Leon Woestenberg-3 wrote:
>
> Felix,
>
> On Sat, Dec 20, 2008 at 7:51 AM, Felix Radensky
> wrote:
>>
>> I've found the cause of the delay. It was a stupid error on my part, not
>> related to ndfc driver, which is fine. Thanks a lot for you work on this.
>>
> Could you share the error?* (I'm s
Felix,
On Sat, Dec 20, 2008 at 7:51 AM, Felix Radensky wrote:
>
> I've found the cause of the delay. It was a stupid error on my part, not
> related to ndfc driver, which is fine. Thanks a lot for you work on this.
>
Could you share the error?* (I'm sure I can easily exceed your level
of stupidit
Sean MacLennan-2 wrote:
>
> On Fri, 19 Dec 2008 23:23:58 +0200
> "Felix Radensky" wrote:
>
>> Hi, Sean
>>
>> Do you have any ideas what can cause such delay ?
>
> Sorry, I haven't been following this thread :(
>
> We also use a 256M NAND, although a Spansion S29GL. While there is a
> small
On Fri, 19 Dec 2008 23:23:58 +0200
"Felix Radensky" wrote:
> Hi, Sean
>
> Do you have any ideas what can cause such delay ?
Sorry, I haven't been following this thread :(
We also use a 256M NAND, although a Spansion S29GL. While there is a
small delay in u-boot, there is no noticeable during t
Stefan Roese wrote:
On Friday 19 December 2008, Felix Radensky wrote:
Thanks a lot to everyone who replied. I've managed to identify the cause
of the delay. The board is equipped with 256 MiB Samsung NAND flash.
Since NAND support is a must for this platform, I've intergated the ndfc
driver r
Stefan Roese wrote:
>
>
>> Is this an expected behavior - detection of 256 MiB NAND flash
>> takes around 20 seconds. The ndfc driver works fine after boot.
>
> No, 20 seconds is definitely too long. Something must be wrong with the
> ndfc
> driver or the NAND dts entries.
>
> Best regards,
Stefan Roese wrote:
>
>
>> Is this an expected behavior - detection of 256 MiB NAND flash
>> takes around 20 seconds. The ndfc driver works fine after boot.
>
> No, 20 seconds is definitely too long. Something must be wrong with the
> ndfc
> driver or the NAND dts entries.
>
> Best regards,
On Friday 19 December 2008, Felix Radensky wrote:
> Thanks a lot to everyone who replied. I've managed to identify the cause
> of the delay. The board is equipped with 256 MiB Samsung NAND flash.
> Since NAND support is a must for this platform, I've intergated the ndfc
> driver recently posted by
Josh Boyer-3 wrote:
>
> On Thu, Dec 18, 2008 at 02:29:52AM -0800, Felix Radensky wrote:
>>
>
>
> I booted on a canyonlands this morning (after having removed the brown
> paper bag that preventing me from booting it yesterday). I saw no
> delay.
>
> josh
>
On Thu, 2008-12-18 at 22:01 +0300, Anton Vorontsov wrote:
> On Thu, Dec 18, 2008 at 12:51:29PM -0600, Kumar Gala wrote:
> >> I saw somewhat similar behaviour on 83xx target, the cause was
> >> that my .config file contained bogus UDBG_RTAS_CONSOLE=y symbol
> >> (or was it PPC_EARLY_DEBUG_RTAS_PANE
Dear Felix Radensky,
In message <21070179.p...@talk.nabble.com> you wrote:
>
> I'm experiencing a long (around 20 sec) delay from the moment
> u-boot-1.3.4 passes control to linux and until the first kernel message
> appears on console. This happens on custom board, I don't have access
> to Canyo
On Thu, Dec 18, 2008 at 02:29:52AM -0800, Felix Radensky wrote:
>
>Hi,
>
>I'm experiencing a long (around 20 sec) delay from the moment
>u-boot-1.3.4 passes control to linux and until the first kernel message
>appears on console. This happens on custom board, I don't have access
>to Canyonlands to
On Thu, Dec 18, 2008 at 12:51:29PM -0600, Kumar Gala wrote:
>
> On Dec 18, 2008, at 10:02 AM, Anton Vorontsov wrote:
>
>> On Thu, Dec 18, 2008 at 02:29:52AM -0800, Felix Radensky wrote:
>>>
>>> Hi,
>>>
>>> I'm experiencing a long (around 20 sec) delay from the moment
>>> u-boot-1.3.4 passes control
On Dec 18, 2008, at 10:02 AM, Anton Vorontsov wrote:
On Thu, Dec 18, 2008 at 02:29:52AM -0800, Felix Radensky wrote:
Hi,
I'm experiencing a long (around 20 sec) delay from the moment
u-boot-1.3.4 passes control to linux and until the first kernel
message
appears on console.
I saw somewh
On Thu, Dec 18, 2008 at 02:29:52AM -0800, Felix Radensky wrote:
>
> Hi,
>
> I'm experiencing a long (around 20 sec) delay from the moment
> u-boot-1.3.4 passes control to linux and until the first kernel message
> appears on console.
I saw somewhat similar behaviour on 83xx target, the cause was
15 matches
Mail list logo
