[U-Boot] [PATCH] net/net.c: correct timeout function

Hi, the net/net.c implemenation of timeouts assumes that get_timer() returns values in milliseconds. As this is true for most platforms, it does not apply to PXA3x where the OSCR register increments with more than 3MHz. The following patch fixes the problem by calculation with the CONFIG_SYS_HZ v

[U-Boot] [PATCH] ne2000: take MAC address from config if available

Hi, the board I'm currently working on has an ASIX AX88796 NE2000 clone but no EEPROM attached to it. Hence, the get_prom() routine returns zeros only so the system won't work. This patch takes the MAC address given by CONFIG_ETHADDR and translates it to numeric values. This could probably go to

[U-Boot] [PATCH] fix lib_arm/bootm.c

Hi, while digging thru the sources to find out why U-Boot won't start my Linux kernel, I stumbled over lib_arm/bootm.c and its check for the falg variable. I wonder how this ever worked as the condition is really heavy to match unless BOOTM_STATE_OS_GO is 0 which it isn't. So I guess the patch be

[U-Boot] gd_t/bd_t on ARM

Hi, I'm hunting weird behaviours with the gd_t global data pointer on my PXA300 board board. The pointer gets set up fine in lib_arm/boot.c and gd->bd is filled in my board specific code. However, after the tftp download is finished, the content of these structures have been destroyed and overwrit

[U-Boot] [PATCH] PXA3xx: fix CKEN[AB]

Hi, there are some bits in PXA3xx' CKENA/CKENB registers which need to be set always, according to the documentation. They are actually different for the three families, but as there is no way to keep track of them yet in U-Boot, I'd rather apply this patch and enable some clocks on some processor

Re: [U-Boot] gd_t/bd_t on ARM

Hi Remy, On Fri, Nov 28, 2008 at 10:39:49PM +0100, Remy Bohmer wrote: > > I'm hunting weird behaviours with the gd_t global data pointer on my > > PXA300 board board. The pointer gets set up fine in lib_arm/boot.c and > > gd->bd is filled in my board specific code. However, after the tftp > > down

Re: [U-Boot] [PATCH] ne2000: take MAC address from config if available

o > have something like CONFIG_NE2000_NOPROM, and if defined, make a > 'getenv("ethaddr")' call and program the hardware with the return value > (with proper error checking, of course). I agree. See the patch below. Thanks, Daniel This patch adds CONFIG_NE2000_NOPROM a

Re: [U-Boot] iPAQ 21x support (+PXA3xx NAND flash and MMC)

Hi Oliver, On Sat, Nov 29, 2008 at 02:03:25PM +, Oliver Ford wrote: > I've recently started trying to use U-boot on an iPAQ 214 which runs on > a PXA310 cpu. > I've got the basic boot up, NAND flash and MMC systems working so far. > > I originally tried to use the zylonite's nand.c that's al

[U-Boot] [PATCH] add support for Toradex Colibri PXA300 module

Hi, this patch adds support for Toradex' "Colibri PXA300" module. I had to modify the AX88796 driver a bit to make it work, but that goes in a different patch. Also, the board code does not support NAND yet. I'll implement the code from Oliver Ford soon. Signed-off-by:

[U-Boot] [PATCH] drivers/net/ax88796.h revised

Hi, I overhauled drivers/net/ax88796.h a bit to make some more settings board-dependend that used to be hard-coded. There is also a new settings block for the chip to be used on the Colibri PXA300 board. Signed-off-by: Daniel Mack <[EMAIL PROTECTED]> diff --git a/drivers/net/ax887

Re: [U-Boot] How to backup the working u-boot image from the flash image.

Hi, On Mon, Dec 01, 2008 at 12:13:28PM +0530, Mohamed Thalib .H wrote: > Since I dont have the source code of u-boot image which is prgrammed in > the board. I want to know how can I back up the working u-boot present > in the flash and store it in a file in my system before flashing the new

Re: [U-Boot] iPAQ 21x support (+PXA3xx NAND flash and MMC)

On Mon, Dec 01, 2008 at 07:19:47PM +, Oliver Ford wrote: > > I'm pretty interested. NAND on the pxa320 is proving to be a pain > > to us. > It seems I'd forgotten to cc' the list on my reply to Daniel so I've > fw'ed that on now - see that msg for some of the details and the source. > >

Re: [U-Boot] [PATCH] net/net.c: correct timeout function

On Fri, Nov 28, 2008 at 05:25:29PM +0100, Daniel Mack wrote: > the net/net.c implemenation of timeouts assumes that get_timer() returns > values in milliseconds. As this is true for most platforms, it does not > apply to PXA3x where the OSCR register increments with more than 3MHz.

Re: [U-Boot] [PATCH] PXA3xx: fix CKEN[AB]

processors which are not neccessarily needed. Signed-off-by: Daniel Mack <[EMAIL PROTECTED]> --- cpu/pxa/start.S |4 ++-- include/asm-arm/arch-pxa/pxa-regs.h |2 ++ 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/cpu/pxa/start.S b/cpu/pxa/start

Re: [U-Boot] [PATCH] net/net.c: correct timeout function

variable. Signed-off-by: Daniel Mack <[EMAIL PROTECTED]> --- net.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/net/net.c b/net/net.c index 77e83b5..b9326de 100644 --- a/net/net.c +++ b/net/net.c @@ -206,6 +206,11 @@ uchar NetArpWaitPac

Re: [U-Boot] [PATCH] ne2000: take MAC address from config if available

This adds CONFIG_NE2000_NOPROM. If set, the ethernet MAC address is taken from the environment variable 'ethaddr' and the NIC is configured accordingly. Needed for boards that don't have an EEPROM to store this setting permanently. Signed-off-by: Daniel Mack &l

Re: [U-Boot] [PATCH] net/net.c: correct timeout function

Hi Ben, On Tue, Dec 02, 2008 at 04:43:32PM -0800, Ben Warren wrote: > Sorry, I've been bogged down with other stuff. Some things are missing > from your patches, which can mainly be fixed by using 'git format-patch > -C': > 1. No signed-off-by > 2. No diffstat > 3. Place text that shouldn't be

[U-Boot] [PATCH] net/net.c: add get_timer_ms()

Make timeout implementation in net/net.c take into account the CONFIG_SYS_HZ variable. This is needed for all CPUs where the default timer is running on anything else than 1000. Signed-off-by: Daniel Mack <[EMAIL PROTECTED]> --- net/net.c | 15 ++- 1 files changed, 10 inse

Re: [U-Boot] [PATCH] net/net.c: add get_timer_ms()

Hi, On Fri, Dec 05, 2008 at 09:26:27PM +0100, Wolfgang Denk wrote: > > net/net.c | 15 ++- > > 1 files changed, 10 insertions(+), 5 deletions(-) > > > > diff --git a/net/net.c b/net/net.c > > index 77e83b5..1c48236 100644 > > --- a/net/net.c > > +++ b/net/net.c > > @@ -206,6 +206,1

Re: [U-Boot] [PATCH] net/net.c: add get_timer_ms()

On Fri, Dec 05, 2008 at 10:01:44PM +0100, Wolfgang Denk wrote: > > The timer implementation (at least the one for PXA processors) assumes > > that the OSCR register increments 1000 times a second. Which it doesn't > > for PXA3xx variants. Hence, all functions from cpu/pxa/interrupts.c will > > beha

Re: [U-Boot] [PATCH] net/net.c: add get_timer_ms()

On Fri, Dec 05, 2008 at 10:16:22PM +0100, Wolfgang Denk wrote: > > Ok. Do you want me to submit some "#ifdef MONAHANS" patch for the pxa > > ge_timer() function or is anyone working on major reworks for this > > anyway? > > You best coordinate this with Jean-Christophe, the PXA custodian. I guess

Re: [U-Boot] [PATCH] add support for Toradex Colibri PXA300 module

Hi, On Sat, Dec 06, 2008 at 06:11:04PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 18:42 Sat 29 Nov , Daniel Mack wrote: > > Hi, > > > > this patch adds support for Toradex' "Colibri PXA300" module. I had to > > modify the AX88796 driver

Re: [U-Boot] [PATCH] ne2000: take MAC address from config if available

on't have an EEPROM to store this > > setting permanently. > > > > Signed-off-by: Daniel Mack > > > > --- > > ne2000_base.c | 38 -- > > 1 file changed, 28 insertions(+), 10 deletions(-) > > Why do we need

[U-Boot] [PATCH] usb: musb-new: core: set MUSB_POWER_HSENAB in MUSB_POWER for host mode

the USB communication is stuck. To fix this, set the bit unconditionally, not only for CONFIG_USB_GADGET_DUALSPEED but also for host-only modes. Signed-off-by: Daniel Mack --- drivers/usb/musb-new/musb_core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/usb/musb-new/musb_core.c b

[U-Boot] Toradex Colibri, PXA-270 (ARM)

Hello, i recently stumbled upon a compile-error which appears after trying to compile via /./MAKEALL --arch arm --cpu pxa --vendor toradex/ , it appears U-Boot uses software-FP whereas the native XScale-libs use hardware-FP, see for yourself please : /[dmack@Blizzard ~/workspace/u-boot]$ .

[U-Boot] [PATCH] OMAP I2C: fix handling of alen = 0

STOP-bit-ommited transfers. Signed-off-by: Daniel Mack Cc: Dirk Behme Cc: Igor Grinberg Cc: Tom Rini Cc: Steve Sakoman Cc: Michal Simek Cc: Wolfgang Denk Cc: Tom Rix --- On a OMAP3-based board, I needed raw I2C messages to configure peripheral devices, and it turned out that the current

[U-Boot] [PATCH] part_dos: check status flags of partitions

. Please consider applying the following patch. Daniel >From 381a85bf04adc228cc70e8fa7af899a6dbf07e42 Mon Sep 17 00:00:00 2001 From: Daniel Mack Date: Mon, 28 Sep 2009 11:40:38 +0200 Subject: [PATCH] part_dos: check status flags of partitions Only read partitions which have 0x00 or 0x80 set

Re: [U-Boot] [PATCH] part_dos: check status flags of partitions

ping? On Mon, Sep 28, 2009 at 12:04:00PM +0200, Daniel Mack wrote: > The current fatload code has a problem together with the way the DOS > partition parser is implemented. > > This hit me when I tried to load a file from a USB stick which had no > partition table but a FAT16 dire

[U-Boot] [PATCH 2/3] smc911x: add support for LAN9220

Signed-off-by: Daniel Mack Cc: Sascha Hauer --- drivers/net/smc911x.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/smc911x.h b/drivers/net/smc911x.h index 80d2ce0..2b01cf5 100644 --- a/drivers/net/smc911x.h +++ b/drivers/net/smc911x.h @@ -382,6 +382,7

[U-Boot] [PATCH 1/3] smc911x: write back the manually set MAC address

If the MAX address is given by the environment, write it back to the hardware. Signed-off-by: Daniel Mack Cc: Sascha Hauer --- drivers/net/smc911x.c |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c index 30f2dc2

[U-Boot] [PATCH 3/3] smc911x: do net reset the chip if no EEPROM is connected

On boards without EEPROMs, don't reset the chip on U-Boot's exit so that the MAC set by environment settings can be used by the OS later. Signed-off-by: Daniel Mack Cc: Sascha Hauer --- drivers/net/smc911x.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/d

Re: [U-Boot] [PATCH 3/3] smc911x: do net reset the chip if no EEPROM is connected

On Wed, Apr 08, 2009 at 06:00:40PM -0400, Mike Frysinger wrote: > On Wednesday 08 April 2009 07:23:39 Daniel Mack wrote: > > On boards without EEPROMs, don't reset the chip on U-Boot's exit so that > > the MAC set by environment settings can be used by the OS later. >

Re: [U-Boot] [PATCH 1/3] smc911x: write back the manually set MAC address

On Wed, Apr 08, 2009 at 01:23:37PM +0200, Daniel Mack wrote: > Signed-off-by: Daniel Mack > Cc: Sascha Hauer ping. > --- > drivers/net/smc911x.c |9 +++-- > 1 files changed, 7 insertions(+), 2 deletions(-) > > diff --git a/drivers/net/smc911x.c b/drivers/

Re: [U-Boot] [PATCH 3/3] smc911x: do net reset the chip if no EEPROM is connected

On Wed, Apr 08, 2009 at 11:57:37PM -0400, Mike Frysinger wrote: > > Not if the MAC is stored in the volatile smc911x registers. Issuing a > > soft reset flushes these values - if U-Boot does that, the OS has no > > change getting them. > > then either your u-boot or your OS is misconfigured and yo

Re: [U-Boot] [PATCH 1/3] smc911x: write back the manually set MAC address

Hi Sascha, On Tue, Apr 21, 2009 at 01:38:23PM +0200, Sascha Hauer wrote: > On Wed, Apr 08, 2009 at 01:23:37PM +0200, Daniel Mack wrote: > > If the MAX address is given by the environment, write it back to the > > hardware. > > > > Signed-off-by: Daniel Mack > >

Re: [U-Boot] [PATCH 1/3] smc911x: write back the manually set MAC address

On Tue, Apr 21, 2009 at 06:28:34AM -0700, Ben Warren wrote: > > > Anyway, you shouldn't rely on this. I'm the original author of this > > > driver, but I do not use U-Boot-v1 anymore, so I can't tell if this > > > breaks something or not. > > > > No problem. I just Cc'ed all email addresses I could

Re: [U-Boot] Enabling smc911x driver

On Wed, Apr 22, 2009 at 07:52:40AM -0700, Steve Sakoman wrote: > Now things seem to initialize properly: > > U-Boot 2009.03 (Apr 22 2009 - 07:28:04) > > OMAP3503-GP rev 2, CPU-OPP2 L3-165MHz > Gumstix Overo board + LPDDR/NAND > DRAM: 256 MB > NAND: 256 MiB > In:serial > Out: serial > Err:

Re: [U-Boot] Enabling smc911x driver

On Wed, Apr 22, 2009 at 05:51:44PM +0200, Daniel Mack wrote: > On Wed, Apr 22, 2009 at 07:52:40AM -0700, Steve Sakoman wrote: > > Now things seem to initialize properly: > > > > U-Boot 2009.03 (Apr 22 2009 - 07:28:04) > > > > OMAP3503-GP rev 2, CPU-OPP2 L3-165MH

Re: [U-Boot] Enabling smc911x driver

On Wed, Apr 22, 2009 at 10:31:52AM -0700, Steve Sakoman wrote: > >> How did you set this MAC address? Does the hardware read it from a > >> connected EEPROM or did you manually set it in your environment. > > It is manually set in the environment since the prototype hardware > doesn't have the eep

Re: [U-Boot] Enabling smc911x driver

On Wed, Apr 22, 2009 at 09:20:15PM -0700, Steve Sakoman wrote: > Files longer that 544 bytes result in a timeout error: > > Overo # tftp test.txt > smc911x: initializing > smc911x: detected LAN9221 controller > smc911x: phy initialized > smc911x: MAC aa:bb:cc:dd:ee:ff > TFTP from server 192.168.0.

Re: [U-Boot] Booting uImage on the mx31

On Thu, Apr 23, 2009 at 09:20:41AM -0500, alfred steele wrote: > Any hints? I hope with, 0x80008000 as the load address on the MX31, > you eliminate the cause of one probable failure, overlay memory with > the existing code on RAM e.g. existing u-boot and the compressed > kernel image > > mc911x

Re: [U-Boot] U-boot memory dump

On Sat, Apr 25, 2009 at 11:41:43AM -0500, alfred steele wrote: > I am using uboot on the MX31 PDk board. I am trying to dump the > contents of a status register found at location 50004004. This status > register shows the status of the SDHC( SD card host controller) like > interrupt , card inser

Re: [U-Boot] [PATCH 3/3] smc911x: do net reset the chip if no EEPROM is connected

On Sun, Apr 26, 2009 at 11:14:06PM -0400, Mike Frysinger wrote: > On Tuesday 21 April 2009 07:13:10 Daniel Mack wrote: > > On Wed, Apr 08, 2009 at 11:57:37PM -0400, Mike Frysinger wrote: > > > > Not if the MAC is stored in the volatile smc911x registers. Issuing a > > &

Re: [U-Boot] Toradex board with Colibri PXA270

On Tue, Apr 28, 2009 at 11:37:14AM +0200, Daniel Stenberg wrote: > I'm currently working with a Toradex board featuring a Colibri PXA270 module, > and I noticed this attempt to get a Colibri PXA270 patch applied > > http://lists.denx.de/pipermail/u-boot/2009-April/050634.html > > ... which

[U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR

U-Boot does not currently build for PXA platforms with USB support enabled. This is due to commit 24e37645e7378b20fa8f20e2996c8fb8e9 which introduced the usage of UP2OCR without defining it. Signed-off-by: Daniel Mack Cc: Markus Klotzbuecher --- include/asm-arm/arch-pxa/pxa-regs.h |1 + 1

Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR

On Tue, May 05, 2009 at 12:58:57AM +0200, Wolfgang Denk wrote: > > the usb driver use the same file for supporting all the PXA > > and as it's store in a generic header. We must define the register only > > the specific pxa version and when the same register could mean differents > > things dependi

Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR

On Tue, May 05, 2009 at 12:28:33PM +0200, Wolfgang Denk wrote: > > That's not the point. I for myself won't bring my board support into > > U-Boot's mainline (at least not now) because that would help nobody as > > nobody except for me has the hardware the code was written for. And I > > guess I'm

[U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR

U-Boot does not currently build for PXA platforms with USB support enabled. This is due to commit 24e37645e7378b20fa8f20e2996c8fb8e9 which introduced the usage of UP2OCR without defining it. Signed-off-by: Daniel Mack Cc: Markus Klotzbuecher --- include/asm-arm/arch-pxa/pxa-regs.h |4

Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR

On Thu, May 07, 2009 at 11:02:34PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: > > Can you please run a "git show 24e37645" again? > > > > To me it seems that this commit > > > > - removed the usage of UP2OCR from board/delta/delta.c > > but also > > - added the usage of UP2OCR to the new fil

[U-Boot] UBI on NAND flash again

I know there has been some traffic regaring the UBI layer recently, however, reading the conversations didn't solve the issue I'm facing. With a current U-Boot (git as of today) and 128MB NAND flash on a PXA303, I get the following: $ mtdparts device nand0 , # parts = 5 #: names

Re: [U-Boot] UBI on NAND flash again

On Thu, Jun 04, 2009 at 08:42:40AM +0200, Stefan Roese wrote: > > defaults: > > mtdids : nand0=nand0 > > mtdparts: > > mtdparts=nand0:512k(u-boot),128k(env),384k(splash),3M(kernel),-(ubilayer) $ > > ubi part ubilayer > > Creating 1 MTD partitions on "nand0": > > 0x0040-0x0800 : "mtd=4" > >

Re: [U-Boot] UBI on NAND flash again

On Thu, Jun 04, 2009 at 08:56:51AM +0200, Stefan Roese wrote: > On Thursday 04 June 2009 08:50:21 Daniel Mack wrote: > > > > UBI error: ubi_init: cannot attach mtd1 > > > > UBI error: ubi_init: UBI error: cannot initialize UBI, error -12 > > > > UBI init

Re: [U-Boot] UBI on NAND flash again

On Thu, Jun 04, 2009 at 10:15:30AM +0200, Stefan Roese wrote: > > Hmm. That still doesn't work for me, and I still wonder about the > > 'attaching mtd1 to ubi0' string, which looks like a mismatch to me. > > I would have to check in more details here. But I'm pretty sure this is not > the reason

Re: [U-Boot] UBI on NAND flash again

On Thu, Jun 04, 2009 at 11:27:07AM +0200, Wolfgang Denk wrote: > > > > Oh well - you're right. The code failed in vmalloc() due to a too small > > CONFIG_SYS_MALLOC_LEN which I needed to augment to 512kB. > > But then a big, fat error message is needed there! In vmalloc(), yes. That bug could hit

[U-Boot] (no subject)

The following patch series is needed to build U-Boot for ARM platforms with CONFIG_CMD_UBIFS set. The UBIFS layer uses bit operation functions which are currently only implemented for PPC, and the ARM bit operation definitions are unused and wrong. [PATCH 1/3] ARM: remove unused bit operations [PA

[U-Boot] [PATCH 1/3] ARM: remove unused bit operations

_clear_bit and __test_and_change_bit. All these functions can be implemented in a generic fashion which will be done in the next patch. Signed-off-by: Daniel Mack --- include/asm-arm/bitops.h | 70 -- 1 files changed, 0 insertions(+), 70 deletions(-)

[U-Boot] [PATCH 3/3] ARM: add unaligned macros

Signed-off-by: Daniel Mack --- include/asm-arm/unaligned.h | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) create mode 100644 include/asm-arm/unaligned.h diff --git a/include/asm-arm/unaligned.h b/include/asm-arm/unaligned.h new file mode 100644 index 000..dd7d852

[U-Boot] [PATCH 2/3] Add generic bit operations

This adds generic bit operations for all platforms and enables includes the implementations from asm-arm. Code taken from Linux kernel. Signed-off-by: Daniel Mack --- include/asm-arm/bitops.h |2 + include/asm-generic/bitops.h | 151 ++ 2 files

Re: [U-Boot] [PATCH 2/3] Add generic bit operations

On Thu, Jun 04, 2009 at 01:45:22PM +0200, Wolfgang Denk wrote: > > +#define BIT(nr)(1UL << (nr)) > > +#define BIT_MASK(nr) (1UL << ((nr) % BITS_PER_LONG)) > > +#define BIT_WORD(nr) ((nr) / BITS_PER_LONG) > > +#define BITS_PER_BYTE 8 > > +

Re: [U-Boot] [PATCH 2/3] Add generic bit operations

On Thu, Jun 04, 2009 at 01:47:17PM +0200, Wolfgang Denk wrote: > > +static inline void clear_bit(int nr, volatile unsigned long *addr) > > +{ > > + unsigned long mask = BIT_MASK(nr); > > + unsigned long *p = ((unsigned long *)addr) + BIT_WORD(nr); > > + > > + *p &= ~mask; > > +} > > Such cod

Re: [U-Boot] [PATCH 3/3] ARM: add unaligned macros

On Thu, Jun 04, 2009 at 12:27:21PM +0200, Daniel Mack wrote: > --- > include/asm-arm/unaligned.h | 14 ++ > 1 files changed, 14 insertions(+), 0 deletions(-) > create mode 100644 include/asm-arm/unaligned.h This one was too easy, updated patch below. With that one

[U-Boot] [PATCH] ubifs: fix small error path mismatch

In do_readpage(), don't free 'dn' if its allocation failed. Signed-off-by: Daniel Mack --- fs/ubifs/ubifs.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c index 91fc574..8ede188 100644 --- a/fs/ubifs/ubifs.c

Re: [U-Boot] [PATCH 2/3] Add generic bit operations

On Thu, Jun 04, 2009 at 01:59:22PM +0200, Wolfgang Denk wrote: > > And the functions I removed from asm-arm/bitops.h did that? > > No. Let's be happy that we have eliminated some poor code, and if we > add a replacement, let's make sure not to repeat the mistakes of the > past again. Ok. I just s

Re: [U-Boot] [PATCH 3/3] ARM: add unaligned macros

On Thu, Jun 04, 2009 at 09:03:47PM +0200, Wolfgang Denk wrote: > > +static inline u16 get_unaligned_le16(const void *p) > > +{ > > + return __get_unaligned_cpu16((const u8 *)p); > > +} > > + > > +static inline u32 get_unaligned_le32(const void *p) > > +{ > > + return __get_unaligned_cpu32((cons

Re: [U-Boot] [PATCH 2/3] Add generic bit operations

On Fri, Jun 05, 2009 at 10:44:21PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: > > This adds generic bit operations for all platforms and enables includes > > the implementations from asm-arm. > > > > Code taken from Linux kernel. > > > the __set_bit, __clear_bit, __change_bit & co generic is

[U-Boot] [PATCH 2/2] pxa: fix CKEN_B register bits

The current defition for CKEN_B register bits is nonsense. Adding 32 to the shifted value is equal to '| (1 << 5)', and this bit is marked 'reserved' in the PXA docs. Signed-off-by: Daniel Mack --- include/asm-arm/arch-pxa/pxa-regs.h | 12 ++-- 1 files c

[U-Boot] [PATCH 1/2] pxa: add clock for system bus 2 arbiter

This clock is needed for systems using the USB2 device unit or the 2d graphics accelerator. Signed-off-by: Daniel Mack --- include/asm-arm/arch-pxa/pxa-regs.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/asm-arm/arch-pxa/pxa-regs.h b/include/asm-arm/arch-pxa

Re: [U-Boot] [PATCH 1/2] pxa: add clock for system bus 2 arbiter

ping? On Tue, Jun 23, 2009 at 05:30:04PM +0200, Daniel Mack wrote: > From: Daniel Mack > To: u-boot@lists.denx.de > Cc: Daniel Mack > Subject: [PATCH 1/2] pxa: add clock for system bus 2 arbiter > Date: Tue, 23 Jun 2009 17:30:04 +0200 > Message-Id: <1245771005-23299

Re: [U-Boot] [PATCH 2/2] pxa: fix CKEN_B register bits

ping? On Tue, Jun 23, 2009 at 05:30:05PM +0200, Daniel Mack wrote: > From: Daniel Mack > To: u-boot@lists.denx.de > Cc: Daniel Mack > Subject: [PATCH 2/2] pxa: fix CKEN_B register bits > Date: Tue, 23 Jun 2009 17:30:05 +0200 > Message-Id: <1245771005-23299-2-git-send-email

[U-Boot] [PATCH 1/2] mtd: OMAP: Enable GPMC prefetch mode

asily fixable by someone who has hardware to implement it. Note that U-Boot code uses non word-aligned buffers to read data into, and request read lengths that are not multiples of 4, so both partial buffers (head and tail) have to be addressed. Tested on AM335x hardware. Signed-off-by: Daniel

[U-Boot] [PATCH 0/2] OMAP/GPMC: speed up NAND read access

matter. What I also did to further speed up my boot was to tweak the GPMC parameters for the NAND chip on our boards, but that's not part of this patch set, and probably deserves a little more cleanup. Test results and feedback very welcome. Thanks, Daniel Daniel Mack (2): mtd: OMAP:

[U-Boot] [PATCH 2/2] ARM: omap-common: gpmp: decrease memory region size to 16MiB

That memory area is not used except for the first location, so it doesn't matter. However, with the length configured to 256MiB, U-Boot crased when accessing contents of the map. Signed-off-by: Daniel Mack --- arch/arm/cpu/armv7/omap-common/mem-common.c | 2 +- 1 file changed, 1 insertion(

[U-Boot] [PATCH v2 0/2] OMAP/GPMC: speed up NAND read access

little more cleanup. Test results and feedback very welcome. Thanks, Daniel Daniel Mack (2): mtd: OMAP: Enable GPMC prefetch mode ARM: omap-common: gpmp: decrease memory region size to 16MiB arch/arm/cpu/armv7/omap-common/mem-common.c | 2 +- doc/README.nand | 5

[U-Boot] [PATCH v2 1/2] mtd: OMAP: Enable GPMC prefetch mode

th is easily fixable by someone who has hardware to implement it. Note that U-Boot code uses non word-aligned buffers to read data into, and request read lengths that are not multiples of 4, so both partial buffers (head and tail) have to be addressed. Tested on AM335x hardware. Signed-off-by: D

[U-Boot] [PATCH v2 2/2] ARM: omap-common: gpmp: decrease memory region size to 16MiB

That memory area is not used except for the first location, so it doesn't matter. However, with the length configured to 256MiB, U-Boot crased when accessing contents of the map. Signed-off-by: Daniel Mack --- arch/arm/cpu/armv7/omap-common/mem-common.c | 2 +- 1 file changed, 1 insertion(

Re: [U-Boot] [PATCH v2 0/2] OMAP/GPMC: speed up NAND read access

Hi Tom, On 06/25/2014 03:00 PM, Tom Rini wrote: > On Wed, Jun 25, 2014 at 02:43:31PM +0200, Daniel Mack wrote: > >> Resending this since I got no replies on the first version. >> I also fixed up the commit log of #1. > > Sorry, I intended to play with it, but got busy.

Re: [U-Boot] [PATCH v2 0/2] OMAP/GPMC: speed up NAND read access

Hi, On 06/26/2014 08:08 AM, Gupta, Pekon wrote: >> From: Daniel Mack [mailto:zon...@gmail.com] >> >> Resending this since I got no replies on the first version. >> I also fixed up the commit log of #1. >> > I plan to test this, but there is still a long pending

Re: [U-Boot] [PATCH] ne2000: take MAC address from config if available

Picking up an acient thread, On Sun, Dec 14, 2008 at 12:39:10PM +0100, Daniel Mack wrote: > On Sun, Dec 14, 2008 at 12:12:24PM +0100, Wolfgang Denk wrote: > > > This adds CONFIG_NE2000_NOPROM. If set, the ethernet MAC address is taken > > > from the environment variable &#x

[U-Boot] Merging device trees at runtime for module-based systems

Hi, a project I'm involved in uses a module/baseboard combo, and components on either board are described in DT. I'm currently using separate dts files which build upon each other with include statements, which works fine for development. In production though, we will certainly have running chang

Re: [U-Boot] Merging device trees at runtime for module-based systems

Hi Wolfgang, On 25.10.2012 14:44, Wolfgang Denk wrote: > In message <5087b919.2010...@gmail.com> you wrote: >> >> So let's say we have n versions of the baseboard and m versions of the >> module, we would much like to only prepare n + m files, instead of n * m >> by pre-compiling every possible co

Re: [U-Boot] Merging device trees at runtime for module-based systems

On 26.10.2012 02:53, David Gibson wrote: > On Thu, Oct 25, 2012 at 10:46:32PM +0200, Wolfgang Denk wrote: >> Dear Daniel, >> >> In message <50893633.6070...@gmail.com> you wrote: >>> >>> Overwrites must be addressed in the first place. The most common example >>> is that a more generic part (the mo

Re: [U-Boot] Merging device trees at runtime for module-based systems

cc devicetree-discuss. Here's a reference to the full thread: http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/ On 26.10.2012 20:39, Stephen Warren wrote: > On 10/24/2012 03:47 AM, Daniel Mack wrote: >> Hi, >> >> a project I'm involved in use

Re: [U-Boot] Merging device trees at runtime for module-based systems

On 01.11.2012 00:13, Stephen Warren wrote: > On 10/31/2012 05:00 PM, Daniel Mack wrote: >> cc devicetree-discuss. Here's a reference to the full thread: >> >> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/ >> >> On 26.10.2012 20:39, Stephen

Re: [U-Boot] Merging device trees at runtime for module-based systems

On 01.11.2012 04:26, David Gibson wrote: > On Fri, Oct 26, 2012 at 09:24:11AM +0200, Daniel Mack wrote: >> I would especially like to know where such a new functionality should >> live, which data types it should operate on and what would be an >> appropriate name for it

Re: [U-Boot] Merging device trees at runtime for module-based systems

On 03.11.2012 16:25, David Gibson wrote: > On Thu, Nov 01, 2012 at 10:24:06AM +0100, Daniel Mack wrote: >> On 01.11.2012 04:26, David Gibson wrote: >>> On Fri, Oct 26, 2012 at 09:24:11AM +0200, Daniel Mack wrote: >> >>>> I would especially like to know w

Re: [U-Boot] am335x: GPMC: reading speed with prefetch mode

On 03/19/2015 04:13 PM, Yegor Yefremov wrote: > Strange. Have tried with "nand read" command, but still the same > result with and without CONFIG_NAND_OMAP_GPMC_PREFETCH : > > [2.150655 0.001006] NAND read: device 0 offset 0x26, size 0x120 > [15.978943 13.828288] 18874368 bytes read: OK

Re: [U-Boot] am335x: GPMC: reading speed with prefetch mode

Hi, On 03/19/2015 02:41 PM, Yegor Yefremov wrote: > I've got v2015.04-rc4 running on my custom am335x (600MHz) based > board. My 8-bit NAND chip: > > [17.297793 0.004021] omap-gpmc 5000.gpmc: GPMC revision 6.0 > [17.303850 0.006057] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xda > [

Re: [U-Boot] am335x: GPMC: reading speed with prefetch mode

Hi, On 03/20/2015 12:24 PM, Yegor Yefremov wrote: > I've also put printf() into omap_nand_read_prefetch8() just to make > sure it is called - it was called. Does it fall back to polled mode because the engine is busy maybe? See the comment in the code that deals with the return value of __read_pr

Re: [U-Boot] [PATCH v2 1/2] mtd: OMAP: Enable GPMC prefetch mode

Hi Guido, thanks for your feedback! On 12/19/2014 05:27 PM, Guido Martínez wrote: >> +/** >> + * omap_prefetch_enable - configures and starts prefetch transfer >> + * @fifo_th: fifo threshold to be used for read/ write >> + * @count: number of bytes to be transferred >> + * @is_write: prefetch re