https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #24 from Jakob Nixdorf ---
Update: Problem still exists on kernel 3.11-rc1.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@l
Op 15-07-13 08:05, Ben Skeggs schreef:
> On Fri, Jul 12, 2013 at 10:45 PM, Maarten Lankhorst
> wrote:
>> I have no idea what this bogus restriction on placement is, but it breaks
>> decoding 1080p
>> VDPAU at boot speed. With this patch applied I only need to bump the vdec
>> clock to
>> get rea
Am 12.07.2013 23:51, schrieb alexdeuc...@gmail.com:
From: Alex Deucher
There are cases where we need more than 4k alignment. No
functional change with this commit.
Signed-off-by: Alex Deucher
This series is: Reviewed-by: Christian König
Out of curiosity: Where did you find that info? I l
[ The radeon driver is discussed on the dri-devel mailing list, moving
there ]
On Son, 2013-07-14 at 13:26 +0100, Sami Kerola wrote:
>
> Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup
> CP stall for more than 1msec
> Jul 14 12:51:31 kerolasa-home kernel: radeon :00
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #67 from Michel Dänzer ---
(In reply to comment #66)
> While I'm the one who opened this bug, on my side I'm able to run all piglit
> tests without any hangs since awhile now.
Even with GPU virtual memory enabled? If so, this report
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #68 from udo ---
I still use RADEON_VA=0 to avoid GPU lockups etc.
Was anything changed so there's reason to test with RADEON_VA=1?
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Monday, July 15, 2013 10:36:15 AM Aaron Lu wrote:
> On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > According to Matthew Garrett, "Windows 8 leaves backlight control up
> > to individual graphics drivers rather than making ACPI calls itself.
> > There's ple
PTR_RET is now deprecated. Use PTR_ERR_OR_ZERO instead.
Signed-off-by: Sachin Kamat
---
Compile tested and based on the following tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git (PTR_RET)
Dependent on [1]
[1] http://lkml.indiana.edu/hypermail/linux/kernel/1306.2/00010.html
--
https://bugs.freedesktop.org/show_bug.cgi?id=66920
Priority: medium
Bug ID: 66920
Assignee: dri-devel@lists.freedesktop.org
Summary: [llvm backend] flashing textures, no lights in car ,
no water on GTA IV
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #69 from Marek Olšák ---
(In reply to comment #67)
> (In reply to comment #66)
> > While I'm the one who opened this bug, on my side I'm able to run all piglit
> > tests without any hangs since awhile now.
>
> Even with GPU virtual m
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #70 from udo ---
Tom Stellard advised me not to use virtual memory, first by patch and later
with RADEON_VA=0 as OpenCL started to work for Cayman (ARUBA here in A10-5800K)
graphics.
Which bug to see for virtual memory and OpenCL?
--
https://bugs.freedesktop.org/show_bug.cgi?id=66921
Priority: medium
Bug ID: 66921
Keywords: regression
Assignee: dri-devel@lists.freedesktop.org
Summary: [r300g] Heroes of Newerth: HiZ related corruption
Severity: normal
Classifica
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #71 from Alexandre Demers ---
(In reply to comment #67)
> (In reply to comment #66)
> > While I'm the one who opened this bug, on my side I'm able to run all piglit
> > tests without any hangs since awhile now.
>
> Even with GPU virt
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #72 from udo ---
I can see if the bug is still present (aside from OpenCL usage) in normal
desktop usage (mail, web, youtube, etc).
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #73 from Michel Dänzer ---
(In reply to comment #71)
> It's just that I was seeing new CCers being added and this bug is still open
> because Udo was experiencing a problem that looked like the current bug.
As you said, you're the re
https://bugs.freedesktop.org/show_bug.cgi?id=66932
Priority: medium
Bug ID: 66932
Assignee: dri-devel@lists.freedesktop.org
Summary: Screen corruption on Cayman with dpm enabled
Severity: normal
Classification: Unclassified
O
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #1 from Martin Andersson ---
Created attachment 82449
--> https://bugs.freedesktop.org/attachment.cgi?id=82449&action=edit
screenshot of corruption
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64850
Alex Deucher changed:
What|Removed |Added
CC||m...@elemc.name
--- Comment #25 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=65873
--- Comment #13 from Tom Stellard ---
(In reply to comment #9)
> The piglit test should work with this patch:
> http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130624/179364.
> html
>
> But we should still try to fix the bug in lib
https://bugs.freedesktop.org/show_bug.cgi?id=66940
Priority: medium
Bug ID: 66940
Assignee: dri-devel@lists.freedesktop.org
Summary: Mobility Radeon HD 5650 doesn't resume from suspend on
kernel 3.11 (linus and drm_next)
Seve
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #1 from Marco Trevisan (Treviño) ---
Created attachment 82460
--> https://bugs.freedesktop.org/attachment.cgi?id=82460&action=edit
/proc/acpi/wakeup
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #2 from Marco Trevisan (Treviño) ---
Created attachment 82461
--> https://bugs.freedesktop.org/attachment.cgi?id=82461&action=edit
/sys/power/pm_trace_dev_match
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=66940
Marco Trevisan (Treviño) changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=62959
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #3 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #4 from Marco Trevisan (Treviño) ---
(In reply to comment #3)
> Can you bisect?
I can do that, but in few days...
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66942
Priority: medium
Bug ID: 66942
Assignee: dri-devel@lists.freedesktop.org
Summary: Cayman HD 6950 hangs at start when loading kernel
3.11.0-rc1 or drm-next
Severity: major
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #1 from Alexandre Demers ---
As a side note, it could be related to bug 66940
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=60929
--- Comment #5 from had...@gmx.de ---
Any news on this one? Its really bad on radeonsi, since theres no workaround.
Still happens with llvm and mesa from git.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=65873
--- Comment #14 from Aaron Watry ---
I still get errors with the v8i32/v16i32 loads, but those aren't currently
enabled in the R600 or SI back-ends as far as I know.
If I comment out the vload8 and vload16 tests everything runs correctly for me
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #2 from Alex Deucher ---
probably a duplicate of bug 66551.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop
Hi,
On Sunday 14 of July 2013 00:09:55 Russell King - ARM Linux wrote:
> On Sun, Jul 14, 2013 at 12:16:58AM +0200, Sylwester Nawrocki wrote:
> > On 07/13/2013 11:02 PM, Russell King - ARM Linux wrote:
> >> On Sat, Jul 13, 2013 at 10:43:29PM +0200, Sylwester Nawrocki wrote:
> >>> I wasn't aware of
From: Alex Deucher
Hi Dave,
Bug fixes for radeon all over the place. Big one is a fix for ttm which
causes hangs on boot for a number of systems.
The following changes since commit 774d8e34e46506222bb5e2888e3ef42b2775715f:
Merge branch 'drm-next-3.11' of git://people.freedesktop.org/~agd5f
On Mon, Jul 15, 2013 at 02:23:30PM -0600, Daniel Drake wrote:
> On Fri, Jul 12, 2013 at 10:44 AM, Daniel Drake wrote:
> > Based on the outcomes of the "Best practice device tree design for display
> > subsystems" discussion I have drafted a DT binding. Comments much
> > appreciated.
> >
> > At a
https://bugs.freedesktop.org/show_bug.cgi?id=66921
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #3 from Alexandre Demers ---
(In reply to comment #2)
> probably a duplicate of bug 66551.
Probably not, the bug happens prior to the commit identified in bug 66551. I'm
bisecting as we are talking.
I also noticed a small glitch tha
On Monday, July 15, 2013 05:06:09 PM Igor Gnatenko wrote:
> On Sat, 2013-07-13 at 02:46 +0200, Rafael J. Wysocki wrote:
[...]
>
> I can't build it. Where did I go wrong?
Probably nowhere, you tried to build the ACPI video driver as a module, that's
all. And you need to apply https://patchwork.
https://bugs.freedesktop.org/show_bug.cgi?id=65873
Aaron Watry changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66945
Priority: medium
Bug ID: 66945
Assignee: dri-devel@lists.freedesktop.org
Summary: Heavy artifacts and unusable graphics system with the
latest DPM changes
Severity: blocker
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #1 from t...@slackeee.de ---
Created attachment 82464
--> https://bugs.freedesktop.org/attachment.cgi?id=82464&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #2 from t...@slackeee.de ---
Created attachment 82465
--> https://bugs.freedesktop.org/attachment.cgi?id=82465&action=edit
lspci output
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #3 from Alex Deucher ---
Are you using radeon as a module or built into the kernel?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #2 from Alex Deucher ---
(In reply to comment #0)
>
> I did a bisect and found that this commit introduced the corruption:
>
> http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.
> 11&id=7ad8d0687bb5030c3328bc7229a3183ce
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #4 from t...@slackeee.de ---
I use it as a module. Will test it inbuilt ASAP, needs some minutes to compile.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dr
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commits 19b2dbde5732
("drm/i915: Restore fences after resume and GPU resets") from Linus' tree
and d18b96190342 ("drm/i915: Fix incoherence with fence updates on
Sandybridge+") from the
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #5 from t...@slackeee.de ---
OK, took me some time to figure out that I also need the firmware inbuilt (and
which one, isn't quite obvious that I need firmware from BARTS, BTC and SUMO to
boot).
Anyways, problem persists, same errors i
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #6 from Alex Deucher ---
(In reply to comment #4)
> I use it as a module. Will test it inbuilt ASAP, needs some minutes to
> compile.
Sorry, no need to do that, modules should be fine. Sometimes there are
problems with firmware when
https://bugzilla.kernel.org/show_bug.cgi?id=58731
Adam J. Richter changed:
What|Removed |Added
CC||a...@yggdrasil.com
--- Comment #5 from
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #7 from queryv...@gmail.com ---
I have this issue too (same card), and I made a comment about it in one of the
Phoronix threads mentioning that the problem started post wip-5 patch-set.
Having read most of the other related threads, I
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #3 from Martin Andersson ---
(In reply to comment #2)
> (In reply to comment #0)
> >
> > I did a bisect and found that this commit introduced the corruption:
> >
> > http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.
>
On Sat, 2013-07-13 at 02:46 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> According to Matthew Garrett, "Windows 8 leaves backlight control up
> to individual graphics drivers rather than making ACPI calls itself.
> There's plenty of evidence to suggest that the Intel driver for
>
Hi Alex,
I just tested the new 3.11-rc1 and was very happy to find out that it
reduces the idle temperature of my system by about 12 degrees (C).
Thank you very much for this!
Cheers,
Eldad
P.S. Just for reference, lspci output + dmesg below.
01:00.0 VGA compatible controller: Advanced Micro
On Fri, Jul 12, 2013 at 10:44 AM, Daniel Drake wrote:
> Based on the outcomes of the "Best practice device tree design for display
> subsystems" discussion I have drafted a DT binding. Comments much appreciated.
>
> At a high level, it uses a "super node" as something for the driver to bind
> to,
On 07/15/2013 07:42 PM, Rafael J. Wysocki wrote:
> On Monday, July 15, 2013 10:36:15 AM Aaron Lu wrote:
>> On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
>>> From: Rafael J. Wysocki
>>>
>>> According to Matthew Garrett, "Windows 8 leaves backlight control up
>>> to individual graphics drivers ra
On Sun, Jul 14, 2013 at 09:56:45PM +0400, Konstantin Khlebnikov wrote:
> Daniel Vetter wrote:
> >On Sun, Jul 14, 2013 at 6:30 PM, Konstantin Khlebnikov
> > wrote:
> >>This patch fixes regression in power consumtion of sandy bridge gpu, which
> >>exists since v3.6 Sometimes after resuming from s2ra
On Sun, Jul 14, 2013 at 08:30:09PM +0400, Konstantin Khlebnikov wrote:
> This patch fixes regression in power consumtion of sandy bridge gpu, which
> exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
> it's extremely busy. After that it never reaches rc6 state.
>
> Bug
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/064b418f/attachment.html>
On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> According to Matthew Garrett, "Windows 8 leaves backlight control up
> to individual graphics drivers rather than making ACPI calls itself.
> There's plenty of evidence to suggest that the Intel driver for
> Windows [8
On Fri, Jul 12, 2013 at 10:45 PM, Maarten Lankhorst
wrote:
> I have no idea what this bogus restriction on placement is, but it breaks
> decoding 1080p
> VDPAU at boot speed. With this patch applied I only need to bump the vdec
> clock to
> get real-time 1080p decoding. It prevents a lot of VRAM
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/1cf5386d/attachment.html>
Op 15-07-13 08:05, Ben Skeggs schreef:
> On Fri, Jul 12, 2013 at 10:45 PM, Maarten Lankhorst
> wrote:
>> I have no idea what this bogus restriction on placement is, but it breaks
>> decoding 1080p
>> VDPAU at boot speed. With this patch applied I only need to bump the vdec
>> clock to
>> get rea
Am 12.07.2013 23:51, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> There are cases where we need more than 4k alignment. No
> functional change with this commit.
>
> Signed-off-by: Alex Deucher
This series is: Reviewed-by: Christian K?nig
Out of curiosity: Where did you find that
[ The radeon driver is discussed on the dri-devel mailing list, moving
there ]
On Son, 2013-07-14 at 13:26 +0100, Sami Kerola wrote:
>
> Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup
> CP stall for more than 1msec
> Jul 14 12:51:31 kerolasa-home kernel: radeon :00
so, this report can be resolved as
fixed?
--
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/20130715/3fd68d04/attachment-0001.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/0820c103/attachment.html>
On Monday, July 15, 2013 10:36:15 AM Aaron Lu wrote:
> On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > According to Matthew Garrett, "Windows 8 leaves backlight control up
> > to individual graphics drivers rather than making ACPI calls itself.
> > There's ple
PTR_RET is now deprecated. Use PTR_ERR_OR_ZERO instead.
Signed-off-by: Sachin Kamat
---
Compile tested and based on the following tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git (PTR_RET)
Dependent on [1]
[1] http://lkml.indiana.edu/hypermail/linux/kernel/1306.2/00010.html
--
-vdpau \
--
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/20130715/ea759b2d/attachment.html>
's a different issue.
--
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/20130715/24f0f62d/attachment-0001.html>
?
--
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/20130715/a1abf665/attachment.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/479db5cb/attachment.html>
still open
because Udo was experiencing a problem that looked like the current bug.
--
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/20130715/9a186e07/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/89bfa488/attachment.html>
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/73851549/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/a5759db4/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/2ad162d4/attachment.html>
nts/20130715/2b9309a1/attachment.html>
esktop.org/archives/dri-devel/attachments/20130715/964679c6/attachment.html>
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/e20da46b/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/18192189/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/875131e2/attachment.html>
dri-devel/attachments/20130715/b143ca2e/attachment.html>
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/67d15f45/attachment.html>
org/archives/dri-devel/attachments/20130715/66fcda84/attachment-0001.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/284cbde6/attachment.html>
ng 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/20130715/988b9740/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/62d9d43d/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130715/22feeb4d/attachment.html>
achments/20130715/fe1f8d45/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130715/07ab054b/attachment.html>
Hi,
On Sunday 14 of July 2013 00:09:55 Russell King - ARM Linux wrote:
> On Sun, Jul 14, 2013 at 12:16:58AM +0200, Sylwester Nawrocki wrote:
> > On 07/13/2013 11:02 PM, Russell King - ARM Linux wrote:
> >> On Sat, Jul 13, 2013 at 10:43:29PM +0200, Sylwester Nawrocki wrote:
> >>> I wasn't aware of
From: Alex Deucher
Hi Dave,
Bug fixes for radeon all over the place. Big one is a fix for ttm which
causes hangs on boot for a number of systems.
The following changes since commit 774d8e34e46506222bb5e2888e3ef42b2775715f:
Merge branch 'drm-next-3.11' of git://people.freedesktop.org/~agd5f
On Mon, Jul 15, 2013 at 02:23:30PM -0600, Daniel Drake wrote:
> On Fri, Jul 12, 2013 at 10:44 AM, Daniel Drake wrote:
> > Based on the outcomes of the "Best practice device tree design for display
> > subsystems" discussion I have drafted a DT binding. Comments much
> > appreciated.
> >
> > At a
vel/attachments/20130715/b5c2a76c/attachment.html>
evel/attachments/20130715/a6afba77/attachment.html>
|--- |FIXED
--
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/20130715/3ea3f35f/attachment.html>
On Sat, 2013-07-13 at 02:46 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> According to Matthew Garrett, "Windows 8 leaves backlight control up
> to individual graphics drivers rather than making ACPI calls itself.
> There's plenty of evidence to suggest that the Intel driver for
>
Hi Alex,
I just tested the new 3.11-rc1 and was very happy to find out that it
reduces the idle temperature of my system by about 12 degrees (C).
Thank you very much for this!
Cheers,
Eldad
P.S. Just for reference, lspci output + dmesg below.
01:00.0 VGA compatible controller: Advanced Micro
On Fri, Jul 12, 2013 at 10:44 AM, Daniel Drake wrote:
> Based on the outcomes of the "Best practice device tree design for display
> subsystems" discussion I have drafted a DT binding. Comments much appreciated.
>
> At a high level, it uses a "super node" as something for the driver to bind
> to,
99 matches
Mail list logo
