Bug#959768: initramfs-tools: Does not account for different so versions of libgcc_s
Source: initramfs-tools Severity: important User: debian-h...@lists.debian.org Usertags: hppa,m68k Hello! In #950254 [1], a change was introduced to copy libgcc_s.so.1 into the initrd. Unfortunately, this change has introduced a regression on some architectures as the shared library has a different so version on these targets. amd64: root@z6:~> ls -l /lib/x86_64-linux-gnu/libgcc* -rw-r--r-- 1 root root 100736 May 2 14:09 /lib/x86_64-linux-gnu/libgcc_s.so.1 root@z6:~> hppa: root@phantom:~# ls -l /lib/hppa-linux-gnu/libgcc* -rw-r--r-- 1 root root 84412 Apr 18 09:56 /lib/hppa-linux-gnu/libgcc_s.so.4 root@phantom:~# m68k: root@elgar:~> ls -l /lib/m68k-linux-gnu/libgcc* -rw-r--r-- 1 root root 59116 Apr 18 11:56 /lib/m68k-linux-gnu/libgcc_s.so.2 root@elgar:~> Can you fix the change from #950254 to account for the different so versions of that library? Thanks, Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950254 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Processed: your mail
Processing commands for cont...@bugs.debian.org: > tag 954821 +fixed-upstream Bug #954821 [linux-image-amd64] Regression: cannot use external drive using a JMicron JMS566 chipset Added tag(s) fixed-upstream. > -- Stopping processing here. Please contact me if you need assistance. -- 954821: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954821 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#954821: (no subject)
tag 954821 +fixed-upstream -- The upstream patch[1] should be available in 5.4-stable and 5.6-stable. Regards, Cyril Roelandt [1] https://lore.kernel.org/linux-usb/pine.lnx.4.44l0.2004221613110.11262-100...@iolanthe.rowland.org/
Bug#959757: rtwpci: wifi unstable with Realtek 8822BE
Package: src:linux Version: 5.6.7-1 Severity: normal Dear Maintainer, Wifi is hardly usable with this card. Had a fresh install of debian testing a month ago to a new laptop. I had to apply the followings in order to make the driver working: mkdir /lib/firmware/rtw88 ln -s /lib/firmware/rtlwifi/rtl8822befw.bin /lib/firmware/rtw88/rtw8822b_fw.bin modprobe rtwpci (That's probably issue #935969, just saying it's still not fixed in latest kernel.) The main problem is that wifi connection is very unreliable. It connects, but sometimes it drops me out, asking the password again. Other times it just reconnects automatically. In most cases the connection stays up, but data flow is halted for tens of seconds, then it works for a little time. Occasionally it works without a problem, I have copied 60-70 GB files at once without a single problem. But then web pages didn't load - maybe it's related to some buggy power-saving feature of the driver? During the problems syslog is flooded with warnings and some CPU dumps, see below. -- Package-specific info: ** Version: Linux version 5.6.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 9.3.0 (Debian 9.3.0-11)) #1 SMP Debian 5.6.7-1 (2020-04-29) ** Command line: BOOT_IMAGE=/vmlinuz-5.6.0-1-amd64 root=/dev/mapper/plpc--vg-root ro splash quiet ** Tainted: WOE (12800) * kernel issued warning * externally-built ("out-of-tree") module was loaded * unsigned module was loaded ** Kernel log: [ 5114.830227] RDX: 0007 RSI: 0096 RDI: 9a25e8bd9a40 [ 5114.830228] RBP: 9a24789ea000 R08: 8996 R09: 0004 [ 5114.830229] R10: R11: 0001 R12: 0006 [ 5114.830231] R13: 9a24c9151e60 R14: 9a24c9155b80 R15: 9a24c9155c38 [ 5114.830233] FS: () GS:9a25e8bc() knlGS: [ 5114.830235] CS: 0010 DS: ES: CR0: 80050033 [ 5114.830236] CR2: 7f9476bfe000 CR3: 0005a4236000 CR4: 003406e0 [ 5114.830237] Call Trace: [ 5114.830250] rtw_c2h_work+0x39/0x60 [rtw88] [ 5114.830256] process_one_work+0x1b4/0x380 [ 5114.830260] worker_thread+0x50/0x3c0 [ 5114.830264] kthread+0xf9/0x130 [ 5114.830267] ? process_one_work+0x380/0x380 [ 5114.830270] ? kthread_park+0x90/0x90 [ 5114.830275] ret_from_fork+0x22/0x40 [ 5114.830280] ---[ end trace 62e3f2bbee2994ac ]--- [ 5114.932111] [ cut here ] [ 5114.932113] invalid ra report c2h length [ 5114.932151] WARNING: CPU: 7 PID: 210 at drivers/net/wireless/realtek/rtw88/fw.c:118 rtw_fw_c2h_cmd_handle+0x117/0x120 [rtw88] [ 5114.932152] Modules linked in: rtwpci rtw88 mac80211 cfg80211 vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) fuse btrfs blake2b_generic xor zstd_compress raid6_pq zstd_decompress ufs qnx4 hfsplus hfs minix msdos jfs xfs libcrc32c ctr ccm rfcomm tun bnep edac_mce_amd kvm_amd bluetooth nls_ascii kvm snd_hda_codec_conexant nls_cp437 vfat fat uvcvideo joydev efi_pstore videobuf2_vmalloc irqbypass snd_hda_codec_hdmi snd_hda_codec_generic serio_raw videobuf2_memops pcspkr videobuf2_v4l2 efivars drbg videobuf2_common snd_hda_intel videodev snd_intel_dspcfg ansi_cprng sp5100_tco wmi_bmof snd_hda_codec mc ecdh_generic ecc tpm_crb watchdog k10temp snd_hda_core snd_hwdep tpm_tis sg tpm_tis_core snd_pcm libarc4 ccp snd_timer thinkpad_acpi ucsi_acpi tpm typec_ucsi typec rng_core nvram ledtrig_audio snd soundcore ac rfkill evdev acpi_cpufreq parport_pc ppdev lp parport efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic dm_crypt dm_mod hid_logitech_hidpp hid_logitech_dj hid_generic [ 5114.932221] usbhid hid sd_mod amdgpu crc32_pclmul crc32c_intel ghash_clmulni_intel rtsx_pci_sdmmc mmc_core i2c_piix4 gpu_sched i2c_algo_bit ttm drm_kms_helper aesni_intel ahci libaes crypto_simd libahci cec xhci_pci libata cryptd xhci_hcd glue_helper drm psmouse scsi_mod usbcore nvme nvme_core r8169 t10_pi usb_common crc_t10dif realtek rtsx_pci libphy crct10dif_generic mfd_core crct10dif_pclmul crct10dif_common wmi battery video i2c_scmi button [last unloaded: cfg80211] [ 5114.932257] CPU: 7 PID: 210 Comm: kworker/u32:5 Tainted: GW OE 5.6.0-1-amd64 #1 Debian 5.6.7-1 [ 5114.932258] Hardware name: LENOVO 20NF001WHV/20NF001WHV, BIOS R11ET32W (1.12 ) 12/23/2019 [ 5114.932267] Workqueue: phy0 rtw_c2h_work [rtw88] [ 5114.932277] RIP: 0010:rtw_fw_c2h_cmd_handle+0x117/0x120 [rtw88] [ 5114.932281] Code: 73 02 4c 89 ef e8 29 f7 ff ff eb a7 41 0f b6 d4 48 8d 73 02 4c 89 ef e8 47 f2 ff ff eb 95 48 c7 c7 07 86 b8 c1 e8 db dc 35 d3 <0f> 0b eb 85 e8 a0 da 35 d3 0f 1f 44 00 00 48 83 ec 28 65 48 8b 04 [ 5114.932283] RSP: 0018:a97900557e10 EFLAGS: 00010282 [ 5114.932285] RAX: RBX: 9a24783fd018 RCX: 0007 [ 5114.932286] RDX: 0007 RSI: 0096 RDI: 9a25e8bd9a40 [ 5114.932288] RBP: 9a24789eae00 R08: 89b2 R09: 0004 [ 5114.932289]
Bug#959734: Build AGP driver as module
Package: src:linux Version: 5.6.7-1 Severiy: minor Dear Debian folks, The Kconfig help text for `AGP` is a little confusing (and maybe outdated?) [1]. You should say Y here if you want to use GLX or DRI. Although selected in Linux’ default x86 configs arch/x86/configs/i386_defconfig arch/x86/configs/x86_64_defconfig I do not think, it’s necessary to build this into the Linux kernel. $ grep AGP /boot/config-5.6.0-1-amd64 CONFIG_AGP=y CONFIG_AGP_AMD64=y CONFIG_AGP_INTEL=y CONFIG_AGP_SIS=y CONFIG_AGP_VIA=y The init functions are unnecessarily called as shown by `initcall_debug`. So, it’d be great if this driver was built as a module (as DRM is also built as a module). This will reduce the size of `bzImage` a little. Kind regards, Paul [1]: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/char/Kconfig?h=v5.7-rc4
Bug#908712: Still present in stable
Martin Michlmayr writes: > The fix got accepted upstream a long time ago and made it into > unstable. > > Unfortunately, even though Arnaud submitted it to the -stable tree and > even though maintainer Andrew Lunn acked it, it never made it into > the 4.19 stable series (despite several pings from Arnaud). > > Can we just add the patch to the Debian kernel in buster. Without > this path, all Orion-based QNAP fail to boot. (Technically, they > boot, but without Ethernet, which is how 99% of users access the > device.) > > Arnaud, can you send the 4.19 patch you prepared? I've attached to this mail the version I sent for 4.19. Arnaud [patch 4.19] drivers/net/ethernet/marvell/mvmdio.c: Fix non OF case commit d934423ac26ed373dfe089734d505dca5ff679b6 upstream. Orion5.x systems are still using machine files and not device-tree. Commit 96cb4342382290c9 ("net: mvmdio: allow up to three clocks to be specified for orion-mdio") has replaced devm_clk_get() with of_clk_get(), leading to a oops at boot and not working network, as reported in https://lists.debian.org/debian-arm/2019/07/msg00088.html and possibly in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908712. Link: https://lists.debian.org/debian-arm/2019/07/msg00088.html Fixes: 96cb4342382290c9 ("net: mvmdio: allow up to three clocks to be specified for orion-mdio") Signed-off-by: Arnaud Patard Reviewed-by: Andrew Lunn Signed-off-by: David S. Miller Index: linux/drivers/net/ethernet/marvell/mvmdio.c === --- linux.orig/drivers/net/ethernet/marvell/mvmdio.c +++ linux/drivers/net/ethernet/marvell/mvmdio.c @@ -319,15 +319,25 @@ static int orion_mdio_probe(struct platf init_waitqueue_head(>smi_busy_wait); - for (i = 0; i < ARRAY_SIZE(dev->clk); i++) { - dev->clk[i] = of_clk_get(pdev->dev.of_node, i); - if (PTR_ERR(dev->clk[i]) == -EPROBE_DEFER) { + if (pdev->dev.of_node) { + for (i = 0; i < ARRAY_SIZE(dev->clk); i++) { + dev->clk[i] = of_clk_get(pdev->dev.of_node, i); + if (PTR_ERR(dev->clk[i]) == -EPROBE_DEFER) { +ret = -EPROBE_DEFER; +goto out_clk; + } + if (IS_ERR(dev->clk[i])) +break; + clk_prepare_enable(dev->clk[i]); + } + } else { + dev->clk[0] = clk_get(>dev, NULL); + if (PTR_ERR(dev->clk[0]) == -EPROBE_DEFER) { ret = -EPROBE_DEFER; goto out_clk; } - if (IS_ERR(dev->clk[i])) - break; - clk_prepare_enable(dev->clk[i]); + if (!IS_ERR(dev->clk[0])) + clk_prepare_enable(dev->clk[0]); } dev->err_interrupt = platform_get_irq(pdev, 0);
Bug#908712: Still present in stable
The fix got accepted upstream a long time ago and made it into unstable. Unfortunately, even though Arnaud submitted it to the -stable tree and even though maintainer Andrew Lunn acked it, it never made it into the 4.19 stable series (despite several pings from Arnaud). Can we just add the patch to the Debian kernel in buster. Without this path, all Orion-based QNAP fail to boot. (Technically, they boot, but without Ethernet, which is how 99% of users access the device.) Arnaud, can you send the 4.19 patch you prepared? -- Martin Michlmayr https://www.cyrius.com/
Processed: still in stable
Processing commands for cont...@bugs.debian.org: > unarchive 908712 Bug #908712 {Done: Ben Hutchings } [src:linux] linux-image-4.17.0-0.bpo.3-marvell: stretch-backports kernel 4.17 breaks QNAP TS-209 Unarchived Bug 908712 > found 908712 4.19.98-1 Bug #908712 {Done: Ben Hutchings } [src:linux] linux-image-4.17.0-0.bpo.3-marvell: stretch-backports kernel 4.17 breaks QNAP TS-209 Marked as found in versions linux/4.19.98-1. > -- Stopping processing here. Please contact me if you need assistance. -- 908712: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908712 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems