Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

2010/2/13 Paul Kline : > Detlev Zundel denx.de> writes: > >> >> Hi Stefano, >> >> > I do not know how you plan the next step, but please feel free to ask me >> > how can I help. >> >> Well, we are just packaging one of those stylish "custodian hats" which >> you will be likely to wear a lot in the

Re: [U-Boot] [PATCH ARM] updates the at91 main_clock calculation

Jens Scharsig wrote: > * updates the conditional main_clock calculation (if AT91_MAIN_CLOCK > defined) to c structure SoC access > * add need register flags > > > Signed-off-by: Jens Scharsig > --- > cpu/arm926ejs/at91/clock.c |7 --- > include/asm-arm/arch-at91/at91_pmc.h

[U-Boot] (no subject)

Congrats..you have won,confirm receipt by sending your Name,Address, Age, Phone Number Etc to (mr.michaelsmith...@9.cn) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Booting from NAND on MX51

I would not be surprised to see JFFS2 problems with most i.MX platforms. The nand ecc includes the spare area so you can not write a JFFS2 free marker to spare and then later write to the main area. There are patches for JFFS2 in the kernel for this. I don't know about u-boot. John On Mon, Feb

Re: [U-Boot] The post_list array order change

Dear Michael Zaidman, In message <660c0f821002150322g34255468re9cf03d2ed493...@mail.gmail.com> you wrote: > > > Just out of interest, what exactly do you test there?  Do you have > > any > > way of measuring if the LEDs work or not? > > The test blinks the LEDs few times and performs running "1

[U-Boot] Atmel AT91 USB DFU and USB device port driver

Hi All, I am currently developing a USB DFU feature for at91sam9263 board. I have to develop the driver for USB device port. I looked the uboot-usb git cdc branch it has a at91_udc.c driver it doesnt contain the udc_* api implementations. I found a earlier post where it was discussed. http://www

Re: [U-Boot] Booting from NAND on MX51

Hi, Finally managed to boot uboot from NAND. MX51_3STACK u-boot was crashing somewhere in the beginning. There, board_init() was calling setup_core_voltages() and there a write to clock registers was making u-boot to crash. I removed that write and thing booted fine. I will make a patch with al

Re: [U-Boot] [PATCH] Bug: do_reset issued via netconsole does not reset mpc83xx cpu.

Michael Zaidman writes: > The do_reset routine in the cpu/mpc83xx/cpu.c file does not reset > the mpc83xx cpu when issued via netconsole. > > Moving the console output "resetting the board." to the beginning of > the routine before disabling interrupts solved the problem. > > Signed-off-by: Micha

Re: [U-Boot] The post_list array order change

Hi Michael, > On Mon, Feb 15, 2010 at 11:30 AM, Detlev Zundel wrote: >> Hi Michael, >> >>> In continuation to my post where I explained necessity >>> of user defined post_progress_status facility >>> (see. http://lists.denx.de/pipermail/u-boot/2010-February/067662.html) >>> I am looking now for t

Re: [U-Boot] [PATCH] tsec.c bug: Every key typing in netconsole prints the Eth link mode

Sorry for submitting of this patch. I proposed here similar to the http://lists.denx.de/pipermail/u-boot/2010-January/067259.html patch solution about which I was not aware. The only difference is that I also added CONFIG_NETCONSOLE conditional compilation for the cases when no netconsole is used

Re: [U-Boot] The post_list array order change

On Mon, Feb 15, 2010 at 11:30 AM, Detlev Zundel wrote: > Hi Michael, > >> In continuation to my post where I explained necessity >> of user defined post_progress_status facility >> (see. http://lists.denx.de/pipermail/u-boot/2010-February/067662.html) >> I am looking now for the best way of causin

Re: [U-Boot] The post_list array order change

Hi Michael, > In continuation to my post where I explained necessity > of user defined post_progress_status facility > (see. http://lists.denx.de/pipermail/u-boot/2010-February/067662.html) > I am looking now for the best way of causing the diagnostics output > interface test to be run first. In m

[U-Boot] [PATCH] tsec.c bug: Every key typing in netconsole prints the Eth link mode

The problem description: The Ethernet link operation mode printing (such as "Speed: 1000, full duplex") accomplishes every key typing when communicating via netconsole to the mpc834x based board. The string is printed by adjust_link() routine of tsec.c, which in turn is part of the eth_init routine

Re: [U-Boot] [PATCH 3/4 v4] arm: add support for the suen3_p1a board from keymile

Hello Prafulla, Prafulla Wadaskar wrote: >> -Original Message- >> From: Heiko Schocher [mailto:h...@denx.de] >> Sent: Friday, February 12, 2010 1:36 PM >> To: U-Boot user list >> Cc: Wolfgang Denk; Prafulla Wadaskar; Scott Wood; Stefan Roese >> Subject: [PATCH 3/4 v4] arm: add support for

Re: [U-Boot] [PATCH 2/4 v4] arm: add support for the suen3 board from keymile

Hello Prafulla, Prafulla Wadaskar wrote: >> -Original Message- >> From: Heiko Schocher [mailto:h...@denx.de] >> Sent: Friday, February 12, 2010 1:36 PM >> To: U-Boot user list >> Cc: Wolfgang Denk; Prafulla Wadaskar; Scott Wood; Stefan Roese >> Subject: [PATCH 2/4 v4] arm: add support for

Re: [U-Boot] [PATCH 1/4 v4] arm: add support for the mgcoge2_arm_p1a board from keymile

Hello Prafulla, Prafulla Wadaskar wrote: >> -Original Message- >> From: Heiko Schocher [mailto:h...@denx.de] >> Sent: Friday, February 12, 2010 1:36 PM >> To: U-Boot user list >> Cc: Wolfgang Denk; Prafulla Wadaskar; Scott Wood; Stefan Roese >> Subject: [PATCH 1/4 v4] arm: add support for