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://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
--- Yo
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=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 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, 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: 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
>
> 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: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 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 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 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 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
>
> 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 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
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
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://bugzilla.kernel.org/show_bug.cgi?id=43272
Paulo Zanoni changed:
What|Removed |Added
CC||przanoni at gmail.com
--- Comment #4 f
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
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
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
--- 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
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
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
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 first,
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://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://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:
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 ? ? ? ? ? ? ? ?
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
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
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:
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
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
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
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 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
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: https://bugs
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
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, 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: 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
>
> 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: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 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 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 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 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
>
> 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
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;
>
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: 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: 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
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: 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
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
https://bugzilla.kernel.org/show_bug.cgi?id=11465
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=11465
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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 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 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, 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 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
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 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=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=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://bugzilla.kernel.org/show_bug.cgi?id=10930
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
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
CC||alan at lxorguk.ukuu.org.uk
Regression|--
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=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)
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=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
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 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
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 {
>
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
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 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
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
--- 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
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|
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
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://bugzilla.kernel.org/show_bug.cgi?id=43272
Paulo Zanoni changed:
What|Removed |Added
CC||przan...@gmail.com
--- Comment #4 from
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 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
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
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://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
-
https://bugzilla.kernel.org/show_bug.cgi?id=43272
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 f
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://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://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://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://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
1 - 100 of 144 matches
Mail list logo