Re: [U-Boot] [PATCH 2/2] edb93xx sdram: fix initialization

Hi Alessandro, El Sat, Feb 13, 2010 at 12:01:34AM +0100 Alessandro Rubini ha dit: > I'm sorry I can't test before wednesday as I'll be offline. > > I am doubtful, as usually precharge is done before setting mode, but > your chips are clearly different from mine, I now expect that no > sequence w

Re: [U-Boot] [PATCH] add explicit bbt creation to commandline

On Fri, Feb 12, 2010 at 06:14:51PM -0800, Steven Zedeck wrote: > Its in board/atmel/at91sam9rlek/nand.c > > It doesn't do much but set up the various GPIO connections. Here's the > function: > > int board_nand_init(struct nand_chip *nand) > { > nand->ecc.mode = NAND_ECC_SOFT; > #ifdef CFG_N

Re: [U-Boot] The ctrlc() does not work when used from post_hotkeys_pressed()

Dear Michael Zaidman, In message <660c0f821002160835h3f231337i67d073e646ffe...@mail.gmail.com> you wrote: > > Sorry, but I still do not understand why it can not be ctrlc() also. > It can be scanned only once in the post_hotkeys_pressed() in the same > manner any other mentioned by you above inp

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

Dear Wolfgang, On Tue, Feb 16, 2010 at 5:16 PM, Wolfgang Denk wrote: >> In order to relate on this indication we must be sure it is operating >> correctly. >> It could be done by observing diagnostics LEDs performing running "1" pattern >> or any different algorithm which user is expected. Only

Re: [U-Boot] The ctrlc() does not work when used from post_hotkeys_pressed()

Dear Wolfgang, On Tue, Feb 16, 2010 at 5:24 PM, Wolfgang Denk wrote: >> >> > As mentioned before, the POST code is supposed to be NOT interactive. >> >> Then how we supposed to switch the POST_SLOWTEST mode? >> >> Is the proprietary HW button scanning implemented in post_hotkeys_pressed() >> of s

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

Hi, > 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. Als

Re: [U-Boot] The ctrlc() does not work when used from post_hotkeys_pressed()

Dear Michael Zaidman, In message <660c0f821002160653w6efd755du2d4e8143be53e...@mail.gmail.com> you wrote: > > > As mentioned before, the POST code is supposed to be NOT interactive. > > Then how we supposed to switch the POST_SLOWTEST mode? > > Is the proprietary HW button scanning implemented

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

Daniel Gorsulowski wrote: > 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 --- >> in

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

Dear Michael Zaidman, In message <660c0f821002160556o71b9814dl3bb35f26ff5ad...@mail.gmail.com> you wrote: > > > You may of course do that - it's your local code after all. But I tend > > to believe that this does not make much sense. Interactive tests > > should be run at a time when interaction

Re: [U-Boot] The ctrlc() does not work when used from post_hotkeys_pressed()

Dear Wolfgang, > Please send plain text only. Sorry for inconvenience but it is what I am actually trying to do from within my gmail. Very strange... wrote: >> >> Working on the POST for mpc834x based board I encountered  the following >> problem: >> The ctrlc() routine does not work when used f

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

On Tue, Feb 16, 2010 at 2:02 PM, Wolfgang Denk wrote: > Dear Michael Zaidman, > > In message <660c0f821002160239w30d02211k66cd1df24c987...@mail.gmail.com> you > wrote: >> >> >> The test blinks the LEDs few times and performs running "1" >> >> ilumination. Of course only visual control is possible

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

Dear Michael Zaidman, In message <660c0f821002160239w30d02211k66cd1df24c987...@mail.gmail.com> you wrote: > > >> The test blinks the LEDs few times and performs running "1" > >> ilumination. Of course only visual control is possible. The general > > > > This is not acceptable as a POST then. Only

Re: [U-Boot] The ctrlc() does not work when used from post_hotkeys_pressed()

Dear Michael Zaidman, please STOP posting bease64 encoded stuff! Please send plain text only. In message <660c0f821002160043g73b85a1bn3b372c9f051a2...@mail.gmail.com> you wrote: > > Working on the POST for mpc834x based board I encountered  the following > problem: > The ctrlc() routine does

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

On Mon, Feb 15, 2010 at 10:32 PM, Wolfgang Denk wrote: > 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 no

[U-Boot] [PATCH v2] allow MCF532x to use CONFIG_MONITOR_IS_IN_RAM

CONFIG_MONITOR_IS_IN_RAM is broken for MCF532x (and all other processors having RAM located above the FLASH area). This patch fixes this by conditionally - removing the vector table at the beginning of code (MCF532x) - not overwriting the vector base register (MCF532x) - removing the code to re-set

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

Hi, 2010/2/15 Krishna Pattabiraman : > 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

[U-Boot] The ctrlc() does not work when used from post_hotkeys_pressed()

Hello, Working on the POST for mpc834x based board I encountered  the following problem: The ctrlc() routine does not work when used from post_hotkeys_pressed(). The value of ctrlc_disabled variable defined as static in the console.c file is lost after code relocation. By adding the ctrlc_disable