Hi
I want to burn yaffs2 image onto the nand flash in the u-boot. I am not
getting a sinlge workable patch for the yaffs2 support . Can some one give
me the location for the patch.
--
View this message in context:
http://www.nabble.com/yaffs2-rfs-burning-in-u-boot-tp23881236p23881236.html
S
Hi all,
I have configured SMC911x ethernet driver with OMAP3EVM.
When I try to download any file using tftpboot ( Timeout happens )
and
also when I try to do dhcp ( timeout happens ).
Iam working with u-boot git from git://git.denx.de/u-boot.git from
"master bra
The Marvell bridge 64360 supports serveral PCI functions, not only 0. This
patch enables access to those functions.
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
v2:
- Long lines splitted
board/esd/cpci750/cpci750.c | 16 +---
board/esd/cpci750/pci.c | 14 +-
Hi Matthias,
On Thursday 04 June 2009 19:40:19 Matthias Fuchs wrote:
> doen't it make sense to use/extend the code from
> board/esd/common/cmd_loadpci.c in stead it copying this code? Even that
> code is running on 4xx only, it should be simple to modify it for cpci750.
> Adding support for bootvx
On Thursday 04 June 2009 21:23:31 Daniel Mack wrote:
> > Is there any guarantee that such macros are never used on device
> > registers and the like?
>
> Well - how can I guarantee that? Anyway - the functions can be enhanced
> later to make them work with different types of memories. For now, they
The code copy data from NAND flash block by block, so when
the data length isn't a whole-number multiple of the block
size, it will overlap the rest space.
Signed-off-by: Mingkai Hu
---
nand_spl/nand_boot_fsl_elbc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/nand_s
On Friday 29 May 2009 21:53:09 Mike Frysinger wrote:
> Shove a lot of the HOSTCC and related #ifdef checking crap into the new
> compiler.h header so that we can keep all other headers nice and clean.
>
> Also introduce custom uswap functions so we don't have to rely on the non
> standard implement
Hello,
In message <1243185450-20518-1-git-send-email...@denx.de> you wrote:
> In case of incorrect command invocations U-Boot used to print pretty
> useless "usage" messages, for example:
>
> => nand markbad
> Usage:
> nand - NAND sub-system
>
> In the result, the user would ha
Dear Mike Frysinger,
In message <1243146379-5699-1-git-send-email-vap...@gentoo.org> you wrote:
> The printing code would check the same environment byte multiple times and
> write to the console one byte at a time. For some devices (such as the
> Blackfin JTAG console which operates in 8 bytes a
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1243013332-8436-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> as $(obj) is empty when in tree build
>
> %.s: %.S
> $(CPP) $(AFLAGS) -o $@ $<
>
> and
>
> $(obj)%.s:%.S
> $(CPP) $(AFLAGS) -o $@ $<
>
> are the same
>
> Si
Dear Tom Rix,
In message <1242824141-32719-1-git-send-email-tom@windriver.com> you wrote:
> The static function compare_sign is only used to compare the fs_type string
> and does not do anything more than what strncmp does.
>
> The addition of the trailing '\0' to fs_type, while legal, is not
Dear Mike Frysinger,
In message <1242808514-9368-1-git-send-email-vap...@gentoo.org> you wrote:
> The kernel stores address<->symbol names in it so things can be decoded at
> runtime. Do it in U-Boot, and we get nice symbol decoding when crashing.
>
> Signed-off-by: Mike Frysinger
> ---
> this
On 12:31 Tue 02 Jun , Matthias Ludwig wrote:
>
> Signed-off-by: Matthias Ludwig
> ---
> > as predently the commit message does not correspond with the code
> >
> > it's a typo fix not, the current code work it does use the CS5 in reality
>
> You are right, it's only a "typo fix".
> Sorry fo
Signed-off-by: Haiying Wang
---
v2 change: Adjust the code according to the change in patch 11/15
drivers/qe/uec.c | 17 +
drivers/qe/uec.h | 31 +--
2 files changed, 46 insertions(+), 2 deletions(-)
diff --git a/drivers/qe/uec.c b/drivers/qe/uec.c
The uec driver contains code to hard code configuration information for the uec
ethernet controllers. This patch creates an array of uec_info structures, which
are then parsed by the corresponding driver instance to determine configuration.
It also creates function uec_standard_init() to initialize
We support up to 8 mac addresses in system eeprom, so we define the macro
MAX_NUM_PORTS to limit the mac_count to 8, and update the number of ethxaddr
according to mac_count.
Signed-off-by: Haiying Wang
---
v4 change: white space clean up
board/freescale/common/sys_eeprom.c | 23 ++
- Increase the size of malloc to 512KB because MPC8569MDS needs more memory for
malloc to support up to eight Ethernet interfaces.
- Move Environment address out of uboot thus the saved environment variables
will not be erased after u-boot is re-programmed.
Signed-off-by: Haiying Wang
---
v2 chan
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((cons
Dear Matthias Kaehlcke,
In message <20090604185024.gb4...@darwin> you wrote:
>
> thanks for your explication, below is the driver in the corresponding
> directory
>
> --
Suchg comment is supposed to go *below* the "--" line, not above.
> Add NAND support for the KwikByte KB9202
And such a com
Dear Daniel Mack,
In message <20090604180042.gn26...@buzzloop.caiaq.de> you wrote:
>
> Ok. I just saw ubifs implementing its own set_bit() functions and
> considered that the wrong place for such functions to live in. ext2
> seems to do the same things, also minix. Platforms which want to
> enable
Dear Daniel Mack,
In message <20090604174208.gm26...@buzzloop.caiaq.de> you 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_
El Thu, Jun 04, 2009 at 08:08:04PM +0200 Stefan Roese ha dit:
> On Thursday 04 June 2009 19:49:25 Matthias Kaehlcke wrote:
> > > > This is a forward port of the patch submitted by Christian from
> > > > Kwikbyte in 06/2007
> > > > (http://lists.denx.de/pipermail/u-boot/2007-June/022068.html)
> > >
On 12:48 Thu 04 Jun , Paulraj, Sandeep wrote:
> JC,
>Is the 4GB support going to added in the u-boot-nand anytime soon?
do not known but the arm compiling issue will be fix soon
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http:/
On Thursday 04 June 2009 20:00:42 Daniel Mack wrote:
> 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
On Thu, Jun 4, 2009 at 10:51 AM, Magnus Lilja wrote:
> 2009/6/4 alfred steele :
> >> The MMU is not used in ARM/U-boot, at least not on the i.MX31.
> > I was thinking there has to be a mechnism which defines the
> > phystovirtual mapping table before the kernel starts running in the
> > virtual sp
On Thursday 04 June 2009 19:49:25 Matthias Kaehlcke wrote:
> > > This is a forward port of the patch submitted by Christian from
> > > Kwikbyte in 06/2007
> > > (http://lists.denx.de/pipermail/u-boot/2007-June/022068.html)
> > >
> > > Signed-off-by: Matthias Kaehlcke
> > > ---
> > > board/kb9202/
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 s
2009/6/4 alfred steele :
>> The MMU is not used in ARM/U-boot, at least not on the i.MX31.
> I was thinking there has to be a mechnism which defines the
> phystovirtual mapping table before the kernel starts running in the
> virtual space and the IO peripherals to access memory space/registers.
> R
JC,
Is the 4GB support going to added in the u-boot-nand anytime soon?
Thanks,
Sandeep
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Thursday, June 04, 2009 1:04 PM
> To: Paulraj, Sandeep
> Cc: u-boot@lists.denx.de; Stefan Roese
>
El Thu, Jun 04, 2009 at 08:53:10AM +0200 Stefan Roese ha dit:
> On Wednesday 03 June 2009 19:42:00 Matthias Kaehlcke wrote:
>
>
>
> > here is a version of the patch that addresses the issues you pointed
> > out. sorry for the late response, my development system died and i
> > needed some time
> The MMU is not used in ARM/U-boot, at least not on the i.MX31.
I was thinking there has to be a mechnism which defines the
phystovirtual mapping table before the kernel starts running in the
virtual space and the IO peripherals to access memory space/registers.
Redboot does the same, hence i thou
El Wed, Jun 03, 2009 at 02:50:40PM -0500 Scott Wood ha dit:
> Matthias Kaehlcke wrote:
>> hi,
>>
>> El Fri, May 15, 2009 at 05:30:48PM -0500 Scott Wood ha dit:
>>
>>> Matthias Kaehlcke wrote:
+/*
+ * Board-specific function to access the device ready signal.
+ */
+static int kb
In do_readpage(), don't free 'dn' if its allocation failed.
Signed-off-by: Daniel Mack
---
fs/ubifs/ubifs.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c
index 91fc574..8ede188 100644
--- a/fs/ubifs/ubifs.c
+++ b/fs/ubifs/ubifs.
Hi Stefan,
see one comment below.
> The Marvell bridge 64360 supports serveral PCI functions, not only 0. This
> patch enables access to those functions.
>
> Signed-off-by: Stefan Roese
> Cc: Reinhard Arlt
> ---
> board/esd/cpci750/cpci750.c | 16 +++-
> board/esd/cpci750/pci.c
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 lzo
Hi Stefan,
doen't it make sense to use/extend the code from board/esd/common/cmd_loadpci.c
in stead it copying this code? Even that code is running on 4xx only, it should
be simple
to modify it for cpci750. Adding support for bootvx should be simple also.
Matthias
> This command is used to load
On 08:40 Thu 04 Jun , Paulraj, Sandeep wrote:
> The 4Gb support was added to the Linux MTD system sometime back and I am
> trying to add the same in U-Boot
>
> Basically I am referring to
> http://git.infradead.org/mtd-2.6.git?a=commit;h=69423d99fc182a81f3c5db3eb5c140acc6fc64be
> and I am add
2009/6/4 alfred steele :
> Hi Magnus/all,
>
> Where does the mmu_init code in the uboot code for mx31 pdk reside?
> I am looking for things with MMU initialization like setting the
> actual base, virtual base and the TLB settings.
>
> Can anyone throw light on the same?Thanks in advance!!
The MMU
Hi,
sorry I can not provide a solution, but when trying to migrate my
board to newer U-Boot I realised that the dependency calculation
is not correct for cpu/mcf532x/start.S
start.S references several CONFIG_SYS_ macros and thus should be
re-compiled when the board configuration header file chang
Hi Magnus/all,
Where does the mmu_init code in the uboot code for mx31 pdk reside?
I am looking for things with MMU initialization like setting the
actual base, virtual base and the TLB settings.
Can anyone throw light on the same?Thanks in advance!!
-Munro.
_
Hi Magnus/all,
Where does the mmu_init code in the uboot code for mx31 pdk reside?
I am looking for things with MMU initialization like setting the
actual base, virtual base and the TLB settings.
Can anyone throw light on the same?Thanks in advance!!
-Alfred
_
John Rigby wrote:
> My only concern is that the u-boot and linux nand drivers need to have the
> same approach regarding ecc. The linux driver recently submitted only
> supports sw ecc because using hw ecc means the spare area is not writeable.
> The u-boot driver that I submitted supported hw_ecc
Stefan,
My only concern is that the u-boot and linux nand drivers need to have the
same approach regarding ecc. The linux driver recently submitted only
supports sw ecc because using hw ecc means the spare area is not writeable.
The u-boot driver that I submitted supported hw_ecc only and was com
On Sat, May 30, 2009 at 11:09:03AM +0800, lanmanck wrote:
> because i am not familiar with the framework of uboot's nand driver ,do
> you think i should read all of the source code about the nand driver?
That's always helpful. :-)
> BTW,i have not found the diretory "drivers/mtd/nand/fsl_elbc.c",
UBI is quite memory greedy and requires at least approx. 512k of malloc
area. This patch adds a compile-time check, so that boards will not
build with less memory reserved for this area (CONFIG_SYS_MALLOC_LEN).
Signed-off-by: Stefan Roese
---
drivers/mtd/ubi/build.c |4
1 files changed,
2009/6/4 :
> No idea ?
>
> brice.wal...@ulp.u-strasbg.fr a écrit :
>
>> Hello U-Boot users,
>>
>> I would like to use U-Boot on my iMX27 PDK board. I've seen that
>> different iMX CPU boards are supported (iMX27 ADS for example) but not
>> the iMX PDK board. Is U-Boot supported on Freescale iMX27
This is needed for the MPC512x NAND driver (fsl_nfc_nand.c) which already
defines such a 4k plus 218 bytes ECC layout.
Signed-off-by: Stefan Roese
Cc: Scott Wood
---
include/linux/mtd/nand.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/mtd/nand.h b/inc
No idea ?
brice.wal...@ulp.u-strasbg.fr a écrit :
> Hello U-Boot users,
>
> I would like to use U-Boot on my iMX27 PDK board. I've seen that
> different iMX CPU boards are supported (iMX27 ADS for example) but not
> the iMX PDK board. Is U-Boot supported on Freescale iMX27 PDK board ?
>
> Thanks.
Hi everyone,
We just received some DDR2 DIMM samples from Micron for our 8572E/8568E
board. We are running U-boot version v2008.10 on both processors. When
the DRAM is initialized, U-boot bails out indicating that SPD revision
1.3 is not supported. According to Micron, 1.3 is the latest. The
This patch adds support for the AVR32 LCD controller. This patch is
based off the latest Denx master (not the current AVR32 git).
A quick summary of what's going on:-
Enable LCDC pixel clock
Enable LCDC port pins
Correctly specify LCDC guard time
Add framebuffer pointer to global_data struct
All
Mark Jackson wrote:
> On Thu, 2009-06-04 at 08:29 -0400, Jerry Van Baren wrote:
>> Mark Jackson wrote:
>>> I'm planning to submit a patch to add LCD support to the current main
>>> Denx (non-AVR32) git.
>
>
>
>> Hi Mark,
>>
>> Don't agonize over it, just post the patch. The number of electrons
On Thu, 2009-06-04 at 08:29 -0400, Jerry Van Baren wrote:
> Mark Jackson wrote:
> > I'm planning to submit a patch to add LCD support to the current main
> > Denx (non-AVR32) git.
> Hi Mark,
>
> Don't agonize over it, just post the patch. The number of electrons you
> kill by asking for direc
The 4Gb support was added to the Linux MTD system sometime back and I am trying
to add the same in U-Boot
Basically I am referring to
http://git.infradead.org/mtd-2.6.git?a=commit;h=69423d99fc182a81f3c5db3eb5c140acc6fc64be
and I am adding the same stuff in the latest U-boot as I need to support a
Hi Scott,
I'll try to continue with this patch so that we can integrate it hopefully
soon. I already addressed some of your comments (the easy ones ;)). Please
find some further questions below (I'm still new to the FSL NFC):
On Thursday 06 November 2008 00:06:48 Scott Wood wrote:
> > +static s
Hi all,
I am writing an NVRAM tool, so I have to load it on RAM and run,
that I am doing it via BDI2000.
I generated image which I can run via laughterbach, but same image
fails to run after loading on RAM via BDI.
Please help me to know the initializations to be made to run it via BDI.
I
Mark Jackson wrote:
> I'm planning to submit a patch to add LCD support to the current main
> Denx (non-AVR32) git.
>
> It consists of the following changes:-
>
> cpu/at32ap/at32ap700x/clk.c |5 +
> cpu/at32ap/at32ap700x/portmux.c | 90
>
Dear Daniel Mack,
In message <20090604114818.gh26...@buzzloop.caiaq.de> you 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_
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 cod
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
> > +
Dear Daniel Mack,
In message <1244111241-32735-3-git-send-email-dan...@caiaq.de> you wrote:
> This adds generic bit operations for all platforms and enables includes
> the implementations from asm-arm.
I should have read the patch to end...
> +static inline void set_bit(int nr, volatile unsigned
Dear Daniel Mack,
In message <1244111241-32735-3-git-send-email-dan...@caiaq.de> you wrote:
> This adds generic bit operations for all platforms and enables includes
> the implementations from asm-arm.
Be careful. I am not sure if a generic definition is even possible.
In any case, it is extremel
I'm planning to submit a patch to add LCD support to the current main
Denx (non-AVR32) git.
It consists of the following changes:-
cpu/at32ap/at32ap700x/clk.c |5 +
cpu/at32ap/at32ap700x/portmux.c | 90
+
drivers/video/atmel_lcdfb
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
board/esd/cpci750/cpci750.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/board/esd/cpci750/cpci750.c b/board/esd/cpci750/cpci750.c
index 3473504..69ae517 100644
--- a/board/esd/cpci750/cpci750.c
+++ b/board/e
The CPCI750 can be built as CPCI host or adapter/target board. This patch
adds support for runtime detection of those variants.
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
board/esd/cpci750/cpci750.c |9
board/esd/cpci750/ide.c |4 ++-
board/esd/cpci750/pci.c |
The Marvell bridge 64360 supports serveral PCI functions, not only 0. This
patch enables access to those functions.
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
board/esd/cpci750/cpci750.c | 16 +++-
board/esd/cpci750/pci.c | 14 +-
2 files changed, 20 inser
This command is used to load/boot an OS-image which is transferred from
the CPCI host to the CPCI target/adapter.
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
board/esd/cpci750/cpci750.c | 76 +++
1 files changed, 76 insertions(+), 0 deletions(-)
Signed-off-by: Stefan Roese
Cc: Reinhard Arlt
---
include/configs/CPCI750.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/CPCI750.h b/include/configs/CPCI750.h
index 8494faa..3b0b888 100644
--- a/include/configs/CPCI750.h
+++ b/include/configs/CPCI750
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
---
include/asm-arm/bitops.h |2 +
include/asm-generic/bitops.h | 151 ++
2 files c
Signed-off-by: Daniel Mack
---
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 000..dd7d852
-
Remove include/asm-arm/bitops.h a bunch of 'external' marked functions
from include/asm-arm/bitops.h. They are not implemented anywhere in the
sources, so this forward declaration is wrong.
Also remove the functions __set_bit, __clear_bit, __change_bit,
__test_and_set_bit, __test_and_clear_bit and
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
[PA
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Nobuhiro Iwamatsu
---
include/configs/MigoR.h |2 +-
include/configs/ap325rxa.h |2 +-
include/configs/mpr2.h |2 +-
include/configs/ms7720se.h |2 +-
include/configs/ms7722se.h |2 +-
include/configs/ms7750se.h
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Nobuhiro Iwamatsu
---
include/configs/MigoR.h |2 +-
include/configs/ap325rxa.h |2 +-
include/configs/mpr2.h |2 +-
include/configs/ms7720se.h |2 +-
include/configs/ms7722se.h |2 +-
include/configs/ms7750se.h
currently we need to sync the linker script enty and TEXT_BASE manualy
and the reloc_dst is based on it
instead provide it now from the ldflags
tested on r2dplus
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Nobuhiro Iwamatsu
---
Makefile |5 --
board/mpr
all sh boards use the same cpu linker script so move it to cpu/$(CPU)
that could be overwrite in following order
SOC
BOARD
via the corresponding config.mk
tested on r2dplus
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Nobuhiro Iwamatsu
---
board/ms7722se/u-boot.lds
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Nobuhiro Iwamatsu
---
include/asm-sh/clk.h | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
create mode 100644 include/asm-sh/clk.h
diff --git a/include/asm-sh/clk.h b/include/asm-sh/clk.h
new file
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Nobuhiro Iwamatsu
---
Makefile |5 +++--
board/renesas/sh7785lcr/Makefile |2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 81a5cd0..cd4df2e 100644
--- a/Makefile
+++
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
Dear Daniel Mack,
In message <20090604090740.gd26...@buzzloop.caiaq.de> you 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!
Best regards,
Wolfgang De
Hi Jean
Thanks for accepting my earlier patch "arch_misc_init support for ARM
architectures"
Can you please re-think for this patch too.
This patch is nothing but outcome of our earlier discussion/abstraction to
create Generic Cache header for ARM
Also kirkwood Soc support patches are almost don
In the latest git, I've just noticed what I guess is a typo in this
code.
void portmux_enable_macb1(unsigned long flags, unsigned long
drive_strength)
{
/* REVISIT: Some pins are probably pure outputs */
portmux_select_peripheral(PORTMUX_PORT_D, portc_mask,
On Thursday 04 June 2009 11:07:40 Daniel Mack wrote:
> 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 mor
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
Dear Andy Fleming,
In message <1244091266-22803-1-git-send-email-aflem...@freescale.com> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mmc.git master
>
> Rabin Vincent (5):
> mmc: clean up help texts
> mmc: check find_mmc_device return value
Dear Andy,
In message <2acbd3e40906031657jac92a86y9a0de40c6b1c9...@mail.gmail.com> you
wrote:
>
> Wolfgang, I have an identical, but different patch from Yauhen Kharuzhy
That's a funny thing - "identical, but different". really? :-)
> applied to my tree, ready for pulling... I can take it out
Dear Andy Fleming,
In message <1244091241-22766-1-git-send-email-aflem...@freescale.com> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> Dave Liu (3):
> 85xx: Fix the clock adjust of mpc8569mds board
> 85xx: Fix the wrong
Dear Stefan Roese,
In message <200906041015.30536...@denx.de> you wrote:
>
> I would have to check in more details here. But I'm pretty sure this is not
> the reason for your failure. Here a log from one of mine UBI systems:
...
> => ubi part rootfs
> Creating 1 MTD partitions on "nand0":
> 0x002
Dear Stefan Roese,
In message <1244103050-20737-1-git-send-email...@denx.de> you wrote:
> The CPCI750 can be built as CPCI host or adapter/target board. This patch
> adds support for runtime detection of those variants.
>
> Changes in more detail are:
>
> - On CPCI adapter some things have to be
Dear Kazuaki Ichinohe,
In message <4a247247.70...@fsi.co.jp> you wrote:
...
> >But, other local, private, resource management structures are encouraged
> >to be shrinked/optimized, as it's just waste of ROM space.
>
> Originally U-boot of PowerPC is not importance for the size because the size
Dear Stefan Roese,
In message <200906040856.51774...@denx.de> you wrote:
>
> > I used ubiformat from Linux using /dev/ubi0 which is attached to
> > /dev/mtd4 which again points to the same area in the flash than
> > 'ubilayer' does in U-Boot. So I should be able to access that same
> > volume from
On Thursday 04 June 2009 10:06:55 Daniel Mack wrote:
> > I have to admit that I never used it this way. Using "ubi part" on an
> > erased partition works fine. I suggest you give it a try.
>
> Hmm. That still doesn't work for me, and I still wonder about the
> 'attaching mtd1 to ubi0' string, which
The CPCI750 can be built as CPCI host or adapter/target board. This patch
adds support for runtime detection of those variants.
Changes in more detail are:
- On CPCI adapter some things have to be done differently:
- Different PCI setup
- Skip (PCI) video inititialization
- No PCI IDE confi
On Thu, Jun 04, 2009 at 08:56:51AM +0200, Stefan Roese wrote:
> On Thursday 04 June 2009 08:50:21 Daniel Mack wrote:
> > > > UBI error: ubi_init: cannot attach mtd1
> > > > UBI error: ubi_init: UBI error: cannot initialize UBI, error -12
> > > > UBI init error -12
> > > > exit not allowed from main
The problem is that BOOTP_SIZE uses ETHER_HDR_SIZE which is 14 bytes.
If sending a VLAN tagged frame (when env variable vlan is set) this
should be VLAN_ETHER_HDR_SIZE=18 which is what NetSetEther returns.
diff --git a/net/bootp.c b/net/bootp.c
index 3dea70a..77057c6 100644
--- a/net/bootp.c
+++
Hello U-Boot users,
I would like to use U-Boot on my iMX27 PDK board. I've seen that
different iMX CPU boards are supported (iMX27 ADS for example) but not
the iMX PDK board. Is U-Boot supported on Freescale iMX27 PDK board ?
Thanks.
Regards,
Brice WALZER
__
95 matches
Mail list logo
