[Bug 49747] dpms on only works on DP0 on a hd5700

https://bugs.freedesktop.org/show_bug.cgi?id=49747 --- Comment #19 from Daniel Vetter dan...@ffwll.ch 2012-05-10 23:09:22 PDT --- Created attachment 61414 -- https://bugs.freedesktop.org/attachment.cgi?id=61414 vbios rom -- Configure bugmail:

Re: [PATCH 2/2 v3] drm/exynos: added userptr feature.

let's assume that one application want to allocate user space memory region using malloc() and then write something on the region. as you may know, user space buffer doen't have real physical pages once malloc() call so if user tries to access the region then page fault handler would be triggered

Re: [PATCH 2/2 v3] drm/exynos: added userptr feature.

Hi KOSAKI, On 05/11/2012 02:53 AM, KOSAKI Motohiro wrote: let's assume that one application want to allocate user space memory region using malloc() and then write something on the region. as you may know, user space buffer doen't have real physical pages once malloc() call so if user tries

Re: [PATCH 2/2 v3] drm/exynos: added userptr feature.

On 05/11/2012 10:47 AM, Inki Dae wrote: -Original Message- From: Jerome Glisse [mailto:j.gli...@gmail.com] Sent: Friday, May 11, 2012 12:53 AM To: Jerome Glisse; Inki Dae; linux...@kvack.org; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-devel@lists.freedesktop.org

[PATCH] gma500: fix build when ACPI isn't set

Signed-off-by: Sasha Levin levinsasha...@gmail.com --- drivers/gpu/drm/gma500/opregion.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/gma500/opregion.c b/drivers/gpu/drm/gma500/opregion.c index 05661bf..e2fbf4d 100644 ---

[Bug 49654] Heavy flickering on LVDS panel when not using the native resolution

https://bugs.freedesktop.org/show_bug.cgi?id=49654 --- Comment #2 from Niels Ole Salscheider niels_...@salscheider-online.de 2012-05-11 00:05:13 UTC --- Created attachment 61417 -- https://bugs.freedesktop.org/attachment.cgi?id=61417 Xorg.0.log -- Configure bugmail:

[Bug 49654] Heavy flickering on LVDS panel when not using the native resolution

https://bugs.freedesktop.org/show_bug.cgi?id=49654 --- Comment #3 from Niels Ole Salscheider niels_...@salscheider-online.de 2012-05-11 00:09:55 PDT --- Created attachment 61419 -- https://bugs.freedesktop.org/attachment.cgi?id=61419 dmesg -- Configure bugmail:

Re: [PATCH] drm/radeon: make use of radeon_gem_init() consistent

On Don, 2012-05-10 at 13:00 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com All radeon_gem_init() does is initialize the gem objects list. radeon_device.c does this explicitly. r600+ calls radeon_gem_init() so the list gets initialized twice. Older asics

[Bug 49654] Heavy flickering on LVDS panel when not using the native resolution

https://bugs.freedesktop.org/show_bug.cgi?id=49654 --- Comment #4 from Niels Ole Salscheider niels_...@salscheider-online.de 2012-05-11 00:16:58 UTC --- Created attachment 61420 -- https://bugs.freedesktop.org/attachment.cgi?id=61420 Xorg.0.log after switching between modes The non-native

[Bug 49782] New: libdrm 2.4.34 fails to build

https://bugs.freedesktop.org/show_bug.cgi?id=49782 Bug #: 49782 Summary: libdrm 2.4.34 fails to build Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW

[PATCH 0/3] Audio client support for VGA-switcheroo (v2)

Hi, here is the updated patches including the conversion to struct vga_switcheroo_client_ops. The patches can be pulled from git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git topic/vga-switcheroo [background info if anyone hasn't read v1 patch series: this is for allowing to

[PATCH 2/3] vga_switcheroo: Introduce struct vga_switcheroo_client_ops

This changes the API as a clean-up. Instead of passing multiple function pointers at each time, introduce a new struct holding the whole callback functions and pass it to the registration. The same struct will be used for the upcoming audio client registration, too. Signed-off-by: Takashi Iwai

[PATCH 3/3] vga_switcheroo: Add the support for audio clients

Add the support for audio clients to VGA-switcheroo for handling the HDMI audio controller together with VGA switching. The id of the audio controller should be given explicitly at registration time unlike the video controller. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43155

[PATCH 1/3] vga_switcheroo: Refactor using linked list

Refactor the code base a bit for the further work to adapt more clients. Signed-off-by: Takashi Iwai ti...@suse.de --- drivers/gpu/vga/vga_switcheroo.c | 209 -- 1 file changed, 110 insertions(+), 99 deletions(-) diff --git a/drivers/gpu/vga/vga_switcheroo.c

Re: [PATCH] gma500: fix build when ACPI isn't set

On Fri, 11 May 2012 06:39:02 +0200 Sasha Levin levinsasha...@gmail.com wrote: Signed-off-by: Sasha Levin levinsasha...@gmail.com NAK - see the patch I posted for Randy to test. That avoids all the ifdeffery and simply doesn't touch the opregion at all in a non ACPI build. Not btw that I

Re: [PATCH] gma500: fix build when ACPI isn't set

On Fri, 11 May 2012 11:49:48 +0200 Sasha Levin levinsasha...@gmail.com wrote: On Fri, May 11, 2012 at 11:43 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: Not btw that I imagine you could run a non ACPI kernel on a box new enough to have a GMA500 8) Probably not, but I saw more #ifdef

RFC: Removal of some mutexes from the radeon driver

Hi everybody, well the following patches remove the cs and vram mutex from the radeon driver and so are something very experimental. The first three just move what I know to be still critical into the protection of the ring mutex, and the other two actually remove the mutexs. Interestingly it

[PATCH 2/5] drm/radeon: add infrastructure for advanced ring synchronization

Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h | 23 ++- drivers/gpu/drm/radeon/radeon_fence.c | 73 + 2 files changed, 85 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h

[PATCH 1/5] drm/radeon: remove radeon_fence_create

It is completely unnecessary to create fences before they are emitted, so remove it and a bunch of checks if fences are emitted or not. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/evergreen.c|2 +- drivers/gpu/drm/radeon/ni.c |2

[PATCH 4/5] drm/radeon: WIP remove cs_mutex

There are probably some missed corner cases, but at least try to remove or replace it with a vm mutex where it is still needed. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h| 44 +---

[PATCH 3/5] drm/radeon: rework ring syncing code

Move inter ring syncing with semaphores into the existing ring allocations, with that we need to lock the ring mutex only once. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/evergreen_blit_kms.c |3 +- drivers/gpu/drm/radeon/r600.c |5 +-

[PATCH 5/5] drm/radeon: WIP remove vmram_mutex

Even more heretic than the last one. The mutex is probably good for something, I just can't see what that is at the moment. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h|1 - drivers/gpu/drm/radeon/radeon_device.c |1 -

Re: RFC: Removal of some mutexes from the radeon driver

On Fri, May 11, 2012 at 11:10 AM, Christian König deathsim...@vodafone.de wrote: Hi everybody, well the following patches remove the cs and vram mutex from the radeon driver and so are something very experimental. The first three just move what I know to be still critical into the protection

[PATCH 1/9] gma500: Fix build without ACPI

From: Alan Cox a...@linux.intel.com Reported-by: Randy Dunlap rdun...@xenotime.net Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/Makefile |3 ++- drivers/gpu/drm/gma500/opregion.c |6 -- drivers/gpu/drm/gma500/opregion.h | 22 +-

[PATCH 2/9] gma500: introduce a structure describing each pipe

From: Alan Cox a...@linux.intel.com This starts the move away from lots of confused unions of per driver stuff inherited when we merged the drivers together. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_intel_display.c | 33 ++---

[PATCH 3/9] gma500: Clean up from the psb_pipe structure

From: Alan Cox a...@linux.intel.com We have lots of local assignments that can now be eliminated Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/mdfld_device.c | 129 - 1 files changed, 46 insertions(+), 83 deletions(-) diff --git

[PATCH 4/9] gma500: introduce some register maps

From: Alan Cox a...@linux.intel.com All the conditional ugly register selection really wants to be cleaned up. Use a struct describing each pipe and its registers. This will also let us hide some of the oddments between platforms for any future merging of bits together. In particular the way the

[PATCH 6/9] gma500: Clean up some of the noise

From: Alan Cox a...@linux.intel.com We have a lot of debug type stuff we don't actually need any more. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_device.c |2 +- drivers/gpu/drm/gma500/framebuffer.c |2 +- drivers/gpu/drm/gma500/gtt.c | 12

[PATCH 7/9] cdv: Add all cedarview pci ids

From: Alan Cox a...@linux.intel.com Cover all D2xxx/N2xxx chips. Signed-off-by: Zhenyu Wang zhen...@linux.intel.com [Hand applied to upstream driver] Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/psb_drv.c |8 1 files changed, 8 insertions(+), 0

[PATCH 8/9] gma500: clean up some more checks

From: Alan Cox a...@linux.intel.com We don't need to check these - they are always going to be the same for any PVR based device. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_device.c |3 +++ drivers/gpu/drm/gma500/mdfld_device.c|2 ++

[PATCH 9/9] gma500: Turn on the IRQ for everything

From: Alan Cox a...@linux.intel.com Keep this as a patch of its own in case of bug reports. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/psb_drv.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_drv.c

[Bug 49789] New: External monitor flickers on xrandr or cat /sys/class/drm/card0-VGA-1/status

https://bugs.freedesktop.org/show_bug.cgi?id=49789 Bug #: 49789 Summary: External monitor flickers on xrandr or cat /sys/class/drm/card0-VGA-1/status Classification: Unclassified Product: DRI Version: XOrg CVS

[Bug 49789] External monitor flickers on xrandr or cat /sys/class/drm/card0-VGA-1/status

https://bugs.freedesktop.org/show_bug.cgi?id=49789 --- Comment #1 from Harald Judt h.j...@gmx.at 2012-05-11 04:38:17 PDT --- Created attachment 61442 -- https://bugs.freedesktop.org/attachment.cgi?id=61442 xdpyinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

Re: RFC: Removal of some mutexes from the radeon driver

On 11.05.2012 12:12, Dave Airlie wrote: On Fri, May 11, 2012 at 11:10 AM, Christian König deathsim...@vodafone.de wrote: Hi everybody, well the following patches remove the cs and vram mutex from the radeon driver and so are something very experimental. The first three just move what I know

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org

Re: [PATCH 5/5] drm/radeon: WIP remove vmram_mutex

On Fri, May 11, 2012 at 6:10 AM, Christian König deathsim...@vodafone.de wrote: Even more heretic than the last one. The mutex is probably good for something, I just can't see what that is at the moment. Signed-off-by: Christian König deathsim...@vodafone.de ---  

Re: [PATCH 5/5] drm/radeon: WIP remove vmram_mutex

On Fri, May 11, 2012 at 10:41 AM, Jerome Glisse j.gli...@gmail.com wrote: On Fri, May 11, 2012 at 6:10 AM, Christian König deathsim...@vodafone.de wrote: Even more heretic than the last one. The mutex is probably good for something, I just can't see what that is at the moment.

[Bug 49789] External monitor flickers on xrandr or cat /sys/class/drm/card0-VGA-1/status

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

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 --- Comment #3 from Alex Deucher alexdeuc...@gmail.com 2012-05-11 14:56:18 --- This is a duplicate of: https://bugs.freedesktop.org/show_bug.cgi?id=49792 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #1 from Alex Deucher ag...@yahoo.com 2012-05-11 07:59:13 PDT --- Please attach a copy of your vbios. (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/pci bus id echo 1 rom cat rom /tmp/vbios.rom echo 0 rom --

[Bug 49789] External monitor flickers on xrandr or cat /sys/class/drm/card0-VGA-1/status

https://bugs.freedesktop.org/show_bug.cgi?id=49789 --- Comment #3 from Harald Judt h.j...@gmx.at 2012-05-11 08:10:30 PDT --- Can I somehow find out (log files, whatever), whether the monitor has an EDID or not, after it has been connected? Because then I could turn off the polling for the time

Re: [PATCH 5/5] drm/radeon: WIP remove vmram_mutex

On 11.05.2012 16:44, Jerome Glisse wrote: On Fri, May 11, 2012 at 10:41 AM, Jerome Glissej.gli...@gmail.com wrote: On Fri, May 11, 2012 at 6:10 AM, Christian König deathsim...@vodafone.de wrote: Even more heretic than the last one. The mutex is probably good for something, I just can't see

Re: [PATCH] gma500: fix build when ACPI isn't set

On Fri, May 11, 2012 at 11:43 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: Not btw that I imagine you could run a non ACPI kernel on a box new enough to have a GMA500 8) Probably not, but I saw more #ifdef CONFIG_ACPI below and assumed there's a good reason for that. Out of curiously, is a

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #2 from ddfs s.dema...@gmail.com 2012-05-11 08:24:45 PDT --- Created attachment 61456 -- https://bugs.freedesktop.org/attachment.cgi?id=61456 hd5850 bios vbios attached -- Configure bugmail:

Re: [PATCH] dma-buf: mmap support

On Tue, Apr 24, 2012 at 4:08 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote: Compared to Rob Clark's RFC I've ditched the prepare/finish hooks and corresponding ioctls on the dma_buf file. The major reason for that is that many people seem to be under the impression that this is also for

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #3 from ddfs s.dema...@gmail.com 2012-05-11 08:33:08 PDT --- Created attachment 61457 -- https://bugs.freedesktop.org/attachment.cgi?id=61457 boot clocks -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #4 from ddfs s.dema...@gmail.com 2012-05-11 08:33:36 PDT --- Created attachment 61458 -- https://bugs.freedesktop.org/attachment.cgi?id=61458 UVD clocks -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 49794] HD5850 clocks are always limited to 400/900

https://bugs.freedesktop.org/show_bug.cgi?id=49794 --- Comment #5 from ddfs s.dema...@gmail.com 2012-05-11 08:34:42 PDT --- I also attched RBE screenshots with opened vbios.rom -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 49789] External monitor flickers on xrandr or cat /sys/class/drm/card0-VGA-1/status

https://bugs.freedesktop.org/show_bug.cgi?id=49789 --- Comment #4 from Alex Deucher ag...@yahoo.com 2012-05-11 10:23:56 PDT --- (In reply to comment #3) Can I somehow find out (log files, whatever), whether the monitor has an EDID or not, after it has been connected? Because then I could turn

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 --- Comment #27 from tomi.or...@ncircle.nullnet.fi 2012-05-11 13:14:35 PDT --- You can use xset to test dpms, e.g., xset dpms force off Also, for what it's worth, the driver only implements two states: on and off. All of the intermediate

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 --- Comment #4 from Vladislav Tcendrovskii c...@mail.ru 2012-05-11 20:21:01 --- Created an attachment (id=73252) -- (https://bugzilla.kernel.org/attachment.cgi?id=73252) dmesg -- Configure bugmail:

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 --- Comment #5 from Vladislav Tcendrovskii c...@mail.ru 2012-05-11 20:21:21 --- Created an attachment (id=73253) -- (https://bugzilla.kernel.org/attachment.cgi?id=73253) Xorg log -- Configure bugmail:

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 --- Comment #6 from Vladislav Tcendrovskii c...@mail.ru 2012-05-11 20:34:02 --- Created an attachment (id=73254) -- (https://bugzilla.kernel.org/attachment.cgi?id=73254) screenshot -- Configure bugmail:

[Bug 49603] [regression] Fullscreen video no longer smooth with GPU in low power mode

https://bugs.freedesktop.org/show_bug.cgi?id=49603 --- Comment #6 from Sven Arvidsson s...@whiz.se 2012-05-11 13:46:30 PDT --- I have tried both stopsleep and the shell loop now, but sadly neither one gets rid of the problem. I get the feeling that there's less stalls with them, but video

[Bug 49817] New: radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 Bug #: 49817 Summary: radeon: The kernel rejected CS when running shader example from SFML library Classification: Unclassified Product: Mesa Version: git Platform:

Re: [PATCH 2/2 v3] drm/exynos: added userptr feature.

On Fri, May 11, 2012 at 5:20 PM, KOSAKI Motohiro kosaki.motoh...@gmail.com wrote: (5/10/12 11:01 PM), Jerome Glisse wrote: On Thu, May 10, 2012 at 10:51 PM, KOSAKI Motohiro kosaki.motoh...@gmail.com  wrote: (5/10/12 8:50 PM), Minchan Kim wrote: Hi KOSAKI, On 05/11/2012 02:53 AM, KOSAKI

[Bug 43167] X intel driver causes wrong wraparound of console command line

https://bugs.freedesktop.org/show_bug.cgi?id=43167 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added AssignedTo|dan...@ffwll.ch

[Bug 43167] X intel driver causes wrong wraparound of console command line

https://bugs.freedesktop.org/show_bug.cgi?id=43167 --- Comment #35 from Daniel Vetter dan...@ffwll.ch 2012-05-11 16:16:21 PDT --- Bisect result points at core drm, moving bug from driver component to general. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Bug 43167] X intel driver causes wrong wraparound of console command line

https://bugs.freedesktop.org/show_bug.cgi?id=43167 --- Comment #36 from Alan a...@linux.intel.com 2012-05-11 16:22:12 PDT --- Looks like a vt bug to me as well. As if something is changing the end of line behaviour flag and not restoring it. As and when Alex files it against the vt layer in the

Re: [PATCH 2/2 v3] drm/exynos: added userptr feature.

On Fri, May 11, 2012 at 6:59 PM, KOSAKI Motohiro kosaki.motoh...@gmail.com wrote: My point is this ioctl will be restricted to one user (Xserver if i understand) and only this user, there is no fork in it so no need to worry about fork, just setting the vma as locked will be enough. But i

[Bug 43125] Screen stays black after laptop lid is opened

https://bugzilla.kernel.org/show_bug.cgi?id=43125 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 43209] PAE and radeon integrated rs690 (x1200) prevents dri

https://bugzilla.kernel.org/show_bug.cgi?id=43209 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 43112] AMD/ATI graphic cards sometimes produces weird black squares in screen

https://bugzilla.kernel.org/show_bug.cgi?id=43112 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Component|Video(Other)|Video(DRI - non Intel)

[Bug 42984] scrabled video with nouveau drivers on mac mini (320m)

https://bugzilla.kernel.org/show_bug.cgi?id=42984 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 43167] X intel driver causes wrong wraparound of console command line

https://bugs.freedesktop.org/show_bug.cgi?id=43167 --- Comment #37 from al...@verizon.net 2012-05-11 19:07:07 PDT --- Thanks, Alan. As mentioned, I'm a simple user, never filed a kernel bug so I need a little help, please. Is there an easy way (workaround?) to file a kernel bugzilla whereby I'd

[Bug 42609] KMS issues with radeon HD6670

https://bugzilla.kernel.org/show_bug.cgi?id=42609 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 42570] WARNING: at /home/apw/COD/linux/lib/iomap.c:43 bad_io_access+0x39/0x40()

https://bugzilla.kernel.org/show_bug.cgi?id=42570 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43112] AMD/ATI graphic cards sometimes produces weird black squares in screen

https://bugzilla.kernel.org/show_bug.cgi?id=43112 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[Bug 42609] KMS issues with radeon HD6670

https://bugzilla.kernel.org/show_bug.cgi?id=42609 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[Bug 42609] KMS issues with radeon HD6670

https://bugzilla.kernel.org/show_bug.cgi?id=42609 Alexandre Demers alexandre.f.dem...@gmail.com changed: What|Removed |Added CC|

[Bug 49322] No picture on display connected via Displayport adaptor to HD 7870

https://bugs.freedesktop.org/show_bug.cgi?id=49322 --- Comment #1 from Brian Schott briancsch...@gmail.com 2012-05-11 21:27:21 PDT --- I got tired of only being able to use ⅔ of my monitors, so I tried using the integrated graphics (Intel hd4000 / ivy bridge) to power them. (Motherboard has VGA,

Re: [PATCH 2/2 v3] drm/exynos: added userptr feature.

2012/5/12 KOSAKI Motohiro kosaki.motoh...@gmail.com: On Fri, May 11, 2012 at 7:29 PM, Jerome Glisse j.gli...@gmail.com wrote: On Fri, May 11, 2012 at 6:59 PM, KOSAKI Motohiro kosaki.motoh...@gmail.com wrote: My point is this ioctl will be restricted to one user (Xserver if i understand) and

Re: [PATCH v2] libdrm: add exynos drm support

Hi, we had posted this patch and we hope this patch is applied to libdrm so that we can go ahead next work. as you may know, exynos drm driver have already been merged to mainline. please, let me know if there is any problem. Thanks, Inki Dae 2012/5/4 Inki Dae inki@samsung.com: this patch

[PATCH 2/2 v3] drm/exynos: added userptr feature.

> -Original Message- > From: Jerome Glisse [mailto:j.glisse at gmail.com] > Sent: Friday, May 11, 2012 12:53 AM > To: Jerome Glisse; Inki Dae; linux-mm at kvack.org; kyungmin.park at samsung.com; > sw0312.kim at samsung.com; dri-devel at lists.freedesktop.org > Subject: Re: [PATCH 2/2 v3]

[PATCH 2/2 v3] drm/exynos: added userptr feature.

On Thu, May 10, 2012 at 10:51 PM, KOSAKI Motohiro wrote: > (5/10/12 8:50 PM), Minchan Kim wrote: >> >> Hi KOSAKI, >> >> On 05/11/2012 02:53 AM, KOSAKI Motohiro wrote: >> >> let's assume that one application want to allocate user space memory >> region using malloc() and then write

[Bug 49747] dpms on only works on DP0 on a hd5700

https://bugs.freedesktop.org/show_bug.cgi?id=49747 --- Comment #19 from Daniel Vetter 2012-05-10 23:09:22 PDT --- Created attachment 61414 --> https://bugs.freedesktop.org/attachment.cgi?id=61414 vbios rom -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[PATCH 2/2 v3] drm/exynos: added userptr feature.

Hi KOSAKI, On 05/11/2012 02:53 AM, KOSAKI Motohiro wrote: let's assume that one application want to allocate user space memory region using malloc() and then write something on the region. as you may know, user space buffer doen't have real physical pages once malloc() call

[PATCH 2/2 v3] drm/exynos: added userptr feature.

On 05/11/2012 10:47 AM, Inki Dae wrote: > >> -Original Message- >> From: Jerome Glisse [mailto:j.glisse at gmail.com] >> Sent: Friday, May 11, 2012 12:53 AM >> To: Jerome Glisse; Inki Dae; linux-mm at kvack.org; > kyungmin.park at samsung.com; >> sw0312.kim at samsung.com; dri-devel at

[PATCH] gma500: fix build when ACPI isn't set

Signed-off-by: Sasha Levin --- drivers/gpu/drm/gma500/opregion.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/gma500/opregion.c b/drivers/gpu/drm/gma500/opregion.c index 05661bf..e2fbf4d 100644 --- a/drivers/gpu/drm/gma500/opregion.c +++

[Bug 49654] Heavy flickering on LVDS panel when not using the native resolution

https://bugs.freedesktop.org/show_bug.cgi?id=49654 --- Comment #2 from Niels Ole Salscheider 2012-05-11 00:05:13 UTC --- Created attachment 61417 --> https://bugs.freedesktop.org/attachment.cgi?id=61417 Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 49654] Heavy flickering on LVDS panel when not using the native resolution

https://bugs.freedesktop.org/show_bug.cgi?id=49654 --- Comment #3 from Niels Ole Salscheider 2012-05-11 00:09:55 PDT --- Created attachment 61419 --> https://bugs.freedesktop.org/attachment.cgi?id=61419 dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[PATCH] drm/radeon: make use of radeon_gem_init() consistent

On Don, 2012-05-10 at 13:00 -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > All radeon_gem_init() does is initialize the gem objects > list. radeon_device.c does this explicitly. r600+ calls > radeon_gem_init() so the list gets initialized twice. Older > asics don't call it

[Bug 49654] Heavy flickering on LVDS panel when not using the native resolution

https://bugs.freedesktop.org/show_bug.cgi?id=49654 --- Comment #4 from Niels Ole Salscheider 2012-05-11 00:16:58 UTC --- Created attachment 61420 --> https://bugs.freedesktop.org/attachment.cgi?id=61420 Xorg.0.log after switching between modes The non-native mode 1440x900 seems to work, too.

[Bug 49782] New: libdrm 2.4.34 fails to build

https://bugs.freedesktop.org/show_bug.cgi?id=49782 Bug #: 49782 Summary: libdrm 2.4.34 fails to build Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW

[PATCH 0/3] Audio client support for VGA-switcheroo (v2)

Hi, here is the updated patches including the conversion to struct vga_switcheroo_client_ops. The patches can be pulled from git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git topic/vga-switcheroo [background info if anyone hasn't read v1 patch series: this is for allowing to

[PATCH 2/3] vga_switcheroo: Introduce struct vga_switcheroo_client_ops

This changes the API as a clean-up. Instead of passing multiple function pointers at each time, introduce a new struct holding the whole callback functions and pass it to the registration. The same struct will be used for the upcoming audio client registration, too. Signed-off-by: Takashi Iwai

[PATCH 3/3] vga_switcheroo: Add the support for audio clients

Add the support for audio clients to VGA-switcheroo for handling the HDMI audio controller together with VGA switching. The id of the audio controller should be given explicitly at registration time unlike the video controller. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43155

[PATCH 1/3] vga_switcheroo: Refactor using linked list

Refactor the code base a bit for the further work to adapt more clients. Signed-off-by: Takashi Iwai --- drivers/gpu/vga/vga_switcheroo.c | 209 -- 1 file changed, 110 insertions(+), 99 deletions(-) diff --git a/drivers/gpu/vga/vga_switcheroo.c

[PATCH] gma500: fix build when ACPI isn't set

On Fri, 11 May 2012 06:39:02 +0200 Sasha Levin wrote: > Signed-off-by: Sasha Levin NAK - see the patch I posted for Randy to test. That avoids all the ifdeffery and simply doesn't touch the opregion at all in a non ACPI build. Not btw that I imagine you could run a non ACPI kernel on a box

[PATCH] gma500: fix build when ACPI isn't set

On Fri, 11 May 2012 11:49:48 +0200 Sasha Levin wrote: > On Fri, May 11, 2012 at 11:43 AM, Alan Cox > wrote: > > Not btw that I imagine you could run a non ACPI kernel on a box new > > enough to have a GMA500 8) > > Probably not, but I saw more #ifdef CONFIG_ACPI below and assumed > there's a

RFC: Removal of some mutexes from the radeon driver

Hi everybody, well the following patches remove the cs and vram mutex from the radeon driver and so are something very experimental. The first three just move what I know to be still critical into the protection of the ring mutex, and the other two actually remove the mutexs. Interestingly it

[PATCH 2/5] drm/radeon: add infrastructure for advanced ring synchronization

Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 23 ++- drivers/gpu/drm/radeon/radeon_fence.c | 73 + 2 files changed, 85 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h

[PATCH 1/5] drm/radeon: remove radeon_fence_create

It is completely unnecessary to create fences before they are emitted, so remove it and a bunch of checks if fences are emitted or not. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c|2 +- drivers/gpu/drm/radeon/ni.c |2 +-

[PATCH 4/5] drm/radeon: WIP remove cs_mutex

There are probably some missed corner cases, but at least try to remove or replace it with a vm mutex where it is still needed. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h| 44 +--- drivers/gpu/drm/radeon/radeon_cs.c |7 ++---

[PATCH 3/5] drm/radeon: rework ring syncing code

Move inter ring syncing with semaphores into the existing ring allocations, with that we need to lock the ring mutex only once. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen_blit_kms.c |3 +- drivers/gpu/drm/radeon/r600.c |5 +-

[PATCH 5/5] drm/radeon: WIP remove vmram_mutex

Even more heretic than the last one. The mutex is probably good for something, I just can't see what that is at the moment. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|1 - drivers/gpu/drm/radeon/radeon_device.c |1 - drivers/gpu/drm/radeon/radeon_object.c

RFC: Removal of some mutexes from the radeon driver

On Fri, May 11, 2012 at 11:10 AM, Christian K?nig wrote: > Hi everybody, > > well the following patches remove the cs and vram mutex from the radeon driver > and so are something very experimental. The first three just move what I know > to be still critical into the protection of the ring mutex,

[PATCH 1/9] gma500: Fix build without ACPI

From: Alan Cox Reported-by: Randy Dunlap Signed-off-by: Alan Cox --- drivers/gpu/drm/gma500/Makefile |3 ++- drivers/gpu/drm/gma500/opregion.c |6 -- drivers/gpu/drm/gma500/opregion.h | 22 +- drivers/gpu/drm/gma500/psb_drv.h |6

[PATCH 2/9] gma500: introduce a structure describing each pipe

From: Alan Cox This starts the move away from lots of confused unions of per driver stuff inherited when we merged the drivers together. Signed-off-by: Alan Cox --- drivers/gpu/drm/gma500/cdv_intel_display.c | 33 ++--- drivers/gpu/drm/gma500/mdfld_device.c |

  1   2   >