[U-Boot] [patch] csb337 board support (ARM at91rm9200)
Jean-Christophe PLAGNIOL-VILLARD
plagnioj at jcrosoft.com
Mon Jun 29 23:16:01 CEST 2009
> > > - USB didn't work; the software wouldn't detect usb-storage devices.
> > > So it's not yet enabled.
> >
> > what is the power on the USB?
>
> I don't understand the question. 5V of course. Not switchable.
is the usb provide enough power to supply the usb key
>
>
> > > - There seems to be some issue copying lots of data from NOR flash.
> > > It works OK in chunks of up to 512 KB or so, but copying a kernel
> > > (1.4 MB) failed ... copying *way* over 15 MBytes, and trashing
> > > the DRAM image of U-Boot that was running. (Compiler issue?)
> >
> > Clock issue ot RAM timing issue
>
> Doesn't quite make sense. Something clobbered a termination
> condition, which would be in a register, or at worst in cache.
>
> How would RAM timing cause breakage? The data copied was
> correct, in smaller chunks, and the termination condition
> wasn't stored in RAM. Or a clock issue, considering all the
> relevant cycles are inside the arm920t core?
>
> I like the "compiler issue" theory better. :(
>
>
> > > board/csb337/u-boot.lds | 56 +++++++++++
> >
> > no need please remove
>
> In mainline u-boot it seems to be needed. Can you maybe push your
> first set of patches to Wolfgang, which consolidate all
> that stuff?
the arm work need to be based on u-boot-arm tree
>
>
> > > +#if defined(CONFIG_DRIVER_ETHER) && defined(CONFIG_CMD_NET)
> > it will be better ot manage this in the config header
>
> You mean by defining an otherwise needless symbol,
> along the lines of CONFIG_SYS_AT91RM9200_LXT_PHY?
CONFIG_DRIVER_EHTER will be enough
>
> Probably simpler just always include those few lines,
> and not support building without Ethernet.
>
>
> > > +
> > > +/* The AT91 lxt972 glue modified the original lxt971 code by
> > > + * changing names and generalizing a bit. So we use "lxt972"
> > > + * names here even though the CSB337 has an lxt971 chip.
> > > + */
> > > +extern unsigned char lxt972_InitPhy(AT91S_EMAC *mac);
> > > +extern unsigned lxt972_IsPhyConnected(AT91S_EMAC *mac);
> > > +extern unsigned char lxt972_GetLinkSpeed(AT91S_EMAC *mac);
> > > +extern unsigned char lxt972_AutoNegotiate(AT91S_EMAC *mac, int *status);
> > :(
> > please a header
>
> I'll stick it in hardware.h ... you can remove similar decls
> from other rm9200 boards then.
a phy header will be better IMHO
>
> > > +
> > > +#if 0
> > please
> > if CONFIG_CMD_USB
> > > +/* REVISIT: USB failed to enumerate devices of any kind ... sw issues */
>
> An #if 0 won't work without completely re-whacking things.
>
> Right now the commands kick in *MUCH LATER* depending on
> whether the driver is available. And here, the driver
> (CONFIG_USB_OHCI_NEW driver) and its support is disabled
> since it's not working...
so move it
Best Regards,
J.
More information about the U-Boot
mailing list