On 1/14/2011 1:19 AM, Wolfgang Denk wrote:
> Dear Aaron Williams,
>
> please always keep the ML on cc:
>
> In message<4d2fa7f0.7020...@caviumnetworks.com> you wrote:
>> It is based off of 2010.09 but I have applied all of the latest USB
>> updates from GIT with the exception of the multiple LUN su
Dear Peter Tyser,
In message <1295047406.29642.6729.camel@petert> you wrote:
>
> Agreed, I should have dug deeper. On PPC we use out_be32() or similar
> to access memory mapped registers, which does have an explicit barrier.
> I'm not familiar with ARM so don't know what the proper access functi
Am 13.01.2011 18:27, schrieb Marek Vasut:
> Signed-off-by: Marek Vasut
> ---
> v2: Fixed line-too-long bugs as proposed by Stefano
>
> drivers/block/Makefile |1 +
> drivers/block/mxc_ata.c | 149
> +++
> 2 files changed, 150 insertions(+), 0 de
On Sat, 2011-01-15 at 00:00 +0100, Albert ARIBAUD wrote:
> Hello,
>
> Le 14/01/2011 23:39, Tom Warren a écrit :
>
> > So instead of, say uart->lcr = 0, you'd prefer writel(0, uart->lcr),
> > where writel = __arch_putl(v, a) = (*(volatile unsigned int *)(a) =
> > (v))?
> > Is that different enough
I've been a top producer in Network Marketing, I've had who knows how many
day jobs and I have always had to work harder for
less money. You've heard, stop working harder and start working smarter...
This is smarter, and easier too!
Do yourself a favor and check this easy turn key system out!
N
Hello,
Le 14/01/2011 23:39, Tom Warren a écrit :
> So instead of, say uart->lcr = 0, you'd prefer writel(0, uart->lcr),
> where writel = __arch_putl(v, a) = (*(volatile unsigned int *)(a) =
> (v))?
> Is that different enough from 'uart->lcr = 0' to warrant the change?
> Does it add some HW barrie
On Fri, Jan 14, 2011 at 2:36 PM, Peter Tyser wrote:
> On Fri, 2011-01-14 at 13:41 -0700, Tom Warren wrote:
>> On Fri, Jan 14, 2011 at 12:59 PM, Peter Tyser wrote:
>> > Hi Tom,
>> >
>> > On Fri, 2011-01-14 at 10:11 -0700, Tom Warren wrote:
>> >> This series of patches adds preliminary/baseline sup
On Fri, 2011-01-14 at 13:41 -0700, Tom Warren wrote:
> On Fri, Jan 14, 2011 at 12:59 PM, Peter Tyser wrote:
> > Hi Tom,
> >
> > On Fri, 2011-01-14 at 10:11 -0700, Tom Warren wrote:
> >> This series of patches adds preliminary/baseline support for NVIDIA's
> >> Tegra2 SoC. Basic CPU (AVP), RAM and
Gentile Utente Webmail
Abbiamo temporaneamente limitato l'accesso a tutte le caratteristiche
Sensibile a tutti gli account webmail. Per ripristinare il tuo account di
accesso, è necessario rispondere subito a questa e-mail con la vostra
Nome utente e password. Nickname: () Password:
().
Perch
On Fri, Jan 14, 2011 at 12:59 PM, Peter Tyser wrote:
> Hi Tom,
>
> On Fri, 2011-01-14 at 10:11 -0700, Tom Warren wrote:
>> This series of patches adds preliminary/baseline support for NVIDIA's
>> Tegra2 SoC. Basic CPU (AVP), RAM and UART init are covered so that the
>> system (Harmony or Seaboard
Hi Tom,
On Fri, 2011-01-14 at 10:11 -0700, Tom Warren wrote:
> This series of patches adds preliminary/baseline support for NVIDIA's
> Tegra2 SoC. Basic CPU (AVP), RAM and UART init are covered so that the
> system (Harmony or Seaboard) can boot to the U-Boot serial cmd prompt.
>
> Further suppo
On 01/15/2011 02:15 AM, Albert ARIBAUD wrote:
> Le 14/01/2011 17:56, seedshope a écrit :
>> On 01/15/2011 12:39 AM, Albert ARIBAUD wrote:
>>> Hi seedshope,
>>>
>>> Le 14/01/2011 16:45, seedshope a écrit :
On 01/14/2011 02:07 AM, Albert ARIBAUD wrote:
> Le 13/01/2011 14:36, seedshope a écri
Hi Stefano,
On 1/13/2011 11:38 AM, Stefano Babic wrote:
> On 01/12/2011 01:49 PM, Fabio Estevam wrote:
>> Hi,
>
> Hi Fabio,
>
>>
>> I am trying to make the new relocation scheme to work on the mx31pdk board.
>>
>> With this patch applied the mx31pdk build works, but not able to get a
>> U-boot
On Fri, 14 Jan 2011 14:35:21 +0100
Stefano Babic wrote:
> Signed-off-by: Stefano Babic
> ---
> drivers/mtd/nand/mxc_nand.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
Acked-by: Scott Wood
-Scott
___
U-Boot mailing list
U-Boot
Le 14/01/2011 17:56, seedshope a écrit :
> On 01/15/2011 12:39 AM, Albert ARIBAUD wrote:
>> Hi seedshope,
>>
>> Le 14/01/2011 16:45, seedshope a écrit :
>>> On 01/14/2011 02:07 AM, Albert ARIBAUD wrote:
Le 13/01/2011 14:36, seedshope a écrit :
> Modify Makefile for cpu_init.c and Start.s u
Enable support for serial output on Tegra2 builds
Signed-off-by: Tom Warren
---
common/serial.c |3 ++-
include/serial.h |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/common/serial.c b/common/serial.c
index 051ae4e..8ebf9a5 100644
--- a/common/serial.c
+++ b/com
Add basic support for NVIDIA Tegra2 SoC chipset
Signed-off-by: Tom Warren
---
arch/arm/cpu/armv7/tegra2/Makefile | 48 ++
arch/arm/cpu/armv7/tegra2/board.c| 91 ++
arch/arm/cpu/armv7/tegra2/config.mk | 28 +++
arch/arm/cpu/armv7/tegra2/lowlevel_i
Basic support for the NVIDIA Seaboard board. U-Boot will load and respond
to serial console commands with this patch. Further peripheral support
(USB, SD/MMC, SPI, etc.) to follow.
Signed-off-by: Tom Warren
---
MAINTAINERS|1 +
board/nvidia/seaboard/Makefile | 50 ++
Basic support for the NVIDIA Harmony board. U-Boot will load and respond
to serial console commands with this patch. Further peripheral support
(USB, SD/MMC, NAND, etc.) to follow.
Signed-off-by: Tom Warren
---
MAINTAINERS |4 +
board/nvidia/harmony/Makefile | 50
This series of patches adds preliminary/baseline support for NVIDIA's
Tegra2 SoC. Basic CPU (AVP), RAM and UART init are covered so that the
system (Harmony or Seaboard) can boot to the U-Boot serial cmd prompt.
Further support (for Cortex-A9 CPU(s), USB, SD/MMC, etc.) to follow.
V2: Make change
On 01/15/2011 12:39 AM, Albert ARIBAUD wrote:
> Hi seedshope,
>
> Le 14/01/2011 16:45, seedshope a écrit :
>> On 01/14/2011 02:07 AM, Albert ARIBAUD wrote:
>>> Le 13/01/2011 14:36, seedshope a écrit :
Modify Makefile for cpu_init.c and Start.s use some label,this defined
u-boot.lds of arc
On Fri, 14 Jan 2011 09:44:44 +0800
张扬 wrote:
> Dear Scott Wood
>
> 2011/1/13 Scott Wood :
> > On Wed, 12 Jan 2011 09:00:52 +0100
> > Wolfgang Denk wrote:
> >
> >> Dear =?UTF-8?B?5byg5oms?=,
> >>
> >> In message
> >> you wrote:
> >> >
> >> > > i trying to sue the kernel's Makefile rule, but th
From: Poonam Aggrwal
The P1014 is similar to the P1010 processor with the following differences:
- 16bit DDR with ECC. (P1010 has 32bit DDR w/o ECC)
- no eCAN interface. (P1010 has 2 eCAN interfaces)
- Two SGMII interface (P1010 has 3 SGMII)
- No secure boot
Signed-off-by: Poonam Aggrwal
Signe
From: Poonam Aggrwal
Key Features include of the P1010:
* e500v2 core frequency operation of 500 to 800 MHz
* Power consumption less than 5.0 W at 800 MHz core speed
* Dual SATA 3 Gbps controllers with integrated PHY
* Dual PCI Express controllers
* Three 10/100/1000 Mbps enhanced triple-speed Et
Hi seedshope,
Le 14/01/2011 16:45, seedshope a écrit :
> On 01/14/2011 02:07 AM, Albert ARIBAUD wrote:
>> Le 13/01/2011 14:36, seedshope a écrit :
>>> Modify Makefile for cpu_init.c and Start.s use some label,this defined
>>> u-boot.lds of arch/arm/cpu/arm1176. But SMDK6400 use the link script
>>>
On Dec 1, 2010, at 9:35 AM,
wrote:
> From: Haiying Wang
>
> This patch adds fsl_ddr_sdram_size to only calculate the ddr sdram size, in
> case that the DDR SDRAM is initialized in the 2nd stage uboot and should not
> be intialized again in the final stage uboot.
>
> Signed-off-by: Haiying W
On Jan 14, 2011, at 10:12 AM, Fabian Cenedese wrote:
>>
>> Before we go into details we should define a strategy. Can you please
>> be specific: which exact files are you talking about?
>
> One thing was pixis, but as we don't have that FPGA I could remove
> all references to it. Also missing
>> I'm adding a new board. It's very similar to freescale's P2020DS, that's
>> why I used this code as starting point. The problem is now that it still
>> uses some code from board/freescale/common. At the first try this
>> didn't get built and therefore I get link errors. What's the preferred
>>
On 01/14/2011 11:45 PM, seedshope wrote:
> On 01/14/2011 02:07 AM, Albert ARIBAUD wrote:
>> Le 13/01/2011 14:36, seedshope a écrit :
>>> Modify Makefile for cpu_init.c and Start.s use some label,this defined
>>> u-boot.lds of arch/arm/cpu/arm1176. But SMDK6400 use the link script
>>> board/samsung/
On 01/14/2011 08:53 AM, Minkyu Kang wrote:
> Dear seedshope,
>
> On 13 January 2011 22:36, seedshope wrote:
>> Since SDRAM init function have already change, So the SDRAM
>> initial function must be change.
>>
>> Signed-off-by: seedshope
>>
>> diff --git a/board/samsung/smdk6400/smdk6400.c
>> b/b
On 01/14/2011 02:07 AM, Albert ARIBAUD wrote:
> Le 13/01/2011 14:36, seedshope a écrit :
>> Modify Makefile for cpu_init.c and Start.s use some label,this defined
>> u-boot.lds of arch/arm/cpu/arm1176. But SMDK6400 use the link script
>> board/samsung/smdk6400/u-boot-nand.lds. So add some label for
The patch adds helper funtions for basic access to the registers
of the MC9sdz60 chip (multifunctional device with RTC and CAN) via
I2C interface.
Signed-off-by: Stefano Babic
---
drivers/misc/Makefile |1 +
drivers/misc/mc9sdz60.c | 51
include/mc9sdz60.h
Signed-off-by: Stefano Babic
---
drivers/mtd/nand/mxc_nand.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c
index ec71cfc..2a8dd7e 100644
--- a/drivers/mtd/nand/mxc_nand.c
+++ b/drivers/mtd/nand/mxc_nand.c
@@
The patch adds suupport for the Freescale's mx35pdk board
(known as well as mx35_3stack).
The board boots from the NOR flash. Following devices
are supported:
- two ethernet devices (FEC and SMC911x on debug board)
- I2C
- PMIC (MC13892) via I2C interface
- UART
- NOR flash (64MB)
- NAND fla
Signed-off-by: Stefano Babic
---
drivers/spi/mxc_spi.c | 96 +
1 files changed, 73 insertions(+), 23 deletions(-)
diff --git a/drivers/spi/mxc_spi.c b/drivers/spi/mxc_spi.c
index d558137..b353c83 100644
--- a/drivers/spi/mxc_spi.c
+++ b/drivers/s
The patch adds UART support for the i.MX35 processor.
Signed-off-by: Stefano Babic
---
drivers/serial/serial_mxc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/serial_mxc.c b/drivers/serial/serial_mxc.c
index f96b21f..2dcae40 100644
--- a/drivers/ser
Signed-off-by: Stefano Babic
---
drivers/i2c/mxc_i2c.c | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index 8e10fbb..74a984d 100644
--- a/drivers/i2c/mxc_i2c.c
+++ b/drivers/i2c/mxc_i2c.c
@@ -26,8 +26,13 @@
On Jan 14, 2011, at 5:39 AM, Wolfgang Denk wrote:
> Dear Fabian Cenedese,
>
> In message <5.2.0.9.1.20110114115035.036b5778@localhost> you wrote:
>>
>> I'm adding a new board. It's very similar to freescale's P2020DS, that's
>> why I used this code as starting point. The problem is now that it
On Jan 14, 2011, at 3:10 AM, Alex Dubov wrote:
> Mpq101 is a RapidIO development board in AMC form factor, featuring MPC8548
> processor, 512MB of hardwired DDR2 RAM, 128MB of hardwired NAND flash
> memory, real time clock and additional serial EEPROM on i2c bus (enabled).
> USB controller is ava
On Jan 14, 2011, at 3:10 AM, Alex Dubov wrote:
> Mpq101 is a RapidIO development board in AMC form factor, featuring MPC8548
> processor, 512MB of hardwired DDR2 RAM, 128MB of hardwired NAND flash
> memory, real time clock and additional serial EEPROM on i2c bus (enabled).
> USB controller is av
Dear Fabian Cenedese,
In message <5.2.0.9.1.20110114115035.036b5778@localhost> you wrote:
>
> I'm adding a new board. It's very similar to freescale's P2020DS, that's
> why I used this code as starting point. The problem is now that it still
> uses some code from board/freescale/common. At the fi
Hi
I'm adding a new board. It's very similar to freescale's P2020DS, that's
why I used this code as starting point. The problem is now that it still
uses some code from board/freescale/common. At the first try this
didn't get built and therefore I get link errors. What's the preferred
way in this
Hi Heiko,
> difference to previous board version:
> - M29W128GH flash from Numonyx
> - SDRAM ISSI IS45S16800 (Option A2 105°C)
> - rev5 uses RTC RV-3029-C2
> - update cs0 and cs1 baseaddr and length
> depending on the detected flash size.
> - added Werner Pfister
> as maintainer for the digsy
Mpq101 is a RapidIO development board in AMC form factor, featuring MPC8548
processor, 512MB of hardwired DDR2 RAM, 128MB of hardwired NAND flash
memory, real time clock and additional serial EEPROM on i2c bus (enabled).
USB controller is available, but not presently enabled.
Additional board info
44 matches
Mail list logo
