Bug#1050780: amd64-microcode: AMD Ryzen 9 5900HX Speculative Return Stack Overflow
Package: amd64-microcode Version: 3.20230808.1.1 Severity: important Dear Maintainer, I am a bit concerned about a security warning I find on my debian trixie. I had applied the software mitigation as per some links I found googling around GRUB_CMDLINE_LINUX_DEFAULT="quiet usbcore.autosuspend=-1 nvidia- drm.modeset=1 tsc=nowatchdog pcie_aspm=off spec_store_bypass_disable=on" I would like to find a microcode update that takes care of this issue, if possible. uname -a Linux ghost 6.5.0 #2 SMP PREEMPT_DYNAMIC Mon Aug 28 12:19:05 CEST 2023 x86_64 GNU/Linux [0.069591]: Speculative Return Stack Overflow IBPB-extending microcode not applied! [0.069592] Speculative Return Stack Overflow: Mitigation: safe RET, no microcode [3.673179] microcode: CPU0: patch_level=0x0a5c [3.673185] microcode: CPU8: patch_level=0x0a5c [3.673186] microcode: CPU9: patch_level=0x0a5c [3.673186] microcode: CPU11: patch_level=0x0a5c [3.673186] microcode: CPU10: patch_level=0x0a5c [3.673186] microcode: CPU1: patch_level=0x0a5c [3.673193] microcode: CPU3: patch_level=0x0a5c [3.673193] microcode: CPU2: patch_level=0x0a5c [3.673193] microcode: CPU4: patch_level=0x0a5c [3.673193] microcode: CPU5: patch_level=0x0a5c [3.673196] microcode: CPU7: patch_level=0x0a5c [3.673196] microcode: CPU6: patch_level=0x0a5c [3.673196] microcode: CPU13: patch_level=0x0a5c [3.673196] microcode: CPU12: patch_level=0x0a5c [3.673201] microcode: CPU14: patch_level=0x0a5c [3.673201] microcode: CPU15: patch_level=0x0a5c [3.673219] microcode: Microcode Update Driver: v2.2. grep 'model\|microcode' /proc/cpuinfo model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c model : 80 model name : AMD Ryzen 9 5900HX with Radeon Graphics microcode : 0xa5c thanks in advance -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled amd64-microcode depends on no packages. Versions of packages amd64-microcode recommends: ii initramfs-tools 0.142 amd64-microcode suggests no packages. -- no debconf information
Bug#1022126: New mainline kernel is out fixes for example 1022126 bug
Hello dear mantainers, I have stopped sending kernel packages as per your request (you defined it spamming). For who might be interested I am making the 6.2.0 kernel amd64 packages myself (the 6.2.0 kernel announcement is not yet on https://tracker.debian.org/pkg/linux). Since this version fixes bug 1022126 (and, I am sure others), Since all the CVE announcements on the site I read are about past kernels.. If you would like I can send the packages to debian mentor or wherever is most convenient for you, for testing and review. Sorry for my past mistakes (still have to fully comprehend where was I failing, since I was following the manuals, including the source etc, I'd like you to be more clear for what concerns where just following your procedures was failing). Thanks Renato Gallo
Bug#1029263: realtek: stability problems with realtek gigabit ethernet on stable and rc kernels
Dear Maintainers, I am using this crude workaround daily and it seems to work (as per upstream advice) cat /etc/systemd/system/realtek-bug.service [Unit] Description=Realtek Bugfix After=network.target [Service] Type=oneshot ExecStart=/usr/bin/bash -c '/usr/bin/echo 0 > /sys/class/net/enp2s0/device/link/l1_1_aspm' ExecStart=/usr/bin/sleep 1 ExecStart=/usr/bin/bash -c '/usr/bin/echo 0 > /sys/class/net/enp2s0/device/link/l1_aspm' [Install] WantedBy=network.target obviously each user has to find out the /sys path to his/her realtek network device. On Fri, 2023-01-20 at 14:15 +0100, xevilstar wrote: > Package: linux-image-6.2.0-rc4 > Version: 6.2.0-rc4-2 > Severity: severe > File: realtek > X-Debbugs-Cc: vmxevils...@gmail.com > > Dear Mantainers, > > I am having an issue with my ethernet card. > It works when the system boots but after around a couple of hours it > disconnects. > I tried different ways to get it working without having to reboot but > nothing else seemed to work. > Even rebooting doesn't solve the problem since again, after a couple > of hours, it stops working again. > I have googled around and found that some people had this same > problem on older kernels but no solution seemed to apply to this rc > nor latest stable kernel versions. > I am probably missing something here. > The issue happened also with recent stable 6.1.7 and rc kernel > versions. > I am actually testing the latest 6.2-rc4 version. > > Following are some data I think might be useful but if you feel I > neglected to give enough informations and you need more please just > ask me. > > Here some informations about my system : > uname -a > Linux ghost 6.2.0-rc4 #2 SMP PREEMPT_DYNAMIC Tue Jan 17 13:35:46 CET > 2023 x86_64 GNU/Linux > > gcc --version > gcc (Debian 12.2.0-14) 12.2.0 > Copyright (C) 2022 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There > is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > > > /usr/src# lspci|grep -i net > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 > 2.5GbE Controller (rev 05) > > description: Ethernet interface > product: RTL8125 2.5GbE Controller > vendor: Realtek Semiconductor Co., Ltd. > physical id: 0 > bus info: pci@:02:00.0 > logical name: enp2s0 > version: ff > serial: b0:25:aa:49:a5:3a > size: 1Gbit/s > capacity: 1Gbit/s > width: 32 bits > clock: 66MHz > capabilities: bus_master vga_palette cap_list ethernet physical tp > mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation > configuration: autonegotiation=on broadcast=yes driver=r8169 > driverversion=6.2.0-rc4 duplex=full firmware=rtl8125b-2_0.0.2 > 07/13/20 latency=255 link=yes maxlatency=255 mingnt=255 multicast=yes > port=twisted pair speed=1Gbit/s > > > > lsmod|grep r8169 > r8169 110592 0 > mdio_devres 16384 1 r8169 > libphy 200704 3 r8169,mdio_devres,realtek > > the firmware version I am using is linux-firmware-20221214.tar.gz > > > Here you can find what happens (dmesg -wT) > [Fri Jan 20 11:04:32 2023] userif-3: sent link up event. > > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: > rtl_chipcmd_cond == 1 (loop: 100, delay: 100). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:19:41 2023] r8169 :02:00.0 enp2s0: > rtl_mac_ocp_e00e_cond == 1 (loop: 10, delay: 1000). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: > rtl_chipcmd_cond == 1 (loop: 100, delay: 100). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:20:17 2023] r8169 :02:00.0 enp2s0: rtl_ephyar_cond > == 1 (loop: 100, delay: 10). > [Fri Jan 20 13:20:18 2023] r8169 :02:00.0 enp2s0: > rtl_mac_ocp_e00e_cond == 1 (loop: 10, delay: 1000). > > I would love to provide a patch of any kind but I am afraid I don't > have enough programming skills. > > Thanks in advance for your time. > > -- System Information: >
Bug#1029746: want: querybts --submitter= ... --limit=...
+1 On Fri, 2023-01-27 at 08:13 +0800, Dan Jacobson wrote: > querybts
Bug#1029608: RFS: openvpn-dco-dkms/0.0+git20230125-1[NMU] [RC] -- DCO (Data-Channel Offload) kernel module for OpenVPN)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "openvpn-dco-dkms": * Package name : openvpn-dco-dkms Version : 0.0+git20230125-1 Upstream contact : openvpn-de...@lists.sourceforge.net * URL : https://github.com/OpenVPN/ovpn-dco * License : GPL-2.0-only, GPL-2.0-only WITH Linux-syscall-note exception * Vcs : https://salsa.debian.org/debian/openvpn-dco-dkms Section : net The source builds the following binary packages: openvpn-dco-dkms - DCO (Data-Channel Offload) kernel module for OpenVPN) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/openvpn-dco-dkms/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/o/openvpn-dco-dkms/openvpn-dco-dkms_0.0+git20230125-1.dsc Changes since the last upload: openvpn-dco-dkms (0.0+git20230125-1) unstable; urgency=medium . * New upstream version 0.0+git20230125 * Fix build with kernel version > 6.2 * Fix https://github.com/OpenVPN/ovpn-dco/issues/21 * Fix https://github.com/OpenVPN/ovpn-dco/issues/20 * Fix https://github.com/OpenVPN/ovpn-dco/issues/12 Regards, -- Renato Gallo
Bug#1029565: RFS: linux/6.1.8-1 -- Linux for amd64 new stable release [NMU] [RC]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "linux": * Package name : linux Version : 6.1.8-1 Upstream contact : debian-ker...@lists.debian.org * URL : https://www.kernel.org/ * License : Unicode-data, LGPL-2.1, GPL-2+-or-X11, CRYPTOGAMS, LGPL-2.1 or BSD-2-clause, GPL-2 or BSD-2-clause, GPL-2, Xen-interface * Vcs : https://salsa.debian.org/kernel-team/linux Section : kernel The source builds the following binary packages: bpftool-dbgsym_7.1.0+6.1.8-1_amd64.deb - Inspection and simple manipulation of BPF programs and maps debug symbols bpftool_7.1.0+6.1.8-1_amd64.deb - Inspection and simple manipulation of BPF programs and maps hyperv-daemons-dbgsym_6.1.8-1_amd64.deb - Support daemons for Linux running on Hyper-V debug symbols hyperv-daemons_6.1.8-1_amd64.deb - Support daemons for Linux running on Hyper-V libcpupower-dev_6.1.8-1_amd64.deb - CPU frequency and voltage scaling tools for Linux (development files) libcpupower1-dbgsym_6.1.8-1_amd64.deb - CPU frequency and voltage scaling tools for Linux (libraries) debug symbols libcpupower1_6.1.8-1_amd64.deb - CPU frequency and voltage scaling tools for Linux (libraries) linux-compiler-gcc-12-x86_6.1.8-1_amd64.deb - Compiler for Linux on amd64 linux-config-6.1_6.1.8-1_amd64.deb - Debian kernel configurations for Linux 6.1 linux-cpupower-dbgsym_6.1.8-1_amd64.deb- CPU power management tools for Linuxdebug symbols linux-cpupower_6.1.8-1_amd64.deb - CPU power management tools for Linux linux-doc-6.1_6.1.8-1_all.deb - Linux kernel specific documentation (meta-package) linux-doc_6.1.8-1_all.deb - Linux kernel specific documentation for version 6.1.8 linux-headers-6.1.0-0-amd64_6.1.8-1_amd64.deb - Header files for Linux 6.1.8-1-amd64 linux-headers-6.1.0-0-cloud-amd64_6.1.8-1_amd64.deb - Header files for Linux 6.1.8-cloud-amd64 linux-headers-6.1.0-0-common-rt_6.1.8-1_all.deb - Common header files for Linux 6.1.8-rt-amd64 linux-headers-6.1.0-0-common_6.1.8-1_all.deb - Common header files for Linux 6.1.8 linux-headers-6.1.0-0-rt-amd64_6.1.8-1_amd64.deb - Common header files for Linux 6.1.8-rt linux-image-6.1.0-0-amd64-dbg_6.1.8-1_amd64.deb - Debug symbols for linux-image-6.1.8-amd64 linux-image-6.1.0-0-amd64-unsigned_6.1.8-1_amd64.deb - Linux 6.1.8 for 64-bit PCs linux-image-6.1.0-0-cloud-amd64-dbg_6.1.8-1_amd64.deb - Debug symbols for linux-image-6.1.8-cloud-amd64 linux-image-6.1.0-0-cloud-amd64-unsigned_6.1.8-1_amd64.deb - Linux 6.1.8 for x86-64 cloud linux-image-6.1.0-0-rt-amd64-dbg_6.1.8-1_amd64.deb - Debug symbols for linux-image-6.1.8-rt-amd64 linux-image-6.1.0-0-rt-amd64-unsigned_6.1.8-1_amd64.deb - Linux 6.1.8 for 64-bit PCs, PREEMPT_RT linux-image-amd64-dbg_6.1.8-1_amd64.deb - Debug symbols for linux- image-6.1.8-amd64 linux-image-amd64-signed-template_6.1.8-1_amd64.deb - Linux 6.1.8 for amd64 cloud signed linux-image-cloud-amd64-dbg_6.1.8-1_amd64.deb - Debug symbols for Linux 6.1.8 cloud linux-image-rt-amd64-dbg_6.1.8-1_amd64.deb - Debug symbols for Linux 6.1.8 for 64-bit PCs, PREEMPT_RT linux-kbuild-6.1-dbgsym_6.1.8-1_amd64.deb - Kbuild infrastructure for Linux 6.1.8 Debug symbols linux-kbuild-6.1_6.1.8-1_amd64.deb - Kbuild infrastructure for Linux 6.1.8 linux-libc-dev_6.1.8-1_amd64.deb - Linux support headers for userspace development linux-perf-dbgsym_6.1.8-1_amd64.deb - Performance analysis tools for Linux Debug symbols linux-perf_6.1.8-1_amd64.deb - Performance analysis tools for Linux linux-source-6.1_6.1.8-1_all.deb - Linux kernel source for version 6.1.8 with Debian patches linux-source_6.1.8-1_all.deb - Linux kernel source (meta-package) linux-support-6.1.0-0_6.1.8-1_all.deb - Support files for Linux 6.1.8 rtla_6.1.8-1_amd64.deb - Real-Time Linux Analysis tools usbip-dbgsym_2.0+6.1.8-1_amd64.deb - USB device sharing system over IP network Debug Symbols To access further information about this package, please visit the following URL: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029553 Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/l/linux/linux_6.1.8-1.dsc Changes since the last upload: linux (6.1.8-1) unstable; urgency=medium https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.8 - soc: qcom: apr: Make qcom,protection-domain optional again - wifi: Revert "wifi: mac80211: fix memory leak in ieee80211_if_add()" - block: mq-deadline: Rename deadline_is_seq_writes() - net/mlx5: fix missing mutex_unlock in mlx5_fw_fatal_reporter_err_work() - net/mlx5: Add missing mutex_unlock() before returning from - octeontx2-pf: Fix the use of GFP_KERNEL in atomic context on rt - net/ulp: use consistent error code when blocking ULP
Bug#1029473: gnome-session: Automatic Suspend should not be enabled by default
Hello, Humbly I would suggest to install the "espresso" extension https://extensions.gnome.org/extension/4135/espresso/ On Mon, 2023-01-23 at 10:24 +, Simon McVittie wrote: > Control: retitle -1 gnome-settings-daemon: automatic suspend after 20 > minutes is undesired by some users > Control: reassign -1 gnome-settings-daemon > Control: affects -1 + gnome-session > Control: tags -1 + upstream wontfix > > On Mon, 23 Jan 2023 at 01:19:44 +, Witold Baryluk wrote: > > It appears in Power settings, Automatic Suspend is On by default > > (with 20 > > minutes delay). > > This is intentional and has been true for about 5 years (in > particular, > this was already the case in Debian 11, and most likely Debian 10 as > well). > The automatic suspend became the default in upstream commit > < > https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/commit/2fdb48fa > > > which mentions that this behaviour is required by national > regulations > for personal computers sold in the EU and USA (with no distinction > made > between laptop and desktop systems). > > Obviously Debian doesn't sell computers with Debian and GNOME > preinstalled, but it would seem inconsistent with our > social/environmental > responsibilities if we disabled a power-saving feature like this by > default, particularly when that would make it illegal for third > parties > to sell computers with our OS preinstalled in the countries where a > lot > of our contributors are based, and doubly so during an ongoing > worldwide > climate crisis and a Europe-wide energy shortage. > > > I am on a desktop PC, always on, and have programs in a background > > that > > must run non stop or for many hours (i.e. data acquisition / > > monitoring, > > long running scripts, simulations, etc). > > I would suggest using the system's built-in facilities to delay > suspend > while running these tasks. If you wrap a long-running command like > this: > > systemd-inhibit ./my-long-running-script > > then that should prevent the system from suspending to RAM during > these > long-running tasks. This is available in a default installation or on > live media (because it's part of our default init system). > > > I also do not understand why Screen Blank in Power Saving Options > > is > > "Never". A default should be few minutes. > > Blanking the screen is redundant with the default suspend-to-RAM: the > screen is always blanked and locked before suspending anyway. Of > course, > if you adjust the settings to disable suspend-to-RAM, then it will be > necessary to change adjacent settings to match. > > > suspend to RAM is often broken on computers I use > > There is probably a kernel command-line option that can be used to > disable the ability to suspend-to-RAM, as a workaround for hardware > where > the ability to suspend is present but non-functional, but I don't > know it. > > smcv >
Bug#1029263: realtek: stability problems with realtek gigabit ethernet on stable and rc kernels
I have also sent an email upstream to 8169 10/100/1000 GIGABIT ETHERNET DRIVER M: Heiner Kallweit M: nic_s...@realtek.com L: net...@vger.kernel.org S: Maintained F: drivers/net/ethernet/realtek/r8169*
Bug#987008: Grub fails to find LVM volume after previous LV rename
+1 I largely use lvm in prod, sometimes it happens that I need to move things around, rename volumes... etc I'd like the fix to be applied Thanks Ronny On Fri, 2023-01-20 at 09:58 +, Ronny Adsetts wrote: > Bug#987008: Grub fails to find LVM volume after previous LV renam
Bug#961884: add init script / systemd unit for clamonacc background scanner
I use it to quell my paranoid mode to scan my debian laptop On Thu, 2023-01-19 at 08:09 +0100, Stefan Hornburg (Racke) wrote: > On 18/01/2023 21:59, Sébastien Villemot wrote: > > On Tue, 29 Jun 2021 22:08:31 +0200 Sebastian Andrzej Siewior > > wrote: > > > On 2020-05-30 19:53:49 [+], Patrick Schleizer wrote: > > > > package clamav-daemon ships a file /usr/bin/clamonacc which is > > > > a > > > > background virus scaning guard / real-time protection. It's > > > > currently > > > > non-trivial to use. > > > > > > > > sudo clamonacc > > > > > > > > ERROR: Clamonacc: at least one of OnAccessExcludeUID, > > > > OnAccessExcludeUname, or OnAccessExcludeRootUID must be > > > > specified ... it > > > > is reccomended you exclude the clamd instance UID or uname to > > > > prevent > > > > infinite event scanning loops > > > > > > > > May I suggest adding an init script / systemd unit file which > > > > runs the > > > > clamonacc background scanner? > > > > > > The config file has to be touched manually to configure it > > > properly. In > > > the past this was part of clamd and people managed to lockup / > > > deadlock > > > their systems. Therefore I hesitate to add an initscript here. > > > However I agree that even with proper configuration an initscript > > > would > > > be nice here since there is no need to over complicate it. > > > > > > Feel free to post something (by someone who is actually using > > > it), > > > otherwise I try to add something later on. > > > > As of clamav-daemon 1.0.0+dfsg-5, a systemd unit is provided for > > clamonacc, so it looks like this issue has been addressed. > > > > However, the unit is enabled by default. This looks like a bug, > > because > > the service fails to start with the default configuration. > > > > IMHO it doesn't make sense to be enabled as default even if it would > start properly. > Most common use of ClamAV is to scan emails. > > Regards > Racke >
Bug#1028496:
+1 please package NVIDIA-Linux-x86_64-525.78.01 On Mon, 2023-01-16 at 19:53 +0100, Alessio Di Sandro wrote: > +1 > It would be great if you could package the 525.xx version, as none of > the GeForce RTX 40 series is currently supported in Debian, not > through the proprietary drivers nor nouveau. > > Thanks, > Alessio >
Bug#1027790: Bug 1027790:nvidia-kernel-dkms: kernel driver 525.60.13 fails to build on kernel linux-6.2-rc2
Dear Mantainer, version NVIDIA-Linux-x86_64-525.78.01.run compiles well for kernel 6.2.rc2 nd 6.2-rc3 I am daily using it to work and play games nvidia-smi Sat Jan 14 07:59:20 2023 +-- ---+ | NVIDIA-SMI 525.78.01 Driver Version: 525.78.01 CUDA Version: 12.0 | |---+--+--- ---+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |===+==+=== ===| | 0 NVIDIA GeForce ... Off | :01:00.0 On | N/A | | N/A 38C P8 14W / 115W | 628MiB / 8192MiB | 4% Default | | | | N/A | +---+--+--- ---+ +-- ---+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |== ===| | 0 N/A N/A 10641 G /usr/lib/xorg/Xorg 299MiB | | 0 N/A N/A 10895 G /usr/bin/gnome-shell 127MiB | | 0 N/A N/A 11355 G gnome-control-center 7MiB | | 0 N/A N/A 11802 G ...plications/Zoiper5/zoiper 10MiB | | 0 N/A N/A 11835 C+G ...180056620158566841,131072 126MiB | | 0 N/A N/A 12085 G ...RendererForSitePerProcess 51MiB | +-- ---+ please add it to nvidia-dkms is there a way I can make the nvidia-dkms version change myself and send it to mentors ? Thanks
Bug#1028538: linux-source: linux-6.1.5# dpkg-buildpackage -j`nproc` -us -uc fails at docs for deprecated sphinx module
Re: [sphinx-doc/sphinx] ModuleNotFoundError: No module named 'sphinx.util.pycompat' (Issue #11125) The module was deprecated at 4.0 and removed at 6.0, see https://github.com/sphinx-doc/sphinx/pull/7316/files for deprecation. See also https://www.sphinx-doc.org/en/master/search.html?q=pycompat. The import attempt does not come from Sphinx code.
Bug#1028538: linux-source: linux-6.1.5# dpkg-buildpackage -j`nproc` -us -uc fails at docs
pip install -U Sphinx Requirement already satisfied: Sphinx in /usr/local/lib/python3.11/dist-packages (6.1.3) Requirement already satisfied: Pygments>=2.13 in /usr/lib/python3/dist- packages (from Sphinx) (2.14.0) Requirement already satisfied: packaging>=21.0 in /usr/lib/python3/dist-packages (from Sphinx) (22.0) Requirement already satisfied: sphinxcontrib-applehelp in /usr/lib/python3/dist-packages (from Sphinx) (1.0.2.dev0) Requirement already satisfied: requests>=2.25.0 in /usr/lib/python3/dist-packages (from Sphinx) (2.28.1) Requirement already satisfied: docutils<0.20,>=0.18 in /usr/lib/python3/dist-packages (from Sphinx) (0.19) Requirement already satisfied: snowballstemmer>=2.0 in /usr/lib/python3/dist-packages (from Sphinx) (2.2.0) Requirement already satisfied: alabaster<0.8,>=0.7 in /usr/lib/python3/dist-packages (from Sphinx) (0.7.12) Requirement already satisfied: babel>=2.9 in /usr/lib/python3/dist- packages (from Sphinx) (2.10.3) Requirement already satisfied: sphinxcontrib-htmlhelp>=2.0.0 in /usr/local/lib/python3.11/dist-packages (from Sphinx) (2.0.0) Requirement already satisfied: imagesize>=1.3 in /usr/lib/python3/dist- packages (from Sphinx) (1.4.1) Requirement already satisfied: sphinxcontrib-serializinghtml>=1.1.5 in /usr/lib/python3/dist-packages (from Sphinx) (1.1.5) Requirement already satisfied: sphinxcontrib-devhelp in /usr/lib/python3/dist-packages (from Sphinx) (1.0.2) Requirement already satisfied: sphinxcontrib-qthelp in /usr/lib/python3/dist-packages (from Sphinx) (1.0.3) Requirement already satisfied: Jinja2>=3.0 in /usr/lib/python3/dist- packages (from Sphinx) (3.0.3) Requirement already satisfied: sphinxcontrib-jsmath in /usr/lib/python3/dist-packages (from Sphinx) (1.0.1.dev0)
Bug#1028538: linux-source: linux-6.1.5# dpkg-buildpackage -j`nproc` -us -uc fails at docs
tried pip3 install -U sphinx Requirement already satisfied: sphinx in /usr/local/lib/python3.11/dist-packages (1.4.1) Collecting sphinx Downloading sphinx-6.1.3-py3-none-any.whl (3.0 MB) 3.0/3.0 MB 9.6 MB/s eta 0:00:00 Requirement already satisfied: Jinja2>=3.0 in /usr/lib/python3/dist- packages (from sphinx) (3.0.3) Requirement already satisfied: alabaster<0.8,>=0.7 in /usr/lib/python3/dist-packages (from sphinx) (0.7.12) Requirement already satisfied: packaging>=21.0 in /usr/lib/python3/dist-packages (from sphinx) (22.0) Requirement already satisfied: sphinxcontrib-jsmath in /usr/lib/python3/dist-packages (from sphinx) (1.0.1.dev0) Requirement already satisfied: requests>=2.25.0 in /usr/lib/python3/dist-packages (from sphinx) (2.28.1) Requirement already satisfied: sphinxcontrib-serializinghtml>=1.1.5 in /usr/lib/python3/dist-packages (from sphinx) (1.1.5) Requirement already satisfied: imagesize>=1.3 in /usr/lib/python3/dist- packages (from sphinx) (1.4.1) Requirement already satisfied: sphinxcontrib-qthelp in /usr/lib/python3/dist-packages (from sphinx) (1.0.3) Requirement already satisfied: sphinxcontrib-devhelp in /usr/lib/python3/dist-packages (from sphinx) (1.0.2) Requirement already satisfied: snowballstemmer>=2.0 in /usr/lib/python3/dist-packages (from sphinx) (2.2.0) Collecting sphinxcontrib-htmlhelp>=2.0.0 Downloading sphinxcontrib_htmlhelp-2.0.0-py2.py3-none-any.whl (100 kB) 100.5/100.5 kB 9.4 MB/s eta 0:00:00 Requirement already satisfied: Pygments>=2.13 in /usr/lib/python3/dist- packages (from sphinx) (2.14.0) Requirement already satisfied: docutils<0.20,>=0.18 in /usr/lib/python3/dist-packages (from sphinx) (0.19) Requirement already satisfied: babel>=2.9 in /usr/lib/python3/dist- packages (from sphinx) (2.10.3) Requirement already satisfied: sphinxcontrib-applehelp in /usr/lib/python3/dist-packages (from sphinx) (1.0.2.dev0) Installing collected packages: sphinxcontrib-htmlhelp, sphinx Attempting uninstall: sphinxcontrib-htmlhelp Found existing installation: sphinxcontrib-htmlhelp 1.0.4.dev0 Not uninstalling sphinxcontrib-htmlhelp at /usr/lib/python3/dist- packages, outside environment /usr Can't uninstall 'sphinxcontrib-htmlhelp'. No files were found to uninstall. Attempting uninstall: sphinx Found existing installation: Sphinx 1.4.1 Uninstalling Sphinx-1.4.1: Successfully uninstalled Sphinx-1.4.1 Successfully installed sphinx-6.1.3 sphinxcontrib-htmlhelp-2.0.0 WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv now I get root@ghost:/usr/src/kernel/linux-6.1.5/debian/build/build-doc# sphinx- build --version sphinx-build 6.1.3 but still linux-6.1.5# dpkg-buildpackage -j`nproc` -us -uc dpkg-buildpackage: info: source package linux dpkg-buildpackage: info: source version 6.1.5-1 dpkg-buildpackage: info: source distribution UNRELEASED dpkg-buildpackage: info: source changed by Renato Gallo dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . dpkg-source: info: using options from linux-6.1.5/debian/source/local- options: --abort-on-upstream-changes debian/rules clean md5sum --check debian/control.md5sum --status || \ /usr/bin/make -f debian/rules debian/control-real dh_testdir rm -rf debian/build debian/stamps debian/lib/python/debian_linux/*.pyc debian/lib/python/debian_linux/__pycache__ $(find debian -maxdepth 1 - type d -name 'linux-*') debian/*-modules-*-di* debian/kernel-image-*- di* debian/*-tmp debian/*.substvars dh_clean dpkg-source -b . dpkg-source: info: using options from linux-6.1.5/debian/source/local- options: --abort-on-upstream-changes dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: warning: upstream signing key but no upstream tarball signature dpkg-source: info: building linux using existing ./linux_6.1.5.orig.tar.xz dpkg-source: info: using patch list from debian/patches/series dpkg-source: info: building linux in linux_6.1.5-1.debian.tar.xz dpkg-source: info: building linux in linux_6.1.5-1.dsc debian/rules binary mkdir -p debian/build printf >debian/build/version-info 'Source: %s\nVersion: %s\n' linux 6.1.5-1 md5sum --check debian/control.md5sum --status || \ /usr/bin/make -f debian/rules debian/control-real dh_testdir /usr/bin/make -f debian/rules.gen build-indep make[1]: Entering directory '/usr/src/kernel/linux-6.1.5' /usr/bin/make -f debian/rules.real build_headers-common ABINAME='6.1.0- 0' ALL_KERNEL_ARCHES='alpha arm arm64 ia64 m68k mips parisc powerpc riscv s390 sh sparc x86' DESTDIR='/usr/src/kernel/linux- 6.1.5/debian/linux-headers-6.1.0-0-common' DH_OPTIONS='-plinux-headers- 6.1.0-0-common' FEATURESET='none' LOCALVERSION='' PACKAGE_NAME='linux- headers-6.1.0-0-common' SOURCEVERSION='6.1.5-1' SOURCE_BASENAME='linux' SOURCE_SUFFIX='' UPSTREAMVERSION='6.1'
Bug#1028538: linux-source: linux-6.1.5# dpkg-buildpackage -j`nproc` -us -uc fails at docs
sphinx-build --version Traceback (most recent call last): File "/usr/local/bin/sphinx-build", line 8, in sys.exit(main()) ^^ File "/usr/local/lib/python3.11/dist-packages/sphinx/__init__.py", line 51, in main sys.exit(build_main(argv)) File "/usr/local/lib/python3.11/dist-packages/sphinx/__init__.py", line 61, in build_main from sphinx import cmdline File "/usr/local/lib/python3.11/dist-packages/sphinx/cmdline.py", line 23, in from sphinx.application import Sphinx File "/usr/local/lib/python3.11/dist-packages/sphinx/application.py", line 35, in from sphinx.domains import ObjType, BUILTIN_DOMAINS File "/usr/local/lib/python3.11/dist- packages/sphinx/domains/__init__.py", line 279, in from sphinx.domains.cpp import CPPDomain # noqa File "/usr/local/lib/python3.11/dist-packages/sphinx/domains/cpp.py", line 263, in _whitespace_re = re.compile(r'\s+(?u)') ^^ File "/usr/lib/python3.11/re/__init__.py", line 227, in compile return _compile(pattern, flags) File "/usr/lib/python3.11/re/__init__.py", line 294, in _compile p = _compiler.compile(pattern, flags) ^ File "/usr/lib/python3.11/re/_compiler.py", line 743, in compile p = _parser.parse(p, flags) ^^^ File "/usr/lib/python3.11/re/_parser.py", line 980, in parse p = _parse_sub(source, state, flags & SRE_FLAG_VERBOSE, 0) ^^ File "/usr/lib/python3.11/re/_parser.py", line 455, in _parse_sub itemsappend(_parse(source, state, verbose, nested + 1, ^^ File "/usr/lib/python3.11/re/_parser.py", line 841, in _parse raise source.error('global flags not at the start ' re.error: global flags not at the start of the expression at position 3
Bug#1028538: linux-source: linux-6.1.5# dpkg-buildpackage -j`nproc` -us -uc fails at docs
scripts/sphinx-pre-install seems to fail here sub get_sphinx_version($) { my $cmd = shift; my $ver; open IN, "$cmd --version 2>&1 |"; while () { if (m/^\s*sphinx-build\s+([\d\.]+)((\+\/[\da-f]+)|(b\d+))?$/) { $ver=$1; last; } # Sphinx 1.2.x uses a different format if (m/^\s*Sphinx.*\s+([\d\.]+)$/) { $ver=$1; last; } } close IN; return $ver; } sub check_sphinx() { my $default_version; open IN, $conf or die "Can't open $conf"; while () { if (m/^\s*needs_sphinx\s*=\s*[\'\"]([\d\.]+)[\'\"]/) { $min_version=$1; last; } } close IN; die "Can't get needs_sphinx version from $conf" if (!$min_version); open IN, $requirement_file or die "Can't open $requirement_file"; while () { if (m/^\s*Sphinx\s*==\s*([\d\.]+)$/) { $default_version=$1; last; } } close IN; die "Can't get default sphinx version from $requirement_file" if (!$default_version); $virtenv_dir = $virtenv_prefix . $default_version; my $sphinx = get_sphinx_fname(); if ($sphinx eq "") { $need_sphinx = 1; return; } $cur_version = get_sphinx_version($sphinx); die ("$sphinx returned an error") if (!$cur_version); On Thu, 2023-01-12 at 15:06 +0100, xevilstar wrote: > Package: linux-source > Version: 6.1.5-1 > Severity: important > X-Debbugs-Cc: vmxevils...@gmail.com > > Dear Maintainer, > > kernel version 6.1.5 > I have downloaded the new stable kernel version and I wanted to > contribute trying at my best > to upload it to mentors > I have cloned the git version of the debian/ files and put it inside > the kernel source directory > from inside the kernel source directory > I have added the new version in debian/changelog then > I have run the debian/bin/genorig.py > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > then > I have run debian/rules orig > no errors, but then > > dpkg-buildpackage -j`nproc` -us -uc > dpkg-buildpackage: info: source package linux > dpkg-buildpackage: info: source version 6.1.5-1 > dpkg-buildpackage: info: source distribution UNRELEASED > dpkg-buildpackage: info: source changed by Renato Gallo > > dpkg-buildpackage: info: host architecture amd64 > dpkg-source --before-build . > dpkg-source: info: using options from linux- > 6.1.5/debian/source/local-options: --abort-on-upstream-changes > debian/rules clean > md5sum --check debian/control.md5sum --status || \ > /usr/bin/make -f debian/rules debian/control-real > dh_testdir > rm -rf debian/build debian/stamps > debian/lib/python/debian_linux/*.pyc > debian/lib/python/debian_linux/__pycache__ $(find debian -maxdepth 1 > -type d -name 'linux-*') debian/*-modules-*-di* debian/kernel-image- > *-di* debian/*-tmp debian/*.substvars > dh_clean > dpkg-source -b . > dpkg-source: info: using options from linux- > 6.1.5/debian/source/local-options: --abort-on-upstream-changes > dpkg-source: info: using source format '3.0 (quilt)' > dpkg-source: warning: upstream signing key but no upstream tarball > signature > dpkg-source: info: building linux using existing > ./linux_6.1.5.orig.tar.xz > dpkg-source: info: using patch list from debian/patches/series > dpkg-source: info: building linux in linux_6.1.5-1.debian.tar.xz > dpkg-source: info: building linux in linux_6.1.5-1.dsc > debian/rules binary > mkdir -p debian/build > printf >debian/build/version-info 'Source: %s\nVersion: %s\n' linux > 6.1.5-1 > md5sum --check debian/control.md5sum --status || \ > /usr/bin/make -f debian/rules debian/control-real > dh_testdir > /usr/bin/make -f debian/rules.gen build-indep > make[1]: Entering directory '/usr/src/kernel/linux-6.1.5' > /usr/bin/make -f debian/rules.real build_headers-common > ABINAME='6.1.0-0' ALL_KERNEL_ARCHES='alpha arm arm64 ia64 m68k mips > parisc powerpc riscv s390 sh sparc x86' > DESTDIR='/usr/src/kernel/linux-6.1.5/debian/linux-headers-6.1.0-0- > common' DH_OPTIONS='-plinux-headers-6.1.0-0-common' FEATURESET='none' > LOCALVERSION='' PACKAGE_NAME='linux-headers-6.1.0-0-common' > SOURCEVERSION='6.1.5-1' SOURCE_BASENAME='linux' SOURCE_SUFFIX='' > UPSTREAMVERSION='6.1' VERSION='6.1' > make[2]: Entering directory '/usr/src/kernel/linux-6.1.5' > make[2]: Nothing to be done for 'build_headers-common'. > make[2]: Leaving directory '/usr/src/kernel/linux-6.1.5' > /usr/bin/make -f debian/rules.real build_doc ABINAME='6.1.0-0' > DESTDIR='/usr/src/kernel/linux-6.1.5/debian/linux-doc-6.1' > DH_OPTIONS='-plinux-doc-6.1' PACKAGE_NAME='linux-doc-6.1' > SOURCEVERSION='6.1.5-1' SOURCE_BASENAME='linux' SOURCE_SUFFIX='' > UPSTREAMVERSION='6.1' VERSION='6.1' > make[2]: Entering directory '/usr/src/kernel/linux-6.1.5' > test -d .pc > set +e; QUILT_PC=.pc quilt unapplied --quiltrc - >/dev/null && echo > 'Patch series not fully applied'; test $? -eq 1 > File series fully applied, ends at patch 6.1.5.patch > mkdir -p 'debian/build' > rm -rf 'debian/build/build-doc' > mkdir -p 'debian/build/build-doc' > cp -al COPYING CREDITS Documentation Kbuild Kconfig LICENSES > MAINTAINERS Makefile README arch block certs crypto drivers fs > include init
Bug#1027810: linux-source: I'd love to have a step by step manual on how to create the debian/ files on a brand new kernel
Hello, ./debian/bin/genorig.py -V 6.2-rc2 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git downloads the correct kernel version but then all the rest of README.source instructions try to build the older version ... why ? On Tue, 2023-01-03 at 17:04 +0100, xevilstar wrote: > Package: linux-source > Version: 6.1.2-1~exp1 > Severity: wishlist > X-Debbugs-Cc: vmxevils...@gmail.com > > Dear Maintainer, > > > I am trying to upload a new kernel source > I tried the debfiles of an old version but I cannot find where it has > the version number hardcoded > > ./debian/bin/genorig.py > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > Using source name linux, version 6.1.2, dfsg 0 > Cloning into bare repository 'debian/genorigxct60re5/git'... > warning: Could not find remote branch v6.1.2 to clone. > fatal: Remote branch v6.1.2 not found in upstream origin > Traceback (most recent call last): > File "/usr/src/linux-6.2-rc2/./debian/bin/genorig.py", line 169, in > > Main(args[0], options.override_version)() > File "/usr/src/linux-6.2-rc2/./debian/bin/genorig.py", line 48, in > __call__ > subprocess.run( > File "/usr/lib/python3.11/subprocess.py", line 571, in run > raise CalledProcessError(retcode, process.args, > subprocess.CalledProcessError: Command '['git', 'clone', '--bare', '- > -depth=1', '-b', 'v6.1.2', > 'https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git', > 'debian/genorigxct60re5/git']' returned non-zero exit status 128. > > I wish I can generate the orig of the kernel I have downloaded from > kernel.org > > > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, > 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 6.2.0-rc2 (SMP w/16 CPU threads; PREEMPT) > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, > TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages linux-source depends on: > ii linux-source-6.1 6.1.2-1~exp1 > > linux-source recommends no packages. > > linux-source suggests no packages. > > -- no debconf information