August 2007 - U-Boot

[U-Boot-Users] The format of input and output files is the same of WinDump and tcpdump.
by Justeen Koikkalainen 15 Aug '07

15 Aug '07

T.h*i+s g.e,m is reall,y movabl*e !! T h+i*s o*n_e is real*ly profitable+!!_! H a'v e y-o-u b.e+e*n w atch-ing t*h.i-s f o_r t_h_e l'a-s.t w,e*e_k*? T*a+k e a l o_o.k at it: rece+nt n*e w+s release.,s s+e*n-t g+e'nerating g rowing i*ntere'st in C Y-T,V Com.p any: CHI_NA YOU_TV C-O+R.P ('O_T+C BB_:CY+TV.OB) S t o c k: C-Y+T+V Cur+rent P+rice: $ .-4'9 4,t,h S*trai.ght d*a'y's we h a-v,e s e_e-n t-h+i s climb . (_S*e-e Ya+hoo Chart-Ne_*w N+e,w+s relea'se) T*h-i,s o+n*e h,a+s h.a.d n,i'c+e ret-urns f o_r in,vestor+s o-v-e+r t,h.e summer*, and n-o_w s'hows pr-omise to beg-in a sec-ond w.a v'e of return,s. K*e e.p a e*y e o_u t agai n on W ednesda y A u,g 15*.... N*e.a+r h,i'm a parro,t w a_s picki*ng o'u t envelo-pe-s, en_-closing pape'rs w*hich t_o_l-d fo+'rtunes a+n*d g'a*v-e de+ta'iled de*script ions of t_h*e p a.s.t-. W_h,e*n y.o'u h+a.v,e so.m ething in y o+u_r h*a'n d t+h a_t h+a+s a littl.e bliste'r t_h*a_t s*tarts to pee*l, y+o*u can'*t h*e'l.p f.,iddling w'i't.h it. H'i-s a'r'm-s w.e-r e pla.ste-red to h*i+s sid.es, as if he w.e,r,e r-eci+ting a lesson,. T-h+e-y de fine a hi. gh-level, machine-independent, O+S-i'ndependent v_i*e+w of a pri'nt ser,ver. Sh'ort r_u.l-e ------------------------------------------------------------------ 2.

1 0

[U-Boot-Users] Simple newbie fs question
by Josiah Allen 15 Aug '07

15 Aug '07

I apologize for this beforehand, but maybe there's a simple answer. I'm very new to uboot. I've gotten myself into a tough spot. There's a application on my computer preventing my boot from completing, since it freezes. I can fix it if I can just remove/corrupt the guilty file on my file system. So I stop the boot and enter into the uboot command line. I can see the file I want to remove, but I am not skilled enough to know if/how I can alter it or remove it from the uboot command line. I'm using version 1.1.3. If such a thing is possible I would appreciate instructions. Thanks.

3 4

[U-Boot-Users] [PATCH] Fix where the #ifdef CFG_BOOTMAPSZ is placed.
by Jerry Van Baren 15 Aug '07

15 Aug '07

Commit 073e1b509980cefe6f53c2d7fbbcd135df1e3924 "Fix initrd/dtb interaction" put the new code outside of the #if defined(CONFIG_OF_LIBFDT) when it should have gone inside of the conditional. As a result, it broke non-LIBFDT board builds. Also added a missing "not." to the comment. Signed-off-by: Gerald Van Baren <vanbaren(a)cideas.com> --- Fix the bug noted by Stefan Roese (introduced by the patch from Andy). common/cmd_bootm.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index 8249dce..df1d038 100644 --- a/common/cmd_bootm.c +++ b/common/cmd_bootm.c @@ -924,16 +924,17 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, initrd_end = 0; } +#if defined(CONFIG_OF_LIBFDT) + #ifdef CFG_BOOTMAPSZ /* * The blob must be within CFG_BOOTMAPSZ, - * so we flag it to be copied if it is + * so we flag it to be copied if it is not. */ if (of_flat_tree >= (char *)CFG_BOOTMAPSZ) of_data = of_flat_tree; #endif -#if defined(CONFIG_OF_LIBFDT) /* move of_flat_tree if needed */ if (of_data) { int err; -- 1.4.4.4

2 1

[U-Boot-Users] [PATCH] Fix where the #ifdef CFG_BOOTMAPSZ is placed.
by Jerry Van Baren 15 Aug '07

15 Aug '07

Commit 073e1b509980cefe6f53c2d7fbbcd135df1e3924 "Fix initrd/dtb interaction" put the new code outside of the #if defined(CONFIG_OF_LIBFDT) when it should have gone inside of the conditional. As a result, it broke non-LIBFDT board builds. Also added a missing "not." to the comment. Signed-off-by: Gerald Van Baren <vanbaren(a)cideas.com> --- Fix the bug noted by Stefan Roese (introduced by the patch from Andy). common/cmd_bootm.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index 8249dce..df1d038 100644 --- a/common/cmd_bootm.c +++ b/common/cmd_bootm.c @@ -924,16 +924,17 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, initrd_end = 0; } +#if defined(CONFIG_OF_LIBFDT) + #ifdef CFG_BOOTMAPSZ /* * The blob must be within CFG_BOOTMAPSZ, - * so we flag it to be copied if it is + * so we flag it to be copied if it is not. */ if (of_flat_tree >= (char *)CFG_BOOTMAPSZ) of_data = of_flat_tree; #endif -#if defined(CONFIG_OF_LIBFDT) /* move of_flat_tree if needed */ if (of_data) { int err; -- 1.4.4.4

1 0

[U-Boot-Users] [PATCH v3] Fix initrd/dtb interaction
by Andy Fleming 15 Aug '07

15 Aug '07

The original code would wrongly relocate the blob to be right before the initrd if it existed. The blob *must* be within CFG_BOOTMAPSZ, if it is defined. So we make two changes: 1) flag the blob for relocation whenever its address is above BOOTMAPSZ 2) If the blob is being relocated, relocate it before kbd, not initrd Signed-off-by: Andy Fleming <afleming(a)freescale.com> --- Fixed the merge problem. I thought I had based off of the fdt tree, but it was a patch from gvb which was in the mainline and not my tree, so I'm confused. Either way, it's fixed now. common/cmd_bootm.c | 23 ++++++++++++++--------- 1 files changed, 14 insertions(+), 9 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index e19f83e..8249dce 100644 --- a/common/cmd_bootm.c +++ b/common/cmd_bootm.c @@ -924,6 +924,15 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, initrd_end = 0; } +#ifdef CFG_BOOTMAPSZ + /* + * The blob must be within CFG_BOOTMAPSZ, + * so we flag it to be copied if it is + */ + if (of_flat_tree >= (char *)CFG_BOOTMAPSZ) + of_data = of_flat_tree; +#endif + #if defined(CONFIG_OF_LIBFDT) /* move of_flat_tree if needed */ if (of_data) { @@ -931,11 +940,9 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, ulong of_start, of_len; of_len = be32_to_cpu(fdt_totalsize(of_data)); - /* position on a 4K boundary before the initrd/kbd */ - if (initrd_start) - of_start = initrd_start - of_len; - else - of_start = (ulong)kbd - of_len; + + /* position on a 4K boundary before the kbd */ + of_start = (ulong)kbd - of_len; of_start &= ~(4096 - 1); /* align on page */ debug ("## device tree at 0x%08lX ... 0x%08lX (len=%ld=0x%lX)\n", of_data, of_data + of_len - 1, of_len, of_len); @@ -983,11 +990,9 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, if (of_data) { ulong of_start, of_len; of_len = ((struct boot_param_header *)of_data)->totalsize; + /* provide extra 8k pad */ - if (initrd_start) - of_start = initrd_start - of_len - 8192; - else - of_start = (ulong)kbd - of_len - 8192; + of_start = (ulong)kbd - of_len - 8192; of_start &= ~(4096 - 1); /* align on page */ debug ("## device tree at 0x%08lX ... 0x%08lX (len=%ld=0x%lX)\n", of_data, of_data + of_len - 1, of_len, of_len); -- 1.5.0.2.230.gfbe3d-dirty

3 2

Re: [U-Boot-Users] USART on at91rm9200
by larytet.54154763＠bloglines.com 15 Aug '07

15 Aug '07

hello, it looks that function serial_putc() is called before serial_init() (file cpu/arm920t/at91rm9200/serial.c. Function serial_putc() enters loop forever. Suggested quick patch static int initialized = 0; /* bring flag initialized up in the end of the function serial_init() */ int serial_init (void) { /* make any port initializations specific to this port */ #ifdef CONFIG_DBGU *AT91C_PIOA_PDR = AT91C_PA31_DTXD | AT91C_PA30_DRXD; /* PA 31 & 30 */ *AT91C_PMC_PCER = 1 << AT91C_ID_SYS; /* enable clock */ #endif #ifdef CONFIG_USART0 *AT91C_PIOA_PDR = AT91C_PA17_TXD0 | AT91C_PA18_RXD0; *AT91C_PMC_PCER |= 1 << AT91C_ID_USART0; /* enable clock */ #endif #ifdef CONFIG_USART1 *AT91C_PIOB_PDR = AT91C_PB21_TXD1 | AT91C_PB20_RXD1; /* arkady - this is not enough to write PDR i want to make sure, that alternative function A is set */ *AT91C_PIOB_ASR = AT91C_PB21_TXD1 | AT91C_PB20_RXD1; *AT91C_PMC_PCER |= 1 << AT91C_ID_USART1; /* enable clock */ /* arkady - i am not sure, that port B is enabled in the PCER */ *AT91C_PMC_PCER |= 1 << AT91C_ID_PIOB; /* enable PIOB */ #endif serial_setbrg (); us->US_CR = AT91C_US_RSTRX | AT91C_US_RSTTX; us->US_CR = AT91C_US_RXEN | AT91C_US_TXEN; us->US_MR = (AT91C_US_CLKS_CLOCK | AT91C_US_CHRL_8_BITS | AT91C_US_PAR_NONE | AT91C_US_NBSTOP_1_BIT); us->US_IMR = ~0ul; initialized = 1; return (0); } void serial_putc (const char c) { if (!initialized) return; if (c == '\n') serial_putc ('\r'); while ((us->US_CSR & AT91C_US_TXRDY) == 0); us->US_THR = c; }

2 1

[U-Boot-Users] Device tree question for 85xx
by robert lazarski 15 Aug '07

15 Aug '07

Hi all, please excuse if device tree questions are off topic for this list - I already tried linuxppc-embedded2 on usenet with no luck. I've also been reading booting-without-of.txt . I'm trying to define the 'mdio' and 'ethernet' nodes for my mpc8548e board that arrives soon, using cds for my reference. The cds reference has a Quad PHY of either a CIS8204 or a 88E1145 - swappable as a mezzanine I believe. Our board has two dual PHY's - 88E1111 and a 88E1121R . Our hardware engineer has simply defined four external interrupts: IRQ0 : PHY 0 - TSEC 1 (P0 of the 88E1121R) IRQ1 : PHY 1 - TSEC 2 (P1 of the 88E1121R) IRQ2 : PHY 2 - TSEC 3 (88E1111) IRQ3 : PHY 3 - TSEC 4 (88E1111) The docs say the interrupts depend on the 'type of interrupt controller' - which is on chip I believe for the 8548. Here's how cds has it in the linux-2.6.22/arch/powerpc/boot/dts/mpc8548cds.dts - Can anyone please help me understand how to define a dts for my board? I've been struggling to understand how this works - any help appreciated. mdio@24520 { #address-cells = <1>; #size-cells = <0>; device_type = "mdio"; compatible = "gianfar"; reg = <24520 20>; phy0: ethernet-phy@0 { interrupt-parent = <&mpic>; interrupts = <35 0>; reg = <0>; device_type = "ethernet-phy"; }; phy1: ethernet-phy@1 { interrupt-parent = <&mpic>; interrupts = <35 0>; reg = <1>; device_type = "ethernet-phy"; }; phy2: ethernet-phy@2 { interrupt-parent = <&mpic>; interrupts = <35 0>; reg = <2>; device_type = "ethernet-phy"; }; phy3: ethernet-phy@3 { interrupt-parent = <&mpic>; interrupts = <35 0>; reg = <3>; device_type = "ethernet-phy"; }; }; ethernet@24000 { #address-cells = <1>; #size-cells = <0>; device_type = "network"; model = "eTSEC"; compatible = "gianfar"; reg = <24000 1000>; local-mac-address = [ 00 E0 0C 00 73 00 ]; interrupts = <d 2 e 2 12 2>; interrupt-parent = <&mpic>; phy-handle = <&phy0>; }; ethernet@25000 { #address-cells = <1>; #size-cells = <0>; device_type = "network"; model = "eTSEC"; compatible = "gianfar"; reg = <25000 1000>; local-mac-address = [ 00 E0 0C 00 73 01 ]; interrupts = <13 2 14 2 18 2>; interrupt-parent = <&mpic>; phy-handle = <&phy1>; }; /* eTSEC 3/4 are currently broken ethernet@26000 { #address-cells = <1>; #size-cells = <0>; device_type = "network"; model = "eTSEC"; compatible = "gianfar"; reg = <26000 1000>; local-mac-address = [ 00 E0 0C 00 73 02 ]; interrupts = <f 2 10 2 11 2>; interrupt-parent = <&mpic>; phy-handle = <&phy2>; }; ethernet@27000 { #address-cells = <1>; #size-cells = <0>; device_type = "network"; model = "eTSEC"; compatible = "gianfar"; reg = <27000 1000>; local-mac-address = [ 00 E0 0C 00 73 03 ]; interrupts = <15 2 16 2 17 2>; interrupt-parent = <&mpic>; phy-handle = <&phy3>; }; */ Thanks, Robert

2 1

[U-Boot-Users] ColdFire: MCF52x2 update Part IV - a - resend
by Liew Tsi Chung-r5aahp 14 Aug '07

14 Aug '07

Stefan, Update for MCF52x2 part IV a. Regards, TsiChung

2 1

[U-Boot-Users] [PATCH Rev 2] Fix malloc size error in ahci_init_one.
by Jon Loeliger 14 Aug '07

14 Aug '07

From: Ed Swarthout <Ed.Swarthout(a)freescale.com> Typically this causes scsi init to corrupt the devlist and break the coninfo command. Fix a compiler size warning. Signed-off-by: Jason Jin <jason.jin(a)freescale.com> Signed-off-by: Ed Swarthout <Ed.Swarthout(a)freescale.com> Acked-by: Andy Fleming <afleming(a)freescale.com> --- Wolfgang, This is a rebased version of the same patch posted on July 24. I suspect it should have gone in via the USB tree, but it hasn't. Thanks, jdl drivers/ahci.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/ahci.c b/drivers/ahci.c index ccd4d71..3d82c62 100644 --- a/drivers/ahci.c +++ b/drivers/ahci.c @@ -259,8 +259,8 @@ static int ahci_init_one(pci_dev_t pdev) memset((void *)ataid, 0, sizeof(hd_driveid_t *) * AHCI_MAX_PORTS); - probe_ent = malloc(sizeof(probe_ent)); - memset(probe_ent, 0, sizeof(probe_ent)); + probe_ent = malloc(sizeof(struct ahci_probe_ent)); + memset(probe_ent, 0, sizeof(struct ahci_probe_ent)); probe_ent->dev = pdev; pci_read_config_dword(pdev, AHCI_PCI_BAR, &iobase); -- 1.5.0.3

2 1

[U-Boot-Users] ColdFire: MCF52x2 update part VIII
by Liew Tsi Chung-r5aahp 14 Aug '07

14 Aug '07

Stefan, Update for MCF52x2 part VIII. Regards, TsiChung

1 0