Bug 865031

Proposed NTH

Can you please give us output of lspci -nn or Xorg.0.log from a working system (assuming you have some distro that works)? We need this to precisely identify the affected hardware. Thanks. Does any previous Fedora release work okay?

From F18 alpha>

[liveuser@localhost ~]$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0100] (rev 09)
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
00:02.0 Display controller [0380]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09)
00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
00:1a.0 USB Controller [0c03]: Intel Corporation Device [8086:1c2c] (rev 05)
00:1a.7 USB Controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 05)
00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5)
00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b5)
00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b5)
00:1c.4 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 [8086:1c18] (rev b5)
00:1d.0 USB Controller [0c03]: Intel Corporation Device [8086:1c27] (rev 05)
00:1d.7 USB Controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05)
00:1f.0 ISA bridge [0601]: Intel Corporation Z68 Express Chipset Family LPC Controller [8086:1c44] (rev 05)
00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c02] (rev 05)
00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 05)
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Blackcomb [AMD Radeon HD 6900M Series] [1002:6720]
01:00.1 Audio device [0403]: ATI Technologies Inc Barts HDMI Audio [Radeon HD 6800 Series] [1002:aa88]
02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM57765 Gigabit Ethernet PCIe [14e4:16b4] (rev 10)
03:00.0 Network controller [0280]: Atheros Communications Inc. AR9300 Wireless LAN adaptor [168c:0030] (rev 01)
04:00.0 FireWire (IEEE 1394) [0c00]: Agere Systems FW643 PCI Express1394b Controller (PHY/Link) [11c1:5901] (rev 08)

Created attachment 625150 [details]
Xorg log

Andreas: to be clear, does that mean that it works in Alpha? It broke between Alpha and Beta TC3?

Yes, I tested F18 Alpha RC3.

And used that to get the lscpi etc.

so, it'd be nice to get more data out of the 'hung' state. I think if you install with 'sshd' as a kernel parameter you should get sshd installed and enabled, then you can try ssh'ing into the system - if it's really 'hung' this won't work, but if it's working but the graphics output is not working, it may work. could you try that? or any other way to try and get inside a system in the 'hung' state and look at the kernel and X logs? thanks!

Discussed at 2012-10-11 NTH review meeting: http://meetbot.fedoraproject.org/fedora-qa/2012-10-11/f18beta-blocker-review-3.1.2012-10-11-16.04.log.txt . Accepted as NTH - in general, graphics showstoppers like this are accepted as NTH by default, it is always worthwhile taking tested fixes for a complete failure to render on a given bit of hardware.

I tried booting from usb with sshd as a kernel parameter, but I could not connect to the machine.

if you can't get any logs out, I'm not sure the devs will be able to do anything without access to an identical bit of hardware :/ not sure if that would be possible.

any possibility of serial console, perhaps? oh, macs don't usually have serial ports these days, do they...

Still happens on TC6....

Most likely a kernel regression in 3.6. Would be very very helpfull if you could bisect. 3.6rc2 works per your report.

http://lists.fedoraproject.org/pipermail/devel/2012-September/171962.html

There was a problem with bootable live images, so unfortunately I cannot bisect (unless someone wants to create old live images)....

and here is more info:
http://lists.fedoraproject.org/pipermail/devel/2012-October/172005.html

Still happens in TC7.

Fixed in TC8.