August 2009 - U-Boot

[U-Boot] Pull request: nand flash
by Scott Wood 21 Aug '09

21 Aug '09

The following fixes since commit 2bcbd429f44e32ead38a33f372e4c027e66710f9: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx are available in the git repository at: git://git.denx.de/u-boot-nand-flash.git master Giulio Benetti (1): add WATCHDOG_RESET() on nand write and read Mingkai Hu (1): NAND boot: fix nand_load overlap issue drivers/mtd/nand/nand_util.c | 4 ++++ nand_spl/nand_boot_fsl_elbc.c | 2 +- 2 files changed, 5 insertions(+), 1 deletions(-)

2 2

[U-Boot] Pull request - net
by Ben Warren 21 Aug '09

21 Aug '09

Wolfgang, Please note - there is an outstanding bug with the E1000 driver in PCI mode. I've requested a fix, but we may have to revert commit aa0707897c49c330b7d6b8d8362e44f60f224732 The following changes since commit 2bcbd429f44e32ead38a33f372e4c027e66710f9: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx are available in the git repository at: git://git.denx.de/u-boot-net.git master Peter Tyser (1): tsec: Wait for auto-negotiation to complete without link Simon Kagstrom (3): arm:kirkwood Define kirkwood phy address magic number Wait for the link to come up on kirkwood network init arm: kirkwood: See to it that sent data is 8-byte aligned Timur Tabi (1): e1000: fix PCI memory addressing drivers/net/e1000.c | 17 +++++++------ drivers/net/kirkwood_egiga.c | 51 ++++++++++++++++++++++++++++++++---------- drivers/net/kirkwood_egiga.h | 1 + drivers/net/tsec.c | 19 +++++++-------- 4 files changed, 58 insertions(+), 30 deletions(-)

2 1

[U-Boot] e1000 Rx timeout with 82541ER
by André Schwarz 21 Aug '09

21 Aug '09

Roy, Ben, with latest e1000.c my 82541ER connected to a MPC5200 via PCI is no longer working correctly - I get timeouts after few packets. After having a quick look at the code changes it's obvious that I can't figure out the problem quickly since there has been a lot of changes. **** This is output of today's version : U-Boot 2009.08-rc2-00025-g2bcbd42-dirty (Aug 19 2009 - 11:28:10) CPU: MPC5200B v2.2, Core v1.4 at 396 MHz Bus 132 MHz, IPB 132 MHz, PCI 66 MHz Board: Matrix Vision mvBlueCOUGAR-P Net: e1000: 00:0c:8d:40:00:50 e1000#0 ... Random delay: 734 ms... BOOTP broadcast 1 DHCP client bound to address 192.168.65.230 Using e1000#0 device TFTP from server 192.168.64.1; our IP address is 192.168.65.230; sending through gateway 192.168.65.15 Filename '/mvbc-p2625.boot'. Load address: 0x200000 Loading: ###T T T T T T T T T T Retry count exceeded; starting again **** This is output of v2009.6 : U-Boot 2009.06-00185-g57fe301-dirty (Jun 22 2009 - 12:07:54) CPU: MPC5200B v2.2, Core v1.4 at 396 MHz Bus 132 MHz, IPB 132 MHz, PCI 66 MHz Board: Matrix Vision mvBlueCOUGAR-P Net: e1000: 00:0c:8d:40:00:50 e1000#0 Random delay: 815 ms... BOOTP broadcast 1 DHCP client bound to address 192.168.65.230 Using e1000#0 device TFTP from server 192.168.64.1; our IP address is 192.168.65.230; sending through gateway 192.168.65.15 Filename '/mvbc-p2625.boot'. Load address: 0x200000 Loading: ################################################################# ##################################### done Bytes transferred = 1487889 (16b411 hex) Using drivers/net/e1000.c from v2009.6 gives me back a working NIC, i.e. the problem is likely to be there. Have you tried some PCI cards after the PCIe changes ? Any ideas ? Regards, André MATRIX VISION GmbH, Talstrasse 16, DE-71570 Oppenweiler Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschaeftsfuehrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner, Hans-Joachim Reich

4 8

[U-Boot] [PATCH] tsec: Wait for auto-negotiation to complete without link
by Peter Tyser 21 Aug '09

21 Aug '09

Previously, waiting for auto-negotiation would only occur if a valid link had been detected. Problems arose when attempting to use a tsec immediately after bootup but before link was achieved, eg: => dhcp Auto-neg error, defaulting to 10BT/HD eTSEC1: No link. Auto-neg error, defaulting to 10BT/HD eTSEC2: No link. => With this patch applied the same operation as above resulted in: => dhcp Waiting for PHY auto negotiation to complete. done Enet starting in 1000BT/FD Speed: 1000, full duplex Signed-off-by: Peter Tyser <ptyser(a)xes-inc.com> --- drivers/net/tsec.c | 19 +++++++++---------- 1 files changed, 9 insertions(+), 10 deletions(-) diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c index dc90f23..2e30fe9 100644 --- a/drivers/net/tsec.c +++ b/drivers/net/tsec.c @@ -352,8 +352,8 @@ uint mii_cr_init(uint mii_reg, struct tsec_private * priv) return MIIM_CR_INIT; } -/* Parse the status register for link, and then do - * auto-negotiation +/* + * Wait for auto-negotiation to complete, then determine link */ uint mii_parse_sr(uint mii_reg, struct tsec_private * priv) { @@ -362,8 +362,7 @@ uint mii_parse_sr(uint mii_reg, struct tsec_private * priv) * (ie - we're capable and it's not done) */ mii_reg = read_phy_reg(priv, MIIM_STATUS); - if ((mii_reg & MIIM_STATUS_LINK) && (mii_reg & PHY_BMSR_AUTN_ABLE) - && !(mii_reg & PHY_BMSR_AUTN_COMP)) { + if ((mii_reg & PHY_BMSR_AUTN_ABLE) && !(mii_reg & PHY_BMSR_AUTN_COMP)) { int i = 0; puts("Waiting for PHY auto negotiation to complete"); @@ -384,15 +383,15 @@ uint mii_parse_sr(uint mii_reg, struct tsec_private * priv) mii_reg = read_phy_reg(priv, MIIM_STATUS); } puts(" done\n"); - priv->link = 1; + + /* Link status bit is latched low, read it again */ + mii_reg = read_phy_reg(priv, MIIM_STATUS); + udelay(500000); /* another 500 ms (results in faster booting) */ - } else { - if (mii_reg & MIIM_STATUS_LINK) - priv->link = 1; - else - priv->link = 0; } + priv->link = mii_reg & MIIM_STATUS_LINK ? 1 : 0; + return 0; } -- 1.6.0.2.GIT

6 22

[U-Boot] [PATCH 0/3]: arm:Kirkwood network driver fixes
by Simon Kagstrom 21 Aug '09

21 Aug '09

Hi! Three patches to fix various network driver issues on kirkwood. Patch 3 is a repost of the patch sent earlier today which is rebased on top of the other two. // Simon

3 9

[U-Boot] Mips: start.S Questions
by Peter Belm 21 Aug '09

21 Aug '09

I've figured out most of the boot process by following through the code, but I have a few questions about start.S: 1. Calls to RVECENT and XVEVENT: what exactly do these do? RVECENT just branches to the first parameter f, and does nothing with the second parameter. Yet the first argument passed is romReserved which is defined: > romReserved: > b romReserved Isn't that just an infinite loop? 2. What are these for?: > #ifdef CONFIG_PURPLE > /* 0xbfc00400 */ > .word 0xdc870000 > .word 0xfca70000 > .word 0x20840008....etc.. The rest seems pretty straightforward, just some processor specific things I need to research. -- Regards, Peter Belm

3 7

[U-Boot] (no subject)
by HONDA AWARD 2009 21 Aug '09

21 Aug '09

Your friend, HONDA AWARD 2009 (hondaaward38(a)yahoo.com) has sent you this information from Yahoo! Personals. (Email address has not been verified.) Personal message: Мы рады сообщить Вам о выпуске долгожданного результатов HONDA Car International программы продвижения состоявшемся 20 августа 2009. Вы были введены в качестве зависимых клиентов со ссылкой Серийный номер: K44CBL475 и номер партии: HDC-451-5754-14BL. Ваш адрес электронной почты при билет номер: 01225498775436, что обратил Lucky Winning Numbers (1-5-6-8-7-4-5-2), которые, следовательно, выиграл в лотерею 2-й категории, в четырех частях. Вы были утверждены к выплате £ 850,000.00 (Восемьсот пятьдесят тысяч Великих Британских фунтах стерлингов) наличными зачисляются на подачу Номер: HDCA/4155247787001-A. Это от общей денежной премии в пять миллионов евро распределяются среди всех наших победителей Международного во всех категориях. Примечание: Вы рекомендовал продолжить эту тайну от общественности, ЧТОБЫ ИЗБЕЖАТЬ перетаскивания и DOUBLE CLAIMING вашего приза по соображениям безопасности. HONDA AWARD PROMO 2009 ПРЕТЕНЗИИ АГЕНТ. КОНТАКТНОЕ ЛИЦО: PASTOR RICHARD EBEMS. EMAIL: richardebems.rev(a)gmail.com мы советуем вам заполнить форму фондом освобождения и направить в лотерею Honda агент наград претензий. с ниже адрес электронной почты (richardebems.rev(a)gmail.com) 1) Название: 2) Адрес: 3) Пол: 4) Возраст 5) Семейное положение: 6) Род занятий: 7) Номер телефона: 8) Номер лота: 9)номер билета: 10) Серийный номер: 11) Краткое описание Индивидуальные : 12) выигранная сумма: 13) Государство: 14) Страна: С уважением, Стивен Keythe, Honda премии уведомления сотрудника. C.E.O HONDA AWARD КАБИНЕТ http://dating.personals.yahoo.com/singles/relationships// Yahoo! Personals http://personals.yahoo.com/

1 0

[U-Boot] [PATCH v3 0/4]: bitops cleanup and fixes
by Simon Kagstrom 21 Aug '09

21 Aug '09

Hi yet again! This patch series is an update to "[PATCH 0/4]: bitops cleanup and fixes": http://article.gmane.org/gmane.comp.boot-loaders.u-boot/66184 and contains the patches which were not accepted. The patches are: 0001-Move-__set-clear_bit-from-ubifs.h-to-bitops.h.patch - Code style updates. I chose to not create asm-generic/include/bitops/ (Jean-Christophes comment) since I feel that should go together with a larger restructuring. - Updated to put BIT_MASK above the include of asm/bitops.h - More generic code (comment from Mike Frysinger) 0002-Make-arm-bitops-endianness-independent.patch - New patch which takes on the endianeess issue in arm bitops 0003-Define-ffs-fls-for-all-architectures.patch - Code style updates (Wolfgangs comment). - More generic code (comment from Mike Frysinger) 0004-Define-test_and_set_bit-and-test_and_clear-bit-for-A.patch - Defines test_and_set_bit etc for ARM. Uses the non-atomic __test_and_set_bit. remove-dupliace-cr.patch was accepted into the u-boot-arm tree, so I'm not reposting it. Tested on ARM (OpenRD base), and compile tested on PowerPC. // Simon

1 4

[U-Boot] NAND ECC Error with wrong SMC ording bug
by Feng Kan 21 Aug '09

21 Aug '09

Hi All: It seems that the ECC correction is broken on the Linux with the 4xx NDFC driver. It uses the SMC order when reading the ECC code. 2-1-3 static int ndfc_calculate_ecc(struct mtd_info *mtd, const u_char *dat, u_char *ecc_code) { struct ndfc_controller *ndfc = &ndfc_ctrl; uint32_t ecc; uint8_t *p = (uint8_t *)&ecc; wmb(); ecc = in_be32(ndfc->ndfcbase + NDFC_ECC); /* The NDFC uses Smart Media (SMC) bytes order */ ecc_code[0] = p[2]; ecc_code[1] = p[1]; ecc_code[2] = p[3]; return 0; } However, when in the correction function, the byte address order is again reverses causing incorrect byte location. * performace it does not make any difference */ if (eccsize_mult == 1) byte_addr = (addressbits[b0] << 4) + addressbits[b1]; >>>> The above really should be byte_addr = (addressbits[b1] << 4) + addressbits[b0]; else byte_addr = (addressbits[b2 & 0x3] << 8) + (addressbits[b1] << 4) + addressbits[b0]; bit_addr = addressbits[b2 >> 2]; /* flip the bit */ buf[byte_addr] ^= (1 << bit_addr); printk(KERN_INFO "Corrected b[0] 0x%x b[1]0x%x\n", b0, b1); printk(KERN_INFO "cal ecc b[0] 0x%x b[1]0x%x\n", calc_ecc[0] , calc_ecc[1]); printk(KERN_INFO "read ecc b[0] 0x%x b[1]0x%x\n", read_ecc[0] , read_ecc[1]); return 1; I see other boards using SMC as well, can someone comment on the change I am proposing. Should I change the correction algorithm or the calculate function? If the later is preferred it would mean the change must be pushed in both U-Boot and Linux. Feng Kan AMCC Software

6 10

[U-Boot] [PATCH v2 0/4]: bitops cleanup and fixes
by Simon Kagstrom 21 Aug '09

21 Aug '09

Hi again! This patch series is an update to "[PATCH 0/4]: bitops cleanup and fixes": http://article.gmane.org/gmane.comp.boot-loaders.u-boot/66184 and contains the patches which were not accepted. The patches are: 0001-Move-__set-clear_bit-from-ubifs.h-to-bitops.h.patch - Code style updates. I chose to not create asm-generic/include/bitops/ (Jean-Christophes comment) since I feel that should go together with a larger restructuring. - Updated to put BIT_MASK above the include of asm/bitops.h 0002-Make-arm-bitops-endianness-independent.patch - New patch which takes on the endianeess issue in arm bitops 0003-Define-ffs-fls-for-all-architectures.patch - Code style updates (Wolfgangs comment). 0004-Define-test_and_set_bit-and-test_and_clear-bit-for-A.patch - Defines test_and_set_bit etc for ARM. Uses the non-atomic __test_and_set_bit. remove-dupliace-cr.patch was accepted into the u-boot-arm tree, so I'm not reposting it. // Simon

3 10