Summary: | kernel >3.12 - I/O errors on ThinkPad T440p | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jaak Ristioja <jaak> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://bugs.freedesktop.org/show_bug.cgi?id=78530 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
git bisect log
kernel .config lspci -k |
Created attachment 376418 [details]
kernel .config
Created attachment 376420 [details]
lspci -k
(In reply to Jaak Ristioja from comment #2) > Created attachment 376420 [details] > lspci -k This output is from an unaffected 3.12.8 kernel boot. Since we've either been unable to log in or save any files / log output after booting the affected kernels. Probably duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=78530 The issue does not occur when booting with nouveau.modeset=0 as a kernel argument. We will watch the upstream bug |
Created attachment 376416 [details] git bisect log Usually after booting the system and mounting the file systems a lot of I/O errors (ext4 and others) occur on a Lenovo ThinkPad T440p. X (kdm) also always fails to load on the same boot. I'm not sure which comes first: X failing or the I/O errors themselves. Anyway, I bisected this issue to the following kernel commit: [aabf19c27fc72c9c218844c8385744ff5620a229] drm/nouveau/device: recognise GK208 When bisecting, some of the built kernels PANIC-locked on boot, but using the "nomodeset" kernel parameter I was able to boot into userspace and verify whether the I/O errors issue was present (and the aforementioned issues still occurred even with "nomodeset" set).