Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:26 Tomasz Stanislawski wrote:
> This patch adds extension to videobuf2-core. It allow to export a mmap
s/allow/allows/
> buffer as a file descriptor.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
Acked-b
Hi Tomasz,
On Wednesday 23 May 2012 15:07:24 Tomasz Stanislawski wrote:
> From: Marek Szyprowski
>
> Let mmap method to use dma_mmap_coherent call. This patch depends on DMA
> mapping redesign patches because the usage of dma_mmap_coherent breaks
> dma-contig allocator for architectures other t
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:25 Tomasz Stanislawski wrote:
> This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset
> used by mmap and return a file descriptor on s
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:34 Tomasz Stanislawski wrote:
> This patch makes use of sg_alloc_table_from_pages to simplify
> handling of sg tables.
Would you mind moving this patch before 04/12, to avoid introducing a
vb2_dc_pages_to_sgt() user only to remove
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:27 Tomasz Stanislawski wrote:
> This patch adds the setup of sglist list for MMAP buffers.
> It is needed for buffer exporting via DMABUF mechanism.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> ---
> dr
On Tue, Jun 05, 2012 at 10:54:10PM +0900, InKi Dae wrote:
> 2012/6/5 Sascha Hauer :
> > On Fri, Jun 01, 2012 at 12:29:47AM +0900, InKi Dae wrote:
> >> Hi Sascha,
> >>
> >> >> +struct drm_gem_cma_object *drm_gem_cma_create(struct drm_device *drm,
> >> >> + unsigned int size)
> >> >> +{
>
On Wed 6 June 2012 05:46:34 Laurent Pinchart wrote:
> Hi Rebecca,
>
> On Monday 04 June 2012 12:34:23 Rebecca Schultz Zavin wrote:
> > I have a system where the data is planar, but the kernel drivers
> > expect to get one allocation with offsets for the planes. I can't
> > figure out how to do th
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #14 from Michel Dänzer 2012-06-06 01:37:53 PDT
---
Could libdrm_radeon also be made to deal gracefully with broken kernels?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=50616
--- Comment #6 from Michel Dänzer 2012-06-06 02:13:30 PDT
---
(In reply to comment #5)
> I suppose this means the card is just that slow?
It means the time is spent for the actual rendering, not just for the clears.
Maybe you can narrow it down
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #61 from Christian König 2012-06-06
02:15:10 PDT ---
Please also try this patch:
http://lists.freedesktop.org/archives/dri-devel/2012-June/023735.html
It doesn't fix anything rendering related, but instead fixes a deadlock
introduce
On Tue, Jun 05, 2012 at 03:43:07PM -0700, Ben Widawsky wrote:
> int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
>
> This should bump the libdrm version. We're waiting for context support
> so we can do both features in one bump.
>
> v2: don't return remaining timeout amount
> use
https://bugs.freedesktop.org/show_bug.cgi?id=50616
Lauri Kasanen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Laurent,
Thank your for your comments.
On 06/06/2012 10:06 AM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Wednesday 23 May 2012 15:07:27 Tomasz Stanislawski wrote:
>> This patch adds the setup of sglist list for MMAP buffers.
>> It is needed for buffer exporting via
On 05/22/2012 10:10 PM, Andrew Morton wrote:
> 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)
>
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #15 from Alex Deucher 2012-06-06 06:14:27 PDT ---
Created attachment 62672
--> https://bugs.freedesktop.org/attachment.cgi?id=62672
libdrm fix
This patch should do the trick.
--
Configure bugmail: https://bugs.freedesktop.org/use
From: Alex Deucher
Certain cards report the the wrong bank setup which causes
surface init to fail in the ddx and leads to no accel.
If we hit an invalid tiling parameter, just set a default
value and disable 2D tiling.
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Alex Deucher changed:
What|Removed |Added
Attachment #62672|0 |1
is obsolete|
% size drivers/gpu/drm/drm.o*
textdata bss dec hex filename
1873718299 336 196006 2fda6 drivers/gpu/drm/drm.o
1912518299 336 199886 30cce drivers/gpu/drm/drm.o.orig
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_crtc.c|3 +--
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #2 from Cédric Legrand 2012-06-06
11:44:24 UTC ---
Here is a piece of C++ code which may help in solving the bug :
///
Class Game :
Game::Game() : r
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #3 from Cédric Legrand 2012-06-06
11:49:29 PDT ---
I'm sorry, forgot to say that the pointer is the cause of the bug. Directly
accessing the Game class with a global variable works perfectly.
I'm sorry for my english
--
Either bit 5 or 6 of that byte may be set in a stereo mode.
E-EDID v1.4, Table 3.22
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c |5 +++--
include/drm/drm_edid.h |2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/
For readability, since this is about to get more complicated.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index e7547e3..be21040 100644
-
Just assume saying "this is csync" is enough for whatever the output
type is. The xfree86 mode flags distinguish between positive and
negative csync, but EDID doesn't encode that.
No connector types set csync_allowed yet, so this is a no-op besides
getting the message to shut up.
Signed-off-by:
From: Dave Airlie
Since c9a1be96277b3b2d2e8aff2ba69d7817ea8e46c9, or at least since v3.2
we've had some regression reports, this is an attempt to fix them by
putting back some volatiles that were removed in that commit.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r100.c|2
On Tue, 5 Jun 2012 15:42:39 -0700
Ben Widawsky wrote:
> make headers_install in kernel. Copy to here.
>
> v2: signed ns_timeout
>
> Cc: Chris Wilson
> Signed-off-by: Ben Widawsky
This has been pushed with IRC
Acked-by Kenneth Graunke
> ---
> include/drm/i915_drm.h | 11 +++
> 1
On Tue, 5 Jun 2012 11:58:11 -0700
Ben Widawsky wrote:
> run make headers_isntall on d-i-n, copy to here
>
> Signed-off-by: Ben Widawsky
This has been pushed with IRC
Acked-by Kenneth Graunke
> ---
> include/drm/i915_drm.h |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
>
On Wed, 6 Jun 2012 11:33:21 +0200
Daniel Vetter wrote:
> On Tue, Jun 05, 2012 at 03:43:07PM -0700, Ben Widawsky wrote:
> > int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
> >
> > This should bump the libdrm version. We're waiting for context support
> > so we can do both feature
https://bugzilla.kernel.org/show_bug.cgi?id=43346
Summary: BUG: unable to handle kernel NULL pointer dereference
at 0018
Product: Drivers
Version: 2.5
Kernel Version: 3.2.18
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #44 from Jerome Glisse 2012-06-06 15:24:55
PDT ---
Updated with more fixes (down to ~100 regression with piglit)
http://people.freedesktop.org/~glisse/0001-r600g-add-htile-support-v6.patch
To enable hyperz
R600_HYPERZ=1 glxgears
-
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #45 from darkbasic 2012-06-06 15:33:35
PDT ---
Thanks Jerome
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #62 from Alexandre Demers 2012-06-06
15:37:07 PDT ---
(In reply to comment #61)
> Please also try this patch:
> http://lists.freedesktop.org/archives/dri-devel/2012-June/023735.html
>
> It doesn't fix anything rendering related, but
Anyone aware of what this will break? It seems to be a much nicer thing
to do for callers. If people do not like it, I will probably just create
a #define drmIoctl2 or some such thing.
Cc: Daniel Vetter
Cc: Keith Packard
Signed-off-by: Ben Widawsky
---
xf86drm.c |4
1 file changed, 4
int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
This should bump the libdrm version. We're waiting for context support
so we can do both features in one bump.
v2: don't return remaining timeout amount
use get param and fallback for older kernels
v3: only doing getparam at init
p
Hi Tomasz,
On Wednesday 06 June 2012 13:56:42 Tomasz Stanislawski wrote:
> On 06/06/2012 10:06 AM, Laurent Pinchart wrote:
> > On Wednesday 23 May 2012 15:07:27 Tomasz Stanislawski wrote:
> >> This patch adds the setup of sglist list for MMAP buffers.
> >> It is needed for buffer exporting via DMA
Hi Hans,
On Wednesday 06 June 2012 10:17:03 Hans Verkuil wrote:
> On Wed 6 June 2012 05:46:34 Laurent Pinchart wrote:
> > On Monday 04 June 2012 12:34:23 Rebecca Schultz Zavin wrote:
> > > I have a system where the data is planar, but the kernel drivers
> > > expect to get one allocation with offs
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #83 from t...@math.tu-berlin.de 2012-06-06 18:21:06 PDT ---
Finally, success!
I'm not quite sure why, but for reasons unclear to me the DVO chip only wants
to talk if the PLL is enabled and running and the screen resolution fits. In
a
https://bugs.freedesktop.org/show_bug.cgi?id=50805
Bug #: 50805
Summary: radeon gpu driver bug on suspend/resume in 3.5-rc1
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: Other
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #9 from Bryan Quigley 2012-06-06 21:39:53
PDT ---
I think I did everything right in this bisect (I didn't the first attempt).
fbebd431ec4e2e461a0cbcd5f3a04a000b8f6bbf is the first bad commit
commit fbebd431ec4e2e461a0cbcd5f3a04a000b
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #10 from Bryan Quigley 2012-06-06
21:42:42 PDT ---
Created attachment 62689
--> https://bugs.freedesktop.org/attachment.cgi?id=62689
good+bad git bisects
Both the good and bad git bisect logs, the good one had me run warsow, padma
Hi, Rob.
On 06/06/2012 03:06 AM, Rob Clark wrote:
From: Rob Clark
Add support to display plane properties.
Do you not support to set property for plane?
Signed-off-by: Rob Clark
---
tests/proptest/proptest.c | 32
1 file changed, 32 insertions(+)
diff
Hi, Rob and Paulo.
On 06/06/2012 03:06 AM, Rob Clark wrote:
From: Paulo Zanoni
A small program that allows us to see and modify properties.
Reviewed-by: Rob Clark
Signed-off-by: Paulo Zanoni
---
configure.ac |1 +
tests/Makefile.am |2 +-
tests/proptest/Makef
On Thu, Jun 7, 2012 at 12:41 AM, Ben Widawsky wrote:
> Anyone aware of what this will break? It seems to be a much nicer thing
> to do for callers. If people do not like it, I will probably just create
> a #define drmIoctl2 or some such thing.
>
uggh no you going to redeine open/read/write as we
Hi All,
I'm the original designer of the KDS system that Tom posted
while I was on paternity leave. Find my responses inline...
> -Original Message-
> From: linaro-mm-sig-boun...@lists.linaro.org [mailto:linaro-mm-sig-
> boun...@lists.linaro.org] On Behalf Of Rob Clark
> Sent: Monday, Ju
On Wed, Jun 6, 2012 at 6:33 AM, John Reitan wrote:
>> But maybe instead of inventing something new, we can just use 'struct
>> kthread_work' instead of 'struct kds_callback' plus the two 'void *'s?
>> If the user needs some extra args they can embed 'struct
>> kthread_work' in their own struct an
Hi Dri devs,
Witold Baryluk reported a lockdep splat
to the fbdev list, but apparently that was the wrong list and you
people are the right list to handle this.
Here is the lockdep splat and Witold's config:
http://marc.info/?l=linux-fbdev&m=133883191129462&w=2
I looked into the bug and it turn
Hi,
I get the attached traces with 3.5-rc1 after suspend/resume,
sometimes. It doesn't always happen. Usually happens at least once
in 10 suspend/resume cycles. The first trace seems non fatal, but the
system locks up in the second one and needs to be rebooted.
On Thu June 7 2012 02:52:06 Laurent Pinchart wrote:
> Hi Hans,
>
> On Wednesday 06 June 2012 10:17:03 Hans Verkuil wrote:
> > On Wed 6 June 2012 05:46:34 Laurent Pinchart wrote:
> > > On Monday 04 June 2012 12:34:23 Rebecca Schultz Zavin wrote:
> > > > I have a system where the data is planar, but
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #59 from Alexandre Demers
2012-06-05 19:19:18 PDT ---
Created attachment 62618
--> https://bugs.freedesktop.org/attachment.cgi?id=62618
dmesg related to the xsession-error file
This dmesg happened with the next attachment: xsessio
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #60 from Alexandre Demers
2012-06-05 19:20:47 PDT ---
Created attachment 62619
--> https://bugs.freedesktop.org/attachment.cgi?id=62619
snippet when gnome-shell is able to fall bak on its feet
snippet when gnome-shell is able to f
Hi Rebecca,
On Monday 04 June 2012 12:34:23 Rebecca Schultz Zavin wrote:
> I have a system where the data is planar, but the kernel drivers
> expect to get one allocation with offsets for the planes. I can't
> figure out how to do that with the current dma_buf implementation. I
> thought I could
On Tue, Jun 05, 2012 at 03:01:06PM +0200, Jan Engelhardt wrote:
> [fixed up gregkh's address]
>
> Hi,
>
>
> I have here a "Wortmann AG terra Pad 1051", which has a GMA500-like
> device (PCI ID 8086:4102). Using Linux 3.1.x (openSUSE 12.1's default),
> loading psb_gfx.ko crashed the machine. I
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:26 Tomasz Stanislawski wrote:
> This patch adds extension to videobuf2-core. It allow to export a mmap
s/allow/allows/
> buffer as a file descriptor.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
Acked-b
Hi Tomasz,
On Wednesday 23 May 2012 15:07:24 Tomasz Stanislawski wrote:
> From: Marek Szyprowski
>
> Let mmap method to use dma_mmap_coherent call. This patch depends on DMA
> mapping redesign patches because the usage of dma_mmap_coherent breaks
> dma-contig allocator for architectures other t
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:25 Tomasz Stanislawski wrote:
> This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset
> used by mmap and return a file descriptor on s
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:34 Tomasz Stanislawski wrote:
> This patch makes use of sg_alloc_table_from_pages to simplify
> handling of sg tables.
Would you mind moving this patch before 04/12, to avoid introducing a
vb2_dc_pages_to_sgt() user only to remove
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 15:07:27 Tomasz Stanislawski wrote:
> This patch adds the setup of sglist list for MMAP buffers.
> It is needed for buffer exporting via DMABUF mechanism.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> ---
> dr
On Tue, Jun 05, 2012 at 10:54:10PM +0900, InKi Dae wrote:
> 2012/6/5 Sascha Hauer :
> > On Fri, Jun 01, 2012 at 12:29:47AM +0900, InKi Dae wrote:
> >> Hi Sascha,
> >>
> >> >> +struct drm_gem_cma_object *drm_gem_cma_create(struct drm_device *drm,
> >> >> + ? ? ? ? ? ? unsigned int size)
> >> >> +{
>
On Wed 6 June 2012 05:46:34 Laurent Pinchart wrote:
> Hi Rebecca,
>
> On Monday 04 June 2012 12:34:23 Rebecca Schultz Zavin wrote:
> > I have a system where the data is planar, but the kernel drivers
> > expect to get one allocation with offsets for the planes. I can't
> > figure out how to do th
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #14 from Michel D?nzer 2012-06-06 01:37:53
PDT ---
Could libdrm_radeon also be made to deal gracefully with broken kernels?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=50616
--- Comment #6 from Michel D?nzer 2012-06-06 02:13:30
PDT ---
(In reply to comment #5)
> I suppose this means the card is just that slow?
It means the time is spent for the actual rendering, not just for the clears.
Maybe you can narrow it down
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #61 from Christian K?nig 2012-06-06
02:15:10 PDT ---
Please also try this patch:
http://lists.freedesktop.org/archives/dri-devel/2012-June/023735.html
It doesn't fix anything rendering related, but instead fixes a deadlock
introduce
On Tue, Jun 05, 2012 at 03:43:07PM -0700, Ben Widawsky wrote:
> int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
>
> This should bump the libdrm version. We're waiting for context support
> so we can do both features in one bump.
>
> v2: don't return remaining timeout amount
> use
https://bugs.freedesktop.org/show_bug.cgi?id=50616
Lauri Kasanen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Laurent,
Thank your for your comments.
On 06/06/2012 10:06 AM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Wednesday 23 May 2012 15:07:27 Tomasz Stanislawski wrote:
>> This patch adds the setup of sglist list for MMAP buffers.
>> It is needed for buffer exporting via
On 05/22/2012 10:10 PM, Andrew Morton wrote:
> 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)
>
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #15 from Alex Deucher 2012-06-06 06:14:27 PDT
---
Created attachment 62672
--> https://bugs.freedesktop.org/attachment.cgi?id=62672
libdrm fix
This patch should do the trick.
--
Configure bugmail: https://bugs.freedesktop.org/us
From: Alex Deucher
Certain cards report the the wrong bank setup which causes
surface init to fail in the ddx and leads to no accel.
If we hit an invalid tiling parameter, just set a default
value and disable 2D tiling.
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Alex Deucher changed:
What|Removed |Added
Attachment #62672|0 |1
is obsolete|
% size drivers/gpu/drm/drm.o*
textdata bss dec hex filename
1873718299 336 196006 2fda6 drivers/gpu/drm/drm.o
1912518299 336 199886 30cce drivers/gpu/drm/drm.o.orig
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_crtc.c|3 +--
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #2 from C?dric Legrand 2012-06-06
11:44:24 UTC ---
Here is a piece of C++ code which may help in solving the bug :
///
Class Game :
Game::Game() : r
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #3 from C?dric Legrand 2012-06-06
11:49:29 PDT ---
I'm sorry, forgot to say that the pointer is the cause of the bug. Directly
accessing the Game class with a global variable works perfectly.
I'm sorry for my english
--
Either bit 5 or 6 of that byte may be set in a stereo mode.
E-EDID v1.4, Table 3.22
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c |5 +++--
include/drm/drm_edid.h |2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/
For readability, since this is about to get more complicated.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index e7547e3..be21040 100644
-
Just assume saying "this is csync" is enough for whatever the output
type is. The xfree86 mode flags distinguish between positive and
negative csync, but EDID doesn't encode that.
No connector types set csync_allowed yet, so this is a no-op besides
getting the message to shut up.
Signed-off-by:
From: Dave Airlie
Since c9a1be96277b3b2d2e8aff2ba69d7817ea8e46c9, or at least since v3.2
we've had some regression reports, this is an attempt to fix them by
putting back some volatiles that were removed in that commit.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r100.c|2
On Tue, 5 Jun 2012 15:42:39 -0700
Ben Widawsky wrote:
> make headers_install in kernel. Copy to here.
>
> v2: signed ns_timeout
>
> Cc: Chris Wilson
> Signed-off-by: Ben Widawsky
This has been pushed with IRC
Acked-by Kenneth Graunke
> ---
> include/drm/i915_drm.h | 11 +++
> 1
On Tue, 5 Jun 2012 11:58:11 -0700
Ben Widawsky wrote:
> run make headers_isntall on d-i-n, copy to here
>
> Signed-off-by: Ben Widawsky
This has been pushed with IRC
Acked-by Kenneth Graunke
> ---
> include/drm/i915_drm.h |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
>
On Wed, 6 Jun 2012 11:33:21 +0200
Daniel Vetter wrote:
> On Tue, Jun 05, 2012 at 03:43:07PM -0700, Ben Widawsky wrote:
> > int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
> >
> > This should bump the libdrm version. We're waiting for context support
> > so we can do both feature
https://bugzilla.kernel.org/show_bug.cgi?id=43346
Summary: BUG: unable to handle kernel NULL pointer dereference
at 0018
Product: Drivers
Version: 2.5
Kernel Version: 3.2.18
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #44 from Jerome Glisse 2012-06-06
15:24:55 PDT ---
Updated with more fixes (down to ~100 regression with piglit)
http://people.freedesktop.org/~glisse/0001-r600g-add-htile-support-v6.patch
To enable hyperz
R600_HYPERZ=1 glxgears
-
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #45 from darkbasic 2012-06-06
15:33:35 PDT ---
Thanks Jerome
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #62 from Alexandre Demers
2012-06-06 15:37:07 PDT ---
(In reply to comment #61)
> Please also try this patch:
> http://lists.freedesktop.org/archives/dri-devel/2012-June/023735.html
>
> It doesn't fix anything rendering related, but
Anyone aware of what this will break? It seems to be a much nicer thing
to do for callers. If people do not like it, I will probably just create
a #define drmIoctl2 or some such thing.
Cc: Daniel Vetter
Cc: Keith Packard
Signed-off-by: Ben Widawsky
---
xf86drm.c |4
1 file changed, 4
int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
This should bump the libdrm version. We're waiting for context support
so we can do both features in one bump.
v2: don't return remaining timeout amount
use get param and fallback for older kernels
v3: only doing getparam at init
p
Hi All,
I'm the original designer of the KDS system that Tom posted
while I was on paternity leave. Find my responses inline...
> -Original Message-
> From: linaro-mm-sig-bounces at lists.linaro.org [mailto:linaro-mm-sig-
> bounces at lists.linaro.org] On Behalf Of Rob Clark
> Sent: Mond
On Wed, Jun 6, 2012 at 6:33 AM, John Reitan wrote:
>> But maybe instead of inventing something new, we can just use 'struct
>> kthread_work' instead of 'struct kds_callback' plus the two 'void *'s?
>> ?If the user needs some extra args they can embed 'struct
>> kthread_work' in their own struct an
86 matches
Mail list logo