Hi Chris,

Chris Cosby wrote:
Is there a web page or FAQ floating around that gives a basic "What should I be using?" matrix for given hardware? Call it a HCL maybe?

Not that I know of.
The problem is you are going to get different answers depending
on who you ask.


For example, I'm using a MCF5329 and I need host side USB support. Right now, I'm using uClinux-dist-20070130 with the 2.6.22-uc1 kernel from the Freescale LTIB to get the USB patches.

Of course I am going to say use the latest test dist (20080612) here:
http://www.uclinux.org/pub/uClinux/dist :-)

But of the hundreds of targets in that source package I only
have a couple of dozen. So I can't say it will work the way you
want on a M5329EVB - I don't have one of those.

Regards
Greg


I think it would be nice for those just getting into their own board bring-up cycles to have an idea of what works and what doesn't.

chris

On Fri, Jun 13, 2008 at 2:21 AM, Greg Ungerer <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:


    Hi All,

    An set of fixes and updates of the uClinux (MMU-less) code
    against 2.6.25. <http://2.6.25.> Again mostly new m68knommu things
    this time
    around in the small patch.

    http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.25-uc0.patch.gz

    Change log:

    . set of defconfigs for various boards          Greg Ungerer
    . fix rt signal return path                     Wilson Callan
    . add a missing backslash n in setup code       Sebastian Siewior
    . add some missing section into lds script      Sebastian Siewior
    . verbose output for a bus error on Coldfire    Jate Sujjavanich
    . fix 5206e struct naming in 5206e/config       Greg Ungerer
    . remove some obsolete boards                   Greg Ungerer
    . fix fec driver hash setup                     Mathias Kuester
    . remove RPXCLASSIC from the m68k tree          Sebastian Siewior
    . fec: remove FADS                              Sebastian Siewior
    . MCF5307 PIT GENERIC_CLOCKEVENTS support       Sebastian Siewior
    . add read_barrier_depends() and irqs_disabled  Sebastian Siewior
    . add byteswap assembly opcode for ISA A+       Sebastian Siewior
    . add ffs and __ffs plattform which support ISA Sebastian Siewior
    . add sched_clock() for the DMA timer           Sebastian Siewior
    . complete generic time                         Sebastian Siewior
    . move code within time.c                       Sebastian Siewior
    . m68knommu: add old stack trace method         Sebastian Siewior
    . Add Coldfire DMA Timer support                Sebastian Siewior
    . kernel preemption on m68knommu Coldfire       Sebastian Siewior
    . remove obsolete mcfserial.c                   Greg Ungerer


    I sent a few of these to linus in the 2.6.26 merge window.
    So some of them will be in 2.6.26. <http://2.6.26.>

    And by popular request here is a big patch that will bring a
    stock 2.6.25 kernel up to a uClinux-dist 2.6.x level kernel.
    This contains all the recent nios2 updates and a handful of
    ARM (non-mmu and ixp4xx) related changes too:

    
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.25-uc0-big.patch.gz


    I have also created a git tree on git.kernel.org
    <http://git.kernel.org> that I will
    push my upcoming mainline patches to. Pull from:

    git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git
    <http://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git>
    for-linus

    Currently it has what I plan to merge in the next merge window,
    for 2.6.27. <http://2.6.27.> So I expect that this git tree will
    have even less in
    it than the -uc0 patch set. Only things that are absolutely ready
    to be applied to mainline. Feedback welcome on this one :-)

    I may create a uclinux.git on git.kernel.org <http://git.kernel.org>
    as well, if it looks
    like that might be useful.

    Regards
    Greg


    ------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
    SnapGear -- a division of Secure Computing  PHONE:       +61 7 3435 2888
    825 Stanley St,                             FAX:         +61 7 3891 3630
    Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
    _______________________________________________
    uClinux-dev mailing list
    [email protected] <mailto:[email protected]>
    http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
    This message was resent by [email protected]
    <mailto:[email protected]>
    To unsubscribe see:
    http://mailman.uclinux.org/mailman/options/uclinux-dev




--
chris -at- microcozm -dot- net
=== Si Hoc Legere Scis Nimium Eruditionis Habes


------------------------------------------------------------------------

_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev


--
------------------------------------------------------------------------
Greg Ungerer  --  Chief Software Dude       EMAIL:     [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company      PHONE:       +61 7 3435 2888
825 Stanley St,                             FAX:         +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to