. And I'm not sure how to fix it then, but DTD gives
1360x768, and that isn't quite correct.
--
WBR, Andrew
-- 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/ca3678c2/attachment.pgp>
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
https://bugs.freedesktop.org/show_bug.cgi?id=36782
aceman changed:
What|Removed |Added
Version|7.10|8.0
Component|Drivers/DRI/R600
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
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
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
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
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
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
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
---
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
#
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
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
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>
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Jerome Glis
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=36715
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=36525
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=34493
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=33371
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=32490
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=31732
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=25764
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=25114
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=24818
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
<#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=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=45880
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
> > 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
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
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120222/5b678e01/attachment.pgp>
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
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
> 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
> > 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
https://bugs.freedesktop.org/show_bug.cgi?id=36782
aceman changed:
What|Removed |Added
Version|7.10|8.0
Component|Drivers/DRI/R600
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
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
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
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
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
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
<#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
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
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>
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
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
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
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
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
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
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
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
---
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
#
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
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 ++
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Jerome Glisse changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Jerome Glis
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=36715
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=36525
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=34493
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=33371
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33381
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=32490
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=31732
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=25764
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=25114
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=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=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=45880
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> > 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
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
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
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 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
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, 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
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, 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
1 - 100 of 108 matches
Mail list logo