Albert ARIBAUD wrote on 2010/10/13 08:30:33:
>
> Le 12/10/2010 23:00, Joakim Tjernlund a écrit :
>
> > Yes, but the difference isn't really the arch. It is the -mrelocatable
> > flag that is the big difference.
>
> Not only: obviously, implementing GOT relocation is not done the same on
> bot
On 10/12/2010 11:30 PM, Albert ARIBAUD wrote:
> Le 12/10/2010 23:00, Joakim Tjernlund a écrit :
>
>> Yes, but the difference isn't really the arch. It is the -mrelocatable
>> flag that is the big difference.
> Not only: obviously, implementing GOT relocation is not done the same on
> both archs,
> Hi Dirk,
Hi Stefan,
> ...
>
>
> > +/* Gbit PHYs */
> > +#define CONFIG_BITBANGMII /* bit-bang MII PHY
> management*/
> > +
> > +#define CONFIG_SYS_MDIO_PIN (0x8000 >> 13) /* our
> MDIO is GPIO0
> */
> > +#define CONFIG_SYS_MDC_PIN (0x8000 >> 7) /* our
> MD
Hi Dirk,
On Wednesday 13 October 2010 09:25:33 Eibach, Dirk wrote:
> > > +#define MDIO_ACTIVE out32(GPIO0_TCR, in32(GPIO0_TCR) |
> > > CONFIG_SYS_MDIO_PIN)
> >
> > Use out_be32() accessors here and below.
>
> Just being curious: why?
Because of the included memory barriers in the in/out_be
Dear ALL
I have a problem in tftp on a custom board using ppc440EP processor.
U-boot-2009-11 has been ported on it, using amcc/bamboo BSP as base.
When i get a sample file using tftp command, some bytes has changed . I changed
my tftp server, and fully tested ddr sdram. They were OK. So i teste
Dear Mike Frysinger,
> From: Reinhard Meyer
>
> Supports most types that support Read-Id and the FM25H20.
>
> Signed-off-by: Reinhard Meyer
> Signed-off-by: Mike Frysinger
> ---
[snippebedip]
> +#ifdef CONFIG_SPI_FRAM_RAMTRON
> + { 6, 0xc2, spi_fram_probe_ramtron, },
> +# undef IDCODE_C
Dear Tim Rachman,
In message <226436.29026...@web120302.mail.ne1.yahoo.com> you wrote:
>
> I have a problem in tftp on a custom board using ppc440EP processor.
> U-boot-2009-11 has been ported on it, using amcc/bamboo BSP as base.
Why are you using such old code, instead of a recent version?
An
On Wednesday, October 13, 2010, wind_embedded wrote:
> Hello:
>
>Now I port u-boot into mpc8247, I need everyone's help, thanks!
>
>my board configuration is following:
>chip select chipsize address
>CS0 AM29LV040B 512K 0xfff0
>CS1 S29GL256P
Dear "wind_embedded",
In message <01cb6a92$34979570$a744f...@e43a> you wrote:
>
>Before I use VxWorks, it works fine. When I port u-boot, my project
> based on IDS8247. I changed configuration in IDS8247.h and updated
> flash.c, after I compiled u-boot, I burned u-boot.bin into AM29LV040B
>...
>
>
> > +/* Gbit PHYs */
> > +#define CONFIG_BITBANGMII /* bit-bang MII PHY
> management*/
> > +
> > +#define CONFIG_SYS_MDIO_PIN (0x8000 >> 13) /* our
> MDIO is GPIO0
> */
> > +#define CONFIG_SYS_MDC_PIN (0x8000 >> 7) /* our
> MDC is GPIO7
> */
> >
Hello wind_embedded,
wind_embedded wrote:
> Hello:
>
>Now I port u-boot into mpc8247, I need everyone's help, thanks!
>
>my board configuration is following:
>chip select chipsize address
>CS0 AM29LV040B 512K 0xfff0
>CS1 S29GL256P 64M 0
On Wednesday, October 13, 2010, wind_embedded wrote:
> On Wednesday, October 13, 2010, wind_embedded wrote:
>> Hello:
>>
>
>
> Oh, I use u-boot-1.1.4 or u-boot-1.2.0, I have compared them with the latest
> version, there is little difference.
> I port AM29lV0404B driver on VxWorks into u-boot,
Dear "wind_embedded",
In message <000c01cb6aad$14458d20$a744f...@e43a> you wrote:
>
> Oh, I use u-boot-1.1.4 or u-boot-1.2.0, I have compared them with the latest
> version, there is little difference.
> I port AM29lV0404B driver on VxWorks into u-boot, AM29lV0404B driver on
> VxWorks works fine
Dear "Eibach, Dirk",
In message <48d3d52125c49b43ae880038e2e5314bb5b...@srv101.gdsys.de> you wrote:
>
> To make this work, drivers/net/phy/miiphybb.c would have to include
> asm/io.h somehow. What would be the right way to achieve this?
This is a pretty clear indication that this processor or ev
Dear Heiko Schocher,
In message <1286949434-32030-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Wolfgang Denk
> Signed-off-by: Heiko Schocher
> cc: Albert ARIBAUD
> ---
> arch/arm/cpu/arm1136/start.S| 171
> ++-
> arch/arm/cpu/arm1136/u-boot
Hello,
unfortunately I made a mess in the ARM repository last night; the
commits that were supposed to be applied to the "master" branch were
actually applied to the "elf_reloc" branch.
I fixed this now - no damage was done to "master", but I had to rebase
the "elf_reloc" branch.
Sorry for the i
Dear Heiko Schocher,
In message <1286949365-31989-1-git-send-email...@denx.de> you wrote:
> As this define is valid for all arm boards, this define is no
> longer needed in board config files, as it is defined in
> arch/arm/include/asm/config.h
>
> Signed-off-by: Heiko Schocher
> ---
> include/
>
> On 10/12/2010 11:30 PM, Albert ARIBAUD wrote:
> > Le 12/10/2010 23:00, Joakim Tjernlund a écrit :
> >
> >> Yes, but the difference isn't really the arch. It is the
-mrelocatable
> >> flag that is the big difference.
> > Not only: obviously, implementing GOT relocation is not done the same
On 10/12/2010 05:12 PM, Wolfgang Denk wrote:
> Dear stefano babic,
>
> In message <4cb4776d.8050...@denx.de> you wrote:
>>
>>> Does it work with both "dcache on" and "dcache off" settings?
>>
>> Well, as there is not yet support for L2-Cache on the MX51, we can say
>> yes ;-). However, this range
Le 13/10/2010 09:07, Joakim Tjernlund a écrit :
> Did you use -msingle-pic-base too with -fpic/-fPIC? This is what makes
> a difference(together with -fpic). The most interesting size is
> the total flash size IMHO. Reducing insn's in RAM at the expense
> of flash is not what most users need I thi
ATTENZIONE:
WEBMAIL ABBONATO:
Questa mail è quello di informare tutti i nostri () WEBMAIL utenti che
ci sarà l'aggiornamento del nostro sito in un paio di giorni da oggi.
Così come Sottoscrittore del nostro sito si sono tenuti a inviare i
dettagli del conto e-mail in modo da permetterci di
On Wednesday 13 October 2010 10:23:26 Eibach, Dirk wrote:
> > > +
> > > +#define MDIO_ACTIVE out32(GPIO0_TCR, in32(GPIO0_TCR) |
> > > CONFIG_SYS_MDIO_PIN)
> >
> > Use out_be32() accessors here and below.
> >
> > Please fix and resubmit. Thanks.
>
> To make this work, drivers/net/phy/miiphyb
Albert ARIBAUD wrote on 2010/10/13 11:05:09:
>
> Le 13/10/2010 09:07, Joakim Tjernlund a écrit :
>
> > Did you use -msingle-pic-base too with -fpic/-fPIC? This is what makes
> > a difference(together with -fpic). The most interesting size is
> > the total flash size IMHO. Reducing insn's in RAM
This add relocation of .got entries produced
by -fpic. -fpic produces 2-3% smaller code and
is faster. Unfortunately gcc promotes -fpic to
-fPIC when -mrelocatable is used so one need a very
small patch to gcc too(sent upstream).
-fpic puts its GOT entries in .got section(s) and
linker defines the
Hi List,
I am not able to attach the files. But they haven't been changed from
the original versions so hopefully, I still can be helped!
BR; Naresh
-- Forwarded message --
From:
Date: Wed, Oct 13, 2010 at 11:40 AM
Subject: Help with replacing u-boot and kernel on a released H
Kim Phillips wrote on 2010/10/12 21:54:10:
>
> On Tue, 12 Oct 2010 21:17:38 +0200
> Joakim Tjernlund wrote:
>
> > > Yes, it is a simple symbol to add. I will do it twm if you don't
> > > beat me to it. it would be nice if you could try what works
> > > and not though.
> >
> > Could not wait, d
Here is the gcc patch I did to support -fpic with -mrelocatable
In case someone wants to try it out.
Jocke
>From d8ff0b3f0b44480542eab04d1659f4368b6b09cf Mon Sep 17 00:00:00 2001
From: Joakim Tjernlund
Date: Sun, 10 Oct 2010 10:34:50 +0200
Subject: [PATCH] powerpc: Support -fpic too with m
Hi,
2010/10/12 Wolfgang Denk :
> Dear Remy,
>
> In message <1283280314-10700-1-git-send-email-ag...@denx.de> Anatolij
> Gustschin wrote:
>> Checking the status field of the qTD token in the current code
>> do not take into acount cases where endpoint stall (halted) bit
>> is set together with some
Hi,
2010/10/11 Wolfgang Denk :
> 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 fi
Hi,
2010/10/11 Mike Frysinger :
> 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
The following changes since commit 076f1be8e1c1a1ea4760fc4ac7cac68bc28fc80d:
TSI148: Fix argument parsing (2010-10-12 23:31:10 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Bryan Wu (1):
usb: musb: only write CLRDATATOG when appropriate
Ludovic
[port of linux 2.6.34 commit 6a9ee8af344e3bd7dbd61e67037096cdf7f83289]
Signed-off-by: Stefano Babic
---
Changes since V1:
- added precise reference to the kernel version used for porting
in the commit message
include/linux/fb.h | 616
1
Board support for the Guntermann & Drunck CATCenter Io.
Signed-off-by: Dirk Eibach
---
Changes since v1:
- added MAINTAINERS entry
- sort MAKEALL
- whitespace/codestyle cleanup
- use boards.cfg instead of Makefile
- added some comments for clarification
- use CONFIG_BITBANGMII_MULTI
MAINTAINERS
Dear Wolfgang Denk,
On 13 October 2010 04:12, Wolfgang Denk wrote:
> Dear Minkyu Kang,
>
> In message <4c768b8b.5000...@diagraph.com> C Nauman wrote:
>> This patch adds generic support for the Samsung s3c2440 processor.
>>
>> Global s3c24x0 changes to struct members converting from upper case
>>
Hi Can,
Are there any differences between your patches and
http://lists.denx.de/pipermail/u-boot/2009-March/049093.html ?
Best Regards,
Shaohui Xie
> -Original Message-
> From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Can Aydin
> Sent: Tuesday,
The patch adds support for LCD to the vision board.
Signed-off-by: Stefano Babic
---
Changes since V1:
- Remove wrong CONFIG_CMD_DISPLAY
board/ttcontrol/vision2/vision2.c | 69 +
include/configs/vision2.h | 14 +++
2 files changed, 83 insertio
Add framebuffer driver for the MX51 processor
working on the IPUv3 internal graphic processor.
The port is based on the driver found in the kernel
delivered by Freescale as part of i.MX BSP:
[kernel 2.6.31 commit cc4fe714041805997b601fe8e5dd585d8a99297f]
Signed-off-by: Stefano Babic
---
Changes
On 10/13/2010 12:05 PM, Remy Bohmer wrote:
>> even though USB related, this looks like a board specific patch to me.
>> Is it OK with you that Stefano pulls this through the iMX repository?
>>
>
> OK with me.
>
Hi Remy,
thanks - I will merge in u-boot-imx and sent the pull request to Wolfgang
Here is the -msingle-pic-base patch to gcc
in case anyone wants to try it.
Jocke
>From b418def9575d6ea3698077888157ae52631e52f3 Mon Sep 17 00:00:00 2001
From: Joakim Tjernlund
Date: Sat, 9 Oct 2010 12:45:39 +0200
Subject: [PATCH] PowerPC: Add msingle-pic-base option.
Do not generate PIC pro
This patch adds support for the HP Jornada flashboards
that were made in 2008. Older flashroms should work if
memory registers are adjusted.
Signed-off-by: Kristoffer Ericson
---
MAINTAINERS |4 +
board/jornada/Makefile| 53 +++
board/jornada/config.mk |6 ++
Hi Dirk,
On Wednesday 13 October 2010 12:20:18 Dirk Eibach wrote:
> Board support for the Guntermann & Drunck CATCenter Io.
>
> Signed-off-by: Dirk Eibach
> ---
> Changes since v1:
> - added MAINTAINERS entry
> - sort MAKEALL
> - whitespace/codestyle cleanup
> - use boards.cfg instead of Makefil
Hi Matthew,
On Tue, 12 Oct 2010 17:42:57 -0500
Matthew McClintock wrote:
> Fix build error introduced in beca5a5f5bf0d88125580e5e9c1730469cd50ab8
>
> common/libcommon.a(fdt_support.o): In function `fdt_add_edid':
> /local/hudson/jobs/mirrors-u-boot.git/workspace/common/fdt_support.c:1205:
> und
From: Matthew McClintock
Fix build error introduced in beca5a5f5bf0d88125580e5e9c1730469cd50ab8
common/libcommon.a(fdt_support.o): In function `fdt_add_edid':
/local/hudson/jobs/mirrors-u-boot.git/workspace/common/fdt_support.c:1205:
undefined reference to `fdt_increase_size'
make: *** [u-boot]
Checking the TI ARM U-Boot Custodian Tree
(http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-ti.git) I see
the latest release is 2009.08.
Am I in the wrong tree or what might be the reason?
Best regards
Arno
___
U-Boot mailing list
U-Boot@lists.denx.
Board support for the Guntermann & Drunck IoCon.
Signed-off-by: Dirk Eibach
---
MAINTAINERS |1 +
MAKEALL |1 +
board/gdsys/iocon/Makefile | 51 +++
board/gdsys/iocon/config.mk | 24
board/gdsys/iocon/iocon.c | 302
Hi Stefan,
> Why not use the already available GPIO functions instead
> (gpio_write_bit() etc)? This will make it easier to move this
> to the common (Linux) GPIO API at some time later.
>
Hmm, nice, didn't notice those yet.
But somehow functionality is missing for toggling between output an
Dear Arno Steffen,
In message you
wrote:
> Checking the TI ARM U-Boot Custodian Tree
> (http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-ti.git) I see
> the latest release is 2009.08.
> Am I in the wrong tree or what might be the reason?
It seems Sandeep never pulls from mainline ...
Best
Dear Dirk Eibach,
In message <1286971128-12128-1-git-send-email-eib...@gdsys.de> you wrote:
> Board support for the Guntermann & Drunck IoCon.
>
> Signed-off-by: Dirk Eibach
> ---
> MAINTAINERS |1 +
> MAKEALL |1 +
> board/gdsys/iocon/Makefile | 5
Dear Wolfgang,
> Signed-off-by: Dirk Eibach
> > ---
> > MAINTAINERS |1 +
> > MAKEALL |1 +
> > board/gdsys/iocon/Makefile | 51 +++
> > board/gdsys/iocon/config.mk | 24
> > board/gdsys/iocon/iocon.c | 302
> +
Hi Dirk,
On Wednesday 13 October 2010 14:19:19 Eibach, Dirk wrote:
> > Why not use the already available GPIO functions instead
> > (gpio_write_bit() etc)? This will make it easier to move this
> > to the common (Linux) GPIO API at some time later.
>
> Hmm, nice, didn't notice those yet.
> But so
On Wed, Oct 13, 2010 at 5:58 AM, Arno Steffen
wrote:
> Checking the TI ARM U-Boot Custodian Tree
> (http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-ti.git) I see
> the latest release is 2009.08.
> Am I in the wrong tree or what might be the reason?
>
> Best regards
> Arno
> _
On Wednesday, October 13, 2010 03:44:52 Reinhard Meyer wrote:
> Mike Frysinger wrote:
> > +#ifdef CONFIG_SPI_FRAM_RAMTRON
> > + { 6, 0xc2, spi_fram_probe_ramtron, },
> > +# undef IDCODE_CONT_LEN
> > +# define IDCODE_CONT_LEN 6
> > +#endif
>
> That code should only increase the IDCODE_CONT_LEN, n
On Sep 30, 2010, at 9:18 AM, Kumar Gala wrote:
> Have a common enum for phy types that we use in the UCC driver. We will
> also use this enum for dealing with phy connection fixup in the device
> tree.
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/include/asm/fsl_enet.h | 31 +++
The following changes since commit 076f1be8e1c1a1ea4760fc4ac7cac68bc28fc80d:
TSI148: Fix argument parsing (2010-10-12 23:31:10 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git sf
Reinhard Meyer (1):
sf: turn probe switch into a lookup table
dri
Dear "Eibach, Dirk",
In message <48d3d52125c49b43ae880038e2e5314bb5b...@srv101.gdsys.de> you wrote:
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
> ---SG_MailGateway:=gJA5JiKFGK1gbc86QTKjeFZk9I
> Content-Type: application/pgp-encrypted
>
> Version: 1
Please do not send encrypted m
This patch changes `usb_stor_scan' to scan all the LUNs of each mass
storage device. It also fixes the various commands to correctly set
the LUN field.
Notably, it allows each LUN of GuruPlug's microSD card reader to be
accessed.
Signed-off-by: Ludovic Courtès
Acked-by: Prafulla Wadaskar
---
C
Dear Dirk Eibach,
In message <1286971128-12128-1-git-send-email-eib...@gdsys.de> you wrote:
> Board support for the Guntermann & Drunck IoCon.
>
> Signed-off-by: Dirk Eibach
> ---
> MAINTAINERS |1 +
> MAKEALL |1 +
> board/gdsys/iocon/Makefile | 5
When DDR controller interleaving is eabled and less than all bank (chip-select)
interleaving is seletected, the unused chip-select should be disabled.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
dif
Hi,
2010/10/13 Ludovic Courtès :
> This patch changes `usb_stor_scan' to scan all the LUNs of each mass
> storage device. It also fixes the various commands to correctly set
> the LUN field.
>
> Notably, it allows each LUN of GuruPlug's microSD card reader to be
> accessed.
>
> Signed-off-by: Lud
On Tue, 12 Oct 2010 21:11:30 -0400
Mike Frysinger wrote:
> On Monday, August 30, 2010 19:03:35 Scott Wood wrote:
> > - Refactor arg_off_size for added readability and flexibility,
> > and some added checks such as partition size.
> >
> > @@ -564,7 +624,7 @@
> > if (arg_off_size(argc - 2, arg
Commit ea533c260a801c4e51f92f75165cebe6d7b01e35 changed
arg_off_size to take a pointer to a device index, rather than
to the device itself. When updating callers, the nand unlock
code was missed.
Signed-off-by: Scott Wood
---
common/cmd_nand.c |2 +-
1 files changed, 1 insertions(+), 1 dele
Dear York Sun,
In message <1286983650-3911-1-git-send-email-york...@freescale.com> you wrote:
> When DDR controller interleaving is eabled and less than all bank
> (chip-select)
> interleaving is seletected, the unused chip-select should be disabled.
...
> @@ -1250,16 +1251,20 @@ compute_fsl_mem
On Wed, 2010-10-13 at 18:24 +0200, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <1286983650-3911-1-git-send-email-york...@freescale.com> you wrote:
> > When DDR controller interleaving is eabled and less than all bank
> > (chip-select)
> > interleaving is seletected, the unused chip-selec
Dear York Sun,
In message <1286988197.5737.6.ca...@oslab-l1> you wrote:
>
> > Would it not be helpful to inform the user that we disabled a memory
> > bank? Eventually this wa snot intentional...
>
> I can add a message but maybe not necessary. The only case the CS left
> disable is the incomplet
On Wed, 2010-10-13 at 19:41 +0200, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <1286988197.5737.6.ca...@oslab-l1> you wrote:
> >
> > > Would it not be helpful to inform the user that we disabled a memory
> > > bank? Eventually this wa snot intentional...
> >
> > I can add a message but m
Dear Anatolij Gustschin,
In message <1286969966-19792-1-git-send-email-ag...@denx.de> you wrote:
> From: Matthew McClintock
>
> Fix build error introduced in beca5a5f5bf0d88125580e5e9c1730469cd50ab8
>
> common/libcommon.a(fdt_support.o): In function `fdt_add_edid':
> /local/hudson/jobs/mirrors-
The following changes since commit bfc7bea6adc46e1db2f5a5e3464d7652ed67c864:
Merge branch 'master' of git://git.denx.de/u-boot-x86 (2010-10-11 10:00:34
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Albert Aribaud (6):
arm: bugfix: replace ble
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of chris c
> Sent: Tuesday, October 12, 2010 6:55 AM
> To: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Testing Data Cache for armv7 (beagleboard)
>
> Thanks for the replies. I didn
Dear Remy Bohmer,
In message you
wrote:
> The following changes since commit 076f1be8e1c1a1ea4760fc4ac7cac68bc28fc80d=
> :
>
> TSI148: Fix argument parsing (2010-10-12 23:31:10 +0200)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-usb.git master
>
> Bryan Wu (1):
>
Dear Mike Frysinger,
In message <1286977821-3681-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 076f1be8e1c1a1ea4760fc4ac7cac68bc28fc80d:
>
> TSI148: Fix argument parsing (2010-10-12 23:31:10 +0200)
>
> are available in the git repository at:
> git://www.
In message <20101013184030.b935c136...@gemini.denx.de> you wrote:
> The following changes since commit bfc7bea6adc46e1db2f5a5e3464d7652ed67c864:
>
> Merge branch 'master' of git://git.denx.de/u-boot-x86 (2010-10-11 10:00:34
> +0200)
>
> are available in the git repository at:
>
> git://git.de
Dear Donggeun Kim,
In message <4ca99ddc.5050...@samsung.com> you wrote:
> Changes from V1 to V2:
> - Add a configuration option for the LZO compression
> - Add a comment line specifying the origin of the source code
These comments must go into the com,ment section, i. e. below the
"---" line.
>
Dear mark.v...@team-embedded.nl,
In message <1286293579-26587-1-git-send-email-mark.v...@team-embedded.nl> you
wrote:
> Originally the Makefile defines CONFIG_ADS5121_REV2 when configuring
> for board mpc5121ads_rev2. The config in include/configs/mpc5121ads.h
> expects a define CONFIG_MPC5121ADS
Dear Peter Tyser,
In message <1286508768-11565-1-git-send-email-pty...@xes-inc.com> you wrote:
> Only a few PPC boards actually use the common BAT manipulation
> functions, so only compile it for them.
>
> Signed-off-by: Peter Tyser
> ---
> Changes since v1:
> - Rebased on current top of tree
>
Dear Steve Sakoman,
In message <1286719463.2105.25.ca...@quadra> you wrote:
> 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
>
Dear Steve Sakoman,
In message <1286801499.2105.49.ca...@quadra> you wrote:
> 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
>
Dear Lei Wen,
In message <1286811544-9312-1-git-send-email-lei...@marvell.com> you wrote:
> 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
This new v3 series attempts to address all feedback received
regarding v2.
Patch 1/7 and 2/7 (old 1/6) split in two with better
commit message to explain what exactly the fixes do.
Patch 3/7 (old 2/6) added CC to libfdt maintainer.
Patch 4/7 (old 3/6) fixed patch and better commit message and
adde
boot_relocate_fdt is called on platforms with CONFIG_SYS_BOOTMAPSZ
defined to relocate the device tree blob to be inside the
boot map area between bootmap_base and bootmap_base+CONFIG_SYS_BOOTMAPSZ.
For the case where the blob needs to be relocated, space is
allocated inside the bootmap by calling
fdt_totalsize returns size in cpu endian so don't call be32_to_cpu
on the result. This was harmless on big endian platforms but not
on little endian ARMs.
Signed-off-by: John Rigby
---
common/image.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/image.c b/co
Add fdt_fixup_memory_banks and reimplement fdt_fixup_memory
using it. Tested on OMAP3 beagle board with two banks of
memory.
Signed-off-by: John Rigby
CC: Jerry Van Baren
---
common/fdt_support.c | 86 ++---
include/fdt_support.h |1 +
2 files
All arches except nios2 and microblaze call boot_get_fdt
from bootm_start in common/cmd_bootm.c.
Having nios2 and microblaze do so as well removes code from
their respective do_bootm_linux routines and allows removal of
a nasty ifdef from bootm_start.
In the case where boot_get_fdt returns an err
The routines boot_ramdisk_high, boot_get_cmdline and boot_get_kbd
are currently enabled by various combinations of CONFIG_M68K,
CONFIG_POWERPC and CONFIG_SPARC.
Use CONFIG_SYS_BOOT_ defines instead.
CONFIG_SYS_BOOT_RAMDISK_HIGH
CONFIG_SYS_BOOT_GET_CMDLINE
CONFIG_SYS_BOOT_GET_KBD
Define these as
Based on other architectures already supported.
Tested on OMAP3 Beagle board and another unnamed ARM platform.
Signed-off-by: John Rigby
Tested-by: Rob Herring
---
arch/arm/include/asm/config.h |2 +
arch/arm/lib/bootm.c | 137 -
2 files cha
For testing ARM device tree support
Signed-off-by: John Rigby
---
include/configs/omap3_beagle.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 2463be4..daf84c7 100644
--- a/include/configs/om
Dear Stefan Roese,
In message <1286869185-24760-1-git-send-email...@denx.de> you wrote:
> Call watchdog_reset() upon newline. This is done here in putc
> since the environment code uses a single puts() to print the complete
> envrironment upon "printenv". So we can't put this watchdog call
> in pu
Dear Lei Wen,
In message <1286939241-25437-1-git-send-email-lei...@marvell.com> you wrote:
> The env change its implementation after this log, while env mmc
> didn't change it immediately, which cause issue. Follow to the
> new style to fix it.
>
> commit ea882baf9c17cd142c99e3ff640d3ab01daa5cec
Dear Kristoffer Ericson,
In message <1286968449-5553-1-git-send-email-kristoffer.eric...@gmail.com> you
wrote:
> This patch adds support for the HP Jornada flashboards
> that were made in 2008. Older flashroms should work if
> memory registers are adjusted.
Sorry, still some issues.
Please, no
Call fec_set_hwaddr in init routine to setup MAC address so when ethaddr is set
late via setenv the change will propagate to the hw.
Signed-off-by: John Rigby
CC: Ben Warren
---
v2 - add blank line as requested
better commit message
added CC
drivers/net/fec_mxc.c |3 +++
1 files c
From: Loic Minier
Signed-off-by: Loic Minier
CC: stefano babic
---
board/freescale/mx51evk/config.mk |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx51evk/config.mk
b/board/freescale/mx51evk/config.mk
index af70ec2..dd4a2c2 100644
--- a/board/freesca
Dear John Rigby,
In message <1286999857-13790-1-git-send-email-john.ri...@linaro.org> you wrote:
> This new v3 series attempts to address all feedback received
> regarding v2.
>
> Patch 1/7 and 2/7 (old 1/6) split in two with better
> commit message to explain what exactly the fixes do.
> Patch 3
This adds relocation of .got entries produced
by -fpic. -fpic produces 2-3% smaller code and
is faster. Unfortunately gcc promotes -fpic to
-fPIC when -mrelocatable is used so one need a very
small patch to gcc too(sent upstream).
-fpic puts its GOT entries in .got section(s) and
linker defines th
On Wed, Oct 13, 2010 at 2:41 PM, Wolfgang Denk wrote:
> Dear John Rigby,
>
> In message <1286999857-13790-1-git-send-email-john.ri...@linaro.org> you
> wrote:
>> This new v3 series attempts to address all feedback received
>> regarding v2.
>>
>> Patch 1/7 and 2/7 (old 1/6) split in two with bette
>
> Albert ARIBAUD wrote on 2010/10/13 11:05:09:
> >
> > Le 13/10/2010 09:07, Joakim Tjernlund a écrit :
> >
> > > Did you use -msingle-pic-base too with -fpic/-fPIC? This is what
makes
> > > a difference(together with -fpic). The most interesting size is
> > > the total flash size IMHO. Reduc
On Sun, Jun 13, 2010 at 2:11 PM, Wolfgang Denk wrote:
> The AmigaOneG3SE board has been orphaned or a very long time, and
> broken for more than 12 releases resp. more than 3 years. As nobody
> seems to be interested any more in this stuff we may as well ged rid
> of it, especially as it clutter
Your mail to 'infrastructure' with the subject
RETURNED MAIL: DATA FORMAT ERROR
Is being held until the list moderator can review it for approval.
The reason it is being held:
Post by non-member to a members-only list
Either the message will get posted to the list, or you will receive
Boards often have a reserved size limit on the flash where they're stored.
Sometimes during upgrades or config changes, those limits are exceeded,
but no one notices until they try to upgrade and the limit screws things
up. Either not enough of U-Boot is written to flash (and so the reboot
fails),
John Rigby wrote:
> All arches except nios2 and microblaze call boot_get_fdt
> from bootm_start in common/cmd_bootm.c.
>
> Having nios2 and microblaze do so as well removes code from
> their respective do_bootm_linux routines and allows removal of
> a nasty ifdef from bootm_start.
>
> In the case
From: Nobuhiro Iwamatsu
rtl8139 driver does not have write_hwaddr function.
However, eth stuff executes write_hwaddr function
because eth_device structure has not been initialized.
Signed-off-by: Nobuhiro Iwamatsu
CC: Ben Warren
---
drivers/net/rtl8139.c |1 +
1 files changed, 1 insertion
From: Nobuhiro Iwamatsu
rtl8169 does not have write_hwaddr function.
However, eth stuff executes write_hwaddr function
because eth_device structure has not been initialized.
Signed-off-by: Nobuhiro Iwamatsu
CC: Ben Warren
---
drivers/net/rtl8169.c |1 +
1 files changed, 1 insertions(+), 0
1 - 100 of 116 matches
Mail list logo
