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 (1
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++;
>
> whic
Hi Reinhard,
> Signed-off-by: Reinhard Meyer
> ---
> 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
> +++ b/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 curren
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 p
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, offs
> -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
>
> T
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
On Mon, 30 Aug 2010 11:12:25 +0200, Detlev Zundel 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 over, it w
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 "norm
> -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
>
> T
> -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
>
>
> Si
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_LENGT
Hi Bas,
> On Mon, 30 Aug 2010 11:12:25 +0200, Detlev Zundel 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 somebod
-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
>
> those two patches fix the little endian build.
> done by Shinya Kuribayashi.
>
> Makefile
Resend, forgot to copy the list.
> On Mon, 30 Aug 2010 11:31:06 +0200, Detlev Zundel 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
---
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 tran_speed;
u16
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
Hi Bas,
>> On Mon, 30 Aug 2010 11:31:06 +0200, Detlev Zundel 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 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 stopping him
Hi Bas,
> On Mon, 30 Aug 2010 11:52:30 +0200, Detlev Zundel 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 f
On Mon, 30 Aug 2010 12:09:48 +0200, Detlev Zundel 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 appears to b
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
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 sou
Le 30/08/2010 11:44, Prafulla Wadaskar a écrit :
>> Acked-by: Heiko Schocher
> Acked-by: Prafulla Wadaskar
Thanks to both of you.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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. B
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];
Hi Stefano,
> 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 don't see
Xiangfu Liu schrieb:
> Signed-off-by: Xiangfu Liu
> ---
> 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
Hi Bas,
> On Mon, 30 Aug 2010 12:09:48 +0200, Detlev Zundel 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,
On Mon, 30 Aug 2010 13:11:38 +0200, Detlev Zundel 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 something I h
-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
>> ---
>> include/mmc.h |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/include/mmc.h
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 previo
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
Date: Tue Ju
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% s
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.
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):
s
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
-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.
>
>> [
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 wrote:
> On Mon, 30 Aug 2010 13:11:38 +0200, Detlev Zundel
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. L
Am 29.08.2010 13:54, schrieb Andreas Bießmann:
> Signed-off-by: Andreas Bießmann
> ---
> 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
> b/arch/arm/include/asm/arch-at91/at91_e
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.
>
>
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
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] APM
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
Acked-by: Stefan Roese
CC: Wolfgang Denk
---
V2:
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 be
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
CC: Wolfgang Denk
CC: Scott Wood
---
V2:
* formatting: spaces after 'if'
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
CC: W
>
> On Thursday 26 August 2010 23:06:20 tma...@apm.com wrote:
> > From: Tirumala Marri
> >
> > 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 resu
>
> > This patch adds Universal Interrupt Controller support for
> > APM82XXX processor.
>
> > Signed-off-by: Tirumala R Marri
> [...]
> > diff --git a/arch/powerpc/include/asm/ppc4xx-uic.h
> b/arch/powerpc/include/asm/ppc4xx-uic.h
> > index 782d045..238b70b 100644
> > --- a/arch/powerpc/include/a
>
> > Signed-off-by: Tirumala R Marri
> [...]
> > 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 +25,
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 s
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
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 let
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, we
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.
> -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 <1282856
> -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 mess
> -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,
>
> I
> -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 <1282856
> -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,
>
>
On Fri, 27 Aug 2010 20:35:12 -0700
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: x8 2048+64bytes; Block si
On Sun, 29 Aug 2010 10:56:47 +0200
Wolfgang Denk 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 flash
>
On Fri, 27 Aug 2010 23:59:13 -0400
Ben Gardiner wrote:
> On Fri, Aug 27, 2010 at 5:59 PM, Scott Wood 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 NAND command/util code I'm about to send
On Mon, Aug 30, 2010 at 4:24 PM, Scott Wood wrote:
> On Fri, 27 Aug 2010 23:59:13 -0400
> Ben Gardiner wrote:
>
>> On Fri, Aug 27, 2010 at 5:59 PM, Scott Wood 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
On Mon, 30 Aug 2010 13:38:58 -0400
Ben Gardiner 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.
> + *
> + * @param mtd the mt
On Mon, 30 Aug 2010 13:38:57 -0400
Ben Gardiner 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 bad blocks and whether
On Mon, 30 Aug 2010 13:38:59 -0400
Ben Gardiner 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;
> +
> + mtd_get_len_incl_bad(mtd, p
On Mon, 30 Aug 2010 16:01:05 -0500
Scott Wood wrote:
> On Mon, 30 Aug 2010 13:38:59 -0400
> Ben Gardiner wrote:
>
> > + if (!truncated) {
> > + mtd_get_len_incl_bad(mtd, part->offset + net_size,
> > +mtd->erasesize, &padding_size, &truncated);
> > +
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 from Kim, but the other two
has not. None of them hav
Add the Freescale logo and update the Makefile to build it when building
a Freescale board.
Signed-off-by: Timur Tabi
---
tools/Makefile|3 +++
tools/logos/freescale.bmp | Bin 0 -> 46738 bytes
2 files changed, 3 insertions(+), 0 deletions(-)
create mode 100644 tools/logos/free
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
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
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 t
On Fri, 27 Aug 2010 15:45:47 -0500
Timur Tabi 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 wan
- 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 mo
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
---
common/cmd_nand.c | 21 +
1 files changed, 13 insertio
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.
Thus,
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
---
include/configs/MPC8313ERDB.h |9 -
include/configs/MPC8315ERDB.h |9 -
2 files chang
From: Aldo Brett Cedillo Martinez
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 on your board wit
-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:
xian...@openmobilefree:~/u-bo
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 w
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 c
-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 str
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-
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 t
Hello Reinhard,
On 8/6/2010 9:42 AM, Reinhard Meyer (-VC) wrote:
> This patch is required before the upcoming new enc28j60 driver
> using SPI framework patch can be applied:
> - Move legacy enc28j60.c to enc28j60_lpc2292.c.
> - Change Makefile and the two affected boards' definition files.
>
> T
Hi Jocke,
On 8/11/2010 2:44 AM, Joakim Tjernlund wrote:
> uec_init() adds an udelay(10) even though
> the PHY status read went well, don't do that.
>
> Signed-off-by: Joakim Tjernlund
> ---
> drivers/qe/uec.c |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a
1 - 100 of 103 matches
Mail list logo
