Hi Harninder,
On Mon, 17 Jun 2013 17:18:32 +0530, Harninder Rai
wrote:
> Keep the value of CONFIG_BOOTDELAY as -1 to disable autoboot
>
> Signed-off-by: Harninder Rai
> ---
> include/configs/BSC9131RDB.h |1 +
> include/configs/BSC9132QDS.h |1 +
> 2 files changed, 2 insertions(+), 0
Hi Kuo-Jung,
On Mon, 17 Jun 2013 20:06:52 +0800, Kuo-Jung Su
wrote:
> 3. No matter if MMU/D-cache is on or off, this patch
>always depends on previous patch:
>
>arm: dma_alloc_coherent: malloc() -> memalign().
>
>Because the FTGMAC100 expects the tx/rx descriptors
>are always b
Hi Kuo-Jung,
On Mon, 17 Jun 2013 20:06:53 +0800, Kuo-Jung Su
wrote:
> NOTE:
> No matter if MMU/D-cache is on or off, this patch
> always depends on previous patch:
>
> arm: dma_alloc_coherent: malloc() -> memalign().
>
> Because the FTMAC110 expects the tx/rx descriptors
> are always be aligne
Hi Kuo-Jung,
On Mon, 17 Jun 2013 20:07:02 +0800, Kuo-Jung Su
wrote:
> From: Kuo-Jung Su
>
> At the time of writting, none of Faraday NAND & SPI controllers
> supports XIP (eXecute In Place). So the Faraday A360/A369 SoC has
> to implement a 1st level bootstrap code stored in the embedded ROM
>
Hi Simon,
On Mon, 17 Jun 2013 07:44:52 -0700, Simon Glass
wrote:
> Note that a config_drop.h file is added - this defines all the CONFIGs
> which are not used in any board config file. Without this, autoconf cannot
> define the macros for this CONFIGs.
>
> Compile time for main.c does not seem
Dear Albert ARIBAUD,
> Hi Mike,
>
> On Sat, 22 Jun 2013 10:42:27 -0700, Mike Dunn
>
> wrote:
> > On 06/22/2013 09:57 AM, Albert ARIBAUD wrote:
> > > Hi Marek,
> > >
> > > On Sat, 22 Jun 2013 15:26:21 +0200, Marek Vasut wrote:
> > >> The following changes since commit
fbf87b1823dd5ebc2a384711
Hi Marek,
> > FYI, I am using the ARM cross-toolchain available in my Ubuntu 13.04.
>
> For some reason, I feel the linaro ones were always stuffed with experimental
> and semi-broken stuff :-(
Maybe they were; all I can say is, the Ubuntu/Linaro toolchain never
failed me in any way.
> Best re
On Sun, Jun 23, 2013 at 09:18:11AM +0200, Albert ARIBAUD wrote:
> Hi Kuo-Jung,
>
> On Mon, 17 Jun 2013 20:06:53 +0800, Kuo-Jung Su
> wrote:
>
> > NOTE:
> > No matter if MMU/D-cache is on or off, this patch
> > always depends on previous patch:
> >
> > arm: dma_alloc_coherent: malloc() -> memali
Hi Tom,
On Sun, 23 Jun 2013 07:09:49 -0400, Tom Rini wrote:
> On Sun, Jun 23, 2013 at 09:18:11AM +0200, Albert ARIBAUD wrote:
> > Hi Kuo-Jung,
> >
> > On Mon, 17 Jun 2013 20:06:53 +0800, Kuo-Jung Su
> > wrote:
> >
> > > NOTE:
> > > No matter if MMU/D-cache is on or off, this patch
> > > alway
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/23/2013 09:18 AM, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Sun, 23 Jun 2013 07:09:49 -0400, Tom Rini wrote:
>
>> On Sun, Jun 23, 2013 at 09:18:11AM +0200, Albert ARIBAUD wrote:
>>> Hi Kuo-Jung,
>>>
>>> On Mon, 17 Jun 2013 20:06:53 +0800, Kuo-Ju
On 06/23/2013 03:13 AM, Albert ARIBAUD wrote:
> Hi Marek,
>
>>> FYI, I am using the ARM cross-toolchain available in my Ubuntu 13.04.
>>
>> For some reason, I feel the linaro ones were always stuffed with
>> experimental
>> and semi-broken stuff :-(
>
> Maybe they were; all I can say is, the Ub
Hi Tom,
These are the major updates on current spi_flash framework to support
all sizes of flashes in 3-byte addressing mode.
Tested these changes on stmicro, winbond and spansion flashes.
Thanks,
Jagan.
The following changes since commit 7315cfd9e1922ee1c3c5f016e5a3b16199122172:
NET: Fix sy
On 21-06-2013 20:12, Jagannadha Sutradharudu Teki wrote:
This is a v5 patch series with some modifications on previous series
with same head "sf: Update sf framework to support all sizes of flashes"
The current implementation in sf supports 3-byte address mode due to
this up to 16MB amount of fl
On 21-06-2013 19:19, Jagannadha Sutradharudu Teki wrote:
Move common flash write code into spi_flash_write_common().
Signed-off-by: Jagannadha Sutradharudu Teki
Acked-by: Simon Glass
---
Changes for v3:
- Used proper comments on spi_flash_write_common
Changes for v2:
-
drive
On 21-06-2013 19:19, Jagannadha Sutradharudu Teki wrote:
From: Jagannadha Sutradharudu Teki
Placed the sf calls in proper order - erase/write/read
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v3:
-
Changes for v2:
-
drivers/mtd/spi/spi_flash.c | 184 +
On 21-06-2013 19:19, Jagannadha Sutradharudu Teki wrote:
- Added debug's on spi_flash_read_common()
- Added space
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v3:
-
Changes for v2:
-
drivers/mtd/spi/spi_flash.c | 12 +++-
1 file changed, 11 insertions(
On 21-06-2013 19:19, Jagannadha Sutradharudu Teki wrote:
From: Jagannadha Sutradharudu Teki
Warning for > 16MiB flashes to #define CONFIG_SPI_FLASH_BAR
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v3:
-
Changes for v2:
-
drivers/mtd/spi/spi_flash.c | 6 ++
Dear Mike Dunn,
> On 06/23/2013 03:13 AM, Albert ARIBAUD wrote:
> > Hi Marek,
> >
> >>> FYI, I am using the ARM cross-toolchain available in my Ubuntu 13.04.
> >>
> >> For some reason, I feel the linaro ones were always stuffed with
> >> experimental and semi-broken stuff :-(
> >
> > Maybe they
I am trying to upgrade U-Boot on a Glomation GESBC-9G20 (a derivative of the
Atmel AT91SAM9G20-EK) to a version that supports UBIFS. The latest U-Boot does
not work. (See also my report on the Glomation user forum,
http://glomation.net/smf/index.php/topic,1389.0.html.)
The GESBC-9G20 comes wi
Hi Andy,
>>>On 6/22/2013 at 08:31 AM, Andy Fleming wrote:
> On Mon, May 27, 2013 at 10:51:46AM +1200, Chris Packham wrote:
>> From: Chris Packham
>>
>> Instead of assuming that SYS_TEXT_BASE is 0xFFF8 calculate the initial
>> pbl command offset by subtracting the image size from the top of
2013/6/23 Albert ARIBAUD :
> Hi Kuo-Jung,
>
> On Mon, 17 Jun 2013 20:07:02 +0800, Kuo-Jung Su
> wrote:
>
>> From: Kuo-Jung Su
>>
>> At the time of writting, none of Faraday NAND & SPI controllers
>> supports XIP (eXecute In Place). So the Faraday A360/A369 SoC has
>> to implement a 1st level boot
2013/6/23 Albert ARIBAUD :
> Hi Kuo-Jung,
>
> On Mon, 17 Jun 2013 20:06:52 +0800, Kuo-Jung Su
> wrote:
>
>> 3. No matter if MMU/D-cache is on or off, this patch
>>always depends on previous patch:
>>
>>arm: dma_alloc_coherent: malloc() -> memalign().
>>
>>Because the FTGMAC100 expects
On 06/22/2013 02:42 AM, Scott Wood wrote:
On 06/21/2013 04:05:37 PM, Fleming Andy-AFLEMING wrote:
On Jun 21, 2013, at 3:59 PM, Scott Wood wrote:
> On 06/21/2013 03:38:48 PM, Andy Fleming wrote:
>> On Thu, Jun 13, 2013 at 10:14:00AM +0530, Prabhakar Kushwaha wrote:
>> > init_tlbs() initialize a
Hi Heiko,
On Thursday 20 June 2013 09:22 AM, Heiko Schocher wrote:
Hello Tom,
Am 14.06.2013 16:58, schrieb Tom Rini:
On Fri, Jun 14, 2013 at 07:59:26AM +0200, Heiko Schocher wrote:
Hello Tom,
Am 13.06.2013 17:53, schrieb Tom Rini:
On Thu, Jun 13, 2013 at 05:53:17AM +0200, Heiko Schocher wrot
On 12/05/13 03:53, Simon Glass wrote:
> On Thu, Apr 4, 2013 at 12:27 AM, Amar wrote:
>> This patch updates the function board_i2c_init() to add support for both
>> FDT and non-FDT for I2C, and initialise the I2C channels.
>>
>> Signed-off-by: Amar
>
> Acked-by: Simon Glass
>
applied to u-boot
On 12/05/13 03:50, Simon Glass wrote:
> On Mon, Apr 15, 2013 at 11:34 AM, Bernie Thompson
> wrote:
>> Some Exynos5250 silicon may require 1.05v on the MIF to be stable, so to be
>> safe we can default to 1.05v instead of 1.00v. This can be set optimally
>> later
>> in the boot process by the kern
Dear Rajeshwari Shinde,
On 04/04/13 16:06, Rajeshwari Shinde wrote:
> This patch adds API's to reset and shutdown the power of
> EXYNOS boards
> power_shutdown: powers off the board by deasserting PS_HOLD pin.
> power_reset: this function software resets the Exynos board when called.
>
> Signed-o
On 06/24/2013 08:44 AM, Prabhakar Kushwaha wrote:
On 06/22/2013 02:42 AM, Scott Wood wrote:
On 06/21/2013 04:05:37 PM, Fleming Andy-AFLEMING wrote:
On Jun 21, 2013, at 3:59 PM, Scott Wood wrote:
> On 06/21/2013 03:38:48 PM, Andy Fleming wrote:
>> On Thu, Jun 13, 2013 at 10:14:00AM +0530, Prab
28 matches
Mail list logo
