ignore this one ... seems like using '-e' with `git send-email` may sometimes
swallow the --dry-run
-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/list
Start a common header file for common linker script code (such as
workarounds for older linkers) rather than doing this in the build system.
As fallout, we no longer execute the linker every time config.mk is
included by a build file (which can easily be 70+ times), but rather only
execute it once
Start a common header file for common linker script code (such as
workarounds for older linkers) rather than doing this in the build system.
As fallout, we no longer execute the linker every time config.mk is
included by a build file (which can easily be 70+ times), but rather only
execute it once
On Sunday 23 August 2009 01:36:55 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > please set sendemail.chainreplyto to false in your git settings. patch
> > series
>
> Why that?
>
> > should be like:
> > [summary 0/xx]
> >
> > |- [patch 1/xx]
> > |- [patch 2/xx]
> >
> >
> >
> > not:
> > [sum
On Sunday 23 August 2009 01:34:38 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > On Monday 17 August 2009 08:00:53 Wolfgang Denk wrote:
> > > --- a/config.mk
> > > +++ b/config.mk
> > > @@ -166,11 +166,21 @@ endif
> > > +# Special flags for CPP when processing the linker script
> > > +# Linker ve
Dear Mike Frysinger,
In message <200908230001.46558.vap...@gentoo.org> you wrote:
>
> please set sendemail.chainreplyto to false in your git settings. patch
> series
Why that?
> should be like:
> [summary 0/xx]
> |- [patch 1/xx]
> |- [patch 2/xx]
>
>
> not:
> [summary 0/xx]
> `- [patch 1
Dear Mike Frysinger,
In message <200908222000.22345.vap...@gentoo.org> you wrote:
>
> On Monday 17 August 2009 08:00:53 Wolfgang Denk wrote:
> > --- a/config.mk
> > +++ b/config.mk
> > @@ -166,11 +166,21 @@ endif
> > +# Special flags for CPP when processing the linker script
> > +# Linker versions
The more standard 'source' command provides identical functionality to
the autoscr command.
Environment variable names/values on the MVBC_P, MVBML7, kmeter1,
mgcoge, and km8xx boards were updated to no longer refernce 'autoscr'.
Signed-off-by: Peter Tyser
---
There was a fair amount of grey area
please set sendemail.chainreplyto to false in your git settings. patch series
should be like:
[summary 0/xx]
|- [patch 1/xx]
|- [patch 2/xx]
not:
[summary 0/xx]
`- [patch 1/xx]
`- [patch 2/xx]
`-
the latter makes things a lot more painful for people to parse with their e-
mail c
Signed-off-by: Graeme Russ
---
board/eNET/Makefile | 10 +-
board/sc520_cdp/Makefile| 14 +-
board/sc520_cdp/sc520_cdp.c | 239 --
board/sc520_cdp/sc520_cdp_pci.c | 271 +
board/sc520_spunk/Makefile
Removed do_pinit() - now declared in cmd_pcmcia.c
Added #define CONFIG_CMD_PCMCIA around pcmcia_off() in line with other
PCMCIA drivers
signed/unsigned type fixups
Added semi-colon after default: label as required by newer gcc
The only board that appears to use this driver is the sc520_spunk wh
This patch is in readiness for moving all u-boot code + data from Flash to
RAM. Low level init code is not needed after bootstrap and therefore does
not need to be copied. Moving this code into dedicated sections makes it
easier
Signed-off-by: Graeme Russ
---
board/eNET/eNET_start.S
Signed-off-by: Graeme Russ
---
include/asm-i386/errno.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 include/asm-i386/errno.h
diff --git a/include/asm-i386/errno.h b/include/asm-i386/errno.h
new file mode 100644
index 000..4c82b50
--- /dev/null
+++ b/includ
Now that the PCI, SATA et al compile problems have been resolved, the
cludge that was applied to avoid them can be removed
Signed-off-by: Graeme Russ
---
include/configs/sc520_cdp.h | 22 --
1 files changed, 0 insertions(+), 22 deletions(-)
diff --git a/include/configs/sc5
Hi all,
I've been working at cleaning up some lingering loose ends on the i386
architecture. This patch series cleans up the bulk of them. This series
in itself is really a number of smaller incemental steps needed to get to
where I wanted to be.
Patches 1 though 6 only effect i386 specific code
Primary intent is to resolve build errors for this board which has been
neglected for a very long time. I do not have one of these boards, so I
cannot test functionality
Signed-off-by: Graeme Russ
---
board/sc520_spunk/sc520_spunk.c | 33 +++--
include/configs/sc520
gcc 4.3.2 optimiser creates multiple copies of inline asm (who knows why)
Remove use of global names for labels to prevent 'symbol already defined'
errors
Signed-off-by: Graeme Russ
---
board/eNET/eNET.c |4 ++--
cpu/i386/sc520/sc520.c |4 ++--
2 files changed, 4 insertions(+), 4 de
Cast first parameter to sata_cpy()
In /drivers/block/ata_piix.h, ata_id_has_lba48(), ata_id_has_lba(),
ata_id_has_dma(), ata_id_u32(), ata_id_u64() are all defined in
include/libata.h which is included in ata.h which is included by all files
which include ata_piix.h (only ata_piix.c) so these defi
This patch is based on a patch submitted by Jean-Christophe PLAGNIOL-VILLARD
on 18th May 2008 as part of a general i386 / sc520 fixup which was never
applied
Signed-off-by: Graeme Russ
---
drivers/hwmon/ds1722.c |3 ++-
include/ds1722.h | 32
2 files
The current configuration of the Environment has the redundant copy of the
environment in the Boot Flash - This was never the intent. The Environment
should instead be in the first two sectors of the first Strata Flash
Signed-off-by: Graeme Russ
---
include/configs/eNET.h | 11 +--
1 f
Signed-off-by: Graeme Russ
---
board/eNET/Makefile|1 +
board/eNET/eNET_pci.c | 95
include/configs/eNET.h | 14
3 files changed, 103 insertions(+), 7 deletions(-)
create mode 100644 board/eNET/eNET_pci.c
diff --git a/board
Change PCI_REGION_MEMORY to PCI_REGION_SYS_MEMORY (Originally done in
commit ff4e66e93c1a, regressed by commit 6d7f610b09f8)
Cast PCI_ROM_ADDRESS_MASK to u32
Wrap probe_pci_video() call inside #ifdef CONFIG_VIDEO
Change call to pci_find_class() to pci_find_devices(). This is based on a
patch sub
Flash probing can cause the Boot Flash to lock up - Entire contents of
Flash (minus the low level asm init which is not needed post-bootstrap)
is copied to RAM
This is not an ideal relocation mechanism. This change sets TEXT_BASE
to an area just below the guaranteed 64MB RAM which exists on all eN
Allows earlier indication of boot progress by initialising the LEDs and
Serial Port while the CPU is still in 16-bit (Real) mode
Signed-off-by: Graeme Russ
---
board/eNET/eNET.c | 24
board/eNET/eNET_start.S |7 ++-
board/eNET/eNET_start16.S | 130
The current implementation has the timer being started before the interrupt
handler is installed. It the interrupt occurs before the handler is
installed, the timer interrupt is never reset and the timer stops
Signed-off-by: Graeme Russ
---
cpu/i386/sc520/sc520_timer.c |6 +++---
1 files cha
A local variable was deleted that should not have been
Signed-off-by: Graeme Russ
---
lib_i386/pcat_timer.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/lib_i386/pcat_timer.c b/lib_i386/pcat_timer.c
index e282f64..c351b23 100644
--- a/lib_i386/pcat_timer.c
+++ b/l
On Monday 17 August 2009 08:00:53 Wolfgang Denk wrote:
> --- a/config.mk
> +++ b/config.mk
> @@ -166,11 +166,21 @@ endif
> +# Special flags for CPP when processing the linker script
> +# Linker versions prior to 2.16 don't understand the builting
> +# functions SORT_BY_ALIGNMENT() and SORT_BY_NAME(
Now that the common code preprocesses the linker script, the Blackfin code
no longer needs to do it.
Signed-off-by: Mike Frysinger
---
lib_blackfin/Makefile |5 +
lib_blackfin/config.mk |2 +-
2 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/lib_blackfin/Makefile b/lib
Signed-off-by: Mike Frysinger
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 8ccd42a..67d2cd6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -27,6 +27,7 @@
/u-boot.ldr
/u-boot.ldr.hex
/u-boot.ldr.srec
+/u-boot.lds
/u-boot-one
On Saturday 22 August 2009 17:41:16 Wolfgang Denk wrote:
> v2009.08-rc3 has just been released.
maybe you just didnt push updated master branch ? the 2009.08-rc3 tag is a
commit ahead of master ...
-mike
signature.asc
Description: This is a digitally signed message part.
__
On Sun, Aug 23, 2009 at 2:45 AM, Peter Tyser wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 23:05 Fri 21 Aug , Peter Tyser wrote:
>>> Signed-off-by: Peter Tyser
>>> ---
[snip]
>>>
>>> +#ifndef CONFIG_X86
>> could we have a generic name (not arch)
>> CONFIG_GENERIC_MALLOC_INIT
>>
>> a
Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <1250822768-18396-1-git-send-email-biggerbadder...@gmail.com> you
> wrote:
>
>> All in-tree boards that use this controller have CONFIG_NET_MULTI added
>> Also:
>> - changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
>> - changed CS8900_BASE
Hi everybody...
v2009.08-rc3 has just been released.
Please help testing, and submit fixes to the remaining problems.
Things still missing should be submitted ASAP.
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please update to use CONFIG_NET_MULTI
me
vibi sreenivasan skrev:
> hello Wolfgang Denk,
> On Wed, 2009-08-12 at 21:44 +0200, Wolfgang Denk wrote:
>> Dear vibi sreenivasan,
>>
>> In message <1250062753.2419.8.ca...@hunter> you wrote:
>>> Why u-boot & linux uses different machine id for at91rm9200dk.
>> do they? well, which exact versio
Dear Kumar Gala,
In message <118ebb89-f697-4148-a572-838dbb658...@kernel.crashing.org> you wrote:
>
> Is it ok for a cpu family to enable -fno-strict-aliasing? We seem to
Please don't. Actually I consider this to be an issue that needs to
be resolved.
> do this on a fair number of the ARM po
Wolfgang,
Is it ok for a cpu family to enable -fno-strict-aliasing? We seem to
do this on a fair number of the ARM ports and even some of the PPC
ones? This seems to hid some of the warnings we get on other cpu
family builds (like 85xx).
- k
board/tqc/tqm5200/Makefile: $(CC) $(CFLAGS
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 23:05 Fri 21 Aug , Peter Tyser wrote:
>> Signed-off-by: Peter Tyser
>> ---
>> common/dlmalloc.c | 15 +++
>> include/malloc.h |2 ++
>> lib_arm/board.c| 10 --
>> lib_avr32/board.c | 15 ++--
Dear Ben Warren,
In message <1250822768-18396-1-git-send-email-biggerbadder...@gmail.com> you
wrote:
> All in-tree boards that use this controller have CONFIG_NET_MULTI added
> Also:
> - changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
> - changed CS8900_BASE to CONFIG_CS8900_BASE
> - changed
Dear Timur Tabi,
In message <4a8fea69.9080...@freescale.com> you wrote:
>
> > Configuring for MVBC_P board...
> > e1000.c: In function 'e1000_transmit':
> > e1000.c:5019: warning: passing argument 1 of 'virt_to_phys' discards
> > qualifiers from pointer target type
>
> I can't reproduce this prob
Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message<1250542538-5717-1-git-send-email-ti...@freescale.com> you wrote:
>> The Intel E1000 driver was making assumptions about the relationship between
>> some virtual, physical, and PCI addresses.
>>
>> Also fix some bad usage of the DEBUGOUT macro
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090822123232.gb11...@game.jcrosoft.org> you wrote:
>
> > That would mean you have to touch N board configurations. To me it
> > sounds as if this was not per-board choice, but an architecture-
> > specific decision. And a CONFIG_* name seems wro
On 13:54 Sat 22 Aug , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090822085428.ga11...@game.jcrosoft.org> you wrote:
> >
> > > common/dlmalloc.c | 15 +++
> > > include/malloc.h |2 ++
> > > lib_arm/board.c| 10 ---
Dear Ben Warren,
In message <1250822768-18396-1-git-send-email-biggerbadder...@gmail.com> you
wrote:
> All in-tree boards that use this controller have CONFIG_NET_MULTI added
> Also:
> - changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
> - changed CS8900_BASE to CONFIG_CS8900_BASE
> - changed
Signed-off-by: Albin Tonnerre
---
include/mmc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/mmc.h b/include/mmc.h
index 229d494..2dc69ab 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -47,7 +47,7 @@
#define SD_DATA_4BIT 0x0004
-#define IS_SD(x)
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090822085428.ga11...@game.jcrosoft.org> you wrote:
>
> > common/dlmalloc.c | 15 +++
> > include/malloc.h |2 ++
> > lib_arm/board.c| 10 --
> > lib_avr32/board.c | 15 ++-
> > l
Dear Timur Tabi,
In message you
wrote:
>
> > This patch causes compiler warnings:
> >
> > Configuring for MVBC_P board...
> > e1000.c: In function 'e1000_transmit':
> > e1000.c:5019: warning: passing argument 1 of 'virt_to_phys' discards
> > qualifiers from pointer target type
>
> That's odd.
On Sat, Aug 22, 2009 at 4:12 AM, Wolfgang Denk wrote:
> This patch causes compiler warnings:
>
> Configuring for MVBC_P board...
> e1000.c: In function 'e1000_transmit':
> e1000.c:5019: warning: passing argument 1 of 'virt_to_phys' discards
> qualifiers from pointer target type
That's odd. I had
On 23:05 Fri 21 Aug , Peter Tyser wrote:
> Signed-off-by: Peter Tyser
> ---
> common/dlmalloc.c | 15 +++
> include/malloc.h |2 ++
> lib_arm/board.c| 10 --
> lib_avr32/board.c | 15 ++-
> lib_blackfin/board.c |9 ---
Dear Timur Tabi,
In message <1250542538-5717-1-git-send-email-ti...@freescale.com> you wrote:
> The Intel E1000 driver was making assumptions about the relationship between
> some virtual, physical, and PCI addresses.
>
> Also fix some bad usage of the DEBUGOUT macro
>
> Signed-off-by: Timur Tab
Dear Frederik Kriewitz,
In message you
wrote:
>
> Ok, is there a official naming convention for the include/configs/*.h
> files and the *_config targets? Should they be grouped by CPU/SoC
> and/or vendor (Makefile/MAKEALL)?
There is no such convention except that *_config targets are expected
Dear Kim Phillips,
In message <20090821174533.d26d421b.kim.phill...@freescale.com> you wrote:
>
> > > Heiko Schocher (1):
> > > mpc83xx: add missing CSCONFIG_ODT_WR_CFG for 832x CPUs
> >
> > Umm please do not edit the Subject line of the commit messages.
> > At least, please tell me exp
51 matches
Mail list logo