From: Tomasz Chmielewski <mangoo@wpkg.org>
To: LKML <linux-kernel@vger.kernel.org>
Subject: why kexec insists on syncing with recent kernels?
Date: Thu, 07 Feb 2008 15:13:30 +0100 [thread overview]
Message-ID: <47AB120A.1000600@wpkg.org> (raw)
According to kernel/kexec.c:
* kexec does not sync, or unmount filesystems so if you need
* that to happen you need to do that yourself.
I saw this was true with 2.6.18 kernel (i.e., it didn't sync), but kexec
syncs with recent kernels (I checked 2.6.23.14 and 2.6.24):
# kexec -e
md: stopping all md devices
sd 2:0:0:0: [sdb] Synchronizing SCSI cache
With kexec on 2.6.18 it was executing a loaded kernel immediately.
Generally, it's a good thing to sync before jumping into a new kernel,
but it breaks my setup here after upgrading from 2.6.18 to 2.6.24.
Why?
I have a couple of diskless (iSCSI-boot) machines with a buggy BIOS (old
Supermicro P4SBR/P4SBE) which randomly freeze after rebooting (the
machine shuts down just fine, but instead of booting again, showing BIOS
bootup messages etc. you can just see blank screen).
Therefore, I use kexec as a workaround for this rebooting problem.
The way kexec works now makes rebooting unreliable again:
- network interfaces are brought down,
- kernel tries to sync - it never will, as we're booted off network,
which is down
Any ideas why kexec insists on syncing?
--
Tomasz Chmielewski
http://blog.wpkg.org
next reply other threads:[~2008-02-07 14:13 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-07 14:13 Tomasz Chmielewski [this message]
2008-02-07 16:37 ` why kexec insists on syncing with recent kernels? Vivek Goyal
2008-02-07 16:37 ` Vivek Goyal
2008-02-07 16:59 ` Tomasz Chmielewski
2008-02-07 16:59 ` Tomasz Chmielewski
2008-02-08 16:04 ` Vivek Goyal
2008-02-08 16:04 ` Vivek Goyal
2008-02-08 17:04 ` Randy Dunlap
2008-02-08 17:04 ` Randy Dunlap
2008-02-08 17:19 ` Tomasz Chmielewski
2008-02-08 17:19 ` Tomasz Chmielewski
2008-02-08 17:26 ` Vivek Goyal
2008-02-08 17:26 ` Vivek Goyal
2008-02-11 12:36 ` Geert Uytterhoeven
2008-02-11 12:36 ` Geert Uytterhoeven
2008-02-08 8:53 ` Geert Uytterhoeven
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=47AB120A.1000600@wpkg.org \
--to=mangoo@wpkg.org \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.