Le lundi 30 août 2010 à 11:29 +0200, Detlev Zundel a écrit :
> Hi Thibaut,
Hi,
> generally I'm not a fan to include workarounds for bugs which we do not
> have anymore in mainline U-Boot.
Hm, yeah, I can understand that...
> Isn't there any other alternative for this?
Well, for my use case, we
Hi,
making the change to the union, I also realized that
/* Copy from memory into linebuf and print hex values */
for (i = 0; i < linelen; i++) {
uint32_t x;
if (width == 4)
x = lb.u32[i] = *(volatile uint32_t *)data;
else if (width == 2)
x
Hi Jocke,
On 8/19/2010 12:37 AM, Joakim Tjernlund wrote:
> The correct definition is in drivers/qe/uec.h so just
> remove this one.
>
> Signed-off-by: Joakim Tjernlund
> ---
> include/netdev.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/include/netdev.h b/inc
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
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
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
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-
-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 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
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
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
-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
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
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
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
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,
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
- 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 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
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)
>
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
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
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
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
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
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);
> > +
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 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: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, 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 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 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 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
> -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,
>
>
> -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 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 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 5/8] APM82xxx: Add UIC support
>
> Dear tma...@apm.com,
>
> In message <1282856
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.
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
--
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
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
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
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 +++
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
>
> > 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 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
>
> 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 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
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'
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
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:
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
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
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.
>
>
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
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
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
-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.
>
>> [
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
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
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.
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 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
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
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
-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 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
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,
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 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
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 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
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
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
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
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
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 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: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?
>>>
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
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
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
-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
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
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
> -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
> -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 2/4] i2c: rename kirkwood_i2c to mvtwsi
>
> This driver is not
> -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
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
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
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
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
> -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 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
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,
> 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 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 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
> @@
1 - 100 of 103 matches
Mail list logo
