mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/669206a5/attachment-0001.html>
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/3b2c0e17/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=56541
--- Comment #1 from Alex Deucher 2013-04-12
23:19:38 ---
Created an attachment (id=98461)
--> (https://bugzilla.kernel.org/attachment.cgi?id=98461)
Possible fix
This should fix the issue.
--
Configure bugmail: https://bugzilla.kernel.org
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/1e410817/attachment.html>
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/965547a5/attachment.html>
h the four patches
applied (77705, 77706, 77743, 77808).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/c8ffcaf8/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/4b2408b2/attachment.html>
On Fri, Apr 12, 2013 at 5:13 PM, Aaron Plattner wrote:
>>> @@ -117,6 +249,58 @@ int drm_gem_prime_handle_to_fd(struct drm_device
>>> *dev,
>>> }
>>> EXPORT_SYMBOL(drm_gem_prime_handle_to_fd);
>>>
>>> +struct drm_gem_object *drm_gem_prime_import(struct drm_device *dev,
>>> +
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/f6741a2a/attachment.html>
From: Paul Sokolovsky
An ifdef in drm.h expects to be compiled with full-fledged Linux
toolchain, but it's common to compile kernel with just bare-metal
toolchain which doesn't define __linux__. So, also add __KERNEL__
check.
[nm at ti.com: port forward to 3.9-rc6 and post to dri devel for feedb
interrupts = <0 91 0>;
> - };
> --
> 1.7.9.5
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/bce90370/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #57 from Alexandre Demers ---
(In reply to comment #55)
> (In reply to comment #54)
> > Just tested with 6970, still fine, no AMD-Vi messages in dmesg.
> >
> > I have gfxmode/gfxpayload commented out from grub.cfg, maybe that's the
>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #56 from Vladimir ---
I have a panic back on reboot tho, same as in
https://bugs.freedesktop.org/attachment.cgi?id=77625
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Wed, Apr 10, 2013 at 10:56:43AM +1000, Dave Airlie wrote:
> Currently we have a problem with this:
> 1. i915: create gem object
> 2. i915: export gem object to prime
> 3. radeon: import gem object
> 4. close prime fd
> 5. radeon: unref object
> 6. i915: unref object
>
> i915 has an imported obj
On Fri, Apr 12, 2013 at 12:31:53AM -0700, Jonathan Nieder wrote:
> Hi Greg,
>
> Please consider
>
> 9a0f938bde74 drm/i915: Use the correct size of the GTT for placing
> the per-process entries, 2012-08-24
>
> for application to the 3.4.y tree.
Thanks, I'll queue this for 3.5 kern
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #55 from Alexandre Demers ---
(In reply to comment #54)
> Just tested with 6970, still fine, no AMD-Vi messages in dmesg.
>
> I have gfxmode/gfxpayload commented out from grub.cfg, maybe that's the
> difference between your and mine
On Tue, Jan 15, 2013 at 12:47:42PM -0800, Aaron Plattner wrote:
> Instead of reimplementing all of the dma_buf functionality in every driver,
> create helpers drm_prime_import and drm_prime_export that implement them in
> terms of new, lower-level hook functions:
>
> gem_prime_pin: callback when
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/bc9f3a9e/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #54 from Vladimir ---
Just tested with 6970, still fine, no AMD-Vi messages in dmesg.
I have gfxmode/gfxpayload commented out from grub.cfg, maybe that's the
difference between your and mine setups.
--
You are receiving this mail b
ret = vmwgfx_create(fd, out);
> --
> Regards,
>
> Laurent Pinchart
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/a49d7826/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #53 from Alexandre Demers ---
(In reply to comment #51)
> (In reply to comment #49)
> >
> > Alex, is this expected for the workaround?
>
> No. So it appears turning off the displays doesn't help either :/
Well, it does help: the s
https://bugzilla.kernel.org/show_bug.cgi?id=56541
--- Comment #1 from Alex Deucher 2013-04-12 23:19:38
---
Created an attachment (id=98461)
--> (https://bugzilla.kernel.org/attachment.cgi?id=98461)
Possible fix
This should fix the issue.
--
Configure bugmail: https://bugzilla.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #52 from Vladimir ---
I don't have these messages, all is quiet here with 3.9-rc5 + 4 patches.
6870
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
Signed-off-by: Laurent Pinchart
---
libkms/Makefile.am | 5 -
libkms/linux.c | 6 +-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/libkms/Makefile.am b/libkms/Makefile.am
index 215450a..518021f 100644
--- a/libkms/Makefile.am
+++ b/libkms/Makefile.am
@@ -15,10 +15,13
Hi Jerome,
On Friday 12 April 2013 09:51:04 Jerome Glisse wrote:
> Hi,
>
> I would like to make a libdrm release sometime next week, does anybody have
> anything they want to include ?
kms: Return a negative error code in kms_bo_create()
kms: Make libkms.h usable in C++
would be nice.
--
Rega
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/5405df63/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #51 from Alex Deucher ---
(In reply to comment #49)
>
> Alex, is this expected for the workaround?
No. So it appears turning off the displays doesn't help either :/
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #50 from Alexandre Demers ---
Created attachment 77915
--> https://bugs.freedesktop.org/attachment.cgi?id=77915&action=edit
Page Fault with four patches applied
AMD-Vi -> IO PAGE FAULTS in dmesg when using 3.9-rc6 with the four pat
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #49 from Alexandre Demers ---
Vladimir, do you see a page fault in your dmesg after applying the four
patches? Something that would look like:
[8.727726] AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x0016
address=0x0
https://bugzilla.kernel.org/show_bug.cgi?id=56541
Summary: Sony VAIO VPCZ23A4R: Oops or panic on radeon in error
path
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status
for
the high resolution graph, the best we can do is fail more gracefully.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130
Last year, a patch was made for the "HP t5740e Thin Client" (see
http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html).
This device reports an lvds panel, but does not really have one.
The predecessor of this device is the "hp t5740", which also does not have
an lvds panel. This pa
On Mit, 2013-04-10 at 18:20 -0400, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> v2: Only writte tile index if flags for it is set
> v3: Remove useless allow2d scanout flags
> v4: Split radeon_drm.h update to its own patch
> v5: update against lastest next tree for radeon
>
> Signed-of
On Fri, Apr 12, 2013 at 02:24:43PM +0200, Ben Mesman wrote:
> Last year, a patch was made for the "HP t5740e Thin Client" (see
> http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html).
> This device reports an lvds panel, but does not really have one.
>
> The predecessor of this dev
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #48 from Alex Deucher ---
(In reply to comment #47)
> That works.
>
> Will any of these four patches land in 3.9 kernel ?
Possibly. I'm hoping to get hear back from the hw guys early next week to see
if I can get teh existing code
This patch adds a minimal test set for the stream library and host1x
kernel interface.
The test verifies that the driver (or library) is able to:
- Increment, read and wait for syncpoint values
- Use a host1x channel to do host1x operations
- Handle submit timeout correctly
- Do relocations to buf
This patch introduces tegra stream library. The library is used for
buffer management, command stream construction and work
synchronization.
Signed-off-by: Arto Merilainen
---
Makefile.am|6 +-
configure.ac | 13 +
tegra/Makefile.am | 25 ++
tegra/c
This patch series adds application level support for host1x hardware
on Tegra SoCs. This set of patches can be used in combination with
host1x kernel patches. The most recent version of the kernel patch
series is available at [0].
An example of using 2d hardware acceleration with this library is
a
Don't oops seems proper.
Cc: stable at vger.kernel.org
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/udl/udl_connector.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/udl/udl_connector.c
b/drivers/gpu/drm/udl/udl_connector.c
index fe5cdbc..b44d548 100644
--- a/drivers
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/ea391c9a/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/97c7ae6b/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/01816762/attachment.html>
On Fri, Apr 12, 2013 at 12:31:53AM -0700, Jonathan Nieder wrote:
> Hi Greg,
>
> Please consider
>
> 9a0f938bde74 drm/i915: Use the correct size of the GTT for placing
> the per-process entries, 2012-08-24
>
> for application to the 3.4.y tree.
>
> Without this patch, Geoff Crompt
On Fri, Apr 12, 2013 at 5:13 PM, Aaron Plattner wrote:
>>> @@ -117,6 +249,58 @@ int drm_gem_prime_handle_to_fd(struct drm_device
>>> *dev,
>>> }
>>> EXPORT_SYMBOL(drm_gem_prime_handle_to_fd);
>>>
>>> +struct drm_gem_object *drm_gem_prime_import(struct drm_device *dev,
>>> +
This reverts commit 09495dda6a62c74b13412a63528093910ef80edd.
The description is incomplete and the location of this file
is incorrect. Based on discussion with the Samsung media and DRM subsystem
maintainers, the documentaion of Samsung G2D bindings has been placed at:
Documentation/devicetree/bin
be sure.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/4aface01/attachment-0001.html>
On Wed, Apr 10, 2013 at 10:56:42AM +1000, Dave Airlie wrote:
> Please don't bikeshed this with requirements to fix problems that
> are there now anyways. This is the simplest patch to fix an obvious
> problem, it doesn't fix all the other problems.
>
> I should have merged this months ago, but peo
Userspace is free to pass in any command bits it feels like through the
ioctl cmd, and for example trinity likes to fuzz those bits to create
conflicting commands. So instead of relying upon userspace to pass along
the correct IN/OUT flags for the ioctl, use the flags as expected by the
kernel.
Th
On Fri, Apr 12, 2013 at 9:23 AM, Ben Mesman (Bossers & Cnossen BV)
wrote:
> Hi,
>
> Last year, a patch was made for the "HP t5740e Thin Client" (see
> http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html). This
> device reports an lvds panel, but does not really have one.
>
> The
On Thu, Apr 11, 2013 at 7:13 AM, Lucas Kannebley Tavares
wrote:
> radeon currently uses a drm function to get the speed capabilities for
> the bus. However, this is a non-standard method of performing this
> detection and this patch changes it to use the max_bus_speed attribute.
> ---
> drivers/g
u/drm/radeon/rv770.c |8 +
> 7 files changed, 69 insertions(+), 21 deletions(-)
>
> --
> 1.7.4.4
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
Hi,
I would like to make a libdrm release sometime next week, does anybody have
anything they want to include ?
Cheers,
Jerome
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/6ebf3
https://bugs.freedesktop.org/show_bug.cgi?id=60503
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, Apr 11, 2013 at 7:13 AM, Lucas Kannebley Tavares
wrote:
> radeon currently uses a drm function to get the speed capabilities for
> the bus. However, this is a non-standard method of performing this
> detection and this patch changes it to use the max_bus_speed attribute.
> ---
> drivers/g
On Thu, Apr 11, 2013 at 11:25 PM, Dave Airlie wrote:
> Don't oops seems proper.
>
> Cc: stable at vger.kernel.org
> Signed-off-by: Dave Airlie
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/udl/udl_connector.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/gpu/drm/udl
https://bugs.freedesktop.org/show_bug.cgi?id=63396
--- Comment #4 from aux...@gmail.com ---
xf86-ati-7.1 fixes this, I apologize for wasting your time. Xorg uses about 1GB
RAM, then returns to normal, and the image is exported as expected.
--
You are receiving this mail because:
You are the assi
On Thu, Apr 11, 2013 at 08:14:10PM +0200, Daniel Vetter wrote:
>
> I've just tracked down and fixed an bug which can lead to a hard-hang
> in the crtc restore code (which is used both in the lid handler when
> opening and on resume). If you could please test this patch (on top of
> drm-intel-night
https://bugzilla.kernel.org/show_bug.cgi?id=56541
Summary: Sony VAIO VPCZ23A4R: Oops or panic on radeon in error
path
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status
On 04/12/13 07:58, Daniel Vetter wrote:
On Tue, Jan 15, 2013 at 12:47:42PM -0800, Aaron Plattner wrote:
Instead of reimplementing all of the dma_buf functionality in every driver,
create helpers drm_prime_import and drm_prime_export that implement them in
terms of new, lower-level hook functions
On Wed, Apr 10, 2013 at 10:56:43AM +1000, Dave Airlie wrote:
> Currently we have a problem with this:
> 1. i915: create gem object
> 2. i915: export gem object to prime
> 3. radeon: import gem object
> 4. close prime fd
> 5. radeon: unref object
> 6. i915: unref object
>
> i915 has an imported obj
On 04/12/13 07:58, Daniel Vetter wrote:
> On Tue, Jan 15, 2013 at 12:47:42PM -0800, Aaron Plattner wrote:
>> Instead of reimplementing all of the dma_buf functionality in every driver,
>> create helpers drm_prime_import and drm_prime_export that implement them in
>> terms of new, lower-level hook f
On Tue, Jan 15, 2013 at 12:47:42PM -0800, Aaron Plattner wrote:
> Instead of reimplementing all of the dma_buf functionality in every driver,
> create helpers drm_prime_import and drm_prime_export that implement them in
> terms of new, lower-level hook functions:
>
> gem_prime_pin: callback when
https://bugs.freedesktop.org/show_bug.cgi?id=63396
--- Comment #3 from Michel Dänzer ---
Does this still happen with xf86-video-ati 7.1? I think Git commit
53af6aa99dfb67b5223c28d5129a79694165048d might have fixed it.
Note that this probably happens because there is not enough graphics memory fo
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.pinch...@ideasonboard.com> wrote:
> Signed-off-by: Laurent Pinchart
> ---
> libkms/Makefile.am | 5 -
> libkms/linux.c | 6 +-
>
Hi,
Last year, a patch was made for the "HP t5740e Thin Client" (see
http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html). This
device reports an lvds panel, but does not really have one.
The predecessor of this device is the "hp t5740", which also does not have an
lvds panel.
Signed-off-by: Laurent Pinchart
---
libkms/Makefile.am | 5 -
libkms/linux.c | 6 +-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/libkms/Makefile.am b/libkms/Makefile.am
index 215450a..518021f 100644
--- a/libkms/Makefile.am
+++ b/libkms/Makefile.am
@@ -15,10 +15,13
Hi Jerome,
On Friday 12 April 2013 09:51:04 Jerome Glisse wrote:
> Hi,
>
> I would like to make a libdrm release sometime next week, does anybody have
> anything they want to include ?
kms: Return a negative error code in kms_bo_create()
kms: Make libkms.h usable in C++
would be nice.
--
Rega
On Thu, Apr 11, 2013 at 9:13 AM, Lucas Kannebley Tavares <
luca...@linux.vnet.ibm.com> wrote:
> After all the comments in the last patch series, I did a refactoring of
> what I was proposing and came up with this. Basically, now:
> 1. max_bus_speed is used to set the device to gen2 speeds
> 2.
Hi,
I would like to make a libdrm release sometime next week, does anybody have
anything they want to include ?
Cheers,
Jerome
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Thu, Apr 11, 2013 at 11:25 PM, Dave Airlie wrote:
> Don't oops seems proper.
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Dave Airlie
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/udl/udl_connector.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/gpu/drm/udl/ud
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #13 from Alex Deucher ---
(In reply to comment #12)
> So I undo the previous patch and try this new one?
> (Or try them combined?)
Try them separately, not combined.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #12 from udo ---
So I undo the previous patch and try this new one?
(Or try them combined?)
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #11 from Alex Deucher ---
This is starting to look like a duplicate of bug 62959. Can you try attachment
77608? That seems to fix 62959, hopefully it will fix this one as well.
--
You are receiving this mail because:
You are the a
On Fri, Apr 12, 2013 at 02:24:43PM +0200, Ben Mesman wrote:
> Last year, a patch was made for the "HP t5740e Thin Client" (see
> http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html).
> This device reports an lvds panel, but does not really have one.
>
> The predecessor of this dev
Last year, a patch was made for the "HP t5740e Thin Client" (see
http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html).
This device reports an lvds panel, but does not really have one.
The predecessor of this device is the "hp t5740", which also does not have
an lvds panel. This pa
On Mit, 2013-04-10 at 18:20 -0400, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> v2: Only writte tile index if flags for it is set
> v3: Remove useless allow2d scanout flags
> v4: Split radeon_drm.h update to its own patch
> v5: update against lastest next tree for radeon
>
> Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #10 from udo ---
Despite crashes for other reasons (ARUBA (Cayman) not yet ready for OpenCL) I
saw no GPU faults etc in the logs since booting into 3.8.5 with the patch.
I want to give it a few more days without OpenCL disruptions to
This patch adds a minimal test set for the stream library and host1x
kernel interface.
The test verifies that the driver (or library) is able to:
- Increment, read and wait for syncpoint values
- Use a host1x channel to do host1x operations
- Handle submit timeout correctly
- Do relocations to buf
This patch introduces tegra stream library. The library is used for
buffer management, command stream construction and work
synchronization.
Signed-off-by: Arto Merilainen
---
Makefile.am|6 +-
configure.ac | 13 +
tegra/Makefile.am | 25 ++
tegra/c
This patch series adds application level support for host1x hardware
on Tegra SoCs. This set of patches can be used in combination with
host1x kernel patches. The most recent version of the kernel patch
series is available at [0].
An example of using 2d hardware acceleration with this library is
a
https://bugzilla.kernel.org/show_bug.cgi?id=56041
--- Comment #3 from Thomas J. Moore 2013-04-12 03:43:14
---
Yes, that seems to have fixed it. Thanks.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are w
Userspace is free to pass in any command bits it feels like through the
ioctl cmd, and for example trinity likes to fuzz those bits to create
conflicting commands. So instead of relying upon userspace to pass along
the correct IN/OUT flags for the ioctl, use the flags as expected by the
kernel.
Th
On Wed, Apr 10, 2013 at 10:56:42AM +1000, Dave Airlie wrote:
> Please don't bikeshed this with requirements to fix problems that
> are there now anyways. This is the simplest patch to fix an obvious
> problem, it doesn't fix all the other problems.
>
> I should have merged this months ago, but peo
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130412/a5f7a5d9/attachment.html>
Applied.
Thanks,
Inki Dae
2013/4/12 Sachin Kamat
> This reverts commit 09495dda6a62c74b13412a63528093910ef80edd.
> The description is incomplete and the location of this file
> is incorrect. Based on discussion with the Samsung media and DRM subsystem
> maintainers, the documentaion of Samsung
On Fri, Apr 12, 2013 at 9:23 AM, Ben Mesman (Bossers & Cnossen BV)
wrote:
> Hi,
>
> Last year, a patch was made for the "HP t5740e Thin Client" (see
> http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html). This
> device reports an lvds panel, but does not really have one.
>
> The
Hi Greg,
Please consider
9a0f938bde74 drm/i915: Use the correct size of the GTT for placing
the per-process entries, 2012-08-24
for application to the 3.4.y tree.
Without this patch, Geoff Crompton's iMac hits a BUG during bootup.
The problem is reproducible on
* Debian's 3.2.y
Hi,
Last year, a patch was made for the "HP t5740e Thin Client" (see
http://lists.freedesktop.org/archives/dri-devel/2012-May/023245.html). This
device reports an lvds panel, but does not really have one.
The predecessor of this device is the "hp t5740", which also does not have an
lvds panel.
88 matches
Mail list logo
