Hello everybody,
every now and then somebody asks me how or what he could contribute
to the U-Boot project, or is a certains task was already being worked
on.
To collect such ideas and to coordinate efforts I've vreated a
"Tasks" page in the U-Boot wiki. Please have a look, and contribut
Dear Kim Phillips,
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang D.,
>
> Please pull a ddr base address assignment fix, h/w flash protection
> turned on by default, and a fix to facilitate autobooting:
>
> The following changes since commit 8fd4166c467a46773f80208bda1ec3b4757747bc:
> St
Dear Andy Fleming,
In message <[EMAIL PROTECTED]> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> Haiying Wang (3):
> Minor fixes for I2C address on MPC8572DS
> Add ID EEPROM support for MPC8572DS
> Remove redundant
Dear Jerry Van Baren,
In message <[EMAIL PROTECTED]> you wrote:
> Dear Wolfgang,
>
> Please pull u-boot-fdt. These are bugfixes from dtc/libfdt project
> and Sefan's "force" override for the fdt /chosen node.
>
> Thanks,
> gvb
>
>
> The following changes since commit 8fd4166c467a46773f80208bd
Dear Andy Fleming,
In message <[EMAIL PROTECTED]> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> This supercedes the previous pull request. This includes Wolfgang's and
> Kumar's
> patches.
>
> Haiying Wang (3):
> Minor fix
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 8fd4166c467a46773f80208bda1ec3b4757747bc:
> Stefan Roese (1):
> ppc4xx: Canyonlands: Remove unnecessary FDT warning upon DTB fixup
>
> are available in the git repository at:
>
> git://w
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> Hi Wolfgang
> Please pulli The following changes since commit
> 8fd4166c467a46773f80208bda1ec3b4757747bc:
> Stefan Roese (1):
> ppc4xx: Canyonlands: Remove unnecessary FDT warning upon DTB fixup
>
> are
Dear Ben,
In message <[EMAIL PROTECTED]> you wrote:
>
> > I don't see any responses to this latest version of the driver.
> >
> > Is there any special reason it was neither added nor rejected?
...
> No specific reasons - I should have sent a response. The only issue I
> have is that there are n
Hi Jean-Christophe,
In message <[EMAIL PROTECTED]>
Adrian Filipi wrote:
...
> * Cleaned up asm-arm/sizes.h.
> * Removed sloppy copies of the above file in several arch subdirectories.
>
>
> Signed-off-by: Adrian Filipi <[EMAIL PROTECTED]>
> ---
> include/asm-arm/arch-arm925t/sizes.h | 5
Dear Sergey Lapin,
In message <[EMAIL PROTECTED]> Sergey
Lapin wrote:
> This patch provides support for AFEB9260 board, a product of
> OpenSource hardware and software. Some commertial projects
> are made with this design. A board is basically AT91SAM9260-EK
> with some modifications and different
Dear Sergey Lapin,
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by: Sergey Lapin <[EMAIL PROTECTED]>
> ---
> cpu/arm926ejs/at91/Makefile |1 +
> cpu/arm926ejs/at91/watchdog.c | 38 ++
> 2 files changed, 39 insertions(+), 0 deletions(-)
> c
Dear Ben,
In message <[EMAIL PROTECTED]> Andre Schwarz wrote:
>
> Currently VSC8601 doesn't link with 10/100M partners if the
> EEPROM/Strapping is not set up.
> Setting the auto-neg register fixes this.
I think this patch was not added, nor was any feedback sent?
Please comment.
Best regards,
Dear Jon,
In message <[EMAIL PROTECTED]> Kumar Gala wrote:
> For some reason we duplicated the majority of code in lib_ppc/interrupts.c
> not show how that happened, but there is no good reason for it.
>
> Use the interrupt_init_cpu() and timer_interrupt_cpu() since its why
> they exist.
I think
Dear Jean-Christophe,
In message <[EMAIL PROTECTED]> Markus Kammerstetter wrote:
> Hi,
>
> I added support for the Olimex SAM9L-9260 development board to the
> current git source tree.
> The original code is from the at91sam9260ek implementation and has been
> modified
> to work with the Olimex
Dear Jean-Chriostophe,
In message <[EMAIL PROTECTED]> Gururaja Hebbar K R
wrote:
>
> - Correct Improper ulong division. This patch take care of
>multiple definition of `__udivsi3' & undefined reference to `raise' Error
>when compiling [ap/cp]926ejs_config with CodeSourcery arm toolchain
>
Dear Jon,
in message <[EMAIL PROTECTED]> Nick Spence wrote:
> This is needed in unlock_ram_in_cache() because it is called from C and
> will corrupt the small data area anchor that is kept in R2.
>
> lock_ram_in_cache() is modified similarly as good coding practice, but
> is not called from C.
>
Dear Jean-Christophe,
In message <[EMAIL PROTECTED]> you wrote:
> On 10:36 Fri 29 Aug , Magnus Lilja wrote:
> > The i.MX31 has three SPI buses and each bus has several chip selects
> > and the MC13783 chip can be connected to any of these. The current
> > RTC driver for MC13783 is hardcoded fo
Dear Jean-Christophe,
In message <[EMAIL PROTECTED]> you wrote:
> On 10:36 Fri 29 Aug , Magnus Lilja wrote:
> > Add support for the Freescale i.MX31 PDK (a.k.a 3DS) board. Ethernet and
> > MC13873 RTC support is enabled by this patch.
> >
> > Booting from NAND is not supported yet so U-boot r
Dear Ben,
In message <[EMAIL PROTECTED]> Nobuhiro Iwamatsu wrote:
> get_prom function was used __attriute__ , but it is not enable.
> ax88796.o does not do link besides ne2000.o. When ld is carried
> out, get_prom function of ax88796.c is ignored.
> This problem is a thing by specifications of ld.
Dear Ed Swarthout,
In message <[EMAIL PROTECTED]> you wrote:
> Fixes boot crash from bad string pointers in get_table_entry_name
> when flash is erased or differs from current u-boot image.
>
> Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]>
> ---
>
> Fix was pointed out by Peter Tyser in Image.
Wolfgang,
On Mon, Oct 13, 2008 at 9:53 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Ed Swarthout,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> Fixes boot crash from bad string pointers in get_table_entry_name
>> when flash is erased or differs from current u-boot image.
>>
This is exac
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <[EMAIL PROTECTED]> you wrote:
>
>>> I don't see any responses to this latest version of the driver.
>>>
>>> Is there any special reason it was neither added nor rejected?
>>>
> ...
>
>> No specific reasons - I should have sent a response
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <[EMAIL PROTECTED]> Nobuhiro Iwamatsu wrote:
>
>> get_prom function was used __attriute__ , but it is not enable.
>> ax88796.o does not do link besides ne2000.o. When ld is carried
>> out, get_prom function of ax88796.c is ignored.
>> This problem
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <[EMAIL PROTECTED]> Andre Schwarz wrote:
>
>> Currently VSC8601 doesn't link with 10/100M partners if the
>> EEPROM/Strapping is not set up.
>> Setting the auto-neg register fixes this.
>>
>
> I think this patch was not added, nor was any feed
24 matches
Mail list logo