Bug#922478: upgrade linux-image-4.9.0-8-armmp-lpae:armhf from 4.9.130-2 to 4.9.144-3 renders many systems unbootable
On Mon, 18 Feb 2019 17:45:25 +0100 jean.ta...@free.fr wrote: > On Mon, Feb 18, 2019 at 05:09:12PM +0100, Cyril Brulebois wrote: > > > I've uploaded linux-image binaries (armmp and armmp-lpae) here, > > which were cross-built through sbuild, thanks to Vagrant's > > suggestion on IRC: > > https://people.debian.org/~kibi/linux-bug-922478/ > [...] > > Checking this on real hardware would be great, trying to put > > everyone involved in the loop through cc. I didn't get a chance to prove the original bug in LAVA, so now I've got that result too: Original bug: https://staging.validation.linaro.org/scheduler/job/249115 Fails to boot, as others have reported. Fixed kernel build: https://staging.validation.linaro.org/scheduler/job/249113 Kernel boots correctly and job runs to completion. To test, I downloaded the built .deb files and extracted the contents and made a modules.tar.gz from ./lib/. The jobs above include SHA256 checksums for the extracted files and the modules.tar.gz and I uploaded the files to: http://people.linaro.org/~neil.williams/linux-bug-922478/ (fixed build) and http://people.linaro.org/~neil.williams/linux-bug-922478/original/ (buggy build) > So I've just tried this linux-image-4.9.0-8-armmp_4.9.144-4 on my > OLinuXino-LIME2, it boots ok, everything seems to work well. > > Thanks ! > > Jean -- Neil Williams h...@codehelp.co.uk pgpcjugIwWJnB.pgp Description: OpenPGP digital signature
Bug#922478: have yet to find an armhf board that works with 4.9.144-3
On Mon, 18 Feb 2019 17:09:12 +0100 Cyril Brulebois wrote: > Control: tag -1 patch > > Adrian Bunk (2019-02-17): > > On Sun, Feb 17, 2019 at 09:52:48AM -0800, Vagrant Cascadian wrote: > > > After upgrading to the latest 4.9.x kernel in sid, all of the > > > armhf boards running this kernel failed to boot. > > > > > > Adding to the list: > > > > > > imx6: Cubox-i4pro, Cubox-i4x4, Wandboard Quad > > > exynos5: Odroid-XU4 > > > exynos4: Odroid-U3 > > > rk3328: firefly-rk3288 > > > sunxi A20: Cubietruck > > > > > > > > > So it clearly impacts a wide variety of systems... > > > > debian/patches/debian/arm-avoid-abi-change-in-4.9.139.patch changes > > the order of struct processor but lacks a corresponding change to > > arch/arm/mm/proc-macros.S > > Based on this suggestion and Julien's suggested patch on IRC a couple > hours ago, I've tested the attached patch successfully (as in: from a > busy loop in qemu-system-arm to the “expected” kernel panic, as > discussed in another subthread). > > I've uploaded linux-image binaries (armmp and armmp-lpae) here, which > were cross-built through sbuild, thanks to Vagrant's suggestion on > IRC: https://people.debian.org/~kibi/linux-bug-922478/ > > which is: > DEBIAN_KERNEL_DISABLE_DEBUG=yes sbuild -d stretch-proposed-updates > -c stretch-amd64-sbuild --build=amd64 --profiles='pkg.linux.notools > nodoc nopython cross pkg.linux.nosource' --host=armhf > linux_4.9.144-4.dsc > > Checking this on real hardware would be great, trying to put everyone > involved in the loop through cc. Passes on a cubietruck in LAVA: https://staging.validation.linaro.org/scheduler/job/249113 -- Neil Williams h...@codehelp.co.uk pgp83ihs0RERA.pgp Description: OpenPGP digital signature
Bug#922478: upgrade linux-image-4.9.0-8-armmp-lpae:armhf from 4.9.130-2 to 4.9.144-3 renders Bananapi and Lamobo R1 unbootable
On Sun, 17 Feb 2019 21:26:41 +0100 (CET) "Timo Sigurdsson" wrote: > Hi, > > Cyril Brulebois schrieb am 17.02.2019 19:38: > > > Hi folks, > > > > Jürgen Löb (2019-02-16): > >> Package: linux-image-4.9.0-8-armmp-lpae > >> Version: 4.9.144-3 > >> Severity: serious > >> > >> Updated my Lamobo R1 board with apt update;apt upgrade > >> > >> After the update uboot is struck at "Starting kernel". There is no > >> further output after "Starting kernel". Same happens on Bananapi 1 > >> board. Unfortunately there is no more useful information. > > […] > > > > Summing up, it looks like everybody in cc is confirming the > > regression happens between 4.9.130-2 and 4.9.144-3, with and > > without lpae, on various boards. Any chance you could check what > > happens with the 4.9.135-1 intermediary version that can be found on > > snapshot.debian.org? > > > > https://snapshot.debian.org/package/linux/4.9.135-1/ > > > > This might help narrow it down when the regression happened. > > > > (And please use reply-all so that everyone is kept in the loop.) > > So, I also tested 4.9.135-1 on a Bananapi board and can confirm it > works. > > I would suspect the issue is caused by Debian's kernel configuration > or changes. The Kernel CI project has ARM hardware, including the > Bananapi board and does tests of stable kernel updates to verify that > the kernel boots. At least with multi_v7_defconfig and > sunxi_defconfig, upstream 4.9.144 does boot on Allwinner-based > hardware, see: > https://kernelci.org/soc/allwinner/job/stable-rc/kernel/v4.9.144/ > Is it feasible to have a script in devscripts or similar which maps the version of the kernel *Candidate* to KernelCI URLs for the same version? Can we correlate Debian kernel versions to something like https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.144/ or https://kernelci.org/boot/all/job/stable-rc/kernel/v4.9.144/ ? -- Neil Williams h...@codehelp.co.uk pgpHK6GGwUaWJ.pgp Description: OpenPGP digital signature
Bug#916134: linux-image-4.18.0-3-amd64: 4.18.0-3 fails to boot, 0-2 works.
Package: src:linux Version: 4.18.20-3 Severity: normal I am unable to boot with 4.18.0-3-amd64 - the grub messages are replaced by a blank screen. I am unable to login, the Caps Lock button does not light up and the laptop is unresponsive to ssh and ping. I am unable to get to any virtual terminal, the only option is to reboot. I tried a variety of systemd debug operations but none made any difference. Note: I also tried rescue mode from the Grub menu but that failed in the same way. I was able to boot 4.18.0-3 to the systemd.unit=emergency.target but I was not able to get to a working system from that login. Switching back to 4.18.0-2 restored all functionality. I tried to reinstall the 4.18.0-3 package but that did not fix the problem. Let me know if there is extra information I can try to provide. -- Package-specific info: ** Kernel log: boot messages should be attached No boot messages are displayed - the screen goes blank and no output is displayed after messages from Grub. ** Model information sys_vendor: LENOVO product_name: 2516CTO product_version: ThinkPad T410 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 6IET75WW (1.35 ) board_vendor: LENOVO board_name: 2516CTO board_version: Not Available ** Network interface configuration: auto lo iface lo inet loopback iface eth0 inet dhcp iface wlan0 inet dhcp ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 02) Subsystem: Lenovo Core Processor DRAM Controller [17aa:2193] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Lenovo Core Processor Integrated Graphics Controller [17aa:215a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) Subsystem: Lenovo 5 Series/3400 Series Chipset HECI Controller [17aa:215f] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me Kernel modules: mei_me 00:19.0 Ethernet controller [0200]: Intel Corporation 82577LM Gigabit Network Connection [8086:10ea] (rev 06) Subsystem: Lenovo 82577LM Gigabit Network Connection [17aa:2153] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e Kernel modules: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 06) (prog-if 20 [EHCI]) Subsystem: Lenovo 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [17aa:2163] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ehci-pci Kernel modules: ehci_pci 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06) Subsystem: Lenovo 5 Series/3400 Series Chipset High Definition Audio [17aa:215e] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 06) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 [8086:3b44] (rev 06) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-