[PATCH] dma-buf: Correct dummy function declarations.

While testing, I found that we need to correct some of the dummy declarations. When I send my pull request to Linus, I wish to squash these changes into the original patches from Daniel. Could you please review? Best regards, ~Sumit = Dummy functions for the newly added cpu access ops

Regression: black screen on VGA w/ nouveau in Linux 3.3

On poniedzia?ek, 19 marca 2012 o 15:35:48 Nick Bowler wrote: > Hi folks, > > Just upgraded to Linux 3.3 on my desktop and noticed that the VGA output > on my card w/ nouveau is totally black (both at the console and in X). > Almost everything appears to work normally: DPMS works, modesetting >

[Bug 45366] Radeon gpu lockups

https://bugs.freedesktop.org/show_bug.cgi?id=45366 --- Comment #6 from Ernst Sj?strand 2012-03-23 13:43:10 PDT --- I can now reproduce this consistenly I think: Install Ubuntu Precise Add xorg-edgers ppa Create a 2:nd user Log in as user 1 Switch to user 2 Switch to user 1 Then when you have

[Bug 45760] World of warcraft 4.3 slow down after a hour of game

https://bugs.freedesktop.org/show_bug.cgi?id=45760 --- Comment #8 from Pablo 2012-03-23 12:50:31 PDT --- Sorry, I forgot the specs in the title, FYI in WOW 3.3.5a this is not happening -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[Bug 42983] Regression: black screen on VGA w/ nouveau in Linux 3.3

https://bugzilla.kernel.org/show_bug.cgi?id=42983 Maciej Rutecki changed: What|Removed |Added Blocks||42644 -- Configure bugmail:

[Bug 42983] New: Regression: black screen on VGA w/ nouveau in Linux 3.3

https://bugzilla.kernel.org/show_bug.cgi?id=42983 Summary: Regression: black screen on VGA w/ nouveau in Linux 3.3 Product: Drivers Version: 2.5 Kernel Version: 3.3 Platform: All OS/Version: Linux Tree:

[Bug 45760] World of warcraft 4.3 slow down after a hour of game

https://bugs.freedesktop.org/show_bug.cgi?id=45760 --- Comment #7 from Pablo 2012-03-23 12:48:24 PDT --- I have a hd 4670, I couldn't see something like that in WOW. are you using WOTLK? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[PATCH] dma-buf: Correct dummy function declarations.

On Fri, Mar 23, 2012 at 09:19:17PM +0530, Sumit Semwal wrote: > While testing, I found that we need to correct some of the dummy > declarations. When I send my pull request to Linus, I wish to squash these > changes into the original patches from Daniel. Could you please review? > > Best

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #23 from Vincenzov 2012-03-23 11:50:50 PDT --- sudo avivotool regset 0x05b0 0x00271000 works good whit 1920 x 1080 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 36421] RV710: GPU lockup running portal2 in wine.

https://bugs.freedesktop.org/show_bug.cgi?id=36421 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #22 from Vincenzov 2012-03-23 11:24:09 PDT --- vincenzo at AthlonII-260:~$ sudo avivotool regset 0x05b0 0x00138800 OLD: 0x05b0 (05b0) 0x00075300 (48) NEW: 0x05b0 (05b0) 0x00138800 (128) work only 1280x720 slow

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #21 from Vincenzov 2012-03-23 11:00:19 PDT --- ok 1280x720 radeon 5450 works avivotool regset 0x05b0 0x00138800 works good -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #20 from Vincenzov 2012-03-23 10:36:52 PDT --- Hi, i have same problem hdmi audio slow. Radeon 5450. But dual screen hdmi+crt 1920 x 1080 audio works fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 36421] RV710: GPU lockup running portal2 in wine.

https://bugs.freedesktop.org/show_bug.cgi?id=36421 --- Comment #8 from Vladimir Ysikov 2012-03-23 10:15:54 PDT --- I have not tested it for a long time and I can't say when the error is gone. mesa-8.0 & mesa-git no error on ArchLinux x86, Radeon HD 4850. Tested Portal, HL2 (Episode One/Two),

radeon + DVI->mDP converter + mDP display blank screen issue since 3.0

On Fri, Mar 23, 2012 at 10:59:27AM -0400, Alex Deucher wrote: > > Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected > > to a 27" Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI > > to Mini DisplayPort converter has started to stop giving screen > > output on

radeon + DVI->mDP converter + mDP display blank screen issue since 3.0

EDID */ >>> ?static int convert_bpc_to_bpp(int bpc) >>> ?{ >>> +#if 0 >>> ? ? ? if (bpc == 0) >>> ? ? ? ? ? ? ? return 24; >>> ? ? ? else >>> ? ? ? ? ? ? ? return bpc * 3; >>> +#endif >>> + ? ? return 24; >>> ?}

radeon + DVI->mDP converter + mDP display blank screen issue since 3.0

gt;> b/drivers/gpu/drm/radeon/atombios_encoders.c >> index 468b874..e607c4d 100644 >> --- a/drivers/gpu/drm/radeon/atombios_encoders.c >> +++ b/drivers/gpu/drm/radeon/atombios_encoders.c >> @@ -541,7 +541,7 @@ atombios_dig_encoder_setup(struct drm_encoder *encoder, >&g

[Bug 47765] Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 --- Comment #3 from Tvrtko Ursulin 2012-03-23 08:28:01 PDT --- Created attachment 58939 --> https://bugs.freedesktop.org/attachment.cgi?id=58939 Screenshot showing corrupted mesa-demos/tri rendering -- Configure bugmail:

[Bug 47765] Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 --- Comment #2 from Tvrtko Ursulin 2012-03-23 08:22:20 PDT --- (In reply to comment #1) > Does any of the mesa demo reproduce the bug ? /usr/lib64/mesa/tri shows it if you resize the window right. -- Configure bugmail:

[PATCH] exynos: add module name.

exynos drm driver have been added to mainline so this patch adds module name for exynos to modetest and vbltest. this patch is based on commit id below: c50cc24690938db53cd91ae9ff2fa0958693f80d Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- tests/modetest/modetest.c |2

[Bug 47765] Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 --- Comment #1 from Jerome Glisse 2012-03-23 07:49:55 PDT --- Does any of the mesa demo reproduce the bug ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

[PATCH] drm/radeon/kms/atom: force bpc to 8 for now

From: Alex Deucher Using the bpc (bits per color) specified by the monitor can cause problems in some cases. Until we get a better handle on how to deal with those cases, just use a bpc of 8. Reported-by: Lennert Buytenhek Signed-off-by: Alex Deucher Cc: stable at

[PATCH] drm/i915: Add lock on drm_helper_resume_force_mode

On Fri, 23 Mar 2012 08:52:58 -0400, Sean Paul wrote: > i915_drm_thaw was not locking the mode_config lock when calling > drm_helper_resume_force_mode. When there were multiple wake sources, > this caused FDI training failure on SNB which in turn corrupted the > display. > > Signed-off-by: Sean

[RFCv2 PATCH 5/9] v4l: vb2: add buffer exporting via dmabuf

Hi Laurent, Thank you for you comments. On 03/22/2012 12:24 PM, Laurent Pinchart wrote: > Hi Tomasz, > > Thanks for the patch. > > On Tuesday 13 March 2012 11:17:03 Tomasz Stanislawski wrote: >> This patch adds extension to videobuf2-core. It allow to export a mmap >> buffer as a file

[Bug 47765] New: Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 Bug #: 47765 Summary: Corrupt rendering to a window between 57 and 63 pixels high Classification: Unclassified Product: Mesa Version: git Platform: Other

[RFCv2 PATCH 4/9] v4l: add buffer exporting via dmabuf

Hi Laurent, Please refer to the comments below. On 03/22/2012 12:16 PM, Laurent Pinchart wrote: > Hi Tomasz, > > Thanks for the patch. > > On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote: >> This patch adds extension to V4L2 api. It allow to export a mmap buffer as >> file

radeon + DVI->mDP converter + mDP display blank screen issue since 3.0

? ?case ATOM_PPLL2: > ? ? ? ? ? ? ? ?/* disable the ppll */ > ? ? ? ? ? ? ? ?atombios_crtc_program_pll(crtc, radeon_crtc->crtc_id, > radeon_crtc->pll_id, > - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 0, 0, ATOM_DISABLE, 0, 0, 0, 0, 0, > false, ); > + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 0, 0, ATOM_DISABLE, 0, 0, 0, 0, > false, ); > ? ? ? ? ? ? ? ?break; > ? ? ? ?default: > ? ? ? ? ? ? ? ?break; > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-kms-atom-force-bpc-to-8-for-now.patch Type: text/x-patch Size: 3447 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120323/b250b078/attachment.bin>

[PATCH v2] drm/i915: Run DDC buses at 50 kbps

On Thursday 22 March 2012 09:50:23 pm Daniel Vetter wrote: > On Wed, Mar 21, 2012 at 02:29:47PM +0100, Jean Delvare wrote: > > A udelay value of 20 leads to an I2C bus running at only 25 kbps. > > I2C devices can typically operate faster than this, 50 kbps should > > be fine for all devices (and

[PATCH] drm/i915: Add lock on drm_helper_resume_force_mode

i915_drm_thaw was not locking the mode_config lock when calling drm_helper_resume_force_mode. When there were multiple wake sources, this caused FDI training failure on SNB which in turn corrupted the display. Signed-off-by: Sean Paul --- drivers/gpu/drm/i915/i915_drv.c |2 ++ 1 files

[PATCH] drm: Add locking to resume_force_mode to prevent multiple

On Thu, Mar 22, 2012 at 6:57 PM, Chris Wilson wrote: > On Thu, 22 Mar 2012 18:25:55 -0400, Sean Paul > wrote: >> Add a mutex to protect resume_force_mode from being called multiple >> times. This fixes a bug observed on SNB where two wake sources call >> resume_force_mode and the FDI training

[Bug 47519] Xorg hangs in ioCtl in path of RADEONDownloadFromScreenCS

https://bugs.freedesktop.org/show_bug.cgi?id=47519 Michel D?nzer changed: What|Removed |Added AssignedTo|sandmann at cs.au.dk |dri-devel at lists.freedesktop

[PATCH] drm/i2c/ch7006: Convert to dev_pm_ops

"ch7006", > + .pm = ch7006_pm_ops, > }, > > .id_table = ch7006_ids, Thanks for fixing this, Reviewed-by: Francisco Jerez -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 229 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120323/ea17e8a8/attachment.pgp>

[Bug 37696] [RADEON:KMS:PLL] frequent colored lines appear on screen

https://bugs.freedesktop.org/show_bug.cgi?id=37696 --- Comment #2 from Joshua Roys 2012-03-22 17:08:25 PDT --- They are still visible with 3.3.0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

[PATCH] drm/i915: no-lvds quirk on MSI DC500

Hi again, Could anyone have a look at this ? On Tue, Mar 13, 2012 at 3:16 PM, Anisse Astier wrote: > > Any opinion on this quirk ? > > On Wed, ?7 Mar 2012 18:36:35 +0100, Anisse Astier wrote > : > > > This hardware doesn't have an LVDS, it's a desktop box. Fix incorrect > > LVDS detection. > >

[PATCH] exynos: add module name.

exynos drm driver have been added to mainline so this patch adds module name for exynos to modetest and vbltest. this patch is based on commit id below: c50cc24690938db53cd91ae9ff2fa0958693f80d Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

radeon + DVI-mDP converter + mDP display blank screen issue since 3.0

Hi! Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected to a 27 Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI to Mini DisplayPort converter has started to stop giving screen output on switching from text mode to graphical framebuffer during system startup. I

Re: [Linaro-mm-sig] [RFCv2 PATCH 2/9] v4l: vb2-dma-contig: update and code refactoring

Hello Thomasz, Marek, I found an issue with below patch. Please read below. On 03/13/2012 03:47 PM, Tomasz Stanislawski wrote: This patch combines updates and fixes to dma-contig allocator. Moreover the allocator code was refactored. The most important changes are: - functions were reordered -

Re: [Linaro-mm-sig] [RFCv2 PATCH 4/9] v4l: add buffer exporting via dmabuf

Hi Thomasz, On 03/22/2012 04:46 PM, Laurent Pinchart wrote: Hi Tomasz, Thanks for the patch. On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote: This patch adds extension to V4L2 api. It allow to export a mmap buffer as file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a

Re: [Linaro-mm-sig] [RFCv2 PATCH 2/9 - 4/4] v4l: vb2-dma-contig: update and code refactoring

Hi Laurent, On 03/22/2012 08:12 PM, Laurent Pinchart wrote: Hi Tomasz, On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote: Hi Laurent, Thank you very much for your comments and question. They were very useful. You're welcome. Please refer to the comments below. On 03/22/2012

Re: [Linaro-mm-sig] [RFCv2 PATCH 4/9] v4l: add buffer exporting via dmabuf

On 03/22/2012 07:37 PM, Laurent Pinchart wrote: Hi Subash, On Thursday 22 March 2012 19:27:01 Subash Patel wrote: On 03/22/2012 04:46 PM, Laurent Pinchart wrote: On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote: [snip] diff --git a/include/linux/videodev2.h

[PATCH] drm/i2c/ch7006: Convert to dev_pm_ops

The I2C specific suspend and resume functions have been deprecated and printing a warning on boot for over a year, dev_pm_ops should be used instead so convert to that. Also remove the suspend function since all it does is log. Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com ---

[Bug 47519] Xorg hangs in ioCtl in path of RADEONDownloadFromScreenCS

https://bugs.freedesktop.org/show_bug.cgi?id=47519 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|sandm...@cs.au.dk

Re: [RFCv2 PATCH 4/9] v4l: add buffer exporting via dmabuf

Hi Laurent, Please refer to the comments below. On 03/22/2012 12:16 PM, Laurent Pinchart wrote: Hi Tomasz, Thanks for the patch. On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote: This patch adds extension to V4L2 api. It allow to export a mmap buffer as file descriptor. New

Re: [RFCv2 PATCH 5/9] v4l: vb2: add buffer exporting via dmabuf

Hi Laurent, Thank you for you comments. On 03/22/2012 12:24 PM, Laurent Pinchart wrote: Hi Tomasz, Thanks for the patch. On Tuesday 13 March 2012 11:17:03 Tomasz Stanislawski wrote: This patch adds extension to videobuf2-core. It allow to export a mmap buffer as a file descriptor.

[Bug 47765] New: Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 Bug #: 47765 Summary: Corrupt rendering to a window between 57 and 63 pixels high Classification: Unclassified Product: Mesa Version: git Platform: Other

Re: [PATCH] drm: Add locking to resume_force_mode to prevent multiple

On Thu, Mar 22, 2012 at 6:57 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Thu, 22 Mar 2012 18:25:55 -0400, Sean Paul seanp...@chromium.org wrote: Add a mutex to protect resume_force_mode from being called multiple times. This fixes a bug observed on SNB where two wake sources call

[PATCH] drm/i915: Add lock on drm_helper_resume_force_mode

i915_drm_thaw was not locking the mode_config lock when calling drm_helper_resume_force_mode. When there were multiple wake sources, this caused FDI training failure on SNB which in turn corrupted the display. Signed-off-by: Sean Paul seanp...@chromium.org --- drivers/gpu/drm/i915/i915_drv.c |

Re: [PATCH] drm/i915: Add lock on drm_helper_resume_force_mode

On Fri, 23 Mar 2012 08:52:58 -0400, Sean Paul seanp...@chromium.org wrote: i915_drm_thaw was not locking the mode_config lock when calling drm_helper_resume_force_mode. When there were multiple wake sources, this caused FDI training failure on SNB which in turn corrupted the display.

[Bug 47765] Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 --- Comment #1 from Jerome Glisse gli...@freedesktop.org 2012-03-23 07:49:55 PDT --- Does any of the mesa demo reproduce the bug ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

Re: radeon + DVI-mDP converter + mDP display blank screen issue since 3.0

On Thu, Mar 22, 2012 at 8:49 AM, Lennert Buytenhek buyt...@wantstofly.org wrote: Hi! Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected to a 27 Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI to Mini DisplayPort converter has started to stop giving screen

[Bug 47765] Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 --- Comment #2 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-03-23 08:22:20 PDT --- (In reply to comment #1) Does any of the mesa demo reproduce the bug ? /usr/lib64/mesa/tri shows it if you resize the window right. -- Configure

[Bug 47765] Corrupt rendering to a window between 57 and 63 pixels high

https://bugs.freedesktop.org/show_bug.cgi?id=47765 --- Comment #3 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-03-23 08:28:01 PDT --- Created attachment 58939 -- https://bugs.freedesktop.org/attachment.cgi?id=58939 Screenshot showing corrupted mesa-demos/tri rendering -- Configure

[PATCH] dma-buf: Correct dummy function declarations.

While testing, I found that we need to correct some of the dummy declarations. When I send my pull request to Linus, I wish to squash these changes into the original patches from Daniel. Could you please review? Best regards, ~Sumit = Dummy functions for the newly added cpu access ops

Re: [PATCH v2] drm/i915: Run DDC buses at 50 kbps

On Thursday 22 March 2012 09:50:23 pm Daniel Vetter wrote: On Wed, Mar 21, 2012 at 02:29:47PM +0100, Jean Delvare wrote: A udelay value of 20 leads to an I2C bus running at only 25 kbps. I2C devices can typically operate faster than this, 50 kbps should be fine for all devices (and

Re: radeon + DVI-mDP converter + mDP display blank screen issue since 3.0

On Fri, Mar 23, 2012 at 10:59:27AM -0400, Alex Deucher wrote: Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected to a 27 Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI to Mini DisplayPort converter has started to stop giving screen output on switching

[Bug 36421] RV710: GPU lockup running portal2 in wine.

https://bugs.freedesktop.org/show_bug.cgi?id=36421 --- Comment #8 from Vladimir Ysikov granti...@gmail.com 2012-03-23 10:15:54 PDT --- I have not tested it for a long time and I can't say when the error is gone. mesa-8.0 mesa-git no error on ArchLinux x86, Radeon HD 4850. Tested Portal, HL2

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #20 from Vincenzov vincenzo...@hotmail.com 2012-03-23 10:36:52 PDT --- Hi, i have same problem hdmi audio slow. Radeon 5450. But dual screen hdmi+crt 1920 x 1080 audio works fine. -- Configure bugmail:

Re: [PATCH] dma-buf: Correct dummy function declarations.

On Fri, Mar 23, 2012 at 09:19:17PM +0530, Sumit Semwal wrote: While testing, I found that we need to correct some of the dummy declarations. When I send my pull request to Linus, I wish to squash these changes into the original patches from Daniel. Could you please review? Best regards,

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #21 from Vincenzov vincenzo...@hotmail.com 2012-03-23 11:00:19 PDT --- ok 1280x720 radeon 5450 works avivotool regset 0x05b0 0x00138800 works good -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #22 from Vincenzov vincenzo...@hotmail.com 2012-03-23 11:24:09 PDT --- vincenzo@AthlonII-260:~$ sudo avivotool regset 0x05b0 0x00138800 OLD: 0x05b0 (05b0) 0x00075300 (48) NEW: 0x05b0 (05b0) 0x00138800 (128) work

[Bug 36421] RV710: GPU lockup running portal2 in wine.

https://bugs.freedesktop.org/show_bug.cgi?id=36421 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm/radeon/kms/atom: force bpc to 8 for now

From: Alex Deucher alexander.deuc...@amd.com Using the bpc (bits per color) specified by the monitor can cause problems in some cases. Until we get a better handle on how to deal with those cases, just use a bpc of 8. Reported-by: Lennert Buytenhek buyt...@wantstofly.org Signed-off-by: Alex

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 --- Comment #23 from Vincenzov vincenzo...@hotmail.com 2012-03-23 11:50:50 PDT --- sudo avivotool regset 0x05b0 0x00271000 works good whit 1920 x 1080 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Re: radeon + DVI-mDP converter + mDP display blank screen issue since 3.0

On Fri, Mar 23, 2012 at 11:44 AM, Lennert Buytenhek buyt...@wantstofly.org wrote: On Fri, Mar 23, 2012 at 10:59:27AM -0400, Alex Deucher wrote: Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected to a 27 Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI to

Re: radeon + DVI-mDP converter + mDP display blank screen issue since 3.0

On Fri, Mar 23, 2012 at 3:34 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Mar 23, 2012 at 11:44 AM, Lennert Buytenhek buyt...@wantstofly.org wrote: On Fri, Mar 23, 2012 at 10:59:27AM -0400, Alex Deucher wrote: Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected

[Bug 45760] World of warcraft 4.3 slow down after a hour of game

https://bugs.freedesktop.org/show_bug.cgi?id=45760 --- Comment #7 from Pablo silpa...@hotmail.com 2012-03-23 12:48:24 PDT --- I have a hd 4670, I couldn't see something like that in WOW. are you using WOTLK? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Bug 42983] New: Regression: black screen on VGA w/ nouveau in Linux 3.3

https://bugzilla.kernel.org/show_bug.cgi?id=42983 Summary: Regression: black screen on VGA w/ nouveau in Linux 3.3 Product: Drivers Version: 2.5 Kernel Version: 3.3 Platform: All OS/Version: Linux Tree:

[Bug 42983] Regression: black screen on VGA w/ nouveau in Linux 3.3

https://bugzilla.kernel.org/show_bug.cgi?id=42983 Maciej Rutecki maciej.rute...@gmail.com changed: What|Removed |Added Blocks||42644 --

[Bug 45760] World of warcraft 4.3 slow down after a hour of game

https://bugs.freedesktop.org/show_bug.cgi?id=45760 --- Comment #8 from Pablo silpa...@hotmail.com 2012-03-23 12:50:31 PDT --- Sorry, I forgot the specs in the title, FYI in WOW 3.3.5a this is not happening -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

Re: Regression: black screen on VGA w/ nouveau in Linux 3.3

On poniedziałek, 19 marca 2012 o 15:35:48 Nick Bowler wrote: Hi folks, Just upgraded to Linux 3.3 on my desktop and noticed that the VGA output on my card w/ nouveau is totally black (both at the console and in X). Almost everything appears to work normally: DPMS works, modesetting works,