Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #72746
| From | Ben Hutchings <ben@decadent.org.uk> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.maint.boot, linux.debian.kernel |
| Subject | Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel |
| Date | 2021-08-25 17:00 +0200 |
| Message-ID | <CQ2xI-2Rf-1@gated-at.bofh.it> (permalink) |
| References | (6 earlier) <CPIfD-7lg-5@gated-at.bofh.it> <BLq9Q-i2-3@gated-at.bofh.it> <CQ2xI-2Rf-3@gated-at.bofh.it> <BLq9Q-i2-3@gated-at.bofh.it> <CQ2xI-2Rf-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 3 groups.
[Multipart message — attachments visible in raw view] - view raw
On Tue, 2021-08-24 at 15:19 -0400, Chuck Zmudzinski wrote: > On 8/24/2021 1:12 PM, Ben Hutchings wrote: [...] > > I think a proper fix would be one of: > > > > a. If the Xen virtual keyboard driver is advertising capabilities it > > doesn't have, stop it doing that. > > b. Change the implementation of modalias attributes to allow longer > > values. > > > > It's not clear to me whether the Xen driver is advertising correctly or > > not. If it is, then the solution should be b, but that may be too > > disruptive a change to the kernel. So a reasonable workaround might > > be: > > > > c. Change the input subsystem to limit the length of the > > capabilities part of the modalias. > > > > > > Ben. > > > > So workaround c would not involve disruptions to the kernel or > systemd? Workaround c seems too disruptive for stable to me, > but maybe could go into unstable and eventually into testing. I don't think it would be very disruptive. It might require a kernel ABI bump, but we do those regularly during a stable release. And this bug is severe enough that I think a fix would be suitable for Debian stable. > A problem with the approach of fixing this bug in the Xen > keyboard driver is that the fix must be implemented in the underlying > Dom0 system, which could be almost anything - another Linux distro > or Debian stable or oldstable. Any fix upstream would probably get into > a bullseye Dom0, but not oldstable Dom0, but perhaps it could be > provided as a backport for anyone who is still on oldstable for their > Xen Dom0. [...] I agree that we need to fix this for domU independently of any protocol change to allow discovery of which keys the underlying input device has. So we can't solve this with approach a. Ben. -- Ben Hutchings Design a system any fool can use, and only a fool will want to use it.
Back to linux.debian.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Bug#983357: Netinst crashes xen domU when loading kernel Phillip Susi <phill@thesusis.net> - 2021-05-19 15:40 +0200
Bug#983357: Netinst crashes xen domU when loading kernel Cyril Brulebois <kibi@debian.org> - 2021-05-24 06:30 +0200
Bug#983357: Netinst crashes xen domU when loading kernel Michael Biebl <biebl@debian.org> - 2021-05-24 09:40 +0200
Bug#983357: Netinst crashes xen domU when loading kernel Phillip Susi <phill@thesusis.net> - 2021-05-25 21:50 +0200
Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel Ben Hutchings <ben@decadent.org.uk> - 2021-08-24 19:20 +0200
Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel Phillip Susi <phill@thesusis.net> - 2021-08-24 21:50 +0200
Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel Ben Hutchings <ben@decadent.org.uk> - 2021-08-25 01:20 +0200
Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel Ben Hutchings <ben@decadent.org.uk> - 2021-08-25 19:00 +0200
Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel Phillip Susi <phill@thesusis.net> - 2021-08-25 22:30 +0200
Bug#983357: Bug#988776: Bug#983357: Netinst crashes xen domU when loading kernel Ben Hutchings <ben@decadent.org.uk> - 2021-08-25 17:00 +0200
csiph-web