Re: [PATCH] dma-buf: mmap support

I'd still rather see some form of explicit cache flusing api, but I can do that through my exporter (and probably will to get started). Otherwise this looks good to me except for comment inline. On Wed, Apr 18, 2012 at 6:52 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote: Compared to Rob Clark's

[Bug 49083] Crashing when open gnome-control-center 3.4.1

https://bugs.freedesktop.org/show_bug.cgi?id=49083 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #60490|text/x-log |text/plain

[Bug 49083] Crashing when open gnome-control-center 3.4.1

https://bugs.freedesktop.org/show_bug.cgi?id=49083 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 --- Comment #9 from Michel Dänzer mic...@daenzer.net 2012-04-24 08:24:23 --- (In reply to comment #7) that leaves the pretty unlikely bug in the loader and/or some weird local hardware problem - no idea how much different the cards in the

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #26 from Michel Dänzer mic...@daenzer.net 2012-04-24 01:37:57 PDT --- Current kernels disable MSI by default for RV515. Does that resolve this report? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

Re: state of drm next

On Fri, Apr 20, 2012 at 10:10 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Apr 20, 2012 at 8:27 AM, Dave Airlie airl...@gmail.com wrote: Hi, So I've spent today trawling and most likely missing patches on the list for -next. -next before today had: an intel -next from Daniel

Re: Enhancing EDID quirk functionality

On 04/19/2012 09:16 PM, Ian Pilcher wrote: Greetings all! I recently discovered that my nice 1900x1200 display is horribly confused by the InfoFrame functionality that was added to the nouveau driver in Linux 3.3. Additional testing has shown that it has the same problem with the i915

[PATCH] dma-buf: mmap support

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 synchronization with outstanding asynchronous processsing. I'm pretty massively

[Bug 30654] [855] flickers when vblank_mode is enabled

https://bugs.freedesktop.org/show_bug.cgi?id=30654 Chris Wilson ch...@chris-wilson.co.uk changed: What|Removed |Added Status|REOPENED|RESOLVED

Re: PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/04/12 18:29, Yinghai Lu wrote: On Sun, Apr 15, 2012 at 11:54 PM, Yinghai Lu ying...@kernel.org wrote: On Sun, Apr 15, 2012 at 1:06 PM, Yinghai Lu ying...@kernel.org wrote: 3. use pci_bus_allocate_resource in drm/radeon driver ... === but

[Bug 27563] [810] Xorg freezes sometimes when playing Crack-Attack (races in drivers/char/drm/drm.ko?)

https://bugs.freedesktop.org/show_bug.cgi?id=27563 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 39782] [r300g] XvMC playback fails with MPEG2 video and RV350

https://bugs.freedesktop.org/show_bug.cgi?id=39782 --- Comment #14 from 414N grsf...@tiscali.it 2012-04-24 03:03:58 UTC --- Created attachment 60517 -- https://bugs.freedesktop.org/attachment.cgi?id=60517 fp,vp log on patched mesa-git @20120424 on R420 hardware (In reply to comment #13

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 bugt...@hobbit.in-berlin.de changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 bugt...@hobbit.in-berlin.de changed: What|Removed |Added Resolution|CODE_FIX|INVALID -- Configure

[PATCH 0/5] various patches related with hdmi of exynos drm

This patch set adds dvi mode, 1080p@30Hz mode, and vp scaling feature to hdmi of exynos drm and fixes pageflip bug in interlace mode for hdmi. This patch set is for drm-next branch and based on current patch sets from Inki Dae and Joonyoung Shim. You can refer below links:

[PATCH 2/5] drm/exynos: enable dvi mode for dvi monitor

Hdmi monitor and dvi monitor can be distinguished with edid. This patch enables dvi mode if dvi monitor is connected and does not enable audio feature for dvi mode because dvi has no audio feature. Signed-off-by: Seung-Woo Kim sw0312@samsung.com Signed-off-by: Kyungmin Park

[PATCH 1/5] drm/exynos: fixed wrong pageflip finish event for interlace mode

Pageflip finish event for interlace mode has bug on checking top field vsync because of comparing between dma address converted by start coordinates and non-converted dma address. Signed-off-by: Seung-Woo Kim sw0312@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com ---

[PATCH 3/5] drm/exynos: add additional display mode for hdmi

1080p@30Hz mode is added to hdmi display mode. Signed-off-by: Seung-Woo Kim sw0312@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_hdmi.c | 65 ++ 1 files changed, 65 insertions(+), 0 deletions(-) diff

[PATCH 5/5] drm/exynos: added vp scaling feature for hdmi

This patch adds vp scaling feature for exynos hdmi. Scaling ratio between source and destination is used for width and height. Also meaningless variables to set registers are cleaned. Signed-off-by: Seung-Woo Kim sw0312@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com ---

[PATCH v2] scatterlist: add sg_alloc_table_from_pages function

This patch adds a new constructor for an sg table. The table is constructed from an array of struct pages. All contiguous chunks of the pages are merged into a single sg nodes. A user may provide an offset and a size of a buffer if the buffer is not page-aligned. The function is dedicated for

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 --- Comment #11 from Michel Dänzer mic...@daenzer.net 2012-04-24 13:42:41 --- (In reply to comment #10) ...nope, as Debian considers that particular firmware to be nonfree it is not included in the initrd at all, That the firmware is in

[Bug 49110] New: AMDILCFGStructurizer.cpp:1751:3: error: 'isCurrentDebugType' was not declared in this scope

https://bugs.freedesktop.org/show_bug.cgi?id=49110 Bug #: 49110 Summary: AMDILCFGStructurizer.cpp:1751:3: error: 'isCurrentDebugType' was not declared in this scope Classification: Unclassified Product: Mesa Version: git

Re: [PATCH 12/13] drm/radeon: fix a bug with the ring syncing code

2012/4/19 Christian König deathsim...@vodafone.de: Rings need to lock in order, otherwise the ring subsystem can deadlock. No sure if its the commit or not but I was profiling on an r700 and saw it create a semaphore for ring syncing. surely the r700 would have no need? Dave.

Re: [PATCH 12/13] drm/radeon: fix a bug with the ring syncing code

On 24.04.2012 16:04, Dave Airlie wrote: 2012/4/19 Christian Königdeathsim...@vodafone.de: Rings need to lock in order, otherwise the ring subsystem can deadlock. No sure if its the commit or not but I was profiling on an r700 and saw it create a semaphore for ring syncing. surely the r700

Re: [PATCH] drm: Initial KMS driver for AST (ASpeed Technologies) 2000 series

On Mon, 2012-04-23 at 14:30 +0100, Alan Cox wrote: fbdev objects once exposed to userspace or to fbcon, thanks to some wonderful API design way back, the mmaps on the fbdev device are direct to the VRAM physical pages. Can't tear them down and move them into system RAM pages at all

Re: [PATCH v2] scatterlist: add sg_alloc_table_from_pages function

On Tue, Apr 24, 2012 at 02:58:56PM +0200, Tomasz Stanislawski wrote: This patch adds a new constructor for an sg table. The table is constructed from an array of struct pages. All contiguous chunks of the pages are merged into a single sg nodes. A user may provide an offset and a size of a

Re: Linux 3.4-rc4

On Mon, Apr 23, 2012 at 09:03:45PM -0400, Nick Bowler wrote: On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote: On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote: Following up on the above, the commit which introduces the panics during boot is this one: commit

[Patch 1/3] edid override: infrastructure

From: Thorsten Schoel tschoel at web.de Provides infrastructure for overriding edid information of individual monitors. Signed-off-by: Thorsten Schoel tschoel at web.de --- diff -Nurp vanilla/drivers/gpu/drm/drm_edid.c infra/drivers/gpu/drm/drm_edid.c --- vanilla/drivers/gpu/drm/drm_edid.c

[Patch 0/3] Add ability to override a monitor's EDID information

Hello everybody, having a monitor provide wrong or invalid EDID information – or none at all – seems to be a problem quite a number of people are facing. A few of the non-KMS X-drivers provide individual mechanisms for overriding such an EDID with user provided data. To my knowledge at least the

[Patch 2/3] edid override: module parameter

From: Thorsten Schoel tschoel at web.de Allows for setting edid overrides through new parameter edid_override for module drm. Signed-off-by: Thorsten Schoel tschoel at web.de --- diff -Nurp infra/drivers/gpu/drm/drm_edid.c param/drivers/gpu/drm/drm_edid.c --- infra/drivers/gpu/drm/drm_edid.c

[Patch 3/3] edid override: make edid writable in sysfs

From: Thorsten Schoel tschoel at web.de Makes class/drm/[CONNECTOR]/edid writable for adding edid overrides. Signed-off-by: Thorsten Schoel tschoel at web.de --- diff -Nurp infra/drivers/gpu/drm/drm_sysfs.c sysfs/drivers/gpu/drm/drm_sysfs.c --- infra/drivers/gpu/drm/drm_sysfs.c 2012-01-12

[PATCH 1/6] gma500: Fix leak of uncached page

From: Alan Cox a...@linux.intel.com This was reported a long time ago (and I apologize to whoever it was that reported it as I've lost the original report). Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/psb_drv.c |1 + 1 files changed, 1 insertions(+), 0

[PATCH 2/6] gma500: read the PLL bits

From: Alan Cox a...@linux.intel.com We need to pull more stuff from the VBT in order to configure the clocking correctly in all cases. Add the relevant bits from the other CDV driver work. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/intel_bios.c | 18

[PATCH 3/6] gma500: Update the Cedarview clock handling

From: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_intel_display.c | 331 +++- drivers/gpu/drm/gma500/psb_intel_drv.h |3 drivers/gpu/drm/gma500/psb_intel_reg.h | 25 ++ 3 files changed, 294 insertions(+), 65 deletions(-) diff --git

[PATCH 4/6] gma500: cache GEM framebuffer pages wc not uc

From: Alan Cox a...@linux.intel.com Fixes the case where the modesetting driver is slower than /dev/fb. Signed-off-by: Alan Cox a...@linux.intel.com Cc: sta...@kernel.org --- drivers/gpu/drm/gma500/gtt.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH 5/6] gma500: intel_bios updates

From: Alan Cox a...@linux.intel.com Pull in various i915 bits that we will need to begin tackling the LVDS detect and ACPI events. We try and drift towards the i915 version of the code with the long term goal that at least some of it can one day be unified. Signed-off-by: Alan Cox

[PATCH 6/6] gma500: panel presence check

From: Alan Cox a...@linux.intel.com Introduce a panel presence check for Cedartrail. Non netbook devices don't necessarily have a panel attached. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_intel_lvds.c | 57 +++ 1 files changed, 57

[PATCH 1/3] acpi_video: fix leaking PCI references

From: Alan Cox a...@linux.intel.com Otherwise we keep a bogus pci reference to the GPU Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/acpi/video.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c index

[PATCH 2/3] acpi_video: Intel video is not always i915

From: Alan Cox a...@linux.intel.com Handle the GMA500/600/36x0 cases. Also stop it poking at random registers on the i740 cards that may be out there still. This should also allow the legacy gma500 stub driver to go away as the ACPI video layer will now do the right thing rather than assume all

[PATCH 3/3] gma500: don't register the ACPI video bus

From: Alan Cox a...@linux.intel.com We are not yet ready for this and it makes a mess on some devices. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/psb_drv.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_drv.c

[PATCH 1/6] gma500: support 1080p

From: Alan Cox a...@linux.intel.com The problem in console mode is lack of linear memory. We can solve that by dropping to 16bpp. The mode setting X server will allocate its own GEM framebuffer in 32bpp and all will be well. We could just do 16bpp anyway but that would be a regression on the

[PATCH 2/6] gma500: Clean up weirdness in the cdv mode test code

From: Alan Cox a...@linux.intel.com Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_intel_crt.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/gma500/cdv_intel_crt.c b/drivers/gpu/drm/gma500/cdv_intel_crt.c index

[PATCH 3/6] cdv: continue synching up with updated reference code

From: Alan Cox a...@linux.intel.com In particular clean up the errata handling and correct the crtc masks. We do this a bit differently using our device abstraction for neatness. This doesn't address the ACPI opregion and hotplug plumbing, nor the IRQ related changes that will need. It touches

[PATCH 4/6] gma500: implement backlight functionality for Cedartrail devices

From: Alan Cox a...@linux.intel.com Basically a straight cut/paste from the reference driver code then cleaned up a spot. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_device.c | 113 --- 1 files changed, 51 insertions(+), 62

[PATCH 5/6] gma500: Add ops for hotplug support.

From: Alan Cox a...@linux.intel.com This provides the needed callback hooks to add hotplug display support to the GMA36x0 devices. [The actual enabling device part will follow once I've figured out why it breaks suspend/resume on some netbooks] Signed-off-by: Alan Cox a...@linux.intel.com ---

[PATCH 6/6] gma500: Set the mapping mask

From: Alan Cox a...@linux.intel.com Some boards such as the Intel D2700MUD allow you to have over 4GB of RAM. The GTT on the PVR based devices is 32bit however. Hugh Dickins points out that we should therefore be setting the mapping gfp mask. This is not the whole fix for the problem. Some

Re: [PATCH] dma-buf: mmap support

Hi, +static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct *vma) +{ +       struct dma_buf *dmabuf; + +       if (!is_dma_buf_file(file)) +               return -EINVAL; + +       dmabuf = file-private_data; + +       /* check for overflowing the buffer's size */

Re: [PATCH] dma-buf: mmap support

On Wed, Apr 25, 2012 at 01:37:51AM +0900, InKi Dae wrote: Hi, +static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct *vma) +{ +       struct dma_buf *dmabuf; + +       if (!is_dma_buf_file(file)) +               return -EINVAL; + +       dmabuf =

Re: [Nouveau] [PATCH 2/5] drm/nouveau: base fence timeout on time of emission

On Tue, Apr 24, 2012 at 12:37:34PM +1000, Ben Skeggs wrote: On Mon, 2012-04-23 at 00:18 +0200, Marcin Slusarz wrote: Wait loop can be interrupted by signal, so if signals are raised periodically (e.g. SIGALRM) this loop may never finish. Use emission time as a base for fence timeout. Ah,

Re: [PATCH] drm/edid: Try harder to fix up base EDID blocks

On 4/16/12 10:40 AM, Adam Jackson wrote: Requiring the first byte of the EDID base block header to be 0 means we don't fix up as many transfer errors as we could. Instead have the callers specify whether it's meant to be block 0 or not, and conditionally run header fixup based on that.

Re: Enhancing EDID quirk functionality

On 04/24/2012 04:07 AM, Lars-Peter Clausen wrote: I just had a similar issue with a different driver and remembered your post If the S bits in the infoframe are 0 the display may under- or overscan the the image (Although the spec says it should behave the same if no infoframe is present). If

Re: [PATCH] drm/edid: Try harder to fix up base EDID blocks

On Tue, Apr 24, 2012 at 2:56 PM, Adam Jackson a...@redhat.com wrote: On 4/16/12 10:40 AM, Adam Jackson wrote: Requiring the first byte of the EDID base block header to be 0 means we don't fix up as many transfer errors as we could.  Instead have the callers specify whether it's meant to be

Re: [PATCH 1/5] drm: add optional per device rwsem for all ioctls

On Mon, Apr 23, 2012 at 09:51:48AM +0200, Daniel Vetter wrote: On Mon, Apr 23, 2012 at 12:18:28AM +0200, Marcin Slusarz wrote: Nouveau, in normal circumstances, does not need device lock for every ioctl, but incoming gpu reset code needs exclusive access to the device. This commit adds

Re: [PATCH] drm/edid: Try harder to fix up base EDID blocks

On Mon, 16 Apr 2012 10:40:08 -0400, Adam Jackson a...@redhat.com wrote: Requiring the first byte of the EDID base block header to be 0 means we don't fix up as many transfer errors as we could. Instead have the callers specify whether it's meant to be block 0 or not, and conditionally run

Re: [RFC PATCH 5/5] drm/nouveau: gpu lockup recovery

On Mon, Apr 23, 2012 at 06:56:44PM +0200, Martin Peres wrote: Le 23/04/2012 18:32, Marcin Slusarz a écrit : Just run piglit. Even quick tests can cause ~5 lockups (it eventually messes up DDX channel, but this patchset can't fix this case). You can run fs-discard-exit-2 test first -

Re: [PATCH 2/3] acpi_video: Intel video is not always i915

On Tue, Apr 24, 2012 at 04:45:01PM +0100, Alan Cox wrote: From: Alan Cox a...@linux.intel.com Handle the GMA500/600/36x0 cases. Also stop it poking at random registers on the i740 cards that may be out there still. The PowerVR Intels I'd seen had the opregion address in the 0xfc register as

Re: [PATCH 2/3] acpi_video: Intel video is not always i915

On Tue, 24 Apr 2012 22:02:18 +0100 Matthew Garrett mj...@srcf.ucam.org wrote: On Tue, Apr 24, 2012 at 04:45:01PM +0100, Alan Cox wrote: From: Alan Cox a...@linux.intel.com Handle the GMA500/600/36x0 cases. Also stop it poking at random registers on the i740 cards that may be out there

Re: [PATCH 2/3] acpi_video: Intel video is not always i915

On Tue, Apr 24, 2012 at 11:31:17PM +0100, Alan Cox wrote: On Tue, 24 Apr 2012 22:02:18 +0100 Matthew Garrett mj...@srcf.ucam.org wrote: The PowerVR Intels I'd seen had the opregion address in the 0xfc register as well. Is this no longer true on the latest? PowerVR does - i740 never did.

[Bug 49110] AMDILCFGStructurizer.cpp:1751:3: error: 'isCurrentDebugType' was not declared in this scope

https://bugs.freedesktop.org/show_bug.cgi?id=49110 --- Comment #1 from Tom Stellard tstel...@gmail.com 2012-04-24 16:04:18 PDT --- I think this happens when you build Mesa with debugging enabled and LLVM without it enabled. It's still a bug though. For now, you could try building a debug

Re: [RFC PATCH 5/5] drm/nouveau: gpu lockup recovery

On Tue, 2012-04-24 at 21:31 +0200, Marcin Slusarz wrote: On Mon, Apr 23, 2012 at 06:56:44PM +0200, Martin Peres wrote: Le 23/04/2012 18:32, Marcin Slusarz a écrit : Just run piglit. Even quick tests can cause ~5 lockups (it eventually messes up DDX channel, but this patchset can't

Re: Linux 3.4-rc4

On 2012-04-23 21:03 -0400, Nick Bowler wrote: On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote: On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote: Following up on the above, the commit which introduces the panics during boot is this one: commit

Re: [Patch 0/3] Add ability to override a monitor's EDID information

On Tue, 24 Apr 2012 10:49:06 +0200, Thorsten Schoel wrote: Hello everybody, having a monitor provide wrong or invalid EDID information---or none at all---seems to be a problem quite a number of people are facing. A few of the non-KMS X-drivers provide individual mechanisms for overriding

Re: [PATCH] dma-buf: mmap support

2012/4/25, Daniel Vetter dan...@ffwll.ch: On Wed, Apr 25, 2012 at 01:37:51AM +0900, InKi Dae wrote: Hi, +static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct *vma) +{ + struct dma_buf *dmabuf; + + if (!is_dma_buf_file(file)) +

Re: [PATCH 1/3] drivers-gpu-drm-allow-to-load-edid-firmware.patch

On Sun, 11 Mar 2012 22:23:22 +0100, Carsten Emde wrote: On 03/11/2012 02:44 PM, Alan Cox wrote: This patch allows to load an EDID data set via the firmware interface. It contains data sets of frequently used screen resolutions (1024x768, 1280x1024, 1680x1050 and 1920x1080). The requested

Re: Linux 3.4-rc4

On Tue, 2012-04-24 at 21:35 -0400, Nick Bowler wrote: On 2012-04-23 21:03 -0400, Nick Bowler wrote: On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote: On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote: Following up on the above, the commit which introduces the panics

[Bug 39782] [r300g] XvMC playback fails with MPEG2 video and RV350

https://bugs.freedesktop.org/show_bug.cgi?id=39782 --- Comment #13 from Tom Stellard 2012-04-23 17:56:54 PDT --- Created attachment 60501 --> https://bugs.freedesktop.org/attachment.cgi?id=60501 Possible fix for too many indirections on r400 Do you still see the error message with this

[Nouveau] [PATCH 2/5] drm/nouveau: base fence timeout on time of emission

On Mon, 2012-04-23 at 00:18 +0200, Marcin Slusarz wrote: > Wait loop can be interrupted by signal, so if signals are raised > periodically (e.g. SIGALRM) this loop may never finish. Use > emission time as a base for fence timeout. Ah, thanks for tackling this issue. It's been long on my list of

[PATCH v2 3/4] drm/exynos: added userptr feature.

this feature could be used to use memory region allocated by malloc() in user mode and mmaped memory region allocated by other memory allocators. userptr interface can identify memory type through vm_flags value and would get pages or page frame numbers to user space appropriately. changelog v2:

[Bug 49083] Crashing when open gnome-control-center 3.4.1

https://bugs.freedesktop.org/show_bug.cgi?id=49083 Michel D?nzer changed: What|Removed |Added Attachment #60490|text/x-log |text/plain mime type|

[Bug 49083] Crashing when open gnome-control-center 3.4.1

https://bugs.freedesktop.org/show_bug.cgi?id=49083 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 --- Comment #9 from Michel D?nzer 2012-04-24 08:24:23 --- (In reply to comment #7) > that leaves the pretty unlikely bug in the loader and/or some weird local > hardware problem - no idea how much different the cards in the cedar family >

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #26 from Michel D?nzer 2012-04-24 01:37:57 PDT --- Current kernels disable MSI by default for RV515. Does that resolve this report? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

state of drm next

On Fri, Apr 20, 2012 at 10:10 PM, Alex Deucher wrote: > On Fri, Apr 20, 2012 at 8:27 AM, Dave Airlie wrote: >> Hi, >> >> So I've spent today trawling and most likely missing patches on the >> list for -next. >> >> -next before today had: >> an intel -next from Daniel >> radeon - copy

Enhancing EDID quirk functionality

On 04/19/2012 09:16 PM, Ian Pilcher wrote: > Greetings all! > > I recently discovered that my nice 1900x1200 display is horribly > confused by the InfoFrame functionality that was added to the nouveau > driver in Linux 3.3. Additional testing has shown that it has the same > problem with the

[PATCH] dma-buf: mmap support

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 synchronization with outstanding asynchronous processsing. I'm pretty massively

[Bug 30654] [855] flickers when vblank_mode is enabled

https://bugs.freedesktop.org/show_bug.cgi?id=30654 Chris Wilson changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/04/12 18:29, Yinghai Lu wrote: > On Sun, Apr 15, 2012 at 11:54 PM, Yinghai Lu > wrote: >> On Sun, Apr 15, 2012 at 1:06 PM, Yinghai Lu >> wrote: 3. use pci_bus_allocate_resource in drm/radeon driver ... ===> but that could fail. so

[Bug 27563] [810] Xorg freezes sometimes when playing Crack-Attack (races in drivers/char/drm/drm.ko?)

https://bugs.freedesktop.org/show_bug.cgi?id=27563 Daniel Vetter changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 39782] [r300g] XvMC playback fails with MPEG2 video and RV350

https://bugs.freedesktop.org/show_bug.cgi?id=39782 --- Comment #14 from 414N 2012-04-24 03:03:58 UTC --- Created attachment 60517 --> https://bugs.freedesktop.org/attachment.cgi?id=60517 fp,vp log on patched mesa-git @20120424 on R420 hardware (In reply to comment #13) > Created atta

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 bugtraq at hobbit.in-berlin.de changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 bugtraq at hobbit.in-berlin.de changed: What|Removed |Added Resolution|CODE_FIX|INVALID --

[PATCH 0/5] various patches related with hdmi of exynos drm

This patch set adds dvi mode, 1080p at 30Hz mode, and vp scaling feature to hdmi of exynos drm and fixes pageflip bug in interlace mode for hdmi. This patch set is for drm-next branch and based on current patch sets from Inki Dae and Joonyoung Shim. You can refer below links:

[PATCH 2/5] drm/exynos: enable dvi mode for dvi monitor

Hdmi monitor and dvi monitor can be distinguished with edid. This patch enables dvi mode if dvi monitor is connected and does not enable audio feature for dvi mode because dvi has no audio feature. Signed-off-by: Seung-Woo Kim Signed-off-by: Kyungmin Park ---

[PATCH 1/5] drm/exynos: fixed wrong pageflip finish event for interlace mode

Pageflip finish event for interlace mode has bug on checking top field vsync because of comparing between dma address converted by start coordinates and non-converted dma address. Signed-off-by: Seung-Woo Kim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_mixer.c | 12

[PATCH 3/5] drm/exynos: add additional display mode for hdmi

1080p at 30Hz mode is added to hdmi display mode. Signed-off-by: Seung-Woo Kim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_hdmi.c | 65 ++ 1 files changed, 65 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH 5/5] drm/exynos: added vp scaling feature for hdmi

This patch adds vp scaling feature for exynos hdmi. Scaling ratio between source and destination is used for width and height. Also meaningless variables to set registers are cleaned. Signed-off-by: Seung-Woo Kim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_mixer.c | 88

[PATCH 4/5] drm/exynos: added source size to overlay structure

Set plane has source size but exynos overlay structure did not consider it. This patch adds source size to overlay structure. For set crtc, source size is set from crtc size. Signed-off-by: Seung-Woo Kim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_crtc.c |4

[PATCH v2] scatterlist: add sg_alloc_table_from_pages function

This patch adds a new constructor for an sg table. The table is constructed from an array of struct pages. All contiguous chunks of the pages are merged into a single sg nodes. A user may provide an offset and a size of a buffer if the buffer is not page-aligned. The function is dedicated for

[Bug 43138] Radeon HD5450 fails to load cedar firmware ?

https://bugzilla.kernel.org/show_bug.cgi?id=43138 --- Comment #11 from Michel D?nzer 2012-04-24 13:42:41 --- (In reply to comment #10) > ...nope, as Debian considers that particular firmware to be "nonfree" it is > not > included in the initrd at all, That the firmware is in the

[Bug 49110] New: AMDILCFGStructurizer.cpp:1751:3: error: 'isCurrentDebugType' was not declared in this scope

https://bugs.freedesktop.org/show_bug.cgi?id=49110 Bug #: 49110 Summary: AMDILCFGStructurizer.cpp:1751:3: error: 'isCurrentDebugType' was not declared in this scope Classification: Unclassified Product: Mesa Version: git

[PATCH 12/13] drm/radeon: fix a bug with the ring syncing code

2012/4/19 Christian K?nig : > Rings need to lock in order, otherwise > the ring subsystem can deadlock. No sure if its the commit or not but I was profiling on an r700 and saw it create a semaphore for ring syncing. surely the r700 would have no need? Dave.

[PATCH 12/13] drm/radeon: fix a bug with the ring syncing code

On 24.04.2012 16:04, Dave Airlie wrote: > 2012/4/19 Christian K?nig: >> Rings need to lock in order, otherwise >> the ring subsystem can deadlock. > No sure if its the commit or not but I was profiling on an r700 and > saw it create a semaphore for ring syncing. > > surely the r700 would have no

[PATCH] drm: Initial KMS driver for AST (ASpeed Technologies) 2000 series

On Mon, 2012-04-23 at 14:30 +0100, Alan Cox wrote: > > > fbdev objects once exposed to userspace or to fbcon, thanks to some > > wonderful > > API design way back, the mmaps on the fbdev device are direct to the VRAM > > physical pages. Can't tear them down and move them into system RAM pages >

[PATCH v2] scatterlist: add sg_alloc_table_from_pages function

On Tue, Apr 24, 2012 at 02:58:56PM +0200, Tomasz Stanislawski wrote: > This patch adds a new constructor for an sg table. The table is constructed > from an array of struct pages. All contiguous chunks of the pages are merged > into a single sg nodes. A user may provide an offset and a size of a

Linux 3.4-rc4

On Mon, Apr 23, 2012 at 09:03:45PM -0400, Nick Bowler wrote: > On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote: > > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote: > > > Following up on the above, the commit which introduces the panics during > > > boot is this one: > > > > > >

[Patch 1/3] edid override: infrastructure

From: Thorsten Schoel Provides infrastructure for overriding edid information of individual monitors. Signed-off-by: Thorsten Schoel --- diff -Nurp vanilla/drivers/gpu/drm/drm_edid.c infra/drivers/gpu/drm/drm_edid.c --- vanilla/drivers/gpu/drm/drm_edid.c 2012-01-25

[Patch 0/3] Add ability to override a monitor's EDID information

Hello everybody, having a monitor provide wrong or invalid EDID information ? or none at all ? seems to be a problem quite a number of people are facing. A few of the non-KMS X-drivers provide individual mechanisms for overriding such an EDID with user provided data. To my knowledge at least the

[Patch 2/3] edid override: module parameter

From: Thorsten Schoel Allows for setting edid overrides through new parameter edid_override for module drm. Signed-off-by: Thorsten Schoel --- diff -Nurp infra/drivers/gpu/drm/drm_edid.c param/drivers/gpu/drm/drm_edid.c --- infra/drivers/gpu/drm/drm_edid.c2012-01-25

[Patch 3/3] edid override: make edid writable in sysfs

From: Thorsten Schoel Makes class/drm/[CONNECTOR]/edid writable for adding edid overrides. Signed-off-by: Thorsten Schoel --- diff -Nurp infra/drivers/gpu/drm/drm_sysfs.c sysfs/drivers/gpu/drm/drm_sysfs.c --- infra/drivers/gpu/drm/drm_sysfs.c 2012-01-12 20:42:45.0

[PATCH 2/6] gma500: read the PLL bits

From: Alan Cox We need to pull more stuff from the VBT in order to configure the clocking correctly in all cases. Add the relevant bits from the other CDV driver work. Signed-off-by: Alan Cox --- drivers/gpu/drm/gma500/intel_bios.c | 18

  1   2   >