6.14.4 driver hanging w/ Radeon HD 7660G GPU

Alex Deucher alexdeucher at gmail.com
Fri Jul 13 16:46:27 PDT 2012


On Fri, Jul 13, 2012 at 10:35 AM, criego duncan <gunkilatur at gmail.com> wrote:
> On 07/13/2012 02:49 AM, Michel Dänzer wrote:
>>
>> On Don, 2012-07-12 at 18:02 -0700, criego duncan wrote:
>>>
>>> I just got a new HP Pavilion dv6 laptop with an AMD A10-4600M APU (which
>>> contains the Radeon HD 7660G GPU).
>>>
>>> I read that the 3.4 kernel now supports Trinity, so i tried it
>>> (installed the 3.4-trunk-amd64 from debian) but the first problem was
>>> that the Xorg.log told me that kernel modesetting was required.  I have
>>> "/etc/modprobe.d/radeon-kms.conf" which contains: options radeon
>>> modeset=1
>>>
>>> This didn't turn it on, though, so i added it to grub and now X just
>>> hangs in an uninterruptable sleep state.
>>
>> One problem is that the firmware-linux-nonfree package doesn't contain
>> the microcode for Trinity yet. Get the ARUBA_*.bin files from
>> http://people.freedesktop.org/~agd5f/radeon_ucode/ , put them
>> in /lib/firmware/radeon/ and re-generate the initrd. Then see what if
>> any problems remain.
>>
>>
>
> I'd already found some extra firmware i needed... but not those.  Should
> have noticed the: ni_cp: Failed to load firmware "radeon/ARUBA_pfp.bin" msg
> in the kernel log.
> However...
>
> modesetting now works (i took it out of grub).  I'm still seeing this in the
> kernel log:
>
> Jul 13 00:16:12 hplap kernel: [    6.740486] [drm:radeon_dp_link_train_ce]
> *ERROR* channel eq failed: 5 tries
> Jul 13 00:16:12 hplap kernel: [    6.740489] [drm:radeon_dp_link_train_ce]
> *ERROR* channel eq failed
>
> X now gets much farther but then spits out (in the terminal i started it
> from) :
>
> (II) [KMS] Kernel modesetting enabled.
> radeon: Invalid PCI ID.
>
> In the Xorg log file i see:
>
> [   200.194] (II) RADEON(0): Unknown vendor-specific block 2
> [   200.194] (II) RADEON(0): EDID (in hex):
> [   200.194] (II) RADEON(0):    00ffffffffffff0030e44a0300000000
> [   200.194] (II) RADEON(0):    00150104952313780a51759659569028
> [   200.194] (II) RADEON(0):    1e505400000001010101010101010101
> [   200.195] (II) RADEON(0):    010101010101ce1d56f4500016303020
> [   200.195] (II) RADEON(0):    350059c21000001bdf1356f450001630
> [   200.195] (II) RADEON(0):    3020350059c21000001b000000000000
> [   200.195] (II) RADEON(0):    00000000000000000000000000000002
> [   200.195] (II) RADEON(0):    000c4cff0a3c641214226400000000c7
> [   200.195] (II) RADEON(0): EDID vendor "LGD", prod id 842
>
> Then it goes on initializing extensions and adding all sorts of devices
> until it ends with the following:
>
> [   219.144] (II) RADEON(0): EDID vendor "LGD", prod id 842
> [   219.144] (II) RADEON(0): Printing DDC gathered Modelines:
> [   219.144] (II) RADEON(0): Modeline "1366x768"x0.0   76.30  1366 1414 1446
> 1610  768 771 776 790 +hsync -vsync (47.4 kHz eP)
> [   219.144] (II) RADEON(0): Modeline "1366x768"x0.0   50.87  1366 1414 1446
> 1610  768 771 776 790 +hsync -vsync (31.6 kHz e)
>
> and there it hangs.

Probably best to file a bug (https://bugs.freedesktop.org component:
DRI, Product: DRM/Radeon) and attach your full dmesg output and xorg
log.

Alex


More information about the xorg-driver-ati mailing list