[U-Boot-Users] FIX: dataflash.c
Ulf Samuelsson
ulf at atmel.com
Mon Aug 20 07:26:14 CEST 2007
mån 2007-08-20 klockan 01:29 +0200 skrev Wolfgang Denk:
> In message <1defaf580708191437p19e70b02t43f5bcb5dc986e5c at mail.gmail.com> you wrote:
> > On 8/19/07, Wolfgang Denk <wd at denx.de> wrote:
> > > In message <20070818231206.GA4040 at gandalf.sssup.it> you wrote:
> > > > --- drivers/dataflash.c.orig 2007-08-18 17:36:08.000000000 +0200
> > > > +++ drivers/dataflash.c 2007-08-18 17:37:05.000000000 +0200
> > > > @@ -27,16 +27,16 @@ AT91S_DATAFLASH_INFO dataflash_info[CFG_
> > > > static AT91S_DataFlash DataFlashInst;
> > > >
> > > > #ifdef CONFIG_AT91SAM9260EK
> > > > -int cs[][CFG_MAX_DATAFLASH_BANKS] = {
> > > > +int cs[][2] = {
> > > > {CFG_DATAFLASH_LOGIC_ADDR_CS0, 0}, /* Logical adress, CS */
> > > > {CFG_DATAFLASH_LOGIC_ADDR_CS1, 1}
> > > > };
> > > > #elif defined(CONFIG_AT91SAM9263EK)
> > > > -int cs[][CFG_MAX_DATAFLASH_BANKS] = {
> > > > +int cs[][2] = {
> > > > {CFG_DATAFLASH_LOGIC_ADDR_CS0, 0} /* Logical adress, CS */
> > > > };
> > > > #else
> > > > -int cs[][CFG_MAX_DATAFLASH_BANKS] = {
> > > > +int cs[][2] = {
> > > > {CFG_DATAFLASH_LOGIC_ADDR_CS0, 0}, /* Logical adress, CS */
> > > > {CFG_DATAFLASH_LOGIC_ADDR_CS3, 3}
> > > > };
> >
> > Why not call it dataflash_cs[] and move it into the board code? It
> > already pollutes the namespace, is already board-dependent (hence the
> > #ifdefs) and is apparently buggy?
>
> Excellent idea.
>
> > Then the board code is responsible for defining a
> > CFG_MAX_DATAFLASH_BANKS symbol which corresponds with the actual
> > number of entries in the array. Of course, it can still be buggy, but
> > at least it's contained within the board code.
>
> I agree completely.
>
>
> Who will provide such a patch?
I can do it, in a week or two.
>
> Best regards,
>
> Wolfgang Denk
>
More information about the U-Boot
mailing list