[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Kernel panic on 'floppy' module load, Xen HVM, since 4.19.143



On 29.09.20 14:41, Marek Marczykowski-Górecki wrote:
On Tue, Sep 29, 2020 at 03:27:43PM +0300, Denis Efremov wrote:
Hi,

On 9/28/20 12:36 PM, Marek Marczykowski-Górecki wrote:
On Mon, Sep 28, 2020 at 07:02:19AM +0200, Jürgen Groß wrote:
On 27.09.20 13:14, Marek Marczykowski-Górecki wrote:
Hi all,

I get kernel panic on 'floppy' module load. If I blacklist the module,
then everything works.
The issue happens in Xen HVM, other virtualization modes (PV, PVH) works
fine. PV dom0 works too. I haven't tried bare metal, but I assume it
works fine too.

Could you please try bare metal?

I don't have any hw with floppy controller at hand...
Booting on what I have, it works, loading floppy just says -ENODEV.

I saw that the issue was bisected [1] to commit
c330fb1ddc0a ("XEN uses irqdesc::irq_data_common::handler_data to store a
per interrupt XEN data pointer which contains XEN specific information.")

I have hardware, but I've never worked with Xen. It will take me some time
to set it up and reproduce the problem. I think I will do it in a week.

Can you try to boot 4.19.143 (or any other including that commit)
directly on the hardware and make sure floppy module is loaded? We do
know it's broken in Xen HVM, it would be interested to see if it works
without Xen. Even better if you could use the same kernel config:
https://gist.github.com/marmarek/1e6a359c9a99af3ed8fc16af0f36d8a6

I think it is not directly related to floppy, but a more general problem
for HVM guests.

I'm suspecting an issue with legacy IRQs. Could you please try the
attached patch?


Juergen

Attachment: 0001-xen-events-don-t-use-chip_data-for-legacy-IRQs.patch
Description: Text Data


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.