From: yegor_sub1@visionsystems.de (Yegor Yefremov)
To: linux-arm-kernel@lists.infradead.org
Subject: [at91sam9g45] fail to start second kernel via kexec if watchdog is enabled
Date: Fri, 23 Oct 2009 10:06:07 +0200 [thread overview]
Message-ID: <4AE163EF.5030608@visionsystems.de> (raw)
In-Reply-To: <4AE15193.3000006@visionsystems.de>
>>> I have problem booting the second kernel after enabling the watchdog following these steps: http://www.at91.com/index.php?option=com_jfusion&Itemid=57&jfile=viewtopic.php&f=12&t=5551&p=29283&hilit=watchdog+bootstrap#p29283
>>> Bootstrap: don't touch watchdog
>>> U-Boot: configure watchdog and set the timer counter value to 16 seconds
>>> Linux: keep pinging the watchdog
>>>
>>> The first kernel (booted from u-boot) is working as expected, but if I start the new one using kexec it gets only till frame buffer init:
>>>
>>> ....
>>> NetWinder Floating Point Emulator V0.97 (double precision)
>>> Slow work thread pool: Starting up
>>> Slow work thread pool: Ready
>>> JFFS2 version 2.2. (NAND) -? 2001-2006 Red Hat, Inc.
>>> msgmni has been set to 245
>>> io scheduler noop registered
>>> io scheduler anticipatory registered (default)
>>> atmel_lcdfb atmel_lcdfb.0: backlight control is not available
>>> atmel_lcdfb atmel_lcdfb.0: 510KiB frame buffer at 77980000 (mapped at ffa00000)
>>> Start AT91Bootstrap...
>>>
>>> Without watchdog there is no problem. Both kernels (2.6.32-rc5) are the same. Any idea?
>> do you enable the watchdog in the send kernel?
>
> Yes. But as you can see from the bootlog, the system reboots before watchdog driver will be initialized. I'll try to tap watchdog in the board init part. Maybe it will help.
It works! I just inserted watchdog reset statement into arch/arm/mach-at91/board-sam9m10g45ek.c->ek_board_init() routine:
static void __init ek_board_init(void)
{
/* Serial */
at91_add_device_serial();
.....
/* LEDs */
at91_gpio_leds(ek_leds, ARRAY_SIZE(ek_leds));
at91_pwm_leds(ek_pwm_led, ARRAY_SIZE(ek_pwm_led));
at91_sys_write(AT91_WDT_CR, AT91_WDT_KEY | AT91_WDT_WDRSTT);
}
It is actually a workaround, but till the real reason is figures out, it keeps the system working.
Regards,
Yegor
next prev parent reply other threads:[~2009-10-23 8:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-21 10:43 [at91sam9g45] fail to start second kernel via kexec if watchdog is enabled Yegor Yefremov
2009-10-22 19:49 ` Jean-Christophe PLAGNIOL-VILLARD
2009-10-23 6:47 ` Yegor Yefremov
2009-10-23 8:06 ` Yegor Yefremov [this message]
2009-10-23 9:04 ` Jean-Christophe PLAGNIOL-VILLARD
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AE163EF.5030608@visionsystems.de \
--to=yegor_sub1@visionsystems.de \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).