Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
12/11/08 22:45
Read: times


 
#160873 - Already have full Linux solutions too
Responding to: ???'s previous message
Some products are already running full Linux (with BusyBox) on a PPC with 16 or 64MB DRAM, 8 or 16MB flash and optional PCMCIA or CF. And talking about costs - the PCMCIA connector itself with eject mechanism costs as a very nice procesor.

I haven't worked with any ARM9 processor, but are waiting for a development kit with an ARM9-based module to initially take a closer look at the Linux support. It is not uncommon that the quality of the drivers are said to be "excellent" when in reality one or more of the shipped drivers are only marginally working.

I have seen the reverse: I have generally seen C as adequate for products down to x kB where x is depending on what chip family that gets selected but normally is a one-digit value.

I can directly agree and say that I'm not fond of a positive reset.

One interesting thing with being able to build parts of the source code on a Linux machine is that large parts of the code (the decision and computation parts) can be compiled and run every night on the machine where the source code repository is. This doesn't test problems only relevant when cross-compiling and running on the real hardware, but quite a lot of logic problems or changes can be automagically detected and reported that the target hardware may lack the resources to cath using automatic regression tests. Single logic can be regression-tested in the target hardware by externally (or with internal stubs) feeding test vectors, but some module blocks may have too large state memory to allow regression testing in finite time by just feeding external state information and the tett code to inject test data to internal modules may require too much space.

The only real problem with running tests on a 32- or 64-bit machine is that most 8-bit compiers normally skips the integer promotion to instead concentrate of efficiency. Because of this, a move to a 16-bit, 32-bit or 64-bit compiler may in some cases result in very different results even if the code is correct according to the integer-promption rules used in the target build.

List of 50 messages in thread
TopicAuthorDate
Which programming language is the best?            01/01/70 00:00      
   depends on compiler            01/01/70 00:00      
   Who is "we"            01/01/70 00:00      
   Creativity            01/01/70 00:00      
      Responding to Andy Neil "Who is we?"            01/01/70 00:00      
         apples and oranges            01/01/70 00:00      
            Re: apples and oranges            01/01/70 00:00      
               Correct            01/01/70 00:00      
               Calling conv more depending on target than language            01/01/70 00:00      
                  Re: Calling conv...            01/01/70 00:00      
         not the rule            01/01/70 00:00      
   Do you think Spanish is better than Mandarin?            01/01/70 00:00      
      Concise?            01/01/70 00:00      
         fair question            01/01/70 00:00      
            Maybe            01/01/70 00:00      
               There is no question about it!            01/01/70 00:00      
                  Does it work ?            01/01/70 00:00      
                     Unless it impacts cost ...            01/01/70 00:00      
                  Bottom line            01/01/70 00:00      
                     ... and that is the problem with many products ...            01/01/70 00:00      
                        Not true            01/01/70 00:00      
                           low-volume/high-volume tradeoffs            01/01/70 00:00      
                        Bottom line price is more than just consumed kB code space            01/01/70 00:00      
            Oh no, not that old chestnut            01/01/70 00:00      
               Assembler and processor size            01/01/70 00:00      
                  Is that relevant to this environment?            01/01/70 00:00      
                     Human brain            01/01/70 00:00      
               You will have trouble convincing me ...            01/01/70 00:00      
                  I agree with you there!            01/01/70 00:00      
      Re: Spanish better than...            01/01/70 00:00      
         That's the point!            01/01/70 00:00      
         not so            01/01/70 00:00      
   In a war which is the best weapon ?            01/01/70 00:00      
      the language in which programmer feels comfortable            01/01/70 00:00      
         Comfort is not the issue!            01/01/70 00:00      
            true, but            01/01/70 00:00      
         It's about the right tool(s) for the job            01/01/70 00:00      
   My two cents            01/01/70 00:00      
      If it fits ...            01/01/70 00:00      
         that is (ir)relevant            01/01/70 00:00      
            What is small?            01/01/70 00:00      
               Would that be appropriate on 805x?            01/01/70 00:00      
                  more on big/small series            01/01/70 00:00      
                     Does this approach fit 805x and other small MCU?            01/01/70 00:00      
                        Already have full Linux solutions too            01/01/70 00:00      
   Yes..C and asm is the best            01/01/70 00:00      
   I prefer KEIL U2V , C programming language.            01/01/70 00:00      
      Magic with Kel C?            01/01/70 00:00      
      Makes no sense!            01/01/70 00:00      
   Pascal is not dead            01/01/70 00:00      

Back to Subject List