lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 21 Mar 2014 10:37:41 -0600
From:	Bjorn Helgaas <bhelgaas@...gle.com>
To:	Andy Lutomirski <luto@...capital.net>
Cc:	Alex Deucher <alexdeucher@...il.com>,
	DRI <dri-devel@...ts.freedesktop.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>
Subject: Re: 3.14 radeon regression: radeon is broken (pci bug?)

On Fri, Mar 21, 2014 at 9:49 AM, Andy Lutomirski <luto@...capital.net> wrote:
> On Fri, Mar 21, 2014 at 7:41 AM, Alex Deucher <alexdeucher@...il.com> wrote:
>> On Thu, Mar 20, 2014 at 10:17 PM, Andy Lutomirski <luto@...capital.net> wrote:
>>> My system works on a 3.13 Fedora kernel.  It does not work on a
>>> more-or-less identically configured 3.14-rc7+ kernel.  The symptom is
>>> that the Plymouth password prompt flashes and them the screen goes
>>> blank.  Hitting escape brings back the text console, and all is well
>>> until X tries to start.  Then I get a blank screen.  killall -9 Xorg
>>> from ssh causes these errors to be logged:
>>>
>>>
>>> [  226.239747] [drm:atom_op_jump] *ERROR* atombios stuck in loop for
>>> more than 5secs aborting
>>> [  226.239751] [drm:atom_execute_table_locked] *ERROR* atombios stuck
>>> executing CD34 (len 55, WS 0, PS 0) @ 0xCD57
>>> [  231.241492] [drm:atom_op_jump] *ERROR* atombios stuck in loop for
>>> more than 5secs aborting
>>> [  231.241496] [drm:atom_execute_table_locked] *ERROR* atombios stuck
>>> executing CD6C (len 62, WS 0, PS 0) @ 0xCD88
>>> [  236.243111] [drm:atom_op_jump] *ERROR* atombios stuck in loop for
>>> more than 5secs aborting
>>> [  236.243115] [drm:atom_execute_table_locked] *ERROR* atombios stuck
>>> executing CD6C (len 62, WS 0, PS 0) @ 0xCD88
>>> [  241.244625] [drm:atom_op_jump] *ERROR* atombios stuck in loop for
>>> more than 5secs aborting
>>> [  241.244628] [drm:atom_execute_table_locked] *ERROR* atombios stuck
>>> executing CD6C (len 62, WS 0, PS 0) @ 0xCD88
>>>
>>>
>>> lspci -vvvxxxnn on 3.14-rc7+ says:
>>>
>>> 09:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
>>> [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] [1002:6779]
>>> (rev ff) (prog-if ff)
>>>     !!! Unknown header type 7f
>>>     Kernel driver in use: radeon
>>> 00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>>
>>> 09:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI]
>>> Caicos HDMI Audio [Radeon HD 6400 Series] [1002:aa98] (rev ff)
>>> (prog-if ff)
>>>     !!! Unknown header type 7f
>>>     Kernel driver in use: snd_hda_intel
>>> 00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>> 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
>>>
>>> (oops!)
>>>
>>> On 3.13, it says:
>>>
>>> 09:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
>>> [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] [1002:6779]
>>> (prog-if 00 [VGA controller])
>>>         Subsystem: PC Partner Limited / Sapphire Technology Radeon HD
>>> 6450 1 GB DDR3 [174b:e164]
>>>         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
>>> ParErr- Stepping- SERR- FastB2B- DisINTx+
>>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
>>> <TAbort- <MAbort- >SERR- <PERR- INTx-
>>>         Latency: 0, Cache Line Size: 64 bytes
>>>         Interrupt: pin A routed to IRQ 92
>>>         Region 0: Memory at e0000000 (64-bit, prefetchable) [size=256M]
>>>         Region 2: Memory at f4a20000 (64-bit, non-prefetchable) [size=128K]
>>>         Region 4: I/O ports at c000 [size=256]
>>>         Expansion ROM at f4a00000 [disabled] [size=128K]
>>>         Capabilities: <access denied>
>>>         Kernel driver in use: radeon
>>> 00: 02 10 79 67 07 04 10 00 00 00 00 03 10 00 80 00
>>> 10: 0c 00 00 e0 00 00 00 00 04 00 a2 f4 00 00 00 00
>>> 20: 01 c0 00 00 00 00 00 00 00 00 00 00 4b 17 64 e1
>>> 30: 00 00 a0 f4 50 00 00 00 00 00 00 00 0a 01 00 00
>>>
>>> 09:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI]
>>> Caicos HDMI Audio [Radeon HD 6400 Series] [1002:aa98]
>>>         Subsystem: PC Partner Limited / Sapphire Technology Radeon HD
>>> 6450 1GB DDR3 [174b:aa98]
>>>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
>>> ParErr- Stepping- SERR- FastB2B- DisINTx+
>>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
>>> <TAbort- <MAbort- >SERR- <PERR- INTx-
>>>         Latency: 0, Cache Line Size: 64 bytes
>>>         Interrupt: pin B routed to IRQ 96
>>>         Region 0: Memory at f4a40000 (64-bit, non-prefetchable) [size=16K]
>>>         Capabilities: <access denied>
>>>         Kernel driver in use: snd_hda_intel
>>> 00: 02 10 98 aa 06 04 10 00 00 00 03 04 10 00 80 00
>>> 10: 04 00 a4 f4 00 00 00 00 00 00 00 00 00 00 00 00
>>> 20: 00 00 00 00 00 00 00 00 00 00 00 00 4b 17 98 aa
>>> 30: 00 00 00 00 50 00 00 00 00 00 00 00 05 02 00 00
>>>
>>> Logs attached.

Hi Andy,

I'm really sorry that you tripped over this, but thanks a lot for the
report.  Is there any chance the box is currently running v3.13, and
you could collect the dmesg log from it?  I don't see anything unusual
from a PCI perspective in the v3.14-rc7 dmesg; all the PCI device
resources look fine, and we didn't reassign anything.  It seems like
the 0000:09:00.x devices just stopped responding for some reason, and
the PCI core shouldn't really be involved after the radeon driver
claims and enables those devices.  But it's possible I'd get a clue by
comparing the v3.13 and v3.14-rc7 dmesg logs.

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ