From: Bryan Wu
A couple of buffers in the fat code are declared as an array of bytes. But
it is then cast up to a structure with 16bit and 32bit members. Since GCC
assumes structure alignment here, we have to force the buffers to be
aligned according to the structure usage.
Signed-off-by: Brya
On Friday 02 January 2009 18:48:50 Wolfgang Denk wrote:
> In message <200901021742.05363.vap...@gentoo.org> you wrote:
> > > > +__u8 get_vfatname_block[MAX_CLUSTSIZE] __attribute__
> > > > ((aligned(sizeof(__u16;
> > >
> > > ...
> > >
> > > > +__u8 get_dentfromdir_block[MAX_CLUSTSIZE] __attribu
Dear Mike,
In message <200901021742.05363.vap...@gentoo.org> you wrote:
>
> > > +__u8 get_vfatname_block[MAX_CLUSTSIZE] __attribute__
> > > ((aligned(sizeof(__u16;
> > ...
> > > +__u8 get_dentfromdir_block[MAX_CLUSTSIZE] __attribute__
> > > ((aligned(sizeof(__u32;
> > ...
> > > +__u8 do_fa
On Friday 02 January 2009 17:20:47 Wolfgang Denk wrote:
> In message you wrote:
> > From: Bryan Wu
> >
> > A couple of buffers in the fat code are declared as an array of bytes.
> > But it is then cast up to a structure with 16bit and 32bit members.
> > Since GCC assumes structure alignment her
Dear Mike Frysinger,
In message <1230857672-11798-1-git-send-email-vap...@gentoo.org> you wrote:
> From: Bryan Wu
>
> A couple of buffers in the fat code are declared as an array of bytes. But
> it is then cast up to a structure with 16bit and 32bit members. Since GCC
> assumes structure align
Hi
I have used your patch to boot the i.MX31 PDK board from its large
page NAND now. I had to modify one function (see below).
2008/12/5 Maxim Artamonov :
> V2 NAND_SPL support for phycore imx31
>
> Changelog:
>
> * Added bad block verify and skip;
> * Correct code to codestyle;
> * Added few co
U-Boot's gunzip() function does not handle the return code
of zlib's inflate() function correctly. gunzip() is implemented
to uncompress all input data in one run. So the correct return
code for the good case is Z_STREAM_END. In case of insufficient
output buffer memory inflate returns Z_OK. For gu
Vijay Kolhal said the following on 01/02/2009 06:45 AM:
> But when i instered on puts(); statement or printf(); statement in
> icache_enable() function of cpu\arm1136\cpu.c file, Though it gets compile
> well and it create u-boot.bin image file, It doesnt get execute on Omap
> 2430 board.
>
T
Hello Michael,
>>> instead of add more and more if else case
>>> why not add a fixup function?
>> feel free to ask/take it up with the usb maintainer. we work with what's
>> there rather than being creative.
>> -mike
>
> I sent a clean-up patch for the usb_storage few weeks ago ([U-Boot] [PATCH]
Hello Michael,
2008/12/10 Michael Trimarchi :
> Cleanup usb storage
>
> Signed-off-by: Michael Trimarchi
oops... I overlooked this one...
Applied to U-boot-usb tree.
Thanks!
Remy
>
> ---
> diff --git a/common/usb_storage.c b/common/usb_storage.c
> index 94f659f..973d82f 100644
> --- a/common
Hi,
Mike Frysinger wrote:
> On Friday 02 January 2009 06:26:39 Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 19:48 Thu 01 Jan , Mike Frysinger wrote:
>>> From: Bryan Wu
>>>
>>> The SanDisk Corporation U3 Cruzer Micro 1/4GB Flash Drive
>>> 16244373FFB4 does not like to be reset, so check f
Dear Sir / Madam,
I have tried using u-boot code for Omap 2430 sdp. after using command,
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
I am able to create boot image u-boot.bin and it also Run in Nor flash of
board.
But when i instered on puts(); statement or printf(); statement in
icache
On Friday 02 January 2009 06:26:39 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 19:48 Thu 01 Jan , Mike Frysinger wrote:
> > From: Bryan Wu
> >
> > The SanDisk Corporation U3 Cruzer Micro 1/4GB Flash Drive
> > 16244373FFB4 does not like to be reset, so check for it.
> >
> > Signed-off-by:
On 19:48 Thu 01 Jan , Mike Frysinger wrote:
> From: Bryan Wu
>
> The SanDisk Corporation U3 Cruzer Micro 1/4GB Flash Drive 16244373FFB4
> does not like to be reset, so check for it.
>
> Signed-off-by: Bryan Wu
> Signed-off-by: Mike Frysinger
> ---
> common/usb_storage.c |7 +++
Lot's of 405 board config files use CONFIG_SYS_IGNORE_405_UART_ERRATA_59.
Either they define or undef it. Because it's not used in any source
files this patch removes any references to it.
Signed-off-by: Matthias Fuchs
---
include/configs/ASH405.h |1 -
include/configs/CATcenter.h
This patch adds esd's loadpci BSP command to CPCI4052 and
CPCI405AB board. This requires CONFIG_CMD_BSP and CONFIG_PRAM.
Signed-off-by: Matthias Fuchs
---
board/esd/cpci405/Makefile |1 +
include/configs/CPCI4052.h |2 ++
include/configs/CPCI405AB.h |3 +++
3 files changed, 6 inser
Signed-off-by: Matthias Fuchs
---
board/esd/cpci405/cpci405.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/board/esd/cpci405/cpci405.c b/board/esd/cpci405/cpci405.c
index 9bb5f63..bd569a6 100644
--- a/board/esd/cpci405/cpci405.c
+++ b/board/esd/
This patch cleans up CPCI405 board support:
- wrap long lines
- unification of spaces in function calls
- remove dead code
Use correct io accessors on peripherals.
Signed-off-by: Matthias Fuchs
---
board/esd/cpci405/cpci405.c | 307 ---
1 files changed,
2nd version of this patch eliminates a whitespace issue :-(
This patch turns on the auto RS485 mode in the 2nd external
uart on PLU405 boards. This is a special mode of the used
Exar XR16C2850 uart. Because these boards only have a 485 physical
layer connected it's a good idea to turn it on by def
On ppc4xx platforms __ft_board_setup updates clock-frequency
properties of all ns16550 compatible UARTs. This is not a good
idea when those UARTs are external discrete UARTs that are
not clocked by some internal clocks. So any external clock value
in the DTB is overwritten and those UARTs will not
On Friday 02 January 2009 04:32:39 Remy Bohmer wrote:
> 2009/1/2 Mike Frysinger :
> > From: Bryan Wu
> > A couple of buffers in the fat code are declared as an array of bytes.
> > But it is then cast up to a structure with 16bit and 32bit members.
> > Since GCC assumes structure alignment here,
Hello Mike,
2009/1/2 Mike Frysinger :
> From: Bryan Wu
> A couple of buffers in the fat code are declared as an array of bytes. But
> it is then cast up to a structure with 16bit and 32bit members. Since GCC
> assumes structure alignment here, we have to force the buffers to be
> aligned accord
22 matches
Mail list logo
