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
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
---
Documentation/feat
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
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 +
> drivers/gpu/d
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
b/drivers/gpu/drm/nouveau
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 w
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.
>
On Mon, May 21, 2012 at 8:24 AM, Corentin Chary
wrote:
> In all these files, the .power field was never correctly initialized.
>
> Signed-off-by: Corentin Chary
> ---
> drivers/gpu/drm/i915/intel_panel.c | 1 +
> drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 1 +
I've take
On Mon, May 14, 2012 at 9:05 PM, Adam Jackson 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 useful informatio
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 {
>
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|
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 gi
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
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Michel Dänzer changed:
What|Removed |Added
CC||m.b.lankho...@gmail.com
Compone
https://bugs.freedesktop.org/show_bug.cgi?id=49198
m.b.lankho...@gmail.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from m.
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 impo
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(&cs->flush_queued);
2) pipe_semaphore_wait(&cs->flush_completed);
3) pipe_thread_wait(cs->thread);
There's no guarantee that pipe_semap
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)
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;
>
https://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Regression|---
https://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
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
--- a/Documentation/dma-buf
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 a/Docum
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 +
drivers/gpu/drm/udl/udl_ge
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)
Signed-off-by: Dave Airlie
---
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
include/drm/drmP.h
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
---
drivers/gpu/drm/n
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 support.
Note that we have s
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: Dave Airlie
---
drivers/gpu/
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
---
drivers/gpu/dr
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
https://bugzilla.kernel.org/show_bug.cgi?id=11465
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=11465
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
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 e
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 mor
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 lo
https://bugs.freedesktop.org/show_bug.cgi?id=49198
--- Comment #6 from m.b.lankho...@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: https://bugs.fr
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 kernel
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 r
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 wi
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 th
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
Status:
https://bugzilla.kernel.org/show_bug.cgi?id=43272
--- Comment #1 from Damien Churchill 2012-05-22 15:39:08 ---
I should add this is a Sapphire Radeon HD6950 plugged into a Samsung HD TV via
a HDMI cable.
lspci -vvv output
03:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee
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 c
https://bugs.freedesktop.org/show_bug.cgi?id=49198
--- Comment #8 from m.b.lankho...@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 first, yo
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 f
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
-
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 at
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 addition
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Paulo Zanoni changed:
What|Removed |Added
CC||przan...@gmail.com
--- Comment #4 from
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: https://bugzilla.kernel.org/userprefs.cgi?ta
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
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
OS/V
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
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 s
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
>
> Sig
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 drm_device
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
Also
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
> ---
>
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 s
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
>
> Sig
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 Deucher
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 +
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 to know to correctly diagnose the bug).
> -Daniel
The oops happe
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 afab26
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 o
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
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, May 22, 2012 at 9:13 AM, Dave Airlie wrote:
> 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:
https://bugs.freedesktop.org/show_bug.cgi?id=50230
--- Comment #1 from Vadim Girlin 2012-05-22 22:58:23 PDT ---
Created attachment 61997
--> https://bugs.freedesktop.org/attachment.cgi?id=61997
[PATCH] Revert "r600g: set round_mode to truncate and get rid of tgsi_f2i on
evergreen"
I see some
https://bugs.freedesktop.org/show_bug.cgi?id=50230
--- Comment #2 from Vadim Girlin 2012-05-22 23:42:10 UTC ---
In fact it seems the problem is with the first commit, second just made it much
more noticeable.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
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 beca
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
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 +
> drivers/gpu/d
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
b/drivers/gpu/drm/nouveau
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 w
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.
>
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 root='(/dev/
On Mon, May 21, 2012 at 8:24 AM, Corentin Chary
wrote:
> In all these files, the .power field was never correctly initialized.
>
> Signed-off-by: Corentin Chary
> ---
> ?drivers/gpu/drm/i915/intel_panel.c ? ? ? ? ? ? ?| ? ?1 +
> ?drivers/gpu/drm/radeon/radeon_legacy_encoders.c | ? ?1 +
I've take
On Mon, May 14, 2012 at 9:05 PM, Adam Jackson 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 useful informatio
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 {
>
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|
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 gi
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
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Michel D?nzer changed:
What|Removed |Added
CC||m.b.lankhorst at gmail.com
Comp
https://bugs.freedesktop.org/show_bug.cgi?id=49198
m.b.lankhorst at gmail.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from
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 impo
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(&cs->flush_queued);
2) pipe_semaphore_wait(&cs->flush_completed);
3) pipe_thread_wait(cs->thread);
There's no guarantee that pipe_semap
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)
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;
>
https://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Regression|--
https://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
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
--- a/Documentation/dma-buf
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 a/Docum
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 +
drivers/gpu/drm/udl/udl_ge
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)
Signed-off-by: Dave Airlie
---
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
include/drm/drmP.h
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
---
drivers/gpu/drm/n
1 - 100 of 144 matches
Mail list logo
