Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Tue, Apr 22, 2014 at 01:54:01AM -0400, Alex Deucher wrote: > > The attached patch should fix it. > > Thanks, > > Alex > From 9cd764fd57bb2a4e5f618d0f8a64c8154a820688 Mon Sep 17 00:00:00 2001 > From: Alex Deucher > Date: Tue, 22 Apr 2014 01:49:28 -0400 > Subject: [PATCH] drm/radeon/aux: fix hpd assignment for aux bus > Sorry, my default mailbox (the one where personal mail ends up) overflowed (the old "procmail thinks it cannot write to it" issue) and I've been reading mail on my netbook with a short 24-line term, didn't notice that my overflow mailbox had appeared because it was on the next screen. So, sorry for not replying. And then when I did notice, I accidentally sent a personal reply only to Ed. The good news is that -rc3 obviously has the fix, and is working fine. Thanks. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Tue, Apr 22, 2014 at 01:54:01AM -0400, Alex Deucher wrote: The attached patch should fix it. Thanks, Alex From 9cd764fd57bb2a4e5f618d0f8a64c8154a820688 Mon Sep 17 00:00:00 2001 From: Alex Deucher alexander.deuc...@amd.com Date: Tue, 22 Apr 2014 01:49:28 -0400 Subject: [PATCH] drm/radeon/aux: fix hpd assignment for aux bus Sorry, my default mailbox (the one where personal mail ends up) overflowed (the old procmail thinks it cannot write to it issue) and I've been reading mail on my netbook with a short 24-line term, didn't notice that my overflow mailbox had appeared because it was on the next screen. So, sorry for not replying. And then when I did notice, I accidentally sent a personal reply only to Ed. The good news is that -rc3 obviously has the fix, and is working fine. Thanks. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Tuesday 22 April 2014 01:54:01 Alex Deucher wrote: > On Mon, Apr 21, 2014 at 10:34 PM, Ken Moffat wrote: > > On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote: > > > > [ resending, somehow lkml dropped out of the Cc. ] > > > >> On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote: > >> > On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote: > >> > >> > > Ken, > >> > > > >> > > You might want to try reverting: > >> > > > >> > > commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef > >> > > Author: Alex Deucher > >> > > Date: Mon Apr 7 10:33:46 2014 -0400 > >> > > > >> > > drm/radeon/dp: switch to the common i2c over aux code > >> > > > >> > > Provides a nice cleanup in radeon. > >> > > > >> > > Signed-off-by: Alex Deucher > >> > > Signed-off-by: Christian König > >> > > > >> > > This fixed a similar problem here (see the drm pull thread for rc1) > >> > > > >> > > Thanks > >> > > Ed Tomlinson > >> > > >> > Tried reverting that from rc2, but it didn't help. Thanks anyway. > >> > > >> > >> Well, I *believed* I had created a patch for that commit, and > >> reverted it from -rc2 with patch -R. But I've now bisected through > >> drivers/gpu/drm between v3.14.0 and v3.15-rc2 and the bisection > >> pointed to that same commit, so I guess I did something wrong. > >> > >> There were a couple of other issues along the way (mounting nfs > >> hung on one commit, startx hung on several of the commits, but I've > >> marked those as "good" because I had a display, even if the system > >> was not usable). > >> > >> I've now gone back to linus' tree that I cloned a few hours ago, > >> i.e. > >> commit c089b229dfdd09d59a11d8bc2344bf8196d575ce > >> Merge: 9ac03675010a 0565103d1adb > >> Author: Linus Torvalds > >> Date: Mon Apr 21 10:05:35 2014 -0700 > >> > >> Merge branch 'for-linus' of > >> git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml > >> > >> created a branch, and *definitely* reverted > >> 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef (using git revert) in that > >> branch. And this version works fine. > >> > >> So belatedly I see that I seem to have the same problem as Ed. Or > >> at least that the same commit is causing both our problems. > >> > >> Alex - do you need any more information from me to help with this ? > > The attached patch should fix it. And it does here (on bonaire, r7 260x). You can add my tested by Tested-by: Ed Tomlinson Thanks, Ed Tomlinson -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Tuesday 22 April 2014 01:54:01 Alex Deucher wrote: On Mon, Apr 21, 2014 at 10:34 PM, Ken Moffat zarniwh...@ntlworld.com wrote: On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote: [ resending, somehow lkml dropped out of the Cc. ] On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote: On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote: Ken, You might want to try reverting: commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef Author: Alex Deucher alexdeuc...@gmail.com Date: Mon Apr 7 10:33:46 2014 -0400 drm/radeon/dp: switch to the common i2c over aux code Provides a nice cleanup in radeon. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Christian König christian.koe...@amd.com This fixed a similar problem here (see the drm pull thread for rc1) Thanks Ed Tomlinson Tried reverting that from rc2, but it didn't help. Thanks anyway. Well, I *believed* I had created a patch for that commit, and reverted it from -rc2 with patch -R. But I've now bisected through drivers/gpu/drm between v3.14.0 and v3.15-rc2 and the bisection pointed to that same commit, so I guess I did something wrong. There were a couple of other issues along the way (mounting nfs hung on one commit, startx hung on several of the commits, but I've marked those as good because I had a display, even if the system was not usable). I've now gone back to linus' tree that I cloned a few hours ago, i.e. commit c089b229dfdd09d59a11d8bc2344bf8196d575ce Merge: 9ac03675010a 0565103d1adb Author: Linus Torvalds torva...@linux-foundation.org Date: Mon Apr 21 10:05:35 2014 -0700 Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml created a branch, and *definitely* reverted 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef (using git revert) in that branch. And this version works fine. So belatedly I see that I seem to have the same problem as Ed. Or at least that the same commit is causing both our problems. Alex - do you need any more information from me to help with this ? The attached patch should fix it. And it does here (on bonaire, r7 260x). You can add my tested by Tested-by: Ed Tomlinson edt...@gmail.com Thanks, Ed Tomlinson -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Mon, Apr 21, 2014 at 10:34 PM, Ken Moffat wrote: > On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote: > > [ resending, somehow lkml dropped out of the Cc. ] > >> On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote: >> > On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote: >> >> > > Ken, >> > > >> > > You might want to try reverting: >> > > >> > > commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef >> > > Author: Alex Deucher >> > > Date: Mon Apr 7 10:33:46 2014 -0400 >> > > >> > > drm/radeon/dp: switch to the common i2c over aux code >> > > >> > > Provides a nice cleanup in radeon. >> > > >> > > Signed-off-by: Alex Deucher >> > > Signed-off-by: Christian König >> > > >> > > This fixed a similar problem here (see the drm pull thread for rc1) >> > > >> > > Thanks >> > > Ed Tomlinson >> > >> > Tried reverting that from rc2, but it didn't help. Thanks anyway. >> > >> >> Well, I *believed* I had created a patch for that commit, and >> reverted it from -rc2 with patch -R. But I've now bisected through >> drivers/gpu/drm between v3.14.0 and v3.15-rc2 and the bisection >> pointed to that same commit, so I guess I did something wrong. >> >> There were a couple of other issues along the way (mounting nfs >> hung on one commit, startx hung on several of the commits, but I've >> marked those as "good" because I had a display, even if the system >> was not usable). >> >> I've now gone back to linus' tree that I cloned a few hours ago, >> i.e. >> commit c089b229dfdd09d59a11d8bc2344bf8196d575ce >> Merge: 9ac03675010a 0565103d1adb >> Author: Linus Torvalds >> Date: Mon Apr 21 10:05:35 2014 -0700 >> >> Merge branch 'for-linus' of >> git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml >> >> created a branch, and *definitely* reverted >> 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef (using git revert) in that >> branch. And this version works fine. >> >> So belatedly I see that I seem to have the same problem as Ed. Or >> at least that the same commit is causing both our problems. >> >> Alex - do you need any more information from me to help with this ? The attached patch should fix it. Thanks, Alex From 9cd764fd57bb2a4e5f618d0f8a64c8154a820688 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 22 Apr 2014 01:49:28 -0400 Subject: [PATCH] drm/radeon/aux: fix hpd assignment for aux bus The hpd (hot plug detect) pin assignment got lost in the conversion to to the common i2c over aux code. Without this information, aux transactions do not work properly. Fixes DP failures. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atombios_dp.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/radeon/atombios_dp.c b/drivers/gpu/drm/radeon/atombios_dp.c index 1593652..bc0119f 100644 --- a/drivers/gpu/drm/radeon/atombios_dp.c +++ b/drivers/gpu/drm/radeon/atombios_dp.c @@ -209,6 +209,7 @@ void radeon_dp_aux_init(struct radeon_connector *radeon_connector) { int ret; + radeon_connector->ddc_bus->rec.hpd = radeon_connector->hpd.hpd; radeon_connector->ddc_bus->aux.dev = radeon_connector->base.kdev; radeon_connector->ddc_bus->aux.transfer = radeon_dp_aux_transfer; ret = drm_dp_aux_register_i2c_bus(_connector->ddc_bus->aux); -- 1.7.11.7
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote: [ resending, somehow lkml dropped out of the Cc. ] > On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote: > > On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote: > > > > Ken, > > > > > > You might want to try reverting: > > > > > > commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef > > > Author: Alex Deucher > > > Date: Mon Apr 7 10:33:46 2014 -0400 > > > > > > drm/radeon/dp: switch to the common i2c over aux code > > > > > > Provides a nice cleanup in radeon. > > > > > > Signed-off-by: Alex Deucher > > > Signed-off-by: Christian König > > > > > > This fixed a similar problem here (see the drm pull thread for rc1) > > > > > > Thanks > > > Ed Tomlinson > > > > Tried reverting that from rc2, but it didn't help. Thanks anyway. > > > > Well, I *believed* I had created a patch for that commit, and > reverted it from -rc2 with patch -R. But I've now bisected through > drivers/gpu/drm between v3.14.0 and v3.15-rc2 and the bisection > pointed to that same commit, so I guess I did something wrong. > > There were a couple of other issues along the way (mounting nfs > hung on one commit, startx hung on several of the commits, but I've > marked those as "good" because I had a display, even if the system > was not usable). > > I've now gone back to linus' tree that I cloned a few hours ago, > i.e. > commit c089b229dfdd09d59a11d8bc2344bf8196d575ce > Merge: 9ac03675010a 0565103d1adb > Author: Linus Torvalds > Date: Mon Apr 21 10:05:35 2014 -0700 > > Merge branch 'for-linus' of > git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml > > created a branch, and *definitely* reverted > 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef (using git revert) in that > branch. And this version works fine. > > So belatedly I see that I seem to have the same problem as Ed. Or > at least that the same commit is causing both our problems. > > Alex - do you need any more information from me to help with this ? > > ĸen > -- > das eine Mal als Tragödie, dieses Mal als Farce -- das eine Mal als Tragödie, dieses Mal als Farce -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Mon, Apr 21, 2014 at 04:54:15PM -0400, Alex Deucher wrote: > On Mon, Apr 21, 2014 at 4:32 PM, Ken Moffat wrote: > > I've just built 3.15.0-rc2 on this box, and discovered that I get a > > blank screen. The boot appears to complete (it sends me information > > from SMART which is from my last bootscript), and it responds to > > MagicSysRQ to reboot. I tried to login and run startx, but that > > didn't seem to make any difference - possibly something went wrong, > > it wasn't in my history when I booted a good kernel. > > > > This machine uses a regular old VGA cable to connect it, the > > following lines in dmesg make me think it has chosen the wrong > > connector: > > VGA is implemented as a DP to VGA bridge on APUs. > > > > > Apr 21 19:32:45 bluesbreaker kernel: [1.273246] > > [drm:radeon_dp_link_train_cr] *ERROR* displayport link status failed > > Apr 21 19:32:45 bluesbreaker kernel: [1.273247] > > [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed > > Apr 21 19:32:45 bluesbreaker kernel: [1.295116] Console: > > switching to colour frame buffer device 85x34 > > > > On a boot with 3.14.0 and earlier I get a different console size - > > Apr 21 20:42:44 bluesbreaker kernel: [1.445992] Console: > > switching to colour frame buffer device 133x54 > > > > My console font is 12x22, and my screen is 1600x1200 but it looks > > as if 3.15-rc2 has fallen back to trying to use 1024x768. > > > > I'm attaching what look like the relevant parts of the messages > > from the system logs for 3.15-rc2 and 3.14.0. > > > > Any ideas, please ? This is an AMD A4-5300 APU and not the world's > > fastest machine for bisecting :-( > > I'd guess it's either the pll rework patches or the switch to the > common dp helper code patches. It would be helpful if you could > bisect. > > Alex OK, I guess I can do the builds on a faster machine. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Mon, Apr 21, 2014 at 4:32 PM, Ken Moffat wrote: > I've just built 3.15.0-rc2 on this box, and discovered that I get a > blank screen. The boot appears to complete (it sends me information > from SMART which is from my last bootscript), and it responds to > MagicSysRQ to reboot. I tried to login and run startx, but that > didn't seem to make any difference - possibly something went wrong, > it wasn't in my history when I booted a good kernel. > > This machine uses a regular old VGA cable to connect it, the > following lines in dmesg make me think it has chosen the wrong > connector: VGA is implemented as a DP to VGA bridge on APUs. > > Apr 21 19:32:45 bluesbreaker kernel: [1.273246] > [drm:radeon_dp_link_train_cr] *ERROR* displayport link status failed > Apr 21 19:32:45 bluesbreaker kernel: [1.273247] > [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed > Apr 21 19:32:45 bluesbreaker kernel: [1.295116] Console: > switching to colour frame buffer device 85x34 > > On a boot with 3.14.0 and earlier I get a different console size - > Apr 21 20:42:44 bluesbreaker kernel: [1.445992] Console: > switching to colour frame buffer device 133x54 > > My console font is 12x22, and my screen is 1600x1200 but it looks > as if 3.15-rc2 has fallen back to trying to use 1024x768. > > I'm attaching what look like the relevant parts of the messages > from the system logs for 3.15-rc2 and 3.14.0. > > Any ideas, please ? This is an AMD A4-5300 APU and not the world's > fastest machine for bisecting :-( I'd guess it's either the pll rework patches or the switch to the common dp helper code patches. It would be helpful if you could bisect. Alex -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
3.15.0-rc2 radeon HD 7480D [Aruba] blank display
I've just built 3.15.0-rc2 on this box, and discovered that I get a blank screen. The boot appears to complete (it sends me information from SMART which is from my last bootscript), and it responds to MagicSysRQ to reboot. I tried to login and run startx, but that didn't seem to make any difference - possibly something went wrong, it wasn't in my history when I booted a good kernel. This machine uses a regular old VGA cable to connect it, the following lines in dmesg make me think it has chosen the wrong connector: Apr 21 19:32:45 bluesbreaker kernel: [1.273246] [drm:radeon_dp_link_train_cr] *ERROR* displayport link status failed Apr 21 19:32:45 bluesbreaker kernel: [1.273247] [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed Apr 21 19:32:45 bluesbreaker kernel: [1.295116] Console: switching to colour frame buffer device 85x34 On a boot with 3.14.0 and earlier I get a different console size - Apr 21 20:42:44 bluesbreaker kernel: [1.445992] Console: switching to colour frame buffer device 133x54 My console font is 12x22, and my screen is 1600x1200 but it looks as if 3.15-rc2 has fallen back to trying to use 1024x768. I'm attaching what look like the relevant parts of the messages from the system logs for 3.15-rc2 and 3.14.0. Any ideas, please ? This is an AMD A4-5300 APU and not the world's fastest machine for bisecting :-( ĸen -- das eine Mal als Tragödie, dieses Mal als Farce Apr 21 20:56:19 bluesbreaker kernel: [0.766847] [drm] Initialized drm 1.1.0 20060810 Apr 21 20:56:19 bluesbreaker kernel: [0.766901] [drm] radeon kernel modesetting enabled. Apr 21 20:56:19 bluesbreaker kernel: [0.767261] [drm] initializing kernel modesetting (ARUBA 0x1002:0x9993 0x1002:0x9993). Apr 21 20:56:19 bluesbreaker kernel: [0.767324] [drm] register mmio base: 0xFEF0 Apr 21 20:56:19 bluesbreaker kernel: [0.767357] [drm] register mmio size: 262144 Apr 21 20:56:19 bluesbreaker kernel: [0.767441] ATOM BIOS: 113 Apr 21 20:56:19 bluesbreaker kernel: [0.767558] radeon :00:01.0: VRAM: 512M 0x - 0x1FFF (512M used) Apr 21 20:56:19 bluesbreaker kernel: [0.767596] radeon :00:01.0: GTT: 1024M 0x2000 - 0x5FFF Apr 21 20:56:19 bluesbreaker kernel: [0.767633] [drm] Detected VRAM RAM=512M, BAR=256M Apr 21 20:56:19 bluesbreaker kernel: [0.768866] [drm] RAM width 64bits DDR Apr 21 20:56:19 bluesbreaker kernel: [0.768943] [TTM] Zone kernel: Available graphics memory: 1708830 kiB Apr 21 20:56:19 bluesbreaker kernel: [0.768976] [TTM] Initializing pool allocator Apr 21 20:56:19 bluesbreaker kernel: [0.769013] [TTM] Initializing DMA pool allocator Apr 21 20:56:19 bluesbreaker kernel: [0.769061] [drm] radeon: 512M of VRAM memory ready Apr 21 20:56:19 bluesbreaker kernel: [0.769094] [drm] radeon: 1024M of GTT memory ready. Apr 21 20:56:19 bluesbreaker kernel: [0.769140] [drm] Loading ARUBA Microcode Apr 21 20:56:19 bluesbreaker kernel: [0.769173] [drm] Internal thermal controller without fan control Apr 21 20:56:19 bluesbreaker kernel: [0.769407] [drm] radeon: dpm initialized Apr 21 20:56:19 bluesbreaker kernel: [0.769611] [drm] GART: num cpu pages 262144, num gpu pages 262144 Apr 21 20:56:19 bluesbreaker kernel: [0.779832] [drm] PCIE GART of 1024M enabled (table at 0x00276000). Apr 21 20:56:19 bluesbreaker kernel: [0.779985] radeon :00:01.0: WB enabled Apr 21 20:56:19 bluesbreaker kernel: [0.780020] radeon :00:01.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x8800994f7c00 Apr 21 20:56:19 bluesbreaker kernel: [0.780787] radeon :00:01.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90010235a18 Apr 21 20:56:19 bluesbreaker kernel: [0.780826] radeon :00:01.0: fence driver on ring 1 use gpu addr 0x2c04 and cpu addr 0x8800994f7c04 Apr 21 20:56:19 bluesbreaker kernel: [0.780864] radeon :00:01.0: fence driver on ring 2 use gpu addr 0x2c08 and cpu addr 0x8800994f7c08 Apr 21 20:56:19 bluesbreaker kernel: [0.780902] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x8800994f7c0c Apr 21 20:56:19 bluesbreaker kernel: [0.780941] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x2c10 and cpu addr 0x8800994f7c10 Apr 21 20:56:19 bluesbreaker kernel: [0.780980] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). Apr 21 20:56:19 bluesbreaker kernel: [0.781013] [drm] Driver supports precise vblank timestamp query. Apr 21 20:56:19 bluesbreaker kernel: [0.781061] radeon :00:01.0: irq 41 for MSI/MSI-X Apr 21 20:56:19 bluesbreaker kernel: [0.781072] radeon :00:01.0: radeon: using MSI. Apr 21 20:56:19 bluesbreaker kernel: [0.781374] [drm] radeon: irq initialized. Apr 21 20:56:19 bluesbreaker kernel: [
3.15.0-rc2 radeon HD 7480D [Aruba] blank display
I've just built 3.15.0-rc2 on this box, and discovered that I get a blank screen. The boot appears to complete (it sends me information from SMART which is from my last bootscript), and it responds to MagicSysRQ to reboot. I tried to login and run startx, but that didn't seem to make any difference - possibly something went wrong, it wasn't in my history when I booted a good kernel. This machine uses a regular old VGA cable to connect it, the following lines in dmesg make me think it has chosen the wrong connector: Apr 21 19:32:45 bluesbreaker kernel: [1.273246] [drm:radeon_dp_link_train_cr] *ERROR* displayport link status failed Apr 21 19:32:45 bluesbreaker kernel: [1.273247] [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed Apr 21 19:32:45 bluesbreaker kernel: [1.295116] Console: switching to colour frame buffer device 85x34 On a boot with 3.14.0 and earlier I get a different console size - Apr 21 20:42:44 bluesbreaker kernel: [1.445992] Console: switching to colour frame buffer device 133x54 My console font is 12x22, and my screen is 1600x1200 but it looks as if 3.15-rc2 has fallen back to trying to use 1024x768. I'm attaching what look like the relevant parts of the messages from the system logs for 3.15-rc2 and 3.14.0. Any ideas, please ? This is an AMD A4-5300 APU and not the world's fastest machine for bisecting :-( ĸen -- das eine Mal als Tragödie, dieses Mal als Farce Apr 21 20:56:19 bluesbreaker kernel: [0.766847] [drm] Initialized drm 1.1.0 20060810 Apr 21 20:56:19 bluesbreaker kernel: [0.766901] [drm] radeon kernel modesetting enabled. Apr 21 20:56:19 bluesbreaker kernel: [0.767261] [drm] initializing kernel modesetting (ARUBA 0x1002:0x9993 0x1002:0x9993). Apr 21 20:56:19 bluesbreaker kernel: [0.767324] [drm] register mmio base: 0xFEF0 Apr 21 20:56:19 bluesbreaker kernel: [0.767357] [drm] register mmio size: 262144 Apr 21 20:56:19 bluesbreaker kernel: [0.767441] ATOM BIOS: 113 Apr 21 20:56:19 bluesbreaker kernel: [0.767558] radeon :00:01.0: VRAM: 512M 0x - 0x1FFF (512M used) Apr 21 20:56:19 bluesbreaker kernel: [0.767596] radeon :00:01.0: GTT: 1024M 0x2000 - 0x5FFF Apr 21 20:56:19 bluesbreaker kernel: [0.767633] [drm] Detected VRAM RAM=512M, BAR=256M Apr 21 20:56:19 bluesbreaker kernel: [0.768866] [drm] RAM width 64bits DDR Apr 21 20:56:19 bluesbreaker kernel: [0.768943] [TTM] Zone kernel: Available graphics memory: 1708830 kiB Apr 21 20:56:19 bluesbreaker kernel: [0.768976] [TTM] Initializing pool allocator Apr 21 20:56:19 bluesbreaker kernel: [0.769013] [TTM] Initializing DMA pool allocator Apr 21 20:56:19 bluesbreaker kernel: [0.769061] [drm] radeon: 512M of VRAM memory ready Apr 21 20:56:19 bluesbreaker kernel: [0.769094] [drm] radeon: 1024M of GTT memory ready. Apr 21 20:56:19 bluesbreaker kernel: [0.769140] [drm] Loading ARUBA Microcode Apr 21 20:56:19 bluesbreaker kernel: [0.769173] [drm] Internal thermal controller without fan control Apr 21 20:56:19 bluesbreaker kernel: [0.769407] [drm] radeon: dpm initialized Apr 21 20:56:19 bluesbreaker kernel: [0.769611] [drm] GART: num cpu pages 262144, num gpu pages 262144 Apr 21 20:56:19 bluesbreaker kernel: [0.779832] [drm] PCIE GART of 1024M enabled (table at 0x00276000). Apr 21 20:56:19 bluesbreaker kernel: [0.779985] radeon :00:01.0: WB enabled Apr 21 20:56:19 bluesbreaker kernel: [0.780020] radeon :00:01.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x8800994f7c00 Apr 21 20:56:19 bluesbreaker kernel: [0.780787] radeon :00:01.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90010235a18 Apr 21 20:56:19 bluesbreaker kernel: [0.780826] radeon :00:01.0: fence driver on ring 1 use gpu addr 0x2c04 and cpu addr 0x8800994f7c04 Apr 21 20:56:19 bluesbreaker kernel: [0.780864] radeon :00:01.0: fence driver on ring 2 use gpu addr 0x2c08 and cpu addr 0x8800994f7c08 Apr 21 20:56:19 bluesbreaker kernel: [0.780902] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x8800994f7c0c Apr 21 20:56:19 bluesbreaker kernel: [0.780941] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x2c10 and cpu addr 0x8800994f7c10 Apr 21 20:56:19 bluesbreaker kernel: [0.780980] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). Apr 21 20:56:19 bluesbreaker kernel: [0.781013] [drm] Driver supports precise vblank timestamp query. Apr 21 20:56:19 bluesbreaker kernel: [0.781061] radeon :00:01.0: irq 41 for MSI/MSI-X Apr 21 20:56:19 bluesbreaker kernel: [0.781072] radeon :00:01.0: radeon: using MSI. Apr 21 20:56:19 bluesbreaker kernel: [0.781374] [drm] radeon: irq initialized. Apr 21 20:56:19 bluesbreaker kernel: [
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Mon, Apr 21, 2014 at 4:32 PM, Ken Moffat zarniwh...@ntlworld.com wrote: I've just built 3.15.0-rc2 on this box, and discovered that I get a blank screen. The boot appears to complete (it sends me information from SMART which is from my last bootscript), and it responds to MagicSysRQ to reboot. I tried to login and run startx, but that didn't seem to make any difference - possibly something went wrong, it wasn't in my history when I booted a good kernel. This machine uses a regular old VGA cable to connect it, the following lines in dmesg make me think it has chosen the wrong connector: VGA is implemented as a DP to VGA bridge on APUs. Apr 21 19:32:45 bluesbreaker kernel: [1.273246] [drm:radeon_dp_link_train_cr] *ERROR* displayport link status failed Apr 21 19:32:45 bluesbreaker kernel: [1.273247] [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed Apr 21 19:32:45 bluesbreaker kernel: [1.295116] Console: switching to colour frame buffer device 85x34 On a boot with 3.14.0 and earlier I get a different console size - Apr 21 20:42:44 bluesbreaker kernel: [1.445992] Console: switching to colour frame buffer device 133x54 My console font is 12x22, and my screen is 1600x1200 but it looks as if 3.15-rc2 has fallen back to trying to use 1024x768. I'm attaching what look like the relevant parts of the messages from the system logs for 3.15-rc2 and 3.14.0. Any ideas, please ? This is an AMD A4-5300 APU and not the world's fastest machine for bisecting :-( I'd guess it's either the pll rework patches or the switch to the common dp helper code patches. It would be helpful if you could bisect. Alex -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Mon, Apr 21, 2014 at 04:54:15PM -0400, Alex Deucher wrote: On Mon, Apr 21, 2014 at 4:32 PM, Ken Moffat zarniwh...@ntlworld.com wrote: I've just built 3.15.0-rc2 on this box, and discovered that I get a blank screen. The boot appears to complete (it sends me information from SMART which is from my last bootscript), and it responds to MagicSysRQ to reboot. I tried to login and run startx, but that didn't seem to make any difference - possibly something went wrong, it wasn't in my history when I booted a good kernel. This machine uses a regular old VGA cable to connect it, the following lines in dmesg make me think it has chosen the wrong connector: VGA is implemented as a DP to VGA bridge on APUs. Apr 21 19:32:45 bluesbreaker kernel: [1.273246] [drm:radeon_dp_link_train_cr] *ERROR* displayport link status failed Apr 21 19:32:45 bluesbreaker kernel: [1.273247] [drm:radeon_dp_link_train_cr] *ERROR* clock recovery failed Apr 21 19:32:45 bluesbreaker kernel: [1.295116] Console: switching to colour frame buffer device 85x34 On a boot with 3.14.0 and earlier I get a different console size - Apr 21 20:42:44 bluesbreaker kernel: [1.445992] Console: switching to colour frame buffer device 133x54 My console font is 12x22, and my screen is 1600x1200 but it looks as if 3.15-rc2 has fallen back to trying to use 1024x768. I'm attaching what look like the relevant parts of the messages from the system logs for 3.15-rc2 and 3.14.0. Any ideas, please ? This is an AMD A4-5300 APU and not the world's fastest machine for bisecting :-( I'd guess it's either the pll rework patches or the switch to the common dp helper code patches. It would be helpful if you could bisect. Alex OK, I guess I can do the builds on a faster machine. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote: [ resending, somehow lkml dropped out of the Cc. ] On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote: On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote: Ken, You might want to try reverting: commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef Author: Alex Deucher alexdeuc...@gmail.com Date: Mon Apr 7 10:33:46 2014 -0400 drm/radeon/dp: switch to the common i2c over aux code Provides a nice cleanup in radeon. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Christian König christian.koe...@amd.com This fixed a similar problem here (see the drm pull thread for rc1) Thanks Ed Tomlinson Tried reverting that from rc2, but it didn't help. Thanks anyway. Well, I *believed* I had created a patch for that commit, and reverted it from -rc2 with patch -R. But I've now bisected through drivers/gpu/drm between v3.14.0 and v3.15-rc2 and the bisection pointed to that same commit, so I guess I did something wrong. There were a couple of other issues along the way (mounting nfs hung on one commit, startx hung on several of the commits, but I've marked those as good because I had a display, even if the system was not usable). I've now gone back to linus' tree that I cloned a few hours ago, i.e. commit c089b229dfdd09d59a11d8bc2344bf8196d575ce Merge: 9ac03675010a 0565103d1adb Author: Linus Torvalds torva...@linux-foundation.org Date: Mon Apr 21 10:05:35 2014 -0700 Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml created a branch, and *definitely* reverted 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef (using git revert) in that branch. And this version works fine. So belatedly I see that I seem to have the same problem as Ed. Or at least that the same commit is causing both our problems. Alex - do you need any more information from me to help with this ? ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- das eine Mal als Tragödie, dieses Mal als Farce -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display
On Mon, Apr 21, 2014 at 10:34 PM, Ken Moffat zarniwh...@ntlworld.com wrote: On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote: [ resending, somehow lkml dropped out of the Cc. ] On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote: On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote: Ken, You might want to try reverting: commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef Author: Alex Deucher alexdeuc...@gmail.com Date: Mon Apr 7 10:33:46 2014 -0400 drm/radeon/dp: switch to the common i2c over aux code Provides a nice cleanup in radeon. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Signed-off-by: Christian König christian.koe...@amd.com This fixed a similar problem here (see the drm pull thread for rc1) Thanks Ed Tomlinson Tried reverting that from rc2, but it didn't help. Thanks anyway. Well, I *believed* I had created a patch for that commit, and reverted it from -rc2 with patch -R. But I've now bisected through drivers/gpu/drm between v3.14.0 and v3.15-rc2 and the bisection pointed to that same commit, so I guess I did something wrong. There were a couple of other issues along the way (mounting nfs hung on one commit, startx hung on several of the commits, but I've marked those as good because I had a display, even if the system was not usable). I've now gone back to linus' tree that I cloned a few hours ago, i.e. commit c089b229dfdd09d59a11d8bc2344bf8196d575ce Merge: 9ac03675010a 0565103d1adb Author: Linus Torvalds torva...@linux-foundation.org Date: Mon Apr 21 10:05:35 2014 -0700 Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml created a branch, and *definitely* reverted 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef (using git revert) in that branch. And this version works fine. So belatedly I see that I seem to have the same problem as Ed. Or at least that the same commit is causing both our problems. Alex - do you need any more information from me to help with this ? The attached patch should fix it. Thanks, Alex From 9cd764fd57bb2a4e5f618d0f8a64c8154a820688 Mon Sep 17 00:00:00 2001 From: Alex Deucher alexander.deuc...@amd.com Date: Tue, 22 Apr 2014 01:49:28 -0400 Subject: [PATCH] drm/radeon/aux: fix hpd assignment for aux bus The hpd (hot plug detect) pin assignment got lost in the conversion to to the common i2c over aux code. Without this information, aux transactions do not work properly. Fixes DP failures. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/atombios_dp.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/radeon/atombios_dp.c b/drivers/gpu/drm/radeon/atombios_dp.c index 1593652..bc0119f 100644 --- a/drivers/gpu/drm/radeon/atombios_dp.c +++ b/drivers/gpu/drm/radeon/atombios_dp.c @@ -209,6 +209,7 @@ void radeon_dp_aux_init(struct radeon_connector *radeon_connector) { int ret; + radeon_connector-ddc_bus-rec.hpd = radeon_connector-hpd.hpd; radeon_connector-ddc_bus-aux.dev = radeon_connector-base.kdev; radeon_connector-ddc_bus-aux.transfer = radeon_dp_aux_transfer; ret = drm_dp_aux_register_i2c_bus(radeon_connector-ddc_bus-aux); -- 1.7.11.7