On Thursday 22. November 2007 06:02:15 Greg Ungerer wrote:
Hi Atle,
Atle Nissestad wrote:
Fixes for USB drivers (sl811/isp116x)
Signed-off-by: Atle Nissestad [EMAIL PROTECTED]
Applied, thanks.
Note that c++ style // comments are frowned upon.
Only use standard c style /**/ comments
Linux is not a hard realtime OS !
So no maximum latency can be specified. Even not for ISRs (there is no
spec how low at max the interrupt might be disabled). For Linux there is
just some _soft_ realtime spec, meaning that the probability for a delay
in lower than a certain value.
Kernel
Hi,
I wiped the dust out of my good-old uCsimm device and tried to
update it with a recent kernel. I built the toolchain (gcc 4.1.2,
binutils 2.16), downloaded the uClinux-dist-20070130 and upgraded
it with 2.6.22-uc0-big sources which seemed to be the most
promising ones (it compiled with some
I am fully aware of the fact that Linux is no RTOS.
This uClinux system I am working on now, I wouldn't categorize as
hard-real time. If it were, we wouldn't use uClinux. We use uClinux
because there is a lot of good usable software available; good network
stack, JFFS2 support, NFS support etc.
Quoth Karthik Balaguru:
Is it good to boot from RAM or from a Flash that is good for XIP ?
Technically, you're always booting from Flash somewhere along the line :)
Starting the kernel from RAM is easier to get working, so that's probably
the best way to start out using uClinux. Obviously this
Hi Harry,
Harry Gunnarsson wrote:
Thanks Greg. Perfect, a pointer in the right direction helps a lot.
Just one quick followup;
In your opinion, given the 60Mhz clock on our M5272 CPU, does the
interrupt latency sound in the right ballpark to you?
I can't say I have ever closely looked at the