Bug#790660: Closing this bug (BTS maintenance for src:linux bugs)

2021-05-08 Thread chrysn
> If you can reproduce it with
> 
> - the current version in unstable/testing
> - the latest kernel from backports
>
> please reopen the bug, see https://www.debian.org/Bugs/server-control
> for details.

Micha, can you? I don't have that hardware around any more.

BR
chrysn


signature.asc
Description: PGP signature


Bug#987815: MPTCP is not enabled

2021-04-30 Thread chrysn
Source: linux
Version: 5.10.28-1
Severity: wishlist


The current configuration does not enable the multipath TCP
functionality provided by the kernel through the MPTCP (and the
the-default MPTCP_IPV6) binary options.

These have been available since kernel version 5.6.

When enabled, user space applications can opt in to MPTCP behavior by
using the new IPPROTO_MPTCP; regular TCP connections are unaffected.

Applications using this are starting slowly (outside of the Apple
ecosystem where this has been in used for years to ensure smooth network
handovers), but having this available widely would make it easier for
application developers to verify MPTCP operation on systems where they
can't easily (or don't have the experience to) rebuild their kernel with
CONFIG_MPTCP=y.

Please consider enabling this feature.


-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.12.0-rc5 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom


signature.asc
Description: PGP signature


Bug#795214: atkbd: keyboard events swallowed / spurious ones emitted on Thinkpad Yoga

2015-09-30 Thread chrysn
small followup (more of a note-to-self): for unrelated reasons, i've
stumbled upon the i8042.debug kernel parameter, which logs events going
through that keyboard. next time i have time to experiment with the
spurious events again, i'll leave that on to see what it emits.

regards
chrysn


signature.asc
Description: PGP signature


Bug#795214: atkbd: keyboard events swallowed / spurious ones emitted on Thinkpad Yoga

2015-08-11 Thread chrysn
Package: src:linux
Version: 4.1.2-1~exp1
Severity: minor

On my Thinkpad Yoga (20CD-0035GE), I'm occasionally seeing spurious
keyboard events; I'll describe it in the sequence I've discovered them:

* When playing supertux (a game heavy in cursor keys, space and control
  presses), I've observed keys hanging randomly, maybe once per five
  minutes -- eg. when crouching (by pressing the down key), tux would
  stay crouched even after releasing all keys, and only stand up when I
  pressed the down key again.

* printf debugging showed that the event was actually missing in the SDL
  event stream, but hinted at another key up event without a
  corresponding key down event I could find. The event there was
  SDLK_KP_6 (keypad 6 / right), a key not present on the keyboard.

  From this, I didn't look for missing events any more (which is pretty
  hard given its erratic nature), but looked for keypad 6.

* xtrace shows the keypad events as well (the one I've found there was a
  key down event of the keypad without a corresponding key up), they
  look like that there:

001::13c8: Event KeyPress(2) keycode=0x55 time=0x0498f33a root=0x00d5 
event=0x0b8d child=None(0x) root-x=634 root-y=224 event-x=632 
event-y=160 state=0 same-screen=true(0x01)

* The keypad 6 event also showed up on xev after several minutes of
  mentally playing supertux, and looked like this there:

KeyRelease event, serial 40, synthetic NO, window 0xce1,
root 0xd5, subw 0x0, time 79559803, (171,206), root:(175,240),
state 0x0, keycode 85 (keysym 0xff98, KP_Right), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False

* I reached the limits of what I could easily debug at the edge of the X
  server, but roughly at the same time, I've seen events like this in
  dmesg:

[Aug11 21:20] atkbd serio0: Unknown key pressed (translated set 2, code 0xb9 on 
isa0060/serio0).
[  +0.07] atkbd serio0: Use 'setkeycodes e039 keycode' to make it known.
[  +3.679327] atkbd serio0: Unknown key pressed (translated set 2, code 0xb9 on 
isa0060/serio0).
[  +0.07] atkbd serio0: Use 'setkeycodes e039 keycode' to make it known.
[Aug11 21:23] atkbd serio0: Unknown key pressed (translated set 2, code 0xb9 on 
isa0060/serio0).
[  +0.07] atkbd serio0: Use 'setkeycodes e039 keycode' to make it known.

Given that this whole situation at least spews out messages on kernel
level, I reckon this bug report is going in roughly the right direction
here -- of course, I can't rule out hardware or keyboard firmware
issues.

Is there any interface I can tap to gather further data or help tracking
this down?

Thanks
chrysn

-- Package-specific info:
** Version:
Linux version 4.1.0-trunk-amd64 (debian-kernel@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.1.2-1~exp1 (2015-07-11)

** Command line:
BOOT_IMAGE=/vmlinuz-4.1.0-trunk-amd64 root=/dev/mapper/root ro verbose 
init=/bin/systemd no_console_suspend thinkpad_acpi.fan_control=1

** Not tainted

** Kernel log:
[79112.473509] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[79112.473511] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[79112.473512] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[79112.473513] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[79116.347487] wlan0: authenticate with 70:10:5c:62:fc:b0
[79116.350406] wlan0: send auth to 70:10:5c:62:fc:b0 (try 1/3)
[79116.456483] wlan0: send auth to 70:10:5c:62:fc:b0 (try 2/3)
[79116.560660] wlan0: send auth to 70:10:5c:62:fc:b0 (try 3/3)
[79116.663503] wlan0: authentication with 70:10:5c:62:fc:b0 timed out
[79127.627118] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[79152.605623] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[79160.140662] wlan0: authenticate with 1c:e8:5d:86:01:a0
[79160.143359] wlan0: send auth to 1c:e8:5d:86:01:a0 (try 1/3)
[79160.146035] wlan0: authenticated
[79160.150387] wlan0: associate with 1c:e8:5d:86:01:a0 (try 1/3)
[79160.154379] wlan0: RX AssocResp from 1c:e8:5d:86:01:a0 (capab=0x31 status=0 
aid=120)
[79160.156807] wlan0: associated
[79160.156860] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[79160.156998] cfg80211: Calling CRDA for country: DE
[79160.162150] cfg80211: Regulatory domain changed to country: DE
[79160.162157] cfg80211:  DFS Master region: ETSI
[79160.162159] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[79160.162164] cfg80211:   (240 KHz - 2483500 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[79160.162167] cfg80211:   (515 KHz - 525 KHz @ 8 KHz, 20 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[79160.162171] cfg80211:   (525 KHz - 535 KHz @ 8 KHz, 20 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[79160.162174] cfg80211:   (547 KHz - 5725000 KHz @ 16 KHz), (N/A, 2698 
mBm), (0 s)
[79160.162176] cfg80211

Bug#790660: thinkpad yoga sometimes fails to suspend when xhci-pci is loaded

2015-07-16 Thread chrysn
i've now reproduced the issue on an untained 4.1.0 kernel
(4.1.2-1~exp1). the logged events have been started with `echo mem 
/sys/power/state` this time; however, i've seen similar behavior with
systemd managed suspends as well (in that case, the system needs the
powerkey wakeup described in the earlier mail; a plain /sys/power/state
suspend fails without entering that state).

a full dmesg output is attached. the suspend event around 5088 (dmesg
time stamp) worked, the event around 5114 failed.

best regards
chrysn


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom


dmesg.out.xz
Description: application/xz


signature.asc
Description: Digital signature


Bug#790660: thinkpad yoga sometimes fails to suspend when xhci-pci is loaded

2015-07-01 Thread chrysn
On Tue, Jun 30, 2015 at 06:25:42PM +0200, Bastian Blank wrote:
 You have several modules loaded that are not supported.  You want to try
 it without first.

i've blacklisted those modules, even purged them -- still, when i
reboot, my kernel is tainted 4096 (O) after login; at that time, no
out-of-tree modules are loaded. i'd happily provide test results with a
completely untainted kernel, but as things are, i don't know how to boot
into one. (there doesn't happen to be a kernel option to have it reject
tainting modules, does there?)

even under the current circumstances, the issue is the same. (i noticed
that the fan *does* stop spinning as opposed to my original problem
report, but i'd rather attribut that to erroneous observation.)

best regards
chrysn


signature.asc
Description: Digital signature


Bug#790660: thinkpad yoga sometimes fails to suspend when xhci-pci is loaded

2015-06-30 Thread chrysn
Package: src:linux
Version: 4.0.5-1
Severity: normal

on my thinkpad yoga, suspending sometimes doesn't work, and the device
gets stuck in a state of spinning fan, active LEDs but disabled screen,
not reacting to mouse or keyboard events.  fortunately, a roughly 2s
press on the power key wakes it up completely again.

the misbehavior happens roughtly on every second suspend, and can be
worked around by rmmod'ing the xhci-pci module before suspending.  i
can't pinpoint since when this has happened, as there are other suspend
issues on the same machine i'm trying to track down and tell apart.
i've observed the very same behavior using sysvinit and systemd; the
rmmod workarounds differ, but the behavior is identical.  as the boot
command line shows, this report is being written from inside systemd.

the below kernel log is the sniplet around a failed suspend. the
[usbcore] returns -16 / failed to syspend async: error -16 lines
(which have shown up exactly when an attempted suspend failed) were what
tipped me off towards rmmod'ing usb modules.


there have been other reports on usbcore returning -16 (#592767,
#588907), but as they were reported on ancient kernel versions, i assume
this is a different issue.

-- Package-specific info:
** Version:
Linux version 4.0.0-2-amd64 (debian-kernel@lists.debian.org) (gcc version 4.9.2 
(Debian 4.9.2-21) ) #1 SMP Debian 4.0.5-1 (2015-06-16)

** Command line:
BOOT_IMAGE=/vmlinuz-4.0.0-2-amd64 root=/dev/mapper/root ro 
rootflags=subvol=debian-sid-root verbose thinkpad_acpi.fan_control=1 
init=/bin/systemd

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[  518.959470] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  518.959473] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[  518.959475] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[  518.959478] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[  518.959480] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[  518.959482] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[  518.959484] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[  520.157442] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  524.181029] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: 
(0x01:0x00)-0xfff0
[  524.181034] thinkpad_ec: initial ec test failed
[  526.327960] PM: Syncing filesystems ... done.
[  527.655513] PM: Preparing system for mem sleep
[  527.655829] (NULL device *): firmware: direct-loading firmware 
intel/ibt-hw-37.7.10-fw-1.80.2.3.d.bseq
[  527.655894] (NULL device *): firmware: direct-loading firmware 
iwlwifi-7260-10.ucode
[  527.655912] Freezing user space processes ... (elapsed 0.001 seconds) done.
[  527.657737] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) 
done.
[  527.658912] PM: Entering mem sleep
[  527.658940] Suspending console(s) (use no_console_suspend to debug)
[  527.860577] sd 1:0:0:0: [sdb] Synchronizing SCSI cache
[  527.860597] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[  527.860697] sd 1:0:0:0: [sdb] Stopping disk
[  527.860698] sd 0:0:0:0: [sda] Stopping disk
[  528.101604] pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 [usbcore] returns -16
[  528.101611] dpm_run_callback(): pci_pm_suspend+0x0/0x160 returns -16
[  528.101613] PM: Device :00:14.0 failed to suspend async: error -16
[  528.84] PM: Some devices failed to suspend, or early wake event detected
[  528.445258] sd 0:0:0:0: [sda] Starting disk
[  528.445285] sd 1:0:0:0: [sdb] Starting disk
[  528.446003] rtc_cmos 00:01: System wakeup disabled by ACPI
[  528.469124] tpm_tis 00:06: TPM is disabled/deactivated (0x6)
[  528.760923] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[  528.761345] ata2.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[  528.761347] ata2.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[  528.762174] ata2.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[  528.762176] ata2.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[  528.762272] ata2.00: configured for UDMA/133
[  528.776891] ahci :00:1f.2: port does not support device sleep
[  529.102636] psmouse serio1: synaptics: queried max coordinates: x [..5710], 
y [..4696]
[  529.153590] psmouse serio1: synaptics: queried min coordinates: x [1232..], 
y [1156..]
[  529.153596] psmouse serio1: synaptics: quirked min/max coordinates: x 
[1232..5710], y [1156..4696]
[  529.564493] PM: resume of devices complete after 1120.759 msecs
[  529.564988] PM: Finishing wakeup.
[  529.564993] Restarting tasks ... done.
[  529.825558] PM: Syncing filesystems ... done.
[  531.884434] PM: Preparing system for freeze sleep
[  531.884557] Freezing user space processes ... (elapsed 0.001 seconds) done.
[  531.886064] 

Bug#782524: initramfs-tools: fails to boot when / and /usr both on lvm

2015-04-14 Thread chrysn
Control: reassign -1 lvm2
Control: forcemerge 780319 -1

On Tue, Apr 14, 2015 at 01:58:13AM +0100, Ben Hutchings wrote:
 Which version of lvm2 do you have installed?  I suspect this is a
 duplicate of bug #780319, which was only just fixed in unstable (lvm2
 version 2.02.111-2.2).

sorry for not finding that bug, i mixed up the duplicates lists.
i can verify that:

* my system boots correctly when i rephrase /etc/fstab from
  /dev/poseidon/core-usr  co to /dev/mapper/poseidon-core--usr.
* my system boots correctly afer going back to /dev/vg/lv style, and
  installing 2.02.111-2.2 from unstable.

thank you for taking care of this
chrysn


signature.asc
Description: Digital signature


Bug#782524: initramfs-tools: fails to boot when / and /usr both on lvm

2015-04-13 Thread chrysn
Package: initramfs-tools
Version: 0.119
Severity: important

hi all,

after an upgrade from wheezy to jessie, my server failed to come up
again. my rough setup is:

* /boot on raid1 on regular volumes
* /, /usr, /var and /tmp on lvm atop raid5
* boot loader has always been grub (grub2 since wheezy)
* the lvs / raid1 devices are on different SATA controllers; one onboard
  and one pci express card with port multiplier
* i did not interfere with init system selection

the symptoms are similar to #616689, but that's been merged with
#678696, where ben requested kyle to open a dedicated report for what
i'm experiencing, so i'm opening this report here. (i've considered
unmerging those two, but i'm not sure if all symptoms match -- even
rootdelay=300 is insufficient).

so far, i've tried:

* grub-mkdevicemap
* update-initramfs
* update-grub (which i during the upgrade debconf erroneously tried to
  run at /boot's device, but that didn't work because it would have
  needed to run on filesystem level, but i reconfigured and now it
  installs cleanly on /dev/sd[abcdef].)

still, i continuously end up in the initramfs shell. i can run `lvm
vgchange -ay; exit` there and the system boots, or i can add `vgchange
-ay` to /usr/share/initramfs-tools/scripts/local-top/lvm2.

at boot time, i read:

 Decompressing Linux... Parsing ELF... done.
 [1.661907] ERST: Failed to get Error Log Address Range.
 [2.692662] i8042: No controller found
 Loading, please wait...
   /sbin/dmeventd: stat failed: No such file or directory
   /sbin/dmeventd: stat failed: No such file or directory
   poseidon-core--root--wheezy: event registration failed: No such
   process
   poseidon/snapshot2: snapshot segment monitoring function failed.
 Scanning for Btrfs filesystems
 fsck from util-linux 2.25.2
 /dev/mapper/poseidon-core--root: clean, ... (check in 3 mounts)
(long pause, especially with high rootdelay)
 Gave up waiting for /usr device.  Common problems:
  - Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
  - Missing modules (cat /proc/modules; ls /dev)
 ALERT!  /dev/poseidon/core-usr does not exist.  Dropping to a shell!
 modprobe: module ehci-orion not found in modules.dep

anything else i can test?

best regards
chrysn

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 6.9M Feb 16  2009 /boot/initrd.img-2.6.26-1-xen-686.bak
-rw-r--r-- 1 root root  16M Mar 27 23:40 /boot/initrd.img-3.16-0.bpo.3-amd64
-rw-r--r-- 1 root root  18M Apr 13 19:01 /boot/initrd.img-3.16.0-0.bpo.4-amd64
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.16.0-0.bpo.4-amd64 root=/dev/mapper/poseidon-core--root 
ro quiet cgroup_enable=memory

-- /proc/filesystems
btrfs
ext3
ext2
ext4
xfs
jfs
msdos
vfat
ntfs
minix
hfs
hfsplus
qnx4
ufs
fuseblk

-- lsmod
Module  Size  Used by
veth   13095  0 
nls_utf8   12456  5 
fuse   87557  2 
ufs73394  0 
qnx4   13036  0 
hfsplus   101339  0 
hfs53803  0 
minix  35520  0 
ntfs  194520  0 
vfat   17135  0 
msdos  17046  0 
fat61944  2 vfat,msdos
jfs   176956  0 
xfs   824882  0 
libcrc32c  12426  1 xfs
bridge110153  0 
stp12437  1 bridge
llc12790  2 stp,bridge
nf_conntrack_ipv6  17701  1 
nf_defrag_ipv6 33358  1 nf_conntrack_ipv6
ip6table_filter12540  1 
ip6_tables 25981  1 ip6table_filter
nf_conntrack_ipv4  18412  1 
nf_defrag_ipv4 12483  1 nf_conntrack_ipv4
xt_conntrack   12681  2 
nf_conntrack   91427  3 xt_conntrack,nf_conntrack_ipv4,nf_conntrack_ipv6
xt_tcpudp  12527  2 
iptable_filter 12536  1 
ip_tables  25967  1 iptable_filter
x_tables   27112  6 
ip6table_filter,ip_tables,xt_tcpudp,xt_conntrack,iptable_filter,ip6_tables
radeon   1360863  0 
ttm77857  1 radeon
drm_kms_helper 49151  1 radeon
drm   253663  3 ttm,drm_kms_helper,radeon
kvm_amd59219  0 
amd64_edac_mod 30243  0 
kvm   404890  1 kvm_amd
edac_mce_amd   21166  1 amd64_edac_mod
i2c_algo_bit   12751  1 radeon
edac_core  47316  2 amd64_edac_mod
pcspkr 12595  0 
k10temp12618  0 
evdev  17445  5 
shpchp 35217  0 
sp5100_tco 12864  0 
tpm_infineon   16882  0 
acpi_cpufreq   17218  0 
processor  28159  1 acpi_cpufreq
tpm_tis17235  0 
tpm31464  2 tpm_tis,tpm_infineon
button 12944  0 
i2c_piix4  20864  0

Bug#776383: system hangs from btrfs

2015-01-27 Thread chrysn
Package: src:linux
Version: 3.16.7-ckt2-1
Severity: normal

under conditions i can not narrow down further[1], all processes that try to
access a given mounted btrfs file system freeze. this affects even processes
like `ps u` called by a user not at home in the affected file system inside the
first read to an opened /proc/8119/cmdline file.

for recovery, i did succede in logging in on the console as another user, but
that didn't help much in enumerating my currently open processes. (going
through the workspaces on my user's running X session did work, however, as
X and i3wm seem not to access the file system a lot).

the output of dmesg is attached, the relevant section seems to be:

[981640.274876] INFO: task btrfs-transacti:5427 blocked for more than 120 
seconds.
[981640.274886]   Tainted: G   O  3.16.0-4-amd64 #1
[981640.274889] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables 
this message.
[981640.274892] btrfs-transacti D 8800d5a699c8 0  5427  2 0x
[981640.274902]  8800d5a69570 0046 00013280 
8800c92f3fd8
[981640.274908]  00013280 8800d5a69570 88012aa3bb40 
88012aa3bbb0
[981640.274913]  88012aa3b2d0 88012aa3bb40 8800d5a69570 
8800d5a69570
[981640.274919] Call Trace:
[981640.274994]  [a026c335] ? wait_for_commit.isra.15+0x35/0x60 
[btrfs]
[981640.275003]  [810a5940] ? prepare_to_wait_event+0xf0/0xf0
[981640.275044]  [a026d095] ? btrfs_commit_transaction+0x1a5/0x9c0 
[btrfs]
[981640.275077]  [a026d940] ? start_transaction+0x90/0x560 [btrfs]
[981640.275112]  [a0268efd] ? transaction_kthread+0x1ad/0x240 [btrfs]
[981640.275144]  [a0268d50] ? btrfs_cleanup_transaction+0x530/0x530 
[btrfs]
[981640.275152]  [81085f1d] ? kthread+0xbd/0xe0
[981640.275159]  [81085e60] ? kthread_create_on_node+0x180/0x180
[981640.275166]  [8150d27c] ? ret_from_fork+0x7c/0xb0
[981640.275172]  [81085e60] ? kthread_create_on_node+0x180/0x180

at no point since startup of the system have btrfs devices been added,
removed, or `btrfs send` been invoked.

please let me know if i should provide any other log files.

(sorry for not reporting this from the original kernel, i took notes in
the crashed situation and rebooted into the kernel that has been
installed at some point in time, but preserved the dmesg output; the
reported linux version and the linux version given below should match
the setup from back then, though.)

best regards
chrysn


[1] for sake of completeness, i'll try anyway: logged in as chrysn on an x
session, i was running epiphany, had an upload dialog open, entered a file name
(which in hindsight was probably nonexistent), pressed return and the dialog
froze, along with everything else.



-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 
4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/root ro 
rootflags=subvol=debian-sid-root quiet thinkpad_acpi.fan_control=1

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Model information
sys_vendor: LENOVO
product_name: 20CD0035GE
product_version: ThinkPad S1 Yoga
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: GQET34WW (1.14 )
board_vendor: LENOVO
board_name: 20CD0035GE
board_version: SDK0E50512 Std

** Loaded modules:
vboxpci(O)
vboxnetadp(O)
vboxnetflt(O)
vboxdrv(O)
pci_stub
ctr
ccm
tun
bnep
toshiba_acpi
sparse_keymap
hp_accel
lis3lv02d
input_polldev
binfmt_misc
nls_utf8
nls_cp437
vfat
fat
ext4
mbcache
jbd2
cuse
fuse
parport_pc
ppdev
lp
parport
hid_sensor_incl_3d
hid_sensor_magn_3d
hid_sensor_rotation
hid_sensor_gyro_3d
hid_sensor_als
hid_sensor_accel_3d
hid_sensor_trigger
industrialio_triggered_buffer
kfifo_buf
hid_sensor_iio_common
industrialio
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_core
v4l2_common
hid_sensor_hub
hid_multitouch
videodev
media
wacom
snd_hda_codec_conexant
joydev
snd_hda_codec_generic
snd_hda_codec_hdmi
arc4
iTCO_wdt
iTCO_vendor_support
iwlmvm
ecb
x86_pkg_temp_thermal
mac80211
btusb
bluetooth
6lowpan_iphc
intel_powerclamp
crc16
intel_rapl
snd_hda_intel
coretemp
psmouse
kvm_intel
evdev
i915
iwlwifi
drm_kms_helper
kvm
snd_hda_controller
snd_hda_codec
thinkpad_acpi
serio_raw
pcspkr
nvram
cfg80211
rfkill
drm
i2c_algo_bit
rtsx_pci_ms
efi_pstore
memstick
tpm_tis
tpm
efivars
i2c_i801
i2c_core
battery
wmi
snd_hwdep
snd_pcm
snd_timer
snd
soundcore
ac
mei_me
mei
lpc_ich
video
processor
intel_smartconnect
shpchp
button
btrfs
xor
raid6_pq
algif_skcipher
af_alg
dm_crypt
dm_mod
md_mod
sg
usbhid
hid
sd_mod
crc_t10dif
crct10dif_generic
crct10dif_pclmul
crct10dif_common
crc32_pclmul
crc32c_intel
rtsx_pci_sdmmc
mmc_core
ghash_clmulni_intel
aesni_intel
aes_x86_64
lrw
gf128mul
glue_helper
ablk_helper
cryptd
ahci
libahci
libata
xhci_hcd
scsi_mod
rtsx_pci
mfd_core
usbcore

Bug#747166: fixing CVE-2014-0196 in backports

2014-05-13 Thread chrysn
hello ben,

would you consider uploading a patched kernel to backports? the patch[1]
applies with some offset to 3.13.10-1~bpo70+1, my server is just
building a package to test it, but so far it appears to build cleanly.

best regards
chrysn

[1] 
https://git.kernel.org/cgit/linux/kernel/git/gregkh/tty.git/commit/?h=tty-linusid=4291086b1f081b869c6d79e5b7441633dc3ace00


signature.asc
Description: Digital signature