[Bug 50232] New: screen redraw is wrong in sauerbraten with the llvm compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50232 Bug #: 50232 Summary: screen redraw is wrong in sauerbraten with the llvm compiler Classification: Unclassified Product: Mesa Version: git Platform: Other

[PATCH 5/7] nouveau: add PRIME support

On Tue, May 22, 2012 at 8:50 AM, Dave Airlie wrote: > From: Dave Airlie > > This adds prime->fd and fd->prime support to nouveau, > it passes the SG object to TTM, and then populates the > GART entries using it. > > v2: add stubbed kmap + use new function to fill out pages array > for faulting +

[PATCH 3/7] udl: add prime fd->handle support.

On Tue, May 22, 2012 at 8:50 AM, Dave Airlie wrote: > From: Dave Airlie > > udl can only be used as an output offload so doesn't need to support > handle->fd direction. > > Signed-off-by: Dave Airlie I'm not real familiar with udl, but the code seems straight-forward. Reviewed-by: Alex

[PATCH 7/7] drm/radeon: add PRIME support (v2)

On Tue, May 22, 2012 at 8:50 AM, Dave Airlie wrote: > From: Alex Deucher > > This adds prime->fd and fd->prime support to radeon. > It passes the sg object to ttm and then populates > the gart entries using it. > > Compile tested only. > > v2: stub kmap + use new helpers + add reimporting > >

[PATCH 4/7] ttm: add prime sharing support to TTM (v2)

On Tue, May 22, 2012 at 8:50 AM, Dave Airlie wrote: > From: Dave Airlie > > This adds the ability for ttm common code to take an SG table > and use it as the backing for a slave TTM object. > > The drivers can then populate their GTT tables using the SG object. > > v2: make sure to setup VM for

[PATCH 1/7] drm/prime: introduce sg->pages/addr arrays helper

On Tue, May 22, 2012 at 8:49 AM, Dave Airlie wrote: > From: Dave Airlie > > the ttm drivers need this currently, in order to get fault handling > working and efficient. > > It also allows addrs to be NULL for devices like udl. > > Signed-off-by: Dave Airlie Reviewed-by: Alex Deucher > --- >

GPU lockup dumping

On Thu, May 17, 2012 at 6:07 PM, wrote: > Ok this time is final version, i added a bunch of flags to cmd buffer > to make the userspace tools life easier. > > Cheers, > Jerome > So updated libdrm patch : http://people.freedesktop.org/~glisse/lockup/0001-radeon-add-rati-dumping-helper.patch

[PATCH] dma-buf: add get_dma_buf()

On Tue, May 22, 2012 at 5:00 PM, Tomasz Stanislawski wrote: > On 05/22/2012 04:32 PM, Daniel Vetter wrote: >> On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote: >>> Hi, >>> I think I discovered an interesting issue with dma_buf. >>> I found out that dma_buf_fd does not increase

[PATCH] dma-buf: add get_dma_buf()

On 05/22/2012 04:32 PM, Daniel Vetter wrote: > On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote: >> Hi, >> I think I discovered an interesting issue with dma_buf. >> I found out that dma_buf_fd does not increase reference >> count for dma_buf::file. This leads to potential

[PATCH 7/7] drm/radeon: add PRIME support (v2)

On Tue, May 22, 2012 at 8:50 AM, Dave Airlie wrote: > From: Alex Deucher > > This adds prime->fd and fd->prime support to radeon. > It passes the sg object to ttm and then populates > the gart entries using it. > > Compile tested only. > > v2: stub kmap + use new helpers + add reimporting > >

[PATCH 4/7] ttm: add prime sharing support to TTM (v2)

On Tue, May 22, 2012 at 8:50 AM, Dave Airlie wrote: > From: Dave Airlie > > This adds the ability for ttm common code to take an SG table > and use it as the backing for a slave TTM object. > > The drivers can then populate their GTT tables using the SG object. > > v2: make sure to setup VM for

[PATCH] dma-buf: add get_dma_buf()

On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote: > Hi, > I think I discovered an interesting issue with dma_buf. > I found out that dma_buf_fd does not increase reference > count for dma_buf::file. This leads to potential kernel > crash triggered by user space. Please, take a

kernel 3.4.0 oops

On Tue, 2012-05-22 at 12:57 +0200, Daniel Vetter wrote: > Ok, I've tried to reproduce this on my ilk here but couldn't hit the > issue. A few things: > - Your gpu dies. Please dig out the versions of mesa, libdrm and > xf86-video-intel you're using. > - Is this a regression? > - Do you see any

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 --- Comment #5 from Alex Deucher 2012-05-22 16:24:51 --- The purple line is caused by setting the digital encoder into HDMI mode and then not sending the proper infoframes. -- Configure bugmail:

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Paulo Zanoni changed: What|Removed |Added CC||przanoni at gmail.com --- Comment #4

[PATCH] dma-buf: add get_dma_buf()

On Tue, May 22, 2012 at 4:05 PM, Daniel Vetter wrote: > On Tue, May 22, 2012 at 5:00 PM, Tomasz Stanislawski > wrote: >> On 05/22/2012 04:32 PM, Daniel Vetter wrote: >>> On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote: Hi, I think I discovered an interesting issue

[no subject]

On 05/18/2012 02:27 PM, Sascha Hauer wrote: > Hi All, > > The following adds a drm/kms driver for the Freescale i.MX LCDC > controller. Most notable change to the last SDRM based version is that > the SDRM layer has been removed and the driver now is purely i.MX > specific. I hope that this is

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #9 from Andre Heider 2012-05-22 09:03:31 PDT --- Merely pointing out what I noticed, which might be unrelated to its correctness ;) And that's that the handler itself triggers thread b) and hence might deadlock, unrelated to

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 --- Comment #3 from Damien Churchill 2012-05-22 15:56:10 --- Looks like I do, I'll have to wait until I get back from work to see whether that fixes it, thanks! -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment

[PATCH] dma-buf: add get_dma_buf()

Hi, I think I discovered an interesting issue with dma_buf. I found out that dma_buf_fd does not increase reference count for dma_buf::file. This leads to potential kernel crash triggered by user space. Please, take a look on the scenario below: The applications spawns two thread. One of them is

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #8 from m.b.lankhorst at gmail.com 2012-05-22 08:46:31 PDT --- You're complaining about undefined behavior in a destruction handler? When you call radeon_drm_cs_destroy, you better make damned well sure you've finished using it

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #7 from Andre Heider 2012-05-22 08:42:42 PDT --- Well, I just skimmed over the patch, so maybe I'm missing something, but what I'm seeing is: 2 threads a) runs radeon_drm_cs_destroy() b) runs radeon_drm_cs_emit_ioctl() When e.g. a

[Bug 43272] New: pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Summary: pink/purple line displays to the left of the screen Product: Drivers Version: 2.5 Kernel Version: 3.4.0 Platform: All OS/Version: Linux Tree: Mainline

[PATCH 1/2] DRM: add Freescale i.MX LCDC driver

just a few comments from a cursory review.. I need a bit more time for a more in-depth review but that won't be tonight so I thought I'd send what I have so far.. On Fri, May 18, 2012 at 6:27 AM, Sascha Hauer wrote: > Signed-off-by: Sascha Hauer > --- > ?drivers/gpu/drm/Kconfig ? ? ? ? ? ? ?

[Bug 50208] X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19

https://bugs.freedesktop.org/show_bug.cgi?id=50208 --- Comment #1 from S?rgio M. Basto 2012-05-22 08:25:05 PDT --- man , kernel 3.4 is out -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for

[PATCH] drm/i915: no lvds quirk for HP t5740e Thin Client

Hi! This box has DisplayPort and VGA, but no LVDS. Product specs are at http://h10010.www1.hp.com/wwpc/us/en/sm/WF25a/12454-12454-321959-338927-3640406-4282707.html?dnr=1 and dmidecode output can be found at http://www.getslash.de/bug_attachments/dmidecode-t5740e.txt Signed-off-by: Jan-Benedict

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #6 from m.b.lankhorst at gmail.com 2012-05-22 07:44:12 PDT --- What do you mean? flush_completed is always explicitly signalled before the flush thread is exiting, see right before the 'return NULL' -- Configure bugmail:

[PATCH 6/7] i915: add dmabuf/prime buffer sharing support.

On Tue, 22 May 2012 13:50:03 +0100, Dave Airlie wrote: > From: Daniel Vetter > > This adds handle->fd and fd->handle support to i915, this is to allow > for offloading of rendering in one direction and outputs in the other. > > v2 from Daniel Vetter: > - fixup conflicts with the prepare/finish

[PATCH] backlight: initialize struct backlight_properties properly

On Mon, 21 May 2012 09:24:35 +0200 Corentin Chary wrote: > In all these files, the .power field was never correctly initialized. > > ... > > --- a/drivers/gpu/drm/i915/intel_panel.c > +++ b/drivers/gpu/drm/i915/intel_panel.c > @@ -342,6 +342,7 @@ int intel_panel_setup_backlight(struct

[RFC 05/13] v4l: vb2-dma-contig: add support for DMABUF exporting

Hi Laurent, Sorry for the late reply. Thank you very much for noticing the issue. +static struct dma_buf *vb2_dc_get_dmabuf(void *buf_priv) +{ + struct vb2_dc_buf *buf = buf_priv; + struct dma_buf *dbuf; + + if (buf->dma_buf) + return buf->dma_buf;

[PATCH 7/7] drm/radeon: add PRIME support (v2)

From: Alex Deucher This adds prime->fd and fd->prime support to radeon. It passes the sg object to ttm and then populates the gart entries using it. Compile tested only. v2: stub kmap + use new helpers + add reimporting Signed-off-by: Alex Deucher Signed-off-by:

[PATCH 6/7] i915: add dmabuf/prime buffer sharing support.

From: Daniel Vetter This adds handle->fd and fd->handle support to i915, this is to allow for offloading of rendering in one direction and outputs in the other. v2 from Daniel Vetter: - fixup conflicts with the prepare/finish gtt prep work. - implement ppgtt binding

[PATCH 5/7] nouveau: add PRIME support

From: Dave Airlie This adds prime->fd and fd->prime support to nouveau, it passes the SG object to TTM, and then populates the GART entries using it. v2: add stubbed kmap + use new function to fill out pages array for faulting + add reimport test. Signed-off-by: Dave Airlie

[PATCH 4/7] ttm: add prime sharing support to TTM (v2)

From: Dave Airlie This adds the ability for ttm common code to take an SG table and use it as the backing for a slave TTM object. The drivers can then populate their GTT tables using the SG object. v2: make sure to setup VM for sg bos as well. Signed-off-by: Dave Airlie

[PATCH 3/7] udl: add prime fd->handle support.

From: Dave Airlie udl can only be used as an output offload so doesn't need to support handle->fd direction. Signed-off-by: Dave Airlie --- drivers/gpu/drm/udl/udl_drv.c |6 +++- drivers/gpu/drm/udl/udl_drv.h |3 ++ drivers/gpu/drm/udl/udl_fb.c |9 +

[PATCH 2/7] drm/prime: add exported buffers to current fprivs imported buffer list (v2)

From: Dave Airlie If userspace attempts to import a buffer it exported on the same device, we need to return the same GEM handle for it, not a new handle pointing at the same GEM object. v2: move removals into a single fn, no need to set to NULL. (Chris Wilson)

[PATCH 1/7] drm/prime: introduce sg->pages/addr arrays helper

From: Dave Airlie the ttm drivers need this currently, in order to get fault handling working and efficient. It also allows addrs to be NULL for devices like udl. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_prime.c | 36

[Linaro-mm-sig] [PATCH] dma-buf: add initial vmap documentation

On Tue, 22 May 2012 13:34:38 +0100, Dave Airlie wrote: > From: Dave Airlie Inline comment for one sentence that made no sense. > Signed-off-by: Dave Airlie > --- > Documentation/dma-buf-sharing.txt | 11 +++ > 1 files changed, 11 insertions(+), 0 deletions(-) > > diff --git

[Bug 11465] Linux-2.6.27-rc5, drm errors in log

https://bugzilla.kernel.org/show_bug.cgi?id=11465 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 11465] Linux-2.6.27-rc5, drm errors in log

https://bugzilla.kernel.org/show_bug.cgi?id=11465 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH] dma-buf: add initial vmap documentation

From: Dave Airlie Signed-off-by: Dave Airlie --- Documentation/dma-buf-sharing.txt | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt index 3bbd5c5..98e9fa0 100644 ---

[PATCH v3] scatterlist: add sg_alloc_table_from_pages function

On Mon, 21 May 2012 16:01:50 +0200 Tomasz Stanislawski wrote: > >> +int sg_alloc_table_from_pages(struct sg_table *sgt, > >> + struct page **pages, unsigned int n_pages, > >> + unsigned long offset, unsigned long size, > >> + gfp_t gfp_mask) > > > > I guess a 32-bit n_pages is OK. A 16TB IO

kernel 3.4.0 oops

On Tue, 2012-05-22 at 10:33 +0100, Chris Wilson wrote: > I think I encountered this bug whilst developing "drm/i915: > Asynchronously unpin the old framebuffer after the next vblank". Try > > diff --git a/drivers/gpu/drm/i915/intel_display.c > b/drivers/gpu/drm/i915/intel_display.c > index

kernel 3.4.0 oops

On Tue, May 22, 2012 at 01:02:53PM +0300, Andrei Popa wrote: > On Tue, 2012-05-22 at 11:20 +0200, Daniel Vetter wrote: > > > Can you please attach the complete dmesg that contains this WARN > > backtrace? Depending upon how we ended up here, we should get more stuff > > (which would be pretty

[Bug 50230] New: offset mapping in nexuiz results in bad texturing with the llvm compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50230 Bug #: 50230 Summary: offset mapping in nexuiz results in bad texturing with the llvm compiler Classification: Unclassified Product: Mesa Version: git Platform: Other

[Bug 10930] Oops on reboot with two Radeons

https://bugzilla.kernel.org/show_bug.cgi?id=10930 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 10930] Oops on reboot with two Radeons

https://bugzilla.kernel.org/show_bug.cgi?id=10930 Alan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 10930] Oops on reboot with two Radeons

https://bugzilla.kernel.org/show_bug.cgi?id=10930 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[PATCH] gpu: schedule gma500 stub driver for feature removal

On Mon, May 21, 2012 at 11:15 AM, Lee, Chun-Yi wrote: > In v3.3, the gma500 drm driver moved from staging to drm group by > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > brightness well and don't need gma500 stub driver anymore. > > So, my plan is remove gma500 stub driver

[Bug 50208] New: X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19

https://bugs.freedesktop.org/show_bug.cgi?id=50208 Bug #: 50208 Summary: X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19 Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86 (IA32)

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #5 from Andre Heider 2012-05-22 04:36:26 PDT --- This looks dangerous: 1) pipe_semaphore_signal(>flush_queued); 2) pipe_semaphore_wait(>flush_completed); 3) pipe_thread_wait(cs->thread); There's no guarantee that

kernel 3.4.0 oops

On Mon, May 21, 2012 at 07:33:10PM +0300, Andrei Popa wrote: > Hi, > > With kernel 3.4.0 and xen I got the following oops. > > Grub is setup like this: > menuentry 'vmlinuz-3.4.0' --class gnu-linux --class gnu --class os { > insmod part_gpt > insmod ext2 > set

[PATCH 2/2] pcm038 lcdc support

On Fri, May 18, 2012 at 4:13 PM, Sascha Hauer wrote: > On Fri, May 18, 2012 at 10:03:54AM -0400, Adam Jackson wrote: >> On Fri, 2012-05-18 at 14:27 +0200, Sascha Hauer wrote: >> >> > + ? ? ? ? ? ? ? ? ? edid = [00 ff ff ff ff ff ff 00 4c 2d 6c 03 36 32 49 4b >> > + ? ? ? ? ? ? ? ? ? ? ? ? ? 0f 13

kernel 3.4.0 oops

On Tue, 22 May 2012 11:20:44 +0200, Daniel Vetter wrote: > On Mon, May 21, 2012 at 07:33:10PM +0300, Andrei Popa wrote: > > Hi, > > > > With kernel 3.4.0 and xen I got the following oops. > > > > Grub is setup like this: > > menuentry 'vmlinuz-3.4.0' --class gnu-linux --class gnu --class os { >

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 m.b.lankhorst at gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 Michel D?nzer changed: What|Removed |Added CC||m.b.lankhorst at gmail.com

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #2 from Karl Tomlinson 2012-05-22 02:50:17 PDT --- Bisection gives good: 3b3d2e53bc11f9b5fbda812953700b216cd8ab93 bad: http://cgit.freedesktop.org/mesa/mesa/commit/?id=210ddf0819b5acf87a614214b6d4b02193aafa4a (Bug still exists in

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 Michel D?nzer changed: What|Removed |Added Attachment #61932|application/octet-stream|text/plain mime type|

[Intel-gfx] [PATCH 2/4] drm/i915: clarify preferred sdvo input mode code

On Tue, Apr 10, 2012 at 01:18:13PM +0100, Chris Wilson wrote: > On Tue, 10 Apr 2012 13:55:47 +0200, Daniel Vetter > wrote: > > - kill intel_sdvo->input_dtd, it's only used as a temporary variable, > > we store the preferred input mode in the adjusted mode at mode_fixup > > time. > > - rename

[RFC v2 5/5] drm: Add NVIDIA Tegra support

On 21.05.2012 16:58, Thierry Reding wrote: > I agree that reflecting the hardware hierarchy within the device tree makes > sense. I'll need to add some code to tear down child devices in the cleanup > path, but that shouldn't be too difficult. > > However, adding a whole bus_type implementation

[PATCH] backlight: initialize struct backlight_properties properly

On Mon, May 21, 2012 at 04:25 PM +, Corentin Chary wrote: > > In all these files, the .power field was never correctly initialized. > > Signed-off-by: Corentin Chary It looks good. Best regards, Jingoo Han > --- > drivers/gpu/drm/i915/intel_panel.c |1 + >

[PATCH] nouveau_drv.c: notify when KMS is disabled

On nouveau init whenever VGA fallback is used no notification is given in dmesg. Signed-off-by: Arvydas Sidorenko --- drivers/gpu/drm/nouveau/nouveau_drv.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.c

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

https://bugzilla.kernel.org/show_bug.cgi?id=42984 --- Comment #14 from garegin 2012-05-22 01:13:00 --- it's not dithering. the whole image is garbled. it's not a line pattern. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail

[RFC v2 5/5] drm: Add NVIDIA Tegra support

On Wed, Apr 25, 2012 at 2:45 AM, Thierry Reding wrote: > This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It > currently has rudimentary GEM support and can run a console on the > framebuffer as well as X using the xf86-video-modesetting driver. Only > the RGB output is supported.

[PATCH] gpu: schedule gma500 stub driver for feature removal

In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. So, my plan is remove gma500 stub driver at Dec. 2012. Cc: randy.dunlap at oracle.com Cc: mjg59 at

[PATCH] gpu: schedule gma500 stub driver for feature removal

In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. So, my plan is remove gma500 stub driver at Dec. 2012. Signed-off-by: Lee, Chun-Yi ---

Re: [Intel-gfx] [PATCH 2/4] drm/i915: clarify preferred sdvo input mode code

On Tue, Apr 10, 2012 at 01:18:13PM +0100, Chris Wilson wrote: On Tue, 10 Apr 2012 13:55:47 +0200, Daniel Vetter daniel.vet...@ffwll.ch wrote: - kill intel_sdvo-input_dtd, it's only used as a temporary variable, we store the preferred input mode in the adjusted mode at mode_fixup time.

[PATCH] gpu: schedule gma500 stub driver for feature removal

In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. So, my plan is remove gma500 stub driver at Dec. 2012. Signed-off-by: Lee, Chun-Yi j...@suse.com ---

[PATCH] gpu: schedule gma500 stub driver for feature removal

In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. So, my plan is remove gma500 stub driver at Dec. 2012. Cc: randy.dun...@oracle.com Cc: mj...@srcf.ucam.org

Re: [PATCH] backlight: initialize struct backlight_properties properly

On Mon, May 21, 2012 at 04:25 PM +, Corentin Chary wrote: In all these files, the .power field was never correctly initialized. Signed-off-by: Corentin Chary corentin.ch...@gmail.com It looks good. Best regards, Jingoo Han --- drivers/gpu/drm/i915/intel_panel.c |1

[PATCH] nouveau_drv.c: notify when KMS is disabled

On nouveau init whenever VGA fallback is used no notification is given in dmesg. Signed-off-by: Arvydas Sidorenko asi...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_drv.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.c

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

On 21.05.2012 16:58, Thierry Reding wrote: I agree that reflecting the hardware hierarchy within the device tree makes sense. I'll need to add some code to tear down child devices in the cleanup path, but that shouldn't be too difficult. However, adding a whole bus_type implementation would

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

On Wed, Apr 25, 2012 at 2:45 AM, Thierry Reding thierry.red...@avionic-design.de wrote: This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It currently has rudimentary GEM support and can run a console on the framebuffer as well as X using the xf86-video-modesetting driver. Only

Re: [PATCH] backlight: initialize struct backlight_properties properly

On Mon, May 21, 2012 at 8:24 AM, Corentin Chary corentin.ch...@gmail.com wrote: In all these files, the .power field was never correctly initialized. Signed-off-by: Corentin Chary corentin.ch...@gmail.com ---  drivers/gpu/drm/i915/intel_panel.c              |    1 +  

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 14, 2012 at 9:05 PM, Adam Jackson a...@redhat.com wrote: DisplayPort has an escape hatch by which devices can identify each other. I'm not super thrilled that it does, since that's just a clever way of getting the spec to explicitly bless interoperability bugs.  But it may be

Re: kernel 3.4.0 oops

On Tue, 22 May 2012 11:20:44 +0200, Daniel Vetter dan...@ffwll.ch wrote: On Mon, May 21, 2012 at 07:33:10PM +0300, Andrei Popa wrote: Hi, With kernel 3.4.0 and xen I got the following oops. Grub is setup like this: menuentry 'vmlinuz-3.4.0' --class gnu-linux --class gnu --class os {

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #61932|application/octet-stream|text/plain

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #2 from Karl Tomlinson bugs.freedesk...@karlt.net 2012-05-22 02:50:17 PDT --- Bisection gives good: 3b3d2e53bc11f9b5fbda812953700b216cd8ab93 bad:

Re: [PATCH 2/2] pcm038 lcdc support

On Fri, May 18, 2012 at 4:13 PM, Sascha Hauer s.ha...@pengutronix.de wrote: On Fri, May 18, 2012 at 10:03:54AM -0400, Adam Jackson wrote: On Fri, 2012-05-18 at 14:27 +0200, Sascha Hauer wrote: +                   edid = [00 ff ff ff ff ff ff 00 4c 2d 6c 03 36 32 49 4b +                      

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

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

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 m.b.lankho...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from

Re: kernel 3.4.0 oops

On Tue, May 22, 2012 at 01:02:53PM +0300, Andrei Popa wrote: On Tue, 2012-05-22 at 11:20 +0200, Daniel Vetter wrote: Can you please attach the complete dmesg that contains this WARN backtrace? Depending upon how we ended up here, we should get more stuff (which would be pretty important

[Bug 49198] glxinfo SIGSEGV in pthread_detach under radeon_drm_cs_destroy under dri2_destroy_context

https://bugs.freedesktop.org/show_bug.cgi?id=49198 --- Comment #5 from Andre Heider a.hei...@gmail.com 2012-05-22 04:36:26 PDT --- This looks dangerous: 1) pipe_semaphore_signal(cs-flush_queued); 2) pipe_semaphore_wait(cs-flush_completed); 3) pipe_thread_wait(cs-thread); There's no guarantee

[Bug 50208] New: X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19

https://bugs.freedesktop.org/show_bug.cgi?id=50208 Bug #: 50208 Summary: X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19 Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86 (IA32)

Re: [RFC 05/13] v4l: vb2-dma-contig: add support for DMABUF exporting

Hi Laurent, Sorry for the late reply. Thank you very much for noticing the issue. +static struct dma_buf *vb2_dc_get_dmabuf(void *buf_priv) +{ + struct vb2_dc_buf *buf = buf_priv; + struct dma_buf *dbuf; + + if (buf-dma_buf) + return buf-dma_buf; Can't there be a race

[Bug 10930] Oops on reboot with two Radeons

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

[Bug 10930] Oops on reboot with two Radeons

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

[Bug 10930] Oops on reboot with two Radeons

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

[PATCH] dma-buf: add initial vmap documentation

From: Dave Airlie airl...@redhat.com Signed-off-by: Dave Airlie airl...@redhat.com --- Documentation/dma-buf-sharing.txt | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt index

Re: [Linaro-mm-sig] [PATCH] dma-buf: add initial vmap documentation

On Tue, 22 May 2012 13:34:38 +0100, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com Inline comment for one sentence that made no sense. Signed-off-by: Dave Airlie airl...@redhat.com --- Documentation/dma-buf-sharing.txt | 11 +++ 1 files changed, 11

[PATCH 3/7] udl: add prime fd-handle support.

From: Dave Airlie airl...@redhat.com udl can only be used as an output offload so doesn't need to support handle-fd direction. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/udl/udl_drv.c |6 +++- drivers/gpu/drm/udl/udl_drv.h |3 ++ drivers/gpu/drm/udl/udl_fb.c |

[PATCH 2/7] drm/prime: add exported buffers to current fprivs imported buffer list (v2)

From: Dave Airlie airl...@redhat.com If userspace attempts to import a buffer it exported on the same device, we need to return the same GEM handle for it, not a new handle pointing at the same GEM object. v2: move removals into a single fn, no need to set to NULL. (Chris Wilson) Signed-off-by:

[PATCH 1/7] drm/prime: introduce sg-pages/addr arrays helper

From: Dave Airlie airl...@redhat.com the ttm drivers need this currently, in order to get fault handling working and efficient. It also allows addrs to be NULL for devices like udl. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/drm_prime.c | 36

[PATCH 4/7] ttm: add prime sharing support to TTM (v2)

From: Dave Airlie airl...@redhat.com This adds the ability for ttm common code to take an SG table and use it as the backing for a slave TTM object. The drivers can then populate their GTT tables using the SG object. v2: make sure to setup VM for sg bos as well. Signed-off-by: Dave Airlie

[PATCH 6/7] i915: add dmabuf/prime buffer sharing support.

From: Daniel Vetter daniel.vet...@ffwll.ch This adds handle-fd and fd-handle support to i915, this is to allow for offloading of rendering in one direction and outputs in the other. v2 from Daniel Vetter: - fixup conflicts with the prepare/finish gtt prep work. - implement ppgtt binding support.

[PATCH 7/7] drm/radeon: add PRIME support (v2)

From: Alex Deucher alexander.deuc...@amd.com This adds prime-fd and fd-prime support to radeon. It passes the sg object to ttm and then populates the gart entries using it. Compile tested only. v2: stub kmap + use new helpers + add reimporting Signed-off-by: Alex Deucher

[PATCH 5/7] nouveau: add PRIME support

From: Dave Airlie airl...@redhat.com This adds prime-fd and fd-prime support to nouveau, it passes the SG object to TTM, and then populates the GART entries using it. v2: add stubbed kmap + use new function to fill out pages array for faulting + add reimport test. Signed-off-by: Dave Airlie

Re: [PATCH 6/7] i915: add dmabuf/prime buffer sharing support.

On Tue, 22 May 2012 13:50:03 +0100, Dave Airlie airl...@gmail.com wrote: From: Daniel Vetter daniel.vet...@ffwll.ch This adds handle-fd and fd-handle support to i915, this is to allow for offloading of rendering in one direction and outputs in the other. v2 from Daniel Vetter: - fixup

[Bug 11465] Linux-2.6.27-rc5, drm errors in log

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

  1   2   >