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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 +
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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):
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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-
_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
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
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'
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
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
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
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
@@ -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
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
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
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
..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
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
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
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
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
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
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
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
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(+)
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
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
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
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
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
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)
>> +{
>> +
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?
>>
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_
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
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
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
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
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
98 matches
Mail list logo