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
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
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
What
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 read(0) or
,
and 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 zon...@gmail.com
---
drivers/usb/musb-new/musb_core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/usb/musb-new
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 list of patches which
for me to test
.
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 ++
drivers/mtd/nand
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: Daniel
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 zon...@gmail.com
---
arch/arm/cpu/armv7/omap-common/mem-common.c | 2 +-
1 file changed, 1
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.
No problem. I just don't want
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 Mack
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: Enable GPMC prefetch
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 zon...@gmail.com
---
arch/arm/cpu/armv7/omap-common/mem-common.c | 2 +-
1 file changed, 1
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 where such a new functionality should
live, which data
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.
So.. the first thought I
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 uses a module/baseboard combo, and components
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 Warren wrote:
On 10/24/2012 03:47 AM, Daniel Mack
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 module tree)
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 combination
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
-bit-ommited
transfers.
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Dirk Behme dirk.be...@gmail.com
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Tom Rini tr...@ti.com
Cc: Steve Sakoman sako...@gmail.com
Cc: Michal Simek mon...@monstr.eu
Cc: Wolfgang Denk w...@denx.de
Cc: Tom Rix tom
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]$
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 directly written
then.
Please consider applying the following patch.
Daniel
From 381a85bf04adc228cc70e8fa7af899a6dbf07e42 Mon Sep 17 00:00:00 2001
From: Daniel Mack dan...@caiaq.de
Date: Mon, 28 Sep 2009 11:40:38 +0200
Subject: [PATCH] part_dos: check status flags of partitions
Only read partitions which have 0x00
ping?
On Tue, Jun 23, 2009 at 05:30:04PM +0200, Daniel Mack wrote:
From: Daniel Mack dan...@caiaq.de
To: u-boot@lists.denx.de
Cc: Daniel Mack dan...@caiaq.de
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-1-git
ping?
On Tue, Jun 23, 2009 at 05:30:05PM +0200, Daniel Mack wrote:
From: Daniel Mack dan...@caiaq.de
To: u-boot@lists.denx.de
Cc: Daniel Mack dan...@caiaq.de
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
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 dan...@caiaq.de
---
include/asm-arm/arch-pxa/pxa-regs.h | 12 ++--
1 files changed, 6
This clock is needed for systems using the USB2 device unit or the 2d
graphics accelerator.
Signed-off-by: Daniel Mack dan...@caiaq.de
---
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
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 used on
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
UBI: attaching
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 for
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 any
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
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 dan...@caiaq.de
---
include/asm-arm/bitops.h | 70 --
1 files changed, 0 insertions(+), 70 deletions
Signed-off-by: Daniel Mack dan...@caiaq.de
---
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
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 dan...@caiaq.de
---
include/asm-arm/bitops.h |2 +
include/asm-generic/bitops.h | 151
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
+#define
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 code has no chance
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 applied, the lzo1x
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 saw
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((const u8 *)p);
+}
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 nand0, # parts = 5
#: name
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 file cpu/pxa/usb.c
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 depending the
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 not the
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 dan...@caiaq.de
Cc: Markus Klotzbuecher m...@denx.de
---
include/asm-arm/arch
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
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
soft reset flushes these values
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
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.210;
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: MAC
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: serial
On Wed, Apr 08, 2009 at 01:23:37PM +0200, Daniel Mack wrote:
Signed-off-by: Daniel Mack dan...@caiaq.de
Cc: Sascha Hauer s.ha...@pengutronix.de
ping.
---
drivers/net/smc911x.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/smc911x.c b
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 you need
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 dan...@caiaq.de
Cc: Sascha Hauer s.ha
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 find in the
Signed-off-by: Daniel Mack dan...@caiaq.de
Cc: Sascha Hauer s.ha...@pengutronix.de
---
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
If the MAX address is given by the environment, write it back to the
hardware.
Signed-off-by: Daniel Mack dan...@caiaq.de
Cc: Sascha Hauer s.ha...@pengutronix.de
---
drivers/net/smc911x.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/smc911x.c b
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 dan...@caiaq.de
Cc: Sascha Hauer s.ha...@pengutronix.de
---
drivers/net/smc911x.c |2 ++
1 files changed, 2 insertions(+), 0
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 'ethaddr' and the NIC
this
setting permanently.
Signed-off-by: Daniel Mack dan...@caiaq.de
---
ne2000_base.c | 38 --
1 file changed, 28 insertions(+), 10 deletions(-)
Why do we need a special CONFIG_ option? is it not possible to detect
(by software
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 a bit to make it work, but that goes in a
different
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 insertions
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,11 @@ uchar
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
behave
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.
The following
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 [EMAIL PROTECTED]
---
ne2000_base.c
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
with the return value
(with proper error checking, of course).
I agree. See the patch below.
Thanks,
Daniel
This patch adds CONFIG_NE2000_NOPROM as configuration variable and reads
the 'ethaddr' setting from environment to set up the adapter.
Signed-off-by: Daniel Mack [EMAIL PROTECTED]
diff
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
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: Daniel Mack [EMAIL
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
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
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
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
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
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
download is
77 matches
Mail list logo