| Summary: | [NV28] 3.19 kernels hang during boot | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Bruno Wolff <bruno> | ||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | normal | ||||||
| Priority: | medium | CC: | bruno | ||||
| Version: | unspecified | ||||||
| Hardware: | Other | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
I filed a bug at kernel.org for this as well: https://bugzilla.kernel.org/show_bug.cgi?id=91091 You could blacklist nouveau (via /etc/modprobe.d/somefile.conf) and load it manually once you're logged in. It seems you're using netconsole, but it only gets up once nouveau is loaded (apparently the interface is first called enp5s3 and is renamed to eth0 too late (for us)), so loading nouveau manually should also help you get some logs via netconsole. Should be fixed now. http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c7e873f85fb60b1af589ac1b0c62353cfe0bbb29 Thanks. Next time I suspect a Nouveau bug, I'm going to remember to look though the queued up fixes before (or while starting) a bisect. I remember seeing the summary from the fix a week or so a ago when working with an nv50 issue and didn't put two and two together. I should have noticed this fix right away and tested it to see if it fixed my problem. Anyway, I tested current mainline and things are fixed. Thanks again. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 112047 [details] dmesg output from a successful 3.18 boot 3.19 kernels having been hanging for me during boot for one of my machines. This is still happening as of commit dc9319f5a3e1f67d2a2fbf190e30f6d03f569fed (post rc3). The problem first happens with commit ad4a362635353f7ceb66f4038269770fee1025fa. I tried reverting ad4a362635353f7ceb66f4038269770fee1025fa from dc9319f5a3e1f67d2a2fbf190e30f6d03f569fed, but there were conflicts and I don't know enough to properly resolve them. The hang is early enough that I can't get logging output from the boot.