dri-devel October 2013

dri-devel@lists.freedesktop.org

171 participants
926 discussions

[PATCH v3 0/4] Fix Win8 backlight issue
by Aaron Lu 07 Oct '13

07 Oct '13

v3: 1 Add a new patch 4/4 to fix some problems in thinkpad-acpi module; 2 Remove unnecessary function acpi_video_unregister introduced in patch 2/3 as pointed out by Jani Nikula. v2: v1 has the subject of "Rework ACPI video driver" and is posted here: http://lkml.org/lkml/2013/9/9/74 Since the objective is really to fix Win8 backlight issues, I changed the subject in this version, sorry about that. This patchset has three patches, the first introduced a new API named backlight_device_registered in backlight layer that can be used for backlight interface provider module to check if a specific type backlight interface has been registered, see changelog for patch 1/3 for details. Then patch 2/3 does the cleanup to sepeate the backlight control and event delivery functionality in the ACPI video module and patch 3/3 solves some Win8 backlight control problems by avoiding register ACPI video's backlight interface if: 1 Kernel cmdline option acpi_backlight=video is not given; 2 This is a Win8 system; 3 Native backlight control interface exists. Technically, patch 2/3 is not required to fix the issue here. So if you think it is not necessary, I can remove it from the series. Aaron Lu (4): backlight: introduce backlight_device_registered ACPI / video: seperate backlight control and event interface ACPI / video: Do not register backlight if win8 and native interface exists thinkpad-acpi: fix handle locate for video and query of _BCL drivers/acpi/internal.h | 5 +- drivers/acpi/video.c | 442 ++++++++++++++++++++--------------- drivers/acpi/video_detect.c | 14 +- drivers/platform/x86/thinkpad_acpi.c | 31 ++- drivers/video/backlight/backlight.c | 31 +++ include/acpi/video.h | 2 + include/linux/backlight.h | 4 + 7 files changed, 324 insertions(+), 205 deletions(-) -- 1.8.4.12.g2ea3df6

9 22

[Bug 70035] GPU Lockup on AMD RS880 HD4200
by bugzilla-daemon＠freedesktop.org 07 Oct '13

07 Oct '13

https://bugs.freedesktop.org/show_bug.cgi?id=70035 --- Comment #10 from Tasev <tasev.stefanoska(a)skynet.be> --- (In reply to comment #9) > Tasev, > > If your issue is related to mine then the corresponding debs from the > 9.3~git1309201759 Sept 20th release should work :- > > https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5036069 [amd64] > https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5036070 [i386] > > > ...and the debs from Sept 23rd 9.3~git1309231016 should fail :- > > https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5042397 [amd64] > https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5042398 [i386] > > > To find out which mesa packages you have installed (hopefully nothing else > has a matching version string) :- > > dpkg -l | grep ".*9.3~git[0-9]*.[0-9a-z]*~gd~.*" > > > To install the debs download the appropriate packages to > /path/to/some/directory and then :- > > cd /path/to/some/directory > > sudo dpkg -i *.deb > > > You can usually find the debs from an older mesa version by looking in apt's > archives :- > > ls -lrt /var/cache/apt/archives/*_9.3~git[0-9]*.[0-9a-z]*~gd~* > > And copy them somewhere for easy installation :- > > cp /var/cache/apt/archives/*_9.3~git1309040912.644fbb~gd~* > /path/to/some/directory > > > Hopefully you can find out which version breaks your install or at least get > things working again. Thank you Blake, I reverted the mesa deb's to 9.3~git1309201759 Sept 20th version and my system is working again. Then i update my system with the debs from Sept 23rd 9.3~git1309231016 but my system is still ok. Only updating to the deb's from Sept 30th 9.3~git1309300954.868791 break my system so it's probably a different issue from your. Thank you again for your help, i have a working system again now. -- You are receiving this mail because: You are the assignee for the bug.

1 0

nouveau optimus HDMI audio support
by Jethro Beekman 07 Oct '13

07 Oct '13

Even with Dave Airlie's recent patch set ( http://lists.freedesktop.org/archives/dri-devel/2013-August/042854.html ), I'm still having trouble getting HDMI audio to work on my optimus laptop. I'm running Linux 3.12.0-rc3 on a Lenovo ThinkPad T420s. When I set my BIOS graphics option to 'Discrete', I get the following two devices in lspci: 01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [Quadro NVS 4200M] (rev a1) 01:00.1 Audio device: NVIDIA Corporation HDMI Audio stub (rev a1) When I set the option to 'Optimus', the 01:00.1 device disappears completely. This is dmesg when loading nouveau in the Optimus configuration: pci 0000:01:00.0: optimus capabilities: enabled, status dynamic power, hda bios codec supported VGA switcheroo: detected Optimus DSM method \_SB_.PCI0.PEG_.VID_ handle [drm] hdmi device not found 1 0 1 I modified snd-hda-intel to report which devices it's probing, this is the only one that shows up: hda-intel: azx_probe: 0000:00:1b.0 Any ideas what's going on? Jethro Beekman

2 5

[PULL] drm-intel-fixes
by Daniel Vetter 06 Oct '13

06 Oct '13

Hi Dave, Just a few important fixes, all cc: stable (I've checked this time around and made sure they're really there ...). The dpms one is a regression from the modeset rework and has a good chance to rectify Linus' hdmi issues. Cheers, Daniel The following changes since commit 15c03dd4859ab16f9212238f29dd315654aa94f6: Linux 3.12-rc3 (2013-09-29 15:02:38 -0700) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel tags/drm-intel-fixes-2013-10-07 for you to fetch changes up to c9976dcf55c8aaa7037427b239f15e5acfc01a3a: drm/i915: Only apply DPMS to the encoder if enabled (2013-10-03 22:47:39 +0200) ---------------------------------------------------------------- Chris Wilson (1): drm/i915: Only apply DPMS to the encoder if enabled Francisco Jerez (1): drm/i915/hsw: Disable L3 caching of atomic memory operations. Imre Deak (1): drm/i915: fix rps.vlv_work initialization Rodrigo Vivi (1): drm/i915: Mask LPSP to get PSR working even with Power Well in use by audio. drivers/gpu/drm/i915/i915_reg.h | 6 ++++++ drivers/gpu/drm/i915/intel_display.c | 8 ++------ drivers/gpu/drm/i915/intel_dp.c | 2 +- drivers/gpu/drm/i915/intel_pm.c | 9 +++++++-- 4 files changed, 16 insertions(+), 9 deletions(-) -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch

1 0

[RFC][PATCH 3/2] drm/radeon: use masks when doing DCE4+ HDMI R/W ops
by Rafał Miłecki 06 Oct '13

06 Oct '13

Recent RE with faking reading values allowed us to figure out correct masks for all R/W ops. Use them following fglrx logic. See https://bugzilla.kernel.org/show_bug.cgi?id=62591 for details. --- That patches weren't tested with the HW, please don't apply them yet. --- drivers/gpu/drm/radeon/evergreen_hdmi.c | 78 +++++++++++++++++++------------ drivers/gpu/drm/radeon/evergreend.h | 12 +++++ 2 files changed, 59 insertions(+), 31 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen_hdmi.c b/drivers/gpu/drm/radeon/evergreen_hdmi.c index 51b643d..1f6e332 100644 --- a/drivers/gpu/drm/radeon/evergreen_hdmi.c +++ b/drivers/gpu/drm/radeon/evergreen_hdmi.c @@ -48,14 +48,20 @@ static void evergreen_hdmi_update_ACR(struct drm_encoder *encoder, uint32_t cloc struct radeon_encoder_atom_dig *dig = radeon_encoder->enc_priv; uint32_t offset = dig->afmt->offset; - WREG32(HDMI_ACR_32_0 + offset, HDMI_ACR_CTS_32(acr.cts_32khz)); - WREG32(HDMI_ACR_32_1 + offset, acr.n_32khz); - - WREG32(HDMI_ACR_44_0 + offset, HDMI_ACR_CTS_44(acr.cts_44_1khz)); - WREG32(HDMI_ACR_44_1 + offset, acr.n_44_1khz); - - WREG32(HDMI_ACR_48_0 + offset, HDMI_ACR_CTS_48(acr.cts_48khz)); - WREG32(HDMI_ACR_48_1 + offset, acr.n_48khz); + WREG32_P(HDMI_ACR_32_0 + offset, HDMI_ACR_CTS_32(acr.cts_32khz), + ~HDMI_ACR_CTS_32_MASK); + WREG32_P(HDMI_ACR_32_1 + offset, HDMI_ACR_N_32(acr.n_32khz), + ~HDMI_ACR_N_32_MASK); + + WREG32_P(HDMI_ACR_44_0 + offset, HDMI_ACR_CTS_44(acr.cts_44_1khz), + ~HDMI_ACR_CTS_44_MASK); + WREG32_P(HDMI_ACR_44_1 + offset, HDMI_ACR_N_44(acr.n_44_1khz), + ~HDMI_ACR_N_44_MASK); + + WREG32_P(HDMI_ACR_48_0 + offset, HDMI_ACR_CTS_48(acr.cts_48khz), + ~HDMI_ACR_CTS_48_MASK); + WREG32_P(HDMI_ACR_48_1 + offset, HDMI_ACR_N_48(acr.n_48khz), + ~HDMI_ACR_N_48_MASK); } static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder) @@ -258,10 +264,11 @@ void evergreen_hdmi_setmode(struct drm_encoder *encoder, struct drm_display_mode evergreen_audio_set_dto(encoder, mode->clock); - WREG32(HDMI_VBI_PACKET_CONTROL + offset, - HDMI_NULL_SEND | /* send null packets when required */ - HDMI_GC_SEND | /* send general control packets */ - HDMI_GC_CONT); /* send general control packets every frame */ + WREG32_P(HDMI_VBI_PACKET_CONTROL + offset, + HDMI_NULL_SEND | /* send null packets when required */ + HDMI_GC_SEND | /* send general control packets */ + HDMI_GC_CONT, /* send general control packets every frame */ + ~(HDMI_NULL_SEND | HDMI_GC_SEND | HDMI_GC_CONT | BIT(12))); WREG32(HDMI_INFOFRAME_CONTROL0 + offset, HDMI_AUDIO_INFO_SEND | /* enable audio info frames (frames won't be set until audio is enabled) */ @@ -270,14 +277,17 @@ void evergreen_hdmi_setmode(struct drm_encoder *encoder, struct drm_display_mode WREG32(AFMT_INFOFRAME_CONTROL0 + offset, AFMT_AUDIO_INFO_UPDATE); /* required for audio info values to be updated */ - WREG32(HDMI_INFOFRAME_CONTROL1 + offset, - HDMI_AUDIO_INFO_LINE(2)); /* anything other than 0 */ + WREG32_P(HDMI_INFOFRAME_CONTROL1 + offset, + HDMI_AUDIO_INFO_LINE(2), /* anything other than 0 */ + ~HDMI_AUDIO_INFO_LINE_MASK); - WREG32(HDMI_GC + offset, 0); /* unset HDMI_GC_AVMUTE */ + WREG32_AND(HDMI_GC + offset, ~HDMI_GC_AVMUTE); /* unset HDMI_GC_AVMUTE */ - WREG32(HDMI_AUDIO_PACKET_CONTROL + offset, - HDMI_AUDIO_DELAY_EN(1) | /* set the default audio delay */ - HDMI_AUDIO_PACKETS_PER_LINE(3)); /* should be suffient for all audio modes and small enough for all hblanks */ + WREG32_P(HDMI_AUDIO_PACKET_CONTROL + offset, + HDMI_AUDIO_DELAY_EN(1) | /* set the default audio delay */ + HDMI_AUDIO_PACKETS_PER_LINE(3), /* should be suffient for all audio modes and small enough for all hblanks */ + ~(HDMI_AUDIO_DELAY_EN_MASK | + HDMI_AUDIO_PACKETS_PER_LINE_MASK)); WREG32(AFMT_AUDIO_PACKET_CONTROL + offset, AFMT_60958_CS_UPDATE); /* allow 60958 channel status fields to be updated */ @@ -285,25 +295,31 @@ void evergreen_hdmi_setmode(struct drm_encoder *encoder, struct drm_display_mode WREG32_AND(AFMT_AUDIO_PACKET_CONTROL2, ~(AFMT_AUDIO_LAYOUT_OVRD | AFMT_60958_CS_SOURCE)); + /* TODO: do we need HDMI_ACR_SOURCE? */ WREG32(HDMI_ACR_PACKET_CONTROL + offset, HDMI_ACR_AUTO_SEND | /* allow hw to sent ACR packets when required */ HDMI_ACR_SOURCE); /* select SW CTS value */ evergreen_hdmi_update_ACR(encoder, mode->clock); - WREG32(AFMT_60958_0 + offset, - AFMT_60958_CS_CHANNEL_NUMBER_L(1)); - - WREG32(AFMT_60958_1 + offset, - AFMT_60958_CS_CHANNEL_NUMBER_R(2)); - - WREG32(AFMT_60958_2 + offset, - AFMT_60958_CS_CHANNEL_NUMBER_2(3) | - AFMT_60958_CS_CHANNEL_NUMBER_3(4) | - AFMT_60958_CS_CHANNEL_NUMBER_4(5) | - AFMT_60958_CS_CHANNEL_NUMBER_5(6) | - AFMT_60958_CS_CHANNEL_NUMBER_6(7) | - AFMT_60958_CS_CHANNEL_NUMBER_7(8)); + WREG32_P(AFMT_60958_0 + offset, + AFMT_60958_CS_CHANNEL_NUMBER_L(1), + ~(AFMT_60958_CS_CHANNEL_NUMBER_L_MASK | + BIT(30) | + BIT(31))); + + WREG32_P(AFMT_60958_1 + offset, + AFMT_60958_CS_CHANNEL_NUMBER_R(2), + ~AFMT_60958_CS_CHANNEL_NUMBER_R_MASK); + + WREG32_P(AFMT_60958_2 + offset, + AFMT_60958_CS_CHANNEL_NUMBER_2(3) | + AFMT_60958_CS_CHANNEL_NUMBER_3(4) | + AFMT_60958_CS_CHANNEL_NUMBER_4(5) | + AFMT_60958_CS_CHANNEL_NUMBER_5(6) | + AFMT_60958_CS_CHANNEL_NUMBER_6(7) | + AFMT_60958_CS_CHANNEL_NUMBER_7(8), + ~AFMT_60958_CS_CHANNEL_NUMBERS_MASK); if (ASIC_IS_DCE6(rdev)) WREG32(0x7138 + offset, 0); diff --git a/drivers/gpu/drm/radeon/evergreend.h b/drivers/gpu/drm/radeon/evergreend.h index cf75975..585ad90 100644 --- a/drivers/gpu/drm/radeon/evergreend.h +++ b/drivers/gpu/drm/radeon/evergreend.h @@ -523,7 +523,9 @@ # define HDMI_VBI_PACKET_ERROR (1 << 20) #define HDMI_AUDIO_PACKET_CONTROL 0x7038 # define HDMI_AUDIO_DELAY_EN(x) (((x) & 3) << 4) +# define HDMI_AUDIO_DELAY_EN_MASK (3 << 4) # define HDMI_AUDIO_PACKETS_PER_LINE(x) (((x) & 0x1f) << 16) +# define HDMI_AUDIO_PACKETS_PER_LINE_MASK (0x1f << 16) #define HDMI_ACR_PACKET_CONTROL 0x703c # define HDMI_ACR_SEND (1 << 0) # define HDMI_ACR_CONT (1 << 1) @@ -554,6 +556,7 @@ # define HDMI_AVI_INFO_LINE(x) (((x) & 0x3f) << 0) # define HDMI_AVI_INFO_LINE_MASK (0x3f << 0) # define HDMI_AUDIO_INFO_LINE(x) (((x) & 0x3f) << 8) +# define HDMI_AUDIO_INFO_LINE_MASK (0x3f << 8) # define HDMI_MPEG_INFO_LINE(x) (((x) & 0x3f) << 16) #define HDMI_GENERIC_PACKET_CONTROL 0x704c # define HDMI_GENERIC0_SEND (1 << 0) @@ -632,16 +635,22 @@ #define AFMT_GENERIC1_6 0x70d8 #define HDMI_ACR_32_0 0x70dc # define HDMI_ACR_CTS_32(x) (((x) & 0xfffff) << 12) +# define HDMI_ACR_CTS_32_MASK (0xfffff << 12) #define HDMI_ACR_32_1 0x70e0 # define HDMI_ACR_N_32(x) (((x) & 0xfffff) << 0) +# define HDMI_ACR_N_32_MASK (0xfffff << 0) #define HDMI_ACR_44_0 0x70e4 # define HDMI_ACR_CTS_44(x) (((x) & 0xfffff) << 12) +# define HDMI_ACR_CTS_44_MASK (0xfffff << 12) #define HDMI_ACR_44_1 0x70e8 # define HDMI_ACR_N_44(x) (((x) & 0xfffff) << 0) +# define HDMI_ACR_N_44_MASK (0xfffff << 0) #define HDMI_ACR_48_0 0x70ec # define HDMI_ACR_CTS_48(x) (((x) & 0xfffff) << 12) +# define HDMI_ACR_CTS_48_MASK (0xfffff << 12) #define HDMI_ACR_48_1 0x70f0 # define HDMI_ACR_N_48(x) (((x) & 0xfffff) << 0) +# define HDMI_ACR_N_48_MASK (0xfffff << 0) #define HDMI_ACR_STATUS_0 0x70f4 #define HDMI_ACR_STATUS_1 0x70f8 #define AFMT_AUDIO_INFO0 0x70fc @@ -665,6 +674,7 @@ # define AFMT_60958_CS_CATEGORY_CODE(x) (((x) & 0xff) << 8) # define AFMT_60958_CS_SOURCE_NUMBER(x) (((x) & 0xf) << 16) # define AFMT_60958_CS_CHANNEL_NUMBER_L(x) (((x) & 0xf) << 20) +# define AFMT_60958_CS_CHANNEL_NUMBER_L_MASK (0xf << 20) # define AFMT_60958_CS_SAMPLING_FREQUENCY(x) (((x) & 0xf) << 24) # define AFMT_60958_CS_CLOCK_ACCURACY(x) (((x) & 3) << 28) #define AFMT_60958_1 0x7108 @@ -673,6 +683,7 @@ # define AFMT_60958_CS_VALID_L(x) (((x) & 1) << 16) # define AFMT_60958_CS_VALID_R(x) (((x) & 1) << 18) # define AFMT_60958_CS_CHANNEL_NUMBER_R(x) (((x) & 0xf) << 20) +# define AFMT_60958_CS_CHANNEL_NUMBER_R_MASK (0xf << 20) #define AFMT_AUDIO_CRC_CONTROL 0x710c # define AFMT_AUDIO_CRC_EN (1 << 0) #define AFMT_RAMP_CONTROL0 0x7110 @@ -692,6 +703,7 @@ # define AFMT_60958_CS_CHANNEL_NUMBER_5(x) (((x) & 0xf) << 12) # define AFMT_60958_CS_CHANNEL_NUMBER_6(x) (((x) & 0xf) << 16) # define AFMT_60958_CS_CHANNEL_NUMBER_7(x) (((x) & 0xf) << 20) +# define AFMT_60958_CS_CHANNEL_NUMBERS_MASK 0x00ffffff #define AFMT_STATUS 0x7128 # define AFMT_AUDIO_ENABLE (1 << 4) # define AFMT_AUDIO_HBR_ENABLE (1 << 8) -- 1.7.10.4

1 0

[Bug 70042] New: Major texture flickering in Dota 2
by bugzilla-daemon＠freedesktop.org 06 Oct '13

06 Oct '13

https://bugs.freedesktop.org/show_bug.cgi?id=70042 Priority: medium Bug ID: 70042 Assignee: dri-devel(a)lists.freedesktop.org Summary: Major texture flickering in Dota 2 Severity: normal Classification: Unclassified OS: All Reporter: alexandre.f.demers(a)gmail.com Hardware: All Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Using a HD 6950 on Arch Linux 64 Using git codes for drm, mesa and ddx. The game suffers from a major texture flickering in Dota 2. It has been since the release of the game. I'll attach an API Trace later today and some screenshots. It could be related to bug 68451, but the flickering is a lot more important than the screenshots seem to indicate. I could also test by disabling shaders's sb optimization. -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 70035] GPU Lockup on AMD RS880 HD4200
by bugzilla-daemon＠freedesktop.org 06 Oct '13

06 Oct '13

https://bugs.freedesktop.org/show_bug.cgi?id=70035 --- Comment #9 from Jeff Blake <jeffblake0(a)gmail.com> --- Tasev, If your issue is related to mine then the corresponding debs from the 9.3~git1309201759 Sept 20th release should work :- https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5036069 [amd64] https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5036070 [i386] ...and the debs from Sept 23rd 9.3~git1309231016 should fail :- https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5042397 [amd64] https://launchpad.net/~oibaf/+archive/graphics-drivers/+build/5042398 [i386] To find out which mesa packages you have installed (hopefully nothing else has a matching version string) :- dpkg -l | grep ".*9.3~git[0-9]*.[0-9a-z]*~gd~.*" To install the debs download the appropriate packages to /path/to/some/directory and then :- cd /path/to/some/directory sudo dpkg -i *.deb You can usually find the debs from an older mesa version by looking in apt's archives :- ls -lrt /var/cache/apt/archives/*_9.3~git[0-9]*.[0-9a-z]*~gd~* And copy them somewhere for easy installation :- cp /var/cache/apt/archives/*_9.3~git1309040912.644fbb~gd~* /path/to/some/directory Hopefully you can find out which version breaks your install or at least get things working again. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 70009] [r300g, bisected] some wine apps renders black
by bugzilla-daemon＠freedesktop.org 06 Oct '13

06 Oct '13

https://bugs.freedesktop.org/show_bug.cgi?id=70009 --- Comment #11 from Pavel Ondračka <pavel.ondracka(a)email.cz> --- (In reply to comment #9) > Sorry I'm out of ideas. Can the regression be reproduced by some existing > piglit test maybe? Sadly there are no changes in quick piglit test, except for glsl-fs-discard-02 and glx-copy-sub-buffer samples=4 and they both pass when I run the manually. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[patch] drm/radeon: tweak a timeout condition slightly
by Dan Carpenter 06 Oct '13

06 Oct '13

The code was supposed to loop 10 times but it loops 11 times because it uses a post op instead of pre op. Using parenthesis doesn't affect how post ops work. Also I have clarified the comment. Hopefully I understood the intent correctly. Signed-off-by: Dan Carpenter <dan.carpenter(a)oracle.com> --- Static checkers stuff. I haven't tested this. I was auditing for post op vs pre op increments. It turns out that some people always put parenthesis around increment operations for style reasons so it's also possible that the intent was to loop 11 times. diff --git a/drivers/gpu/drm/radeon/radeon_fence.c b/drivers/gpu/drm/radeon/radeon_fence.c index ddb8f8e..fc6e9f4 100644 --- a/drivers/gpu/drm/radeon/radeon_fence.c +++ b/drivers/gpu/drm/radeon/radeon_fence.c @@ -180,11 +180,10 @@ void radeon_fence_process(struct radeon_device *rdev, int ring) */ wake = true; last_seq = seq; - if ((count_loop++) > 10) { - /* We looped over too many time leave with the - * fact that we might have set an older fence - * seq then the current real last seq as signaled - * by the hw. + if (++count_loop > 10) { + /* We have looped too many times. Leave despite the + * fact that we might have set an older fence seq than + * the current real last_seq as signaled by the hw. */ break; }

1 0

[Bug 70009] [r300g, bisected] some wine apps renders black
by bugzilla-daemon＠freedesktop.org 05 Oct '13

05 Oct '13

https://bugs.freedesktop.org/show_bug.cgi?id=70009 --- Comment #10 from Pavel Ondračka <pavel.ondracka(a)email.cz> --- (In reply to comment #9) > Sorry I'm out of ideas. Can the regression be reproduced by some existing > piglit test maybe? I'll run a piglit before and after the change... BTW you can't reproduce this with the http://pavel.ondracka.cz/EVE.trace trace? -- You are receiving this mail because: You are the assignee for the bug.

1 0

← Newer
1
...
84
85
86
87
88
89
90
...
93
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2013