Bug#867526: linux-headers-amd64: No linux-headers-4.9.0-3-amd64 package in Testing

[zizou]

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)

[Jason Cohen]

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=57=5=4=397
[2]
http://www.realtek.com.tw/products/productsView.aspx?Langid=1=21=57=5=4=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]

[Steinar H. Gunderson]

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

[Sven Hartge]

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

[Laurent Bigonville]

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]: 

Bug#867392: marked as done (linux-image-4.9.0-3-amd64: installing kernel 4.11.0-1-amd64 cannot make mountpoint)

[Debian Bug Tracking System]

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, , _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 

Processed: reassign 867366 to src:linux, severity of 867366 is important

[Debian Bug Tracking System]

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

[Laurence Parry]

> 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

[Susan Cragin]

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, , _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 

Processed: found 867365 in 4.9.30-2+deb9u2

[Debian Bug Tracking System]

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

[Debian Bug Tracking System]

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

[Ben Hutchings]

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

[Adrian Bunk]

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=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

[Debian Bug Tracking System]

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

[Sven Hartge]

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

[Debian Bug Tracking System]

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