Hi Tom,
El Sat, Feb 27, 2010 at 05:41:26PM -0600 Tom ha dit:
> Matthias Kaehlcke wrote:
> >ep93xx timer: Make get_ticks() consistent with get_tbclk(), returning
> >a value with CONFIG_SYS_HZ resolution. This fix obsoletes the function
> >clk_to_systicks(), leading to a simplification of the timer
Matthias Kaehlcke wrote:
> ep93xx timer: Make get_ticks() consistent with get_tbclk(), returning
> a value with CONFIG_SYS_HZ resolution. This fix obsoletes the function
> clk_to_systicks(), leading to a simplification of the timer code. Further
> a variable in usecs_to_ticks() is promoted to a 64-
This is a regular update of mach-types
Tom
Author: Tom Rix
Date: Thu Feb 25 12:05:32 2010 -0600
ARM Update mach-types
Fetched from http://www.arm.linux.org.uk/developer/machines/download.php
And built with
repo http://ftp.arm.linux.org.uk/pub/linux/arm/kernel/git-cur/linu
Prafulla Wadaskar wrote:
> Hi Tom
>
> Pls pull the following
>
> The following changes since commit 1b063b552e815f90a6a880e78fc40cc309dd52ad:
> Anders Darander (1):
> Add bootcount to AT91
>
> are available in the git repository at:
>
> http://git.denx.de/u-boot/u-boot-marvell.git ma
Hello,
I'm back with my KAMIO-1251 equipped with AU1250 CPU. I'm still
trying to boot Android from SD card using that arch.
Is someone thinking it's possible? Any clue for me?
kind regards,
Frédéric
___
U-Boot mailing list
U-Boot@lists.denx.de
htt
Matthias Kaehlcke wrote:
> edb93xx: Fix SDRAM initialization by issuing a precharge all command before
> forcing the precharge and select mode register update mode before programming
> the mode registers. Write to the SDRAM banks in order to force a precharge,
> reading causes the edb93xx boards to
Add NEC EHCI controller to the list of the supported devices.
Signed-off-by: Sergei Shtylyov
drivers/usb/host/ehci-pci.c |1 +
1 file changed, 1 insertion(+)
Index: u-boot/drivers/usb/host/ehci-pci.c
===
--- u-boot.orig/driver
Commit b416191a14770c6bcc6fd67be7decf8159b2baee (Fix EHCI port reset.) didn't
move the code that checked for successful clearing of the port reset bit from
ehci_submit_root(), relying on wait_ms() call instead. The mentioned code also
erroneously reported port reset state when the reset was already
USB devices on the 2nd port are not detected and I get the following message:
The request port(1) is not configured
That's with default CONFIG_SYS_USB_EHCI_MAX_ROOT_PORTS value of 2. 'req->index'
is 1-based, so the comparison in ehci_submit_root() can't be correct.
Signed-off-by: Sergei Shtylyov
On little endian machines, EHCI root hub's USB revision is reported as 0.2 --
cpu_to_le16() was missed in the initializer for the 'bcdUSB' descriptor field.
The same should be done for the 'bcdDevice' field.
Signed-off-by: Sergei Shtylyov
---
drivers/usb/host/ehci-hcd.c |4 ++--
1 file chan
Hi Andrew,
Thansk for your suggestions, like to get support.
We are going to use UBL in SPI EEPROM Mode only,i have checked the config file
in that U-boot folder. memory map details are similar to my board.
i have also planned to utilize UBL, that came with EVM, cheked the code also,
i feel no
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Juergen Schindele
> Sent: Friday, February 26, 2010 8:36 PM
> To: Wolfgang Wegner
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] boot from ram on rd-6281-a
>
> Am Freitag,
On Sat, Feb 27, 2010 at 5:40 AM, Balaji Sivakumar, ERS, HCLTech
wrote:
> Hi,
> We have developed new board with TMS320DM6467, My question here is can I use
> same the U-boot.bin that came with DM6467 EVM.
> We are using the RBL supported Nand Device and no change in the memory map.
> The only I
Hi,
We have developed new board with TMS320DM6467, My question here is can I use
same the U-boot.bin that came with DM6467 EVM.
We are using the RBL supported Nand Device and no change in the memory map. The
only I change we are using Nand Flash from different manufacturer Micron.
I have got u-b
14 matches
Mail list logo
