Bug#906769: arm kernels fail to boot
On 2018-08-21, Salvatore Bonaccorso wrote: > armhf packages: > https://people.debian.org/~carnil/tmp/linux/armhf/ Looks good to me! Tested successfully on boards that previously failed: Cubietruck Firefly-rk3288 (2gb variant) Firefly-rk3288 (4gb variant) Jetson-TK1 Odroid-XU4 Odroid-U3 Also tested successfully on systems where -8 seemed to work fine: Cubox-i4x4 Cubox-i4pro Wandboard Quad Thanks everyone for all the work on this. live well, vagrant signature.asc Description: PGP signature
Bug#906769: arm kernels fail to boot
On 8/22/18 7:35 AM, Salvatore Bonaccorso wrote: armhf packages: https://people.debian.org/~carnil/tmp/linux/armhf/ armmp-lpae works fine on Odroid-HC1 SBC (Samsung Exynos5422 ARM® Cortex™-A15 Quad 2.0GHz/Cortex™-A7 Quad 1.4GHz)
Bug#906769: arm kernels fail to boot
On Wed, Aug 22, 2018 at 4:36 AM Salvatore Bonaccorso wrote: > > Hi, ciao, > On Tue, Aug 21, 2018 at 10:07:42PM +0200, Salvatore Bonaccorso wrote: > > I have put in > > > > https://people.debian.org/~carnil/tmp/linux/arm64/ > > https://people.debian.org/~carnil/tmp/linux/armel/ > > [https://people.debian.org/~carnil/tmp/linux/all/] > > armhf packages: > https://people.debian.org/~carnil/tmp/linux/armhf/ armmp on Allwinner A20: it works. thanks, Domenico -- 3B10 0CA1 8674 ACBA B4FE FCD2 CE5B CF17 9960 DE13
Bug#906769: arm kernels fail to boot
Hi, On Tue, Aug 21, 2018 at 10:07:42PM +0200, Salvatore Bonaccorso wrote: > I have put in > > https://people.debian.org/~carnil/tmp/linux/arm64/ > https://people.debian.org/~carnil/tmp/linux/armel/ > [https://people.debian.org/~carnil/tmp/linux/all/] armhf packages: https://people.debian.org/~carnil/tmp/linux/armhf/ Regards, Salvatore
Bug#906769: arm kernels fail to boot
Hi I have put in https://people.debian.org/~carnil/tmp/linux/arm64/ https://people.debian.org/~carnil/tmp/linux/armel/ [https://people.debian.org/~carnil/tmp/linux/all/] built packages available for testing. armhf builds are at the time of writing not yet done, but can put those there as well. If you were experiencing the issue, please test those and report back if they fix the issue. Regards, Salvatore
Bug#906769: arm kernels fail to boot
On 2018-08-20, Vagrant Cascadian wrote: > I can confirm this on several machines in the reproducible builds zoo, > running linux-image-4.9.0-8-armmp-lpae version 4.9.110-3+deb9u3. > > What I've noticed is that machines running the "armmp" variant appear to > be unaffected, all of the systems that failed were running the > "armmp-lpae" variant. If it matters, three imx6 and one exynos4 system running "armmp" seem to work without problems. The systems running "armmp-lpae" that are broken include exynos5, rk3288, allwinner A20, and tegra124. > Switching to linux-image-4.9.0-8-armmp kernel variant on an affected > system appears to workaround the issue, or downgrading to > linux-image-4.9.0-7-armmp-lpae. Downgrading to the "armmp" variant didn't fully solve the issue; it allowed the systems to boot, but they tended to eventually hang, just much slower than when running an "armmp-lpae" variant. live well, vagrant signature.asc Description: PGP signature
Bug#906769: arm kernels fail to boot
On Mon, Aug 20, 2018 at 03:16:52PM -0700, Vagrant Cascadian wrote: > I can confirm this on several machines in the reproducible builds zoo, > running linux-image-4.9.0-8-armmp-lpae version 4.9.110-3+deb9u3. > > What I've noticed is that machines running the "armmp" variant appear to > be unaffected, all of the systems that failed were running the > "armmp-lpae" variant. Two A20-OLinuXino-LIME2 with 4.9.0-8-armmp here, both cannot boot. I don't see any big crash but there are some 'Illegal instruction' towards the end. Thanks. Domenico [0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 4.9.0-8-armmp (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.110-3+deb9u3 (2018-08-19) [0.00] CPU: ARMv7 Processor [410fc074] revision 4 (ARMv7), cr=10c5387d [0.00] CPU: div instructions available: patching division code [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] OF: fdt:Machine model: Olimex A20-OLinuXino-LIME2 [0.00] efi: Getting EFI parameters from FDT: [0.00] efi: UEFI not found. [0.00] cma: Reserved 16 MiB at 0x7f00 [0.00] Memory policy: Data cache writealloc [0.00] psci: probing for conduit method from DT. [0.00] psci: Using PSCI v0.1 Function IDs from DT [0.00] percpu: Embedded 14 pages/cpu @ef6c1000 s27596 r8192 d21556 u57344 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260416 [0.00] Kernel command line: console=ttyS0,115200 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes) [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Memory: 993148K/1048576K available (7168K kernel code, 1008K rwdata, 2216K rodata, 1024K init, 335K bss, 39044K reserved, 16384K cma-reserved, 245760K highmem) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xffc0 - 0xfff0 (3072 kB) [0.00] vmalloc : 0xf080 - 0xff80 ( 240 MB) [0.00] lowmem : 0xc000 - 0xf000 ( 768 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc080 (8160 kB) [0.00] .init : 0xc0b0 - 0xc0c0 (1024 kB) [0.00] .data : 0xc0c0 - 0xc0cfc19c (1009 kB) [0.00].bss : 0xc0cfe000 - 0xc0d51c4c ( 336 kB) [0.00] Hierarchical RCU implementation. [0.00] Build-time adjustment of leaf fanout to 32. [0.00] RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2. [0.00] RCU: Adjusting geometry for rcu_fanout_leaf=32, nr_cpu_ids=2 [0.00] NR_IRQS:16 nr_irqs:16 16 [0.00] arm_arch_timer: Architected cp15 timer(s) running at 24.00MHz (phys). [0.00] clocksource: arch_sys_counter: mask: 0xff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns [0.09] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns [0.24] Switching to timer-based delay loop, resolution 41ns [0.002745] clocksource: timer: mask: 0x max_cycles: 0x, max_idle_ns: 79635851949 ns [0.003653] clocksource: hstimer: mask: 0x max_cycles: 0x, max_idle_ns: 12741736309 ns [0.004387] Console: colour dummy device 80x30 [0.004434] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=12) [0.004452] pid_max: default: 32768 minimum: 301 [0.004732] Security Framework initialized [0.004747] Yama: disabled by default; enable with sysctl kernel.yama.* [0.004790] AppArmor: AppArmor disabled by boot time parameter [0.004877] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes) [0.004890] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes) [0.006102] CPU: Testing write buffer coherency: ok [0.006173] ftrace: allocating 26775 entries in 79 pages [0.068075] /cpus/cpu@0 missing clock-frequency property [0.068116] /cpus/cpu@1 missing clock-frequency property [0.068130] CPU0: thread -1, cpu 0, socket 0, mpidr 8000 [0.068185] Setting up static identity map for 0x4010 - 0x40100098 [0.073874] EFI services will not be available. [0.085503] CPU1: thread -1, cpu 1, socket 0, mpidr 8001 [0.085732] Brought up 2 CPUs [0.085756] SMP: Total of 2 processors activated (96.00 BogoMIPS). [0.085763] CPU: All CPU(s) started in HYP mode. [0.085769] CPU: Virtualization extensions available. [0.086836] devtmpfs: initialized [0.098345] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 4 [0.098846]
Bug#906769: arm kernels fail to boot
On Mon, 20 Aug 2018 15:16:52 -0700 Vagrant Cascadian wrote: One "armmp-lpae" system appears to have successfully booted, but gets many kernel messages along these lines: [ 78.638348] INFO: rcu_sched detected stalls on CPUs/tasks: [ 78.642433] 0-...: (0 ticks this GP) idle=29c/0/0 softirq=1396/1396 fqs=0 [ 78.649321] (detected by 2, t=4204 jiffies, g=283, c=282, q=41917) [ 78.655567] Task dump for CPU 0: [ 78.658770] swapper/0 R running task0 0 0 0x [ 78.665844] rcu_sched kthread starved for 4207 jiffies! g283 c282 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1 [ 78.674972] rcu_sched S0 7 2 0x [ 78.680506] [] (__schedule) from [] (schedule+0x50/0xa8) [ 78.687501] [] (schedule) from [] (schedule_timeout+0x1e0/0x464) [ 78.695231] [] (schedule_timeout) from [] (rcu_gp_kthread+0x574/0x908) [ 78.703447] [] (rcu_gp_kthread) from [] (kthread+0x118/0x130) [ 78.710894] [] (kthread) from [] (ret_from_fork+0x14/0x34) I have the same case - OdroidHC1 ARM device ( armmp-lpae ) booted, but some applications kept hanging. Took forever to make it reboot into older kernel.
Bug#906769: arm kernels fail to boot
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-4.9.y=6bb53ee170c45f44ac80ad8318f72feff9cdee1b We don't have that commit, and this explains why cpu-hotplug-boot-ht-siblings-at-least-once.patch broke ARM. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#906769: arm kernels fail to boot
Package: linux-image-4.9.0-8-arm64 Version: 4.9.110-3+deb9u3 Severity: critical X-Debbugs-Cc: d...@debian.org The latest kernel fails to boot on our arm64 hosts at conova (Gigabyte X-Gene MP30-AR0) and the VMs on those hosts. Booting the old -7 kernel works one those. After grub, the last thing I see is | OSBootEvent = Success | L3c Cache: 8MB Furthermore, arm-arm-0[134] are down. According to our documentation those are AMD Seattle rev B0, APM X-Gene, and AMD Seattle rev B1 systems. Also, some 32 bit hosts appear to be affected, though I have not yet looked into them in detail. However, abel and arnold, hartmann, hoiby (Armada XP GP), and henze (probably also the same hw) are all down. harris (imx53 QSB) booted just fine. It's -- from a quick glance -- the only arm* host of us that survived this kernel update. Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/
