[U-Boot] [PATCH V3] arm: Use optimized memcpy and memset from linux

Using optimized versions of memset and memcpy from linux brings a quite noticeable speed (x2 or better) improvement for these two functions. Here are some numbers for test done with jadecpu | HEAD(1)| HEAD(1)| HEAD(2)| HEAD(2)| || +pat

Re: [U-Boot] [RFC 2/3][v2] mmc: SEND_OP_COND considers card capabilities (voltage)

Hi Raffaele, On Fri, Mar 11, 2011 at 2:30 PM, Raffaele Recalcati wrote: > On Fri, Mar 11, 2011 at 4:14 AM, Lei Wen wrote: >> On Fri, Mar 11, 2011 at 12:59 AM, Raffaele Recalcati >> wrote: >>> On Thu, Mar 10, 2011 at 5:29 PM, Lei Wen wrote: Hi Raffaele, On Thu, Mar 10, 2011 at 1

Re: [U-Boot] [RFC 2/3][v2] mmc: SEND_OP_COND considers card capabilities (voltage)

On Fri, Mar 11, 2011 at 4:14 AM, Lei Wen wrote: > On Fri, Mar 11, 2011 at 12:59 AM, Raffaele Recalcati > wrote: >> On Thu, Mar 10, 2011 at 5:29 PM, Lei Wen wrote: >>> Hi Raffaele, >>> >>> On Thu, Mar 10, 2011 at 11:43 PM, Raffaele Recalcati >>> wrote: From: Raffaele Recalcati Th

[U-Boot] [PATCH] tools/env: fix redundant env flag comparison

This fixes two bugs with comparison of redundant environment flags on read. flag0 and flag1 in fw_env_open() were declared signed instead of unsigned char breaking BOOLEAN mode "== 0xFF" tests and in INCREMENTAL mode the wrong environment would be chosen where the flag values are 127 and 128 (eith

Re: [U-Boot] [PATCH] ARM: mx31: Print the silicon version

Hi, Fabio, 2011/3/11 Fabio Estevam : > Use the same method of the Linux kernel to print the MX31 silicon version on > boot. > > Tested on a MX31PDK with a 2.0 silicon, where it shows: > > CPU:   Freescale i.MX31 at 531 MHz > MX31 silicon rev 2.0 > > Signed-off-by: Fabio Estevam > --- >  arch/arm

Re: [U-Boot] [RFC 2/3][v2] mmc: SEND_OP_COND considers card capabilities (voltage)

On Fri, Mar 11, 2011 at 12:59 AM, Raffaele Recalcati wrote: > On Thu, Mar 10, 2011 at 5:29 PM, Lei Wen wrote: >> Hi Raffaele, >> >> On Thu, Mar 10, 2011 at 11:43 PM, Raffaele Recalcati >> wrote: >>> From: Raffaele Recalcati >>> >>> The first SEND_OP_COND (CMD1) is used only to ask card capabili

Re: [U-Boot] git merge summary

Hello all, on that topic I've just seen a message from Linus which includes some thoughts from him on that topic: https://lkml.org/lkml/2011/3/10/538 In short "Now, I admit that it's a git usability bug ...". Ok, he doesn't refer actually to a missing summary, but nevertheless I found that mes

[U-Boot] [PATCH] 8xxx: ddr3: Adjust timings for tRRD, tWTR, and tRTP

From: John Schmoller The JEDEC DDR3 specification states that the above parameters should be set to a minimum of 4 clocks. The SPD defines the values in nanoseconds, and depending on the clock frequency the value in the SPD can be less than 4 clocks. Previously, we were only using the values fr

[U-Boot] [PATCH] mpc8[5/6]xx: Ensure POST word does not get reset

From: John Schmoller The POST word is stored in a spare register in the PIC on MPC8[5/6]xx processors. When interrupt_init() is called, this register gets reset which resulted in all POST_RAM POSTs not being ran due to the corrupted POST word. To resolve this, store off POST word before the PIC

[U-Boot] [PATCH] powerpc: 'monitor' environment variable contains full video configuration

Update the "monitor" environment variable (for Freescale chips that have a DIU display controller) to display the full video configuration, instead of just the output monitor. The old definition of the "monitor" environment variable only determines which video port to use for output. This variabl

[U-Boot] [PATCH] ARM: mx31: Print the silicon version

Use the same method of the Linux kernel to print the MX31 silicon version on boot. Tested on a MX31PDK with a 2.0 silicon, where it shows: CPU: Freescale i.MX31 at 531 MHz MX31 silicon rev 2.0 Signed-off-by: Fabio Estevam --- arch/arm/cpu/arm1136/mx31/generic.c| 18 a

Re: [U-Boot] AT91 timer patch broke DataFlash driver

Answering myself On 3/10/2011 2:54 PM, Harald Kipp wrote: > Commit 5dca710a3d7703e41da0e9894f2d71f9e25bea6b > http://lists.denx.de/pipermail/u-boot/2010-October/078600.html > removed the two global routines reset_timer_masked() and > get_timer_masked() from arch/arm/cpu/arm926ejs/at91/timer.c. > >

Re: [U-Boot] uboot for MIPS: need help to skip relocate uboot and start uboot from RAM

Hi Aaron, Thanks you for such a detailed explanation. It was of a great help to me. Thanks, Pandu On Thu, Mar 10, 2011 at 6:05 AM, Aaron Williams < aaron.willi...@caviumnetworks.com> wrote: > Hi Pandurang, > > We solved this problem by using TLB mapping for U-Boot on our MIPS > platforms. > >

Re: [U-Boot] [RFC 2/3][v2] mmc: SEND_OP_COND considers card capabilities (voltage)

On Thu, Mar 10, 2011 at 5:29 PM, Lei Wen wrote: > Hi Raffaele, > > On Thu, Mar 10, 2011 at 11:43 PM, Raffaele Recalcati > wrote: >> From: Raffaele Recalcati >> >> The first SEND_OP_COND (CMD1) is used only to ask card capabilities, waiting >> that the card is not busy. >> After it, an AND operat

Re: [U-Boot] [RFC 2/3][v2] mmc: SEND_OP_COND considers card capabilities (voltage)

Hi Raffaele, On Thu, Mar 10, 2011 at 11:43 PM, Raffaele Recalcati wrote: > From: Raffaele Recalcati > > The first SEND_OP_COND (CMD1) is used only to ask card capabilities, waiting > that the card is not busy. > After it, an AND operation is done between card capabilities and host > capabilities

Re: [U-Boot] [PATCH 1/3][v2] mmc: checking status after commands with R1b response

Hi Raffaele, On Thu, Mar 10, 2011 at 11:43 PM, Raffaele Recalcati wrote: > From: Raffaele Recalcati > > It is a recommended to check card status after these kind of commands. > This is done using CMD13 (SEND_STATUS) JEDEC command. > In case of error the card status field is displayed. > > Signed

[U-Boot] errno confusion for fw_env?

Hi Detlev, Did you ever get a solution for this problem? Best regards, Robert McCullough Senior Software Engineer Promess Incorporated 11429 Grand River Road Brighton, Michigan 48116 Email: mailto://r...@promessinc.com Web:

Re: [U-Boot] errno confusion for fw_env?

Detlev Zundel denx.de> writes: > > Hi, > > with current master I tried to cross-compile a fw_env tool for the > da850evm configuration. So I tried the "standard scheme" (means it worked a > few years ago) > > make distclean > make da850evm_config > make env > ... > > It was probably not an

[U-Boot] [PATCH 3/3][v2] mmc: trace added

From: Raffaele Recalcati Defining CONFIG_MMC_TRACE in the include board file it is possible to activate a tracing support. This code helps in case of eMMC hw failure or to investigate possible eMMC initialization issues. Signed-off-by: Raffaele Recalcati --- drivers/mmc/mmc.c | 71 ++

[U-Boot] [RFC 2/3][v2] mmc: SEND_OP_COND considers card capabilities (voltage)

From: Raffaele Recalcati The first SEND_OP_COND (CMD1) is used only to ask card capabilities, waiting that the card is not busy. After it, an AND operation is done between card capabilities and host capabilities, (at the moment only for the voltage field). Finally the correct value is sent to the

[U-Boot] [PATCH 1/3][v2] mmc: checking status after commands with R1b response

From: Raffaele Recalcati It is a recommended to check card status after these kind of commands. This is done using CMD13 (SEND_STATUS) JEDEC command. In case of error the card status field is displayed. Signed-off-by: Raffaele Recalcati --- It is not clear what should nice to do in case of stat

[U-Boot] [RFC 0/3][v2] mmc inizialization steps enhanced

I have added some better inizializations and status check. I have created following patchset for Davinci dm365 against git://arago-project.org/git/projects/u-boot-davinci.git git tree. There are two commits more in that tree, but they are not in conflict with my work. I have finally tested this ser

Re: [U-Boot] MPC837x PCIe no link

On 03/04/2011 05:27 PM, Andre Schwarz wrote: > All, > > sorry to bother you again. > After my harddisk died I'm porting my latest 8377 work to TOT. > Unfortunately I'm lacking some commits that haven't been pushed to backup. > > > But everything's fine so far and the system is up and running, excep

Re: [U-Boot] [PATCH 1/2] ARM: MX31: print WRSR to indicate the source of the last reset

On 03/10/2011 11:53 AM, Anatolij Gustschin wrote: > Add output of the WRSR register content while booting so that > we can see the source of the last reset. > > Signed-off-by: Anatolij Gustschin Hi Antolij, > --- > arch/arm/cpu/arm1136/mx31/generic.c |6 -- > 1 files changed, 4 inserti

[U-Boot] AT91 timer patch broke DataFlash driver

Hi, Commit 5dca710a3d7703e41da0e9894f2d71f9e25bea6b http://lists.denx.de/pipermail/u-boot/2010-October/078600.html removed the two global routines reset_timer_masked() and get_timer_masked() from arch/arm/cpu/arm926ejs/at91/timer.c. Both routines are still referenced in drivers/spi/atmel_datafla

Re: [U-Boot] [PATCH 1/2] ARM: MX31: print WRSR to indicate the source of the last reset

Hi Anatolij, --- On Thu, 3/10/11, Anatolij Gustschin wrote:        > mx31_get_mcu_main_clk() / 100); > +    struct wdog_regs *wdog = (struct> wdog_regs *)WDOG_BASE; > + > +    printf("CPU:   Freescale i.MX31 at %d MHz (WRSR=0x%04x)\n", > +   > mx31_get_mcu_main_clk() / 100, wdog->wrsr

Re: [U-Boot] [RFC 1/3] mmc: checking status after commands with R1b response

Hi Lei, > I apply your patch and test on my board and find this patch mess my sd card... Can't you trace the behaviour using the latest patch and send the results to me ? > Why you need to keep send the stop command (Also the other command in > this patch) > if mmc_send_status fail? As my unders

[U-Boot] A gripe about HOSTCC in tools/env

I tried updating and rebuilding U-Boot today, I see that since abd315a1357ab05e82f0d61ebad666bc0d5378c3 "tools/env: use host build flags" I now have a fw_printenv built to run on my build host. useless. I read the discussion on the list and I appreciate that Mike may find problems packaging for w

[U-Boot] [PATCH 3/4] S5P: goni: Enable the pwm driver

Signed-off-by: Minkyu Kang --- include/configs/s5p_goni.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/s5p_goni.h b/include/configs/s5p_goni.h index f53e798..597cf57 100644 --- a/include/configs/s5p_goni.h +++ b/include/configs/s5p_goni.h @@ -69,6 +69

[U-Boot] [PATCH 2/4] S5P: smdkc100: Enable the pwm driver

Signed-off-by: Minkyu Kang --- include/configs/smdkc100.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/smdkc100.h b/include/configs/smdkc100.h index fb8b43c..1ae1234 100644 --- a/include/configs/smdkc100.h +++ b/include/configs/smdkc100.h @@ -68,6 +68

[U-Boot] [PATCH 4/4] S5P: universal: Enable the pwm driver

Signed-off-by: Minkyu Kang --- include/configs/s5pc210_universal.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/s5pc210_universal.h b/include/configs/s5pc210_universal.h index c033a8d..5915984 100644 --- a/include/configs/s5pc210_universal.h +++ b/in

[U-Boot] [PATCH 1/4] S5P: timer: Use pwm functions

Use pwm functions for timer that is PWM timer 4. Signed-off-by: Minkyu Kang Signed-off-by: Kyungmin Park --- arch/arm/cpu/armv7/s5p-common/timer.c | 49 +++--- arch/arm/include/asm/arch-s5pc1xx/pwm.h |8 + arch/arm/include/asm/arch-s5pc2xx/pwm.h |8 +

[U-Boot] [PATCH 1/2] ARM: MX31: print WRSR to indicate the source of the last reset

Add output of the WRSR register content while booting so that we can see the source of the last reset. Signed-off-by: Anatolij Gustschin --- arch/arm/cpu/arm1136/mx31/generic.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/cpu/arm1136/mx31/generic.c b/ar

Re: [U-Boot] Flashing Uboot into Nand

> Hi, > I am working on Marvell PXA processor. I want to flash Uboot into NAND. > Please let me know where and all I need make changes. I think what you want is booting your system from NAND flash. If that is the case, please refer to NAND_SPL. ___ U-Bo

[U-Boot] Flashing Uboot into Nand

Hi, I am working on Marvell PXA processor. I want to flash Uboot into NAND. Please let me know where and all I need make changes. Thanks & Regards Sanjeev Kumar Larsen & Toubro Limited Integrated Engineering Services KIADB Industrial Area, Hebbal-Hootagalli, Mysore - 570018 Telephone 91-821-24090