Hello,
I just recently got the following issues when building Sparc platforms with
debian gcc 4.7.1-5. Peter, you seems to be involved, can you please check on
these?
Configuring for grsim_leon2 board...
textdata bss dec hex filename
9553033282640 101498 18c7a ./
Dear Albert ARIBAUD,
In message <20120721232829.1fd76f12@lilith> you wrote:
> Hi Wolfgang,
>
> The following changes since commit a21c65115bd95572cc80092a31b0e9ecb8710e9f:
>
> ARM: lib: Remove CONFIG_ARCH_CPU_INIT dependency (2012-07-20 14:24:08 +02=
> 00)
>
> are available in the git reposit
Dear Markus Hubig,
In message <20120720142655.gb20...@imko.de> you wrote:
>
> And the only setting I found in my board support code (stamp9g20.h)
> that is obviously realated to this "malloc-thing" is:
>
> | #define CONFIG_SYS_MALLOC_LEN ROUND(3 * CONFIG_ENV_SIZE \
> |
Dear Stefano Babic,
In message <1342774802-13976-1-git-send-email-sba...@denx.de> you wrote:
> An empty flush_dcache_range() was added into MPC85xx to
> work with drivers shared with other architecture.
> However, it is compiled only if USB is set, but it is required
> for other drivers (FSL_ESDHC
Hi Wolfgang,
The following changes since commit a21c65115bd95572cc80092a31b0e9ecb8710e9f:
ARM: lib: Remove CONFIG_ARCH_CPU_INIT dependency (2012-07-20 14:24:08 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to f8f09dd40423b7f9
On Fri, 20 Jul 2012 23:08:55 +0200, Albert ARIBAUD
wrote:
> Hi Wolfgang,
>
> The following changes since commit a21c65115bd95572cc80092a31b0e9ecb8710e9f:
Please ignore this pull request. Sending #3 right now.
Amicalement,
--
Albert.
___
U-Boot mail
Hi Simon and Luka,
Le 21/07/2012 10:03, Luka Perkov a écrit :
> On Fri, Jul 20, 2012 at 09:59:15PM +0200, Simon Baatz wrote:
>> Support for the IB-NAS62x0 was added to the Linux mainline kernel
>> as of 3.5-rc1 using flattened devicetree. Change the config for
>> this board accordingly.
>>
>> Sig
> Hi,
>
> Am Dienstag 10 Juli 2012, 09:31:42 schrieb Wolfgang Denk:
> > Hi everybody,
> >
> > this is to let you know that the v2012.07-rc1 prerelease is out.
> >
> > Please help testing, so we can fix the remaining issues before the
> > release, which I decided to shift by a week, i. e. the new
On Sat, Jul 21, 2012 at 2:58 PM, Marek Vasut wrote:
>> On Sat, Jul 21, 2012 at 2:50 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> On Sat, Jul 21, 2012 at 12:02 PM, Marek Vasut wrote:
>> >> > This fixes the breakage with SPL on most OMAP boards after the GPIO
>> >> > driver was mov
Dear Otavio Salvador,
> On Sat, Jul 21, 2012 at 2:50 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Sat, Jul 21, 2012 at 12:02 PM, Marek Vasut wrote:
> >> > This fixes the breakage with SPL on most OMAP boards after the GPIO
> >> > driver was moved.
> >>
> >> It seems logical thi
On Thursday 05 April 2012 01:29:18 Mike Frysinger wrote:
> If we attempt to probe beyond the end of flash, MEMGETBADBLOCK will fail
> (as well it should), but we end up erroring out with the distracting:
> Cannot read bad block mark: Invalid argument
>
> Instead of the correct error:
>
On Monday 09 July 2012 14:53:21 Mikhail Kshevetskiy wrote:
> Current SST driver does not support well this types of flash, so
> introduce a new one.
>
> This code is a combination of sst.c driver from u-boot and sst25l.c
> driver from linux-3.3 release. I try to make a code as close to linux
> dri
On Sat, Jul 21, 2012 at 2:50 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Sat, Jul 21, 2012 at 12:02 PM, Marek Vasut wrote:
>> > This fixes the breakage with SPL on most OMAP boards after the GPIO
>> > driver was moved.
>>
>> It seems logical this to be merged on the GPIO move patch. An
Dear Otavio Salvador,
> On Sat, Jul 21, 2012 at 12:02 PM, Marek Vasut wrote:
> > This fixes the breakage with SPL on most OMAP boards after the GPIO
> > driver was moved.
>
> It seems logical this to be merged on the GPIO move patch. Any reason
> to not do that?
This is rather a fix, maybe it s
Hi,
Am Dienstag 10 Juli 2012, 09:31:42 schrieb Wolfgang Denk:
> Hi everybody,
>
> this is to let you know that the v2012.07-rc1 prerelease is out.
>
> Please help testing, so we can fix the remaining issues before the
> release, which I decided to shift by a week, i. e. the new schedule
> for t
On Monday 09 July 2012 14:53:20 Mikhail Kshevetskiy wrote:
> current code does not support spi flashes that have 0x90 read_id command,
> so fix this
and what SPI flashes exactly is this ? 0x9f is the JEDEC read idcode command
and is not SPI flash specific, so you're adding a lot of code that is
From: Gerlando Falauto
SPI flash operations inadvertently stretching beyond the flash size will
result in a wraparound. This may be particularly dangerous when burning
u-boot, because the flash contents will be corrupted rendering the board
unusable, without any warning being issued.
So add a con
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Friday 20 July 2012 17:50:33 Tom Rini wrote:
> On 07/20/2012 02:47 PM, Mike Frysinger wrote:
> > On Friday 20 July 2012 07:31:47 Marek Vasut wrote:
> >> Dear Mike Frysinger,
> >>
> >>> On Saturday 07 July 2012 23:08:14 Marek Vasut wrote:
> +/* DEFINE_CACHE_ALIGN_BUFFER() is similar to
> >>
Dear Mike Frysinger,
> On Friday 20 July 2012 17:11:33 Marek Vasut wrote:
> > Dear Mike Frysinger,
> >
> > > On Friday 20 July 2012 07:33:49 Marek Vasut wrote:
> > > > Dear Mike Frysinger,
> > > >
> > > > > On Wednesday 04 July 2012 10:39:20 Marek Vasut wrote:
> > > > > > > Putting there the __f
On Friday 20 July 2012 17:11:33 Marek Vasut wrote:
> Dear Mike Frysinger,
> > On Friday 20 July 2012 07:33:49 Marek Vasut wrote:
> > > Dear Mike Frysinger,
> > > > On Wednesday 04 July 2012 10:39:20 Marek Vasut wrote:
> > > > > > Putting there the __func__ name would improve structure and speed
> >
Scott Wood wrote on 2012/07/20 23:12:49:
> From: Scott Wood
> To: Joakim Tjernlund ,
> Cc:
> Date: 2012/07/20 23:12
> Subject: Re: [U-Boot] [PATCH 1/2] powerpc: Stack Pointer must be 16 aligned
>
> On 07/20/2012 04:20 AM, Joakim Tjernlund wrote:
> > The PowerPC ABI mandates the SP to be 16 by
Scott Wood wrote on 2012/07/20 23:11:33:
>
> On 07/20/2012 04:20 AM, Joakim Tjernlund wrote:
> > PowerPC mandates SP to be 16 bytes aligned.
> > Furthermore, a stack frame is added, pointing to the reset vector
> > which is just get in the way when gdb is walking the stack because
> > the reset v
Signed-off-by: Marek Vasut
Cc: Bryan Hundven
Cc: Michael Schwingen
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
Cc: Joe Hershberger
---
Makefile |2 +-
{arch/arm/cpu/ixp => drivers/net}/npe/IxEthAcc.c
Signed-off-by: Marek Vasut
Cc: David Müller
Cc: Minkyu Kang
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
---
arch/arm/cpu/arm920t/s3c24x0/Makefile |3 -
arch/arm/cpu/arm920t/s3c24x0/usb.c | 71
drivers/usb/host/Makefile
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Tom Warren
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
---
arch/arm/cpu/armv7/tegra2/usb.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/tegra2/usb.c b/arch/arm/cpu/armv7/tegra2/usb.c
ind
This fixes the breakage with SPL on most OMAP boards after the GPIO
driver was moved.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
Cc: Tom Rini
---
include/configs/devkit8000.h |1 +
include/configs/omap3_beagle.h |1 +
include/configs/omap3_ove
Signed-off-by: Marek Vasut
Cc: David Müller
Cc: Minkyu Kang
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
---
arch/arm/cpu/armv7/s5p-common/Makefile|1 -
drivers/watchdog/Makefile |1 +
arch/arm/cpu/armv7/s5p-co
Signed-off-by: Marek Vasut
Cc: Oliver Brown
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
---
arch/arm/cpu/arm1176/tnetv107x/Makefile |2 +-
drivers/watchdog/Makefile|1 +
.../cpu/arm1176/tnetv107x/wdt.c =>
This stuff has been rotting in the tree for a year now. Remove it.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
Cc: Curt Brune
---
CREDITS |5 -
arch/arm/cpu/arm720t/cpu.c|2 +-
arch/arm/cpu/ar
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
Cc: Tom Rini
---
arch/arm/cpu/armv7/omap-common/Makefile |3 ---
drivers/gpio/Makefile |1 +
arch/arm/cpu/armv7/omap-common/gpio.c => dri
This stuff has been rotting in the tree for a year now. Remove it.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Albert Aribaud
Cc: U-Boot DM
---
arch/arm/cpu/arm720t/cpu.c |2 +-
arch/arm/cpu/arm720t/interrupts.c | 28 +--
arch/arm/cpu/arm720
Dear J.Hwan Kim,
> Hi, everyone
>
> I wish to know the file format of u-boot.bin.
> Can you explain the file format of u-boot.bin?
Depends on the architecture, but usually an objcopy-ed raw binary.
> Thanks in advance.
>
> Best Regards,
> J.Hwan Kim
Best regards,
Marek Vasut
_
Dear Graeme Russ,
[...]
> >> Maybe it's time to seriously look at a gerrit + jenkins based solution?
> >
> > I am not sure that gerrit will solve any of the problems we have.
> > I may be missing it, but for example I don't see any integration into
> > a mostly e-mail based work flow. From what
Dear Graeme Russ,
> Hi Scott,
>
> On 07/21/2012 07:40 AM, Scott Wood wrote:
> > On 07/20/2012 04:34 PM, Graeme Russ wrote:
> >> Hi Kim & Marek,
> >>
> >> On 07/21/2012 07:09 AM, Marek Vasut wrote:
> >>> Dear Kim Phillips,
> >>>
> On Mon, 16 Jul 2012 23:30:49 +0200
>
> Detlev Zun
Dear Wolfgang Denk,
> Dear Graeme Russ,
>
> In message you wrote:
> > > Currently the lack of any reaction whatsoever was identified to be a
> > > very discouraging sign for contributors. One thing we could do is to
> > > declare a "soft" time-limit (two weeks) that patches need to be looked
> >
Hi Andy,
On Fri, Jul 20, 2012 at 07:35:30AM, Duan Fugang-B38611 wrote:
> The changes is reasonable. Thanks!
>
> Best Regards,
> Andy
The change for MII_MODE is clear.
As to FCE, this can be discussed, and it depends on the hardware support.
Actually, fec_open enables full-duplex in TCR regardle
Hi Simon,
On Sat, Jul 21, 2012 at 11:40:15AM +0200, Simon Baatz wrote:
> On Sat, Jul 21, 2012 at 10:30:48AM +0200, DrEagle wrote:
> > Hi Simon and Luka,
> >
> > Le 21/07/2012 10:03, Luka Perkov a écrit :
> > > On Fri, Jul 20, 2012 at 09:59:15PM +0200, Simon Baatz wrote:
> > >> -#define CONFIG_MAC
Hi Gerald and Luka,
On Sat, Jul 21, 2012 at 10:30:48AM +0200, DrEagle wrote:
> Hi Simon and Luka,
>
> Le 21/07/2012 10:03, Luka Perkov a écrit :
> > On Fri, Jul 20, 2012 at 09:59:15PM +0200, Simon Baatz wrote:
> >> -#define CONFIG_MACH_TYPE MACH_TYPE_NAS6210
> >> +#define CONFIG_OF_LIBFDT
> >
>
From: Zhong Hongbo
all the patitions should depend CONFIG_PARTITIONS, no the
CONFIG_CMD_$(device). The device symbol may be SATA, SCSI,
USB, MMC, SYSTEMACE. Or else when the filesystem command be
enabled, But board's configure file can not include any
CONFIG_CMD_$(device), The u-boot will fail bu
Hi, everyone
I wish to know the file format of u-boot.bin.
Can you explain the file format of u-boot.bin?
Thanks in advance.
Best Regards,
J.Hwan Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Jul 20, 2012 at 09:59:15PM +0200, Simon Baatz wrote:
> Support for the IB-NAS62x0 was added to the Linux mainline kernel
> as of 3.5-rc1 using flattened devicetree. Change the config for
> this board accordingly.
>
> Signed-off-by: Simon Baatz
> Cc: Luka Perkov
> Cc: Prafulla Wadaskar
On Fri, Jul 20, 2012 at 09:59:14PM +0200, Simon Baatz wrote:
> The hardware design of the IB-NAS62x0 causes the SATA activity
> LEDs to be on when idle by default. Reverse the polarity of the
> activity LEDs in early init.
>
> Signed-off-by: Simon Baatz
> Cc: Luka Perkov
> Cc: Prafulla Wadaskar
43 matches
Mail list logo
