U-boot for Marvell Kirkwood boards no longer work after the EABI changes
introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
turns out to be caused by a stack alignment issue. The armv5te
instructions ldrd/strd instructions require 8-byte alignment to work
properly (otherwise undefi
Unfortunately some Rev D PPC405EX/405EXr PVR's are identical with older
405EX(r) parts. Here a list:
0x12911475 - 405EX Rev D with Security *and* 405EX Rev A/B witout Sec
0x12911473 - 405EX Rev D without Security *and* 405EXr Rev A/B with Sec
Since there are only a few older parts in the field, t
> -Original Message-
> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
> Sent: Monday, October 05, 2009 8:23 PM
> To: Stefan Roese
> Cc: Andrew Dyer; Wolfgang Denk; u-boot@lists.denx.de;
> Prafulla Wadaskar; Tom Rix
> Subject: [PATCH v2] arm926ejs: 16-byte align stack to av
From: root
Signed-off-by: root
---
include/asm-ppc/immap_512x.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/asm-ppc/immap_512x.h b/include/asm-ppc/immap_512x.h
index 79cdd80..e553bbe 100644
--- a/include/asm-ppc/immap_512x.h
+++ b/include/asm-ppc/immap_51
> Subject: Re: [PATCH v3] TI: OMAP3: Overo Tobi ethernet support
>
> On Oct 5, 2009, at 8:56 AM, Steve Sakoman wrote:
>
> > On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson
> > wrote:
> >> Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
> >> over tftp.
> >>
> >> This also
On Monday 05 October 2009, Paulraj, Sandeep wrote:
>
> > I guess that happened after I prepared the patch but before I sent
> > it in. I'll look; there were some differences still. Notably to
> > store the environment in the otherwise-unused block zero,
>
> That is because most users who have us
Hi Jocke,
> > > There are a few change which would further improve relocation that Jocke
> > > and I want to get merged. Whether these improvements occur in this
> > > release or the next is not a big deal to me.
> > > 1. Fix relocation of NULL pointers.
> > > eg the following code would print th
It looks like the 85xx platform is the only one which has boards
with the bss at 0x0. It uses a slightly different linker script
format which puts the bss after the reset vector, which is
0xfffc + 4 for a number of boards. Other platforms don't put
their bss in a similar location, so they don
When U-Boot is relocated from flash to RAM pointers are modified
accordingly. However, pointers initialzed with NULL values should not
be modified so that they maintain their intended NULL value. The
address of the BSS segment must be modified during relocation which
means that it must not have a
This allows for fancy conditionals and inclusions
Signed-off-by: Peter Tyser
---
cpu/mpc85xx/config.mk |2 +-
cpu/mpc85xx/{u-boot-nand.lds => u-boot-nand.lds.S} |0
cpu/mpc85xx/{u-boot.lds => u-boot.lds.S} |0
3 files changed, 1 insertions(+), 1
The offset to the chip select is incorrect.
The change 187af954cf7958c24efcf0fd62289bbdb4f1f24e,
omap3: embedd gpmc_cs into gpmc config struct
introduced a problem with the serial gpmc setup.
This patch reverts the chip select to its previous value.
The symptoms of this problem are that the Zo
This patch is against u-boot-ti/master
I run tested this on Zoom2.
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Simon Kagstrom writes:
> U-boot for Marvell Kirkwood boards no longer work after the EABI changes
> introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
> turns out to be caused by a stack alignment issue. The armv5te
> instructions ldrd/strd instructions require 8-byte alignment t
Dear Martha,
In message <200910051244291.sm06...@[206.180.163.89]> you wrote:
> Thank You for fixing this ...
If this is an ACK, then please send a formal Acked-by: message.
Thanks.
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offi
Dear Ben Warren,
In message <4ac99ff1.3040...@gmail.com> you wrote:
> Wolfgang,
>
> The following changes since commit 311c19ccb5783a1de71fd5042eeadfbe9688f597:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-ppc4xx
>
> are available in the git repository at:
>
Dear Peter Tyser,
In message <1254773254.24664.657.ca...@localhost.localdomain> you wrote:
>
> > 32 bit alignment of the BSS segment might not be sufficient. Be
> > careful!
>
> I've tried a few ways to ensure the BSS isn't at address 0x0, and they
> all seem to have their shortcomings. I'm cur
>
> > > I have already ack-ed Sandeep's patch that contains this
> > > fix for the warning. Please check with him.
> >
> > That is correct, I did not add it to my tree because you ACK'ed
> > this patch only after I sent a pull request. So obviously I cannot
> > add a patch that has been ACK'ed
On Mon, Oct 5, 2009 at 10:18 PM, Ben Warren wrote:
...
>>
>> The board specifc code will be contained into the hook .init filed
>> into the bb_mii_buses vector.
>>
>> Do you have a better solution?
>>
>>
>
> In each case, you put the bb_miiphy_init() right before eth_initialize().
> One of the fi
On Monday 05 October 2009, Paulraj, Sandeep wrote:
> > I have already ack-ed Sandeep's patch that contains this
> > fix for the warning. Please check with him.
>
> That is correct, I did not add it to my tree because you ACK'ed
> this patch only after I sent a pull request. So obviously I cannot
On Monday 05 October 2009, Tom wrote:
> In general it is better to break patches that do multiple things into
> multiple patches. When you resubmit, please break this patch into its
> logical parts :
> 1. NAND
> 2. Environment
Hmm, my *original* patch necessarily disabled both
because there was
Luigi Mantellini wrote:
> The lib_[arch]/board.c code calls the bb_miiphy_init that will do just 2
> things:
>
> 1) Relocate the bb_mii_buses[i].* hooks (.init, .mdio_active, .delay, ...)
> 2) Call the board bb_mii_buses[i].init (board specific code).
>
> The board specifc code will be contained i
Hi Wolfgang,
> > My "fix" to the linker script was to change:
> > __bss_start = .;
> > into:
> > __bss_start = . | 4;
> >
> > ie, a big hack, but it did work:) I'll take a peek at a more proper
> > link script workaround.
>
> 32 bit alignment of the BSS segment might not be sufficient. Be
> car
The lib_[arch]/board.c code calls the bb_miiphy_init that will do just 2 things:
1) Relocate the bb_mii_buses[i].* hooks (.init, .mdio_active, .delay, ...)
2) Call the board bb_mii_buses[i].init (board specific code).
The board specifc code will be contained into the hook .init filed
into the bb_
Hi Luigi,
Luigi Mantellini wrote:
> Hi Ben,
>
> thank for your review. Find my inline comments.
>
> Thanks and best regards,
>
> luigi
>
> On Mon, Oct 5, 2009 at 8:27 AM, Ben Warren wrote:
>
>> Hi Luigi,
>>
>> Luigi 'Comio' Mantellini wrote:
>>
>>> From: Luigi 'Comio' Mantellini
>>>
>>>
Hi Ben,
thank for your review. Find my inline comments.
Thanks and best regards,
luigi
On Mon, Oct 5, 2009 at 8:27 AM, Ben Warren wrote:
> Hi Luigi,
>
> Luigi 'Comio' Mantellini wrote:
>>
>> From: Luigi 'Comio' Mantellini
>>
>>
>
> Please add some descriptive information here. This is a big
Simon Kagstrom wrote:
> U-boot for Marvell Kirkwood boards no longer work after the EABI changes
> introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
> turns out to be caused by a stack alignment issue. The armv5te
> instructions ldrd/strd instructions require 8-byte alignment to w
The SPD detection code for the Denali memory controller used on some
ppc4xx
processors incorrectly encodes DDR0_42. With certain memory
configurations,
this can cause the bootwrapper to incorrectly calculate the installed
memory
size, because the number of row bits is wrong. This patch fixes that
e
Thank You for fixing this ...
also .. "marx" was in pop3 properties - thanks for catching it. Your powers of
observation are very keen !
-Martha
-Original Message-
From: Wolfgang Denk w...@denx.de
Sent 10/4/2009 4:56:08 PM
To: u-boot@lists.denx.de
Cc: Martha M Stan mm...@silicontkx.com
kevin.morf...@fearnside-systems.co.uk a écrit :
> Here are links to the patches and notes on their states:
> - [U-boot] [PATCH-ARM] CONFIG_SYS_HZ change for cpu/arm920t/s3c24x0 boards:
> http://lists.denx.de/pipermail/u-boot/2009-September/thread.html,
> JP said it looked OK but needed testing
Am Montag 05 Oktober 2009 16:53:24 schrieb Simon Kagstrom:
Hi all,
congratulation and many thanks for the catch :)
Dieter
> U-boot for Marvell Kirkwood boards no longer work after the EABI changes
> introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
> turns out to be caused by
U-boot for Marvell Kirkwood boards no longer work after the EABI changes
introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
turns out to be caused by a stack alignment issue. The armv5te
instructions ldrd/strd instructions require 8-byte alignment to work
properly (otherwise undefi
On Mon, 5 Oct 2009 09:30:54 -0500
Andrew Dyer wrote:
> > sub r0, r0, #(CONFIG_STACKSIZE_IRQ+CONFIG_STACKSIZE_FIQ)
> > #endif
> > - sub sp, r0, #12 /* leave 3 words for abort-stack
> > */
> > + sub sp, r0, #16 /* leave 3 words for abort-s
On Mon, Oct 5, 2009 at 8:23 AM, Simon Kagstrom
wrote:
> U-boot for Marvell Kirkwood boards no longer work after the EABI changes
> introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
> turns out to be caused by a stack alignment issue. The armv5te
> instructions ldrd/strd instructi
On Monday 05 October 2009 16:30:54 Andrew Dyer wrote:
> > diff --git a/cpu/arm926ejs/start.S b/cpu/arm926ejs/start.S
> > index 8043322..ca520eb 100644
> > --- a/cpu/arm926ejs/start.S
> > +++ b/cpu/arm926ejs/start.S
> > @@ -171,7 +171,8 @@ stack_setup:
> > #ifdef CONFIG_USE_IRQ
> >sub r
Dear Steven Zedeck,
In message <25751508.p...@talk.nabble.com> you wrote:
>
[Full quote deleted]
It was probably not necessary to quote my full message, including
signature and everything. Please see
http://www.netmeister.org/news/learn2quote.html
> I don't understand how to set this variable
wd wrote:
>
> Dear Steven Zedeck,
>
> In message <25722060.p...@talk.nabble.com> you wrote:
>>
>> We have a situation when we want to display an image towards the end of
>> Uboot's execution, before we boot Linux. I have that already.
>>
>> However, my issue is that while Linux boots it mall
On Oct 5, 2009, at 8:56 AM, Steve Sakoman wrote:
> On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson
> wrote:
>> Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
>> over tftp.
>>
>> This also refactors the smc911x driver to allow for detecting when
>> the
>> chip is missing
On Sat, Sep 26, 2009 at 2:14 PM, Olof Johansson wrote:
> Add setup for ethernet on Tobi, allowing kernel/ramdisk to be loaded
> over tftp.
>
> This also refactors the smc911x driver to allow for detecting when the
> chip is missing. I.e. the detect_chip() function is called earlier and
> will abor
U-boot for Marvell Kirkwood boards no longer work after the EABI changes
introduced in commit f772acf8a584067033eff1e231fcd1fb3a00d3d9. This
turns out to be caused by a stack alignment issue. The armv5te
instructions ldrd/strd instructions require 8-byte alignment to work
properly (otherwise undefi
>
> David Brownell wrote:
> > This is the second half of my DM355 EVM support patches, adding
> > the NAND support now that the 4-bit ECC is merged:
> >
> > - Kick in NAND support, enabling
> > * the DaVinci NAND driver
> > * its 4-bit ECC support
> > * MTD_DEVICE (newish, should
Hi All,
I am using fw_printenv to set few environment variables from Linux. I am
able to see all the environment variables using fw_printenv.
But when i type the command fw_printenv i get the following message first
"*Read error on /dev/mtd1: Success*"
then u-boot environment variables are p
David Brownell wrote:
> This is the second half of my DM355 EVM support patches, adding
> the NAND support now that the 4-bit ECC is merged:
>
> - Kick in NAND support, enabling
> * the DaVinci NAND driver
> * its 4-bit ECC support
> * MTD_DEVICE (newish, should be automatic!)
>
On Chip BootROM support for P1 and P2 series RDB platforms.
This patch is derived from latest On Chip BootROM support on MPC8536DS by
Mingkai Hu.
Signed-off-by: Dipen Dudhat
---
- Applies to http://git.denx.de/u-boot.git
MAKEALL |2 ++
Makefile
NAND Boot support for P1 and P2 series RDB platforms.
This patch is derived from latest NAND Boot support on MPC8536DS by Mingkai Hu.
Signed-off-by: Dipen Dudhat
---
- Applies to http://git.denx.de/u-boot.git
MAKEALL|1 +
Makefile
> -Original Message-
> From: Po-Yu Chuang [mailto:ratbert.chu...@gmail.com]
> Sent: Wednesday, September 30, 2009 11:15 AM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] build failure on denx top
>
> Dear Aggrwal Poonam-B10812,
>
> 2009/9/30 Aggrwal Poo
On some Freescale SoC Internal DMA of eSDHC controller has bug.
So PIO Mode has been introduced to do data transfer using CPU.
Signed-off-by: Dipen Dudhat
---
Changes from v2:
- Integated wolfgang and Bin Meng's Comments.
drivers/mmc/fsl_esdhc.c | 87 +++
Thanks Wolfgang !
that helped,
the last question i have is: I want the NetConsole to listen for incoming
messages for 2 sec,
I've tried using NetSetTimeout, but it seems to not work
Alex
wd wrote:
>
> Dear alex889,
>
> please do not top post / full quote. PLease make sure to read
> http://www
According to the PPC reference implementation the udelay() function is
responsible for resetting the watchdog timer as frequently as needed.
Most other architectures do not meet that requirement, so long-running
operations might result in a watchdog reset.
This patch adds a generic udelay() functi
On Monday 05 October 2009 12:25:41 Dirk Behme wrote:
> Tuma wrote:
> > Hi, All!
> > I have a question about serial No. and Die ID.
> > I've found this info:
> > http://www.mail-archive.com/u-boot@lists.denx.de/msg10042.html
> >
> > Can you tell me please what is Die ID?
> > I need some serial No, w
>-Original Message-
>From: Wolfgang Denk [mailto:w...@denx.de]
>Sent: Friday, October 02, 2009 12:00 AM
>To: Kumar Gopalpet-B05799
>Cc: u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH v0 1/2] u-boot-2009.08 NET: Move
>MDIO regs out of TSEC Space
>
>Dear Sandeep Gopalpet,
>
>In messa
-Original Message-
From: Bin Meng [mailto:bmeng...@gmail.com]
Sent: Monday, October 05, 2009 1:59 PM
To: Dudhat Dipen-B09055
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH v2] ppc/85xx: PIO Support for FSL eSDHC
Controller Driver
Hi Dipen,
On Thu, Oct 1, 2009 at 12:48 PM, Dudhat D
>-Original Message-
>From: Kumar Gala [mailto:ga...@kernel.crashing.org]
>Sent: Thursday, October 01, 2009 7:13 PM
>To: Kumar Gopalpet-B05799
>Cc: u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH v0 2/2] u-boot-2009.08 NET: Base
>support for etsec2.0
>
>
>On Sep 24, 2009, at 7:07 AM,
Hi Dipen,
On Thu, Oct 1, 2009 at 12:48 PM, Dudhat Dipen-B09055
wrote:
>
> Hi Bin,
>
> We can know the block transfer complete using IRQSTAT(Transfer
> Complete).
> But reading & writing in PIO mode takes time for byte by byte transfers
> and there is no way to poll that transfer, that's why I hav
Hi Ben,
>>
> I don't have any familiarity with either of these, but a cursory
> inspection shows me that most AT91 chips use the MACB driver. I don't
> see much in similarities between the MACB driver and the 9200 driver, so
> don't know if joining them makes sense. I don't remember any dis
Tuma wrote:
> Hi, All!
> I have a question about serial No. and Die ID.
> I've found this info:
> http://www.mail-archive.com/u-boot@lists.denx.de/msg10042.html
>
> Can you tell me please what is Die ID?
> I need some serial No, which could be used as unique ID of device built on
> OMAP3 processo
Hi, All!
I have a question about serial No. and Die ID.
I've found this info:
http://www.mail-archive.com/u-boot@lists.denx.de/msg10042.html
Can you tell me please what is Die ID?
I need some serial No, which could be used as unique ID of device built on
OMAP3 processor.
Is this possible to reali
Dear Jean-Christophe PLAGNIOL-VILLARD,
I tried to use the unzip command of U-Boot, to unzip a Win CE Kernel. If I
have a file size of roughly 10MB it takes 1 minute to uncompress the kernel.
This is too long for my application. I use an PXA270 CPU with 64MB SDRAM.
How can I make the unzip command
On Monday 05 October 2009 03:09:23 Ben Warren wrote:
> Ben Warren wrote:
> > As discussed on mailing list, <0 indicates failure, >=0 indicates number
> > of interfaces found.
> >
> > Also added blurb about private data
>
> I'm going to go ahead and put this in the net repo. If you don't like
> it
Hi Jens,
Jens Scharsig wrote:
> Hello,
>
> at current git all AT91RM9200 based boards have the "Ethernet driver is
> deprecated" warning.
> I have read anywhere, there are plans to join the AT91 and the 9200 driver.
> Is there someone work on this or will AT91RM9200 driver ported in soon.
>
>
Wolfgang,
The following changes since commit 311c19ccb5783a1de71fd5042eeadfbe9688f597:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-ppc4xx
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
Ben Warren (2):
Convert SMC9 E
Mike,
Ben Warren wrote:
> As discussed on mailing list, <0 indicates failure, >=0 indicates number
> of interfaces found.
>
> Also added blurb about private data
>
I'm going to go ahead and put this in the net repo. If you don't like
it, let me know and we'll back it out.
regards,
Ben
__
As discussed on mailing list, <0 indicates failure, >=0 indicates number
of interfaces found.
Also added blurb about private data
Signed-off-by: Ben Warren
---
doc/README.drivers.eth | 21 +
1 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/doc/README.drivers
62 matches
Mail list logo
