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 b
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 t
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 do
> > 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
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 setu
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
> https://bugs.launchpad.net/ubuntu/+sourc
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. So
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
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
---
drivers/gpu/drm/drm_edid.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/d
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 similar
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, and
> > 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|
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 as
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 Gli
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 Glis
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Jerome Glis
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 +++-
include/drm/drmP.h | 35 ++
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 time
---
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 D
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 do_mmap
v3:
Drop th
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 for
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 +++
drivers/gpu
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 d
Enable prime in both Kconfig and vgem.
Signed-off-by: Ben Widawsky
---
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 566c468..c893f1e 100
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 wor
On Wed, Feb 22, 2012 at 2:29 PM, Ben Widawsky wrote:
> 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
> +++
> includ
<#part sign=pgpmime>
On Wed, 22 Feb 2012 17:29:59 +0100, Daniel Vetter 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 mailing list
Hello,
On Wed, 22 Feb 2012 13:05:34 -0500
Adam Jackson 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 descriptors
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 m
From: Jerome Glisse
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 implement the hyperz
https://bugs.freedesktop.org/show_bug.cgi?id=36782
aceman changed:
What|Removed |Added
Version|7.10|8.0
Component|Drivers/DRI/R600
> 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 2012-02-22 16:56:23
> ---
> Commit "PCI: Rework ASPM disable code" added in 3.0.20 and 3.2.25 has worsene
On Mit, 2012-02-22 at 10:28 -0600, Rob Clark wrote:
> 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 stil
://people.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
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 audienc
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 allo
<#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 en
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 b
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 fi
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 d
> > 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
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 setu
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
> https://bugs.launchpad.net/ubuntu/+sourc
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. S
t 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/attachments/20120222/5890c11b/attachment.pgp>
drew
-- 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 similar
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, an
> > 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|
uld really be delighted 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/ar
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 Gli
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 Glis
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Jerome Glis
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 +++-
include/drm/drmP.h | 35 ++
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 time
---
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 D
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 do_mmap
v3:
Drop th
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 for
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 +++
drivers/gpu
1 - 100 of 108 matches
Mail list logo
