Hi Marek,
> On Friday, April 11, 2014 at 02:55:31 PM, Rob Herring wrote:
> > On Fri, Apr 11, 2014 at 2:14 AM, Bo Shen
> > wrote:
> > > Hi Rob Herring,
> > >
> > > I am just do a function testing on Atmel sama5d3xek board. And
> > > a small
> > >
> > > comment as following.
> > >
> > > Btw,
Hi,
2014-04-14 14:24 GMT+09:00 Heiko Schocher :
> Hello Tetsuyuki,
>
> Am 14.04.2014 06:45, schrieb Tetsuyuki Kobayashi:
>
>> Add CONFIG_SYS_GENERIC_BOARD to enable generic board for kzm9g.
>> See doc/README.generic-board
>
>
> Hmm.. I did not find "doc/README.generic-board" in current mainline
>
Hi,
2014-04-14 14:22 GMT+09:00 Heiko Schocher :
> Hello Tetsuyuki
>
> Am 14.04.2014 06:45, schrieb Tetsuyuki Kobayashi:
>
>> This is regression of commit 2035d77d i2c: sh_i2c: Update to new
>> CONFIG_SYS_I2C framework
>>
>> Before commit 2035d77d, i2c probe command works properly on kzm9g board.
>
Hi Wolfgang
Am 11.04.2014 12:43, schrieb Wolfgang Denk:
Dear Matthias,
In message <5347bbbc.9000...@arcor.de> you wrote:
we are currently trying to get an out-of-tree board based on 2013.01
back in sync with current master and observing a strange behavior which
we think is located in the CFI
Hello all,
Am 25.01.2014 07:53, schrieb Heiko Schocher:
add support for the ids8313 board.
CPU: e300c3, MPC8313, Rev: 2.1 at 396 MHz, CSB: 132 MHz
I2C: ready
SPI: ready
DRAM: 128 MiB (DDR2, 32-bit, ECC off, 264 MHz)
Flash: 8 MiB
NAND: 128 MiB
Net: TSEC0, TSEC1 [PRIME]
This board uses
Hello Tetsuyuki,
Am 14.04.2014 06:45, schrieb Tetsuyuki Kobayashi:
Add CONFIG_SYS_GENERIC_BOARD to enable generic board for kzm9g.
See doc/README.generic-board
Hmm.. I did not find "doc/README.generic-board" in current mainline
tree ...
[...]
beside of that:
Acked-by: Heiko Schocher
bye,
Hello Tetsuyuki
Am 14.04.2014 06:45, schrieb Tetsuyuki Kobayashi:
This is regression of commit 2035d77d i2c: sh_i2c: Update to new CONFIG_SYS_I2C
framework
Before commit 2035d77d, i2c probe command works properly on kzm9g board.
KZM-A9-GT# i2c probe
Valid chip addresses: 0C 12 1D 32 39 3D 40
Hi Hua,
On Thu, 10 Apr 2014 16:32:32 +0800
Hua Yanghao wrote:
> Hi Masahiro,
>
>
> > Strange.
> > "make coreboot-x86" is not supported anymore.
> >
> > Now, we must do "make coreboot-x86_config all" instead.
> We are still using U-boot 2014.01, which seems to be the latest stable
> release, i
Hi Rob,
On 04/11/2014 08:55 PM, Rob Herring wrote:
On Fri, Apr 11, 2014 at 2:14 AM, Bo Shen wrote:
Hi Rob Herring,
I am just do a function testing on Atmel sama5d3xek board. And a small
comment as following.
Btw, do you test to transfer big size file. I try a file bigger than
100MiB, it
On 4/13/2014 4:01 PM, Fabio Estevam wrote:
> On Sun, Apr 13, 2014 at 7:08 PM, Troy Kisky
> wrote:
>
>> NAK. Please don't use NO_PAD_CTRL. What is wrong with
>> SPI_PAD_CTRL. Your commit message doesn't say.
>> It is an SPI pin (even if used as a GPIO,) so
>> why doesn't it make sense.
>
> SPI_PA
On Sun, Apr 13, 2014 at 7:08 PM, Troy Kisky
wrote:
> NAK. Please don't use NO_PAD_CTRL. What is wrong with
> SPI_PAD_CTRL. Your commit message doesn't say.
> It is an SPI pin (even if used as a GPIO,) so
> why doesn't it make sense.
SPI_PAD_CTRL should be used by the pads that have SPI functiona
On 4/12/2014 3:54 PM, Eric Nelson wrote:
> Hi Fabio,
>
> On 04/11/2014 01:43 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> ECSPI chipselect (MX6_PAD_EIM_D19__GPIO3_IO19) is used with GPIO
>> functionality,
>> so it does not make sense to set its pad as SPI pin.
>>
>> Signed-off-by: Fabio
On Sunday, April 13, 2014 at 09:55:57 PM, Ian Campbell wrote:
> On Mon, 2014-03-24 at 23:42 +0100, Olliver Schinagl wrote:
> > On 03/24/2014 09:52 PM, Marek Vasut wrote:
> > >> +/* Switch to 24MHz clock while changing PLL1 */
> > >> +writel(AXI_DIV_1 << AXI_DIV_SHIFT |
> > >> +
On Saturday, April 12, 2014 at 11:54:10 PM, Rob Herring wrote:
> On Fri, Apr 11, 2014 at 4:44 PM, Marek Vasut wrote:
> > On Thursday, April 10, 2014 at 09:18:05 PM, Rob Herring wrote:
> >> From: Sebastian Siewior
> >>
> >> This patch adds support for the Android boot-image format. The header
> >
On Sat, Apr 12, 2014 at 5:57 AM, Andrei Mihut wrote:
> Greetings everyone,
>
> I stumbled over something worth telling.
>
> It started as the bad crc using defaults issue when I tried to use
> fw_printenv on my debian iconnect box. I tought it was the fw_env.config.
> it wasn't. After hours of res
Sent from my iPhone
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, 2014-03-24 at 23:42 +0100, Olliver Schinagl wrote:
> On 03/24/2014 09:52 PM, Marek Vasut wrote:
> >> + /* Switch to 24MHz clock while changing PLL1 */
> >> + writel(AXI_DIV_1 << AXI_DIV_SHIFT |
> >> + AHB_DIV_2 << AHB_DIV_SHIFT |
> >> + APB0_DIV_1 << APB0_DIV_SHIFT |
> >>
Hi,
On 04/09/2014 01:07 AM, Tom Rini wrote:
> On Wed, Apr 09, 2014 at 12:05:04AM +0200, Hans de Goede wrote:
>
>> Hi,
>>
>> While merging v2014.04-rc3 into our sunxi u-boot branch, I hit a problem
>> where mmc would no longer work in the SPL.
>>
>> The problem is that the new mmc_create call forc
18 matches
Mail list logo
