Bug#960912: linux-image-5.5.0-0.bpo.2-amd64: Machine freeze from general protection fault in i915
It froze again: May 20 11:48:03 eldfell kernel: general protection fault: [#1] SMP PTI May 20 11:48:03 eldfell kernel: CPU: 1 PID: 1393 Comm: Xorg Not tainted 5.5.0-0.bpo.2-amd64 #1 Debian 5.5.17-1~bpo10+1 May 20 11:48:03 eldfell kernel: Hardware name: ASUS All Series/Z97-A, BIOS 2501 04/27/2015 May 20 11:48:03 eldfell kernel: RIP: 0010:kmem_cache_alloc+0x74/0x220 May 20 11:48:03 eldfell kernel: Code: 9e 01 00 00 4d 8b 06 65 49 8b 50 08 65 4c 03 05 02 d1 ba 56 49 8b 28 48 85 ed 0f 84 89 01 00 00 41 8b 46 20 49 8b 3e 48 01 e8 <48> 8b 18 48 89 c1 49 33 9e 70 01 00 00 48 89 e8 48 0 May 20 11:48:03 eldfell kernel: RSP: 0018:bb50c076ba28 EFLAGS: 00010202 May 20 11:48:03 eldfell kernel: RAX: 7ee5051c9a3e1783 RBX: RCX: May 20 11:48:03 eldfell kernel: RDX: 00fb27f4 RSI: 0cc0 RDI: 00031440 May 20 11:48:03 eldfell kernel: RBP: 7ee5051c9a3e1783 R08: 9db487a71440 R09: 0009 May 20 11:48:03 eldfell kernel: R10: 9db46f1b5180 R11: 0010 R12: 0cc0 May 20 11:48:03 eldfell kernel: R13: c0e85669 R14: 9db347c239c0 R15: 9db347c239c0 May 20 11:48:03 eldfell kernel: FS: 7f0213e08f00() GS:9db487a4() knlGS: May 20 11:48:03 eldfell kernel: CS: 0010 DS: ES: CR0: 80050033 May 20 11:48:03 eldfell kernel: CR2: 7f01c71b CR3: 00023d24e001 CR4: 001606e0 May 20 11:48:03 eldfell kernel: Call Trace: May 20 11:48:03 eldfell kernel: i915_active_ref+0x59/0x170 [i915] May 20 11:48:03 eldfell kernel: i915_vma_move_to_active+0x24/0x150 [i915] May 20 11:48:03 eldfell kernel: i915_gem_do_execbuffer+0xd53/0x1930 [i915] May 20 11:48:03 eldfell kernel: ? kmem_cache_free+0x28d/0x2b0 May 20 11:48:03 eldfell kernel: ? unix_stream_read_generic+0x206/0x950 May 20 11:48:03 eldfell kernel: ? __switch_to_asm+0x34/0x70 May 20 11:48:03 eldfell kernel: ? _cond_resched+0x15/0x30 May 20 11:48:03 eldfell kernel: ? i915_gem_execbuffer2_ioctl+0x8e/0x3d0 [i915] May 20 11:48:03 eldfell kernel: i915_gem_execbuffer2_ioctl+0x1df/0x3d0 [i915] May 20 11:48:03 eldfell kernel: ? i915_gem_execbuffer_ioctl+0x2e0/0x2e0 [i915] May 20 11:48:03 eldfell kernel: drm_ioctl_kernel+0xac/0xf0 [drm] May 20 11:48:03 eldfell kernel: drm_ioctl+0x201/0x3a0 [drm] May 20 11:48:03 eldfell kernel: ? i915_gem_execbuffer_ioctl+0x2e0/0x2e0 [i915] May 20 11:48:03 eldfell kernel: do_vfs_ioctl+0xa4/0x680 May 20 11:48:03 eldfell kernel: ksys_ioctl+0x60/0x90 May 20 11:48:03 eldfell kernel: __x64_sys_ioctl+0x16/0x20 May 20 11:48:03 eldfell kernel: do_syscall_64+0x52/0x170 May 20 11:48:03 eldfell kernel: entry_SYSCALL_64_after_hwframe+0x44/0xa9 May 20 11:48:03 eldfell kernel: RIP: 0033:0x7f0214538427 May 20 11:48:03 eldfell kernel: Code: 00 00 90 48 8b 05 69 aa 0c 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 39 aa 0c 00 f7 d May 20 11:48:03 eldfell kernel: RSP: 002b:7fff06b73e78 EFLAGS: 0246 ORIG_RAX: 0010 May 20 11:48:03 eldfell kernel: RAX: ffda RBX: 563c73441340 RCX: 7f0214538427 May 20 11:48:03 eldfell kernel: RDX: 7fff06b73ec0 RSI: 40406469 RDI: 000c May 20 11:48:03 eldfell kernel: RBP: 7fff06b73ec0 R08: 563c7347f5c0 R09: 7f01e4d2d4e4 May 20 11:48:03 eldfell kernel: R10: 7f01e4d2d494 R11: 0246 R12: 40406469 May 20 11:48:03 eldfell kernel: R13: 000c R14: R15: May 20 11:48:03 eldfell kernel: Modules linked in: xt_MASQUERADE nf_conntrack_netlink xfrm_user xfrm_algo nft_counter nft_chain_nat xt_addrtype nft_compat nf_tables nfnetlink xt_conntrack nf_nat nf_conntrack nf_defrag_ May 20 11:48:03 eldfell kernel: usb_storage sr_mod cdrom sd_mod hid_generic usbhid hid crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel xhci_pci xhci_hcd sata_via ahci libahci libata ehci_pci ehci_hcd ae May 20 11:48:03 eldfell kernel: ---[ end trace 42bc1353f2cc30da ]--- May 20 11:48:03 eldfell kernel: RIP: 0010:kmem_cache_alloc+0x74/0x220 May 20 11:48:03 eldfell kernel: Code: 9e 01 00 00 4d 8b 06 65 49 8b 50 08 65 4c 03 05 02 d1 ba 56 49 8b 28 48 85 ed 0f 84 89 01 00 00 41 8b 46 20 49 8b 3e 48 01 e8 <48> 8b 18 48 89 c1 49 33 9e 70 01 00 00 48 89 e8 48 0 May 20 11:48:03 eldfell kernel: RSP: 0018:bb50c076ba28 EFLAGS: 00010202 May 20 11:48:03 eldfell kernel: RAX: 7ee5051c9a3e1783 RBX: RCX: May 20 11:48:03 eldfell kernel: RDX: 00fb27f4 RSI: 0cc0 RDI: 00031440 May 20 11:48:03 eldfell kernel: RBP: 7ee5051c9a3e1783 R08: 9db487a71440 R09: 0009 May 20 11:48:03 eldfell kernel: R10: 9db46f1b5180 R11: 0010 R12: 0cc0 May 20 11:48:03 eldfell kernel: R13: c0e85669 R14: 9db347c239c0 R15: 9db347c239c0 May 20 11:48:03 eldfell k
Bug#926539: rootskel: steal-ctty no longer works on s390x
Similar change for console name on s390x was not accepted: https://lkml.org/lkml/2020/5/19/854 so please fix in rootskel. -- Valentin
Bug#926539: rootskel: steal-ctty no longer works on s390x
Hi! On 5/20/20 11:00 AM, Valentin Vidić wrote: > Similar change for console name on s390x was not accepted: > > https://lkml.org/lkml/2020/5/19/854 > > so please fix in rootskel. I don't see any discussion in this thread. I would like to know the reasoning why kernel upstream thinks that this naming inconsistency is correct. It makes no sense, in my opinion and it can potentially trigger more problems. Also, this bug report should be merged with the other one that I referenced yesterday. Adrian -- .''`. 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
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 5/20/20 11:17 AM, John Paul Adrian Glaubitz wrote: > I don't see any discussion in this thread. I would like to know the reasoning > why kernel upstream thinks that this naming inconsistency is correct. It > makes no sense, in my opinion and it can potentially trigger more problems. Ah, sorry. I was seeing the cached version of the thread, refreshing helped. In any case, the SPARC kernel maintainer (Dave Miller) had the same argument that it would potentially break existing setups but eventually I could convince him that the change was right. Not sure which distributions he has in mind. Adrian -- .''`. 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
Bug#926539: rootskel: steal-ctty no longer works on s390x
On Wed, May 20, 2020 at 11:19:53AM +0200, John Paul Adrian Glaubitz wrote: > Ah, sorry. I was seeing the cached version of the thread, refreshing helped. > > In any case, the SPARC kernel maintainer (Dave Miller) had the same argument > that it would potentially break existing setups but eventually I could > convince him that the change was right. > > Not sure which distributions he has in mind. It is hard to tell, but it seems the current state is hardcoded in different places: https://www.redhat.com/archives/libguestfs/2017-May/msg00068.html https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/lhdd_r_console_sum.html I think it would be better to make debian-installer smarter about this since we will probably run into the same problem again with a different architecture/driver. -- Valentin
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 5/20/20 12:42 PM, Valentin Vidić wrote: > It is hard to tell, but it seems the current state is hardcoded > in different places: > > https://www.redhat.com/archives/libguestfs/2017-May/msg00068.html This wouldn't cause breakage as with your change, the console name would actually be ttysclp0. > https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/lhdd_r_console_sum.html Well, IBM could just update their documentation. > I think it would be better to make debian-installer smarter about > this since we will probably run into the same problem again with > a different architecture/driver. It was only SPARC which had this issue as well and where it was fixed. For all the other architectures, the console and driver names already match. Adrian -- .''`. 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 (with 1 error): merge bugs
Processing commands for cont...@bugs.debian.org: > merge 961056 926539 Bug #961056 [rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Unable to merge bugs because: severity of #926539 is 'serious' not 'important' package of #926539 is 'src:linux,rootskel' not 'rootskel' Failed to merge 961056: Did not alter merged bugs. > thanks Stopping processing here. Please contact me if you need assistance. -- 926539: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926539 961056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: merge
Processing commands for cont...@bugs.debian.org: > reassign 961056 src:linux,rootskel Bug #961056 [rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Bug reassigned from package 'rootskel' to 'src:linux,rootskel'. Ignoring request to alter found versions of bug #961056 to the same values previously set Ignoring request to alter fixed versions of bug #961056 to the same values previously set > severity 961056 serious Bug #961056 [src:linux,rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Severity set to 'serious' from 'important' > merge 961056 926539 Bug #961056 [src:linux,rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Bug #961056 [src:linux,rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Added tag(s) patch. Bug #926539 [src:linux,rootskel] rootskel: steal-ctty no longer works on at least sparc64 Merged 926539 961056 > thanks Stopping processing here. Please contact me if you need assistance. -- 926539: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926539 961056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 20.05.20 12:42, Valentin Vidić wrote: > On Wed, May 20, 2020 at 11:19:53AM +0200, John Paul Adrian Glaubitz wrote: >> Ah, sorry. I was seeing the cached version of the thread, refreshing helped. >> >> In any case, the SPARC kernel maintainer (Dave Miller) had the same argument >> that it would potentially break existing setups but eventually I could >> convince him that the change was right. >> >> Not sure which distributions he has in mind. > > It is hard to tell, but it seems the current state is hardcoded > in different places: > > https://www.redhat.com/archives/libguestfs/2017-May/msg00068.html > https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/lhdd_r_console_sum.html > > I think it would be better to make debian-installer smarter about > this since we will probably run into the same problem again with > a different architecture/driver. qemu-system-s390x is probably the least representative here. I recall that the consoles for z/VM and LPAR were actually different. As alluded to by the thread LPAR uses SCLP while you get 3215 on z/VM. I'm all for making d-i smarter. But I think we should start by trying to back merge all the improvements Canonical made on Ubuntu instead of Debian as part of their s390x contract. Maybe trying ubuntu-installer and seeing if that works correctly would be a good start. But then I keep wondering how representative qemu is. Is VT220 SCLP even something you get on a real z machine? Not that we shouldn't fix qemu, of course. But Hercules might be closer to the real thing in this regard. Kind regards Philipp Kern
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 5/20/20 1:18 PM, Philipp Kern wrote: > But then I keep wondering how representative qemu is. Is VT220 SCLP even > something you get on a real z machine? Not that we shouldn't fix qemu, > of course. But Hercules might be closer to the real thing in this regard. Hercules shows the exact same behavior. I also don't think the emulation is relevant as the underlying issue is a naming inconsistency in the kernel which is only present on s390x and used to be present on sparc64. Adrian -- .''`. 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
Bug#961130: ethtool can read DOM values
Package: ethtool Version: 1:4.19-1 Severity: important The command ethtool -m is unable to read the transceiver DOM values. Here is a transcript: root@localhost:~# ethtool -i ens2f0 driver: mlx5_core version: 5.0-0 firmware-version: 14.25.8000 (DEL2420110034) expansion-rom-version: bus-info: :65:00.0 supports-statistics: yes supports-test: yes supports-eeprom-access: no supports-register-dump: no supports-priv-flags: yes root@localhost:~# ethtool -m ens2f0 Identifier : 0x03 (SFP) Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID) Connector : 0x07 (LC) Transceiver codes : 0x10 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 Transceiver type : 10G Ethernet: 10G Base-SR Encoding : 0x06 (64B/66B) BR, Nominal : 10300MBd Rate identifier : 0x00 (unspecified) Length (SMF,km) : 0km Length (SMF) : 0m Length (50um) : 80m Length (62.5um) : 20m Length (Copper) : 0m Length (OM3) : 300m Laser wavelength : 850nm Vendor name : Pureoptics Vendor OUI : 00:00:00 Vendor PN : EX-SFP-10GE-SR Vendor rev : B4 Option values : 0x00 0x1a Option : RX_LOS implemented Option : TX_FAULT implemented Option : TX_DISABLE implemented BR margin, max : 0% BR margin, min : 0% Vendor SN : M4787212 Date code : 200222 Optical diagnostics support : Yes Laser bias current : 0.000 mA Laser output power : 0. mW / -inf dBm Receiver signal average optical power : 0. mW / -inf dBm Module temperature : 0.00 degrees C / 32.00 degrees F Module voltage : 0. V Alarm/warning flags implemented : Yes Laser bias current high alarm : Off Laser bias current low alarm : Off Laser bias current high warning : Off Laser bias current low warning : Off Laser output power high alarm : Off Laser output power low alarm : Off Laser output power high warning : Off Laser output power low warning : Off Module temperature high alarm : Off Module temperature low alarm : Off Module temperature high warning : Off Module temperature low warning : Off Module voltage high alarm : Off Module voltage low alarm : Off Module voltage high warning : Off Module voltage low warning : Off Laser rx power high alarm : Off Laser rx power low alarm : Off Laser rx power high warning : Off Laser rx power low warning : Off Laser bias current high alarm threshold : 0.000 mA Laser bias current low alarm threshold : 0.000 mA Laser bias current high warning threshold : 0.000 mA Laser bias current low warning threshold : 0.000 mA Laser output power high alarm threshold : 0. mW / -inf dBm Laser output power low alarm threshold : 0. mW / -inf dBm Laser output power high warning threshold : 0. mW / -inf dBm Laser output power low warning threshold : 0. mW / -inf dBm Module temperature high alarm threshold : 0.00 degrees C / 32.00 degrees F Module temperature low alarm threshold : 0.00 degrees C / 32.00 degrees F Module temperature high warning threshold : 0.00 degrees C / 32.00 degrees F Module temperature low warning threshold : 0.00 degrees C / 32.00 degrees F Module voltage high alarm threshold : 0. V Module voltage low alarm threshold : 0. V Module voltage high warning threshold : 0. V Module voltage low warning threshold : 0. V Laser rx power high alarm threshold : 0. mW / -inf dBm Laser rx power low alarm threshold : 0. mW / -inf dBm Laser rx power high warning threshold : 0. mW / -inf dBm Laser rx power low warning threshold : 0. mW / -inf dBm As you can see all mesuring values are zeros. I am using Debian GNU/Linux 10 (buster), kernel 4.19.0-9-amd64 #1 SMP Debian 4.19.118-2 (2020-04-29) x86_64 GNU/Linux and libc6 2.28-10 FYI, I get correct values using SystemRescueCD 6 (ethtool 5.0, kernel 4.19.34-1-lts) on this same hardware, using the same command. Regards,-- Yannis Aribaud
Processing of linux_4.19.118-2~bpo9+1_source.changes
linux_4.19.118-2~bpo9+1_source.changes uploaded successfully to localhost along with the files: linux_4.19.118-2~bpo9+1.dsc linux_4.19.118-2~bpo9+1.debian.tar.xz linux_4.19.118-2~bpo9+1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Processing of linux-latest_105+deb10u4~bpo9+1_source.changes
linux-latest_105+deb10u4~bpo9+1_source.changes uploaded successfully to localhost along with the files: linux-latest_105+deb10u4~bpo9+1.dsc linux-latest_105+deb10u4~bpo9+1.tar.xz linux-latest_105+deb10u4~bpo9+1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
linux_4.19.118-2~bpo9+1_source.changes is NEW
binary:acpi-modules-4.19.0-0.bpo.9-686-di is NEW. binary:acpi-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:acpi-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:affs-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:affs-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:affs-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:affs-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-686-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:ata-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-686-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-marvell-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:btrfs-modules-4.19.0-0.bpo.9-s390x-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-686-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-marvell-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:cdrom-core-modules-4.19.0-0.bpo.9-s390x-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-686-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-marvell-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:compress-modules-4.19.0-0.bpo.9-s390x-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-686-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-marvell-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:crc-modules-4.19.0-0.bpo.9-s390x-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-686-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-marvell-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:crypto-dm-modules-4.19.0-0.bpo.9-s390x-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-4kc-malta-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-5kc-malta-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-686-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-686-pae-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-amd64-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-arm64-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-armmp-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-loongson-3-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-marvell-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-octeon-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-powerpc64le-di is NEW. binary:crypto-modules-4.19.0-0.bpo.9-s390x-di is NEW. binary:dasd-extra-modules-4.19.0-0.bpo.9-s390x-di is NEW. binar
linux-latest_105+deb10u4~bpo9+1_source.changes ACCEPTED into stretch-backports->backports-policy
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 20 May 2020 15:03:00 +0100 Source: linux-latest Binary: linux-source linux-doc linux-perf linux-image-alpha-generic linux-headers-alpha-generic linux-image-alpha-generic-dbg linux-image-alpha-smp linux-headers-alpha-smp linux-image-alpha-smp-dbg linux-image-amd64 linux-headers-amd64 linux-image-amd64-dbg linux-image-cloud-amd64 linux-headers-cloud-amd64 linux-image-cloud-amd64-dbg linux-image-rt-amd64 linux-headers-rt-amd64 linux-image-rt-amd64-dbg linux-image-arm64 linux-headers-arm64 linux-image-arm64-dbg linux-image-rt-arm64 linux-headers-rt-arm64 linux-image-rt-arm64-dbg linux-image-marvell linux-headers-marvell linux-image-marvell-dbg linux-image-rpi linux-headers-rpi linux-image-rpi-dbg linux-image-armmp linux-headers-armmp linux-image-armmp-dbg linux-image-armmp-lpae linux-headers-armmp-lpae linux-image-armmp-lpae-dbg linux-image-rt-armmp linux-headers-rt-armmp linux-image-rt-armmp-dbg linux-image-parisc linux-headers-parisc linux-image-parisc-smp linux-headers-parisc-smp linux-image-parisc64-smp linux-headers-parisc64-smp linux-image-686 linux-headers-686 linux-image-686-dbg linux-image-686-pae linux-headers-686-pae linux-image-686-pae-dbg linux-image-rt-686-pae linux-headers-rt-686-pae linux-image-rt-686-pae-dbg linux-image-itanium linux-headers-itanium linux-image-itanium-dbg linux-image-mckinley linux-headers-mckinley linux-image-mckinley-dbg linux-image-m68k linux-headers-m68k linux-image-m68k-dbg linux-image-4kc-malta linux-headers-4kc-malta linux-image-4kc-malta-dbg linux-image-5kc-malta linux-headers-5kc-malta linux-image-5kc-malta-dbg linux-image-octeon linux-headers-octeon linux-image-octeon-dbg linux-image-loongson-3 linux-headers-loongson-3 linux-image-loongson-3-dbg linux-image-mips64r6 linux-headers-mips64r6 linux-image-mips64r6-dbg linux-image-mips64r6el linux-headers-mips64r6el linux-image-mips64r6el-dbg linux-image-mips32r6 linux-headers-mips32r6 linux-image-mips32r6-dbg linux-image-mips32r6el linux-headers-mips32r6el linux-image-mips32r6el-dbg linux-image-powerpc linux-headers-powerpc linux-image-powerpc-dbg linux-image-powerpc-smp linux-headers-powerpc-smp linux-image-powerpc-smp-dbg linux-image-powerpc64 linux-headers-powerpc64 linux-image-powerpc64-dbg linux-image-powerpcspe linux-headers-powerpcspe linux-image-powerpcspe-dbg linux-image-powerpc64le linux-headers-powerpc64le linux-image-powerpc64le-dbg linux-image-riscv64 linux-headers-riscv64 linux-image-riscv64-dbg linux-image-s390x linux-headers-s390x linux-image-s390x-dbg linux-image-sh7751r linux-headers-sh7751r linux-image-sh7751r-dbg linux-image-sh7785lcr linux-headers-sh7785lcr linux-image-sh7785lcr-dbg linux-image-sparc64 linux-headers-sparc64 linux-image-sparc64-dbg linux-image-sparc64-smp linux-headers-sparc64-smp linux-image-sparc64-smp-dbg Architecture: source Version: 105+deb10u4~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian Kernel Team Changed-By: Ben Hutchings Description: linux-doc - Linux kernel specific documentation (meta-package) linux-headers-4kc-malta - Header files for Linux 4kc-malta configuration (meta-package) linux-headers-5kc-malta - Header files for Linux 5kc-malta configuration (meta-package) linux-headers-686 - Header files for Linux 686 configuration (meta-package) linux-headers-686-pae - Header files for Linux 686-pae configuration (meta-package) linux-headers-alpha-generic - Header files for Linux alpha-generic configuration (meta-package) linux-headers-alpha-smp - Header files for Linux alpha-smp configuration (meta-package) linux-headers-amd64 - Header files for Linux amd64 configuration (meta-package) linux-headers-arm64 - Header files for Linux arm64 configuration (meta-package) linux-headers-armmp - Header files for Linux armmp configuration (meta-package) linux-headers-armmp-lpae - Header files for Linux armmp-lpae configuration (meta-package) linux-headers-cloud-amd64 - Header files for Linux cloud-amd64 configuration (meta-package) linux-headers-itanium - Header files for Linux itanium configuration (meta-package) linux-headers-loongson-3 - Header files for Linux loongson-3 configuration (meta-package) linux-headers-m68k - Header files for Linux m68k configuration (meta-package) linux-headers-marvell - Header files for Linux marvell configuration (meta-package) linux-headers-mckinley - Header files for Linux mckinley configuration (meta-package) linux-headers-mips32r6 - Header files for Linux mips32r6 configuration (meta-package) linux-headers-mips32r6el - Header files for Linux mips32r6el configuration (meta-package) linux-headers-mips64r6 - Header files for Linux mips64r6 configuration (meta-package) linux-headers-mips64r6el - Header files for Linux mips64r6el configuration (meta-package) linux-headers-octeon - Header files for Linux octeon configuration (meta-package) linux-headers-parisc - H
Bug#961130: ethtool can read DOM values
Control: reassign -1 src:linux 4.19.118-2 On Wed, 2020-05-20 at 13:09 +, Yannis Aribaud wrote: > Package: ethtool > Version: 1:4.19-1 > Severity: important > The command ethtool -m is unable to read the transceiver DOM values. Again, this is a driver or hardware issue, not a bug in ethtool. [...] > As you can see all mesuring values are zeros. > I am using Debian GNU/Linux 10 (buster), kernel 4.19.0-9-amd64 #1 SMP > Debian 4.19.118-2 (2020-04-29) x86_64 GNU/Linux and libc6 2.28-10 > > FYI, I get correct values using SystemRescueCD 6 (ethtool 5.0, kernel > 4.19.34-1-lts) on this same hardware, using the same command. I see no changes to ethtool between 4.19 and 5.0 that would explain that. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#961130: ethtool can read DOM values
Processing control commands: > reassign -1 src:linux 4.19.118-2 Bug #961130 [ethtool] ethtool can read DOM values Bug reassigned from package 'ethtool' to 'src:linux'. No longer marked as found in versions ethtool/1:4.19-1. Ignoring request to alter fixed versions of bug #961130 to the same values previously set Bug #961130 [src:linux] ethtool can read DOM values Marked as found in versions linux/4.19.118-2. -- 961130: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems