April 2006 - U-Boot

[U-Boot-Users] [PATCH] SPI relocation fix
by David Ho 03 Apr '06

03 Apr '06

Signed-off-by: David Ho <davidho(a)nanometrics.ca> --- cpu/mpc8xx/spi.c | 21 +++++++++++++++------ 1 files changed, 15 insertions(+), 6 deletions(-) 3f60ba612e16635f35bf00e91fa821d36f294534 diff --git a/cpu/mpc8xx/spi.c b/cpu/mpc8xx/spi.c index e318ed0..cb3469b 100644 --- a/cpu/mpc8xx/spi.c +++ b/cpu/mpc8xx/spi.c @@ -153,8 +153,11 @@ void spi_init_f (void) spi = (spi_t *)&cp->cp_dpmem[spi->spi_rpbase]; #else spi = (spi_t *)&cp->cp_dparam[PROFF_SPI]; - /* Disable relocation */ - spi->spi_rpbase = 0; + + if (!mpc8xx_new_core()) { + /* Disable relocation */ + spi->spi_rpbase = 0; + } #endif /* 1 */ @@ -306,8 +309,11 @@ void spi_init_r (void) spi = (spi_t *)&cp->cp_dpmem[spi->spi_rpbase]; #else spi = (spi_t *)&cp->cp_dparam[PROFF_SPI]; - /* Disable relocation */ - spi->spi_rpbase = 0; + + if (!mpc8xx_new_core()) { + /* Disable relocation */ + spi->spi_rpbase = 0; + } #endif /* tx and rx buffer descriptors */ @@ -399,8 +405,11 @@ ssize_t spi_xfer (size_t count) spi = (spi_t *)&cp->cp_dpmem[spi->spi_rpbase]; #else spi = (spi_t *)&cp->cp_dparam[PROFF_SPI]; - /* Disable relocation */ - spi->spi_rpbase = 0; + + if (!mpc8xx_new_core()) { + /* Disable relocation */ + spi->spi_rpbase = 0; + } #endif tbdf = (cbd_t *) & cp->cp_dpmem[spi->spi_tbase]; -- 1.2.4.g79f5-dirty

4 22

[U-Boot-Users] Re: [DNX#2006040342000031] u-boot dhcp patch
by DENX Support System 03 Apr '06

03 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040342000031] was created: <snip> > Hi, > > I am using u-boot 1.1.4 and I discover a problem with DHCP via DHCP > Relay. I think that u-boot incorrectly sets some fields in DHCP Request > packet. See RFC 2131, chapter 4.4. > > > Petr Borsodi, SW Development > S.ICZ a.s., J.S. Baara 40, 370 01 Ceske Budejovice, Czech Republic > Tel: +420 387 312 808 > Fax: +420 387 311 480 </snip> Your U-Boot support team

1 0

[U-Boot-Users] u-boot serial console not working
by vikas makhija 03 Apr '06

03 Apr '06

i'm using a MPC 8280 Rattler board. i'm trying to port u-boot on to it. but the serial console is not coming on the hyperterminal. i have debugged teh code with BDI debugger and has checked that the program counter goes and waits at the serial_getc() function in smc.c. but the serial console doesn't appear at all. i'm using u-boot 1.1.4 please if somebody could help in it thanks and regards Vikas Makhija

2 1

[U-Boot-Users] Run Time Changes in bdinfo
by Ganesh Ramachandran 03 Apr '06

03 Apr '06

I am using U-boot loader 1.1.4 with ARM Integrator/CP. I ported my u-boot loaders and kernel in Flash and while running i didnt get any warning information for default environment. I could ensure that board has not been loaded with default settings. However while displaying __bdinfo__ i am getting bad instructions. I could see my settings are crashed. I could see the value of ARCH only has crashed. Is bdinfo using Hex value for Arch and Params? How to change the ARCH and params in Run Time? While I am trying to copy my flash data into __0x7fc0__ entry always I am getting bad magic number and when I came to display my entry using __md__ no data has been copied into memory in __0x7fc0__. Where will be the problem?

2 1

[U-Boot-Users] PATCH: apply SoC concept on arm926 cpus
by Andreas Engel 03 Apr '06

03 Apr '06

CHANGELOG entry: * Patch by Andreas Engel, 20 June 2005 applied the SoC concept to arm926ejs cpus, i.e. moved the SoC specific timer and cpu_reset code from the ./cpu/$(CPU) directory into new ./cpu/$(CPU)/$(SOC) directories

6 8

[U-Boot-Users] U-Boot Loader in Hard Disk
by Ganesh Ramachandran 03 Apr '06

03 Apr '06

Hi all, I am new to u-boot loader. Is it possible to add the U-boot loader in Hard Disk MBR(To start from Hard Disk not from Board)? As well as I need to know how to add the same in USB Pen Drive also. Thanks in advance. Thanks & Regards, P. Ganesh Ramachandran.

2 1

Re: [DNX#2006040342000013] [U-Boot-Users] [PATCH] Fix for configuration has b [...]
by DENX Support System 03 Apr '06

03 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040342000013] was created: <snip> > Hi, > > When the board has both dataflash and parallel flash, using 'cp' command > will write to parallel flash and then fail. > > The patch below fixes the problem. BTW, I think "addr" is typo of "dest" > in the dataflash test, so the patch may be as simple as s/addr/dest/ in > dataflash test. I am in a hurry, so let suitable person to decide. > > diff --git a/common/cmd_mem.c b/common/cmd_mem.c > index 0f4f9b7..a01c2a5 100644 > --- a/common/cmd_mem.c > +++ b/common/cmd_mem.c > @@ -423,6 +423,7 @@ int do_mem_cp ( cmd_tbl_t *cmdtp, int fl > /* check if we are copying to Flash */ > if ( (addr2info(dest) != NULL) > #ifdef CONFIG_HAS_DATAFLASH > + && (!addr_dataflash(dest)) > && (!addr_dataflash(addr)) > #endif > ) { > > > > -- > lark > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

[U-Boot-Users] U-Boot on simulated at91rm9200/ep7312 boards (skyeye)
by Rohit 03 Apr '06

03 Apr '06

Hi, Skyeye wiki shows howto load u-boot on the pc emulator. I have been trying to do the same for the at91rm9200 board on my pc but am getting no success. I am therefore sending this mail to both the skyeye-developers and u-boot-users list. I would appreciate if you could suggest some inputs as this is my very first hands on with both the (should i say?) applications. Input/output is ignored at the boot prompt for the at91rm9200 board (1) I have had success loading u-boot for ep7312 board via skyeeye emulator while the u-boot for at91rm9200 simply doesn't takes any key strokes whatsoever at the boot prompt. The only difference between the two u-boot config files is that the following three lines are not present in ep7312 board config. As am on emulation mode i have set USART0 instead of DBGU for the at91rm9200 board #undef CONFIG_DBGU #define CONFIG_USART0 #undef CONFIG_USART1 When i run the skyeye with this config i get the following In: serial Out: serial Err: serial U-Boot> (I get the same message for ep7312 board but the input is actually /dev/stdin and output/err is /dev/stdout) The keystrokes are simply ignored at the boot prompt. I tried the followoing skyeye configuration uart: fd_in=/dev/stdin, fd_out=/dev/stdout so atleast i could redirect the serial input output via stdin/stdout. But this didn't help me either. This is really annoying as i can see the skyeye emulator working but am unable to how to redirect the input/output. Any guesses? Networking issue with ep7312 u-boot.bin and skyeye (2) the u-boot for ep7312 board which loads fine has the following configuration #define CONFIG_ETHADDR 0:4:3:2:1:f #define CONFIG_NETMASK 255.0.0.0 #define CONFIG_IPADDR 10.0.0.2 #define CONFIG_GATEWAYIP 10.0.0.1 #define CONFIG_SERVERIP 10.203.234.11 and skyeye.conf defines net: state=on, type=vnet,base=0xfffa0000, size=0x20,int=16, mac=0:4:3:2:2:f, ethmod=tuntap, hostip=10.0.0.1 When i run the skyeye emulator, u-boot boots fine and shows me the prompt. I could see a new virtual network interface present and can ping the new virtual host as well. But, when i do a tftpboot the boot prompt simply hangs. The tftp logs doesn't shows any file request either SKYEYE: If you have ELF kernel file, please use -e option to indicate your ELF format kernel filename SKYEYE: If you only have kernel binary image, you should put the filename of kernel binary image in skyeye.conf file arch: arm cpu info: armv4, arm720t, 41807200, ffffff00, 1 mach info: name ep7312, mach_init addr 0x8068030 uart info: input device is /dev/stdin, fd is 4. uart info: output device is /dev/stdout, fd is 5. ethmod num=1, mac addr=0:4:3:2:2:f, hostip=10.0.0.1 SKYEYE: use arm7100 mmu ops Loaded RAM ./u-boot.bin U-Boot 1.1.4 (Mar 30 2006 - 15:19:26) U-Boot code: C0F80000 -> C0F952F0 BSS: -> C0F99820 RAM Configuration: Bank #0: c0000000 16 MB Flash: 16 MB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial EP7312 # EP7312 # EP7312 # tftpboot CS8900 Ethernet chip not found?! *** Warning: no boot file name; using '0A000002.img' TFTP from server 10.203.234.11; our IP address is 10.0.0.2 Filename '0A000002.img'. Load address: 0xc0500000 Loading: *

3 7

[U-Boot-Users] U_boot Images....
by Kiran Jammula 03 Apr '06

03 Apr '06

Hi, Can I make both kernel and ramdisk into single Image using Mkimage. If it can be done what care should be taken. What is the significance of load address and entry point parameters in uboot mkimage. Thanks in advance. Best Regards, Kiran Jammula. _________________________________________________________________ NRIs Zero balance Account. FREE Money Transfers with FREE DVD https://www.online.citibank.co.in/portal/rca_msntagofline.htm

2 1

[U-Boot-Users] setenv stdout overwrite
by Frederic Kwiatkowski 03 Apr '06

03 Apr '06

Hello all I was using the setenv stdout nulldev command and looking in the source code, i've seen that this will be overwrited to its default value (serial) when rebooting (even if i save the environment variable)... is there any solution to keep nulldev while rebooting? with regards Frederic Kwiatkowski

2 2

[U-Boot-Users] [PATCH] Fix for configuration has both dataflash and parallel flash
by Wang Jian 03 Apr '06

03 Apr '06

Hi, When the board has both dataflash and parallel flash, using 'cp' command will write to parallel flash and then fail. The patch below fixes the problem. BTW, I think "addr" is typo of "dest" in the dataflash test, so the patch may be as simple as s/addr/dest/ in dataflash test. I am in a hurry, so let suitable person to decide. diff --git a/common/cmd_mem.c b/common/cmd_mem.c index 0f4f9b7..a01c2a5 100644 --- a/common/cmd_mem.c +++ b/common/cmd_mem.c @@ -423,6 +423,7 @@ int do_mem_cp ( cmd_tbl_t *cmdtp, int fl /* check if we are copying to Flash */ if ( (addr2info(dest) != NULL) #ifdef CONFIG_HAS_DATAFLASH + && (!addr_dataflash(dest)) && (!addr_dataflash(addr)) #endif ) { -- lark

1 0

[U-Boot-Users] Re: [DNX#2006040242000024] linux-2.6-denx patch für MicroSys PM85x
by DENX Support System 02 Apr '06

02 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040242000024] was created: <snip> > > The attached patch adds support for MicroSys PM85x > > Signed-off-by: Josef Wagner <wagner <at> microsys.de> </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000964] [U-Boot-Users] WARNING: in ext2fs.c (fwd)
by DENX Support System 02 Apr '06

02 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a follow up to [DNX#2006040142000964] was entered through the web interface: <snip> > > ------- Forwarded Message > > Date: Fri, 30 Sep 2005 00:22:57 +0200 > From: Reinhard Arlt <reinhard.arlt(a)t-online.de> > cc: "'u-boot-users(a)lists.sourceforge.net'" > <u-boot-users(a)lists.sourceforge > .net> > Subject: Re: [U-Boot-Users] WARNING: in ext2fs.c > > Hello, > > this is a bug on bigendian machines, Who prepares a patch? > > Best regards > > Reinhard > > Roberts, John wrote: > > > > In function: ext2fs_read_file(ext2fs_node_t node, int pos, unsigned > > int len, char *buf) > > > > You may not be getting all the bytes you requested in the 'len' > > parameter. Your requested length might be improperly adjusted. > > ----------------------- Code snippet ------------- > > unsigned int filesize = node->inode.size; > > > > /* Adjust len so it we can't read past the end of the file. */ > > if (len > filesize) { > > len = filesize; > > } > > ----------------------------------------------------------- > > > > "len" is the native requested size, while "filesize" is the files real size, > > but byte-swapped and the two are being compared. As long as the byte-swapped > > length value is larger than the requested size value, then you'll never have > > a problem. > > > > Now assume the file is 2meg and you requested 2meg. > > > > IF( len=200000 (2meg) > filesize=2000(2meg byte-swapped) ) > > THEN len = filesize > > > > You end up getting only 2000 bytes. > > > > The initialization of filesize should be: > > unsigned int filesize = __le32_to_cpu (node->inode.size); > > Not: > > unsigned int filesize = node->inode.size; > > > > (440gx) > > -John Roberts > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, discussions, > > and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > ------- End of Forwarded Message </snip> Your U-Boot support team

1 0

[U-Boot-Users] command for handling DDR ECC registers on MPC8349EE MDS board
by Ed Swarthout 01 Apr '06

01 Apr '06

Since this DDR memory controller is a feature of the SoC platform which is common to a few cpu's and many boards, what is the preferred way to add this new command to the other boards which could take advantage of it? The list of boards include at least: mpc8540ads, mpc8560ads, cds/mpc8541cds, cds/mpc8555cds, and cds/mpc8548cds. Thanks, -EdS

2 1

Re: [DNX#2006040142001552] [U-Boot-Users] [PATCH] EP852 board support
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001552] was created: <snip> > Hello Wolfgang, > > This patch adds support for EP852 board from Embedded Planet. It > requires the previous two patches that I've just sent out to be there. > > Changelog entry > > * Added support for EP852 board from Embedded Planet > Patch by Vladimir Gurevich <vag(a)paulidav.org> > > Thanks, > Vladimir </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001543] [U-Boot-Users] [PATCH-3/8]Blackfin support - Add l [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001543] was created: <snip> > The patch is based on following point in the current U-boot git > repository. > ============================================================ > commit 6624b687bc2b747233090e67628df37d1c84ed17 > Author: Wolfgang Denk <wd(a)pollux.(none)> > Date: Wed Feb 22 10:25:39 2006 +0100 > > Rename SMMACO4 board into smmaco4 for consistency with Linux. > ============================================================ > > Changelog entry: > * Add lib directory for Blackfin platform. > Patch by Aubrey.Li <aubreylee(a)gmail.com> > > Thanks, > -Aubrey </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001525] [U-Boot-Users] [PATCH 03/04] Add Flat Dev Tree con [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001525] was created: <snip> > Jon Loeliger <jdl(a)freescale.com> writes: > > > > diff --git a/board/mpc8560ads/oftree.dts b/board/mpc8560ads/oftree.dts > > new file mode 100644 > > index 0000000..4c10564 > > --- /dev/null > > +++ b/board/mpc8560ads/oftree.dts > ... > > + serial@4500 { > > + device_type = "serial"; > > + compatible = "ns16550"; > > + reg = <4500 100>; // reg base, size > > + clock-frequency = <0>; // should we fill in in uboot? > > + interrupts = <1a 3>; > > + interrupt-parent = <40000>; > > + }; > > + > > + serial@4600 { > > + device_type = "serial"; > > + compatible = "ns16550"; > > + reg = <4600 100>; // reg base, size > > + clock-frequency = <0>; // should we fill in in uboot? > > + interrupts = <1a 3>; > > + interrupt-parent = <40000>; > > + }; > > Doesn't the 8560 have SCC serial ports only, and not a DUART? > > - Nathan > > > ------------------------------------------------------- > 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(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001516] [U-Boot-Users] [PATCH] SPI relocation fix
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001516] was created: <snip> > Hello David, > > If you like, I'd like you to take a look at the patch I submitted to the > > list about two months ago. It not only takes care of your problem but > provides uniform support for various types of parameter area relocations > > across all existing MPC8xx CPUs. > > I am attaching this patch here, since not all the archives keep the > patches. > > Happy hacking, > Vladimir </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001534] [U-Boot-Users] mpc83xx flash remapping
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001534] was created: <snip> > Hi. > > I found that if the 'generic' cpu/mpc83xx/start.S is changed to comply > with pre-existing configuration values for flash mapping registers, then > it is no longer hard-wired to just 8m flash size. This way, each > implementor does not have to go munging the start.S file, but just has > to set up correct values for: > > CFG_LBLAWAR0_PRELIM > CFG_OR0_PRELIM > > and things get re-mapped ok. > > Plz consider attached. > > -dbu. </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001491] [U-Boot-Users] [PATCH-8/8]Blackfin support - Add r [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001491] was created: <snip> > The patch is based on following point in the current U-boot git > repository. > ============================================================ > commit 6624b687bc2b747233090e67628df37d1c84ed17 > Author: Wolfgang Denk <wd(a)pollux.(none)> > Date: Wed Feb 22 10:25:39 2006 +0100 > > Rename SMMACO4 board into smmaco4 for consistency with Linux. > ============================================================ > Changelog entry: > * Added rtc support for Blackfin platform > Patch by Aubrey.Li <aubreylee(a)gmail.com> > > Thanks, > -Aubrey </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001507] [U-Boot-Users] i.MX support for scb9328 cleaned up [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001507] was created: <snip> > At Tue, 11 Oct 2005 22:34:24 +0200, > Wolfgang Denk <wd(a)denx.de> wrote: > > > Does that mean that I should ignore the link you posted earlier > > today? > > I cleared up the structure now. > > http://www.ludenkalle.de/u-boot/ > > Has my last clean up effort and the old stuff in deprecated. > The u-boot-git-20051012.diff is a diff between yesterdays git checkout > and my actual modifications. the directory content of > u-boot-git-20051012/ is the same splittet with splitdiff vor viewing > convenience on a per file basis (so pretty redundant). > > > Make sure to include or exactly the needed features only. "all but X" > > is asking for problems when a new feature Y gets added which is not > > supported by your board. Rather use "default - M - N + X + Y". > > But is > > +#define CONFIG_COMMANDS \ > (CONFIG_CMD_DFL\ > & ~CFG_CMD_NET\ > & ~CFG_CMD_IMLS\ > > [...] > > & ~CFG_CMD_MISC\ > | CFG_CMD_CACHE) > > not your described way to do this? > > > Yes, there are several of these stupidly configured boards which I > > have to cleanup nearly each time a new command gets added. See > > Do you have an example in mind where I should have a look at? > > Regards, Konsti > > -- > GPG KeyID EF62FCEF > Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001481] [U-Boot-Users] New architecture(Blackfin) porting [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001481] was created: <snip> > On 2/28/06, Wolfgang Denk <wd(a)denx.de> wrote: > > You misunderstand. I mean the commit ID in *our* GIT repository which > > you used as base for your branch / patch. > > > Sorry, See below: > > commit 6624b687bc2b747233090e67628df37d1c84ed17 > Author: Wolfgang Denk <wd(a)pollux.(none)> > Date: Wed Feb 22 10:25:39 2006 +0100 > > Rename SMMACO4 board into smmaco4 for consistency with Linux. > > Am I right? > > Regards, > -Aubrey > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001472] [U-Boot-Users] PATCH for cmd_mem.c:do_mem_mtest()
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001472] was created: <snip> > On Tue, Sep 13, 2005 at 08:04:25PM +0200, Wolfgang Denk wrote: > > We can write 0 or 0x0 or 000 or 0x00000 or (1 - 1) or NULL - all this > > does not change the behaviour of the code at all. > > No doubt, but practice is to use NULL to mark invalid pointer, while > address zero is simply "0". It won't affect generated code, but will > make understanding it better. > > Best regards, > ladis > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001231] [U-Boot-Users] [PATCH 03/04] Add Flat Dev Tree con [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001231] was created: <snip> > * Add Flat Dev Tree construction for MPC85xx ADS and CDS boards. > Patch by Jon Loeliger 17-Jan-2006 > > Signed-off-by: Jon Loeliger <jdl(a)freescale.com> > > --- > > board/cds/common/ft_board.c | 37 +++++++++ > board/cds/mpc8541cds/Makefile | 14 +++- > board/cds/mpc8541cds/oftree.dts | 137 > +++++++++++++++++++++++++++++++++++ > board/cds/mpc8548cds/Makefile | 14 +++- > board/cds/mpc8548cds/oftree.dts | 137 > +++++++++++++++++++++++++++++++++++ > board/cds/mpc8555cds/Makefile | 14 +++- > board/cds/mpc8555cds/oftree.dts | 137 > +++++++++++++++++++++++++++++++++++ > board/mpc8540ads/Makefile | 13 +++ > board/mpc8540ads/mpc8540ads.c | 15 ++++ > board/mpc8540ads/oftree.dts | 137 > +++++++++++++++++++++++++++++++++++ > board/mpc8560ads/Makefile | 12 +++ > board/mpc8560ads/mpc8560ads.c | 9 ++ > board/mpc8560ads/oftree.dts | 153 > +++++++++++++++++++++++++++++++++++++++ > cpu/mpc85xx/cpu.c | 50 ++++++++++++- > cpu/mpc85xx/cpu_init.c | 1 > include/configs/MPC8540ADS.h | 15 ++++ > include/configs/MPC8541CDS.h | 12 +++ > include/configs/MPC8548CDS.h | 12 +++ > include/configs/MPC8555CDS.h | 12 +++ > include/configs/MPC8560ADS.h | 12 +++ > 20 files changed, 932 insertions(+), 11 deletions(-) > > > diff --git a/board/cds/common/ft_board.c b/board/cds/common/ft_board.c > new file mode 100644 > index 0000000..8c4ef0c > --- /dev/null > +++ b/board/cds/common/ft_board.c > @@ -0,0 +1,37 @@ > +/* > + * Copyright 2004 Freescale Semiconductor. > + * > + * See file CREDITS for list of people who contributed to this > + * project. > + * > + * This program is free software; you can redistribute it and/or > + * modify it under the terms of the GNU General Public License as > + * published by the Free Software Foundation; either version 2 of > + * the License, or (at your option) any later version. > + * > + * This program is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > + * GNU General Public License for more details. > + * > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, > + * MA 02111-1307 USA > + */ > + > +#include <common.h> > + > +#if defined(CONFIG_OF_FLAT_TREE) > +#include <ft_build.h> > +extern void ft_cpu_setup(void *blob, bd_t *bd); > +#endif > + > + > +#if defined(CONFIG_OF_FLAT_TREE) && defined(CONFIG_OF_BOARD_SETUP) > +void > +ft_board_setup(void *blob, bd_t *bd) > +{ > + ft_cpu_setup(blob, bd); > +} > +#endif > diff --git a/board/cds/mpc8541cds/Makefile > b/board/cds/mpc8541cds/Makefile > index 1161532..34bc410 100644 > --- a/board/cds/mpc8541cds/Makefile > +++ b/board/cds/mpc8541cds/Makefile > @@ -28,15 +28,25 @@ LIB = lib$(BOARD).a > > OBJS := $(BOARD).o \ > ../common/cadmus.o \ > - ../common/eeprom.o > + ../common/eeprom.o \ > + ../common/ft_board.o \ > + oftree.o > > SOBJS := init.o > > $(LIB): $(OBJS) $(SOBJS) > $(AR) crv $@ $(OBJS) > > +%.dtb: %.dts > + dtc -f -V 0x10 -I dts -O dtb $< >$@ > + </snip> Your U-Boot support team

2 1

Re: [DNX#2006040142001463] [U-Boot-Users] i386 multi_image.
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001463] was created: <snip> > Hi. > > I think this is needed to correctly boot multi-part images if you are > unfortuanate enough to be working on an i386 platform. > > -dbu. </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001454] [U-Boot-Users] ft_build.c #include asm/errno.h bre [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001454] was created: <snip> > I updated from git today and building on MIPS is broken like so: > > ft_build.c:9:23: asm/errno.h: No such file or directory > make[1]: *** [.depend] Error 1 > make[1]: Leaving directory `/home/adyer/Projects/u-boot/common' > make: *** [common/libcommon.a] Error 2 > > There is currently no include/asm-mips/errno.h (only for ppc and > arm). I assume this will hit the other archs, too. Copying the > include/asm-ppc/errno.h file over to asm-mips and changing the > _PPC_ERRNO_H to _MIPS_ERRNO_H makes the build work. > > -- > Hardware, n.: > The parts of a computer system that can be kicked. > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001445] [U-Boot-Users] Patch to show address definition ba [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001445] was created: <snip> > > > --- Detlev Zundel <dzu(a)denx.de> wrote: > > > Hi, > > > > > at the top level directory: > > > find . -name "*.[sSch]" -print >cscope.files > > > > Why doesn't someone take the time to prepare a patch for a > > "cscope" > > target in the Makefile so that "make cscope" does the correct > > thing? > > There are already "tags" and "etags" targets by the way... > > > > Cheers > > Detlev > > Forgot the target: > > cscope: cscope.files > find . -name "*.[sSch]" -print >cscope.files > > > > > > __________________________________ > Yahoo! Mail - PC Magazine Editors' Choice 2005 > http://mail.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001436] [U-Boot-Users] [PATCH 1/7] Flat device tree suppor [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001436] was created: <snip> > * Made sure the code which disables prefetch for PCI devices > sets the size of the prefetch region to 0 > Patch by Andy Fleming on 17-Mar-2006 > > Signed-off-by: Andy Fleming <afleming(a)freescale.com> > > --- > > drivers/pci_auto.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > fce2eb3a591a61d9a4a77c027b148d4acaeb3fc2 > diff --git a/drivers/pci_auto.c b/drivers/pci_auto.c > index 15f7432..8fde330 100644 > --- a/drivers/pci_auto.c > +++ b/drivers/pci_auto.c > @@ -186,7 +186,7 @@ static void pciauto_prescan_setup_bridge > } else { > /* We don't support prefetchable memory for now, so disable */ > pci_hose_write_config_word(hose, dev, PCI_PREF_MEMORY_BASE, 0x1000); > - pci_hose_write_config_word(hose, dev, PCI_PREF_MEMORY_LIMIT, 0x1000); > + pci_hose_write_config_word(hose, dev, PCI_PREF_MEMORY_LIMIT, 0x0); > } > > if (pci_io) { > -- > 1.2.4 > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001427] [U-Boot-Users] Minor patch to 'pxa-regs.h'
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001427] was created: <snip> > Hi Wolfgang, > > On 10/21/05, Wolfgang Denk <wd(a)denx.de> wrote: > > Only if somebody submits a patch. > > Please find patch below.. > > --- linux-2.6.13.orig/include/asm-arm/arch-pxa/pxa-regs.h 2005-08-29 > 09:11:01.000000000 +0930 > +++ linux-2.6.13/include/asm-arm/arch-pxa/pxa-regs.h 2005-10-18 > 17:16:11.000000000 +0930 > @@ -652,7 +652,7 @@ > > #define UDCCS_IO_RFS (1 << 0) /* Receive FIFO service */ > #define UDCCS_IO_RPC (1 << 1) /* Receive packet complete */ > -#define UDCCS_IO_ROF (1 << 3) /* Receive overflow */ > +#define UDCCS_IO_ROF (1 << 2) /* Receive overflow */ > #define UDCCS_IO_DME (1 << 3) /* DMA enable */ > #define UDCCS_IO_RNE (1 << 6) /* Receive FIFO not empty */ > #define UDCCS_IO_RSP (1 << 7) /* Receive short packet */ > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001392] [U-Boot-Users] Re: Re: Rx-buffer overlow
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001392] was created: <snip> > > > In message <20060228081735.GA4849@false> you wrote: > > >=20 > > > fec_recv[249] err: 802 > > > fec_recv[249] err: 2802 > > > fec_recv[249] err: 802 > > >=20 > > > According to the Rx-buffer-status bits, an overlow takes place. So ping > > > just works if there is less network traffic. But why ? - is the receiv= > > e > > > buffer to small, the CPU to slow ?=20 > > > At which clock frequency are you running your CPU? > > the MPC875 is running at 40MHz! > > Btw, ethernet just works in 10MB half duplex mode (probably failure in > hardware). Maybe this is also related to that problem! > > U-Boot 1.1.3 (Feb 28 2006 - 09:27:50) > > CPU: MPC885ZPnn at 40 MHz [40.0...50.0 MHz] > 8 kB I-Cache 8 kB D-Cache FEC present > You made sure it's an ESM this is running on, right? > DRAM: 64 MB > FLASH: 16 MB > In: serial > Out: serial > Err: serial > Net: FEC ETHERNET > > > Best regards, > > Wolfgang Denk > > Best regards, > Josef > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001418] [U-Boot-Users] [PATCH] rename platform Vibren PXA2 [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001418] was created: <snip> > Patch for DevKitIDP PXA255 against pull from cvs 2005-09-27 > - change Platform Vibren PXA255 IDP renamed to DevKitIDP PXA255 > - changed maintainer name > - modified to use lowlevel_init.S > - corrected flash memory map values for platform > > Thanks, David Plentovich </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001409] [U-Boot-Users] PATCH - Coldfire gcc3.4 compiling f [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001409] was created: <snip> > I have been searching the archives for the solution to this problem when > compiling u-boot for the M5282EVB with GCC 3.4.0: > > /home/jate/tim-firmware/u-boot/cpu/mcf52x2/start.S:345: Fatal error: > Tried to convert PC relative conditional branch to absolute jump > > Turning on the -S option fixes this. This led to this error: > > flash.c: In function `flash_print_info': > flash.c:69: error: label at end of compound statement > > This is also fixed below. I do not have an M5282EVB board, so I cannot > test the binaries generated. Can anyone help test? > > - Jate S. > > Index: config.mk > =================================================================== > RCS file: /cvsroot/u-boot/u-boot/config.mk,v > retrieving revision 1.14 > diff -u -r1.14 config.mk > --- config.mk 4 Oct 2005 21:11:34 -0000 1.14 > +++ config.mk 6 Dec 2005 16:57:10 -0000 > @@ -139,7 +139,14 @@ > endif > endif > > +# turn jbsr into jsr for m68k > +ifeq ($(ARCH),m68k) > +ifeq ($(findstring 3.4,$(shell $(CC) --version)),3.4) > +AFLAGS_DEBUG := -Wa,-gstabs,-S > +endif > +else > AFLAGS_DEBUG := -Wa,-gstabs > +endif > AFLAGS := $(AFLAGS_DEBUG) -D__ASSEMBLY__ $(CPPFLAGS) > > LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) > $(PLATFORM_LDFLAGS) > > Index: flash.c > =================================================================== > RCS file: /cvsroot/u-boot/u-boot/board/m5282evb/flash.c,v > retrieving revision 1.1 > diff -u -r1.1 flash.c > --- flash.c 8 Dec 2003 01:34:37 -0000 1.1 > +++ flash.c 6 Dec 2005 16:30:08 -0000 > @@ -65,6 +65,7 @@ > printf ("\n"); > > Done: > + ; /* for gcc3.4.0 compiling */ > } > > > ------------------------------------------------------- > 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://ads.osdn.com/?ad_idv37&alloc_id865&op=click > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001383] [U-Boot-Users] [PATCH 6/7] Flat device tree suppor [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001383] was created: <snip> > * Added PCI and I2C support to CDS flat device tree > * Added VIA configuration table > * Added support for PCI2 on CDS > Patch by Andy Fleming 17-Mar-2006 > * Fixed a bug where 8555 PCI code used the old variable and > > Signed-off-by: Andy Fleming <afleming(a)freescale.com> > > --- > > board/cds/common/ft_board.c | 3 + > board/cds/common/via.c | 99 +++++++++++++++++++++++++++ > board/cds/common/via.h | 18 +++++ > board/cds/mpc8541cds/Makefile | 1 > board/cds/mpc8541cds/init.S | 12 ++- > board/cds/mpc8541cds/mpc8541cds.c | 32 ++++----- > board/cds/mpc8541cds/oftree.dts | 99 +++++++++++++++++++++++++-- > board/cds/mpc8548cds/Makefile | 1 > board/cds/mpc8548cds/init.S | 12 ++- > board/cds/mpc8548cds/mpc8548cds.c | 32 ++++----- > board/cds/mpc8548cds/oftree.dts | 131 > ++++++++++++++++++++++++++++++++++-- > board/cds/mpc8555cds/Makefile | 1 > board/cds/mpc8555cds/init.S | 12 ++- > board/cds/mpc8555cds/mpc8555cds.c | 39 ++++++----- > board/cds/mpc8555cds/oftree.dts | 135 > +++++++++++++++++++++++++++++++++++-- > include/configs/MPC8541CDS.h | 21 ++---- > include/configs/MPC8548CDS.h | 23 ++---- > include/configs/MPC8555CDS.h | 23 ++---- > create mode 100644 board/cds/common/via.c > create mode 100644 board/cds/common/via.h > > 7fa801f3ea1d0fe73a2aec55965aa0cf58a1997a > diff --git a/board/cds/common/ft_board.c b/board/cds/common/ft_board.c > index 8c4ef0c..f167e5f 100644 > --- a/board/cds/common/ft_board.c > +++ b/board/cds/common/ft_board.c > @@ -32,6 +32,9 @@ extern void ft_cpu_setup(void *blob, bd_ > void > ft_board_setup(void *blob, bd_t *bd) > { > +#ifdef CONFIG_PCI > + ft_pci_setup(blob, bd); > +#endif > ft_cpu_setup(blob, bd); > } > #endif > diff --git a/board/cds/common/via.c b/board/cds/common/via.c > new file mode 100644 > index 0000000..68c8d21 > --- /dev/null > +++ b/board/cds/common/via.c > @@ -0,0 +1,99 @@ > +/* > + * Copyright 2006 Freescale Semiconductor. > + * > + * See file CREDITS for list of people who contributed to this > + * project. > + * > + * This program is free software; you can redistribute it and/or > + * modify it under the terms of the GNU General Public License as > + * published by the Free Software Foundation; either version 2 of > + * the License, or (at your option) any later version. > + * > + * This program is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > + * GNU General Public License for more details. > + * > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, > + * MA 02111-1307 USA > + */ > + > +#include <common.h> > +#include <pci.h> > + > +/* Config the VIA chip */ > +void mpc85xx_config_via(struct pci_controller* hose, pci_dev_t dev, > struct pci_config_table *tab) > +{ > + pci_dev_t bridge; > + > + /* Enable USB and IDE functions */ > + pci_hose_write_config_byte(hose, dev, 0x48, 0x08); > + > + pciauto_config_device(hose, dev); > + > + /* > + * Force the backplane P2P bridge to have a window > + * open from 0x00000000-0x00001fff in PCI I/O space. > + * This allows legacy I/O (i8259, etc) on the VIA > + * southbridge to be accessed. > + */ > + bridge = PCI_BDF(0,17,0); > + pci_hose_write_config_byte(hose, bridge, PCI_IO_BASE, 0); > + pci_hose_write_config_word(hose, bridge, PCI_IO_BASE_UPPER16, 0); > + pci_hose_write_config_byte(hose, bridge, PCI_IO_LIMIT, 0x10); </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001374] [U-Boot-Users] [PATCH] New support for the Xilinx [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001374] was created: <snip> > Attached is a patch and a CHANGELOG entry that adds new support for the > Xilinx ML310 board. > > Please apply to the repository after the "Major overhaul for Xilinx > ML300 board support" patch and the CM.patch in that same email. > > Thanks, > - Peter </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001365] [U-Boot-Users] [PATCH 4/7] Flat device tree suppor [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001365] was created: <snip> > * Added support for initializing second PCI bus on 85xx > Patch by Andy Fleming 17-Mar-2006 > > Signed-off-by: Andy Fleming <afleming(a)freescale.com> > > --- > > cpu/mpc85xx/pci.c | 182 > ++++++++++++++++++++++++++++++++++-------- > include/asm-ppc/immap_85xx.h | 25 +++++- > > 8f02a97700fadd9e37efdc926f69f6d99e74854b > diff --git a/cpu/mpc85xx/pci.c b/cpu/mpc85xx/pci.c > index a94493e..ca11bce 100644 > --- a/cpu/mpc85xx/pci.c > +++ b/cpu/mpc85xx/pci.c > @@ -32,66 +32,90 @@ > > #if defined(CONFIG_PCI) > > +static struct pci_controller *pci_hose; > + > void > -pci_mpc85xx_init(struct pci_controller *hose) > +pci_mpc85xx_init(struct pci_controller *board_hose) > { > + u16 reg16; > + u32 dev; > + > volatile immap_t *immap = (immap_t *)CFG_CCSRBAR; > volatile ccsr_pcix_t *pcix = &immap->im_pcix; > + volatile ccsr_pcix_t *pcix2 = &immap->im_pcix2; > + volatile ccsr_gur_t *gur = &immap->im_gur; > + struct pci_controller * hose; > > - u16 reg16; > + pci_hose = board_hose; > + > + hose = &pci_hose[0]; > > hose->first_busno = 0; > hose->last_busno = 0xff; > > - pci_set_region(hose->regions + 0, > - CFG_PCI1_MEM_BASE, > - CFG_PCI1_MEM_PHYS, > - CFG_PCI1_MEM_SIZE, > - PCI_REGION_MEM); > - > - pci_set_region(hose->regions + 1, > - CFG_PCI1_IO_BASE, > - CFG_PCI1_IO_PHYS, > - CFG_PCI1_IO_SIZE, > - PCI_REGION_IO); > - > - hose->region_count = 2; > - > pci_setup_indirect(hose, > (CFG_IMMR+0x8000), > (CFG_IMMR+0x8004)); > > + /* > + * Hose scan. > + */ > + dev = PCI_BDF(hose->first_busno, 0, 0); > + pci_hose_read_config_word (hose, dev, PCI_COMMAND, &reg16); > + reg16 |= PCI_COMMAND_SERR | PCI_COMMAND_MASTER | PCI_COMMAND_MEMORY; > + pci_hose_write_config_word(hose, dev, PCI_COMMAND, reg16); > + > + /* > + * Clear non-reserved bits in status register. > + */ > + pci_hose_write_config_word(hose, dev, PCI_STATUS, 0xffff); > + > + if (!(gur->pordevsr & PORDEVSR_PCI)) { > + /* PCI-X init */ > + reg16 = PCI_X_CMD_MAX_SPLIT | PCI_X_CMD_MAX_READ > + | PCI_X_CMD_ERO | PCI_X_CMD_DPERR_E; > + pci_hose_write_config_word(hose, dev, PCIX_COMMAND, reg16); > + } > + > pcix->potar1 = (CFG_PCI1_MEM_BASE >> 12) & 0x000fffff; > pcix->potear1 = 0x00000000; > - pcix->powbar1 = (CFG_PCI1_MEM_BASE >> 12) & 0x000fffff; > + pcix->powbar1 = (CFG_PCI1_MEM_PHYS >> 12) & 0x000fffff; > pcix->powbear1 = 0x00000000; > - pcix->powar1 = 0x8004401c; /* 512M MEM space */ > + pcix->powar1 = (POWAR_EN | POWAR_MEM_READ | > + POWAR_MEM_WRITE | POWAR_MEM_512M); > > - pcix->potar2 = 0x00000000; > + pcix->potar2 = (CFG_PCI1_IO_BASE >> 12) & 0x000fffff; > pcix->potear2 = 0x00000000; > - pcix->powbar2 = (CFG_PCI1_IO_BASE >> 12) & 0x000fffff; > + pcix->powbar2 = (CFG_PCI1_IO_PHYS >> 12) & 0x000fffff; > pcix->powbear2 = 0x00000000; > - pcix->powar2 = 0x80088017; /* 16M IO space */ > + pcix->powar2 = (POWAR_EN | POWAR_IO_READ | > + POWAR_IO_WRITE | POWAR_IO_1M); > </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001356] [U-Boot-Users] [PATCH] Remove warnings & clean bet [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001356] was created: <snip> > On Tue, Nov 01, 2005 at 11:13:18AM -0000, Peter Pearse wrote: > > The attached gzipped file contains my patch number 014 against the GIT > > head of > > Nov 1st 22005. > > > > This patch depends on all my outstanding previous patches 009 - 013. > > > > It removes some warnings, and adds to the clean target. > > > > diff --git a/Makefile b/Makefile > > --- a/Makefile > > +++ b/Makefile > > @@ -1819,6 +1819,7 @@ clean: > > rm -f board/cray/L1/bootscript.c board/cray/L1/bootscript.image > > rm -f board/trab/trab_fkt board/voiceblue/eeprom > > rm -f board/integratorap/u-boot.lds board/integratorcp/u-boot.lds > > + rm -f board/integratorap/u-boot.lds board/realview_eb/u-boot.lds > > Why are you removing board/integratorap/u-boot.lds twice? > > > find include/configs -lname \*integratorap\* | xargs rm -fr > > find include/configs -lname \*integratorcp\* | xargs rm -fr > > find include/configs -lname \*versatile\* | xargs rm -fr > > Best regards, > ladis > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001347] [U-Boot-Users] [PATCH] Fixing 'pci' command output [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001347] was created: <snip> > hi! > > currently a series of 'pci_bus_to_hose() failed' messages are printed > when > pciinfo() is called with a invalid (out-of-bounds) bus number. > > this patch fixes the output of the 'pci' command by > *) checking that the given bus number is actually a number > *) checking that the given bus number is not out-of-bounds before doing > a > scan > *) printing 'pci_bus_to_hose() failed' only when DEBUG is defined > > > Signed-off-by: Horst Kronstorfer <hkronsto <at> frequentis.com> > > CHANGELOG > > * Fixing 'pci' command output: > Patch by Horst Kronstorfer, 26 Jan 2006 > > diff --git a/common/cmd_pci.c b/common/cmd_pci.c > index 4508546..e0e166c 100644 > --- a/common/cmd_pci.c > +++ b/common/cmd_pci.c > @@ -71,6 +71,11 @@ void pciinfo(int BusNum, int ShortPCILis > unsigned short VendorID; > pci_dev_t dev; > > + if (pci_bus_to_hose(BusNum) == NULL) { > + printf("Error: bus no. %d does not exist\n", BusNum); > + return; > + } > + > printf("Scanning PCI devices on bus %d\n", BusNum); > > if (ShortPCIListing) { > @@ -511,9 +516,17 @@ int do_pci (cmd_tbl_t *cmdtp, int flag, > if (argv[argc-1][0] == 'l') { > value = 0; > argc--; > + } else if (argv[argc-1][0] == 's') > + argc--; > + if (argc > 1) { > + char *endp; > + bdf = simple_strtoul(argv[1], &endp, > 16); > + if (*endp != '\0') { > + printf("Error: \`%s\' is not a > valid > " > + "bus no.\n", argv[1]); > + return 0; > + } > } > - if (argc > 1) > - bdf = simple_strtoul(argv[1], NULL, 16); > } > pciinfo(bdf, value); > return 0; > diff --git a/drivers/pci.c b/drivers/pci.c > index 5360030..34b4055 100644 > --- a/drivers/pci.c > +++ b/drivers/pci.c > @@ -142,7 +142,7 @@ struct pci_controller *pci_bus_to_hose ( > if (bus >= hose->first_busno && bus <= hose->last_busno) > return hose; > > - printf("pci_bus_to_hose() failed\n"); > + debug("pci_bus_to_hose() failed\n"); > return NULL; > } > > > ------------------------------------------------------- > 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&kid3432&bid#0486&dat1642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001338] [U-Boot-Users] [PATCH]Fix cc-option macro in confi [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001338] was created: <snip> > Paolo Broggini wrote: > > > > The following patch fix the compilation problem discussed in thread > > "Problem building U-Boot for ARM target" > > > > Best regards > > -P.Broggini > > Bump & resubmit... > > This particular issue broke cross-compilation for all of our ARM-based > projects following a repository sync yesterday. > > The attached patch was generated against a 2005.11.29 CVS pull. > > CHANGELOG: > * Patch by Cory Tusar, 30 Nov 2005: > * Original patch by Paolo Broggini, 12 Oct 2005: > Fix cc-option macro in config.mk, $(CFLAGS) dropped. > > -Cory > > > -- > Cory T. Tusar > Embedded Systems Engineer > Videon Central, Inc. > 2171 Sandy Drive > State College, PA 16801 > (814) 235-1111 x316 > (814) 235-1118 fax > > "Debugging is twice as hard as writing the code in the first place. > Therefore, if you write the code as cleverly as possible, you are, > by definition, not smart enough to debug it." --Brian W. Kernighan </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001329] [U-Boot-Users] [PATCH] FAT32 access on USB memory [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001329] was created: <snip> > Hi, > > I have had following problem with ARM9 CPUs NS9360, NS9750, S3C2410 and > S3C2440: > > Using fatload command with 2GB USB memory stick lead to data abort and > reset of CPU. > > The reason herefor is, that the access to the variable fatbuf produces > an alignment error, if FAT32 is used. > > Attached patch moves the variable fatbuf to top of the structure, where > it is defined, so that accesses to this variable are always aligned. > > CHANGELOG: > Fix access via fatload command on FAT32 formatted partitions > Patch by Joachim Jaeger, 18 Nov 2005 > > Signed-off-by: Joachim Jaeger <joachim_jaeger(a)digi.com> > > > Best regards > Joachim Jaeger > > -- > FS FORTH-SYSTEME GmbH > A Digi International Company > Kueferstr. 8, D-79206 Breisach > Phone: +49 (7667) 908-0, FAX +49 (7667) 908-200 </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001311] [U-Boot-Users] Fix 32bits compilation error in dm9 [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001311] was created: <snip> > Hi, > > the attached patch fix a compilation error in dm9000.c when configured > in 32 > bits mode. > > Eric </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001301] [U-Boot-Users] [Patch 1/5] Add support for AT91SAM [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001301] was created: <snip> > Hi Wolfgang, > > Following patches are applied against git top of tree and should be > applied > in numerical order. > > > The five following patches adds support to build the AT91SAM9261EK board > (USB, LCD and DataFlash support) > > > This first patch (1/5) adds support for ATMEL AT91SAM9261EK board. > > CHANGELOG > Patch by Nicolas Lacressonniere 31 January 2006 > * Add support for ATMEL AT91SAM9261EK board (arm926ejs) > > > Best regards. > Nicolas. </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001294] [U-Boot-Users] [patch] code-cleanup-for-tqm5200-bo [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001294] was created: <snip> > Code cleanup for TQM5200 board. > > Signed-off-by: Martin Krause <martin.krause(a)tqs.de> > > This patch removes the obsolete flash driver /board/tqm5200/flash.c > > CHANGELOG: > > * Code cleanup for TQM5200 board. > Patch by Martin Krause, 11 Jan 2006 </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001285] [U-Boot-Users] [PATCH] Intel PXA270 Mainstone u-bo [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001285] was created: <snip> > Attached u-boot-1.1.4 new board port for Intel PXA270 Mainstone board > (aka HCDDBBVA0) > > > Please send it to this list. Make sure that your code follows the > > Coding Style requirements - see README sections "Coding Style" and > > "Submitting Patches". > > I've done my best, hope will be ok ;-) > Ciao > -- > Marco Cavallini > Koan s.a.s. - Bergamo - ITALIA > Embedded and Real-Time Software Engineering > www.koansoftware.com | www.klinux.org </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001267] [U-Boot-Users] PATCH - Coldfire gcc3.4 compiling f [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001267] was created: <snip> > This patch is properly formatted. > > Index: config.mk > =================================================================== > RCS file: /cvsroot/u-boot/u-boot/config.mk,v > retrieving revision 1.14 > diff -u -r1.14 config.mk > --- config.mk 4 Oct 2005 21:11:34 -0000 1.14 > +++ config.mk 6 Dec 2005 18:16:22 -0000 > @@ -139,7 +139,14 @@ > endif > endif > > +# turn jbsr into jsr for m68k > +ifeq ($(ARCH),m68k) > +ifeq ($(findstring 3.4,$(shell $(CC) --version)),3.4) > +AFLAGS_DEBUG := -Wa,-gstabs,-S > +endif > +else > AFLAGS_DEBUG := -Wa,-gstabs > +endif > AFLAGS := $(AFLAGS_DEBUG) -D__ASSEMBLY__ $(CPPFLAGS) > > LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) > $(PLATFORM_LDFLAGS) > > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Jate > Sujjavanich > Sent: Tuesday, December 06, 2005 12:08 PM > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] PATCH - Coldfire gcc3.4 compiling fix > > Index: config.mk > =================================================================== > RCS file: /cvsroot/u-boot/u-boot/config.mk,v > retrieving revision 1.14 > diff -u -r1.14 config.mk > --- config.mk 4 Oct 2005 21:11:34 -0000 1.14 > +++ config.mk 6 Dec 2005 16:57:10 -0000 > @@ -139,7 +139,14 @@ > endif > endif > > +# turn jbsr into jsr for m68k > +ifeq ($(ARCH),m68k) > +ifeq ($(findstring 3.4,$(shell $(CC) --version)),3.4) AFLAGS_DEBUG := > +-Wa,-gstabs,-S endif else > AFLAGS_DEBUG := -Wa,-gstabs > +endif > AFLAGS := $(AFLAGS_DEBUG) -D__ASSEMBLY__ $(CPPFLAGS) > > LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) > $(PLATFORM_LDFLAGS) > > > ------------------------------------------------------- > 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://ads.osdn.com/?ad_idv37&alloc_id865&op=click > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142001276] [U-Boot-Users] [PATCH-3/4] blackfin: flashless boa [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142001276] was created: <snip> > ## no text/plain body => see attachment (text/plain) ## </snip> Your U-Boot support team

1 0