Nishanth,
Nishanth Menon wrote:
> Ben Warren had written, on 12/07/2009 03:09 PM, the following:
>> Nishanth,
>>
>> Nishanth Menon wrote:
>>> This modification is NOT tested on any of the
>>> platforms modified as I dont have them. please
>>> help by testing+building+fixing
>>>
>>> Signed-off-by
> > Before I respin, do you have any issue with the fact that the CFLAGS_lib
> > will apply to both /lib and /arch/blackfin/lib?
>
> sorry, i dont understand what you mean. i must have missed the patch you're
> implicitly referring to ?
I mentioned the issue briefly in the cover letter, but p
On Sunday 13 December 2009 22:27:42 Peter Tyser wrote:
> On Sun, 2009-12-13 at 21:37 -0500, Mike Frysinger wrote:
> > On Sunday 13 December 2009 18:04:33 Peter Tyser wrote:
> > > Signed-off-by: Peter Tyser
> > > ---
> > > Makefile |2 +-
> > > {cpu =>
Dear twebb,
In message you
wrote:
> >
> > Maybe reading 512 bytes is possible with your driver, but reading 128
> > KiB is not?
> >
>
> That turned out to be true. I wondered if others had run into this
> problem and whether any work had been done towards breaking up the
> read (and write too)
Thomas,
Thomas Weber wrote:
> commit 60f61e6d7655400bb785a2ef637581679941f6d1 breaks compile with gcc by
> introducing __func__
> instead of constant string "func" in the macro call but missed to change the
> macro.
>
> Signed-off-by: Thomas Weber
> ---
> drivers/net/dm9000x.c |2 +-
> 1 f
John,
John Ogness wrote:
> fec_init() will only allocate fec->base_ptr if it is non-NULL. But
> the cleanup routine on error will free the pointer without setting
> it to NULL. This means that a later call to fec_init() would result
> in using an invalid pointer.
>
> The following patch to fix thi
Stefan,
Stefan Roese wrote:
> From: Reinhard Arlt
>
> This chip is equipped for example on the esd PMC-ETH2-GB board. So let's
> add it to the list of supported chips to the e1000 driver.
>
> Signed-off-by: Reinhard Arlt
> Signed-off-by: Stefan Roese
> Cc: Ben Warren
> ---
Applied to net/next.
On Sun, 2009-12-13 at 21:37 -0500, Mike Frysinger wrote:
> On Sunday 13 December 2009 18:04:33 Peter Tyser wrote:
> > Signed-off-by: Peter Tyser
> > ---
> > Makefile |2 +-
> > {cpu => arch/blackfin/cpu}/blackfin/.gitignore |0
> > {cpu => arc
On Sunday 13 December 2009 18:04:33 Peter Tyser wrote:
> Signed-off-by: Peter Tyser
> ---
> Makefile |2 +-
> {cpu => arch/blackfin/cpu}/blackfin/.gitignore |0
> {cpu => arch/blackfin/cpu}/blackfin/Makefile |0
> .../blackfin/cpu}/b
HI Stefano Babic,
Sorry, I just see your and wolfgang's mail. In this days, I am prepare
new soc's kernel MSL code.
When I just finished my coding, I have same issue too. But during I identify
this issue, the issue is
disappeared.
I does not change lowlevel_init.s. Maybe I removed some defin
>
> Maybe reading 512 bytes is possible with your driver, but reading 128
> KiB is not?
>
That turned out to be true. I wondered if others had run into this
problem and whether any work had been done towards breaking up the
read (and write too) into a loop that read a smaller chunk at a time.
___
Neither the MVBLUE nor its underlying architecture implement the
do_irqinfo() function which is required when CONFIG_CMD_IRQ is defined.
This change fixes the following MVBLUE compiler error:
-> ./MAKEALL MVBLUE
Configuring for MVBLUE board...
common/libcommon.a(cmd_irq.o):(.u_boot_cmd+0x24): unde
On Mon, 2009-12-14 at 00:16 +0100, Luigi Mantellini wrote:
> On Mon, Dec 14, 2009 at 12:04 AM, Peter Tyser wrote:
> > Move the libfdt library into the common lib/ directory to clean up the
> > top-level of U-Boot.
> >
> > Signed-off-by: Peter Tyser
> > ---
> ...
> > +++ b/tools/Makefile> --- a/to
On Mon, Dec 14, 2009 at 12:04 AM, Peter Tyser wrote:
> Move the libfdt library into the common lib/ directory to clean up the
> top-level of U-Boot.
>
> Signed-off-by: Peter Tyser
> ---
...
> +++ b/tools/Makefile> --- a/tools/imls/Makefile
> +++ b/tools/imls/Makefile
> @@ -41,7 +41,7 @@ LIBFDT_OB
Signed-off-by: Peter Tyser
---
{cpu => arch/nios2/cpu}/nios2/Makefile |0
{cpu => arch/nios2/cpu}/nios2/config.mk|0
{cpu => arch/nios2/cpu}/nios2/cpu.c|0
{cpu => arch/nios2/cpu}/nios2/epcs.c |0
{cpu => arch/nios2/cpu}/nios2/exceptions.S |0
{cpu => arc
Signed-off-by: Peter Tyser
---
{cpu => arch/i386/cpu}/i386/Makefile|0
{cpu => arch/i386/cpu}/i386/config.mk |0
{cpu => arch/i386/cpu}/i386/cpu.c |0
{cpu => arch/i386/cpu}/i386/interrupts.c|0
{cpu => arch/i386/cpu}/i386/resetvec.S
Signed-off-by: Peter Tyser
---
{cpu => arch/sparc/cpu}/leon2/Makefile |0
{cpu => arch/sparc/cpu}/leon2/config.mk|0
{cpu => arch/sparc/cpu}/leon2/cpu.c|0
{cpu => arch/sparc/cpu}/leon2/cpu_init.c |0
{cpu => arch/sparc/cpu}/leon2/interrupts.c |0
{cpu => arc
Signed-off-by: Peter Tyser
---
{cpu => arch/nios/cpu}/nios/Makefile |0
{cpu => arch/nios/cpu}/nios/asmi.c |0
{cpu => arch/nios/cpu}/nios/config.mk|0
{cpu => arch/nios/cpu}/nios/cpu.c|0
{cpu => arch/nios/cpu}/nios/interrupts.c |0
{cpu => arch/nios/cpu
Signed-off-by: Peter Tyser
---
{cpu => arch/microblaze/cpu}/microblaze/Makefile |0
{cpu => arch/microblaze/cpu}/microblaze/cache.c|0
{cpu => arch/microblaze/cpu}/microblaze/cpu.c |0
.../microblaze/cpu}/microblaze/exception.c |0
.../microblaze/cpu}/microblaze
Signed-off-by: Peter Tyser
---
{cpu => arch/avr32/cpu}/at32ap/Makefile|0
{cpu => arch/avr32/cpu}/at32ap/at32ap700x/Makefile |0
{cpu => arch/avr32/cpu}/at32ap/at32ap700x/clk.c|0
.../avr32/cpu}/at32ap/at32ap700x/portmux.c |0
{cpu => arch/avr32/cpu}/at32ap
Signed-off-by: Peter Tyser
---
{cpu => arch/mips/cpu}/mips/Makefile |0
{cpu => arch/mips/cpu}/mips/asc_serial.c |0
{cpu => arch/mips/cpu}/mips/asc_serial.h |0
{cpu => arch/mips/cpu}/mips/au1x00_eth.c |0
{cpu => arch/mips/cpu}/mips/au1x00_serial.c |
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{cpu => arch/blackfin/cpu}/blackfin/.gitignore |0
{cpu => arch/blackfin/cpu}/blackfin/Makefile |0
.../blackfin/cpu}/blackfin/bootrom-asm-offsets.awk |0
.../cpu}/blackfin/bootrom-a
Signed-off-by: Peter Tyser
---
{cpu => arch/m68k/cpu}/mcf5227x/Makefile |0
{cpu => arch/m68k/cpu}/mcf5227x/config.mk |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu.c |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu_init.c |0
{cpu => arch/m68k/cpu}/mcf5227x/interrupts.c
Signed-off-by: Peter Tyser
---
{cpu => arch/sh/cpu}/sh2/Makefile |0
{cpu => arch/sh/cpu}/sh2/cache.c |0
{cpu => arch/sh/cpu}/sh2/config.mk|0
{cpu => arch/sh/cpu}/sh2/cpu.c|0
{cpu => arch/sh/cpu}/sh2/interrupts.c |0
{cpu => arch/sh/cpu}/sh2/start.S
The appropriate include/asm-$ARCH directory should already by symlinked
to include/asm so using the whole "asm-$ARCH" path is unnecessary.
This change will also allow us to move the include/asm-$ARCH
directories into their appropriate lib/$ARCH/ directories.
Signed-off-by: Peter Tyser
---
board
Dear Bob Winslow,
In message <4b22af8d.3030...@sevis.com> you wrote:
> last try, sorry about the multiple posts.
Why the hell _do_ you post 3 times, especially when you are even aware
of this?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
Move the libfdt library into the common lib/ directory to clean up the
top-level of U-Boot.
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{libfdt => lib/libfdt}/Makefile |0
{libfdt => lib/libfdt}/README|0
{libfdt => lib/libfdt}/
Dear twebb,
In message you
wrote:
> I've cross-compiled and am running fw_printenv on an ARM system using
> linux-2.6.28. The u-boot environment is kept in SPI-based NOR flash.
> The configuration within fw_env.h is...
...
> //#define CONFIG_FILE "/etc/fw_env.config"
> //#define HAVE_REDUND
Cleans up the s3c24x0 header files by changing the upper case members
of the s3c24x0 register structures to lower case and changing all code
that uses these register structures.
Signed-off-by: Kevin Morfitt
---
The patches are based on the u-boot-samsung repository.
checkpatch reports no errors
Grazvydas Ignotas wrote:
> Not all boards have both LEDs hooked, so enabling both on
> boards with single LED will just waste power. Make it
> possible to choose LEDs by adding argument to
> twl4030_led_init().
>
> Using this turn on only LEDB for pandora, leave both LEDs
> on for all other boards
Grazvydas Ignotas wrote:
> These regulators are not needed to start the kernel and only
> cause "incomplete constraints" warnings from kernel, so don't
> turn them on to save power.
>
> Signed-off-by: Grazvydas Ignotas
> ---
> this patch depends on "TWL4030: make LEDs selectable for twl4030_led_
s-paul...@ti.com wrote:
> The following changes since commit 57bf140ac66f95c9c36c494e4d027551b5477b01:
> Wolfgang Denk (1):
> Merge branch 'next-sync' of git://git.denx.de/u-boot-arm into next
>
> are available in the git repository at:
>
Pushed to arm/next
Thanks
Tom
__
32 matches
Mail list logo
