Re: [U-Boot] ep93xx port status

s of this port, and to what extent it worked on the > EDB93xx boards with what issues? -- Matthias Kaehlcke Embedded Linux Developer Amsterdam Tant qu'il y aura sur terre des hommes pour qui existe un concept d' 'honneur national', la menace d'une nouvelle gue

[U-Boot] [PATCH 4/4] ep93xx timer: refactoring

ep93xx timer: Simplified the timer code by eliminating clk_to_systicks() and performing (almost) all manipulation of the timer structure in read_timer() Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c | 52 --- 1 files changed, 24

[U-Boot] [PATCH 3/4] ep93xx timer: Rename struct timer_reg pointers

ep93xx timer: Renamed pointers to struct timer_regs from name 'timer' to 'timer_regs' in order to avoid confusion with the global variable 'timer' Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c | 12 ++-- 1 files changed, 6 insertions(+)

[U-Boot] [PATCH 2/4] ep93xx timer: Fix resolution of get_ticks()

ep93xx timer: Make get_ticks() return a value in CONFIG_SYS_HZ resolution, as announced by get_tbclk() Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c | 15 +-- 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/cpu/arm920t/ep93xx/timer.c b/cpu/arm920t

[U-Boot] [PATCH 1/4] ep93xx timer: Fix possible overflow in usecs_to_ticks()

ep93xx timer: Use 64-bit values in usecs_to_ticks() in order to avoid overflows in intermediate values Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c | 16 1 files changed, 4 insertions(+), 12 deletions(-) diff --git a/cpu/arm920t/ep93xx/timer.c b/cpu

Re: [U-Boot] Two U-Boot versions on same device

B i think it shouldn't be relevant, especially on your high-profile system best regards -- Matthias Kaehlcke Embedded Linux Developer Barcelona There is no passion to be found playing small - in settling for a life that is less than the one you a

Re: [U-Boot] [PATCH] ep93xx timer: Fix get_ticks() and usecs_to_ticks()

Hi Tom, El Sat, Feb 27, 2010 at 05:41:26PM -0600 Tom ha dit: > Matthias Kaehlcke wrote: > >ep93xx timer: Make get_ticks() consistent with get_tbclk(), returning > >a value with CONFIG_SYS_HZ resolution. This fix obsoletes the function > >clk_to_systicks(), leading to a

[U-Boot] [PATCH] ep93xx timer: Fix get_ticks() and usecs_to_ticks()

intermediate values. Signed-off-by: Matthias Kaehlcke Tested-by: Alessandro Rubini --- cpu/arm920t/ep93xx/timer.c | 83 +++ 1 files changed, 37 insertions(+), 46 deletions(-) diff --git a/cpu/arm920t/ep93xx/timer.c b/cpu/arm920t/ep93xx/timer.c index

Re: [U-Boot] [PATCH 2/2 rev2] ep93xx: Refactoring of timer code

you used as reference, I understand) is wrong, > while all the others use either hwticks or SYS_HZ consistently. yes, i used precisely at91 as reference, i liked it's code structure and didn't notice that it is wrong in this point. thanks for your research! -- Mat

Re: [U-Boot] [PATCH 2/2 rev2] ep93xx: Refactoring of timer code

Hi Tom, El Thu, Feb 25, 2010 at 09:54:59AM -0600 Tom ha dit: > Matthias Kaehlcke wrote: > >ep93xx: Refactoring of the timer code, including the following changes > > > > * use a free running timer instead of a periodical one > > * use unsigned long long for total num

[U-Boot] [PATCH v2] edb93xx: Fix SDRAM initialization

..440ad11 100644 --- a/board/edb93xx/sdram_cfg.c +++ b/board/edb93xx/sdram_cfg.c @@ -1,5 +1,5 @@ /* - * Copyright (C) 2009 Matthias Kaehlcke + * Copyright (C) 2009, 2010 Matthias Kaehlcke * * Copyright (C) 2006 Dominic Rath * @@ -30,9 +30,9 @@ (SDRAM_BASE_ADDR

[U-Boot] [PATCH 2/2 rev2] ep93xx: Refactoring of timer code

decrementing it * remove unused function udelay_masked() * remove unused function set_timer() Signed-off-by: Matthias Kaehlcke --- Changes with regard to rev1: * use TIMER_FREQ directly instead of recalculating it with rounding errors cpu/arm920t/ep93xx/timer.c | 70

[U-Boot] [PATCH 1/2] ep93xx: Fix calculation of sys ticks in clk_to_systicks()

ep93xx: Use unsigned long long for calculation of sys ticks in clk_to_systicks() for proper handling of large intermediate values Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/cpu/arm920t/ep93xx

Re: [U-Boot] [PATCH 2/2] ep93xx: Refactoring of timer code

code makes me wonder if the variable > really should be called "ticks" - looks more as a frequency to me? here i disagree, the function returns the number of ticks that pass in a certain number of microseconds, so i think 'ticks' is an appropiate name thanks for your rev

[U-Boot] [PATCH] edb93xx: Fix SDRAM initialization

@@ -1,5 +1,6 @@ /* - * Copyright (C) 2009 Matthias Kaehlcke + * Copyright (C) 2010, 2009 + * Matthias Kaehlcke * * Copyright (C) 2006 Dominic Rath * @@ -30,9 +31,9 @@ (SDRAM_BASE_ADDR | SDRAM_BANK_SEL_##bank | SDRAM_MODE_REG_VAL)) #define PRECHARGE_BANK(bank

[U-Boot] [PATCH 2/2] ep93xx: Refactoring of timer code

decrementing it * remove unused function udelay_masked() * remove unused function set_timer() Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c | 71 --- 1 files changed, 27 insertions(+), 44 deletions(-) diff --git a/cpu/arm920t/ep93xx/timer.c

[U-Boot] [PATCH 1/2] ep93xx: Fix calculation of sys ticks in clk_to_systicks()

ep93xx: Use unsigned long long for calculation of sys ticks in clk_to_systicks() for proper handling of large intermediate values Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/timer.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/cpu/arm920t/ep93xx

Re: [U-Boot] building and updating u-boot on redboot based

to execute? if the board boots with the modified SDRAM initialization no further testing is required thanks a lot for testing! -- Matthias Kaehlcke Embedded Linux Developer Barcelona Tant qu'il y aura sur terre des hommes pour qui existe un concept d' 'honneur na

Re: [U-Boot] building and updating u-boot on redboot based

d to flash the board with new image. Thanks a lot for your kind >help. i repeat, without knowing the board you are using (and find information online if it's not an edb9302 or edb9302a) is impossible. -- Matthias Kaehlcke Embedded Linux Developer Barcelona Dreams an

Re: [U-Boot] building and updating u-boot on redboot based

for UART boot. this jumper is board specific, i am sure the manual of your board has instructions for this. please don't forget to mention which board you are using, otherwise providing help is impossible -- Matthias Kaehlcke Embedded Linux Developer Barcelona We can'

Re: [U-Boot] building and updating u-boot on redboot based board

ded by your board manufacturer. i think you could skip step 2 (try to load U-Boot from RAM), as you can always restore your RedBoot bootloader using the same procedure as for flashing the U-Boot image btw, which version of U-Boot are you using, the current development version or a custom on

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

_MRS | GLCONFIG_CKE, &sdram->glconfig); + /* * The mode registers are programmed by performing a read from each * SDRAM bank. The value of the address that is read defines the value -- Matthias Kaehlcke Embedded Linux Developer Barcelona "The

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

hi alessandro, El Fri, Feb 12, 2010 at 10:23:58AM +0100 Matthias Kaehlcke ha dit: > El Fri, Feb 12, 2010 at 08:01:26AM +0100 Alessandro Rubini ha dit: > > > > i gave my ack after a visual review of the patch, without having > > > tested it. i just installed a patched u-

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

he current code works ... if we can't solve the issue in the next days, you could still send a patch which only writes the GlConfig register in program_mode_registers(). this would fix at least on of the issues and make your code less different from the one in the tree -- Matthias Kaehlc

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

ten during the > rewriting in C. > > Signed-off-by: Alessandro Rubini > Acked-by: Matthias Kaehlcke i gave my ack after a visual review of the patch, without having tested it. i just installed a patched u-boot on one of my boards and it doesn't boot :( at a first glance the offend

Re: [U-Boot] [PATCH] Introduce BIT macro

Hi Wolfgang, El Thu, Feb 11, 2010 at 09:46:22PM +0100 Wolfgang Denk ha dit: > Dear Matthias Kaehlcke, > > In message <20100211200302.ge15...@darwin> you wrote: > > Most code defines constants for bit positions by means of "(1 << n)". The > > Linux

[U-Boot] [PATCH] Introduce BIT macro

from davinci and ixp code. Signed-off-by: Matthias Kaehlcke --- cpu/arm926ejs/davinci/cpu.c |2 -- cpu/ixp/npe/include/IxOsalOsIxp400.h |2 -- include/asm-arm/arch-ixp/ixp425.h|2 -- include/linux/bitops.h |1 + 4 files changed, 1 insertions(+), 6 deletion

[U-Boot] [PATCH] edb9302(a): Tweak PLL settings

edb9302(a) with the same PLL settings as the other non-edb9301 boards, namely at 200MHz for the core and 100MHz for the system bus clock. Signed-off-by: Matthias Kaehlcke --- board/edb93xx/pll_cfg.h |6 +++--- board/edb93xx/sdram_cfg.h |7 --- 2 files changed, 7 insertions(+), 6

Re: [U-Boot] [PATCH 3/3] edb93xx: enable the uart in devicecfg register

h is correct at the functional and coding style level i'll leave it to Tom to decide if we fix this now or later > + writel(0xAA, &syscon->sysswlock); > + writel(value, &syscon->devicecfg); > + > /* Machine number, as defined in linux/arch/arm/tools/mach-type

Re: [U-Boot] [PATCH 2/3] edb93xx: change calculation un early_udelay.h

k yet. > The patch explicitly removes the division, so no stack is used. > > The calculation of the counter calls a division by 20 > > Signed-off-by: Alessandro Rubini Acked-by: Matthias Kaehlcke -- Matthias Kaehlcke Embedded Linux Developer Barcelona We build to

Re: [U-Boot] [PATCH 1/3] EP93xx: fix syscon_regs definition

t; > Signed-off-by: Alessandro Rubini Acked-by: Matthias Kaehlcke -- Matthias Kaehlcke Embedded Linux Developer Barcelona If liberty means anything at all, it means the right to tell people what they do not want to hear

Re: [U-Boot] [PATCH 0/3] Fixes for edb9315

Hi Alessandro, El Sat, Feb 06, 2010 at 08:53:30PM +0100 Alessandro Rubini ha dit: > I'm porting current u-boot to a board similar to EP9315A, so I'm using > arm/master as a basis, as it includes the patches by Matthias > Kaehlcke. I'm currently running from RAM (SK

[U-Boot] [PATCH 3/3] Add support for EDB93xx boards

Added support for the following EDB93xx boards: EDB9301 EDB9302 EDB9302A EDB9307 EDB9307A EDB93012 EDB9315 EDB9315A Signed-off-by: Matthias Kaehlcke --- Changes with respect to rev5: * fixed whitespace issues * simplified copying of exception vectors in dram_init() * added comment about

[U-Boot] [PATCH 2/3] Add EP93xx ethernet driver

Added ethernet driver for EP93xx SoCs Signed-off-by: Matthias Kaehlcke Acked-by: Ben Warren --- no changes with respect to rev5 drivers/net/Makefile |1 + drivers/net/ep93xx_eth.c | 653 ++ drivers/net/ep93xx_eth.h | 144

[U-Boot] [PATCH 1/3] ARM: Add support for EP93xx SoCs

Add support for the Cirrus EP93xx platform Signed-off-by: Matthias Kaehlcke Acked-by: Tom --- no changes with respect to rev5 cpu/arm920t/ep93xx/Makefile | 56 cpu/arm920t/ep93xx/cpu.c | 51 +++ cpu/arm920t/ep93xx/led.c | 101 ++ cpu/arm920t

[U-Boot] [PATCH 0/3] ARM: Add support for EDB93xx boards [rev6]

Matthias Kaehlcke (3): ARM: Add support for EP93xx SoCs Add EP93xx ethernet driver Add support for EDB93xx boards MAINTAINERS | 10 + MAKEALL |8 + Makefile | 10 + board/edb93xx/Makefile

Re: [U-Boot] [PATCH 1/3] ARM: Add support for EP93xx SoCs

El Sun, Jan 31, 2010 at 12:53:37PM -0600 Tom ha dit: > Matthias Kaehlcke wrote: > >Add support for the Cirrus EP93xx platform > > > >Signed-off-by: Matthias Kaehlcke > >--- > > cpu/arm920t/ep93xx/Makefile | 56 > > cpu/arm920t/ep93xx/cpu.c

Re: [U-Boot] [PATCH 2/3] Add EP93xx ethernet driver

Hi Ben, El Sun, Jan 31, 2010 at 09:24:36PM -0800 Ben Warren ha dit: > Matthias Kaehlcke wrote: > >Added ethernet driver for EP93xx SoCs > > > >Signed-off-by: Matthias Kaehlcke > >--- > > drivers/net/Makefile |1 + &g

[U-Boot] [PATCH 3/3] Add support for EDB93xx boards

Added support for the following EDB93xx boards: EDB9301 EDB9302 EDB9302A EDB9307 EDB9307A EDB93012 EDB9315 EDB9315A Signed-off-by: Matthias Kaehlcke --- MAINTAINERS | 10 ++ MAKEALL |8 ++ Makefile | 10 ++ board/edb93xx

[U-Boot] [PATCH 2/3] Add EP93xx ethernet driver

Added ethernet driver for EP93xx SoCs Signed-off-by: Matthias Kaehlcke --- drivers/net/Makefile |1 + drivers/net/ep93xx_eth.c | 653 ++ drivers/net/ep93xx_eth.h | 144 ++ include/common.h |5 + include/netdev.h

[U-Boot] [PATCH 1/3] ARM: Add support for EP93xx SoCs

Add support for the Cirrus EP93xx platform Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/Makefile | 56 cpu/arm920t/ep93xx/cpu.c | 51 +++ cpu/arm920t/ep93xx/led.c | 101 ++ cpu/arm920t/ep93xx/lowlevel_init.S | 65 cpu/arm920t

[U-Boot] [PATCH 0/3] ARM: Add support for EDB93xx boards [rev5]

dump_xxx() * renamed misnamed label eth_send_failed_0 * fixed return values of ep93xx_eth_initialize() * use more specific namespace for conditional compilation of ep93xx_eth.h Matthias Kaehlcke (3): ARM: Add support for EP93xx SoCs Add EP93xx ethernet driver Add support for EDB93xx boards

Re: [U-Boot] [PATCH 00/12] net: Fix return values of xxx_initialize()

El Sun, Jan 24, 2010 at 09:17:16AM -0800 Ben Warren ha dit: >Hi Matthias, > >On Sun, Jan 24, 2010 at 2:07 AM, Matthias Kaehlcke >wrote: > > Fix network drivers that don't return the number of initialized > devices upon successful initializatio

[U-Boot] [PATCH 3/3] Add support for EDB93xx boards

Added support for the following EDB93xx boards: EDB9301 EDB9302 EDB9302A EDB9307 EDB9307A EDB93012 EDB9315 EDB9315A Signed-off-by: Matthias Kaehlcke --- MAINTAINERS | 10 ++ MAKEALL |8 ++ Makefile | 10 ++ board/edb93xx

[U-Boot] [PATCH 1/3] ARM: Add support for EP93xx SoCs

Add support for the Cirrus EP93xx platform Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/Makefile | 56 cpu/arm920t/ep93xx/cpu.c | 51 +++ cpu/arm920t/ep93xx/led.c | 101 ++ cpu/arm920t/ep93xx/lowlevel_init.S | 65 cpu/arm920t

[U-Boot] [PATCH 2/3] Add EP93xx ethernet driver

Added ethernet driver for EP93xx SoCs Signed-off-by: Matthias Kaehlcke --- drivers/net/Makefile |1 + drivers/net/ep93xx_eth.c | 654 ++ drivers/net/ep93xx_eth.h | 144 ++ include/common.h |5 + include/netdev.h

[U-Boot] [PATCH 0/3] ARM: Add support for EDB93xx boards [rev4]

32 bit integers * removed declaration of prototypes of get_XCLK() board * use DECLARE_GLOBAL_DATA_PTR at file level * renamed MACH_TYPE to CONFIG_MACH_TYPE * use memcpy instead of copying the exception vectors manually * added file header to board config file Matthias Kaehlcke (3):

Re: [U-Boot] [PATCH 11/12] sh_eth: Fix return value of sh_eth_initialize()

Hi Mike, El Sun, Jan 24, 2010 at 05:57:52AM -0500 Mike Frysinger ha dit: > On Sunday 24 January 2010 05:07:59 Matthias Kaehlcke wrote: > > --- a/drivers/net/sh_eth.c > > +++ b/drivers/net/sh_eth.c > > eth = (struct sh_eth_dev *)malloc(sizeof(struct sh_eth_de

[U-Boot] [PATCH 06/12] INCA IP: Fix return value of inca_switch_initialize()

INCA IP: Return 1 from inca_switch_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/inca-ip_sw.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/inca-ip_sw.c b/drivers/net/inca-ip_sw.c index 492f5ce..d579e4f

[U-Boot] [PATCH 09/12] mcffec: Fix return value of mcffec_initialize()

mcffec: Return the number of initialized devices from mcffec_initialize() Signed-off-by: Matthias Kaehlcke --- drivers/net/mcffec.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c index 64be5de..6043ca1 100644 --- a/drivers

[U-Boot] [PATCH 05/12] fsl_mcdmafec: Fix return value of mcdmafec_initialize()

fsl_mcdmafec: Return 1 from mcdmafec_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/fsl_mcdmafec.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/fsl_mcdmafec.c b/drivers/net/fsl_mcdmafec.c index 35a6dfb

[U-Boot] [PATCH 01/12] 4xx_enet: Fix return value of ppc_4xx_eth_initialize()

4xx_enet: Return 1 from ppc_4xx_eth_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/4xx_enet.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/4xx_enet.c b/drivers/net/4xx_enet.c index 2fac641..d61873d 100644

[U-Boot] [PATCH 12/12] smc91111: Fix return value of smc91111_initialize()

smc9: Return 1 from smc9_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/smc9.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/smc9.c b/drivers/net/smc9.c index 54a1bfb..528efb1 100644 --- a

[U-Boot] [PATCH 10/12] plb2800: Fix return values of plb2800_eth_initialize()

plb2800: Return 1 from plb2800_eth_initialize() upon successful initialization and 0 in case of failure Signed-off-by: Matthias Kaehlcke --- drivers/net/plb2800_eth.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/plb2800_eth.c b/drivers/net

[U-Boot] [PATCH 11/12] sh_eth: Fix return value of sh_eth_initialize()

sh_eth: Return 1 from sh_eth_initialize() upon successful initialization and 0 in case of failure Signed-off-by: Matthias Kaehlcke --- drivers/net/sh_eth.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/sh_eth.c b/drivers/net/sh_eth.c index 86cc324

[U-Boot] [PATCH 08/12] macb: Fix return values of macb_eth_initialize()

macb: Return 1 from macb_eth_initialize() upon successful initialization and 0 in case of failure Signed-off-by: Matthias Kaehlcke --- drivers/net/macb.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/macb.c b/drivers/net/macb.c index c184353..e2a0724

[U-Boot] [PATCH 07/12] lan91c96: Fix return value of lan91c96_initialize()

lan91c96: Return 1 from lan91c96_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/lan91c96.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/lan91c96.c b/drivers/net/lan91c96.c index 90e4002..d255179 100644 --- a

[U-Boot] [PATCH 03/12] dnet: Fix return value of dnet_eth_initialize()

dnet: Return 1 from dnet_eth_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/dnet.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/dnet.c b/drivers/net/dnet.c index bfe87fa..6e7afc3 100644 --- a/drivers/net

[U-Boot] [PATCH 04/12] fec_mxc: Fix return values of fec_probe()

fec_mxc: Return 1 from fec_probe() upon successfully initialization and 0 in case of failure Signed-off-by: Matthias Kaehlcke --- drivers/net/fec_mxc.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c index 19116f2

[U-Boot] [PATCH 02/12] bfin_EMAC: Fix return value of bfin_EMAC_initialize()

bfin_EMAC: Return 1 from bfin_EMAC_initialize() upon successful initialization Signed-off-by: Matthias Kaehlcke --- drivers/net/bfin_mac.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/bfin_mac.c b/drivers/net/bfin_mac.c index ec45b63..f527c9c 100644

[U-Boot] [PATCH 00/12] net: Fix return values of xxx_initialize()

Fix network drivers that don't return the number of initialized devices upon successful initialization and 0 in case of failure Matthias Kaehlcke (12): 4xx_enet: Fix return value of ppc_4xx_eth_initialize() bfin_EMAC: Fix return value of bfin_EMAC_initialize() dnet: Fix return val

Re: [U-Boot] [PATCH] smc911x driver: cleanup smc911x_initialize()

Hi Ben, El Thu, Jan 21, 2010 at 11:36:41PM -0800 Ben Warren ha dit: >On Thu, Jan 21, 2010 at 10:18 PM, Matthias Kaehlcke > wrote: > > El Thu, Jan 21, 2010 at 06:01:47PM -0500 Mike Frysinger ha dit: > > On Thursday 21 January 2010 16:29:24 Matth

Re: [U-Boot] [PATCH] smc911x driver: cleanup smc911x_initialize()

hi mike, El Thu, Jan 21, 2010 at 06:01:47PM -0500 Mike Frysinger ha dit: > On Thursday 21 January 2010 16:29:24 Matthias Kaehlcke wrote: > > smc911x_initialize(): remove unecessary call to free() and > > return 0 in case of failure instead of -1 > > > > Signe

Re: [U-Boot] [PATCH] cs8900 driver: cleanup cs8900_initialize()

hi wolfgang, El Thu, Jan 21, 2010 at 11:02:17PM +0100 Wolfgang Denk ha dit: > Dear Matthias Kaehlcke, > > In message <20100121211245.ga16...@darwin> you wrote: > > > > > 'return 0' is actually correct. It refers to the number of devices that >

[U-Boot] [PATCH] smc911x driver: cleanup smc911x_initialize()

smc911x_initialize(): remove unecessary call to free() and return 0 in case of failure instead of -1 Signed-off-by: Matthias Kaehlcke --- drivers/net/smc911x.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c index 5d51406

[U-Boot] [PATCH] cs8900_initialize() cleanup [rev2]

cs8900_initialize(): remove unecessary calls to free() and fix memory leak Signed-off-by: Matthias Kaehlcke --- drivers/net/cs8900.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/net/cs8900.c b/drivers/net/cs8900.c index df36004..9424fb2 100644 --- a/drivers

Re: [U-Boot] [PATCH] cs8900 driver: cleanup cs8900_initialize()

El Thu, Jan 21, 2010 at 01:10:45PM -0800 Ben Warren ha dit: > Matthias Kaehlcke wrote: >> cs8900_initialize(): remove unecessary calls to free(), fix memory leak and >> report errors in the return value >> >> Signed-off-by: Matthias Kaehlcke >> --- >> dr

[U-Boot] [PATCH] cs8900 driver: cleanup cs8900_initialize()

cs8900_initialize(): remove unecessary calls to free(), fix memory leak and report errors in the return value Signed-off-by: Matthias Kaehlcke --- drivers/net/cs8900.c |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/net/cs8900.c b/drivers/net/cs8900.c

Re: [U-Boot] [PATCH 2/3] Add EP93xx ethernet driver

Hi Ben, thanks for your review! El Tue, Jan 19, 2010 at 01:30:21PM -0800 Ben Warren ha dit: > Matthias Kaehlcke wrote: >> Added ethernet driver for EP93xx SoCs >> >> Signed-off-by: Matthias Kaehlcke >> --- >> drivers/net/Makefile |1

[U-Boot] [PATCH 2/3] Add EP93xx ethernet driver

Added ethernet driver for EP93xx SoCs Signed-off-by: Matthias Kaehlcke --- drivers/net/Makefile |1 + drivers/net/ep93xx.c | 658 ++ drivers/net/ep93xx.h | 145 +++ include/common.h |8 +- include/netdev.h |1 + 5

[U-Boot] [PATCH 0/3] ARM: Add support for EDB93xx boards [rev3]

ral coding style issues * renamed macro ERROR to error Matthias Kaehlcke (3): ARM: Add support for EP93xx SoCs Add EP93xx ethernet driver Add support for EDB93xx boards MAINTAINERS | 10 + MAKEALL |8 +

[U-Boot] [PATCH 3/3] Add support for EDB93xx boards

Added support for the following EDB93xx boards: EDB9301 EDB9302 EDB9302A EDB9307 EDB9307A EDB93012 EDB9315 EDB9315A Signed-off-by: Matthias Kaehlcke --- MAINTAINERS | 10 ++ MAKEALL |8 ++ Makefile | 10 ++ board/edb93xx

[U-Boot] [PATCH 1/3] ARM: Add support for EP93xx SoCs

Add support for the Cirrus EP93xx platform Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/Makefile | 56 cpu/arm920t/ep93xx/cpu.c | 51 +++ cpu/arm920t/ep93xx/led.c | 101 ++ cpu/arm920t/ep93xx/lowlevel_init.S | 65 cpu/arm920t

Re: [U-Boot] [PATCH 1/3] ARM: Add support for EP93XX SoCs

hi tom, thanks for your review! El Sun, Jan 17, 2010 at 09:25:52AM -0600 Tom ha dit: > Matthias Kaehlcke wrote: >> Add support for the Cirrus EP93XX platform >> >> Signed-off-by: Matthias Kaehlcke >> --- >> cpu/arm920t/ep93xx/Makefile | 56

[U-Boot] [PATCH 3/3] Add support for EDB93XX boards

Added support for the following EDB93XX boards: EDB9301 EDB9302 EDB9302A EDB9307 EDB9307A EDB93012 EDB9315 EDB9315A Signed-off-by: Matthias Kaehlcke --- MAINTAINERS | 10 ++ MAKEALL |8 ++ Makefile | 10 ++ board/edb93xx

[U-Boot] [PATCH 2/3] Add EP93XX ethernet driver

Added ethernet driver for EP93XX SoCs Signed-off-by: Matthias Kaehlcke --- drivers/net/Makefile |1 + drivers/net/ep93xx.c | 677 ++ drivers/net/ep93xx.h | 153 include/common.h | 10 +- 4 files changed, 840 insertions

[U-Boot] [PATCH 1/3] ARM: Add support for EP93XX SoCs

Add support for the Cirrus EP93XX platform Signed-off-by: Matthias Kaehlcke --- cpu/arm920t/ep93xx/Makefile | 56 cpu/arm920t/ep93xx/cpu.c | 51 +++ cpu/arm920t/ep93xx/led.c | 63 cpu/arm920t/ep93xx/led.h | 26 ++ cpu/arm920t/ep93xx

[U-Boot] [PATCH 0/3] ARM: Add support for EDB93XX boards [rev2]

as maintainer for edb9xxx boards * added edb93xx boards to MAKEALL * simplified board config file * removed board specific network settings * removed unused functions Matthias Kaehlcke (3): ARM: Add support for EP93XX SoCs Add EP93XX ethernet driver Add support for EDB93XX boards

[U-Boot] [PATCH] move definition of macros likely and unlikely to compiler.h

the macros likely and unlikely were defined in include/linux/mtd/compat.h, but used in code not related to MTD. moved the macro definitions to compiler.h Signed-off-by: Matthias Kaehlcke --- include/compiler.h |3 +++ include/linux/mtd/compat.h |3 --- 2 files changed, 3

[U-Boot] BUG_ON() uses macro unlikely(), which isn't defined

27;unlikely' in BUG_ON b) define likely() and unlikely() in common.h c) define likely() and unlikely() elsewhere d) ? best regards -- Matthias Kaehlcke Embedded Linux Developer Barcelona C treats you like a consenting adult. Pascal treats you like a naughty child. Ada treats

Re: [U-Boot] [PATCH] ARM: Add support for edb93xx boards

c} is there a way to convince the compiler not to use the stack, or is it for some reason impossible to translate this routine to C without having a stack? kind regards -- Matthias Kaehlcke Embedded Linux Developer Barcelona The salvation of mankind lies only in making everything

[U-Boot] early delay from C (before stack setup)

pends on is not set up at this point. could someone please enlighten me and tell me what is the U-Boot way to perform this kind of delay? -- Matthias Kaehlcke Embedded Linux Developer Barcelona Nationalism is an infantile disease. It is the measles of mankind (A

Re: [U-Boot] [PATCH] ARM: Add support for edb93xx boards

tice that > one of the really early things it does is calling coloured_LED_init() > and red_LED_on(). Note that these functions are implemented in C. thanks a lot for your explications and for providing an example best regards -- Matthias Kaehlcke Embedded Linux Developer Barce

Re: [U-Boot] [PATCH] ARM: Add support for edb93xx boards

AM timings as U-Boot is running from RAM. could you please give some advice to clear my confusion and maybe provide a pointer to a board/cpu which handles low-level setup in the intended way? thanks -- Matthias Kaehlcke Embedded Linux Developer Barcelona Me lo contaron y lo olvidé, lo v

Re: [U-Boot] [PATCH] ARM: Add support for edb93xx boards

0xc000 /* consisting of 1x > > Samsung */ > > +#define PHYS_SDRAM_SIZE_1 0x0080 /* K4S561632E-TC75 256 Mbit > > */ > > +#define PHYS_SDRAM_2 0xc100 /* SDRAM on a 16-bit > > data bus,*/ > > +#de

Re: [U-Boot] [PATCH 2/2 v6] KB9202: Add NAND support

Add KB9202 NAND driver Signed-off-by: Matthias Kaehlcke --- El Thu, Jul 16, 2009 at 01:45:57PM -0500 Scott Wood ha dit: > On Sun, Jul 12, 2009 at 09:57:13PM +0200, Jean-Christophe PLAGNIOL-VILLARD > wrote: > > On 15:51 Wed 24 Jun , Scott Wood wrote: > > > On Wed,

Re: [U-Boot] [PATCH 2/2 v5] KB9202: Add NAND support

Add NAND support for the KwikByte KB9202 Signed-off-by: Matthias Kaehlcke --- El Tue, Jun 23, 2009 at 04:19:40PM -0500 Scott Wood ha dit: > I get conflicts in kb9202.h. Is this against an arch tree, or does it > need to be respun? The previous patches were against v2009-03, as

Re: [U-Boot] [PATCH 2/2 v4] KB9202: Add NAND support

Add NAND support for the KwikByte KB9202 Signed-off-by: Matthias Kaehlcke -- Changes: - moved driver to drivers/mtd/nand/ - use i/o accessors - don't check for ATL custom board - removed unnecessary cast - don't use magic numbers drivers/mtd/nand/Makefile

Re: [U-Boot] [PATCH 2/2] KB9202: Add NAND support

El Thu, Jun 04, 2009 at 08:08:04PM +0200 Stefan Roese ha dit: > On Thursday 04 June 2009 19:49:25 Matthias Kaehlcke wrote: > > > > This is a forward port of the patch submitted by Christian from > > > > Kwikbyte in 06/2007 > > > > (http://lists.denx.de

Re: [U-Boot] [PATCH 2/2] KB9202: Add NAND support

El Thu, Jun 04, 2009 at 08:53:10AM +0200 Stefan Roese ha dit: > On Wednesday 03 June 2009 19:42:00 Matthias Kaehlcke wrote: > > > > > here is a version of the patch that addresses the issues you pointed > > out. sorry for the late response, my development system died an

Re: [U-Boot] [PATCH 2/2] KB9202: Add NAND support

El Wed, Jun 03, 2009 at 02:50:40PM -0500 Scott Wood ha dit: > Matthias Kaehlcke wrote: >> hi, >> >> El Fri, May 15, 2009 at 05:30:48PM -0500 Scott Wood ha dit: >> >>> Matthias Kaehlcke wrote: >>>> +/* >>>> + * Board-specific function t

Re: [U-Boot] [PATCH 2/2] KB9202: Add NAND support

hi, El Fri, May 15, 2009 at 05:30:48PM -0500 Scott Wood ha dit: > Matthias Kaehlcke wrote: >> +/* >> + * Board-specific function to access the device ready signal. >> + */ >> +static int kb9202_nand_ready(struct mtd_info *mtd) >> +{ >> +return (((AT91C_

Re: [U-Boot] [PATCH 2/2] KB9202: Add NAND support

El Mon, May 18, 2009 at 12:38:35PM -0500 Scott Wood ha dit: > Matthias Kaehlcke wrote: >>>> +#ifdef CONFIG_KB9202B_ATL >>>> +#define CFG_MAX_FLASH_BANKS0 >>>> +#else >>> Is this really the recommended way of turning off flash support? >>

Re: [U-Boot] [PATCH 2/2] KB9202: Add NAND support

Hi Scott El Fri, May 15, 2009 at 05:30:48PM -0500 Scott Wood ha dit: > Matthias Kaehlcke wrote: >> +/* >> + * Board-specific function to access the device ready signal. >> + */ >> +static int kb9202_nand_ready(struct mtd_info *mtd) >> +{ >> +

[U-Boot] [PATCH 2/2] KB9202: Add NAND support

KB9202: Add NAND support This is a forward port of the patch submitted by Christian from Kwikbyte in 06/2007 (http://lists.denx.de/pipermail/u-boot/2007-June/022068.html) Signed-off-by: Matthias Kaehlcke -- --- u-boot-2009.03.org/board/kb9202/Makefile2009-03-21 22:04:41.0 +0100

[U-Boot] [PATCH 1/2] KB9202: Update board resource information

KB9202: Correctly define RAM, FLASH, ENV, and CFG_MALLOC variables This patch is a forward port of the one submitted by Christian from Kwikbyte in 06/2007 (http://lists.denx.de/pipermail/u-boot/2007-June/021950.html) Signed-off-by: Matthias Kaehlcke -- --- u-boot-2009.03.org/board/kb9202

Re: [U-Boot] kb9202/at91rm9200: compiler quirk?

hi jean-christophe, El Mon, May 04, 2009 at 11:26:12PM +0200 Jean-Christophe PLAGNIOL-VILLARD ha dit: > On 20:13 Mon 04 May , Matthias Kaehlcke wrote: > > > i'm trying to do a forward port of the out of tree patches for the > > kwikbyte kb9202b. my board is booti

[U-Boot] kb9202/at91rm9200: compiler quirk?

900 any idea what could be the problem? some kind of compiler optimization i guess, though i expected the two expressions to be 100% equivalent. -- Matthias Kaehlcke Embedded Linux Engineer Barcelona An ounce of practice is worth more than tons of preaching