Hi,
I'm starting a new project where I will use a Freescale MCF5249 coldfire MCU,
running uClinux. I need to drive an TFT LCD panel. A possible driver will be
the Solomon SSD1906. Has anyone started developping such a driver?
thx!
Hi All,
An update of the uClinux (MMU-less) code against 2.6.22.
Quite a few changes, some cleanup, some bug fixes.
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.22-uc0.patch.gz
This is mostly m68knommu changes, and some ARM mmuless changes
I plan on pushing as well.
Change
I took a short look into the patch, it seems that
at91x40_gettimeoffset() in arch/arm/mach-at91/at91x40_time.c isn't
correct. It doesn't read from the right channel number. I have seen that
the timer routines are hardcoded for timer channel 1, formerly this was
configurable with KERNEL_TIMER. This
Greg Ungerer wrote:
An update of the uClinux (MMU-less) code against 2.6.22.
Quite a few changes, some cleanup, some bug fixes.
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.22-uc0.patch.gz
And by popular request here is a big patch that will bring a
stock 2.6.22 kernel up to
Hi Jamie,
--- Jamie Lokier wrote:
Greg Ungerer wrote:
An update of the uClinux (MMU-less) code against
2.6.22.
Quite a few changes, some cleanup, some bug fixes.
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.22-uc0.patch.gz
And by popular request here is a big patch
Thanks for your reply, Doug.
Doug Kehn wrote:
The subtle difference is with '*big*'. The link
without '*big*' is for non-MMU targets. The link with
'*big*' is for MMU targets (it may also have non-MMU
in it too).
That is subtle. I have to wonder why not '-nommu' and '-mmu' if
that's the
Hi
I have a problem that when I upgraded to openSuSE 10.2 I later found out
the uClinux build 2.4.32-uC0 failed at the ever popular place of MTD-Utils
for jffs2.
The subject is one of the google search terms. I read all the previous
emails from Mike, Gregg et al. So I have.
All of