Re: Long boot delay on 460EX with 2.6.28-rc8
Leon Woestenberg-3 wrote: Felix, On Sat, Dec 20, 2008 at 7:51 AM, Felix Radensky fe...@embedded-sol.com 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 stupidity) It helps people who are curiously following the thread (either now or in two years time, hi there!) learn if it matches their problem. Regards, -- Leon * unless of course, it was really really really stupid in the first place and will cost you your daytime job. Then you are excused. Well, I was simply using the wrong kernel for testing :) I did all work on 2.6.26, and backported ndfc driver to it. At this stage of the project it was too risky to use 2.6.28. But I did the minimal porting work, to see how 2.8.28 behaves on this hardware, and I thought that I saw this long delay on 2.6.28 as well as on 2.6.26. I was wrong. The reason for long delay on 2.6.26 is nand ecc code, which was since completely rewritten. After I've copied new drivers/mtd/nand/nand_ecc,c to 2.6.26, the delay disappeared. Felix. -- View this message in context: http://www.nabble.com/Long-boot-delay-on-460EX-with-2.6.28-rc8-tp21070179p21156958.html Sent from the linuxppc-dev mailing list archive at Nabble.com. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
Felix, On Sat, Dec 20, 2008 at 7:51 AM, Felix Radensky fe...@embedded-sol.com 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 stupidity) It helps people who are curiously following the thread (either now or in two years time, hi there!) learn if it matches their problem. I apologize for the noise. Apologies not required. Regards, -- Leon * unless of course, it was really really really stupid in the first place and will cost you your daytime job. Then you are excused. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Thanks, Stefan
My ndfc DTS entry looks like this
n...@3,0 {
compatible = amcc,ndfc;
reg = 0x0003 0x 0x2000;
ccr = 0x1000;
bank-settings = 0x8000;
#address-cells = 1;
#size-cells = 1;
partit...@0 {
label = data;
reg = 0x 0x1000;
};
};
I also had to modify u-boot to provide ndfc ebc mappings.
Not sure if it's the best solution, but it worked. Sorry for
posting u-boot stuff here, I'll stop doing that if list thinks
it's irrelevant.
My u-boot code looks like this (modified canyonlands code):
void ft_board_setup(void *blob, bd_t *bd)
{
u32 val[8];
int rc;
ft_cpu_setup(blob, bd);
/* Fixup NOR mapping */
val[0] = 0; /* chip select number */
val[1] = 0; /* always 0 */
val[2] = CFG_FLASH_BASE_PHYS_L; /* we fixed up this address
*/
val[3] = gd-bd-bi_flashsize;
/* Set NAND Controller mapping */
val[4] = CFG_NAND_CS; /* chip select number */
val[5] = 0; /* always 0 */
val[6] = CFG_NAND_ADDR; /* NAND address */
val[7] = 0x2000; /* NAND register area
size */
rc = fdt_find_and_setprop(blob, /plb/opb/ebc, ranges,
val, sizeof(val), 1);
if (rc) {
printf(Unable to update property NOR mapping, err=%s\n,
fdt_strerror(rc));
}
}
Felix.
--
View this message in context:
http://www.nabble.com/Long-boot-delay-on-460EX-with-2.6.28-rc8-tp21070179p21087540.html
Sent from the linuxppc-dev mailing list archive at Nabble.com.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Thanks, Stefan
My ndfc DTS entry looks like this
n...@3,0 {
compatible = amcc,ndfc;
reg = 0x0003 0x 0x2000;
ccr = 0x1000;
bank-settings = 0x8000;
#address-cells = 1;
#size-cells = 1;
partit...@0 {
label = data;
reg = 0x 0x1000;
};
};
I also had to modify u-boot to provide ndfc ebc mappings.
Not sure if it's the best solution, but it worked. Sorry for
posting u-boot stuff here, I'll stop doing that if list thinks
it's irrelevant.
My u-boot code looks like this (modified canyonlands code):
void ft_board_setup(void *blob, bd_t *bd)
{
u32 val[8];
int rc;
ft_cpu_setup(blob, bd);
/* Fixup NOR mapping */
val[0] = 0; /* chip select number */
val[1] = 0; /* always 0 */
val[2] = CFG_FLASH_BASE_PHYS_L; /* we fixed up this address
*/
val[3] = gd-bd-bi_flashsize;
/* Set NAND Controller mapping */
val[4] = CFG_NAND_CS; /* chip select number */
val[5] = 0; /* always 0 */
val[6] = CFG_NAND_ADDR; /* NAND address */
val[7] = 0x2000; /* NAND register area
size */
rc = fdt_find_and_setprop(blob, /plb/opb/ebc, ranges,
val, sizeof(val), 1);
if (rc) {
printf(Unable to update property NOR mapping, err=%s\n,
fdt_strerror(rc));
}
}
Felix.
--
View this message in context:
http://www.nabble.com/Long-boot-delay-on-460EX-with-2.6.28-rc8-tp21070179p21087541.html
Sent from the linuxppc-dev mailing list archive at Nabble.com.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 recently posted by Sean McLennan. With this driver enabled the delay is present, without it messages appear on the console immediately. 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 Hi, Sean Do you have any ideas what can cause such delay ? Thanks. Felix. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
On Fri, 19 Dec 2008 23:23:58 +0200 Felix Radensky fe...@embedded-sol.com 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 the ndfc startup. Can you read and write the NAND properly in u-boot? That is always the first step. If that works, we can look at what might be different between the u-boot and the ndfc driver. Cheers, Sean ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
Sean MacLennan-2 wrote: On Fri, 19 Dec 2008 23:23:58 +0200 Felix Radensky fe...@embedded-sol.com 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 the ndfc startup. Can you read and write the NAND properly in u-boot? That is always the first step. If that works, we can look at what might be different between the u-boot and the ndfc driver. Cheers, Sean Thanks, Sean 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. I apologize for the noise. Felix. -- View this message in context: http://www.nabble.com/Long-boot-delay-on-460EX-with-2.6.28-rc8-tp21070179p21102440.html Sent from the linuxppc-dev mailing list archive at Nabble.com. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 that my .config file contained bogus UDBG_RTAS_CONSOLE=y symbol (or was it PPC_EARLY_DEBUG_RTAS_PANEL=y? Or HVC_UDBG=y? I don't quite remember). Obviously, on 83xx we don't have RTAS or HVC stuff, but kernel didn't oops or hang completely, it was busy with executing various delays in those drivers and then just continued to load. OTOH, it might be that the kernel just calibrates the delay loop for too long, and you actually don't have any early messages support enabled so you don't see what the kernel does at the moment. You could provide dmesg and .config file to make things clearer, so at least somebody with 460EX boards could try to reproduce the result. Thanks, -- Anton Vorontsov email: cbouatmai...@gmail.com irc://irc.freenode.net/bd2 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 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_PANEL=y? Or HVC_UDBG=y? I don't quite remember). Obviously, on 83xx we don't have RTAS or HVC stuff, but kernel didn't oops or hang completely, it was busy with executing various delays in those drivers and then just continued to load. Why are these drivers even doing anything on 83xx? Seems like they need something to bind against or some detection of HW. - k ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 to linux and until the first kernel message appears on console. 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_PANEL=y? Or HVC_UDBG=y? I don't quite remember). Obviously, on 83xx we don't have RTAS or HVC stuff, but kernel didn't oops or hang completely, it was busy with executing various delays in those drivers and then just continued to load. Why are these drivers even doing anything on 83xx? Seems like they need something to bind against or some detection of HW. Early console/UDBG is known to cause problems if enabled on inappropriate hardware. They start working very early, so it's hard for them to do the hw detection (no device tree yet, I presume). -- Anton Vorontsov email: cbouatmai...@gmail.com irc://irc.freenode.net/bd2 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 test how it behaves. I did not modify anything in kernel code to make it boot on custom board, just removed PCIX and PCIE0 nodes from DTS. Has anyone experienced similar behavior with 460EX ? Any hints what can cause this ? 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 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 Canyonlands to test how it behaves. I did not modify anything in kernel code to make it boot on custom board, just removed PCIX and PCIE0 nodes from DTS. Try using a recent version of U-Boot as a first step (v2009.01-rc1). Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Der Horizont vieler Menschen ist ein Kreis mit Radius Null -- und das nennen sie ihren Standpunkt. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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_PANEL=y? Or HVC_UDBG=y? I don't quite remember). Obviously, on 83xx we don't have RTAS or HVC stuff, but kernel didn't oops or hang completely, it was busy with executing various delays in those drivers and then just continued to load. Why are these drivers even doing anything on 83xx? Seems like they need something to bind against or some detection of HW. Early console/UDBG is known to cause problems if enabled on inappropriate hardware. They start working very early, so it's hard for them to do the hw detection (no device tree yet, I presume). Yes that's the whole point, it's _EARLY_ debug, there's even a big fat warning in the Kconfig. cheers -- Michael Ellerman OzLabs, IBM Australia Development Lab wwweb: http://michael.ellerman.id.au phone: +61 2 6212 1183 (tie line 70 21183) We do not inherit the earth from our ancestors, we borrow it from our children. - S.M.A.R.T Person signature.asc Description: This is a digitally signed message part ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev 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 Sean McLennan. With this driver enabled the delay is present, without it messages appear on the console immediately. Is this an expected behavior - detection of 256 MiB NAND flash takes around 20 seconds. The ndfc driver works fine after boot. Felix. -- View this message in context: http://www.nabble.com/Long-boot-delay-on-460EX-with-2.6.28-rc8-tp21070179p21087072.html Sent from the linuxppc-dev mailing list archive at Nabble.com. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: Long boot delay on 460EX with 2.6.28-rc8
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 Sean McLennan. With this driver enabled the delay is present, without it messages appear on the console immediately. 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 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
