https://bugs.freedesktop.org/show_bug.cgi?id=46274
--- Comment #2 from Michel Dänzer mic...@daenzer.net 2012-02-22 01:55:59 PST
---
I've tested the fix and submitted it, should make it into 3.3 final.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #8 from lschin...@gmail.com 2012-02-22 04:51:39 PST ---
(In reply to comment #6)
cayman fix pushed to mesa which should be enough on its own, kernel fix is in
the pipe
The mesa patch is ok.
Do you want me to test the kernel fix
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #26 from Alex Deucher ag...@yahoo.com 2012-02-22 06:32:43 PST ---
(In reply to comment #25)
Does this imply that when not using 2d tiling it shouldn't crash or lock
anymore or is it specific to 2d tiling usage?
It shouldn't lock
Imo we should ditch this - fb accel doesn't belong into the kernel. Even
on hw that still has a blitter for easy 2d accel without a complete 3d
state setup necessary, it's not worth it. Chris Wilson from our team once
played around with implementing fb accel in the kernel (i915 hw still
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Imo we should ditch this - fb accel doesn't belong into the kernel. Even
on hw that still has a blitter for easy 2d accel without a complete 3d
state setup necessary, it's not worth it. Chris Wilson from our team once
On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Imo we should ditch this - fb accel doesn't belong into the kernel. Even
on hw that still has a blitter for easy 2d accel without a complete 3d
state
On Thu, Feb 09, 2012 at 09:35:21AM -0500, Marc Gariepy wrote:
Add a no_lvds quirk for the HP t5745 and HP st5747 thin clients
dmidecode for those thin clients are attached in thoses bugs:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/911916
On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
possible accels; copyarea, imageblit, and fillrect. The first two could be
hooked from
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #14 from Igor Rudchenko i...@starrain.org 2012-02-22 16:56:23 ---
Commit PCI: Rework ASPM disable code added in 3.0.20 and 3.2.25 has worsened
the situation. I can't enable ASPM on ThinkPad T60 now even with
pcie_aspm=force kernel
On Wed, 2012-02-22 at 16:03 +, James Simmons wrote:
Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
possible accels; copyarea, imageblit, and fillrect. The first two could be
hooked from the TTM layer. Its something I plan to experiment to see if
its worth it.
In my
Checking for just two variants of standard timings for
1366x768 isn't quite correct, let's check for ranges
instead.
Signed-off-by: Andrew Shadura and...@beldisplaytech.com
---
drivers/gpu/drm/drm_edid.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On 12-02-21 07:49 PM, Mario Kleiner wrote:
On 02/21/2012 09:07 PM, Alex Deucher wrote:
[snip]
The fix looks ok to me. Mario any thoughts?
Reviewed-by: Alex Deucheralexdeuc...@gmail.com
Hi,
the fix looks ok to me for that device, but could we make it
conditional on the AMD C-50 APU and
On Wed, Feb 22, 2012 at 10:36 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
possible
Ensuring that nothing prevents the switch to fbcon and displaying the
panic message is the reason why we haven't felt inclined to accelerate
fbcon - it just gets messy for no real gain.
and when doing 2d accel on a 3d core.. it basically amounts to
putting a shader compiler in the
https://bugs.freedesktop.org/show_bug.cgi?id=45880
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #27 from Jerome Glisse gli...@freedesktop.org 2012-02-22 09:50:14
PST ---
(In reply to comment #26)
(In reply to comment #25)
Does this imply that when not using 2d tiling it shouldn't crash or lock
anymore or is it specific to
https://bugs.freedesktop.org/show_bug.cgi?id=24818
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=25114
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=27179
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=25764
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=40936
Bug 40936 depends on bug 25764, which changed state.
Bug 25764 Summary: [RADEON:R600C] glLineStipple gives inconsistent results
https://bugs.freedesktop.org/show_bug.cgi?id=25764
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=31732
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=31667
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=32490
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, 2012-02-22 at 19:08 +0300, Andrew Shadura wrote:
Checking for just two variants of standard timings for
1366x768 isn't quite correct, let's check for ranges
instead.
I... doubt it? Standard timing descriptors are a tuple of
* width in character cells (ie, 8 pixels)
* one of four
https://bugs.freedesktop.org/show_bug.cgi?id=33381
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=33371
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=34156
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=34493
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=36442
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
https://bugs.freedesktop.org/show_bug.cgi?id=36525
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=36696
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=36715
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=36782
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
From: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/Makefile|2 +-
drivers/gpu/drm/drm_drv.c |3 +
drivers/gpu/drm/drm_gem.c |3 +-
drivers/gpu/drm/drm_prime.c | 126 +++
include/drm/drm.h | 10 +++-
include/drm/drmP.h
I'm going to be off doing other things for the next couple of weeks, so
I'm dropping these now to give it a nice soak while I'm gone.
Dave/Daniel: if you could look these over and tell me if the general
direction seems good.
Ajax: anything you missing in the basic vgem stuff?
Since the last
---
include/drm/drmP.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 9558111..5ed9b41 100644
--- a/include/drm/drmP.h
+++ b/include/drm/drmP.h
@@ -91,6 +91,7 @@ struct drm_device;
#define DRM_UT_CORE0x01
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
include/drm/drmP.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 9558111..5ed9b41 100644
--- a/include/drm/drmP.h
+++ b/include/drm/drmP.h
@@ -91,6 +91,7 @@ struct
From: Adam Jackson a...@redhat.com
In addition's to Adam's requirements below, I would like to use VGEM to
help support dma-buf development. VGEM is without quirks and makes both
development and debug of other importers and exporters substantially
easier.
v2:
Use fault based mmap instead of
Dave's original prime patches had a per file lookup (currently a list,
but should probably be a hash as mentioned in the comment). This is
handy for when an importer tries to import the same BO multiple times as
it will prevent object duplication in that case. The problem is it does
not account
dma-buf export implementation. Heavily influenced by Dave Airlie's proof
of concept work.
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: Dave Airlie airl...@redhat.com
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
drivers/gpu/drm/vgem/Makefile |2 +-
dma-buf import support. The function definitely needs some cleanup.
When reading through this code, there are 3 cases to consider:
1. vgem exporter, vgem importer, same fd
2. vgem exporter, vgem importer, different fd
3. X expoter, vgem importer - not yet tested
See the comments in the code for
Enable prime in both Kconfig and vgem.
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
drivers/gpu/drm/Kconfig |1 +
drivers/gpu/drm/vgem/vgem_drv.c |3 ++-
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index
Hi Linus,
Intel, radeon, exynos fixes.
Intel: fixes a few Ivybridge hangs, along with fixing RC6 on SNB (still
not on, but at least allows for distros to patch it on easily).
radeon: oops reading some files in debugfs that weren't meant to appear,
a fix that touches a lot of files, so looks
On Wed, Feb 22, 2012 at 2:29 PM, Ben Widawsky b...@bwidawsk.net wrote:
From: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/Makefile | 2 +-
drivers/gpu/drm/drm_drv.c | 3 +
drivers/gpu/drm/drm_gem.c | 3 +-
drivers/gpu/drm/drm_prime.c | 126
#part sign=pgpmime
On Wed, 22 Feb 2012 17:29:59 +0100, Daniel Vetter dan...@ffwll.ch wrote:
Queued for -next (with Adam's Acked-by from irc added), thanks for the
patch.
Should these be pulled into -fixes?
--
keith.pack...@intel.com
___
dri-devel
Hello,
On Wed, 22 Feb 2012 13:05:34 -0500
Adam Jackson a...@redhat.com wrote:
On Wed, 2012-02-22 at 19:08 +0300, Andrew Shadura wrote:
Checking for just two variants of standard timings for
1366x768 isn't quite correct, let's check for ranges
instead.
I... doubt it? Standard timing
On Wed, 2012-02-22 at 23:56 +0300, Andrew Shadura wrote:
Well, my fault, I haven't read the code 10 lines above :) Indeed, that's
not STD, it's DTD. And I'm not sure how to fix it then, but DTD gives
1360x768, and that isn't quite correct.
Yeah, that's a different class of bug, that's the
From: Jerome Glisse jgli...@redhat.com
For 6xx+. Required for mesa to use htile support for HiZ/HiS.
Userspace will check radeon version 2.14 with is bumped either
by tiling patch or stream out patch. This patch only add support
for htile relocation which should be enough for any userspace
to
https://bugs.freedesktop.org/show_bug.cgi?id=36782
aceman aceli...@atlas.sk changed:
What|Removed |Added
Version|7.10|8.0
and when doing 2d accel on a 3d core.. it basically amounts to
putting a shader compiler in the kernel. Wh!
What I did for the GMA500 is to use the GTT to do scrolling by rewriting
the framebuffer GTT tables so they work as a circular buffer and doing a
bit of alignment of buffers.
The
On Wed, Feb 22, 2012 at 04:56:26PM +, bugzilla-dae...@bugzilla.kernel.org
wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #14 from Igor Rudchenko i...@starrain.org 2012-02-22 16:56:23
---
Commit PCI: Rework ASPM disable code added in 3.0.20 and 3.2.25 has
On Mit, 2012-02-22 at 10:28 -0600, Rob Clark wrote:
On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Imo we should ditch this - fb accel doesn't belong into the kernel.
Even
on hw that still has
ople.freedesktop.org/~airlied/linux
git checkout -b flicker-fix drm-next # I hope that is the correct one.
# apply your fix
git commit -a -s
# add your commit message with Alex?s Reviewed-by line
git format-patch -1
# use git send-email or paste
On 02/21/2012 09:07 PM, Alex Deucher wrote:
> On Wed, Feb 1, 2012 at 5:43 PM, Felix Kuehling
> wrote:
>> Following up on my message from Jan 19, now with a lot more hard data and a
>> less intrusive modification. Still a prototype though. CC-ing DRI-devel and
>> Mario Kleiner for a larger
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #25 from Alexandre Demers
2012-02-21 20:25:39 PST ---
Does this imply that when not using 2d tiling it shouldn't crash or lock
anymore or is it specific to 2d tiling usage?
(In reply to comment #24)
> I pushed a mesa fix for bo
<#part sign=pgpmime>
On Tue, 21 Feb 2012 14:06:23 -0800, Jesse Barnes
wrote:
> Eugeni Dodonov (4):
> drm/i915: gen7: implement rczunit workaround
> drm/i915: gen7: Implement an L3 caching workaround.
> drm/i915: gen7: work around a system hang on IVB
> drm/i915: do not
https://bugs.freedesktop.org/show_bug.cgi?id=46274
--- Comment #2 from Michel D?nzer 2012-02-22 01:55:59
PST ---
I've tested the fix and submitted it, should make it into 3.3 final.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #8 from lsching17 at gmail.com 2012-02-22 04:51:39 PST ---
(In reply to comment #6)
> cayman fix pushed to mesa which should be enough on its own, kernel fix is in
> the pipe
The mesa patch is ok.
Do you want me to test the kernel
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #26 from Alex Deucher 2012-02-22 06:32:43 PST
---
(In reply to comment #25)
> Does this imply that when not using 2d tiling it shouldn't crash or lock
> anymore or is it specific to 2d tiling usage?
It shouldn't lock up, but if it
> > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
> > on hw that still has a blitter for easy 2d accel without a complete 3d
> > state setup necessary, it's not worth it. Chris Wilson from our team once
> > played around with implementing fb accel in the kernel (i915 hw
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>
> > > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
> > > on hw that still has a blitter for easy 2d accel without a complete 3d
> > > state setup necessary, it's not worth it. Chris Wilson from our team
On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter wrote:
> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>>
>> > > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
>> > > on hw that still has a blitter for easy 2d accel without a complete 3d
>> > > state
On Thu, Feb 09, 2012 at 09:35:21AM -0500, Marc Gariepy wrote:
> Add a no_lvds quirk for the HP t5745 and HP st5747 thin clients
>
> dmidecode for those thin clients are attached in thoses bugs:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/911916
>
On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter wrote:
> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
> > Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
> > possible accels; copyarea, imageblit, and fillrect. The first two could be
> > hooked from the TTM
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #14 from Igor Rudchenko 2012-02-22 16:56:23
---
Commit "PCI: Rework ASPM disable code" added in 3.0.20 and 3.2.25 has worsened
the situation. I can't enable ASPM on ThinkPad T60 now even with
"pcie_aspm=force" kernel parameter.
t --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120222/5890c11b/attachment.pgp>
- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120222/31894b6b/attachment.pgp>
On 12-02-21 07:49 PM, Mario Kleiner wrote:
> On 02/21/2012 09:07 PM, Alex Deucher wrote:
[snip]
>> The fix looks ok to me. Mario any thoughts?
>>
>> Reviewed-by: Alex Deucher
>>
>
> Hi,
>
> the fix looks ok to me for that device, but could we make it
> conditional on the AMD C-50 APU and
On Wed, Feb 22, 2012 at 10:36 AM, Chris Wilson
wrote:
> On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter wrote:
>> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>> > Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
>> > possible accels; copyarea, imageblit,
> > Ensuring that nothing prevents the switch to fbcon and displaying the
> > panic message is the reason why we haven't felt inclined to accelerate
> > fbcon - it just gets messy for no real gain.
>
> and when doing 2d accel on a 3d core.. it basically amounts to
> putting a shader compiler in
https://bugs.freedesktop.org/show_bug.cgi?id=45880
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #27 from Jerome Glisse 2012-02-22
09:50:14 PST ---
(In reply to comment #26)
> (In reply to comment #25)
> > Does this imply that when not using 2d tiling it shouldn't crash or lock
> > anymore or is it specific to 2d tiling usage?
https://bugs.freedesktop.org/show_bug.cgi?id=24818
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25114
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27179
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25764
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=40936
Bug 40936 depends on bug 25764, which changed state.
Bug 25764 Summary: [RADEON:R600C] glLineStipple gives inconsistent results
https://bugs.freedesktop.org/show_bug.cgi?id=25764
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=31732
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31667
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32490
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
ed to see the EDID block for it.
- ajax
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachme
https://bugs.freedesktop.org/show_bug.cgi?id=33381
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33371
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34156
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34493
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36442
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #11 from Jerome
https://bugs.freedesktop.org/show_bug.cgi?id=36525
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36696
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36715
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36782
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from Jerome
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Jerome
From: Dave Airlie
---
drivers/gpu/drm/Makefile|2 +-
drivers/gpu/drm/drm_drv.c |3 +
drivers/gpu/drm/drm_gem.c |3 +-
drivers/gpu/drm/drm_prime.c | 126 +++
include/drm/drm.h | 10 +++-
I'm going to be off doing other things for the next couple of weeks, so
I'm dropping these now to give it a nice soak while I'm gone.
Dave/Daniel: if you could look these over and tell me if the general
direction seems good.
Ajax: anything you missing in the basic vgem stuff?
Since the last
---
include/drm/drmP.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 9558111..5ed9b41 100644
--- a/include/drm/drmP.h
+++ b/include/drm/drmP.h
@@ -91,6 +91,7 @@ struct drm_device;
#define DRM_UT_CORE0x01
Signed-off-by: Ben Widawsky
---
include/drm/drmP.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 9558111..5ed9b41 100644
--- a/include/drm/drmP.h
+++ b/include/drm/drmP.h
@@ -91,6 +91,7 @@ struct drm_device;
#define
From: Adam Jackson
In addition's to Adam's requirements below, I would like to use VGEM to
help support dma-buf development. VGEM is without quirks and makes both
development and debug of other importers and exporters substantially
easier.
v2:
Use fault based mmap instead of
Dave's original prime patches had a per file lookup (currently a list,
but should probably be a hash as mentioned in the comment). This is
handy for when an importer tries to import the same BO multiple times as
it will prevent object duplication in that case. The problem is it does
not account
dma-buf export implementation. Heavily influenced by Dave Airlie's proof
of concept work.
Cc: Daniel Vetter
Cc: Dave Airlie
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/vgem/Makefile |2 +-
drivers/gpu/drm/vgem/vgem_dma_buf.c | 128 +++
1 - 100 of 108 matches
Mail list logo