Dear Wolfgang,
please pull the following changes to your tree.
Thanks,
Michal
The following changes since commit bfc7bea6adc46e1db2f5a5e3464d7652ed67c864:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-x86
are available in the git repository at:
git://www.den
Dear Ben Warren,
> Applied to net repo.
OOPS, I already caught them in the AT91 repo and they are on the way to
mainstream already.
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang,
The following changes since commit bfc7bea6adc46e1db2f5a5e3464d7652ed67c864:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-x86
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
Andreas Bießmann (2):
drivers/n
Hi Michal,
On 10/10/2010 6:41 PM, Michal Simek wrote:
> Emaclite was using old net api that's why
> this patch move emaclite to NET_MULTI api.
>
> Signed-off-by: Michal Simek
> CC: Ben Warren
>
> ---
>
> v2: Pass base_addr as parameter
>
> v1: Initial version
> ---
> drivers/net/xilinx_emaclit
Hi Michal,
On 10/10/2010 6:41 PM, Michal Simek wrote:
> Support New emaclite AXI IP.
>
> Signed-off-by: Michal Simek
> CC: Ben Warren
> ---
> drivers/net/xilinx_emaclite.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/xilinx_emaclite.c b/drivers/
HI Andreas,
On 10/7/2010 12:44 AM, Andreas Bießmann wrote:
> Some return values pretended correct pass. This patch changes them according
> to README.drivers.net. This patch changes e.g. command 'dhcp' to stop after
> errorneous autonegotiation.
>
> Signed-off-by: Andreas Bießmann
> ---
> driv
Hi Andreas,
On 10/7/2010 12:44 AM, Andreas Bießmann wrote:
> This patch increases timeout for autonegotiation from 1 second to 3 seconds.
> Some boards (e.g. at91rm9200ek) did not negotiate within 1 second.
>
> Signed-off-by: Andreas Bießmann
> ---
> drivers/net/at91_emac.c |2 +-
> 1 fil
Hi Thomas,
On 10/5/2010 6:16 PM, Thomas Chou wrote:
> Add smc_write_hwaddr() to set mac address.
> Clear dev before use.
>
> Signed-off-by: Thomas Chou
> ---
> drivers/net/smc9.c | 40
> 1 files changed, 24 insertions(+), 16 deletions(-)
Applied
Hi Peter,
On 9/30/2010 9:25 AM, Peter Tyser wrote:
> Most people don't use the 'rarpboot' command, so only enable it when
> CONFIG_CMD_RARP is defined.
>
> Signed-off-by: Peter Tyser
> ---
> common/cmd_net.c |2 ++
> include/config_cmd_all.h |1 +
> net/Makefile |
Hi Ben,
On 9/23/2010 6:58 AM, Ben Gardiner wrote:
> This patch proposes to migrate the davinci_emac driver to using the
> eth_device->write_hwaddr function pointer as suggested by Ben Warren.
>
> All the davinci boards had the behaviour, prior to this patch, of
> sync'ing the environment variabl
Hi Ilya,
On 8/19/2010 2:09 AM, Ilya Yanok wrote:
> Some boards need their board-specific PHY quirks to be called
> to PHY to work normally. As mpc5xxx_fec driver uses on demand
> PHY initialization and can even reinit PHY during normal operation
> we can't count on reset_phy() call from arch//li
Hi Wolfgang/Tom
Pls pull
The following changes since commit d778a2fbb360530395dfbc0dbe1f80b7bf959028:
Albert Aribaud (1):
orion5x: fix relocation-incompatible code
are available in the git repository at:
u-boot-marvell.git master branch
Albert Aribaud (2):
mvsata_ide: adjust
Dear bosmith,
In message <29939469.p...@talk.nabble.com> you wrote:
>
> Is there a simple way to send data from a Linux user-space program to
> U-Boot?
> How about from U-Boot up to a user-space program?
I know of two communication methods:
Using the environment (and fw_printenv/fw_setenv in Li
Dear Jain Priyanka-B32167,
In message
you wrote:
>
> Does anyone has any idea if u-boot has support for this chip? If yes,
> what is the location of this RTC driver in u-boot?
RTC drivers can be found - surprise, surprise - in the drivers/rtc/
directory.
The PT7C4338 is currently not supporte
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Thursday, October 07, 2010 8:29 PM
> To: u-boot@lists.denx.de
> Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
> Subject: [PATCH V2 3/3] Kirkwood: Changes specific to ARM
> relocation suppor
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Thursday, October 07, 2010 8:29 PM
> To: u-boot@lists.denx.de
> Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
> Subject: [PATCH V2 2/3] kirkwood: added common config file mv-common.h
>
> It
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Thursday, October 07, 2010 8:29 PM
> To: u-boot@lists.denx.de
> Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
> Subject: [PATCH V2 1/3] Kirkwood: dram_init is moved to dram.c
>
> For all Ki
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Thursday, October 07, 2010 12:17 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V3] orion5x: optimize window size computation
>
>
> Signed-of
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Monday, September 20, 2010 9:40 PM
> To: u-boot@lists.denx.de
> Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar;
> Prafulla Wadaskar
> Subject: [PATCH v2] Kirkwood: print_cpuinfo fixed for va
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Wednesday, September 08, 2010 11:01 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V3] mvsata_ide: adjust port init sequence
>
> mvsata_ide_in
Hi,
One of our board has PT7C4338 (Pericom Technology Inc.) as RTC chip.
Does anyone has any idea if u-boot has support for this chip? If yes,
what is the location of this RTC driver in u-boot?
Thanks alot
Priyanka
___
U-Boot mailing list
Hi
Is there a simple way to send data from a Linux user-space program to
U-Boot?
How about from U-Boot up to a user-space program?
The data may change often enough that using fw_printenv and fw_setenv might
wear out the NAND storage area for the environment.
The use-case is to have two kernel im
Thanks for the replies. I didn't realize that the MMC module was operating
in 1-bit mode inside U-boot. I'll concentrate on looking at that. Has
anybody done any work to try and get 4-bit mode working for OMAP3 in U-boot?
Thanks,
Chris
On Thu, Oct 7, 2010 at 1:04 PM, Wolfgang Denk wrote:
> D
On Thu, 30 Sep 2010 13:40:34 -0500
Kim Phillips wrote:
> commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9
> "83xx: Remove warmboot parameter from PCI init functions" missed
> one mpc83xx_pcie_init callsite, causing this build error:
>
> Configuring for MPC837XEMDS_HOST board...
> pci.c: In functi
On Mon, 11 Oct 2010 15:41:44 +0100
Popa Stefan-R89990 wrote:
Hello Stefan Popa,
> Attached you can find the patch for it.
It doesn't apply:
$ git am 358
Patch is empty. Was it split wrong?
If you would prefer to skip this patch, instead run "git am --skip".
To restore the original branch and
The IGEP module is a low-power, high performance production-ready
system-on-module (SOM) based on TI's OMAP3 family.The IGEP module
solution based upon TI OMAP3 provides a low-power/low-cost platform
for a variety of consumer/industrial/medical devices.
Signed-off-by: Enric Balletbo i Serra
---
Hello,
This is the first version of patch series to add initial support for
OMAP3 IGEP module. Please, consider to add in next merge window. Thanks.
$ git diff --stat origin/master
MAINTAINERS|1 +
MAKEALL|1 +
board/isee/igep0030/Makefile |
On Mon, 11 Oct 2010 17:02:00 -0400
Mike Frysinger wrote:
> On Monday, October 11, 2010 16:29:41 Scott Wood wrote:
> > On Sun, Oct 10, 2010 at 06:37:40AM -0400, Mike Frysinger wrote:
> > > --- a/common/cmd_nand.c
> > > +++ b/common/cmd_nand.c
> > > @@ -309,6 +309,8 @@
> > >
> > > if (argc < 2)
On Monday, October 11, 2010 16:29:41 Scott Wood wrote:
> On Sun, Oct 10, 2010 at 06:37:40AM -0400, Mike Frysinger wrote:
> > --- a/common/cmd_nand.c
> > +++ b/common/cmd_nand.c
> > @@ -309,6 +309,8 @@
> >
> > if (argc < 2)
> > goto usage;
> >
> > + nand_init();
> > +
>
> Also d
The following changes since commit bfc7bea6adc46e1db2f5a5e3464d7652ed67c864:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-x86
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Ben Gardiner (5):
mtdparts: regroup calls
On Sun, Oct 10, 2010 at 06:37:40AM -0400, Mike Frysinger wrote:
> diff --git a/common/cmd_nand.c b/common/cmd_nand.c
> index 3f1d077..e0be7e5 100644
> --- a/common/cmd_nand.c
> +++ b/common/cmd_nand.c
> @@ -309,6 +309,8 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char *
> const argv[])
>
On Mon, Oct 11, 2010 at 09:48:03PM +0200, Enric Balletbo i Serra wrote:
> This patch adds the Numonyx manufacturer code (0x20) to
> onenand manufacturers.
>
> Signed-off-by: Enric Balletbo i Serra
> Acked-by: Kyungmin Park
> Acked-by: Steve Sakoman
> Tested-by: Steve Sakoman
> ---
> drivers/m
Sorry, this is the version 4
2010/10/11 Enric Balletbo i Serra :
> The IGEP v2 board is a low-cost, fan-less and industrial temperature
> range single board computer that unleashes laptop-like performance and
> expandability without the bulk, expense, or noise of typical desktop
> machines. Its ar
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its architecture shares much in common with other OMAP3 boards.
Signed-off-by:
Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
config options to allow for platform files to setup their timings.
Signed-off-by: Enric Balletbo i Serra
Acked-by: Steve Sakoman
Tested-by: Steve Sakoman
---
arch/arm/include/asm/arch-omap3/mem.h | 43
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.
Signed-off-by: Enric Balletbo i Serra
Acked-by: Kyungmin Park
Acked-by: Steve Sakoman
Tested-by: Steve Sakoman
---
drivers/mtd/onenand/onenand_base.c |1 +
include/linux/mtd/onenand.h|1 +
2 files c
Hello,
This is the version 4 of patch series to add initial support for
OMAP3 IGEP v2 board.
CHANGES:
* since v3
- [x/3] add Acked-by and Tested-by lines
- [3/3] fix warning in the build:
igep0020.c: In function 'board_eth_init':
igep0020.c:125: warning: implicit declarati
On Monday, October 11, 2010 05:45:09 Wolfgang Denk wrote:
> board/bf527-ezkit/video.c | 10 +-
> include/configs/bf527-ezkit.h |2 +-
these look fine ... were you going to update boards.cfg too ? this was the
only reason the bf527-ezkit-v2 target exists in the t
On Mon, 11 Oct 2010 18:06:46 +0200
Daniel Hobi wrote:
> Hi Scott,
>
> In commit d984fed0 (makefiles: fixes for building build tools),
> you suggest that using $(CC) with host flags (HOSTCFLAGS, etc)
> is the correct way to use the cross compiler to generate binaries
> for a hosted environment on
On Mon, Oct 11, 2010 at 10:02 AM, Enric Balletbò i Serra
wrote:
> Hello,
>
> 2010/10/11 Steve Sakoman :
>> On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
>>> Hello,
>>>
>>> This is the version 3 of patch series to add initial support for
>>> OMAP3 IGEP v2 board.
>>>
>>> CHANGES:
Hi Wolfgang,
On 10/07/2010 03:48 PM, matt.wad...@linaro.org wrote:
> ARMV7: Versatile Express Coretile CortexA9x4 support
> ARMV7: Fixed baudrate setting in pl01x driver
These 2 patches have been hanging around for a while and
I've been pulling them along with the trunk changes.
They've alrea
Hello,
2010/10/11 Steve Sakoman :
> On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
>> Hello,
>>
>> This is the version 3 of patch series to add initial support for
>> OMAP3 IGEP v2 board.
>>
>> CHANGES:
>>
>> * since v2
>> - [1/3] keep lists sorted
>> - [2/3] fix multilin
On Wed, Oct 06, 2010 at 09:41:04PM +0200, Kristoffer Ericson wrote:
> This patch add support for the HP Jornada 700-series with flashrom (manufact.
> 2008).
> With little effort it could also be made to support earlier flashroms (just a
> change of memory settings).
> The HP Jornada is an strong
This patch makes tools/env/Makefile more similar to tools/imls:
- define HOSTSRCS and HOSTCPPFLAGS, so that .depend generation works.
- include U-Boot headers using -idirafter to prevent picking up
u-boot/include/errno.h.
- use HOSTCFLAGS_NOPED (fw_env.c does not conform to -pedantic).
- use the
Commit d984fed0 (makefiles: fixes for building build tools)
changed the variable name FIT_CFLAGS to HOSTCFLAGS_NOPED
but forgot to update to corresponding comment.
Signed-off-by: Daniel Hobi
Cc: Scott Wood
Cc: Wolfgang Denk
---
tools/imls/Makefile |2 +-
1 files changed, 1 insertions(+), 1
Constraint the mmc framework to only send no more than 65535
blocks in one go during the multi-write command. This constraint
comes due to the limitation of 16bit width block counter register
at some hardware.
Signed-off-by: Lei Wen
Cc: Reinhard Meyer
---
V3: return to the V1 solution that keep
On Fri, Aug 20, 2010 at 2:12 PM, Timur Tabi wrote:
> On Sat, Aug 7, 2010 at 6:36 PM, Wolfgang Denk wrote:
>
>> I would like to see any ACK or Tested-by: from actual users of this code.
>
> Kumar, who should ack this patch?
This patch has been tested and acked by Ira Synder:
http://lists.denx.de
Hi,
I have a fix for MPC8360E ATM Quad OC3 External Phys on u-boot 2010-06.
Changed CS4 and CS5 addresses on Local Bus for matching PMC0 and PMC1
addresses.
Attached you can find the patch for it.
Best regards,
Stefan A. POPA
Freescale Semiconductor Romania SRL
45, Tudor Vladim
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
> Hello,
>
> This is the version 3 of patch series to add initial support for
> OMAP3 IGEP v2 board.
>
> CHANGES:
>
> * since v2
> - [1/3] keep lists sorted
> - [2/3] fix multiline comment style
> - [3/3] add entry to M
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
> The IGEP v2 board is a low-cost, fan-less and industrial temperature
> range single board computer that unleashes laptop-like performance and
> expandability without the bulk, expense, or noise of typical desktop
> machines. Its arc
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
> Introduce Numonyx DDR timings and provide CONFIG_OMAP3_NUMONYX_DDR
> config options to allow for platform files to setup their timings.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> arch/arm/include/asm/arch-omap3/mem.h | 4
On Mon, 2010-10-11 at 00:12 +0200, Enric Balletbo i Serra wrote:
> This patch adds the Numonyx manufacturer code (0x20) to
> onenand manufacturers.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> drivers/mtd/onenand/onenand_base.c |1 +
> include/linux/mtd/onenand.h|1 +
> 2 fi
Until now, the Sequoia RAM-booting image disabled NOR flash support
as this image was mainly created for NAND-only boards. This patch
now enables NOR flash support for this RAM-booting version as well.
Signed-off-by: Stefan Roese
---
board/amcc/sequoia/sequoia.c |6 --
include/configs/a
Dear Stefan Roese,
In message <201010111519.04457...@denx.de> you wrote:
>
> The Sequoia RAM-booting target has been created mainly for boards equipped
> only with NAND flash (no NOR). This image can be loaded via a JTAG debugger
> into RAM and started there. After this U-Boot can be used to in
Dear all,
I wanted to point out clues about why GCC manages the packed attribute
in this way.
The behavior is suspiciously similar to what the ARM RVDS compiler
(armcc) does with the __packed qualifier:
> [...]
> Thus if you wish to define a pointer to a word that can be at any address
> (i.e.
Dear Heiko Schocher,
In message <1286798895-28813-3-git-send-email...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> arch/arm/cpu/armv7/start.S | 131
>
> arch/arm/cpu/armv7/u-boot.lds |7 ++
> arch/arm/lib/cache.c |2
Hi Wolfgang,
On Monday 11 October 2010 09:49:52 Stefan Roese wrote:
> sequoia_ramboot definitely needs a different "fix". We do want to support
> NAND and NOR flash when booting from RAM (via debugger etc). I'll take a
> look at it soon.
The Sequoia RAM-booting target has been created mainly for
Dear Heiko Schocher,
In message <1286798895-28813-2-git-send-email...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> arch/arm/config.mk |2 ++
> arch/arm/cpu/arm926ejs/start.S |8
> board/karo/tx25/config.mk |2 +-
> include/confi
Dear Heiko Schocher,
In message <1286798895-28813-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> board/logicpd/imx27lite/config.mk |3 +++
> include/configs/imx27lite-common.h |2 +-
> 2 files changed, 4 insertions(+), 1 deletions(-)
Applied to u-boot-a
env_mmc: Fix crashing bug encountered after enabling ARM relocation
The crash was occuring in env_relocate because it was being called prior
to mmc_initialize. This patch moves the MMC initialization earlier in
the init process.
This patch also cleans up the env_relocate_spec code in env_mmc.c
Dear Albert Aribaud,
In message <1285271364-21302-1-git-send-email-albert.arib...@free.fr> you wrote:
>
> Signed-off-by: Albert Aribaud
> ---
> SUMMARY
>
> Device address window mapping code would not run from
> FLASH due to cutting access to BOOTCS. Fixed by reordering
> code.
>
> Timer initi
Dear Albert ARIBAUD,
In message <4cb2f82f.2090...@free.fr> you wrote:
>
> > If yes, then how about the other part of this series, "[PATCH V2 1/2]
> > [NEXT] orion5x: fix relocation-incompatible c..." ?
>
> I'd forgotten this one -- somehow I thought it was already applied since
> it was a fix ma
Dear Albert ARIBAUD,
In message <4cb2f968.8040...@free.fr> you wrote:
> Le 11/10/2010 13:42, Albert ARIBAUD a =E9crit :
>
> > So yes, it is needed for relocation, but it is not ELF specific. It
> > should thus go to the arm master branch, and the ELF branch should be
> > based at or above it.
>
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/armv7/start.S | 131
arch/arm/cpu/armv7/u-boot.lds |7 ++
arch/arm/lib/cache.c |2 +-
include/configs/omap3_beagle.h |2 +-
4 files changed, 87 insertions(+), 55 deletions(-)
diff
Signed-off-by: Heiko Schocher
---
arch/arm/config.mk |2 ++
arch/arm/cpu/arm926ejs/start.S |8
board/karo/tx25/config.mk |2 +-
include/configs/tx25.h |3 ++-
nand_spl/board/karo/tx25/u-boot.lds | 13 +
5 files ch
Signed-off-by: Heiko Schocher
---
board/logicpd/imx27lite/config.mk |3 +++
include/configs/imx27lite-common.h |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/board/logicpd/imx27lite/config.mk
b/board/logicpd/imx27lite/config.mk
index 2f9c4e6..af1c82b 100644
--- a/
Le 11/10/2010 13:42, Albert ARIBAUD a écrit :
> So yes, it is needed for relocation, but it is not ELF specific. It
> should thus go to the arm master branch, and the ELF branch should be
> based at or above it.
BTW: do you want me to resubmit it formally as a standalone patch?
Amicalement,
--
Le 11/10/2010 13:30, Wolfgang Denk a écrit :
> Dear Albert Aribaud,
>
> In message<1285271364-21302-2-git-send-email-albert.arib...@free.fr> you
> wrote:
>>
>> Signed-off-by: Albert Aribaud
>> ---
>> board/LaCie/edminiv2/config.mk |3 ++-
>> include/configs/edminiv2.h |6 ++
>>
Dear Reinhard Meyer, dear Lei Wen,
In message <4cb2ea80.2090...@emk-elektronik.de> you wrote:
>
> > Ok, I am also fine with not include the 512KiB restriction.
> > So we comes to a conclusion that we still use v1 patch, but cut the
> > 512KiB limitation?
>
> Considering the comments that were giv
Hello
The timer implementation for s3c24xx based SoC
(arch/arm/cpu/arm920t/s3c24x0/timer.c) uses several global variables.
With the newly introduced ARM relocation feature, this timer code does
no longer work as expected.
What is the proposed fix/workaround for this?
Is moving these variables to
Hi Scott,
> On Thu, 7 Oct 2010 21:31:43 +0200
> Wolfgang Denk wrote:
>
>> Dear Scott Wood,
>>
>> In message <20101007135257.05a93...@udp111988uds.am.freescale.net> you wrote:
>> >
>> > > It is a pretty common method to use a pointer to some struct (for
>> > > example, some form of PDU) and make
Dear Albert Aribaud,
In message <1285271364-21302-2-git-send-email-albert.arib...@free.fr> you wrote:
>
> Signed-off-by: Albert Aribaud
> ---
> board/LaCie/edminiv2/config.mk |3 ++-
> include/configs/edminiv2.h |6 ++
> 2 files changed, 8 insertions(+), 1 deletions(-)
Is it co
Dear Albert Aribaud,
In message <1286795609-6754-2-git-send-email-albert.arib...@free.fr> you wrote:
>
> Signed-off-by: Albert Aribaud
> ---
> board/LaCie/edminiv2/config.mk |4 ++--
> include/configs/edminiv2.h |5 +
> 2 files changed, 7 insertions(+), 2 deletions(-)
Applied t
Dear Albert Aribaud,
In message <1286795609-6754-1-git-send-email-albert.arib...@free.fr> you wrote:
> ELF relocation tables generated with linker option -pie can
> be used to fixup code and data in a single loop at relocation,
> removing the need for manual fixups anywhere else in the code.
>
>
ELF relocation tables generated with linker option -pie can
be used to fixup code and data in a single loop at relocation,
removing the need for manual fixups anywhere else in the code.
Signed-off-by: Albert Aribaud
---
This patch set is intended for the ELF relocation branch, not
for master or n
Signed-off-by: Albert Aribaud
---
board/LaCie/edminiv2/config.mk |4 ++--
include/configs/edminiv2.h |5 +
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
index 3dec1aa..bf3581d 100644
--- a/board/LaCi
Dear Lei Wen,
> Ok, I am also fine with not include the 512KiB restriction.
> So we comes to a conclusion that we still use v1 patch, but cut the
> 512KiB limitation?
Considering the comments that were given to that one, yes.
> As mmc host limitation, the max number of block in one go
> should b
Hello Wolfgang
Am 05.10.2010 20:41, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>> -gd->bd->bi_dram[0].start = PHYS_SDRAM;
>> -gd->bd->bi_dram[0].size = PHYS_SDRAM_SIZE;
>> +/* dram_init must store complete ramsize in gd->ram_size */
>> +gd->ram_size = get_ram_size((volatile vo
The change is currently needed to be able to remove the board
configuration scripting from the top level Makefile and replace it by
a simple, table driven script.
Moving this configuration setting into the "CONFIG_*" name space is
also desirable because it is needed if we ever should move forward
When planning for more generalization and Makefile cleanup it became
obvious that the introduction of a separate CONFIG_MK_ name space for
config options that were set through scripting in the Makefile was
not a good idea.
Originally the idea was to provide a script-free approach to supply
configu
From: Marek Vasut
There are some boards where it's currently not possible to detect all
board information at runtime, therefore a new column was added to
boards.cfg .
This column can contain multiple options: a board configuration name,
optionally followed by a colon (':') and a list of options,
The following series of patches prepares the ground to move the
remaining board configuration entries out of the Makefile into the
boards.cfg file, replacing multi-line scripts to fiddle with config.h
and config.mk files into simple, single-line entries.
[PATCH 1/3] Build: Add "board options" colu
On Mon, Oct 11, 2010 at 5:22 PM, Wolfgang Denk wrote:
> Dear Reinhard Meyer,
>
> In message <4cb2d225.6020...@emk-elektronik.de> you wrote:
>>
>> After thinking alot about this:
>> Preface: (for understanding of the issue)
>
> Thanks!!
>
>> I see two possible solutions for that problem here:
>> 1.
Dear Reinhard Meyer,
In message <4cb2d225.6020...@emk-elektronik.de> you wrote:
>
> After thinking alot about this:
> Preface: (for understanding of the issue)
Thanks!!
> I see two possible solutions for that problem here:
> 1. generally limit the number of blocks requested to 65535. The perform
Reinhard Meyer schrieb:
> Hello,
>
> I just have built gcc-4.3.5 for arm-eabi. When I compile u-boot with it,
> it stops after the DRAM: 64 MiB. I _assume_ that relocation does not work.
>
> I do not have time right now to further investigate this issue, but if
> someone else finds the same probl
Dear Lei Wen,
> As suggested by Reinhard, I add two additional member in mmc structure,
> so that we could specify its value in each driver. If that value is 0, then
> the behavior would be the same as original, as no seperation.
After thinking alot about this:
Preface: (for understanding of the i
On Friday, August 13, 2010 06:25:05 Sergei Shtylyov wrote:
> Remy Bohmer wrote:
> > Sergei, do you agree that I apply this patch?
>
> Well, if it's based on the Linux code... although it still does look
> wrong... I don't know. :-)
do you have a board you could test on ? otherwise, it seems
Wolfgang Denk wrote:
> Dear Stefano Babic,
>
Hi Wolfgang,
>> @@ -0,0 +1,3166 @@
>> +/*
>> + * (C) Copyright 2010
>> + * Stefano Babic, DENX Software Engineering, sba...@denx.de.
>> + *
>> + * Porting to u-boot of Lattice ispVME Embedded to
>> + * load Lattice's FPGA:
>> + *
>> + * Copyright 2009
Dear Mike Frysinger,
>> NONE of the existing functions work with expansion, so they all get the
>> unshifted, full ID buffer.
>
> err, right. was thinking it also shifted off the manu id byte and not just
> the continuation bytes.
>
> i'll tweak the patch i posted and pull in your ramtron patc
From: Reinhard Meyer
Supports most types that support Read-Id and the FM25H20.
Signed-off-by: Reinhard Meyer
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/ramtron.c| 319 ++
drivers/mtd/spi/spi_fla
From: Reinhard Meyer
This allows for arbitrarily long manufacturer ids following the JEDEC
standard of 0x7f continuation bytes. It also makes adding new entries
easier as it's just one element in an array. The downside is that it
increases code size a bit, but we're talking ~50 bytes.
Signed-o
Dear Albert Aribaud,
In message <1286287599-5198-1-git-send-email-albert.arib...@free.fr> you wrote:
> Generalized misuse of ble within relocation and bss
> initialization loops caused one iteration too many.
> Instead of ble ('branch if lower or equal'), use
> blo ('branch if lower').
>
> While
Dear Reinhard Meyer,
In message <4cab35de.2010...@emk-elektronik.de> you wrote:
> Dear Wolfgang,
>
> The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-blackfin
>
> are available in the g
Dear Stefano Babic,
In message <4cad8492.3000...@denx.de> you wrote:
> Hi Wolfgang,
>
> please pull from u-boot-imx.
>
> The following changes since commit 2e6e1772c0e34871769be4aef79748fe3e47d953:
> Wolfgang Denk (1):
> Merge branch 'next' of /home/wd/git/u-boot/next
>
> are availabl
On Monday, October 11, 2010 03:56:26 Reinhard Meyer wrote:
> Dear Mike Frysinger,
>
> > On Tuesday, October 05, 2010 10:56:39 Reinhard Meyer wrote:
> >> + /*
> >> + * count the number of continuation bytes, but
> >> + * leave at least 3 bytes to the end of the buffer untouched
> >> + */
> >
Dear Remy,
In message <1286443640-29526-3-git-send-email-sba...@denx.de> you wrote:
> Signed-off-by: Stefano Babic
> ---
> board/davedenx/qong/qong.c | 33 +
> include/configs/qong.h | 18 +-
> 2 files changed, 50 insertions(+), 1 deletions
Dear Stefano Babic,
In message <1286441988-28998-2-git-send-email-sba...@denx.de> you wrote:
> The patch adds support to load a Lattice's bitstream
> image (called VME file) into a Lattice FPGA. The code
> containing the state machine delivered as part of
> Lattice's ispVMtools is integrated.
>
>
Dear Graeme Russ,
In message <4cad929f.9040...@gmail.com> you wrote:
> Hi Wolfgang,
>
> please pull from u-boot-x86.
>
> The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
>
> Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-10-05
> 14:42:32 +0200)
>
Hello,
I just have built gcc-4.3.5 for arm-eabi. When I compile u-boot with it,
it stops after the DRAM: 64 MiB. I _assume_ that relocation does not work.
I do not have time right now to further investigate this issue, but if
someone else finds the same problem, this might be an issue worth
inves
Dear Kumar Gala,
In message you wrote:
> The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
>
> Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-10-05
> 14:42:32 +0200)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc85
1 - 100 of 107 matches
Mail list logo
