incrediball

Show:

What's happening?

  • Followup: RE: AT91SAM7S and RTT interrupt

    I don't have an answer for your question but why do you want to use the RTT anyway? I have never understood the sense of this peripheral: it generates an inaccurate 1 second tick, so how is that useful? Why not just use the tick hook routine and a counter, i.e. if you use a 1ms tick then count to 1000, then execute your code and reset the counter.

    2009-12-22 20:42:44 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: Round robin without time slicing?

    > Why can’t we disable time-slicing but > leave preemption running? Because that would be like saying "Why can't we take the motor out of the car but drive it anyway?" Time-slicing is the mechanism that enables preemption. Unless an interrupt causes a task switch, how else is a task ever going to be preempted? The interrupt that does this can be the timer tick interrupt, your own...

    2009-12-09 20:34:18 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: Task stack size?

    You can also use the uxTaskGetStackHighWaterMark function to determine how much stack has actually been used and fine tune it. Important is that interrupts also use the stack of the task that is interrupted (although I'm not sure if all ports do this) so their usage needs to be added to the task's own usage.

    2009-09-02 20:59:39 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: arm-elf-gcc 4.3.2 missing _from_arm functions

    Sorry for the slightly off topic question. I'm currently using 4.1.1 downloaded from www.amontec.com/sdk4arm.shtml. This package is over 2 years old so I'm wondering if I should upgrade but is there any compelling reason to do so? It's worked fine so far but I am interested in significant bug fixes, features and especially optimizations.

    2009-07-28 21:12:10 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: high priorized isr in arm 7

    I didn't trust the interrupt attributes when I did this after reading about all the problems that others had with them so I coded the entry and exit code myself. This is what I did and it seems to work well: Firstly use __attribute__((naked)) to ensure there is no automatic entry & exit code. Entry code: // Save context for FIQ interrupt. Left in FIQ mode with F & I bits set...

    2009-07-26 21:16:16 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: [Off Topic]Mailing List Complaint

    Enlarging the silly textbox doesn't work in Firefox, at least not on mine anyway. On the other hand the continuous flow of emails during the day can be almost as disturbing as spam. I prefer to have a quick look through the forum once a day or so when I feel like it or have the time. Not everything is interesting for me nor is it all something that I can comment on. Doesn't this forum have...

    2009-07-16 20:40:54 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: [Off Topic]Mailing List Complaint

    It's all a matter of taste. I prefer this style of forum over mailing lists. I was in the uIP mailing list for a few weeks and it drove me mad. I also prefer the view where all the messages are displayed instead of having click around in some sort of tree structure and keep track of where you've been and what was interesting. That's not to say that this one is perfect. Where did the indenting...

    2009-07-15 20:40:44 UTC in FreeRTOS Real Time Kernel

  • Followup: RE: Flash Filesystem

    I personally don't think there are many good fits. They're usually expensive, oversized and offer features that are often not needed. For example I didn't need file names, extensions or directories. File IDs and type IDs were more than sufficient in my case. I also don't think systems like FAT work very well on flash because of the extremely long erase times (typically 1 second for a 64K sector),

    2009-07-05 21:13:32 UTC in FreeRTOS Real Time Kernel

About Me

  • 2008-04-13 (2 years ago)
  • 2061620
  • incrediball (My Site)
  • incrediball

Send me a message