[U-Boot-Users] Submitting AT91SAM9261EK board

Lacressonniere Nicolas nicolas.lacressonniere at rfo.atmel.com
Mon Jan 30 09:40:06 CET 2006


Hi Wolfgang,

Sorry to bother you once again, but I wonder on which branch I have to
submit some patches...

Concerning NAND development, you told me to use testing-NAND git branch. No
problem with that.

But do I have to submit every AT91SAM9261 patches (board, lcd, usb...)
against that branch or only the NAND part? If I submit everything against
testing-NAND branch, will it be included in a future u-boot-1.1.5 release,
for example?

Thanks in advance.

Best regards.
Nicolas.

-----Original Message-----
From: wd at denx.de [mailto:wd at denx.de]
Sent: mercredi 25 janvier 2006 21:49
To: Lacressonniere Nicolas
Cc: U-Boot-Users
Subject: Re: [U-Boot-Users] [Patch 5/5] Add DataFlash support for
AT91SAM9261EK board


Dear Nicalas,

in message
<KAEELLICOFHDAEPIACDEEEAFCGAA.nicolas.lacressonniere at rfo.atmel.com> you
wrote:
>
> We will use the same commands for flash and dataflash parts.
> I found an existing flag CFG_NO_FLASH that can be used to prevent from
> compiling some flash code so that we can use same commands without
compiling
> specific flash part. Does that way seem OK for you?

Do you really think  this  is  needed?  I  think  that  the  existing
dataflash  implementation  (for  the AT91RM9200) does not require any
NOR flash either, and it does not need to do this.

> I also have a question concerning new patches I have to submit. These
> CFG_NO_FLASH modifications have some impact on one of the patch ([Patch
1/5]
> Add support for AT91SAM9261EK board) I submitted yesterday and which was
not
> rejected... Do I have to submit 2 new patches (previous one will be
> cancelled) or do I have to make a diff on impacted files and submit only
the
> new patch (previous one will be keeped)?

If things are interdependent on such a level it's  probably  best  to
fix  this  first and then submit everything again, telling me to drop
the previous set of patches.

But then, your patches should not be dependent on each other in  such
a way in the first place.

Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Put your Nose to the Grindstone!
                 -- Amalgamated Plastic Surgeons and Toolmakers, Ltd.






-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users







More information about the U-Boot mailing list