Bug 578108
Summary: | kernel 2.6.32 cannot switch to graphic mode (nVidia with nouveau) | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Éric Brunet <eric.brunet> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 12 | CC: | anton, dougsland, ermanaricus, francis.x.dolan.iv, gansalmon, guillaume.lelaurain, itamar, jonathan, kernel-maint | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-06-17 11:43:39 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 507684 | ||||||
Attachments: |
|
Description
Éric Brunet
2010-03-30 09:05:12 UTC
Created attachment 406011 [details]
dmesg of faulty kernel
I just want to confirm that the bug is still present in kernel-2.6.32.11-99.fc12.x86_64, with exactly the same symptoms: it works correctly in runlevel 3 (see attached dmesg) but reboots violently when X is started. When it happens, the bios is unable to restart unless there is a cold boot.
Is there anything I can do to help corner that bug ?
Thanks,
Today I tried to upgrade my f12 with the following packages from f13 kernel-2.6.33.1-24.fc13.x86_64.rpm libdrm-2.4.19-1.fc13.x86_64.rpm udev-151-7.fc13.x86_64.rpm xorg-x11-drv-nouveau-0.0.16-2.20100218git2964702.fc13.x86_64.rpm xorg-x11-server-common-1.7.99.902-2.20100319.fc13.x86_64.rpm xorg-x11-server-Xorg-1.7.99.902-2.20100319.fc13.x86_64.rpm xorg-x11-drv-fbdev-0.4.1-3.fc13.x86_64.rpm linux-firmware-20100106-4.fc14.noarch grubby-7.0.15-1.fc14.x86_64 (The last is fc14 because I also tried rawhide) The result are the same as above: the computer reboots violently into a sore state when X is being run. I also tried a vanilla 2.6.33.3 kernel (with f12 packages: same problem.) Does that mean I am stuck forever with f12 and kernel 2.6.31 ? What should I do ? I have just tried to boot the LiveCD x86_64 (KDE) for Fedora 13 beta. The same problem occurs. When starting X, the computer reboots into a state where the BIOS itself is helpless. I'd like to stress that HP is for four years the official provider of computers for France's most important research organization (CNRS), and it would really be a pity if Fedora would not install on their computer. What happened between kernels 2.6.31 and 2.6.32 ? As the problem is present with fedora 13 beta, I'll try to add it to the fedora 13 target. I upgraded my f12 today to kernel-2.6.32.12-115.fc12.x86_64, and the problem is still here. Back to 2.6.31. So to sum up; the bug appeared in a F12 update, and is still present in F13beta. I have no idea how to debug this. (In reply to comment #4) > I upgraded my f12 today to kernel-2.6.32.12-115.fc12.x86_64, and the problem is > still here. Back to 2.6.31. > > So to sum up; the bug appeared in a F12 update, and is still present in > F13beta. > > I have no idea how to debug this. I have the same problem (and the same market to buy my Z400: french-epst) When I force the kernel option intel_iommu=off the workstations works on graphic mode. With drivers nouveau or kmod-nvidia on kernel-2.6.32.12-115.fc12.x86_64. Regards, Guillaume I confirm that with the switch I can boot and enjoy kernel 2.6.32.12-115. For info, looking in the dmesg I have with both kernels (the 2.6.31 without the switch and the 2.6.32 with the switch) DMAR: Host address width 39 DMAR: DRHD base: 0x000000fed90000 flags: 0x1 IOMMU fed90000: ver 1:0 cap c90780106f0462 ecap f02076 DMAR: RMRR base: 0x000000cefd0000 end: 0x000000cefd0fff DMAR: RMRR base: 0x000000cefd1000 end: 0x000000cefd1fff DMAR: RMRR base: 0x000000cefd2000 end: 0x000000cefd2fff DMAR: RMRR base: 0x000000cefd3000 end: 0x000000cefd3fff DMAR: RMRR base: 0x000000cefd4000 end: 0x000000cefd4fff DMAR: RMRR base: 0x000000cefd5000 end: 0x000000cefd5fff DMAR: RMRR base: 0x000000cefd6000 end: 0x000000cefd6fff DMAR: RMRR base: 0x000000cefd7000 end: 0x000000cefd7fff DMAR: ATSR flags: 0x0 With the old kernel (2.6.31) without the switch I also have IOMMU 0xfed90000: using Queued invalidation IOMMU: hardware identity mapping for device 0000:0f:00.0 IOMMU: Setting RMRR: IOMMU: Setting identity map for device 0000:00:1a.2 [0xcefd7000 -0xcefd8000] IOMMU: Setting identity map for device 0000:00:1a.1 [0xcefd6000 - 0xcefd7000] IOMMU: Setting identity map for device 0000:00:1a.0 [0xcefd5000 - 0xcefd6000] IOMMU: Setting identity map for device 0000:00:1d.2 [0xcefd4000 - 0xcefd5000] IOMMU: Setting identity map for device 0000:00:1d.1 [0xcefd3000 - 0xcefd4000] IOMMU: Setting identity map for device 0000:00:1d.0 [0xcefd2000 - 0xcefd3000] IOMMU: Setting identity map for device 0000:00:1a.7 [0xcefd1000 - 0xcefd2000] IOMMU: Setting identity map for device 0000:00:1d.7 [0xcefd0000 - 0xcefd1000] IOMMU: Prepare 0-16MiB unity mapping for LPC IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000] PCI-DMA: Intel(R) Virtualization Technology for Directed I/O I am not sure what all of these mean. I remark that the end address is different by one unit between the two sections. The troublesome video card is 0f:00.0 I'm seeing it on HP Z600 though I'm not using nuveau driver. I had been updating, but had not rebooted in a while. first reboot I hit this problem. tried booting without GUI and I have no problems. manualy start X and segfault reboot version 2.6.32.12-115.fc12.x86_64 in dmesg I see nvidia: module license 'NVIDIA' taints kernel. Disabling lock debugging due to kernel taint a few lines down nvidia 0000:0f:00.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24 nvidia 0000:0f:0.0: setting latency timer to 64 vgaarb: device changed decodes: PCI:0000:0f:0.0,olddecodes=io+mem,decodes=none: owns=io+mem a few more lines down NVRM: loading NVIDIA UNIX x86_64 Kernel Module 195.36.24 Thu Apr 22 19:10:14 PDT 2010 nvidia-config-d[1429]: segfault at 7f8f2c000000 ip 00000039a9a79d3c sp 00007fff72a0b3c8 error 4 in libc-2.11.2.so[39a9a00000+170000] I tried the intel_iommu=off and am still getting the nvidia segfault but the systems comes up in init 5 tried installing Fedora-13-x86_64-DVD off of dvd and would reboot when it tried to bring up the GUI for install(dvd was downloaded 6-9-2010) didn't try with =off (didn't want to upgrade unless I had to) The bug has disappeared with 2.6.33.5-124.fc13.x86_64; I can now boot without intel_iommu=off. I suspect that this bug is another manifestation of bug 561267 for which a fix went into the aforementionned kernel. |