[Bug 38270] Color Tiling unusable on NI
https://bugs.freedesktop.org/show_bug.cgi?id=38270 --- Comment #11 from Wojciech Pyczak 2011-06-16 03:13:01 PDT --- That's strange, I'm using 6850 with r600g and still experience corruption, in fact I've had those errors for a long time but didn't bother to report since I assumed it's still work in progress. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38364] New: Ignoring invalid EDID block 1 do entire edid is invalid and not just block 1
https://bugs.freedesktop.org/show_bug.cgi?id=38364
Summary: Ignoring invalid EDID block 1 do entire edid is
invalid and not just block 1
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: zave...@free.fr
Hello ,
All is fine except i can't change resolution on my second monitor vga
,tv in fact, (reported as DVI-I-2 ) anymore with my 9400gt.
Now , i'm on :
linux-2.6.39-gentoo-r1
xorg-server-1.10.2
xf86-video-nouveau-0.0.16_pre20110323
libdrm-2.4.25
Errors in dmesg are:
nouveau :02:00.0: DVI-I-2: Ignoring invalid EDID block 1.
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
whatever i valid with xrandr is not really do on my tv
although xrandr say it's good , my tv always report 1202x670 50hz
I tried with and without xorg.conf
My last kernel working is linux-2.6.36-gentoo-r6.
If, i tweak drm_edid.c from kernel-2.6.39-gentoo-r1 like this:
--- drm_edid.c2011-06-10 22:37:36.605848000 +0200
+++ linux/drivers/gpu/drm/drm_edid.c2011-06-13 13:04:43.136786102 +0200
@@ -292,7 +292,7 @@
block + (valid_extensions + 1) * EDID_LENGTH,
j, EDID_LENGTH))
goto out;
-if (drm_edid_block_valid(block + (valid_extensions + 1) *
EDID_LENGTH)) {
+if (drm_edid_block_valid(block + (valid_extensions + 0) *
EDID_LENGTH)) {
valid_extensions++;
break;
}
that work good like before but i'm not sure that is safe.
More info in
http://lists.freedesktop.org/archives/nouveau/2011-June/008548.html
I can post logs here too , just tell me.
See you
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38364 ] - Ignoring invalid EDID block 1 do entire edid is invalid and not just block 1
https://bugs.freedesktop.org/show_bug.cgi?id=38364
Hello ,
All is fine except i can't change resolution on my second monitor vga
,tv in fact, (reported as DVI-I-2 ) anymore with my 9400gt.
Now , i'm on :
linux-2.6.39-gentoo-r1
xorg-server-1.10.2
xf86-video-nouveau-0.0.16_pre20110323
libdrm-2.4.25
Errors in dmesg are:
nouveau :02:00.0: DVI-I-2: Ignoring invalid EDID block 1.
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
whatever i valid with xrandr is not really do on my tv
although xrandr say it's good , my tv always report 1202x670 50hz
I tried with and without xorg.conf
My last kernel working is linux-2.6.36-gentoo-r6.
If, i tweak drm_edid.c from kernel-2.6.39-gentoo-r1 like this:
--- drm_edid.c2011-06-10 22:37:36.605848000 +0200
+++ linux/drivers/gpu/drm/drm_edid.c2011-06-13 13:04:43.136786102 +0200
@@ -292,7 +292,7 @@
block + (valid_extensions + 1) * EDID_LENGTH,
j, EDID_LENGTH))
goto out;
-if (drm_edid_block_valid(block + (valid_extensions + 1) *
EDID_LENGTH)) {
+if (drm_edid_block_valid(block + (valid_extensions + 0) *
EDID_LENGTH)) {
valid_extensions++;
break;
}
that work good like before but i'm not sure that is safe.
More info in
http://lists.freedesktop.org/archives/nouveau/2011-June/008548.html
I can post logs here too , just tell me.
See you
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38367] New: System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 Summary: System hangs on running nexuiz Product: Mesa Version: 7.10 Platform: Other OS/Version: other Status: NEW Severity: major Priority: high Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: hysv...@gmail.com Created an attachment (id=48032) --> (https://bugs.freedesktop.org/attachment.cgi?id=48032) Xorg.log KMS Driver Stack Details: = 1)Kernel- 2.6.38-8-generice 2)Libdrm-2.4.23 3)Mesa-7.10.1 4)Xorg-server-1.10.0 5)ddx: xf86-video-ati-6.14.99 System Environment: === O.S. - Ubuntu-11.04(64 bit) ASIC – NI BARTS PRO (6739) CPU - Intel(R) Core(TM) 2 CPU 6300 @1.86GHz Steps to Reproduce: === 1) Install phoronix test suite from the attachment and resolve any dependency related to PHP with synaptic 2) Install nexuiz with phoronix-test-suite install nexuiz 3) Run nexuiz application as below using phoronix-test-suite HDR: 1: Yes 2: No 3: Test All Options (Select 1: Yes) Sound: 1: On 2: Off 3: Test All Options (Select 2: Off) # FORCE_TIMES_TO_RUN=1 phoronix-test-suite run nexuiz Observation: Test runs for some time and after that system hangs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #1 from samit vats 2011-06-16 04:36:43 PDT --- Created an attachment (id=48033) --> (https://bugs.freedesktop.org/attachment.cgi?id=48033) phoronix test suite -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #2 from samit vats 2011-06-16 04:37:18 PDT --- Created an attachment (id=48034) --> (https://bugs.freedesktop.org/attachment.cgi?id=48034) glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #3 from samit vats 2011-06-16 04:37:56 PDT --- Created an attachment (id=48035) --> (https://bugs.freedesktop.org/attachment.cgi?id=48035) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #4 from samit vats 2011-06-16 04:38:35 PDT --- Created an attachment (id=48036) --> (https://bugs.freedesktop.org/attachment.cgi?id=48036) xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #18 from Andy Furniss 2011-06-16 04:46:36 PDT --- (In reply to comment #16) > (In reply to comment #15) > > Created an attachment (id=48019) View: https://bugs.freedesktop.org/attachment.cgi?id=48019 Review: https://bugs.freedesktop.org/review?bug=35434&attachment=48019 > > patch > > > > Does this patch help? > > It does, broken ground textures do seem to be rendering correctly now for me! > :) +1 working for me also - thanks Vadim. > > Although, it looks like some more problems have popped up since I last tested > quake wars: > > 1) screen artifacts (image [2] originally cited in this bug) apparently have > not been fixed within r600g/mesa as I had assumed. I only managed to work > around the issue by setting r_useIndexBuffers=1 (game variable). Artifacts are > still present when r_useIndexBuffers=0 (which is default) r_useIndexBuffers=0 has always been problematic for me. I don't think it's default for everyone - on my two current boxes it's 1 and I haven't changed it. IIRC from long ago before r500 had accel, using fglrx if the game ever got started in compiz (with LIBGL_ALWAYS_INDIRECT=1) then it would set it to 0 which would stick and break rendering even when running with no compiz/direct. > > 2) water in-game is no longer rendered correctly, now only black blobs appear > where water should be. > > 3) Some game scenery is not being rendered (some trees in refinery is all I've > noticed so far) Fixed in master now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #19 from Sven Arvidsson 2011-06-16 04:49:46 PDT --- (In reply to comment #15) > Created an attachment (id=48019) View: https://bugs.freedesktop.org/attachment.cgi?id=48019 Review: https://bugs.freedesktop.org/review?bug=35434&attachment=48019 > patch > > Does this patch help? Yep, textures are fine now! Thanks for working on this :) I still have two glitches in ETQW, the globe in the menu and the characters in the team select menu, described in bug 36917. It would be great if someone could comment on whether this is specific to Evergreen or not. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38369] New: Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 Summary: Wrong ASIC Marketing name in glxinfo output Product: Mesa Version: 7.10 Platform: Other OS/Version: other Status: NEW Severity: major Priority: high Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: hysv...@gmail.com KMS Driver Stack Details: = 1)Kernel- 2.6.38-8-generice 2)Libdrm-2.4.23 3)Mesa-7.10.1 4)Xorg-server-1.10.0 5)ddx: xf86-video-ati-6.14.99 System Environment: === O.S. - Ubuntu-11.04(64 bit) ASIC – EG PARK LP(68E1) CPU - Intel(R) Core(TM) 2 CPU 6300 @1.86GHz Steps to Reproduce: === Run # glxinfo Expected : OpenGL renderer string should mention the ASIC as EG Park = Observed : 1) OpenGL renderer string mentions the ASIC name as Cedar = 2) Similarly NI Blackcomb XT/Pro is shown as Barts -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 --- Comment #1 from samit vats 2011-06-16 05:47:47 PDT --- Created an attachment (id=48040) --> (https://bugs.freedesktop.org/attachment.cgi?id=48040) glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 --- Comment #2 from samit vats 2011-06-16 05:48:11 PDT --- Created an attachment (id=48041) --> (https://bugs.freedesktop.org/attachment.cgi?id=48041) Xorg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 --- Comment #3 from samit vats 2011-06-16 05:48:57 PDT --- Created an attachment (id=48042) --> (https://bugs.freedesktop.org/attachment.cgi?id=48042) xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/i915: add check for valid init_clock_gating-pointer
> > Commit 6067aa (drm/i915: split clock gating init into per-chipset
> > functions) unconditionally calls the newly created
> > init_clock_gating-pointer. There is one case, however, where it does
> > not get set:
> >
> > if (HAS_PCH_SPLIT(dev)) {
> > ...
> > } else
> > dev_priv->display.update_wm = NULL;
> > }
>
> We'll only hit this path on non-existent hardware. Since a clock
> gating routine is required I'd rather just see the panic and add a new
> routine at that time (i.e. what we normally do during bringup).
How about BUG_ON(!ptr) in the init-routine for a bit more grace? And/or
a warning in the else-block? It seems to happen to users...
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Description: Digital signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH 1/2] drm/radeon/kms/atom: AdjustPixelClock fixes for DP bridges
Need to set the external transmitter type properly in
AdjustPixelClock to get the properly output.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |7 +++
drivers/gpu/drm/radeon/radeon_mode.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index 84a69e7..9541995 100644
--- a/drivers/gpu/drm/radeon/atombios_crtc.c
+++ b/drivers/gpu/drm/radeon/atombios_crtc.c
@@ -671,6 +671,13 @@ static u32 atombios_adjust_pll(struct drm_crtc *crtc,
DISPPLL_CONFIG_DUAL_LINK;
}
}
+ if (radeon_encoder_is_dp_bridge(encoder)) {
+ struct drm_encoder *ext_encoder =
radeon_atom_get_external_encoder(encoder);
+ struct radeon_encoder
*ext_radeon_encoder = to_radeon_encoder(ext_encoder);
+ args.v3.sInput.ucExtTransmitterID =
ext_radeon_encoder->encoder_id;
+ } else
+ args.v3.sInput.ucExtTransmitterID = 0;
+
atom_execute_table(rdev->mode_info.atom_context,
index, (uint32_t *)&args);
adjusted_clock =
le32_to_cpu(args.v3.sOutput.ulDispPllFreq) * 10;
diff --git a/drivers/gpu/drm/radeon/radeon_mode.h
b/drivers/gpu/drm/radeon/radeon_mode.h
index f734b37..6df4e3c 100644
--- a/drivers/gpu/drm/radeon/radeon_mode.h
+++ b/drivers/gpu/drm/radeon/radeon_mode.h
@@ -484,6 +484,7 @@ extern void atombios_dig_transmitter_setup(struct
drm_encoder *encoder,
int action, uint8_t lane_num,
uint8_t lane_set);
extern void radeon_atom_ext_encoder_setup_ddc(struct drm_encoder *encoder);
+extern struct drm_encoder *radeon_atom_get_external_encoder(struct drm_encoder
*encoder);
extern int radeon_dp_i2c_aux_ch(struct i2c_adapter *adapter, int mode,
u8 write_byte, u8 *read_byte);
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH 2/2] drm/radeon/kms: set DP link config properly for DP bridges
DP clock and lanes were not set properly for DP bridges.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index aa2450b..f55b64c 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -367,7 +367,8 @@ static bool radeon_atom_mode_fixup(struct drm_encoder
*encoder,
}
if (ASIC_IS_DCE3(rdev) &&
- (radeon_encoder->active_device & (ATOM_DEVICE_DFP_SUPPORT |
ATOM_DEVICE_LCD_SUPPORT))) {
+ ((radeon_encoder->active_device & (ATOM_DEVICE_DFP_SUPPORT |
ATOM_DEVICE_LCD_SUPPORT)) ||
+radeon_encoder_is_dp_bridge(encoder))) {
struct drm_connector *connector =
radeon_get_connector_for_encoder(encoder);
radeon_dp_set_link_config(connector, mode);
}
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [3.0.0-rc3] GMBUS timed out
On Thu, 16 Jun 2011 15:41:23 +0200, Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=) wrote: > Hello, > > I've just booted 3.0.0-rc3 on my machine, and I got that message : > Jun 16 15:32:07 tux kernel: [drm] GMBUS timed out, falling back to bit > banging on pin 5 [i915 gmbus dpb] > > I've checked my logs, and I never got that with my previous 2.6.39.1 > kernel, so that looks like something new to 3.x. Attempting to use GMBUS when enabled for 3.0. It will have to be disabled again until the GMBUS/GPIO adapter aligns better with the i2c interface and doesn't cause a deadlock upon booting with the eeprom module. In the meantime, if you have the time and inclination, you can help by working out under what conditions GMBUS fails. That info message is only generated after we write a message over GMBUS and receive no response. I've looked into one exchange that suggests that we may timeout if the monitor is disconnected. Do you have anything connected to what would be the first external output? Does the message go away if you boot with that connected/disconnected? > Should I report more details (and if so, which ones) or is that harmless > (though I doubt kernel messages about a time out are harmless ;) It's harmless in this case. Just a warning that the new hw driven method failed and we are now using the old CPU driven method. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Alex Deucher 2011-06-16 07:41:48 PDT --- Park and Blackcomb are just the code names for the mobile variants. The actual asics are cedar and barts. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Alex Deucher 2011-06-16 07:45:38 PDT --- *** This bug has been marked as a duplicate of bug 36542 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36542] Radeon HD 6570 GPU lockup (waiting for 0x00000281 last fence id 0x00000280)
https://bugs.freedesktop.org/show_bug.cgi?id=36542 Alex Deucher changed: What|Removed |Added CC||hysv...@gmail.com --- Comment #6 from Alex Deucher 2011-06-16 07:45:38 PDT --- *** Bug 38367 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 32402] Oops associated with radeon_unpin_work_func
https://bugzilla.kernel.org/show_bug.cgi?id=32402 Florian Mickler changed: What|Removed |Added Status|NEW |RESOLVED Resolution||CODE_FIX -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 32402] Oops associated with radeon_unpin_work_func
https://bugzilla.kernel.org/show_bug.cgi?id=32402 Florian Mickler changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/i915: add check for valid init_clock_gating-pointer
On Thu, 16 Jun 2011 15:28:46 +0200
Wolfram Sang wrote:
> > > Commit 6067aa (drm/i915: split clock gating init into per-chipset
> > > functions) unconditionally calls the newly created
> > > init_clock_gating-pointer. There is one case, however, where it does
> > > not get set:
> > >
> > > if (HAS_PCH_SPLIT(dev)) {
> > > ...
> > > } else
> > > dev_priv->display.update_wm = NULL;
> > > }
> >
> > We'll only hit this path on non-existent hardware. Since a clock
> > gating routine is required I'd rather just see the panic and add a new
> > routine at that time (i.e. what we normally do during bringup).
>
> How about BUG_ON(!ptr) in the init-routine for a bit more grace? And/or
> a warning in the else-block? It seems to happen to users...
Yeah, a BUG_ON would be fine.
--
Jesse Barnes, Intel Open Source Technology Center
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36917] Rendering glitches in ETQW
https://bugs.freedesktop.org/show_bug.cgi?id=36917 --- Comment #4 from Andy Furniss 2011-06-16 08:42:54 PDT --- (In reply to comment #1) > Created an attachment (id=47875) --> (https://bugs.freedesktop.org/attachment.cgi?id=47875) > Model rendered too bright > > It looks like ETQW suffers from a few other rendering glitches. The characters > in the team selection seems to be rendered too bright (but are fine in-game), > and trees on the map "Island" looks quite funky. I tested with my 4890 and the globe renders OK, but the menu model is too bright. I've no idea when this started as I normally test in spectate mode or timenetdemo - so don't usually see it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/i915: add check for valid init_clock_gating-pointer
On Thu, 16 Jun 2011 08:15:57 -0700, Jesse Barnes wrote: > On Thu, 16 Jun 2011 15:28:46 +0200 > Wolfram Sang wrote: > > How about BUG_ON(!ptr) in the init-routine for a bit more grace? And/or > > a warning in the else-block? It seems to happen to users... > > Yeah, a BUG_ON would be fine. if (WARN_ON(!ptr, "no display vtable")) return -ENODEV; -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Graphic corruption with i915 (2.6.39.1)
On Thu, 16 Jun 2011 11:58:42 -0300, Leandro Lucarella wrote: > Hi, I've been experiencing sporadic graphic corruption since a few > stable kernel versions and I always thought "maybe is fixed in the next > release", so I upgrade, but I usually experience a different problem > then. This problems are exposed very rarely, maybe I have no problems > like for a month or so. > > Now I'm using kernel 2.6.39.1 and I experience one of this problem so > I though it was time to report it. This is what I got in dmesg: > > [368693.756008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > elapsed... GPU hung > [368693.756014] render error detected, EIR: 0x0010 > [368693.756017] IPEIR: 0x > [368693.756019] IPEHR: 0x0204 > [368693.756020] INSTDONE: 0xcc8f > [368693.756022] INSTPS: 0x8001e025 > [368693.756024] INSTDONE1: 0xbfbf > [368693.756026] ACTHD: 0x00715128 > [368693.756027] page table error > [368693.756029] PGTBL_ER: 0x0002 > [368693.756038] [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 > (awaiting 17700193 at 17700192, next 17700196) > [368694.258010] [drm:i915_reset] *ERROR* Failed to reset chip. If you look in /sys/kernel/debug/dri/0/i915_error_state we can see what garbage the DDX [xf86-video-intel] fed the gpu. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 Lars G changed: What|Removed |Added Version|7.10|git Severity|normal |major Priority|medium |high CC||terraform...@gmail.com --- Comment #1 from Lars G 2011-06-16 09:05:02 PDT --- Still the same issue here with fully updated Fedora 15. This is *really* annoying, because it makes working in Blender's "object mode" nearly impossible. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #2 from Lars G 2011-06-16 09:11:58 PDT --- Forgot to say that it's not only really slow, but it also *crashes* nearly everytime when selecting something in this mode. (via viewport, selecting from the outliner list seems ok) Thanks, Lars -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Graphic corruption with i915 (2.6.39.1)
On Thu, 16 Jun 2011 13:18:03 -0300, Leandro Lucarella wrote: > cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or > directory > > The debug directory is not present, should I boot or compile with some > particular option to enable it? You need to compile with CONFIG_DEBUGFS and at runtime "mount -tdebugfs debug /sys/kernel/debug". The /sys/kernel/debug/dri/0/i915_error_state will only be populated after a hang is detected. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[3.0.0-rc3] GMBUS timed out
Hello, I've just booted 3.0.0-rc3 on my machine, and I got that message : Jun 16 15:32:07 tux kernel: [drm] GMBUS timed out, falling back to bit banging on pin 5 [i915 gmbus dpb] I've checked my logs, and I never got that with my previous 2.6.39.1 kernel, so that looks like something new to 3.x. Should I report more details (and if so, which ones) or is that harmless (though I doubt kernel messages about a time out are harmless ;) Paul PS : Added intel-gfx and dri-devel from previous emails related to i915, but I'm not subscribed to these lists. signature.asc Description: PGP signature ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Graphic corruption with i915 (2.6.39.1)
Hi, I've been experiencing sporadic graphic corruption since a few stable kernel versions and I always thought "maybe is fixed in the next release", so I upgrade, but I usually experience a different problem then. This problems are exposed very rarely, maybe I have no problems like for a month or so. Now I'm using kernel 2.6.39.1 and I experience one of this problem so I though it was time to report it. This is what I got in dmesg: [368693.756008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [368693.756014] render error detected, EIR: 0x0010 [368693.756017] IPEIR: 0x [368693.756019] IPEHR: 0x0204 [368693.756020] INSTDONE: 0xcc8f [368693.756022] INSTPS: 0x8001e025 [368693.756024] INSTDONE1: 0xbfbf [368693.756026] ACTHD: 0x00715128 [368693.756027] page table error [368693.756029] PGTBL_ER: 0x0002 [368693.756038] [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 (awaiting 17700193 at 17700192, next 17700196) [368694.258010] [drm:i915_reset] *ERROR* Failed to reset chip. Here are 2 images of my desktop, without the graphic corruption first and with the corruption then: http://imgur.com/a/NX7te # lspci 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) 04:00.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) Any ideas on what might be going on and how to fix it are welcome. Please let me know if you need any other information. Thanks in advance. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- SEÑOR BIELSA: CON TODO RESPETO ¿USTED LO VE JUGAR A RIQUELME? -- Crónica TV ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [3.0.0-rc3] GMBUS timed out
Hi Chris, On Thu, 16 Jun 2011 15:08:48 +0100 Chris Wilson wrote: > Attempting to use GMBUS when enabled for 3.0. It will have to be > disabled again until the GMBUS/GPIO adapter aligns better with the i2c > interface and doesn't cause a deadlock upon booting with the eeprom > module. Hey, that sounds promising ;) Glad I don't have that kind of HW... > In the meantime, if you have the time and inclination, you can help by > working out under what conditions GMBUS fails. That info message is only > generated after we write a message over GMBUS and receive no response. It is logged at 15:32:07 on my machine, and at that time, the machine was fully up with X/KDE/compiz running. It is a laptop and xrandr reports : Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192 LVDS1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1440x900 60.1*+ 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) 1920x1080@60Hz 60.0 DP1 disconnected (normal left inverted right x axis y axis) But I'm used to work with a screen connected to VGA1, and I connect it usually once my KDE session is started, and I activate it manually using xrandr. I just tried to repeat the process... but got another bug : activating the second screen for the second time (after deactivating it) just resulted in garbage on that screen. Primary (LVDS) is still ok, but VGA1 contains some black area, and some part of the LVDS1 (though the resolution not being the same makes it funny). No GMBUS message again... Gotta have to reboot... OK, rebooted, step by step : 1 - Boot : no message, 2 - Start my KDE session : no message 3 - Connect the screen on the VGA1 port : no message 4 - Let KDE Daemon prompt me a screen has been connected, and click Ignore : no message 5 - Run my second screen activation screen : got the message ! Here is what the script does : MODE=1920x1080@60Hz $XRANDR --output LVDS1 --primary $XRANDR --newmode $MODE 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync $XRANDR --addmode VGA1 $MODE $XRANDR --output VGA1 --mode $MODE --right-of LVDS1 $XRANDR --output LVDS1 --primary > I've looked into one exchange that suggests that we may timeout if the > monitor is disconnected. Do you have anything connected to what would be > the first external output? Does the message go away if you boot with > that connected/disconnected? Only the LVDS1 connected at the time of the boot, but the message occured later. > > Should I report more details (and if so, which ones) or is that harmless > > (though I doubt kernel messages about a time out are harmless ;) > > It's harmless in this case. Just a warning that the new hw driven method > failed and we are now using the old CPU driven method. OK, so I guess that me feeling the display is less responsive when switching desktop is just a feeling. Paul -- Paul RollandE-Mail : rol(at)witbe.net CTO - Witbe.net SA Tel. +33 (0)1 47 67 77 77 Les Collines de l'Arche Fax. +33 (0)1 47 67 77 99 F-92057 Paris La DefenseRIPE : PR12-RIPE LinkedIn : http://www.linkedin.com/in/paulrolland Skype: rollandpaul "I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say 'Daddy, where were you when they took freedom of the press away from the Internet?'" --Mike Godwin, Electronic Frontier Foundation signature.asc Description: PGP signature ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Graphic corruption with i915 (2.6.39.1)
Chris Wilson, el 16 de junio a las 17:01 me escribiste: > On Thu, 16 Jun 2011 11:58:42 -0300, Leandro Lucarella > wrote: > > Hi, I've been experiencing sporadic graphic corruption since a few > > stable kernel versions and I always thought "maybe is fixed in the next > > release", so I upgrade, but I usually experience a different problem > > then. This problems are exposed very rarely, maybe I have no problems > > like for a month or so. > > > > Now I'm using kernel 2.6.39.1 and I experience one of this problem so > > I though it was time to report it. This is what I got in dmesg: > > > > [368693.756008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > > elapsed... GPU hung > > [368693.756014] render error detected, EIR: 0x0010 > > [368693.756017] IPEIR: 0x > > [368693.756019] IPEHR: 0x0204 > > [368693.756020] INSTDONE: 0xcc8f > > [368693.756022] INSTPS: 0x8001e025 > > [368693.756024] INSTDONE1: 0xbfbf > > [368693.756026] ACTHD: 0x00715128 > > [368693.756027] page table error > > [368693.756029] PGTBL_ER: 0x0002 > > [368693.756038] [drm:i915_wait_request] *ERROR* i915_wait_request returns > > -11 (awaiting 17700193 at 17700192, next 17700196) > > [368694.258010] [drm:i915_reset] *ERROR* Failed to reset chip. > > If you look in /sys/kernel/debug/dri/0/i915_error_state we can see what > garbage the DDX [xf86-video-intel] fed the gpu. cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or directory The debug directory is not present, should I boot or compile with some particular option to enable it? -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- Refalar: acto de mover el peso de la masa hacia un lugar equivocado pero concreto. Todo refalo es, por cierto, una sucesión de pequeñísimos movimientos a los que un centímetro es la proporción aumentada de miles de porciones de espacio, que, al estar el piso mojado, refala. -- Ricardo Vaporeso ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Graphic corruption with i915 (2.6.39.1)
Chris Wilson, el 16 de junio a las 17:39 me escribiste: > On Thu, 16 Jun 2011 13:18:03 -0300, Leandro Lucarella > wrote: > > cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or > > directory > > > > The debug directory is not present, should I boot or compile with some > > particular option to enable it? > > You need to compile with CONFIG_DEBUGFS and at runtime > "mount -tdebugfs debug /sys/kernel/debug". > > The /sys/kernel/debug/dri/0/i915_error_state will only be populated > after a hang is detected. OK, I had CONFIG_DEBUGFS but never mounted it. Unfortunately I rebooted since the problem, so now that file says: no error state collected I'll get the contents when it happens again. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- The world's best known word is "okay" The second most well-known word is "Coca-Cola" ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36917] Rendering glitches in ETQW
https://bugs.freedesktop.org/show_bug.cgi?id=36917 --- Comment #5 from Sven Arvidsson 2011-06-16 10:22:54 PDT --- (In reply to comment #4) > > I tested with my 4890 and the globe renders OK, but the menu model is too > bright. I guess the globe is evergreen-only then, thanks for testing and commenting. > I've no idea when this started as I normally test in spectate mode or > timenetdemo - so don't usually see it. I've tried a few different older versions, but so far I haven't found one where the model renders rigth, so I'm not sure if it's a regression or not. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: fix num crtcs for Cedar and Caicos
Only support 4 rather than 6.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index ef146cf..b7cf84f 100644
--- a/drivers/gpu/drm/radeon/radeon_asic.c
+++ b/drivers/gpu/drm/radeon/radeon_asic.c
@@ -945,6 +945,13 @@ static struct radeon_asic cayman_asic = {
int radeon_asic_init(struct radeon_device *rdev)
{
radeon_register_accessor_init(rdev);
+
+ /* set the number of crtcs */
+ if (rdev->flags & RADEON_SINGLE_CRTC)
+ rdev->num_crtc = 1;
+ else
+ rdev->num_crtc = 2;
+
switch (rdev->family) {
case CHIP_R100:
case CHIP_RV100:
@@ -1024,6 +1031,11 @@ int radeon_asic_init(struct radeon_device *rdev)
case CHIP_JUNIPER:
case CHIP_CYPRESS:
case CHIP_HEMLOCK:
+ /* set num crtcs */
+ if (rdev->family == CHIP_CEDAR)
+ rdev->num_crtc = 4;
+ else
+ rdev->num_crtc = 6;
rdev->asic = &evergreen_asic;
break;
case CHIP_PALM:
@@ -1034,10 +1046,17 @@ int radeon_asic_init(struct radeon_device *rdev)
case CHIP_BARTS:
case CHIP_TURKS:
case CHIP_CAICOS:
+ /* set num crtcs */
+ if (rdev->family == CHIP_CAICOS)
+ rdev->num_crtc = 4;
+ else
+ rdev->num_crtc = 6;
rdev->asic = &btc_asic;
break;
case CHIP_CAYMAN:
rdev->asic = &cayman_asic;
+ /* set num crtcs */
+ rdev->num_crtc = 6;
break;
default:
/* FIXME: not supported yet */
@@ -1049,18 +1068,6 @@ int radeon_asic_init(struct radeon_device *rdev)
rdev->asic->set_memory_clock = NULL;
}
- /* set the number of crtcs */
- if (rdev->flags & RADEON_SINGLE_CRTC)
- rdev->num_crtc = 1;
- else {
- if (ASIC_IS_DCE41(rdev))
- rdev->num_crtc = 2;
- else if (ASIC_IS_DCE4(rdev))
- rdev->num_crtc = 6;
- else
- rdev->num_crtc = 2;
- }
-
return 0;
}
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Graphic corruption with i915 (2.6.39.1)
2011/6/16 Leandro Lucarella > > Chris Wilson, el 16 de junio a las 17:39 me escribiste: > > On Thu, 16 Jun 2011 13:18:03 -0300, Leandro Lucarella > > wrote: > > > cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or > > > directory > > > > > > The debug directory is not present, should I boot or compile with some > > > particular option to enable it? > > > > You need to compile with CONFIG_DEBUGFS and at runtime > > "mount -tdebugfs debug /sys/kernel/debug". > > > > The /sys/kernel/debug/dri/0/i915_error_state will only be populated > > after a hang is detected. > > OK, I had CONFIG_DEBUGFS but never mounted it. Unfortunately I rebooted > since the problem, so now that file says: no error state collected > > I'll get the contents when it happens again. > > -- > Leandro Lucarella (AKA luca) http://llucax.com.ar/ > -- > GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) > -- > The world's best known word is "okay" > The second most well-known word is "Coca-Cola" I'm having exactly the same problem. It happens pretty randomly, but I've noticed that the frequency in which it occurs is highly increased when libflashplayer.so is used. Unfortunately I didn't compile my kernel with CONFIG_DEBUGFS. I'll change this and if I come across anything interesting, I'll let you know. Cheers, -- Raúl Benencia ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 Sven Arvidsson changed: What|Removed |Added CC||s...@whiz.se --- Comment #3 from Sven Arvidsson 2011-06-16 11:51:06 PDT --- I just tried this with Blender 2.57 and current git master on my HD5670 and I don't experience any problems. So it could be that this bug is specific to r600, or (hopefully) that it's fixed in git master. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Warnings on suspend in gen6_gt_force_wake_* on Sandy Bridge
Hello. I'm trying latest Linus tree (v3.0-rc3-135-g19a1166) and the suspend process generates lots of WARNINGs from i915 driver, this didn't happen on 2.6.39 and apparently on 3.0-rc2 too. The hardware is ASUS K53E with i5 2410M, so the chip is Intel HD 3000. A sample warning: [ 182.052219] WARNING: at drivers/gpu/drm/i915/i915_drv.c:322 gen6_gt_force_wake_get+0x25/0x9e [i915]() [ 182.052224] Hardware name: K53E [ 182.052226] Modules linked in: af_packet rfcomm bnep cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_ondemand acpi_cpufreq freq_table mperf uinput fuse nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc ipv6 snd_hda_codec_hdmi snd_hda_codec_realtek btusb bluetooth uvcvideo videodev v4l2_compat_ioctl32 crc16 arc4 i915 drm_kms_helper drm asus_nb_wmi ath9k snd_hda_intel snd_hda_codec asus_wmi i2c_algo_bit mac80211 sparse_keymap pci_hotplug snd_hwdep snd_pcm ath9k_common ath9k_hw wmi video ath snd_seq snd_timer intel_agp backlight mei(C) cfg80211 snd_seq_device intel_gtt i2c_i801 i2c_core snd agpgart evdev soundcore snd_page_alloc battery ac psmouse processor button dm_mod sg sr_mod cdrom thermal thermal_sys hwmon usbcore atl1c [last unloaded: ehci_hcd] [ 182.052288] Pid: 596, comm: kworker/u:7 Tainted: GWC 3.0.0-rc3-wrar-sabine+ #3 [ 182.052293] Call Trace: [ 182.052296] [] warn_slowpath_common+0x7e/0x96 [ 182.052301] [] warn_slowpath_null+0x15/0x17 [ 182.052308] [] gen6_gt_force_wake_get+0x25/0x9e [i915] [ 182.052316] [] i915_read8+0x2d/0x4f [i915] [ 182.052325] [] i915_restore_display+0x1038/0x10b7 [i915] [ 182.052330] [] ? _raw_spin_unlock_irqrestore+0x20/0x2b [ 182.052339] [] i915_restore_state+0x53/0x1f1 [i915] [ 182.052345] [] i915_drm_thaw+0x4c/0xd3 [i915] [ 182.052352] [] i915_resume+0x40/0x57 [i915] [ 182.052359] [] i915_pm_resume+0x11/0x13 [i915] [ 182.052363] [] pci_pm_resume+0x87/0x9c [ 182.052366] [] pm_op+0xa4/0x144 [ 182.052370] [] ? async_schedule+0x12/0x12 [ 182.052374] [] device_resume+0x8e/0xc6 [ 182.052377] [] ? try_to_wake_up+0x1be/0x1d0 [ 182.052381] [] async_resume+0x1a/0x42 [ 182.052385] [] async_run_entry_fn+0x9d/0x14f [ 182.052389] [] ? async_run_entry_fn+0x116/0x14f [ 182.052393] [] process_one_work+0x13c/0x21e [ 182.052397] [] worker_thread+0xce/0x152 [ 182.052401] [] ? manage_workers.isra.29+0x16c/0x16c [ 182.052405] [] kthread+0x7f/0x87 [ 182.052409] [] kernel_thread_helper+0x4/0x10 [ 182.052413] [] ? kthread_worker_fn+0x141/0x141 [ 182.052417] [] ? gs_change+0xb/0xb [ 182.052420] ---[ end trace 26bf0be9378ff57c ]--- Then almost the same but with [ 182.052083] [] warn_slowpath_common+0x7e/0x96 [ 182.052087] [] warn_slowpath_null+0x15/0x17 [ 182.052094] [] gen6_gt_force_wake_put+0x24/0x4d [i915] [ 182.052102] [] i915_read8+0x3d/0x4f [i915] These two warnings repeat for a total of 45 times, statring and ending with _put one. -- WBR, wRAR signature.asc Description: Digital signature ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Revert "drm/i915: Enable GMBUS for post-gen2 chipsets"
Hi Dave, On Tue, 14 Jun 2011 13:39:35 +1000, Dave Airlie wrote: > On Sat, Jun 11, 2011 at 10:58 PM, Jean Delvare wrote: > > Hi Florian, > > > > On Sat, 11 Jun 2011 13:28:15 +0200, Florian Mickler wrote: > >> On Sat, 04 Jun 2011 19:34:56 - > >> Jean Delvare wrote: > >> > >> > Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a > >> > hang when loading the eeprom driver (see bug #35572.) GMBUS will be > >> > re-enabled later, differently. > >> > > >> > Signed-off-by: Jean Delvare > >> > Reported-by: Marek Otahal > >> > Tested-by: Yermandu Patapitafious > >> > Tested-by: Andrew Lutomirski > >> > Acked-by: Chris Wilson > >> > Cc: David Airlie > >> > >> is this[1] resolved some other way in the meantime? > >> > >> Regards, > >> Flo > >> > >> [1]: https://bugzilla.kernel.org/show_bug.cgi?id=35572 > > > > Not that I know of (and I don't see any other way at least for 2.6.39.) > > This is a shame, really, my revert patch should have been applied > > several days ago already. > > > > Keith, Chris, David, can you please get it rolling? This is a > > regression presumably affecting a lot of users, we should really fix it > > quickly, both in 2.6.39.x and 3.0-rc. > > This patch really had no info other than the bug link to tell me wtf its > doing, The patch I sent on June 4th (Message-ID: <20110604213456.7ac5588e@endymion.delvare>) says: Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a hang when loading the eeprom driver (see bug #35572.) GMBUS will be re-enabled later, differently. Seems clear enough to me. > I actually don't think reverting this is the correct fix, since it looks like > the code path thats screws with the mutex still happens on GEN2 machines > which unlucky for them. No. Without the revert, the problem happens on every chip except GEN2. With the revert, the problems shouldn't happen on any chip. At least this is how I understand the code. Anyway, you may not like the fix, but the fact is that commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f caused a regression, so at least for kernel 2.6.39, reverting it is the right thing to do. For 3.0.0, either someone comes up with an alternative fix and we can apply it, or reverting the faulty commit is the way to go too. We have a known regression affecting many users, we have the fix, let's please apply it quickly. Further discussions should happen _later_. > Chris, also I don't see an ack anywhere on the list, only some > discussion in the bug, I would indeed love to get a ack from Chris. > I suspect the correct fix is to remove all the offending code instead > of just putting back the piece > of plaster that fell out of the wall. Which "offending code" are you talking about? We are fixing a regression here. It has to do with being fast and safe, not with "the correct fix". Thanks, -- Jean Delvare ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 37417] No Alpha Channel for all XPixmaps with KWin+GLES
https://bugs.freedesktop.org/show_bug.cgi?id=37417
--- Comment #3 from Martin Gräßlin 2011-06-16 13:13:27 PDT
---
I just recompiled KWin against the mesa shipped by debian testing and the
problem is still present. Here the debug output:
libEGL debug: EGL search path is /usr/lib/egl
libEGL debug: added /usr/lib/egl/egl_gallium.so to module array
libEGL debug: added /usr/lib/egl/egl_dri2.so to module array
libEGL debug: added /usr/lib/egl/egl_glx.so to module array
libEGL debug: dlopen(/usr/lib/egl/egl_gallium.so)
libEGL info: use X11 for display 0x9a00c0
libEGL debug: searching for pipe module r600
libEGL debug: loaded /usr/lib/egl/pipe_r600.so
libEGL debug: the best driver is Gallium (score 100)
libEGL debug: searching for st module GLESv2
libEGL debug: loaded /usr/lib/egl/st_GLESv2.so
Testing with egl_dri2 is not possible, I get the following error message:
libEGL debug: dlopen(/usr/lib/egl/egl_dri2.so)
libEGL debug: failed to open ${ORIGIN}/dri/r600_dri.so:
${ORIGIN}/dri/r600_dri.so: cannot open shared object file: No such file or
directory
libEGL warning: DRI2: failed to open any driver (search paths ${ORIGIN}/dri)
Further testing, like adding patches and bisecting, I will not be able to do
before I have time for it (maybe at the weekend), but as it is a driver from
distribution packages I cannot apply the patches on what I have here. I would
have to switch to self compiled mesa. And as already said, I am not able to
reproduce with 7.11, so I don't know whether I will be able to reproduce on
7.10 branch when self-compile.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Revert "drm/i915: Enable GMBUS for post-gen2 chipsets"
On Thu, 16 Jun 2011 22:11:07 +0200, Jean Delvare wrote: > Hi Dave, > > On Tue, 14 Jun 2011 13:39:35 +1000, Dave Airlie wrote: > > Chris, also I don't see an ack anywhere on the list, only some > > discussion in the bug, > > I would indeed love to get a ack from Chris. Sure, let me ack it again. Hmm, was the last ack on linux-kernel, not dri-devel? > > I suspect the correct fix is to remove all the offending code instead > > of just putting back the piece > > of plaster that fell out of the wall. > > Which "offending code" are you talking about? Dave and myself chatted on irc and hopefully we cleared up the confusion that this patch is indeed just restoring the code to 2.6.39. And that further works needs to be done before trying GMBUS again. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Revert "drm/i915: Enable GMBUS for post-gen2 chipsets"
On Fri, Jun 17, 2011 at 6:11 AM, Jean Delvare wrote: > Hi Dave, > > On Tue, 14 Jun 2011 13:39:35 +1000, Dave Airlie wrote: >> On Sat, Jun 11, 2011 at 10:58 PM, Jean Delvare wrote: >> > Hi Florian, >> > >> > On Sat, 11 Jun 2011 13:28:15 +0200, Florian Mickler wrote: >> >> On Sat, 04 Jun 2011 19:34:56 - >> >> Jean Delvare wrote: >> >> >> >> > Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a >> >> > hang when loading the eeprom driver (see bug #35572.) GMBUS will be >> >> > re-enabled later, differently. >> >> > >> >> > Signed-off-by: Jean Delvare >> >> > Reported-by: Marek Otahal >> >> > Tested-by: Yermandu Patapitafious >> >> > Tested-by: Andrew Lutomirski >> >> > Acked-by: Chris Wilson >> >> > Cc: David Airlie >> >> >> >> is this[1] resolved some other way in the meantime? >> >> >> >> Regards, >> >> Flo >> >> >> >> [1]: https://bugzilla.kernel.org/show_bug.cgi?id=35572 >> > >> > Not that I know of (and I don't see any other way at least for 2.6.39.) >> > This is a shame, really, my revert patch should have been applied >> > several days ago already. >> > >> > Keith, Chris, David, can you please get it rolling? This is a >> > regression presumably affecting a lot of users, we should really fix it >> > quickly, both in 2.6.39.x and 3.0-rc. >> >> This patch really had no info other than the bug link to tell me wtf its >> doing, > > The patch I sent on June 4th (Message-ID: > <20110604213456.7ac5588e@endymion.delvare>) says: > > Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a > hang when loading the eeprom driver (see bug #35572.) GMBUS will be > re-enabled later, differently. > > Seems clear enough to me. Hi Jean, yeah I talked to Chris and I then spotted I was applying this in the wrong place when looking at the code by hand, Once Chris explained I got it, will push soon. Dave. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #20 from Benjamin Bellec 2011-06-16 13:34:31 PDT --- @Vadim Thanks, your patch fix the textures. @Brian You are right, r_useIndexBuffers=0 is still problematic. I thought this was solved, but in fact I have perhaps just modified my settings in etqw so that my file config is now set to r_useIndexBuffers=1. I tested resetting to 1, now instead of "artefacts" my screen freezes and shakes... I know now exactly where this is reproductible. For example, in "area 22" map, start with Strogg (soldier), you will land on the right of the Strogg base, then just turn left (looking to the Cyclope), and there is artefact (or now freeze&shake). I noted that watching the Cyclope on this map always results in this behavior. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #21 from Benjamin Bellec 2011-06-16 13:35:37 PDT --- Sorry, I meant "I tested resetting to 0". -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/i915: yet another forcewake lock fix
Resume is missing a locks on gt sleepable registers. --- drivers/gpu/drm/i915/i915_suspend.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_suspend.c b/drivers/gpu/drm/i915/i915_suspend.c index 60a94d2..9259dcf 100644 --- a/drivers/gpu/drm/i915/i915_suspend.c +++ b/drivers/gpu/drm/i915/i915_suspend.c @@ -780,6 +780,8 @@ void i915_restore_display(struct drm_device *dev) I915_WRITE(CPU_VGACNTRL, dev_priv->saveVGACNTRL); else I915_WRITE(VGACNTRL, dev_priv->saveVGACNTRL); + + mutex_lock(&dev->struct_mutex); I915_WRITE(VGA0, dev_priv->saveVGA0); I915_WRITE(VGA1, dev_priv->saveVGA1); I915_WRITE(VGA_PD, dev_priv->saveVGA_PD); @@ -787,6 +789,7 @@ void i915_restore_display(struct drm_device *dev) udelay(150); i915_restore_vga(dev); + mutex_unlock(&dev->struct_mutex); } int i915_save_state(struct drm_device *dev) -- 1.7.5.2 -- I can't test this right now because I cannot resume from suspend due to my USB harddrive not coming back for some reason. I think this should cover the case you're hitting though. Ben ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #4 from Lars G 2011-06-16 15:38:49 PDT --- (In reply to comment #3) > I just tried this with Blender 2.57 and current git master on my HD5670 and I > don't experience any problems. Thanks for testing Sven! Can you try the following in Blender: - Add a multiresolution modifier (with at least 7 subdivides) to the default cube to get a lot more vertices. - In object mode, select/deselect via viewport clicking several times. This crashes here *verry* often. Thanks, Lars ps. In Blender preferences>system i use the triple buffer window draw method. With the other settings the gui slows down a lot. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[git pull] drm-fixes
Hi, Slightly larger than I'd like, but Alex is still bringing up some variants of the llano hardware platform with different output configurations, so displaying something is nicer than just black screening. I've done some testing on pre-llano systems and haven't seen any problems with it, so I'm happy to push it. Otherwise there is one i915 revert, the GMBUS code was causing some problems with the core i2c and needs a rework, one regression fix for UMS drivers since I split the pci/platform/usb code out, a couple of minor radeon fixes, and one radeon fix for a bug with some floating i2c lines on certain family of motherboards. Dave. The following changes since commit 21c5977a836e399fc710ff2c5367845ed5c2527f: alpha: fix several security issues (2011-06-15 20:04:02 -0700) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (13): drm/radeon/kms: signed fix for evergreen thermal drm/radeon/kms: be more pedantic about the g5 quirk (v2) drm/radeon/kms: clear wb memory by default drm/radeon/kms: fix num crtcs for Cedar and Caicos drm/radeon/kms: rework atombios_get_encoder_mode() drm/radeon/kms: add missing external encoder action drm/radeon/kms: add support for load detection on dp bridges drm/radeon/kms: fix support for DDC on dp bridges drm/radeon/kms: issue blank/unblank commands for ext encoders drm/radeon/kms: fix handling of DP to LVDS bridges drm/radeon/kms/atom: AdjustPixelClock fixes for DP bridges drm/radeon/kms: set DP link config properly for DP bridges drm/radeon/kms: use helper functions for fence read/write Christian Dietrich (1): drivers/gpu/drm: use printk_ratelimited instead of printk_ratelimit Dave Airlie (2): drm: make debug levels match in edid failure code. drm/radeon: workaround a hw bug on some radeon chipsets with all-0 EDIDs. Jean Delvare (1): Revert "drm/i915: Enable GMBUS for post-gen2 chipsets" Wolfram Sang (1): drm: populate irq_by_busid-member for pci drivers/gpu/drm/drm_edid.c | 19 - drivers/gpu/drm/drm_ioc32.c|9 +- drivers/gpu/drm/drm_pci.c |3 +- drivers/gpu/drm/i915/intel_i2c.c |3 +- drivers/gpu/drm/radeon/atombios.h |1 + drivers/gpu/drm/radeon/atombios_crtc.c |7 ++ drivers/gpu/drm/radeon/evergreen.c |3 +- drivers/gpu/drm/radeon/radeon_asic.c | 31 +--- drivers/gpu/drm/radeon/radeon_combios.c|9 ++- drivers/gpu/drm/radeon/radeon_connectors.c | 58 -- drivers/gpu/drm/radeon/radeon_device.c |2 + drivers/gpu/drm/radeon/radeon_encoders.c | 112 +--- drivers/gpu/drm/radeon/radeon_fence.c | 51 + drivers/gpu/drm/radeon/radeon_mode.h |2 + include/drm/drm_crtc.h |2 + 15 files changed, 237 insertions(+), 75 deletions(-) ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36917] Rendering glitches in ETQW
https://bugs.freedesktop.org/show_bug.cgi?id=36917 --- Comment #6 from Vadim 2011-06-16 21:54:25 PDT --- Created an attachment (id=48072) View: https://bugs.freedesktop.org/attachment.cgi?id=48072 Review: https://bugs.freedesktop.org/review?bug=36917&attachment=48072 [PATCH] r600g: fix RSQ to use abs value of operand on evergreen This patch should fix globe rendering on evergreen. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: add missing param for dce3.2 DP transmitter setup
This is used during phy init to set up the phy for DP. This may
fix DP problems on DCE3.2 cards.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index f55b64c..175a1e3 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -1090,9 +1090,10 @@ atombios_dig_transmitter_setup(struct drm_encoder
*encoder, int action, uint8_t
break;
}
- if (is_dp)
+ if (is_dp) {
args.v2.acConfig.fCoherentMode = 1;
- else if (radeon_encoder->devices & (ATOM_DEVICE_DFP_SUPPORT)) {
+ args.v2.acConfig.fDPConnector = 1;
+ } else if (radeon_encoder->devices & (ATOM_DEVICE_DFP_SUPPORT))
{
if (dig->coherent_mode)
args.v2.acConfig.fCoherentMode = 1;
if (radeon_encoder->pixel_clock > 165000)
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 38270] Color Tiling unusable on NI
https://bugs.freedesktop.org/show_bug.cgi?id=38270 André Wöbbeking changed: What|Removed |Added CC||woebbek...@web.de --- Comment #12 from André Wöbbeking 2011-06-16 23:29:28 PDT --- I also have this problem on Debian Sid (x86_64) with self compiled ddx (6.14.99) and KDE (effects enabled). Switching back to Sid's 6.14.2 fixes the problem. I've OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD REDWOOD OpenGL version string: 2.1 Mesa 7.10.3 OpenGL shading language version string: 1.20 Driver: R600G GPU class: EVERGREEN As already noted the corruptions happens a few seconds after login so probably related to KWin effects. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/i915: add check for valid init_clock_gating-pointer
Commit 6067aa (drm/i915: split clock gating init into per-chipset
functions) unconditionally calls the newly created
init_clock_gating-pointer. There is one case, however, where it does
not get set:
if (HAS_PCH_SPLIT(dev)) {
...
} else
dev_priv->display.update_wm = NULL;
}
This can lead to a NULL-pointer exception as in
https://bugzilla.kernel.org/show_bug.cgi?id=37252
Fix it by checking if the pointer is valid before using it.
Signed-off-by: Wolfram Sang
Cc: Jesse Barnes
Cc: Keith Packard
---
Compile tested only, due to no hardware. I was going through the list of
regressions and had my take on this one. Exploring new subsystems here,
so hopefully it's the right direction. The other solution would be
initializing the pointer to a default value, but that one I don't know.
drivers/gpu/drm/i915/intel_display.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 81a9059..cf75856 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -7511,7 +7511,8 @@ void intel_init_clock_gating(struct drm_device *dev)
{
struct drm_i915_private *dev_priv = dev->dev_private;
- dev_priv->display.init_clock_gating(dev);
+ if (dev_priv->display.init_clock_gating)
+ dev_priv->display.init_clock_gating(dev);
if (dev_priv->display.init_pch_clock_gating)
dev_priv->display.init_pch_clock_gating(dev);
--
1.7.2.5
[Bug 38270] Color Tiling unusable on NI
https://bugs.freedesktop.org/show_bug.cgi?id=38270 --- Comment #11 from Wojciech Pyczak 2011-06-16 03:13:01 PDT --- That's strange, I'm using 6850 with r600g and still experience corruption, in fact I've had those errors for a long time but didn't bother to report since I assumed it's still work in progress. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38364] New: Ignoring invalid EDID block 1 do entire edid is invalid and not just block 1
https://bugs.freedesktop.org/show_bug.cgi?id=38364
Summary: Ignoring invalid EDID block 1 do entire edid is
invalid and not just block 1
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: zaverel at free.fr
Hello ,
All is fine except i can't change resolution on my second monitor vga
,tv in fact, (reported as DVI-I-2 ) anymore with my 9400gt.
Now , i'm on :
linux-2.6.39-gentoo-r1
xorg-server-1.10.2
xf86-video-nouveau-0.0.16_pre20110323
libdrm-2.4.25
Errors in dmesg are:
nouveau :02:00.0: DVI-I-2: Ignoring invalid EDID block 1.
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
whatever i valid with xrandr is not really do on my tv
although xrandr say it's good , my tv always report 1202x670 50hz
I tried with and without xorg.conf
My last kernel working is linux-2.6.36-gentoo-r6.
If, i tweak drm_edid.c from kernel-2.6.39-gentoo-r1 like this:
--- drm_edid.c2011-06-10 22:37:36.605848000 +0200
+++ linux/drivers/gpu/drm/drm_edid.c2011-06-13 13:04:43.136786102 +0200
@@ -292,7 +292,7 @@
block + (valid_extensions + 1) * EDID_LENGTH,
j, EDID_LENGTH))
goto out;
-if (drm_edid_block_valid(block + (valid_extensions + 1) *
EDID_LENGTH)) {
+if (drm_edid_block_valid(block + (valid_extensions + 0) *
EDID_LENGTH)) {
valid_extensions++;
break;
}
that work good like before but i'm not sure that is safe.
More info in
http://lists.freedesktop.org/archives/nouveau/2011-June/008548.html
I can post logs here too , just tell me.
See you
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
[Bug 38364 ] - Ignoring invalid EDID block 1 do entire edid is invalid and not just block 1
https://bugs.freedesktop.org/show_bug.cgi?id=38364
Hello ,
All is fine except i can't change resolution on my second monitor vga
,tv in fact, (reported as DVI-I-2 ) anymore with my 9400gt.
Now , i'm on :
linux-2.6.39-gentoo-r1
xorg-server-1.10.2
xf86-video-nouveau-0.0.16_pre20110323
libdrm-2.4.25
Errors in dmesg are:
nouveau :02:00.0: DVI-I-2: Ignoring invalid EDID block 1.
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
whatever i valid with xrandr is not really do on my tv
although xrandr say it's good , my tv always report 1202x670 50hz
I tried with and without xorg.conf
My last kernel working is linux-2.6.36-gentoo-r6.
If, i tweak drm_edid.c from kernel-2.6.39-gentoo-r1 like this:
--- drm_edid.c2011-06-10 22:37:36.605848000 +0200
+++ linux/drivers/gpu/drm/drm_edid.c2011-06-13 13:04:43.136786102 +0200
@@ -292,7 +292,7 @@
block + (valid_extensions + 1) * EDID_LENGTH,
j, EDID_LENGTH))
goto out;
-if (drm_edid_block_valid(block + (valid_extensions + 1) *
EDID_LENGTH)) {
+if (drm_edid_block_valid(block + (valid_extensions + 0) *
EDID_LENGTH)) {
valid_extensions++;
break;
}
that work good like before but i'm not sure that is safe.
More info in
http://lists.freedesktop.org/archives/nouveau/2011-June/008548.html
I can post logs here too , just tell me.
See you
[Bug 38367] New: System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 Summary: System hangs on running nexuiz Product: Mesa Version: 7.10 Platform: Other OS/Version: other Status: NEW Severity: major Priority: high Component: Drivers/DRI/R600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: hysvats at gmail.com Created an attachment (id=48032) --> (https://bugs.freedesktop.org/attachment.cgi?id=48032) Xorg.log KMS Driver Stack Details: = 1)Kernel- 2.6.38-8-generice 2)Libdrm-2.4.23 3)Mesa-7.10.1 4)Xorg-server-1.10.0 5)ddx: xf86-video-ati-6.14.99 System Environment: === O.S. - Ubuntu-11.04(64 bit) ASIC ? NI BARTS PRO (6739) CPU - Intel(R) Core(TM) 2 CPU 6300 @1.86GHz Steps to Reproduce: === 1) Install phoronix test suite from the attachment and resolve any dependency related to PHP with synaptic 2) Install nexuiz with phoronix-test-suite install nexuiz 3) Run nexuiz application as below using phoronix-test-suite HDR: 1: Yes 2: No 3: Test All Options (Select 1: Yes) Sound: 1: On 2: Off 3: Test All Options (Select 2: Off) # FORCE_TIMES_TO_RUN=1 phoronix-test-suite run nexuiz Observation: Test runs for some time and after that system hangs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #1 from samit vats 2011-06-16 04:36:43 PDT --- Created an attachment (id=48033) --> (https://bugs.freedesktop.org/attachment.cgi?id=48033) phoronix test suite -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #2 from samit vats 2011-06-16 04:37:18 PDT --- Created an attachment (id=48034) --> (https://bugs.freedesktop.org/attachment.cgi?id=48034) glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #3 from samit vats 2011-06-16 04:37:56 PDT --- Created an attachment (id=48035) --> (https://bugs.freedesktop.org/attachment.cgi?id=48035) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 --- Comment #4 from samit vats 2011-06-16 04:38:35 PDT --- Created an attachment (id=48036) --> (https://bugs.freedesktop.org/attachment.cgi?id=48036) xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #18 from Andy Furniss 2011-06-16 04:46:36 PDT --- (In reply to comment #16) > (In reply to comment #15) > > Created an attachment (id=48019) View: https://bugs.freedesktop.org/attachment.cgi?id=48019 Review: https://bugs.freedesktop.org/review?bug=35434&attachment=48019 > > patch > > > > Does this patch help? > > It does, broken ground textures do seem to be rendering correctly now for me! > :) +1 working for me also - thanks Vadim. > > Although, it looks like some more problems have popped up since I last tested > quake wars: > > 1) screen artifacts (image [2] originally cited in this bug) apparently have > not been fixed within r600g/mesa as I had assumed. I only managed to work > around the issue by setting r_useIndexBuffers=1 (game variable). Artifacts are > still present when r_useIndexBuffers=0 (which is default) r_useIndexBuffers=0 has always been problematic for me. I don't think it's default for everyone - on my two current boxes it's 1 and I haven't changed it. IIRC from long ago before r500 had accel, using fglrx if the game ever got started in compiz (with LIBGL_ALWAYS_INDIRECT=1) then it would set it to 0 which would stick and break rendering even when running with no compiz/direct. > > 2) water in-game is no longer rendered correctly, now only black blobs appear > where water should be. > > 3) Some game scenery is not being rendered (some trees in refinery is all I've > noticed so far) Fixed in master now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #19 from Sven Arvidsson 2011-06-16 04:49:46 PDT --- (In reply to comment #15) > Created an attachment (id=48019) View: https://bugs.freedesktop.org/attachment.cgi?id=48019 Review: https://bugs.freedesktop.org/review?bug=35434&attachment=48019 > patch > > Does this patch help? Yep, textures are fine now! Thanks for working on this :) I still have two glitches in ETQW, the globe in the menu and the characters in the team select menu, described in bug 36917. It would be great if someone could comment on whether this is specific to Evergreen or not. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38369] New: Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 Summary: Wrong ASIC Marketing name in glxinfo output Product: Mesa Version: 7.10 Platform: Other OS/Version: other Status: NEW Severity: major Priority: high Component: Drivers/DRI/R600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: hysvats at gmail.com KMS Driver Stack Details: = 1)Kernel- 2.6.38-8-generice 2)Libdrm-2.4.23 3)Mesa-7.10.1 4)Xorg-server-1.10.0 5)ddx: xf86-video-ati-6.14.99 System Environment: === O.S. - Ubuntu-11.04(64 bit) ASIC ? EG PARK LP(68E1) CPU - Intel(R) Core(TM) 2 CPU 6300 @1.86GHz Steps to Reproduce: === Run # glxinfo Expected : OpenGL renderer string should mention the ASIC as EG Park = Observed : 1) OpenGL renderer string mentions the ASIC name as Cedar = 2) Similarly NI Blackcomb XT/Pro is shown as Barts -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 --- Comment #1 from samit vats 2011-06-16 05:47:47 PDT --- Created an attachment (id=48040) --> (https://bugs.freedesktop.org/attachment.cgi?id=48040) glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 --- Comment #2 from samit vats 2011-06-16 05:48:11 PDT --- Created an attachment (id=48041) --> (https://bugs.freedesktop.org/attachment.cgi?id=48041) Xorg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 --- Comment #3 from samit vats 2011-06-16 05:48:57 PDT --- Created an attachment (id=48042) --> (https://bugs.freedesktop.org/attachment.cgi?id=48042) xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: add check for valid init_clock_gating-pointer
> > Commit 6067aa (drm/i915: split clock gating init into per-chipset
> > functions) unconditionally calls the newly created
> > init_clock_gating-pointer. There is one case, however, where it does
> > not get set:
> >
> > if (HAS_PCH_SPLIT(dev)) {
> > ...
> > } else
> > dev_priv->display.update_wm = NULL;
> > }
>
> We'll only hit this path on non-existent hardware. Since a clock
> gating routine is required I'd rather just see the panic and add a new
> routine at that time (i.e. what we normally do during bringup).
How about BUG_ON(!ptr) in the init-routine for a bit more grace? And/or
a warning in the else-block? It seems to happen to users...
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110616/a9d2ee9f/attachment.pgp>
[PATCH 1/2] drm/radeon/kms/atom: AdjustPixelClock fixes for DP bridges
Need to set the external transmitter type properly in
AdjustPixelClock to get the properly output.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |7 +++
drivers/gpu/drm/radeon/radeon_mode.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index 84a69e7..9541995 100644
--- a/drivers/gpu/drm/radeon/atombios_crtc.c
+++ b/drivers/gpu/drm/radeon/atombios_crtc.c
@@ -671,6 +671,13 @@ static u32 atombios_adjust_pll(struct drm_crtc *crtc,
DISPPLL_CONFIG_DUAL_LINK;
}
}
+ if (radeon_encoder_is_dp_bridge(encoder)) {
+ struct drm_encoder *ext_encoder =
radeon_atom_get_external_encoder(encoder);
+ struct radeon_encoder
*ext_radeon_encoder = to_radeon_encoder(ext_encoder);
+ args.v3.sInput.ucExtTransmitterID =
ext_radeon_encoder->encoder_id;
+ } else
+ args.v3.sInput.ucExtTransmitterID = 0;
+
atom_execute_table(rdev->mode_info.atom_context,
index, (uint32_t *)&args);
adjusted_clock =
le32_to_cpu(args.v3.sOutput.ulDispPllFreq) * 10;
diff --git a/drivers/gpu/drm/radeon/radeon_mode.h
b/drivers/gpu/drm/radeon/radeon_mode.h
index f734b37..6df4e3c 100644
--- a/drivers/gpu/drm/radeon/radeon_mode.h
+++ b/drivers/gpu/drm/radeon/radeon_mode.h
@@ -484,6 +484,7 @@ extern void atombios_dig_transmitter_setup(struct
drm_encoder *encoder,
int action, uint8_t lane_num,
uint8_t lane_set);
extern void radeon_atom_ext_encoder_setup_ddc(struct drm_encoder *encoder);
+extern struct drm_encoder *radeon_atom_get_external_encoder(struct drm_encoder
*encoder);
extern int radeon_dp_i2c_aux_ch(struct i2c_adapter *adapter, int mode,
u8 write_byte, u8 *read_byte);
--
1.7.1.1
[PATCH 2/2] drm/radeon/kms: set DP link config properly for DP bridges
DP clock and lanes were not set properly for DP bridges.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index aa2450b..f55b64c 100644
--- a/drivers/gpu/drm/radeon/radeon_encoders.c
+++ b/drivers/gpu/drm/radeon/radeon_encoders.c
@@ -367,7 +367,8 @@ static bool radeon_atom_mode_fixup(struct drm_encoder
*encoder,
}
if (ASIC_IS_DCE3(rdev) &&
- (radeon_encoder->active_device & (ATOM_DEVICE_DFP_SUPPORT |
ATOM_DEVICE_LCD_SUPPORT))) {
+ ((radeon_encoder->active_device & (ATOM_DEVICE_DFP_SUPPORT |
ATOM_DEVICE_LCD_SUPPORT)) ||
+radeon_encoder_is_dp_bridge(encoder))) {
struct drm_connector *connector =
radeon_get_connector_for_encoder(encoder);
radeon_dp_set_link_config(connector, mode);
}
--
1.7.1.1
[3.0.0-rc3] GMBUS timed out
On Thu, 16 Jun 2011 15:41:23 +0200, Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=) wrote: > Hello, > > I've just booted 3.0.0-rc3 on my machine, and I got that message : > Jun 16 15:32:07 tux kernel: [drm] GMBUS timed out, falling back to bit > banging on pin 5 [i915 gmbus dpb] > > I've checked my logs, and I never got that with my previous 2.6.39.1 > kernel, so that looks like something new to 3.x. Attempting to use GMBUS when enabled for 3.0. It will have to be disabled again until the GMBUS/GPIO adapter aligns better with the i2c interface and doesn't cause a deadlock upon booting with the eeprom module. In the meantime, if you have the time and inclination, you can help by working out under what conditions GMBUS fails. That info message is only generated after we write a message over GMBUS and receive no response. I've looked into one exchange that suggests that we may timeout if the monitor is disconnected. Do you have anything connected to what would be the first external output? Does the message go away if you boot with that connected/disconnected? > Should I report more details (and if so, which ones) or is that harmless > (though I doubt kernel messages about a time out are harmless ;) It's harmless in this case. Just a warning that the new hw driven method failed and we are now using the old CPU driven method. -Chris -- Chris Wilson, Intel Open Source Technology Centre
[Bug 38369] Wrong ASIC Marketing name in glxinfo output
https://bugs.freedesktop.org/show_bug.cgi?id=38369 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Alex Deucher 2011-06-16 07:41:48 PDT --- Park and Blackcomb are just the code names for the mobile variants. The actual asics are cedar and barts. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 38367] System hangs on running nexuiz
https://bugs.freedesktop.org/show_bug.cgi?id=38367 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Alex Deucher 2011-06-16 07:45:38 PDT --- *** This bug has been marked as a duplicate of bug 36542 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36542] Radeon HD 6570 GPU lockup (waiting for 0x00000281 last fence id 0x00000280)
https://bugs.freedesktop.org/show_bug.cgi?id=36542 Alex Deucher changed: What|Removed |Added CC||hysvats at gmail.com --- Comment #6 from Alex Deucher 2011-06-16 07:45:38 PDT --- *** Bug 38367 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 32402] Oops associated with radeon_unpin_work_func
https://bugzilla.kernel.org/show_bug.cgi?id=32402 Florian Mickler changed: What|Removed |Added Status|NEW |RESOLVED Resolution||CODE_FIX -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug.
[Bug 32402] Oops associated with radeon_unpin_work_func
https://bugzilla.kernel.org/show_bug.cgi?id=32402 Florian Mickler changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug.
[PATCH] drm/i915: add check for valid init_clock_gating-pointer
On Thu, 16 Jun 2011 15:28:46 +0200
Wolfram Sang wrote:
> > > Commit 6067aa (drm/i915: split clock gating init into per-chipset
> > > functions) unconditionally calls the newly created
> > > init_clock_gating-pointer. There is one case, however, where it does
> > > not get set:
> > >
> > > if (HAS_PCH_SPLIT(dev)) {
> > > ...
> > > } else
> > > dev_priv->display.update_wm = NULL;
> > > }
> >
> > We'll only hit this path on non-existent hardware. Since a clock
> > gating routine is required I'd rather just see the panic and add a new
> > routine at that time (i.e. what we normally do during bringup).
>
> How about BUG_ON(!ptr) in the init-routine for a bit more grace? And/or
> a warning in the else-block? It seems to happen to users...
Yeah, a BUG_ON would be fine.
--
Jesse Barnes, Intel Open Source Technology Center
[Bug 36917] Rendering glitches in ETQW
https://bugs.freedesktop.org/show_bug.cgi?id=36917 --- Comment #4 from Andy Furniss 2011-06-16 08:42:54 PDT --- (In reply to comment #1) > Created an attachment (id=47875) --> (https://bugs.freedesktop.org/attachment.cgi?id=47875) > Model rendered too bright > > It looks like ETQW suffers from a few other rendering glitches. The characters > in the team selection seems to be rendered too bright (but are fine in-game), > and trees on the map "Island" looks quite funky. I tested with my 4890 and the globe renders OK, but the menu model is too bright. I've no idea when this started as I normally test in spectate mode or timenetdemo - so don't usually see it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: add check for valid init_clock_gating-pointer
On Thu, 16 Jun 2011 08:15:57 -0700, Jesse Barnes wrote: > On Thu, 16 Jun 2011 15:28:46 +0200 > Wolfram Sang wrote: > > How about BUG_ON(!ptr) in the init-routine for a bit more grace? And/or > > a warning in the else-block? It seems to happen to users... > > Yeah, a BUG_ON would be fine. if (WARN_ON(!ptr, "no display vtable")) return -ENODEV; -Chris -- Chris Wilson, Intel Open Source Technology Centre
Graphic corruption with i915 (2.6.39.1)
On Thu, 16 Jun 2011 11:58:42 -0300, Leandro Lucarella wrote: > Hi, I've been experiencing sporadic graphic corruption since a few > stable kernel versions and I always thought "maybe is fixed in the next > release", so I upgrade, but I usually experience a different problem > then. This problems are exposed very rarely, maybe I have no problems > like for a month or so. > > Now I'm using kernel 2.6.39.1 and I experience one of this problem so > I though it was time to report it. This is what I got in dmesg: > > [368693.756008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > elapsed... GPU hung > [368693.756014] render error detected, EIR: 0x0010 > [368693.756017] IPEIR: 0x > [368693.756019] IPEHR: 0x0204 > [368693.756020] INSTDONE: 0xcc8f > [368693.756022] INSTPS: 0x8001e025 > [368693.756024] INSTDONE1: 0xbfbf > [368693.756026] ACTHD: 0x00715128 > [368693.756027] page table error > [368693.756029] PGTBL_ER: 0x0002 > [368693.756038] [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 > (awaiting 17700193 at 17700192, next 17700196) > [368694.258010] [drm:i915_reset] *ERROR* Failed to reset chip. If you look in /sys/kernel/debug/dri/0/i915_error_state we can see what garbage the DDX [xf86-video-intel] fed the gpu. -Chris -- Chris Wilson, Intel Open Source Technology Centre
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 Lars G changed: What|Removed |Added Version|7.10|git Severity|normal |major Priority|medium |high CC||terraformers at gmail.com --- Comment #1 from Lars G 2011-06-16 09:05:02 PDT --- Still the same issue here with fully updated Fedora 15. This is *really* annoying, because it makes working in Blender's "object mode" nearly impossible. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #2 from Lars G 2011-06-16 09:11:58 PDT --- Forgot to say that it's not only really slow, but it also *crashes* nearly everytime when selecting something in this mode. (via viewport, selecting from the outliner list seems ok) Thanks, Lars -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Graphic corruption with i915 (2.6.39.1)
On Thu, 16 Jun 2011 13:18:03 -0300, Leandro Lucarella wrote: > cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or > directory > > The debug directory is not present, should I boot or compile with some > particular option to enable it? You need to compile with CONFIG_DEBUGFS and at runtime "mount -tdebugfs debug /sys/kernel/debug". The /sys/kernel/debug/dri/0/i915_error_state will only be populated after a hang is detected. -Chris -- Chris Wilson, Intel Open Source Technology Centre
[3.0.0-rc3] GMBUS timed out
Hello, I've just booted 3.0.0-rc3 on my machine, and I got that message : Jun 16 15:32:07 tux kernel: [drm] GMBUS timed out, falling back to bit banging on pin 5 [i915 gmbus dpb] I've checked my logs, and I never got that with my previous 2.6.39.1 kernel, so that looks like something new to 3.x. Should I report more details (and if so, which ones) or is that harmless (though I doubt kernel messages about a time out are harmless ;) Paul PS : Added intel-gfx and dri-devel from previous emails related to i915, but I'm not subscribed to these lists. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110616/f96d2a3a/attachment.pgp>
Graphic corruption with i915 (2.6.39.1)
Hi, I've been experiencing sporadic graphic corruption since a few stable kernel versions and I always thought "maybe is fixed in the next release", so I upgrade, but I usually experience a different problem then. This problems are exposed very rarely, maybe I have no problems like for a month or so. Now I'm using kernel 2.6.39.1 and I experience one of this problem so I though it was time to report it. This is what I got in dmesg: [368693.756008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [368693.756014] render error detected, EIR: 0x0010 [368693.756017] IPEIR: 0x [368693.756019] IPEHR: 0x0204 [368693.756020] INSTDONE: 0xcc8f [368693.756022] INSTPS: 0x8001e025 [368693.756024] INSTDONE1: 0xbfbf [368693.756026] ACTHD: 0x00715128 [368693.756027] page table error [368693.756029] PGTBL_ER: 0x0002 [368693.756038] [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 (awaiting 17700193 at 17700192, next 17700196) [368694.258010] [drm:i915_reset] *ERROR* Failed to reset chip. Here are 2 images of my desktop, without the graphic corruption first and with the corruption then: http://imgur.com/a/NX7te # lspci 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) 04:00.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) Any ideas on what might be going on and how to fix it are welcome. Please let me know if you need any other information. Thanks in advance. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- SE?OR BIELSA: CON TODO RESPETO ?USTED LO VE JUGAR A RIQUELME? -- Cr?nica TV
[3.0.0-rc3] GMBUS timed out
Hi Chris, On Thu, 16 Jun 2011 15:08:48 +0100 Chris Wilson wrote: > Attempting to use GMBUS when enabled for 3.0. It will have to be > disabled again until the GMBUS/GPIO adapter aligns better with the i2c > interface and doesn't cause a deadlock upon booting with the eeprom > module. Hey, that sounds promising ;) Glad I don't have that kind of HW... > In the meantime, if you have the time and inclination, you can help by > working out under what conditions GMBUS fails. That info message is only > generated after we write a message over GMBUS and receive no response. It is logged at 15:32:07 on my machine, and at that time, the machine was fully up with X/KDE/compiz running. It is a laptop and xrandr reports : Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192 LVDS1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1440x900 60.1*+ 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) 1920x1080 at 60Hz 60.0 DP1 disconnected (normal left inverted right x axis y axis) But I'm used to work with a screen connected to VGA1, and I connect it usually once my KDE session is started, and I activate it manually using xrandr. I just tried to repeat the process... but got another bug : activating the second screen for the second time (after deactivating it) just resulted in garbage on that screen. Primary (LVDS) is still ok, but VGA1 contains some black area, and some part of the LVDS1 (though the resolution not being the same makes it funny). No GMBUS message again... Gotta have to reboot... OK, rebooted, step by step : 1 - Boot : no message, 2 - Start my KDE session : no message 3 - Connect the screen on the VGA1 port : no message 4 - Let KDE Daemon prompt me a screen has been connected, and click Ignore : no message 5 - Run my second screen activation screen : got the message ! Here is what the script does : MODE=1920x1080 at 60Hz $XRANDR --output LVDS1 --primary $XRANDR --newmode $MODE 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync $XRANDR --addmode VGA1 $MODE $XRANDR --output VGA1 --mode $MODE --right-of LVDS1 $XRANDR --output LVDS1 --primary > I've looked into one exchange that suggests that we may timeout if the > monitor is disconnected. Do you have anything connected to what would be > the first external output? Does the message go away if you boot with > that connected/disconnected? Only the LVDS1 connected at the time of the boot, but the message occured later. > > Should I report more details (and if so, which ones) or is that harmless > > (though I doubt kernel messages about a time out are harmless ;) > > It's harmless in this case. Just a warning that the new hw driven method > failed and we are now using the old CPU driven method. OK, so I guess that me feeling the display is less responsive when switching desktop is just a feeling. Paul -- Paul RollandE-Mail : rol(at)witbe.net CTO - Witbe.net SA Tel. +33 (0)1 47 67 77 77 Les Collines de l'Arche Fax. +33 (0)1 47 67 77 99 F-92057 Paris La DefenseRIPE : PR12-RIPE LinkedIn : http://www.linkedin.com/in/paulrolland Skype: rollandpaul "I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say 'Daddy, where were you when they took freedom of the press away from the Internet?'" --Mike Godwin, Electronic Frontier Foundation -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110616/4319cf1b/attachment.pgp>
Graphic corruption with i915 (2.6.39.1)
Chris Wilson, el 16 de junio a las 17:01 me escribiste: > On Thu, 16 Jun 2011 11:58:42 -0300, Leandro Lucarella > wrote: > > Hi, I've been experiencing sporadic graphic corruption since a few > > stable kernel versions and I always thought "maybe is fixed in the next > > release", so I upgrade, but I usually experience a different problem > > then. This problems are exposed very rarely, maybe I have no problems > > like for a month or so. > > > > Now I'm using kernel 2.6.39.1 and I experience one of this problem so > > I though it was time to report it. This is what I got in dmesg: > > > > [368693.756008] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > > elapsed... GPU hung > > [368693.756014] render error detected, EIR: 0x0010 > > [368693.756017] IPEIR: 0x > > [368693.756019] IPEHR: 0x0204 > > [368693.756020] INSTDONE: 0xcc8f > > [368693.756022] INSTPS: 0x8001e025 > > [368693.756024] INSTDONE1: 0xbfbf > > [368693.756026] ACTHD: 0x00715128 > > [368693.756027] page table error > > [368693.756029] PGTBL_ER: 0x0002 > > [368693.756038] [drm:i915_wait_request] *ERROR* i915_wait_request returns > > -11 (awaiting 17700193 at 17700192, next 17700196) > > [368694.258010] [drm:i915_reset] *ERROR* Failed to reset chip. > > If you look in /sys/kernel/debug/dri/0/i915_error_state we can see what > garbage the DDX [xf86-video-intel] fed the gpu. cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or directory The debug directory is not present, should I boot or compile with some particular option to enable it? -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- Refalar: acto de mover el peso de la masa hacia un lugar equivocado pero concreto. Todo refalo es, por cierto, una sucesi?n de peque??simos movimientos a los que un cent?metro es la proporci?n aumentada de miles de porciones de espacio, que, al estar el piso mojado, refala. -- Ricardo Vaporeso
Graphic corruption with i915 (2.6.39.1)
Chris Wilson, el 16 de junio a las 17:39 me escribiste: > On Thu, 16 Jun 2011 13:18:03 -0300, Leandro Lucarella > wrote: > > cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or > > directory > > > > The debug directory is not present, should I boot or compile with some > > particular option to enable it? > > You need to compile with CONFIG_DEBUGFS and at runtime > "mount -tdebugfs debug /sys/kernel/debug". > > The /sys/kernel/debug/dri/0/i915_error_state will only be populated > after a hang is detected. OK, I had CONFIG_DEBUGFS but never mounted it. Unfortunately I rebooted since the problem, so now that file says: no error state collected I'll get the contents when it happens again. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- The world's best known word is "okay" The second most well-known word is "Coca-Cola"
[Bug 36917] Rendering glitches in ETQW
https://bugs.freedesktop.org/show_bug.cgi?id=36917 --- Comment #5 from Sven Arvidsson 2011-06-16 10:22:54 PDT --- (In reply to comment #4) > > I tested with my 4890 and the globe renders OK, but the menu model is too > bright. I guess the globe is evergreen-only then, thanks for testing and commenting. > I've no idea when this started as I normally test in spectate mode or > timenetdemo - so don't usually see it. I've tried a few different older versions, but so far I haven't found one where the model renders rigth, so I'm not sure if it's a regression or not. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/radeon/kms: fix num crtcs for Cedar and Caicos
Only support 4 rather than 6.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index ef146cf..b7cf84f 100644
--- a/drivers/gpu/drm/radeon/radeon_asic.c
+++ b/drivers/gpu/drm/radeon/radeon_asic.c
@@ -945,6 +945,13 @@ static struct radeon_asic cayman_asic = {
int radeon_asic_init(struct radeon_device *rdev)
{
radeon_register_accessor_init(rdev);
+
+ /* set the number of crtcs */
+ if (rdev->flags & RADEON_SINGLE_CRTC)
+ rdev->num_crtc = 1;
+ else
+ rdev->num_crtc = 2;
+
switch (rdev->family) {
case CHIP_R100:
case CHIP_RV100:
@@ -1024,6 +1031,11 @@ int radeon_asic_init(struct radeon_device *rdev)
case CHIP_JUNIPER:
case CHIP_CYPRESS:
case CHIP_HEMLOCK:
+ /* set num crtcs */
+ if (rdev->family == CHIP_CEDAR)
+ rdev->num_crtc = 4;
+ else
+ rdev->num_crtc = 6;
rdev->asic = &evergreen_asic;
break;
case CHIP_PALM:
@@ -1034,10 +1046,17 @@ int radeon_asic_init(struct radeon_device *rdev)
case CHIP_BARTS:
case CHIP_TURKS:
case CHIP_CAICOS:
+ /* set num crtcs */
+ if (rdev->family == CHIP_CAICOS)
+ rdev->num_crtc = 4;
+ else
+ rdev->num_crtc = 6;
rdev->asic = &btc_asic;
break;
case CHIP_CAYMAN:
rdev->asic = &cayman_asic;
+ /* set num crtcs */
+ rdev->num_crtc = 6;
break;
default:
/* FIXME: not supported yet */
@@ -1049,18 +1068,6 @@ int radeon_asic_init(struct radeon_device *rdev)
rdev->asic->set_memory_clock = NULL;
}
- /* set the number of crtcs */
- if (rdev->flags & RADEON_SINGLE_CRTC)
- rdev->num_crtc = 1;
- else {
- if (ASIC_IS_DCE41(rdev))
- rdev->num_crtc = 2;
- else if (ASIC_IS_DCE4(rdev))
- rdev->num_crtc = 6;
- else
- rdev->num_crtc = 2;
- }
-
return 0;
}
--
1.7.1.1
Graphic corruption with i915 (2.6.39.1)
2011/6/16 Leandro Lucarella > > Chris Wilson, el 16 de junio a las 17:39 me escribiste: > > On Thu, 16 Jun 2011 13:18:03 -0300, Leandro Lucarella > llucax.com.ar> wrote: > > > cannot access /sys/kernel/debug/dri/0/i915_error_state: No such file or > > > directory > > > > > > The debug directory is not present, should I boot or compile with some > > > particular option to enable it? > > > > You need to compile with CONFIG_DEBUGFS and at runtime > > "mount -tdebugfs debug /sys/kernel/debug". > > > > The /sys/kernel/debug/dri/0/i915_error_state will only be populated > > after a hang is detected. > > OK, I had CONFIG_DEBUGFS but never mounted it. Unfortunately I rebooted > since the problem, so now that file says: no error state collected > > I'll get the contents when it happens again. > > -- > Leandro Lucarella (AKA luca) ? ? ? ? ? ? ? ? ? ? http://llucax.com.ar/ > -- > GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 ?104C 949E BFB6 5F5A 8D05) > -- > The world's best known word is "okay" > The second most well-known word is "Coca-Cola" I'm having exactly the same problem. It happens pretty randomly, but I've noticed that the frequency in which it occurs is highly increased when libflashplayer.so is used. Unfortunately I didn't compile my kernel with CONFIG_DEBUGFS. I'll change this and if I come across anything interesting, I'll let you know. Cheers, -- Ra?l Benencia
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 Sven Arvidsson changed: What|Removed |Added CC||sa at whiz.se --- Comment #3 from Sven Arvidsson 2011-06-16 11:51:06 PDT --- I just tried this with Blender 2.57 and current git master on my HD5670 and I don't experience any problems. So it could be that this bug is specific to r600, or (hopefully) that it's fixed in git master. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Revert "drm/i915: Enable GMBUS for post-gen2 chipsets"
Hi Dave, On Tue, 14 Jun 2011 13:39:35 +1000, Dave Airlie wrote: > On Sat, Jun 11, 2011 at 10:58 PM, Jean Delvare wrote: > > Hi Florian, > > > > On Sat, 11 Jun 2011 13:28:15 +0200, Florian Mickler wrote: > >> On Sat, 04 Jun 2011 19:34:56 - > >> Jean Delvare wrote: > >> > >> > Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a > >> > hang when loading the eeprom driver (see bug #35572.) GMBUS will be > >> > re-enabled later, differently. > >> > > >> > Signed-off-by: Jean Delvare > >> > Reported-by: Marek Otahal > >> > Tested-by: Yermandu Patapitafious > >> > Tested-by: Andrew Lutomirski > >> > Acked-by: Chris Wilson > >> > Cc: David Airlie > >> > >> is this[1] resolved some other way in the meantime? > >> > >> Regards, > >> Flo > >> > >> [1]: https://bugzilla.kernel.org/show_bug.cgi?id=35572 > > > > Not that I know of (and I don't see any other way at least for 2.6.39.) > > This is a shame, really, my revert patch should have been applied > > several days ago already. > > > > Keith, Chris, David, can you please get it rolling? This is a > > regression presumably affecting a lot of users, we should really fix it > > quickly, both in 2.6.39.x and 3.0-rc. > > This patch really had no info other than the bug link to tell me wtf its > doing, The patch I sent on June 4th (Message-ID: <20110604213456.7ac5588e at endymion.delvare>) says: Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a hang when loading the eeprom driver (see bug #35572.) GMBUS will be re-enabled later, differently. Seems clear enough to me. > I actually don't think reverting this is the correct fix, since it looks like > the code path thats screws with the mutex still happens on GEN2 machines > which unlucky for them. No. Without the revert, the problem happens on every chip except GEN2. With the revert, the problems shouldn't happen on any chip. At least this is how I understand the code. Anyway, you may not like the fix, but the fact is that commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f caused a regression, so at least for kernel 2.6.39, reverting it is the right thing to do. For 3.0.0, either someone comes up with an alternative fix and we can apply it, or reverting the faulty commit is the way to go too. We have a known regression affecting many users, we have the fix, let's please apply it quickly. Further discussions should happen _later_. > Chris, also I don't see an ack anywhere on the list, only some > discussion in the bug, I would indeed love to get a ack from Chris. > I suspect the correct fix is to remove all the offending code instead > of just putting back the piece > of plaster that fell out of the wall. Which "offending code" are you talking about? We are fixing a regression here. It has to do with being fast and safe, not with "the correct fix". Thanks, -- Jean Delvare
[Bug 37417] No Alpha Channel for all XPixmaps with KWin+GLES
https://bugs.freedesktop.org/show_bug.cgi?id=37417
--- Comment #3 from Martin Gr??lin 2011-06-16 13:13:27
PDT ---
I just recompiled KWin against the mesa shipped by debian testing and the
problem is still present. Here the debug output:
libEGL debug: EGL search path is /usr/lib/egl
libEGL debug: added /usr/lib/egl/egl_gallium.so to module array
libEGL debug: added /usr/lib/egl/egl_dri2.so to module array
libEGL debug: added /usr/lib/egl/egl_glx.so to module array
libEGL debug: dlopen(/usr/lib/egl/egl_gallium.so)
libEGL info: use X11 for display 0x9a00c0
libEGL debug: searching for pipe module r600
libEGL debug: loaded /usr/lib/egl/pipe_r600.so
libEGL debug: the best driver is Gallium (score 100)
libEGL debug: searching for st module GLESv2
libEGL debug: loaded /usr/lib/egl/st_GLESv2.so
Testing with egl_dri2 is not possible, I get the following error message:
libEGL debug: dlopen(/usr/lib/egl/egl_dri2.so)
libEGL debug: failed to open ${ORIGIN}/dri/r600_dri.so:
${ORIGIN}/dri/r600_dri.so: cannot open shared object file: No such file or
directory
libEGL warning: DRI2: failed to open any driver (search paths ${ORIGIN}/dri)
Further testing, like adding patches and bisecting, I will not be able to do
before I have time for it (maybe at the weekend), but as it is a driver from
distribution packages I cannot apply the patches on what I have here. I would
have to switch to self compiled mesa. And as already said, I am not able to
reproduce with 7.11, so I don't know whether I will be able to reproduce on
7.10 branch when self-compile.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
Revert "drm/i915: Enable GMBUS for post-gen2 chipsets"
On Thu, 16 Jun 2011 22:11:07 +0200, Jean Delvare wrote: > Hi Dave, > > On Tue, 14 Jun 2011 13:39:35 +1000, Dave Airlie wrote: > > Chris, also I don't see an ack anywhere on the list, only some > > discussion in the bug, > > I would indeed love to get a ack from Chris. Sure, let me ack it again. Hmm, was the last ack on linux-kernel, not dri-devel? > > I suspect the correct fix is to remove all the offending code instead > > of just putting back the piece > > of plaster that fell out of the wall. > > Which "offending code" are you talking about? Dave and myself chatted on irc and hopefully we cleared up the confusion that this patch is indeed just restoring the code to 2.6.39. And that further works needs to be done before trying GMBUS again. -Chris -- Chris Wilson, Intel Open Source Technology Centre
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #20 from Benjamin Bellec 2011-06-16 13:34:31 PDT --- @Vadim Thanks, your patch fix the textures. @Brian You are right, r_useIndexBuffers=0 is still problematic. I thought this was solved, but in fact I have perhaps just modified my settings in etqw so that my file config is now set to r_useIndexBuffers=1. I tested resetting to 1, now instead of "artefacts" my screen freezes and shakes... I know now exactly where this is reproductible. For example, in "area 22" map, start with Strogg (soldier), you will land on the right of the Strogg base, then just turn left (looking to the Cyclope), and there is artefact (or now freeze&shake). I noted that watching the Cyclope on this map always results in this behavior. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35434] [RADEON:KMS:R600G] etqw: broken ground textures
https://bugs.freedesktop.org/show_bug.cgi?id=35434 --- Comment #21 from Benjamin Bellec 2011-06-16 13:35:37 PDT --- Sorry, I meant "I tested resetting to 0". -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: yet another forcewake lock fix
Resume is missing a locks on gt sleepable registers. --- drivers/gpu/drm/i915/i915_suspend.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_suspend.c b/drivers/gpu/drm/i915/i915_suspend.c index 60a94d2..9259dcf 100644 --- a/drivers/gpu/drm/i915/i915_suspend.c +++ b/drivers/gpu/drm/i915/i915_suspend.c @@ -780,6 +780,8 @@ void i915_restore_display(struct drm_device *dev) I915_WRITE(CPU_VGACNTRL, dev_priv->saveVGACNTRL); else I915_WRITE(VGACNTRL, dev_priv->saveVGACNTRL); + + mutex_lock(&dev->struct_mutex); I915_WRITE(VGA0, dev_priv->saveVGA0); I915_WRITE(VGA1, dev_priv->saveVGA1); I915_WRITE(VGA_PD, dev_priv->saveVGA_PD); @@ -787,6 +789,7 @@ void i915_restore_display(struct drm_device *dev) udelay(150); i915_restore_vga(dev); + mutex_unlock(&dev->struct_mutex); } int i915_save_state(struct drm_device *dev) -- 1.7.5.2 -- I can't test this right now because I cannot resume from suspend due to my USB harddrive not coming back for some reason. I think this should cover the case you're hitting though. Ben
[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #4 from Lars G 2011-06-16 15:38:49 PDT --- (In reply to comment #3) > I just tried this with Blender 2.57 and current git master on my HD5670 and I > don't experience any problems. Thanks for testing Sven! Can you try the following in Blender: - Add a multiresolution modifier (with at least 7 subdivides) to the default cube to get a lot more vertices. - In object mode, select/deselect via viewport clicking several times. This crashes here *verry* often. Thanks, Lars ps. In Blender preferences>system i use the triple buffer window draw method. With the other settings the gui slows down a lot. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36917] Rendering glitches in ETQW
https://bugs.freedesktop.org/show_bug.cgi?id=36917 --- Comment #6 from Vadim 2011-06-16 21:54:25 PDT --- Created an attachment (id=48072) View: https://bugs.freedesktop.org/attachment.cgi?id=48072 Review: https://bugs.freedesktop.org/review?bug=36917&attachment=48072 [PATCH] r600g: fix RSQ to use abs value of operand on evergreen This patch should fix globe rendering on evergreen. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
