Working installer kernel / initramfs can of course be obtained from
-updates:
http://archive.ubuntu.com/ubuntu/dists/bionic-
updates/main/installer-i386/current/images/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
http
As mentioned in my first comment, this bug also affects the netboot
installer at e.g.
http://gb.archive.ubuntu.com/ubuntu/dists/bionic/main/installer-i386/current/images/
so it is still not possible to boot the installer in 32-bit under Xen.
The main OS kernel has been fixed but not the installer k
Successful boot with kernel from bionic-proposed.
** Tags removed: verification-needed-bionic
** Tags added: verification-done-bionic
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1789118
Successful boot with kernel from bionic-proposed.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1789118
Title:
Fails to boot under Xen PV: BUG: unable to handle kernel paging
request
Hi Joseph,
As this problem only affects 32-bit, there would need to be an i686
kernel there. As far as I can see there are only amd64 packages.
I have already tested this patch on the linux source package from 18.04
(comment #9), but I don't have the binary packages around any more.
If you want
This patch was submitted here: https://lkml.org/lkml/2018/9/11/885
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1789118
Title:
Fails to boot under Xen PV: BUG: unable to handle kernel
Alternatively as the bug is in the EISA code, if the kernel was built
without CONFIG_EISA=y then I think that would avoid it. I haven't hit
this problem on Debian stable or testing where CONFIG_EISA is not set.
--
You received this bug notification because you are a member of Kernel
Packages, whi
I reported the problem to Xen, and they came up with this patch:
https://lists.xenproject.org/archives/html/xen-
devel/2018-08/msg02775.html
I recompiled linux-image-4.15.0-33-generic with this patch applied and
it now works.
As far as I can see there is no working 32-bit Xen PV kernel package i
Okay, I went back through the kernel PPAs and in fact the most recent
one that I can get to boot under 32-bit PV mode Xen is 4.13.16. 4.14-rc1
does not boot.
I realised then that it was possible that I had never tested any version
of 32-bit Ubuntu 18.04 under Xen. It is possible that I only ever t
32-bit kernel http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.15.18
/linux-image-4.15.18-041518-generic_4.15.18-041518.201804190330_i386.deb
does not boot, in fact it crashes immediately without producing any
console output at all (so doesn't get as far as the currently-packaged
linux-image-generi
I am unable to run apport-collect because the guest does not boot.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/17891
Additionally, this means that the netboot installer at e.g.
http://gb.archive.ubuntu.com/ubuntu/dists/bionic/main/installer-i386/current/images/netboot/xen/vmlinuz
also does not boot under Xen PV. Again, the 64-bit equivalent does still
work.
--
You received this bug notification because you are
Public bug reported:
After the most recent 18.04 32-bit upgrade of linux-image-generic, it
now refuses to boot under Xen PV mode:
.
.
.
[0.114370] clocksource: jiffies: mask: 0x max_cycles: 0x,
max_idle_ns: 764504178510 ns
[0.114382] futex hash table entries: 256 (ord
Public bug reported:
I have a Thinkpad T410i with a Ricoh SD card reader slot:
http://www.thinkwiki.org/wiki/Ricoh_5-in-1_MultiCard_Reader
0d:00.0 SD Host controller: Ricoh Co Ltd MMC/SD Host Controller (rev ff)
(prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: sdhci
Seems to be causing Firefox to completely lock up as soon as either
right mouse button is clicked (for context menu) or a menu item is
selected. Reverting to earlier kernel version makes the problem go away
for me.
Also manifests itself using the latest stable release of Firefox (30.0)
as download
15 matches
Mail list logo
