Hello Eric,
On Wednesday 18 August 2010, 09:17:26 you wrote:
Hello,
Am Samstag, 7. August 2010, 19:49:42 schrieb Jens Scharsig:
* Fix: return value of get_tbclk
* this fixes issue with prematurely restart/retry, if
BOOT_RETRY_TIMEOUT is used
This issue also arises, if
Dear Marek,
The thread ([U-Boot] TFTP timeout issue while downloading the linux kernel in
openpxa vpac270 u-boot source code) is restarted to avoid the mess with new
subject TFTP load for file over 50MB fails.
Previous issue summary Test observations:
Microcontroller used in the board
Dear Hello Wolfgang,
The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854:
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2010-08-18
21:16:35 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-sh.git master
Nobuhiro Iwamatsu
Hi,
Thanks for your reply. yes same u-boot versions are used on the board.
We have built 2 multi images and trying to boot on both boards.
Image 1 boots on both boards fine and no problem.
Image 2 boots on one board and stops uncompressing multi-image on 2nd board.
Both Image1 and Image 2 are
Hi Timur,
The CURSOR_ON, CURSOR_OFF, and CURSOR_SET macros are defined incorrectly. If
cursor support is disabled, then these macros are defined to nothing, but
then they are used like this:
if (console_col CONSOLE_COLS)
CURSOR_OFF
console_row++;
which was
Hi Reinhard,
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
lib/display_options.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/display_options.c b/lib/display_options.c
index 20319e6..9048a8a 100644
--- a/lib/display_options.c
+++
Hi Gérald,
I have some few problems with usb start / reset commands on last uboot.
USB hard drive are not always detected.
Is there something I missed ?
Only the fact that USB is a nightmare to work with. No, honestly, we
have a continuous stream of USB related problems with the current
Hi,
hi, i would like to subscribe the news about u-boot ,thank you.
Use the web-interface referenced in all mails:
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Cheers
Detlev
--
He thinks
Hi Detlev,
diff --git a/lib/display_options.c b/lib/display_options.c
index 20319e6..9048a8a 100644
--- a/lib/display_options.c
+++ b/lib/display_options.c
@@ -101,7 +101,7 @@ void print_size(unsigned long long size, const char *s)
#define DEFAULT_LINE_LENGTH_BYTES (16)
int print_buffer
Hi Thibaut,
generally I'm not a fan to include workarounds for bugs which we do not
have anymore in mainline U-Boot. Isn't there any other alternative for
this? What do other people think?
If nobody objects to the genereal principle, then I have some requests
below.
During a few months,
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 9:56 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V4 1/4] suen3: remove
CONFIG_HARD_I2C and related defines
These are
Hi shulin,
Now I working on porting android fastboot protocol to U-boot,does
somebody add fastboot protocol patches to U-boot?
Can yopu please tell me what the the android fastboot protocol is?
Cheers
Detlev
--
Modern technique has made it possible for leisure, within limits, to be not
On Mon, 30 Aug 2010 11:12:25 +0200, Detlev Zundel d...@denx.de wrote:
Sometimes I get the impression that we would save a lot of headache by
starting afresh and porting the current Linux code into U-Boot thus
leverage all this, but nobody yet dared to start such a feat.
If somebody starts
Hello Prafulla,
Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 9:56 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V4 1/4] suen3: remove
Reinhard Meyer schrieb:
+uint32_t linebuf[MAX_LINE_LENGTH_BYTES/4 + 1];
uint32_t *uip = (void*)linebuf;
uint16_t *usp = (void*)linebuf;
uint8_t *ucp = (void*)linebuf;
I personally prefer this above an attribute. Its disputeable but I prefer
to do things with normal C
-Original Message-
From: Heiko Schocher [mailto:h...@denx.de]
Sent: Monday, August 30, 2010 3:08 PM
To: Prafulla Wadaskar
Cc: Albert Aribaud; u-boot@lists.denx.de; Ashish Karkare;
Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH V4 1/4] suen3: remove
CONFIG_HARD_I2C and
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 9:56 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V4 2/4] i2c: rename kirkwood_i2c to mvtwsi
This driver is not
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 9:56 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V4 3/4] i2c: rewrite mvtwsi, support
orion5x and kirkwood
This
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 9:56 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V4 4/4] edminiv2: add I2C support
using mvtwsi driver
Hi Reinhard,
Hi Detlev,
diff --git a/lib/display_options.c b/lib/display_options.c
index 20319e6..9048a8a 100644
--- a/lib/display_options.c
+++ b/lib/display_options.c
@@ -101,7 +101,7 @@ void print_size(unsigned long long size, const char *s)
#define DEFAULT_LINE_LENGTH_BYTES (16)
int
Hi Bas,
On Mon, 30 Aug 2010 11:12:25 +0200, Detlev Zundel d...@denx.de wrote:
Sometimes I get the impression that we would save a lot of headache by
starting afresh and porting the current Linux code into U-Boot thus
leverage all this, but nobody yet dared to start such a feat.
If
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Skuribay, Woflgang
can we apply those patch to MIPS-branch first??
On 08/09/2010 11:13 PM, xian...@openmobilefree.net wrote:
From: Xiangfu Liu xian...@openmobilefree.net
those two patches fix the little endian build.
done by Shinya
Resend, forgot to copy the list.
On Mon, 30 Aug 2010 11:31:06 +0200, Detlev Zundel d...@denx.de wrote:
Hi shulin,
Now I working on porting android fastboot protocol to U-boot,does
somebody add fastboot protocol patches to U-boot?
Can yopu please tell me what the the android fastboot
Signed-off-by: Xiangfu Liu xian...@openmobilefree.net
---
include/mmc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/mmc.h b/include/mmc.h
index fcb237e..b913a60 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -189,12 +189,12 @@ struct mmc_csd
u8
Hi Reinhard,
Reinhard Meyer schrieb:
+ uint32_t linebuf[MAX_LINE_LENGTH_BYTES/4 + 1];
uint32_t *uip = (void*)linebuf;
uint16_t *usp = (void*)linebuf;
uint8_t *ucp = (void*)linebuf;
I personally prefer this above an attribute. Its disputeable but I prefer
to do things with normal
Hi Bas,
On Mon, 30 Aug 2010 11:31:06 +0200, Detlev Zundel d...@denx.de wrote:
Hi shulin,
Now I working on porting android fastboot protocol to U-boot,does
somebody add fastboot protocol patches to U-boot?
Can yopu please tell me what the the android fastboot protocol is?
On Mon, 30 Aug 2010 11:52:30 +0200, Detlev Zundel d...@denx.de wrote:
In the past this turned out not to be as easy as it sounds. The devil
lurks in the details which become apparent only when starting on the
job. But of course if somebody accomplishes this, I cannot imagine
anyone from
Hi Bas,
On Mon, 30 Aug 2010 11:52:30 +0200, Detlev Zundel d...@denx.de wrote:
In the past this turned out not to be as easy as it sounds. The devil
lurks in the details which become apparent only when starting on the
job. But of course if somebody accomplishes this, I cannot imagine
On Mon, 30 Aug 2010 12:09:48 +0200, Detlev Zundel d...@denx.de wrote:
Yet another alternative for the problem already solved by DFU[1]? Damn,
after some recent activity in this area again I was starting to raise my
hopes that more people realize such a thing exists already :(
OK, there
Detlev Zundel wrote:
Hi Reinhard,
Hi Reinhard, hi Detlev,
should make the buffer an union:
union {
uint32_t ui[MAX.../4+1];
uint16_t us[MAX.../2+1];
uint8_t uc[MAX...+1];
} linebuf;
That also sounds good indeed - it even better documents the intention of
the code so
Le 30/08/2010 12:31, Stefano Babic a écrit :
Detlev Zundel wrote:
Hi Reinhard,
Hi Reinhard, hi Detlev,
should make the buffer an union:
union {
uint32_t ui[MAX.../4+1];
uint16_t us[MAX.../2+1];
uint8_t uc[MAX...+1];
} linebuf;
That also sounds good indeed - it even
Le 30/08/2010 11:44, Prafulla Wadaskar a écrit :
Acked-by: Heiko Schocherh...@denx.de
Acked-by: Prafulla Wadaskarprafu...@marvell.com
Thanks to both of you.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Marian,
I'm in the process of cleaning up some of the CFI driver
defines/implementation hacks, such as CONFIG_SYS_MAX_FLASH_BANKS_DETECT. While
doing this I noticed that the TQM834x port uses this define and sets it to 2
(via the tqm834x_num_flash_banks variable) if a 2nd chip is detected.
Albert ARIBAUD schrieb:
Le 30/08/2010 12:31, Stefano Babic a écrit :
Detlev Zundel wrote:
Hi Reinhard,
Hi Reinhard, hi Detlev,
should make the buffer an union:
union {
uint32_t ui[MAX.../4+1];
uint16_t us[MAX.../2+1];
uint8_t uc[MAX...+1];
} linebuf;
That also sounds good
Xiangfu Liu schrieb:
Signed-off-by: Xiangfu Liu xian...@openmobilefree.net
---
include/mmc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/mmc.h b/include/mmc.h
index fcb237e..b913a60 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -189,12 +189,12
Hi Bas,
On Mon, 30 Aug 2010 12:09:48 +0200, Detlev Zundel d...@denx.de wrote:
Yet another alternative for the problem already solved by DFU[1]? Damn,
after some recent activity in this area again I was starting to raise my
hopes that more people realize such a thing exists already :(
On Mon, 30 Aug 2010 13:11:38 +0200, Detlev Zundel d...@denx.de wrote:
Is that fastboot usb-storage based? From the wiki-page that you
referenced I only see that you also need a separate host tool to use it.
So that's not much of a difference, is it?
No, the usb-storage based thing was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Reinhard
thanks for reply.
On 08/30/2010 07:08 PM, Reinhard Meyer wrote:
Xiangfu Liu schrieb:
Signed-off-by: Xiangfu Liu xian...@openmobilefree.net
---
include/mmc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On 8/30/10 6:53 PM, Xiangfu Liu wrote:
can we apply those patch to MIPS-branch first??
[PATCH 1/2] update the MIPS u-boot.lds
I'll push 1/2 to u-boot-mips and request pull later.
[PATCH 2/2] change the way of build little endian board
but this 2/2 looks problematic.
As said in the previous
compiling edminiv2 board throws following warning:
Configuring for edminiv2 board...
In file included from /home/hs/i2c/u-boot-i2c/include/asm/arch/orion5x.h:39,
from cpu.c:32:
introduced from commit 4cfa0ab2c945f95e978a995721f193dd056e538d
Author: Albert Aribaud
Hello Albert,
Albert Aribaud wrote:
SUMMARY:
This patchset improves the driver for the Marvell TWSI interface found
on orion5x and kirkwood SoCs and adds I2C support to the orion5x-based
ED Mini V2 board. The mvtwsi driver is a complete rewrite, 50% shorter
in source code lines, 25%
Hi Heiko
This has been already fixed
Ref: http://lists.denx.de/pipermail/u-boot/2010-August/076253.html
Regards..
Prafulla . .
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Heiko Schocher
Sent: Monday, August 30, 2010
Hello Prafulla,
Prafulla Wadaskar wrote:
This has been already fixed
Ref: http://lists.denx.de/pipermail/u-boot/2010-August/076253.html
Ups, sorry, missed that. Thanks!
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5,
Hello Wolfgang,
The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854:
Wolfgang Denk (1):
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
Albert Aribaud (4):
Detlev Zundel schrieb:
Detlev, regarding the discussion I would only point out that we have to
be sure that such kind of patch will be merged in the current release.
It would be a real pity if a new official realease is published and then
even a simple md command does not work on ARM.
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/30/2010 09:23 PM, Shinya Kuribayashi wrote:
On 8/30/10 6:53 PM, Xiangfu Liu wrote:
can we apply those patch to MIPS-branch first??
[PATCH 1/2] update the MIPS u-boot.lds
I'll push 1/2 to u-boot-mips and request pull later.
[PATCH 2/2]
The omapzoom project has a u-boot with fastboot support.
http://git.omapzoom.org/?p=repo/u-boot.git;a=shortlog;h=refs/heads/omap4_dev_fastboot
Beware, that the u-boot base rev is very old.
On Mon, Aug 30, 2010 at 5:26 AM, Bas Mevissen ab...@basmevissen.nl wrote:
On Mon, 30 Aug 2010 13:11:38
On 8/30/10 10:43 PM, Xiangfu Liu wrote:
[PATCH 2/2] change the way of build little endian board
but this 2/2 looks problematic.
As said in the previous mail the patch is tentative and won't
work with ELDK, and as fas as I could see nothing has been
changed since my version. Let me make
Am 29.08.2010 13:54, schrieb Andreas Bießmann:
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
arch/arm/include/asm/arch-at91/at91_emac.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_emac.h
Hi Zoolu,
Thanks for your reply. yes same u-boot versions are used on the board.
We have built 2 multi images and trying to boot on both boards.
Image 1 boots on both boards fine and no problem.
Image 2 boots on one board and stops uncompressing multi-image on 2nd board.
Both
Hi Reinhard,
Detlev Zundel schrieb:
Detlev, regarding the discussion I would only point out that we have to
be sure that such kind of patch will be merged in the current release.
It would be a real pity if a new official realease is published and then
even a simple md command does not work
Stefan,
Thanks for the review. I will fix accordingly.
Regards,
Marri
-Original Message-
From: Stefan Roese [mailto:s...@denx.de]
Sent: Friday, August 27, 2010 2:02 AM
To: u-boot@lists.denx.de
Cc: tma...@apm.com; open-source-rev...@apm.com
Subject: Re: [U-Boot] [PATCH 1/8]
The get_mtd_device_nm function is called in a couple places and the
string that is passed to it is not really used after the calls.
This patch regroups the calls to this function into a new function,
get_mtd_info.
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
Acked-by: Stefan Roese
The logic to 'spread' mtd partitions needs to calculate the length in
the mtd device, including bad blocks.
This patch introduces a new function, mtd_get_len_incl_bad that can
return both the length including bad blocks and whether that length
was truncated on the device. This new function will
This patch adds an additional column to the output of list_partitions. The
additional column will contain the net size and a '(!)' beside it if the net
size is not equal to the partition size.
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
CC: Wolfgang Denk w...@denx.de
CC: Scott Wood
This patch adds a new 'mtdparts add' variant: add.spread. This command variant
adds a new partition to the mtdparts variable but also increases the partitions
size by skipping bad blocks and aggregating any additional bad blocks found at
the end of the partition.
Signed-off-by: Ben Gardiner
On Thursday 26 August 2010 23:06:20 tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
Add bluestone board name to the board.cfg.
Change Makefile to include bluestone board support.
Not needed with board.cfg now. Please remove your changes to Makefile.
Compiling bluestone
This patch adds Universal Interrupt Controller support for
APM82XXX processor.
Signed-off-by: Tirumala R Marri tma...@apm.com
[...]
diff --git a/arch/powerpc/include/asm/ppc4xx-uic.h
b/arch/powerpc/include/asm/ppc4xx-uic.h
index 782d045..238b70b 100644
---
Signed-off-by: Tirumala R Marri tma...@apm.com
[...]
diff --git a/arch/powerpc/include/asm/ppc4xx-isram.h
b/arch/powerpc/include/asm/ppc4xx-isram.h
index d6d17ac..b723401 100644
--- a/arch/powerpc/include/asm/ppc4xx-isram.h
+++ b/arch/powerpc/include/asm/ppc4xx-isram.h
@@ -25,7
This patch introduces the 'spread' sub-command of the mtdparts command.
This command will modify the existing mtdparts variable by increasing
the size of the partitions such that 1) each partition's net size is at
least as large as the size specified in the mtdparts variable and 2)
each partition
Ben Gardiner (5):
mtdparts: regroup calls to get_mtd_device_nm
mtd: add an mtd method for get_len_incl_bad()
mtdparts: show net size in mtdparts list
mtdparts: add new sub-command spread
mtdparts: new add.spread: add part skipping bad blocks
common/cmd_mtdparts.c| 263
Le 30/08/2010 18:47, Detlev Zundel a écrit :
Hi Reinhard,
Detlev Zundel schrieb:
Detlev, regarding the discussion I would only point out that we have to
be sure that such kind of patch will be merged in the current release.
It would be a real pity if a new official realease is published and
Hello all!
I posted this patch series a few weeks back on the u-boot mailing list and
never got any responses, so I'm resubmitting it again with a couple more
folks on the CC list.
This is my first U-Boot submission, so my apologies if there are any coding
style or conventions issues. Please
The Intel 82571EB chipset can be used in an unmanaged configuration as a
fast dual-port Gig-E controller. Unfortunately a board consturcted that
way would fail to correctly come up because the driver polls for the
completion of a management cycle that will never occur.
To resolve this problem,
The new DDR2 SPD spec is backwards-compatible with the old one, but
there are DIMMs which are being produced which have new SPD version
fields that fail to work with U-boot.
To make the code a bit more readable, we add some human-readable
SPD_DIMM_TYPE_* constants.
Signed-off-by: Kyle Moffett
On 30.08.2010 20:03, Albert ARIBAUD wrote:
Le 30/08/2010 18:47, Detlev Zundel a écrit :
Hi Reinhard,
Detlev Zundel schrieb:
Detlev, regarding the discussion I would only point out that we have to
be sure that such kind of patch will be merged in the current release.
It would be a real pity
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Sunday, August 29, 2010 1:57 AM
To: tma...@apm.com
Cc: u-boot@lists.denx.de; open-source-rev...@apm.com
Subject: Re: [U-Boot] [PATCH 5/8] APM82xxx: Add UIC support
Dear tma...@apm.com,
In message
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Sunday, August 29, 2010 1:57 AM
To: tma...@apm.com
Cc: u-boot@lists.denx.de; open-source-rev...@apm.com
Subject: Re: [U-Boot] [PATCH 7/8] APM82xxx: Add bluestone board support
Dear tma...@apm.com,
In message
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Sunday, August 29, 2010 1:57 AM
To: tma...@apm.com
Cc: u-boot@lists.denx.de; open-source-rev...@apm.com
Subject: Re: [U-Boot] [PATCH 2/8] APM82xxx: Add Common register
definitions
Dear tma...@apm.com,
In message
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Sunday, August 29, 2010 1:57 AM
To: tma...@apm.com
Cc: u-boot@lists.denx.de; open-source-rev...@apm.com
Subject: Re: [U-Boot] [PATCH 4/8] APM82xxx: Add DDR support
Dear tma...@apm.com,
In message
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Sunday, August 29, 2010 1:57 AM
To: tma...@apm.com
Cc: u-boot@lists.denx.de; open-source-rev...@apm.com
Subject: Re: [U-Boot] [PATCH 8/8] APM82xxx: Add top level common file
changes
Dear tma...@apm.com,
In
On Fri, 27 Aug 2010 20:35:12 -0700
dajiang.zh...@tektronix.com wrote:
This is my first time of posting a message here, firstly , thanks for any
body who builds such a nice platform give help. In recent two weeks, I
added a NAND flash driver support for Micron's MT29F2G08ABD (SLC;page
size:
On Sun, 29 Aug 2010 10:56:47 +0200
Wolfgang Denk w...@denx.de wrote:
Dear York Sun,
In message 1282944356-4020-2-git-send-email-york...@freescale.com you wrote:
Add progress indicator for slow test. It is useful when the testing
takes too longer to finish. The indicator is reused from
On Fri, 27 Aug 2010 23:59:13 -0400
Ben Gardiner bengardi...@nanometrics.ca wrote:
On Fri, Aug 27, 2010 at 5:59 PM, Scott Wood scottw...@freescale.com wrote:
On 08/27/2010 04:46 PM, Scott Wood wrote:
For now, I guess don't worry about sharing the code.
Plus, I've got some changes to the
On Mon, 30 Aug 2010 13:38:58 -0400
Ben Gardiner bengardi...@nanometrics.ca wrote:
+#if defined(CONFIG_CMD_MTDPARTS_SHOW_NET_SIZES)
/**
- * Format and print out a partition list for each device from global device
- * list.
+ * Get the net size (w/o bad blocks) of the given partition.
+ *
+
On Mon, 30 Aug 2010 13:38:57 -0400
Ben Gardiner bengardi...@nanometrics.ca wrote:
The logic to 'spread' mtd partitions needs to calculate the length in
the mtd device, including bad blocks.
This patch introduces a new function, mtd_get_len_incl_bad that can
return both the length including
On Mon, 30 Aug 2010 13:38:59 -0400
Ben Gardiner bengardi...@nanometrics.ca wrote:
+static void spread_partition(struct mtd_info *mtd, struct part_info *part,
+ uint64_t *next_offset)
+{
+ uint64_t net_size, padding_size = 0;
+ int truncated;
+
+
On Mon, 30 Aug 2010 16:01:05 -0500
Scott Wood scottw...@freescale.com wrote:
On Mon, 30 Aug 2010 13:38:59 -0400
Ben Gardiner bengardi...@nanometrics.ca wrote:
+ if (!truncated) {
+ mtd_get_len_incl_bad(mtd, part-offset + net_size,
+
On 8/30/2010 2:22 PM, Joakim Tjernlund wrote:
some time ago I submitted:
[PATCH 1/2] UEC: Don't udelay needlessly
[PATCH 2/2] UEC PHY: Remove strange 0.5 sec delay
[PATCHv2] net: Fix faulty definition of uec_initialize()
[PATCH] UEC PHY: Speed up initial PHY neg.
The two first got an Ack
Hi Albert,
Le 30/08/2010 18:47, Detlev Zundel a écrit :
Hi Reinhard,
Detlev Zundel schrieb:
Detlev, regarding the discussion I would only point out that we have to
be sure that such kind of patch will be merged in the current release.
It would be a real pity if a new official realease is
Hi Reinhard,
I'll provide a patch tomorrow,
Thanks!
right now I am not near a LinuX system ;)
Well at least you have the comfort a somewhat sensible mail user agent
there ;)
Cheers
Detlev
--
... what [Microsoft] Exchange provides is *like* email, but it is *not* email.
Once you start
On Fri, 27 Aug 2010 15:45:47 -0500
Timur Tabi ti...@freescale.com wrote:
The CURSOR_ON, CURSOR_OFF, and CURSOR_SET macros are defined incorrectly. If
cursor support is disabled, then these macros are defined to nothing, but
then they are used like this:
if (console_col CONSOLE_COLS)
The underlying code in nand_base.c already supports non-page-aligned reads
and writes, but the block-skipping wrapper code did not.
With block skipping, an unaligned start address is not useful since you
really want to be starting at the beginning of a partition -- or at least
that's where you
- If the current device is overridden by a named partition,
- update the caller's pointer/index, rather than copy over the
nand_info struct, and
- be sure to call board_nand_select_device even when the device
is overridden by a named partition.
- Support 64-bit offsets/sizes in a few
The dump command is made to increment its address on repeat,
as md does. Other commands do not make sense to issue repeatedly,
and can be irritating when it happens accidentally, so don't.
Signed-off-by: Scott Wood scottw...@freescale.com
---
common/cmd_nand.c | 21 +
1
A while back, in http://lists.denx.de/pipermail/u-boot/2009-June/054428.html,
Michele De Candia posted a patch to not count bad blocks toward the
requested size to be erased. This is desireable when you're passing in
something like $filesize, but not when you're trying to erase a partition.
Get rid of the several #if 0 sections that were keeping around Linux
code that isn't relevant to U-Boot. Besides cluttering the code, these
sections make tracking upstream changes harder, rather than easier.
It's easy to discard obviously irrelevant diff hunks that patch rejects,
but it's not as
The default partition table matches the .dts files for these boards in
Linux. This allows these partitions to be used by name with U-Boot's
nand command.
Signed-off-by: Scott Wood scottw...@freescale.com
---
include/configs/MPC8313ERDB.h |9 -
include/configs/MPC8315ERDB.h |9
From: Aldo Brett Cedillo Martinez aldo.cedi...@ti.com
Zoom2 and Zoom2 used to hang with md command. It was due to a problem
with a buffer size in print_buffer() function. A macro was introduced
to use a different buffer size in case of compiling for Zoom2 and Zoom3.
Jeff could you please test it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/30/2010 11:12 PM, Shinya Kuribayashi wrote:
What about the endianness of generated u-boot ELF image then?
$ CROSS_COMPILE=mips_4KCle- ./MAKEALL dbau1550_el_config
$ file u-boot
Hi Shinya
here is the info:
On 8/31/2010 10:00 AM, Xiangfu Liu wrote:
xian...@openmobilefree:~/u-boot/u-boot.git$ file u-boot
u-boot: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically
linked, not stripped
Ah, it's LSB, got it.
As said in the previous mail the patch is tentative and won't
work with
On 8/31/2010 10:00 AM, Xiangfu Liu wrote:
xian...@openmobilefree:~/u-boot/u-boot.git$ file u-boot
u-boot: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically
linked, not stripped
My bad sorry. Could you provide output from readelf?
$ readelf u-boot
--
Shinya Kuribayashi
Hi Marri,
(please reply to the mailing list as well)
On Monday 30 August 2010 19:31:32 Tirumala Marri wrote:
+int board_early_init_r(void)
+{
+ u32 bootdevice;
+
+ /*
+ * Clear potential errors resulting from auto-calibration.
+ * If not done, then we could get an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/31/2010 09:29 AM, Shinya Kuribayashi wrote:
On 8/31/2010 10:00 AM, Xiangfu Liu wrote:
xian...@openmobilefree:~/u-boot/u-boot.git$ file u-boot
u-boot: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically
linked, not stripped
Hi Cyril,
Sorry for taking so long to look at this.
On 8/3/2010 6:33 PM, Cyril Chemparathy wrote:
CPSW is an on-chip ethernet switch that is found on various SoCs from Texas
Instruments. This patch adds a simple driver (based on the Linux driver) for
this hardware module.
Signed-off-by:
Le 31/08/2010 00:29, Detlev Zundel a écrit :
Hi Albert,
Le 30/08/2010 18:47, Detlev Zundel a écrit :
Hi Reinhard,
Detlev Zundel schrieb:
Detlev, regarding the discussion I would only point out that we have to
be sure that such kind of patch will be merged in the current release.
It would
96 matches
Mail list logo