Hello Daniel² et al,
I apologies in advance if the things I bring up are a bit orthogonal
to the current discussion. And I'm writing this from the view of VR,
but I have not written a VR compositor so take my comments with a bit
of salt. And also changing modes while using a VR headset is
; ---
>> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 8
>> 1 file changed, 4 insertions(+), 4 deletions(-)
Reviewed-by: Jakob Bornecrantz
>>
>> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
>> b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
>> index d2bc2b0..8fc1e
'android-final-fixes' at
> https://github.com/evelikov/libdrm
>
>
> Any comments, reviews, it builds or it works are appreciated.
While I'm not that familiar with the Android build system patches
01, 02 and 03 - 18 are
Reviewed-by: Jakob Bornecrantz
You will have to ask the intel people about 810 and 830 headers removal.
Cheers, Jakob.
On Sun, Sep 7, 2014 at 11:30 PM, Emil Velikov
wrote:
> Signed-off-by: Emil Velikov
> ---
> configure.ac | 3 +++
> libkms/Makefile.am | 5 -
> libkms/linux.c | 16 +++-
> 3 files changed, 18 insertions(+), 6 deletions(-)
Reviewed-by: Jakob Bo
(-)
> create mode 100644 libkms/Android.mk
Not super familiar with Android build system but it looks good to me:
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
>
> diff --git a/Android.mk b/Android.mk
> index 97a7d75..4d02b05 100644
> --- a/Android.mk
> +++ b/An
pher Friedt
> Signed-off-by: Thomas Hellstrom
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by: Jakob Bornecrantz
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
> b/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
> index a89ad93..b031b48 100
--
> drivers/gpu/drm/ttm/ttm_tt.c |3 +++
> 1 file changed, 3 insertions(+)
Reviewed-by: Jakob Bornecrantz
>
> diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
> index 9af9908..75f3190 100644
> --- a/drivers/gpu/drm/ttm/ttm_tt.c
> +++ b/drive
/main.c |1 +
> 3 files changed, 7 insertions(+)
Reviewed-by: Jakob Bornecrantz
Do you need somebody to push this to the drm repo?
Cheers, Jakob.
mwgfx_kms.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
This and patch 83, 84, 85 are
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
The vmwgfx changes are:
Reviewed-by: Jakob Bornecrantz
On Wed, Dec 11, 2013 at 11:34 AM, Daniel Vetter
wrote:
> Hi all,
>
> This series almost removes drm_bus, the last thing remaining is the
> ->setversion
> callback. Unfortunately we can't kill that completely since we ne
Looks good to me.
Cheers, Jakob.
- Thomas Hellstrom wrote:
> VMAs covering a bo but that didn't start at the same address space offset as
> the bo they were mapping were incorrectly generating SEGFAULT errors in
> the fault handler.
>
> Reported-by: Joseph Dolinak
> Signed-off-by: Thomas
Looks good to me
Reviewed-by: Jakob Bornecrant
On Wed, Dec 4, 2013 at 1:13 PM, wrote:
> From: Ville Syrj?l?
>
> Not all drivers will need take all the modeset locks for dirtyfb, so
> push the locking down to the drivers.
>
> Signed-off-by: Ville Syrj?l?
> Reviewed-by: Daniel Vetter
> ---
>
sh the
> locking order as mmap_sem -> bo::reserve.
>
> One slight issue that remains with this code is that the fault handler might
> be prone to starvation if another thread countinously reserves the buffer.
> IMO that usage pattern is highly unlikely.
>
> Signed-off-by
ld stuff. So instead of a NOP, which would
> be the most efficient, just clear the destination.
>
> Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
> ---
> drivers/gpu/drm/ttm/ttm_bo_util.c |7 +--
> 1 file changed, 5 insertions(+),
On Fri, Nov 1, 2013 at 1:25 AM, Rob Clark wrote:
> On Thu, Oct 31, 2013 at 8:17 PM, Jakob Bornecrantz
> wrote:
>> On Fri, Nov 1, 2013 at 12:00 AM, Daniel Vetter wrote:
>>> On Thu, Oct 31, 2013 at 10:07:25PM +0100, Thomas Hellstrom wrote:
>>>> On 10/31
On Fri, Nov 1, 2013 at 12:00 AM, Daniel Vetter wrote:
> On Thu, Oct 31, 2013 at 10:07:25PM +0100, Thomas Hellstrom wrote:
>> On 10/31/2013 09:48 PM, Dave Airlie wrote:
>> >On Fri, Nov 1, 2013 at 6:40 AM, Thomas Hellstrom
>> >wrote:
>> >>Well, I'd be happy to avoid mmap, but then what does
; Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 14 +-
> 1 file changed, 13 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
> index f1a857e..6c1a38f
ts..
>
> Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Tho somebody else should also take a look at this.
> ---
> drivers/gpu/drm/ttm/ttm_bo_vm.c | 62
> +++
> 1 file changed, 50 insertions(+), 12 deletions(-)
>
On Mon, Oct 21, 2013 at 10:48 AM, Thomas Hellstrom
wrote:
> Hi!
>
> As discussed previously the current locking order in TTM of these locks is
> bo::reserve -> vm::mmap_sem. This leads to a hack in
> the TTM fault() handle to try and revert the locking order. If a tryreserve
> failed, we tried to
Reviewed-by: Thomas Hellstr?m
Signed-off-by: Jakob Bornecrantz
Cc: Dave Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
b
NT when a mode object can't be found
> drm/vmwgfx: Return -ENOENT when a framebuffer can't be found
Sounds good to me, vmwgfx patches are:
Reviewed-By: Jakob Bornecrantz
Cheers, Jakob.
This fixes the piglit test texturing/max-texture-size
causing the VM to die due to a too large SVGA command.
Signed-off-by: Jakob Bornecrantz
Reviewed-by: Biran Paul
Reviewed-by: Zack Rusin
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 58 +
1 file changed, 39
Thanks, looks good and is
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
On Mon, Jun 3, 2013 at 3:10 PM, wrote:
> From: Ville Syrj?l?
>
> We want to disable the cursor by calling ->cursor_set() with handle=0
> from places where we don't have a file_priv, so don't try to acc
Thanks, looks good and is
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Cheers, Jakob.
On Mon, Jun 3, 2013 at 3:10 PM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
We want to disable the cursor by calling -cursor_set() with handle=0
from places
Oh, how very x86 centric of me, the changes are
Reviewed-by Jakob Bornecrantz
Cheers, Jakob.
On Fri, Apr 12, 2013 at 4:07 PM, Laurent Pinchart <
laurent.pinchart at ideasonboard.com> wrote:
> Signed-off-by: Laurent Pinchart
> ---
> libkms/Makefile.am | 5 -
> libk
Oh, how very x86 centric of me, the changes are
Reviewed-by Jakob Bornecrantz ja...@vmware.com
Cheers, Jakob.
On Fri, Apr 12, 2013 at 4:07 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
libkms/Makefile.am
On Thu, Nov 1, 2012 at 10:40 AM, Laurent Pinchart
wrote:
> Wrap the header in extern "C" { ... };.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jakob Bornecrantz
to detect
> errors with a < 0 check.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jakob Bornecrantz
to allow the caller to detect
errors with a 0 check.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Jakob Bornecrantz wallbra...@gmail.com
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
On Thu, Nov 1, 2012 at 10:40 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Wrap the header in extern C { ... };.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Jakob Bornecrantz wallbra...@gmail.com
On Thu, Nov 1, 2012 at 2:45 PM, Daniel Vetter wrote:
> - Add the missing doc for drm_helper_move_panel_connectors_to_head.
> - Fixup any outdated stuff in existing sections. I've only looked at
> those kerneldoc headers that actually resulted in a complaint from
> the kerneldoc parser tool.
>
On Thu, Nov 1, 2012 at 2:45 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
- Add the missing doc for drm_helper_move_panel_connectors_to_head.
- Fixup any outdated stuff in existing sections. I've only looked at
those kerneldoc headers that actually resulted in a complaint from
the
On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner
wrote:
> Dave - I couldn't find this patch in your git repo at
> git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
> branches.
>
> https://patchwork.kernel.org/patch/1379071/
>
> It appears to fix a real problem for Mac users -
>
On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner tim.gard...@canonical.com wrote:
Dave - I couldn't find this patch in your git repo at
git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
branches.
https://patchwork.kernel.org/patch/1379071/
It appears to fix a real problem
Thanks for doing this.
With an exception of a comment below all 3 patches are
Reviewed-by: Jakob Bornecrantz
- Original Message -
> From: Dave Airlie
>
> Testing and works with the -modesetting driver at least so far.
>
> Signed-off-by: Dave Airlie
> ---
> d
the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_interface.h
the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
include/GL/internal
ection it's just another
> oops, without it there are some "intriguing" possibilities.
>
> What it should do is an open question but that for the driver owners
> to sort out.
>
> Signed-off-by: Alan Cox
Thanks Alan!
Reviewed-by: Jakob Bornecrantz
I think CC stable is in order.
Cheers, Jakob.
another
oops, without it there are some intriguing possibilities.
What it should do is an open question but that for the driver owners
to sort out.
Signed-off-by: Alan Cox a...@linux.intel.com
Thanks Alan!
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
I think CC stable is in order
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc.c |2 +-
include/drm/drm_mode.h |5 +++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..6fbfc24 100644
--- a/drivers/gpu/drm
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
---
drivers/gpu/drm/drm_crtc.c |2 +-
include/drm/drm_mode.h |5 +++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..6fbfc24 100644
--- a/drivers
On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter wrote:
> Otherwise we'll nicely leak this reference counter. Now thanks to the
> awesome layering in the drm core, the enable call is done by the pci
> boilerplate in drm_pci.c. But the disable can't be done without adding
> yet another neat
On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Otherwise we'll nicely leak this reference counter. Now thanks to the
awesome layering in the drm core, the enable call is done by the pci
boilerplate in drm_pci.c. But the disable can't be done without adding
yet
With my limited knowledge of automake I'm going to have
to NACK this patch. Most of these programs are used during
driver bring up to test things out, often we also modify
them a bit to suit our need.
If this patch doesn't make this any harder then
disregard my NACK.
Cheers Jakob.
-
With my limited knowledge of automake I'm going to have
to NACK this patch. Most of these programs are used during
driver bring up to test things out, often we also modify
them a bit to suit our need.
If this patch doesn't make this any harder then
disregard my NACK.
Cheers Jakob.
-
- Original Message -
> From: Adam Jackson
>
> This is about as minimal of a virtual GEM service as possible. My
> plan is to use this with non-native-3D hardware for buffer sharing
> between X and DRI.
>
> The current drisw winsys assumes an unmodified X server, which means
> it's
- Original Message -
> Many of us really want (and need) a way to set the whole display
> configuration atomically, as well as test a global config.
>
> In talking with Rob and Alex here at ELC a bit, I think this may be
> enough:
>
> diff --git a/include/drm/drm_mode.h
- Original Message -
Many of us really want (and need) a way to set the whole display
configuration atomically, as well as test a global config.
In talking with Rob and Alex here at ELC a bit, I think this may be
enough:
diff --git a/include/drm/drm_mode.h b/include/drm/drm_mode.h
Reviewed-by: Jakob Bornecrantz
- Original Message -
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 fi
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
- Original Message -
Correct spelling unsuported to unsupported in
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
1 files changed, 1
- Original Message -
> On 01/27/2012 03:41 PM, Jakob Bornecrantz wrote:
> > - Original Message -
> >> On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
> >>> I was asking around and this seems to only be used by X when it
> >>> s
- Original Message -
> On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
> > I was asking around and this seems to only be used by X when it
> > starts and we want to preserve the contents of the screen. That
> > feature is implemented by the X driver. So we need to f
to send this to stable, since we are not leaking
data to userspace (check drm_mode_getfb), but we might as well.
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
- Original Message -
> Ryan,
>
> Thanks for pointing this out. Unfortunately there seems to be two
> bugs here,
to send this to stable, since we are not leaking
data to userspace (check drm_mode_getfb), but we might as well.
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Cheers, Jakob.
- Original Message -
Ryan,
Thanks for pointing this out. Unfortunately there seems to be two
bugs here
- Original Message -
On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
I was asking around and this seems to only be used by X when it
starts and we want to preserve the contents of the screen. That
feature is implemented by the X driver. So we need to figure how we
want to solve
- Original Message -
On 01/27/2012 03:41 PM, Jakob Bornecrantz wrote:
- Original Message -
On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
I was asking around and this seems to only be used by X when it
starts and we want to preserve the contents of the screen
- Original Message -
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by setting the right values to the
>
- Original Message -
From: Paulo Zanoni paulo.r.zan...@intel.com
This ioctl is used to signal the drivers that the screen is rotated,
not to make the drivers rotate the screen.
- add a driver-specific rotation_set function
- implement Intel's rotation_set by setting the right
Reviewed-by: Jakob Bornecrantz
- Original Message -
> The advantage of kcalloc is, that will prevent integer overflows
> which could result from the multiplication of number of elements
> and size and it is also a bit nicer to read.
>
> The semantic patch that ma
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
- Original Message -
The advantage of kcalloc is, that will prevent integer overflows
which could result from the multiplication of number of elements
and size and it is also a bit nicer to read.
The semantic patch that makes
- Original Message -
> On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote:
> > From: Jakob Bornecrantz
> >
> > Signed-off-by: Jakob Bornecrantz
> > Signed-off-by: Thomas Hellstrom
> > ---
> > drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
- Original Message -
Thanks for taking interesting in our driver.
- Original Message -
Hi,
I 'm trying to test KMS functionality of latest vmwgfx module.
I tried the code from
http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
as a simple test case, but
Thanks for taking interesting in our driver.
- Original Message -
> Hi,
>
> I 'm trying to test KMS functionality of latest vmwgfx module.
> I tried the code from
> http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
>
> as a simple test case, but all I get is a black screen
Thanks for taking interesting in our driver.
- Original Message -
Hi,
I 'm trying to test KMS functionality of latest vmwgfx module.
I tried the code from
http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
as a simple test case, but all I get is a black screen instead
of
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:02PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Reviewed-by: Thomas Hellstrom
>> ---
>> ?drivers
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:01PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Reviewed-by: Thomas Hellstrom
>> ---
>> ?dri
On Thu, Sep 29, 2011 at 11:50 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:06PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> More preparation for Screen Object support.
>>
>> Signed-off-by: Jakob Bornecrantz
&
On Fri, Sep 30, 2011 at 12:05 AM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:08PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Signed-off-by: Thomas Hellstrom
>> ---
>> ?driv
On Fri, Sep 30, 2011 at 12:05 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Wed, Sep 28, 2011 at 04:10:08PM +0200, Thomas Hellstrom wrote:
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Thomas Hellstrom thellst
On Thu, Sep 29, 2011 at 11:50 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Wed, Sep 28, 2011 at 04:10:06PM +0200, Thomas Hellstrom wrote:
From: Jakob Bornecrantz ja...@vmware.com
More preparation for Screen Object support.
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Wed, Sep 28, 2011 at 04:10:01PM +0200, Thomas Hellstrom wrote:
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Reviewed-by: Thomas Hellstrom thellst
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Wed, Sep 28, 2011 at 04:10:02PM +0200, Thomas Hellstrom wrote:
From: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Reviewed-by: Thomas Hellstrom thellst
On Wed, Apr 27, 2011 at 11:12 PM, Jesse Barnes
wrote:
> On Wed, 27 Apr 2011 14:19:05 +0200
> Daniel Vetter wrote:
>
>> Hi Jesse,
>>
>> I like it. It's a bit of a chicken-egg api design problem, but if a
>> proof-of-concept
>> implementation exists for an embedded chip plus something to check
On Wed, Apr 27, 2011 at 11:12 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Wed, 27 Apr 2011 14:19:05 +0200
Daniel Vetter dan...@ffwll.ch wrote:
Hi Jesse,
I like it. It's a bit of a chicken-egg api design problem, but if a
proof-of-concept
implementation exists for an embedded chip
On Wed, Feb 16, 2011 at 7:40 PM, nobled wrote:
> On Tue, Feb 15, 2011 at 9:17 AM, Alexandre Demers
> wrote:
>> On 11-02-11 06:21 AM, Jakob Bornecrantz wrote:
>>> On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
>>> wrote:
>>>> On Wed, Feb 9, 2011 at 6:4
On Wed, Feb 16, 2011 at 7:40 PM, nobled nob...@dreamwidth.org wrote:
On Tue, Feb 15, 2011 at 9:17 AM, Alexandre Demers
alexandre.f.dem...@gmail.com wrote:
On 11-02-11 06:21 AM, Jakob Bornecrantz wrote:
On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Wed
On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
wrote:
> On Wed, Feb 9, 2011 at 6:49 AM, James Simmons
> wrote:
>>
>>> I was looking at the radeon support state in libkms and I found out the
>>> following patch was proposed back in September, but never commented nor
>>> merged. The patch was
On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Wed, Feb 9, 2011 at 6:49 AM, James Simmons jsimm...@infradead.org wrote:
I was looking at the radeon support state in libkms and I found out the
following patch was proposed back in September, but never
---
src/mesa/drivers/dri/i915/i915_tex_layout.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/i915_tex_layout.c
b/src/mesa/drivers/dri/i915/i915_tex_layout.c
index 7026552..c98dede 100644
--- a/src/mesa/drivers/dri/i915/i915_tex_layout.c
80 matches
Mail list logo