Bug#867526: linux-headers-amd64: No linux-headers-4.9.0-3-amd64 package in Testing
Package: linux-headers-amd64 Version: 4.9+79 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Needed the Linux-headers-4.9.0-3-amd64 packages to compile Vbox Module * What exactly did you do (or not do) that was effective (or ineffective)? Apparently the package is not in Testing repos. (apt-cache search linux-headers) ➜ ~ uname -r 4.9.0-3-amd64 ➜ ~ apt-cache search linux-headers aufs-dkms - DKMS files to build and install aufs linux-libc-dev-arm64-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-armel-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-armhf-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-mips-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-mips64el-cross - Linux Kernel Headers for development (for cross-compiling) linux-libc-dev-mipsel-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-ppc64el-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-s390x-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-alpha-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-hppa-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-m68k-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-mips64-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-powerpc-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-powerpcspe-cross - Linux Kernel Headers for development (for cross-compiling) linux-libc-dev-ppc64-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-sh4-cross - Linux Kernel Headers for development (for cross- compiling) linux-libc-dev-sparc64-cross - Linux Kernel Headers for development (for cross- compiling) linux-headers-4.11.0-1-686 - Header files for Linux 4.11.0-1-686 linux-headers-4.11.0-1-686-pae - Header files for Linux 4.11.0-1-686-pae linux-headers-4.11.0-1-all - All header files for Linux 4.11 (meta-package) linux-headers-4.11.0-1-all-amd64 - All header files for Linux 4.11 (meta- package) linux-headers-4.11.0-1-all-i386 - All header files for Linux 4.11 (meta- package) linux-headers-4.11.0-1-amd64 - Header files for Linux 4.11.0-1-amd64 linux-headers-4.11.0-1-common - Common header files for Linux 4.11.0-1 linux-headers-4.11.0-1-common-rt - Common header files for Linux 4.11.0-1-rt linux-headers-4.11.0-1-rt-686-pae - Header files for Linux 4.11.0-1-rt-686-pae linux-headers-4.11.0-1-rt-amd64 - Header files for Linux 4.11.0-1-rt-amd64 linux-headers-586 - Header files for Linux 586 configuration (dummy 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-amd64 - Header files for Linux amd64 configuration (meta-package) linux-headers-rt-686-pae - Header files for Linux rt-686-pae configuration (meta-package) linux-headers-rt-amd64 - Header files for Linux rt-amd64 configuration (meta- package) linux-headers-4.9.0-2-common - Common header files for Linux 4.9.0-2 linux-headers-4.9.0-2-amd64 - Header files for Linux 4.9.0-2-amd64 linux-headers-4.4.0-1-common - Common header files for Linux 4.4.0-1 linux-headers-4.4.0-1-amd64 - Header files for Linux 4.4.0-1-amd64 ➜ ~ cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux stretch-DI-alpha5 _Stretch_ - Official Snapshot amd64 DVD Binary-1 20160108-10:55]/ stretch contrib main #deb cdrom:[Debian GNU/Linux stretch-DI-alpha5 _Stretch_ - Official Snapshot amd64 DVD Binary-1 20160108-10:55]/ stretch contrib main deb http://security.debian.org/debian-security testing/updates main contrib non-free deb-src http://security.debian.org/debian-security testing/updates main contrib non-free deb http://ftp.us.debian.org/debian testing main contrib non-free deb-src http://ftp.us.debian.org/debian testing main contrib non-free * What was the outcome of this action? N/A * What outcome did you expect instead? To find the package. *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages linux-headers-amd64 depends on: ii linux-headers-4.9.0-2-amd64 4.9.18-1 linux-headers-amd64 recommends no packages. linux-headers-amd64 suggests no packages.
Bug#867519: firmware-realtek: Add support for the rtl8812au/rtl8814au 802.11ac devices (already packaged in Ubuntu, Kali Linux)
Package: firmware-realtek Version: 20161130-3 Severity: wishlist Dear Maintainer, Please provide support for the rtl8812au (802.11ac 2x2) and rtl8814au (802.11ac 3x3 MIMO) devices. Drivers for this hardware is provided by: https://github.com/astsam/rtl8812au. These drivers are already packaged in Ubuntu since 16.04 LTS (and derivatives) as well as Kali Linux 2017.1 [3],[4]. There are relatively few 802.11ac USB adapters on the market and many of the available devices appear to use this chipset. You can provide some examples of hardware using this chipset here [5]. In my case, I am using an Edimax Edimax EW-7822UAC (Bus 003 Device 023: ID 7392:a822 Edimax Technology Co., Ltd). The COMFAST CF-917AC is an example of the faster rtl18814au hardware[6]. [1] http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PFid=57&Level=5&Conn=4&ProdID=397 [2] http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PNid=21&PFid=57&Level=5&Conn=4&ProdID=392 [3] https://packages.ubuntu.com/search?keywords=rtl8812au-dkms [4] https://www.kali.org/news/kali-linux-20171-release/ and https://bugs.kali.org/view.php?id=3260 [5] https://wiki.gentoo.org/wiki/AC1200_Wireless_Adapters [6] https://www.amazon.com/dp/B01B75MHR0 -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools 0.130 -- no debconf information
Bug#843448: [jspri...@debian.org: Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB]
On Mon, Jul 03, 2017 at 04:35:49PM +0200, Jochen Sprickerhof wrote: > thanks to the pointers, I've condensed the first patch (74b9605e) to the > attached one against 4.9. Can you verify that it works? > > I will try to port it to 4.11 and linux-next and post them. > > The second patch (2166ffd00-updated.diff) looks good for me, would be great to > see it in mainline. Did someone send it to the maintainers already? I've built latest 4.9.0 from stretch, plus your patch, plus 2166ffd00-updated.diff. It seems to boot on my XU4 with networking working just fine; unfortunately, I can't give it much more testing than that right now. /* Steinar */ -- Homepage: https://www.sesse.net/
Bug#864642: vmxnet3: Reports suspect GRO implementation on vSphere hosts / one VM crashes
Hi! Could this be https://bugzilla.kernel.org/show_bug.cgi?id=191201 ? Try the following, from comment 37 https://bugzilla.kernel.org/show_bug.cgi?id=191201#c37 | In the meantime, suggested workaround: | - disable rx data ring: ethtool -G eth? rx-mini 0 Also adding "vmxnet3.rev.30 = FALSE" to the vmx file of the VM seems to be needed. https://bugzilla.kernel.org/show_bug.cgi?id=191201#c40 Also: Which hardware version are you running? It is v10 for me (highest for ESX5.5) Grüße, Sven.
Bug#867486: Issue with the audit subsystem
Package: src:linux Version: 4.11.6-1 Severity: important Hi, Starting with 4.11 I get issues with the audit subsystem. Most of the audit trails are not logged in auditd but in dmesg and I also see a lot of warnings/erros in there: [34078.975005] audit: audit_lost=117558 audit_rate_limit=0 audit_backlog_limit=8192 [34078.975005] audit: kauditd hold queue overflow This is annoying Regards, Laurent Bigonville -- Package-specific info: ** Version: Linux version 4.11.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.11.6-1 (2017-06-19) ** Command line: BOOT_IMAGE=/vmlinuz-4.11.0-1-amd64 root=/dev/mapper/valinor--vg-root ro quiet splash audit=1 selinux=1 security=selinux ** Not tainted ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: LENOVO product_name: 20CK0002MB product_version: ThinkPad T550 chassis_vendor: LENOVO chassis_version: None bios_vendor: LENOVO bios_version: N11ET41W (1.17 ) board_vendor: LENOVO board_name: 20CK0002MB board_version: SDK0E50510 WIN ** Loaded modules: ctr ccm usb_serial_simple usbserial dm_snapshot dm_bufio vhost_net vhost tap fuse rfcomm xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 xfrm_user xfrm_algo xt_addrtype tun br_netfilter overlay nf_conntrack_netbios_ns nf_conntrack_broadcast xt_tcpudp xt_CT ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 ipt_REJECT nf_reject_ipv4 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_raw ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security iptable_raw iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter cmac bnep binfmt_misc nls_ascii nls_cp437 vfat fat iTCO_wdt iTCO_vendor_support arc4 intel_rapl x86_pkg_temp_thermal intel_powerclamp efi_pstore kvm_intel kvm irqbypass intel_cstate iwlmvm intel_uncore intel_rapl_perf mac80211 joydev uvcvideo videobuf2_vmalloc cdc_mbim serio_raw pcspkr efivars cdc_wdm videobuf2_memops videobuf2_v4l2 cdc_ncm cdc_acm videobuf2_core intel_pch_thermal usbnet videodev mii media iwlwifi sg btusb btrtl rtsx_pci_ms btbcm snd_hda_codec_realtek btintel snd_hda_codec_hdmi snd_hda_codec_generic memstick lpc_ich bluetooth cfg80211 snd_hda_intel thinkpad_acpi snd_hda_codec snd_hda_core snd_hwdep nvram rfkill battery snd_pcm snd_timer snd ac mei_me soundcore mei shpchp evdev coretemp parport_pc ppdev lp parport efivarfs ip_tables x_tables autofs4 ext4 crc16 jbd2 fscrypto ecb mbcache btrfs algif_skcipher af_alg dm_crypt dm_mod raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod sd_mod hid_generic usbhid hid crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc rtsx_pci_sdmmc mmc_core aesni_intel aes_x86_64 crypto_simd glue_helper cryptd ahci libahci psmouse libata scsi_mod i2c_i801 rtsx_pci mfd_core i915 i2c_algo_bit xhci_pci drm_kms_helper ehci_pci xhci_hcd ehci_hcd e1000e ptp usbcore pps_core drm usb_common thermal wmi video button ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09) Subsystem: Lenovo Broadwell-U Host Bridge -OPI [17aa:2223] 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: bdw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 [8086:1616] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo HD Graphics 5500 [17aa:2223] 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:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio Controller [8086:160c] (rev 09) Subsystem: Lenovo Broadwell-U Audio Controller [17aa:2223] 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:14.0 USB controller [0c03]: Intel Corporation Wildcat Point-LP USB xHCI Controller [8086:9cb1] (rev 03) (prog-if 30 [XHCI]) Subsystem: Lenovo Wildcat Point-LP USB xHCI Controller [17aa:2223] 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: xhci_hcd Kernel modules: xhci_pci 00:16.0 Communication controller [0780]: I
Bug#867392: marked as done (linux-image-4.9.0-3-amd64: installing kernel 4.11.0-1-amd64 cannot make mountpoint)
Your message dated Thu, 06 Jul 2017 12:51:25 +0100 with message-id <1499341885.2707.73.ca...@decadent.org.uk> and subject line Re: Bug#867392: linux-image-4.9.0-3-amd64: installing kernel 4.11.0-1-amd64 cannot make mountpoint has caused the Debian Bug report #867392, regarding linux-image-4.9.0-3-amd64: installing kernel 4.11.0-1-amd64 cannot make mountpoint to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 867392: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867392 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:linux Version: 4.11.0-1-amd64 Severity: important Dear Maintainer, I was doing a standard update / dist-upgrade this morning when I was told that my computer's architecture would not allow a makepoint, and that the updated kernel had not made itself an init. I am sorry that I have not booted into the new kernel, yet. but here is the make log: DKMS make.log for fglrx-15.9 for kernel 4.11.0-1-amd64 (x86_64) Thu Jul 6 07:01:28 EDT 2017 make: Entering directory '/usr/src/linux-headers-4.11.0-1-amd64' LD /var/lib/dkms/fglrx/15.9/build/built-in.o CC [M] /var/lib/dkms/fglrx/15.9/build/firegl_public.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_acpi.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_agp.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_debug.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_ioctl.o In file included from /usr/src/linux-headers-4.11.0-1-common/include/acpi/acpi.h:59:0, from /usr/src/linux-headers-4.11.0-1-common/include/linux/acpi.h:33, from /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c:23: /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c: In function ‘KCL_ACPI_GetVfctBios’: /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c:363:23: error: implicit declaration of function ‘acpi_get_table_with_size’ [-Werror=implicit-function-declaration] if (!ACPI_SUCCESS(acpi_get_table_with_size("VFCT", 1, &hdr, &tbl_size))) ^ /usr/src/linux-headers-4.11.0-1-common/include/acpi/acexcep.h:91:44: note: in definition of macro ‘ACPI_SUCCESS’ #define ACPI_SUCCESS(a) (!(a)) ^ At top level: /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c:839:20: warning: ‘KCL_ACPI_Slot_No_Hotplug’ defined but not used [-Wunused-function] static acpi_status KCL_ACPI_Slot_No_Hotplug(KCL_ACPI_DevHandle handle, u32 lvl, void *data, void **rv) ^~~~ CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_io.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_pci.o /var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘firegl_major_proc_read’: /var/lib/dkms/fglrx/15.9/build/firegl_public.c:639:9: error: void value not ignored as it ought to be len = seq_printf(m, "%d\n", major); ^ /var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘KCL_GetSignalStatus’: /var/lib/dkms/fglrx/15.9/build/firegl_public.c:1704:12: error: implicit declaration of function ‘signal_pending’ [-Werror=implicit-function-declaration] return signal_pending(current); ^~ In file included from /usr/src/linux-headers-4.11.0-1-common/include/linux/thread_info.h:20:0, from /usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/preempt.h:6, from /usr/src/linux-headers-4.11.0-1-common/include/linux/preempt.h:80, from /usr/src/linux-headers-4.11.0-1-common/include/linux/spinlock.h:50, from /usr/src/linux-headers-4.11.0-1-common/include/linux/seqlock.h:35, from /usr/src/linux-headers-4.11.0-1-common/include/linux/time.h:5, from /usr/src/linux-headers-4.11.0-1-common/include/linux/stat.h:18, from /usr/src/linux-headers-4.11.0-1-common/include/linux/module.h:10, from /var/lib/dkms/fglrx/15.9/build/firegl_public.c:109: /var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘KCL_LockUserPages’: /usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/current.h:17:17: warning: passing argument 1 of ‘get_user_pages’ makes integer from pointer without a cast [-Wint-conversion] #define current get_current() ^ /var/lib/dkms/fglrx/15.9/build/firegl_public.c:3239:26: note: in expansion of macro ‘current’ ret = get_user_pages(current, current->mm, vaddr, page_cnt, 1, 0, (struct page **)page_list, NULL); ^~~ In file included from /usr/src/linux-headers-4.11.0-1-common/include/linux/scatterlist.h:7:0, from /usr/
Processed: reassign 867366 to src:linux, severity of 867366 is important
Processing commands for cont...@bugs.debian.org: > reassign 867366 src:linux 4.9.30-2+deb9u2 Bug #867366 [installation-reports] installation-reports: Kernel panic: null pointer derefence at (null), first boot after install Bug reassigned from package 'installation-reports' to 'src:linux'. Ignoring request to alter found versions of bug #867366 to the same values previously set Ignoring request to alter fixed versions of bug #867366 to the same values previously set Bug #867366 [src:linux] installation-reports: Kernel panic: null pointer derefence at (null), first boot after install Marked as found in versions linux/4.9.30-2+deb9u2. > severity 867366 important Bug #867366 [src:linux] installation-reports: Kernel panic: null pointer derefence at (null), first boot after install Severity set to 'important' from 'critical' > thanks Stopping processing here. Please contact me if you need assistance. -- 867366: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867366 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: Persons involved in kernel development of debian os
> Can you please share with me the names of original team > who developed debian os and its kernel. There are several hundred Debian Developers and Maintainers: https://www.debian.org/devel/ Since Debian was founded in the 1990s many have joined and left the project, but a few key names are here: https://en.wikipedia.org/wiki/Debian#History Debian is mostly put together from pieces developed by others. Many only have responsibility for a small part of the system, in the case of Maintainers perhaps because they are involved with an upstream project which actually develops the software. What Debian brings to the table is organization into a product. As for the kernel, it is Linux, with some Debian patches. A very long list of Linux kernel maintainers is available at https://github.com/torvalds/linux/blob/master/MAINTAINERS It may be useful if you have questions about particular subsystems. > I had some querry regarding BOSS os. BOSS appears to be a derived distribution of Debian https://en.wikipedia.org/wiki/Bharat_Operating_System_Solutions BOSS's creators take parts of Debian and modify it to their needs, selecting packages, adjusting software configuration and the user interface. They may know lots about the software they use, or only about their modifications. In some cases, it *may* help to talk to the people working on Debian or the Linux kernel itself. This mailing list is a good place to discuss issues with the releases of the Linux kernel provided by Debian. If BOSS directly uses these releases, it might be a good place to ask for help. But Debian developers do not know and are not responsible for anything BOSS does with Debian after it has left their hands, including specific kernel configurations or its interaction with BOSS software which might be causing any problems you have. Similarly, Linux maintainers would not know about anything Debian or BOSS did. So it's a good idea to go up the tree slowly - ask BOSS, then Debian, then specific maintainers, rather than try to jump to the top. If you've explained a problem and the first person says "I don't know", it may be time to talk to someone higher. Best regards, -- Laurence "GreenReaper" Parry greenreaper.co.uk - wikifur.com - flayrah.com - inkbunny.net "Eternity lies ahead of us, and behind. Have you drunk your fill?"
Bug#867392: linux-image-4.9.0-3-amd64: installing kernel 4.11.0-1-amd64 cannot make mountpoint
Package: src:linux Version: 4.11.0-1-amd64 Severity: important Dear Maintainer, I was doing a standard update / dist-upgrade this morning when I was told that my computer's architecture would not allow a makepoint, and that the updated kernel had not made itself an init. I am sorry that I have not booted into the new kernel, yet. but here is the make log: DKMS make.log for fglrx-15.9 for kernel 4.11.0-1-amd64 (x86_64) Thu Jul 6 07:01:28 EDT 2017 make: Entering directory '/usr/src/linux-headers-4.11.0-1-amd64' LD /var/lib/dkms/fglrx/15.9/build/built-in.o CC [M] /var/lib/dkms/fglrx/15.9/build/firegl_public.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_acpi.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_agp.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_debug.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_ioctl.o In file included from /usr/src/linux-headers-4.11.0-1-common/include/acpi/acpi.h:59:0, from /usr/src/linux-headers-4.11.0-1-common/include/linux/acpi.h:33, from /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c:23: /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c: In function ‘KCL_ACPI_GetVfctBios’: /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c:363:23: error: implicit declaration of function ‘acpi_get_table_with_size’ [-Werror=implicit-function-declaration] if (!ACPI_SUCCESS(acpi_get_table_with_size("VFCT", 1, &hdr, &tbl_size))) ^ /usr/src/linux-headers-4.11.0-1-common/include/acpi/acexcep.h:91:44: note: in definition of macro ‘ACPI_SUCCESS’ #define ACPI_SUCCESS(a) (!(a)) ^ At top level: /var/lib/dkms/fglrx/15.9/build/kcl_acpi.c:839:20: warning: ‘KCL_ACPI_Slot_No_Hotplug’ defined but not used [-Wunused-function] static acpi_status KCL_ACPI_Slot_No_Hotplug(KCL_ACPI_DevHandle handle, u32 lvl, void *data, void **rv) ^~~~ CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_io.o CC [M] /var/lib/dkms/fglrx/15.9/build/kcl_pci.o /var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘firegl_major_proc_read’: /var/lib/dkms/fglrx/15.9/build/firegl_public.c:639:9: error: void value not ignored as it ought to be len = seq_printf(m, "%d\n", major); ^ /var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘KCL_GetSignalStatus’: /var/lib/dkms/fglrx/15.9/build/firegl_public.c:1704:12: error: implicit declaration of function ‘signal_pending’ [-Werror=implicit-function-declaration] return signal_pending(current); ^~ In file included from /usr/src/linux-headers-4.11.0-1-common/include/linux/thread_info.h:20:0, from /usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/preempt.h:6, from /usr/src/linux-headers-4.11.0-1-common/include/linux/preempt.h:80, from /usr/src/linux-headers-4.11.0-1-common/include/linux/spinlock.h:50, from /usr/src/linux-headers-4.11.0-1-common/include/linux/seqlock.h:35, from /usr/src/linux-headers-4.11.0-1-common/include/linux/time.h:5, from /usr/src/linux-headers-4.11.0-1-common/include/linux/stat.h:18, from /usr/src/linux-headers-4.11.0-1-common/include/linux/module.h:10, from /var/lib/dkms/fglrx/15.9/build/firegl_public.c:109: /var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘KCL_LockUserPages’: /usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/current.h:17:17: warning: passing argument 1 of ‘get_user_pages’ makes integer from pointer without a cast [-Wint-conversion] #define current get_current() ^ /var/lib/dkms/fglrx/15.9/build/firegl_public.c:3239:26: note: in expansion of macro ‘current’ ret = get_user_pages(current, current->mm, vaddr, page_cnt, 1, 0, (struct page **)page_list, NULL); ^~~ In file included from /usr/src/linux-headers-4.11.0-1-common/include/linux/scatterlist.h:7:0, from /usr/src/linux-headers-4.11.0-1-common/include/linux/dmapool.h:14, from /usr/src/linux-headers-4.11.0-1-common/include/linux/pci.h:1287, from /var/lib/dkms/fglrx/15.9/build/firegl_public.c:117: /usr/src/linux-headers-4.11.0-1-common/include/linux/mm.h:1330:6: note: expected ‘long unsigned int’ but argument is of type ‘struct task_struct *’ long get_user_pages(unsigned long start, unsigned long nr_pages, ^~ In file included from /usr/src/linux-headers-4.11.0-1-common/include/linux/thread_info.h:20:0, from /usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/preempt.h:6, from /usr/src/linux-headers-4.11.0-1-common/include/linux/preempt.h:80, from /usr/src/linux-headers-4.11.0-1-common/include/linux/spinlock.h:50, from /usr/src/linux-headers-4.11.0-1-common/include/linux/seqlock.h:35, from /usr/sr
Processed: found 867365 in 4.9.30-2+deb9u2
Processing commands for cont...@bugs.debian.org: > found 867365 4.9.30-2+deb9u2 Bug #867365 [src:linux] 8250_moxa: interferes with hardware Marked as found in versions linux/4.9.30-2+deb9u2. > thanks Stopping processing here. Please contact me if you need assistance. -- 867365: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867365 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#866511: kernel BUG at nvme/host/pci.c
Processing control commands: > tag -1 - moreinfo patch Bug #866511 [src:linux] kernel BUG at nvme/host/pci.c Removed tag(s) moreinfo and patch. -- 866511: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866511 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#866511: kernel BUG at nvme/host/pci.c
Control: tag -1 - moreinfo patch On Thu, 2017-07-06 at 02:47 +0200, Andreas Pflug wrote: > Am 05.07.17 um 19:31 schrieb Ben Hutchings: > > Control: reassign -1 src:linux 4.9.30-2+deb9u2 > > Control: tag -1 upstream patch moreinfo > > > > On Thu, 2017-06-29 at 19:30 +0200, Andreas Pflug wrote: > > > Package: linux-image-4.9.0-3-amd64 > > > > > > Version: 4.9.30-2+deb9u2 > > > > > > When starting an ancient Windows Server 2003 virtual machine on a fully > > > updated stretch host, the host will crash repeatably about 10 seconds > > > after start. Kernel logging was implemented over netconsole, so I could > > > capture the kernel output stating > > > > > > kernel BUG at > > > /build/linux-9uDFZV/linux-4.9.30/drivers/nvme/host/pci.c:495! > > > > A single log line is rarely enough to be useful... > > > > > Hardware is dual E5-2620v4 on Supermicro 10DRI-T with two SAMSUNG > > > MZQLW960HMJP-3 NVME disks (mdadm RAID-1). > > > > > > drivers/nvme/host/pci.c wasn't changed up to 4.11.8, the crashing > > > function nvme_setup_prps still the same in 4.12rc7, so I guess the bug > > > is still there. > > > > ...but I happened to see a fix that mentioned this function. > > > > This should make its way into a stable update eventually, but perhaps > > you could confirm that the attached patch fixes your problem by > > following these instructions: > > https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official > > The description of the patch seems very promising, but using the > 4.9.30-2+deb9u2a~test kernel the bug happens as well. > Log is attached, cut after 460 lines: the last trace on CPU15 is > repeated all over again, eventually leading to "Fixing recursive fault > but reboot is needed!" Thanks for checking. Ben. -- Ben Hutchings Man invented language to satisfy his deep need to complain. - Lily Tomlin signature.asc Description: This is a digitally signed message part
mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address
Control: reassign -1 src:linux 4.9.30-2 Control: retitle -1 mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address Control: affects -1 src:golang-github-pelletier-go-toml src:golang-github-nicksnyder-go-i18n gccgo-7 On Thu, Jul 06, 2017 at 02:11:00AM +0300, Adrian Bunk wrote: > Source: golang-github-pelletier-go-toml > Version: 1.0.0-1 > Severity: serious > > https://buildd.debian.org/status/package.php?p=golang-github-pelletier-go-toml&suite=sid > > ... >dh_auto_test -a -O--buildsystem=golang > go test -v -p 4 github.com/pelletier/go-toml > github.com/pelletier/go-toml/cmd github.com/pelletier/go-toml/cmd/tomljson > github.com/pelletier/go-toml/cmd/tomll github.com/pelletier/go-toml/query > go build github.com/davecgh/go-spew/spew: /usr/bin/mips-linux-gnu-gccgo-7: > waitid: bad address > FAIL github.com/pelletier/go-toml [build failed] > ? github.com/pelletier/go-toml/cmd[no test files] > ... James Cowgill told me that this is actually a kernel bug: https://www.linux-mips.org/archives/linux-mips/2017-03/msg00580.html 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
Processed: mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address
Processing control commands: > reassign -1 src:linux 4.9.30-2 Bug #867358 [src:golang-github-pelletier-go-toml] golang-github-pelletier-go-toml FTBFS on mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address Bug reassigned from package 'src:golang-github-pelletier-go-toml' to 'src:linux'. No longer marked as found in versions golang-github-pelletier-go-toml/1.0.0-1. Ignoring request to alter fixed versions of bug #867358 to the same values previously set Bug #867358 [src:linux] golang-github-pelletier-go-toml FTBFS on mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address Marked as found in versions linux/4.9.30-2. > retitle -1 mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address Bug #867358 [src:linux] golang-github-pelletier-go-toml FTBFS on mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address Changed Bug title to 'mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address' from 'golang-github-pelletier-go-toml FTBFS on mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address'. > affects -1 src:golang-github-pelletier-go-toml > src:golang-github-nicksnyder-go-i18n gccgo-7 Bug #867358 [src:linux] mips/mipsel: mips-linux-gnu-gccgo-7: waitid: bad address Added indication that 867358 affects src:golang-github-pelletier-go-toml, src:golang-github-nicksnyder-go-i18n, and gccgo-7 -- 867358: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867358 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#864642: vmxnet3: Reports suspect GRO implementation on vSphere hosts / one VM crashes
On Mon, 12 Jun 2017 10:02:56 +0200 =?UTF-8?Q?Patrick_Matth=c3=a4i?= wrote: > Since updating the kernel from linux-image-4.9.0-2-amd64 (4.9.18-1) to > linux-image-4.9.0-3-amd64 (4.9.30-1) all VMs report - just for the > "primary" interface this: > > TCP: ens192: Driver has suspect GRO implementation, TCP performance may > be compromised. > > I can't see any performance impact. This happens on all our vSphere 6.0 > and 6.5 hosts (running on HPE ProLiant DL 360 G8 - G9 HW / ProLiant ML > 350 G9 and so on). I see the same for my Stretch Test VMs, running on ESXi 5.5 on Dell R720. I have yet to experience a kernel panic, but those VMs are mostly idle and don't transfer many bytes via network, so the crash-intensity might be related to the amount of data transmitted or the peak throughput at some time. Grüße, Sven. signature.asc Description: OpenPGP digital signature
Processed: retitle 711108
Processing commands for cont...@bugs.debian.org: > retitle 711108 linux-image-* should suggest linux-perf-* Bug #711108 [src:linux] linux-image-* should suggest linux-tools-* Changed Bug title to 'linux-image-* should suggest linux-perf-*' from 'linux-image-* should suggest linux-tools-*'. > thanks Stopping processing here. Please contact me if you need assistance. -- 711108: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711108 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems