From: ebiederm@xmission.com (Eric W. Biederman)
To: Dave Lloyd <dave@davelloyd.com>
Cc: kexec@lists.infradead.org
Subject: Re: Kernel panics when using kexec for rebooting
Date: Tue, 14 May 2013 15:33:29 -0700 [thread overview]
Message-ID: <87sj1pry2u.fsf@xmission.com> (raw)
In-Reply-To: <CAKw_n9H99M-5QaNvRdXk6iKSQiChAC60U_f=C_yJGwpb0vFDaA@mail.gmail.com> (Dave Lloyd's message of "Tue, 14 May 2013 17:25:26 -0500")
Dave Lloyd <dave@davelloyd.com> writes:
> On Tue, May 14, 2013 at 5:01 PM, Eric W. Biederman
> <ebiederm@xmission.com> wrote:
>
>>
>> Yes this does seem to be all over the place, and memory corruption
>> probably caused by ongoing-dma seems like a reasonable hypothesis.
>
> Thank goodness it's not just me! :-)
It is a classic issue, although I suspect something is unique in your
setup because it has (to my knowledge) not been a widespread problem for
years.
>> The easy first thing to try is to remove all of your kernel modules
>> before you reboot with kexec. Not infrequently the module remove path
>> is better tested than the device shutdown path.
>
> I'm trying this now. In one panic, the pte referenced was
> 0x100010000000000 which sure looks a whole like someone wrote his
> registers in there. It certainly doesn't look like a valid pte.
>
> So far, unloading pata_acpi and pata_amd seem to have eliminated the
> ACPI exception messages. I believe that this resets the device
> properly. Unfortunately, it looks like lots of drivers don't implement
> the pci_driver->shutdown call, so it would make sense that this is a
> relatively widespread problem.
Most devices don't leave dma setup if you reboot, and even more the
generic pci clears the bus master DMA bit which shuts down a lot more
dma.
So the actual lack of a shutdown method is not as much of an issue as it
might appear.
Eric
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2013-05-14 22:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-13 15:40 Kernel panics when using kexec for rebooting Dave Lloyd
2013-05-14 22:01 ` Eric W. Biederman
2013-05-14 22:25 ` Dave Lloyd
2013-05-14 22:33 ` Eric W. Biederman [this message]
2013-05-14 22:57 ` Dave Lloyd
2013-05-14 23:14 ` Eric W. Biederman
2013-05-15 15:50 ` Dave Lloyd
2013-05-15 16:53 ` Eric W. Biederman
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=87sj1pry2u.fsf@xmission.com \
--to=ebiederm@xmission.com \
--cc=dave@davelloyd.com \
--cc=kexec@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 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.