January 2004 - U-Boot

RE: [U-Boot-Users] Intel Strataflash in 8-bit mode
by Brad Kemp 14 Jan '04

14 Jan '04

Attached is the strataflash driver I am currently using. I just added a bug fix from Derek Jones to handle the erase regions on Boot Block flash. With the 28Fxx0C3 Intel chips, there are two erase regions which are not the same size. Strataflash chips have only one erase region. I am going to merge this driver with the drivers Wolfgang already mentioned. This is for reference only, The final patch will contain modifications to all files requiring changes. Brad > -----Original Message----- > From: listmember(a)orkun.us [mailto:listmember@orkun.us] > Sent: Wednesday, January 14, 2004 1:10 PM > To: Brad Kemp > Cc: u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] Intel Strataflash in 8-bit mode > > > Hmm, interesting. I used one of the strataflash.c from one of > the boards. > I do not know which one right now. It did not seem to > identify the flash > properly. When it did not work and I took another flash.c > that uses BCS, > tweaked it and added flash_real_protect support myself. > > I would prefer using CFI driver since it also does buffered > flash writes > and if manufacturer changes the flash chips in some revision it would > most likely not break board support. > > Which one do you recommend me to try? This is another reason why CFI > drivers should be unified. When I worked with one I tought they were > probably copies of the same source. > > Best regards, > Tolunay > > > That seems odd since I have it running on 2x16 in parallel > and 2x16 in > > serial here. > > How did it fail in your setup? > > > >> -----Original Message----- > >> From: listmember(a)orkun.us [mailto:listmember@orkun.us] > >> Sent: Wednesday, January 14, 2004 11:40 AM > >> To: Brad Kemp > >> Cc: Stefan Roese; Wolfgang Denk; rune.raknerud(a)cargoscan.com; > >> u-boot-users(a)lists.sourceforge.net > >> Subject: RE: [U-Boot-Users] Intel Strataflash in 8-bit mode > >> > >> > >> Brad, > >> > >> Unfortunately, I don't have 8 bit strataflash. I can't help there. > >> > >> I looked at your driver for Cogent CSB272 board intially but > >> it does not > >> seem to support 2x 16-bit strataflash on a 32bit bus either. > >> > >> I can help you with the driver to add such support as > well. I agree a > >> unified flash driver that is capable of handling various > bus and port > >> widths is probably a good thing. Few boards if any have odd ball > >> configurations that need a custom driver. Most newer flash are CFI > >> compliant. > >> > >> Regards, > >> Tolunay > >> > >> > All the drivers are derived from my original strataflash driver. > >> > There is a problem with 8bit wide detection in the > flash_cfi_detect > >> > routine. > >> > The work around is to hardcode the port width after > >> flash_cfi_detect is > >> > called. I believe I understand the problem, but > >> > I have no access to 8bit hardware. > >> > If some one is willing to help debug the problem with 8 bit wide > >> > protection, I will take on fixing the strataflash driver > >> and moving it > >> > to the drivers directory. > >> > This driver does include support for 64 bit wide flash and > >> access to the > >> > write once areas. > >> > Is anyone willing and able to work with me? > >> > Brad > >

2 1

RE: [U-Boot-Users] Intel Strataflash in 8-bit mode
by Brad Kemp 14 Jan '04

14 Jan '04

In doing a little research for 8 bit support, I found this errata on the Intel web site. http://www.intel.com/design/flcomp/SPECUPDT/29813018.pdf Of particular note is #18 18. Byte Mode (x8) Functionality Problem: Reads from the array in Byte-mode do not return the correct data. Implication: Customers should not attempt to operate the device in the x8 configuration as incorrect data will be read from the array. Workaround: There is no known workaround for this issue. Status: Fixed on 128 Mbit A-5 stepping. Can someone with 8bit hardware explain this failure? Does this means the Byte Mode reads fail and Word Mode read succeed in x8 configureations? Brad Kemp

1 0

RE: [U-Boot-Users] Intel Strataflash in 8-bit mode
by Brad Kemp 14 Jan '04

14 Jan '04

That seems odd since I have it running on 2x16 in parallel and 2x16 in serial here. How did it fail in your setup? > -----Original Message----- > From: listmember(a)orkun.us [mailto:listmember@orkun.us] > Sent: Wednesday, January 14, 2004 11:40 AM > To: Brad Kemp > Cc: Stefan Roese; Wolfgang Denk; rune.raknerud(a)cargoscan.com; > u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] Intel Strataflash in 8-bit mode > > > Brad, > > Unfortunately, I don't have 8 bit strataflash. I can't help there. > > I looked at your driver for Cogent CSB272 board intially but > it does not > seem to support 2x 16-bit strataflash on a 32bit bus either. > > I can help you with the driver to add such support as well. I agree a > unified flash driver that is capable of handling various bus and port > widths is probably a good thing. Few boards if any have odd ball > configurations that need a custom driver. Most newer flash are CFI > compliant. > > Regards, > Tolunay > > > All the drivers are derived from my original strataflash driver. > > There is a problem with 8bit wide detection in the flash_cfi_detect > > routine. > > The work around is to hardcode the port width after > flash_cfi_detect is > > called. I believe I understand the problem, but > > I have no access to 8bit hardware. > > If some one is willing to help debug the problem with 8 bit wide > > protection, I will take on fixing the strataflash driver > and moving it > > to the drivers directory. > > This driver does include support for 64 bit wide flash and > access to the > > write once areas. > > Is anyone willing and able to work with me? > > Brad > >

3 2

RE: [U-Boot-Users] Intel Strataflash in 8-bit mode
by Brad Kemp 14 Jan '04

14 Jan '04

All the drivers are derived from my original strataflash driver. There is a problem with 8bit wide detection in the flash_cfi_detect routine. The work around is to hardcode the port width after flash_cfi_detect is called. I believe I understand the problem, but I have no access to 8bit hardware. If some one is willing to help debug the problem with 8 bit wide protection, I will take on fixing the strataflash driver and moving it to the drivers directory. This driver does include support for 64 bit wide flash and access to the write once areas. Is anyone willing and able to work with me? Brad > -----Original Message----- > From: Stefan Roese [mailto:stefan.roese@esd-electronics.com] > Sent: Wednesday, January 14, 2004 7:28 AM > To: 'Wolfgang Denk'; rune.raknerud(a)cargoscan.com; > u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] Intel Strataflash in 8-bit mode > > > > You may notice that there are three (3 !!!) other > > implementations of the very same driver in the U-Boot source tree: > > > > board/esd/cpci440/strataflash.c > > board/esd/pmc405/strataflash.c > > board/ppmc8260/strataflash.c > > board/zpc1900/flash.c > > > > Maybe we should make an attempt and clean up this mess a bit? > > > > Stefan, two of these files are in your realm - do you > > have any resources available to take the lead? > > Sorry, no time and no hardware at the moment! > > Ciao, > Stefan. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

3 2

RE: [U-Boot-Users] Statically assigned IP addresses
by Kerl, John 14 Jan '04

14 Jan '04

> > understanding of U-boot: In our firmware, Ethernet is enabled > > at start-up, and we always answer pings. (And you do not need > > interrupts to do that -- our firmware runs polled and handles > > pings just fine.) I am in the habit of thinking that if a node > > That means you have to implement some kind of multitasking. or how > do you poll the network interface while another command is running? Actually our firmware is strictly polled, and uses no interrupts, tasks, etc. That keeps the code simple and reduces the porting time, since almost nothing needs to be written in assembler. It simply polls each device round-robin. If the UART has a character ready, it's appended to a buffer and the UART poll routine returns. If that character is the carriage return, another periodically called function sees that and calls the handle-input-line routine, which takes as long as needed, then returns. If the Ethernet poll routine sees a frame ready, it calls the appropriate function ARP/IP handler. Etc. In particular, we don't handle incoming packets while running a memory test, while committing an image to flash, etc. -- which is OK because the board is busy and is meant to be interacted with by a user. > > * There appears to be no way to use TFTP to copy data > > from the board to the PC. > > Please feel free to add a TFTP upload command. I think that would be a good idea. I find that this proves a handy way to copy a configured image (or a whole range of images, or the entire flash, etc.) to the PC for analysis and/or re-use. Something like tftpput flashimage.bin ffc00000,200000 to put 2 MB starting at 0xffc00000 to a file on the PC. I'm not yet familiar with the U-boot source, but I do know from my own code that the put and get are quite symmetrical, so it should be rather easy for me to make this change.

1 0

RE: [U-Boot-Users] Wind River visionProbe II
by VanBaren, Gerald (AGRE) 14 Jan '04

14 Jan '04

He doesn't have software, only the hardware. He would be selling the hardware (the visionICE pod itself), not the software. The visionICE pod is useless without the software -- presumably the buyer would already own a valid copy of the software. gvb > -----Original Message----- > From: Richard Danter [mailto:richard.danter@ntlworld.com] > Sent: Wednesday, January 14, 2004 4:06 AM > To: VanBaren, Gerald (AGRE) > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Wind River visionProbe II > > > VanBaren, Gerald (AGRE) wrote: > > My suggestion: sell it on eBay as a spare. If someone is > using a visionIce, it is nice to have backup hardware in case > one goes <poof>. > > Unfortunately selling it on eBay would be a contravention of the > software license. Don't do it! > > Rich > > > > > > > gvb > > > > > > > >>-----Original Message----- > >>From: u-boot-users-admin(a)lists.sourceforge.net > >>[mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > >>Joe Hamman > >>Sent: Tuesday, January 13, 2004 5:12 PM > >>To: Ryan Pipkin; u-boot-users(a)lists.sourceforge.net > >>Subject: RE: [U-Boot-Users] Wind River visionProbe II > >> > >> > >>Unfortunately, no. The logic in the device is SRAM-based and > >>proprietary. If it were a cheap "bit-wiggler", there might be a > >>possibility. > >> > >>Regards, > >>Joe > >> > >> > >>-----Original Message----- > >>From: u-boot-users-admin(a)lists.sourceforge.net > >>[mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Ryan > >>Pipkin > >>Sent: Tuesday, January 13, 2004 8:40 AM > >>To: u-boot-users(a)lists.sourceforge.net > >>Subject: [U-Boot-Users] Wind River visionProbe II > >> > >> > >>Wind River visionPROBE II > >>I received one of these units for xscale in an eval kit. > >>They offered a > >>30 day trial period for the software but we never took them > up on it. > >>We purchased the bdi2000 and have been happy. Can I do > anything with > >>this hardware without their software? Has anyone been able > >>to use it to > >>program flash? I would hate to throw it away, but it seems to be > >>useless. > >> > >> Thanks. > >> > >> > >>> > >> > >> > >> > >>-------------------------------------------------------------- > >>---------- > >>Confidentiality Notice: This e-mail transmission may contain > >>confidential and/or privileged information that is intended > >>only for the > >>individual or entity named in the e-mail address. If you are not the > >>intended recipient, you are hereby notified that any disclosure, > >>copying, distribution or reliance upon the contents of this e-mail > >>message is strictly prohibited. If you have received this e-mail > >>transmission in error, please reply to the sender, so that proper > >>delivery can be arranged, and please delete the message from your > >>computer. Thank you. > >>Inet Technologies, Inc. > >>-------------------------------------------------------------- > >>---------- > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.net email is sponsored by: Perforce Software. > >>Perforce is the Fast Software Configuration Management > System offering > >>advanced branching capabilities and atomic changes on 50+ platforms. > >>Free Eval! http://www.perforce.com/perforce/loadprog.html > >>_______________________________________________ > >>U-Boot-Users mailing list > >>U-Boot-Users(a)lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/u-boot-users > >> > > > > > > > > > > ****************************************** > > The information contained in, or attached to, this e-mail, > may contain confidential information and is intended solely > for the use of the individual or entity to whom they are > addressed and may be subject to legal privilege. If you have > received this e-mail in error you should notify the sender > immediately by reply e-mail, delete the message from your > system and notify your system manager. Please do not copy it > for any purpose, or disclose its contents to any other > person. The views or opinions presented in this e-mail are > solely those of the author and do not necessarily represent > those of the company. The recipient should check this e-mail > and any attachments for the presence of viruses. The company > accepts no liability for any damage caused, directly or > indirectly, by any virus transmitted in this email. > > ****************************************** > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Perforce Software. > > Perforce is the Fast Software Configuration Management > System offering > > advanced branching capabilities and atomic changes on 50+ platforms. > > Free Eval! http://www.perforce.com/perforce/loadprog.html > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

3 2

[U-Boot-Users] Intel Strataflash in 8-bit mode
by Rune Raknerud 14 Jan '04

14 Jan '04

Hi I am porting the board/ppmc8260/strataflash.c to my custom board, which is based on a MPC8245 with Intel 28F640J3A in 8-bit mode. The 28F640J3A can be configured as 8 bit or 16 bit wide. flash_detect_cfi() returns 16 bit portwidth (FLASH_CFI_16BIT) and 8 bit chipwidth (FLASH_CFI_BY8), while my configuration is 8 bit portwidth and 8 bit chipwidth (BYTE# pin is tied low => the device is in 8 bit mode). The 28F640J3A does not use A0 when reading identifier codes, so using 16 bit portwidth returns the correct results from the query structure. But using 16 bit portwidth in write_buff(), the result is that my data is written to just word aligned addresses. My quick and dirty fix is to set portwidth to 8 bit when entering write_buff() and restoring portwidth to 16 bit when leaving write_buff(). Also the flash_get_size() reports twice as much flash memory. Is there a way to detect if the device is in 8 or 16 bit mode? Has anyone used this device in 8 bit mode and already solved the problems that I experience? Regards Rune Raknerud Cargoscan AS

3 2

RE: [U-Boot-Users] Wind River visionProbe II
by VanBaren, Gerald (AGRE) 14 Jan '04

14 Jan '04

My suggestion: sell it on eBay as a spare. If someone is using a visionIce, it is nice to have backup hardware in case one goes <poof>. gvb > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > Joe Hamman > Sent: Tuesday, January 13, 2004 5:12 PM > To: Ryan Pipkin; u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] Wind River visionProbe II > > > Unfortunately, no. The logic in the device is SRAM-based and > proprietary. If it were a cheap "bit-wiggler", there might be a > possibility. > > Regards, > Joe > > > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Ryan > Pipkin > Sent: Tuesday, January 13, 2004 8:40 AM > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] Wind River visionProbe II > > > Wind River visionPROBE II > I received one of these units for xscale in an eval kit. > They offered a > 30 day trial period for the software but we never took them up on it. > We purchased the bdi2000 and have been happy. Can I do anything with > this hardware without their software? Has anyone been able > to use it to > program flash? I would hate to throw it away, but it seems to be > useless. > > Thanks. > > > > > > > > > > -------------------------------------------------------------- > ---------- > Confidentiality Notice: This e-mail transmission may contain > confidential and/or privileged information that is intended > only for the > individual or entity named in the e-mail address. If you are not the > intended recipient, you are hereby notified that any disclosure, > copying, distribution or reliance upon the contents of this e-mail > message is strictly prohibited. If you have received this e-mail > transmission in error, please reply to the sender, so that proper > delivery can be arranged, and please delete the message from your > computer. Thank you. > Inet Technologies, Inc. > -------------------------------------------------------------- > ---------- > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

3 3

RE: [U-Boot-Users] Statically assigned IP addresses
by Kerl, John 14 Jan '04

14 Jan '04

All: Thanks for the reply. No, not a cheap hub/switch (as evidenced by the fact that all is well when running in Linux). The problem is my naive understanding of U-boot: In our firmware, Ethernet is enabled at start-up, and we always answer pings. (And you do not need interrupts to do that -- our firmware runs polled and handles pings just fine.) I am in the habit of thinking that if a node doesn't answer a ping, it is inoperable. Also, we run a TFTP server on the board, with a client on the PC. This way, the PC can do a TFTP put to download files, or TFTP get to retrieve them. Whereas U-boot runs a TFTP client on the board, and can only download. It is simply the case that U-boot was designed differently: * Pings are not answered. * Ethernet is brought up only when one runs tftpboot et al. * There appears to be no way to use TFTP to copy data from the board to the PC. These are U-boot design decisions; my error was in expecting something else. Thanks for all the prompt and helpful replies! -----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: Tuesday, January 13, 2004 1:02 PM To: Kerl, John Cc: u-boot-users(a)lists.sourceforge.net Subject: Re: [U-Boot-Users] Statically assigned IP addresses Dear John, in message <C7FFFEA58B43D311920D0004ACE5333F10E4F4FF(a)amer25.avnet.com> you wrote: > > 1. On my Chameleon 405EP board, it appears the Ethernet > interface is off by default. While the board is No, it is not off. It get's enabled when used. > running Linux, the Ethernet interface is *not* > brought up by default -- rather, I must type > 'ifconfig eth0 up'. This seems strange, but I can Did you enable IP autoconfiguration in the kernel, and did you pass appropriate "ip=" comand line arguments to Linux? > live with it. While the board is running U-boot, > on the other hand, there does not appear to be a > 'bring up Ethernet' command. I have MAC address and Ethernet get's enabled when used. > IP address set in environment variables, so what else > do I need to do to get the board to answer a ping??? U-Boot can be configured to send ping ICMP messages and show the reply, but it does not answer incoming ICMP requests. > 2. Probably the same as the first question -- assigning > a static IP address. In our lab, we do not use DHCP; > addresses are statically assigned. Is setenv ipaddr > {n.n.n.n} sufficient? If not, what else do I need > to do? For U-Boot this is sufficient. For Linux you must pass this information to the Linux kernel using an "ip=" command line argument. Ummm... what exactly is unclear in the description in http://www.denx.de/twiki/bin/view/DULG/LinuxBootArgs that you need to ask all these questions? > 3. Is this standard U-boot behavior, or is it peculiar > to the Chameleon board? On the boards we manufacture > (and in our firmware), Ethernet comes up by default. This is standard U-Boot behaviour. I don't understand what you mean by "comes up". U-Boot imnitializes the network interface(s) only when you try to use them. Best regards, Wolfgang Denk -- See us @ Embedded World, Nuremberg, Feb 17 - 19, Hall 12.0 Booth 440 Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Any sufficiently advanced technology is indistinguishable from magic. - Arthur C. Clarke

2 1

[U-Boot-Users] Wind River visionProbe II
by Ryan Pipkin 13 Jan '04

13 Jan '04

Wind River visionPROBE II I received one of these units for xscale in an eval kit. They offered a 30 day trial period for the software but we never took them up on it. We purchased the bdi2000 and have been happy. Can I do anything with this hardware without their software? Has anyone been able to use it to program flash? I would hate to throw it away, but it seems to be useless. Thanks. > > ------------------------------------------------------------------------ Confidentiality Notice: This e-mail transmission may contain confidential and/or privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or reliance upon the contents of this e-mail message is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that proper delivery can be arranged, and please delete the message from your computer. Thank you. Inet Technologies, Inc. ------------------------------------------------------------------------

2 1