On Wed, Sep 18, 2013 at 10:38 PM, Dave Chinner wrote:
> No, that's wrong. ->count_objects should never ass SHRINK_STOP.
> Indeed, it should always return a count of objects in the cache,
> regardless of the context.
>
> SHRINK_STOP is for ->scan_objects to tell the shrinker it can make
> any progr
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #39 from Alexandre Demers ---
Running with mclk at 125000
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #38 from Alexandre Demers ---
Running with mclk at 12.
I went under Windows and launch GPU-Z. We should be able to reach 1300MHz.
I've read that some Cayman cards were made to use a VDDCi between 1.15 and
1.16. I'm pretty sure I
https://bugs.freedesktop.org/show_bug.cgi?id=69372
--- Comment #13 from Alexey ---
Seems like that firefox works correct(today I have got update to ff24, so I'm
not sure if the glamor patch fixed issue or ff fixed it by themselves). But
GNOME's software still have the same issues.
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #37 from Alexandre Demers ---
Went to pl->mclk = 115000, runs fine.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.fre
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #36 from Alexandre Demers ---
A test of my own:
diff --git a/drivers/gpu/drm/radeon/ni_dpm.c b/drivers/gpu/drm/radeon/ni_dpm.c
index f7b625c..c1875d2 100644
--- a/drivers/gpu/drm/radeon/ni_dpm.c
+++ b/drivers/gpu/drm/radeon/ni_dpm.c
@
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman
wrote:
> I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card.
> With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works
> fine.
>
> Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm:
> mark con
On Thu, Sep 19, 2013 at 12:20 PM, Linus Torvalds
wrote:
> On Wed, Sep 18, 2013 at 9:07 PM, Dave Airlie wrote:
>>
>> mostly radeon fixes, with some nouveau bios parser, ttm fix and a fix
>> for AST driver.
>
> Ugh. I hope things calm down from here.
It shouldn't be that bad, this stuff was a bit
On Wed, Sep 18, 2013 at 9:07 PM, Dave Airlie wrote:
>
> mostly radeon fixes, with some nouveau bios parser, ttm fix and a fix
> for AST driver.
Ugh. I hope things calm down from here.
Linus
___
dri-devel mailing list
dri-devel@lists.freedesk
Hi Linus,
mostly radeon fixes, with some nouveau bios parser, ttm fix and a fix
for AST driver.
Dave.
The following changes since commit 01172772c7c973debf5b4881fcb9463891ea97ec:
drm/nouveau: fix oops on runtime suspend/resume (2013-09-10 12:38:53 +1000)
are available in the git repository a
https://bugs.freedesktop.org/show_bug.cgi?id=64600
--- Comment #10 from Erdem U. Altınyurt ---
Created attachment 86118
--> https://bugs.freedesktop.org/attachment.cgi?id=86118&action=edit
Debug output
I am attaching debug output generated with
R600_DEBUG=cs pyrit benchmark 2> debug.txt
witho
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #35 from Alexandre Demers ---
(In reply to comment #34)
> Created attachment 86112 [details] [review]
> testing patch - force mclk to high
>
> Sorry, had some garbage in my tree. use this one instead.
Tested and the screen ended up
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #30 from Jose P. ---
(In reply to comment #29)
> Created attachment 86051 [details] [review]
> DRI2: Install client callback only once
>
> Does this patch fix the problem?
This, plus the patch in comment 6, fixed it for me (Lubuntu
https://bugs.freedesktop.org/show_bug.cgi?id=68235
Alex Deucher changed:
What|Removed |Added
Attachment #86111|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #33 from Alex Deucher ---
Created attachment 86111
--> https://bugs.freedesktop.org/attachment.cgi?id=86111&action=edit
testing patch - force mclk to high
Try this patch by itself. This patch will force the mclk to the highest for
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #19 from Marek Olšák ---
Created attachment 86107
--> https://bugs.freedesktop.org/attachment.cgi?id=86107&action=edit
possible fix
Could you please try this patch?
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #9 from Alex Deucher ---
Make sure you kernel has this patch:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=022374c02e357ac82e98dd2689fb2efe05723d69
--
You are receiving this mail because:
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=69081
Alex Deucher changed:
What|Removed |Added
Attachment #86101|text/plain |image/jpeg
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #15 from José Suárez ---
Created attachment 86106
--> https://bugs.freedesktop.org/attachment.cgi?id=86106&action=edit
CK II screenshot #2 with LLVM 3.4 svn
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69081
Alex Deucher changed:
What|Removed |Added
Attachment #86100|text/plain |image/jpeg
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #14 from José Suárez ---
Created attachment 86105
--> https://bugs.freedesktop.org/attachment.cgi?id=86105&action=edit
CK II screenshot #1 with LLVM 3.4 svn
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #13 from José Suárez ---
Sorry, I should have specified the screenshots as images. Trying again...
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel m
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #12 from José Suárez ---
Created attachment 86102
--> https://bugs.freedesktop.org/attachment.cgi?id=86102&action=edit
CK II shader dump with LLVM 3.4 svn
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #11 from José Suárez ---
Created attachment 86101
--> https://bugs.freedesktop.org/attachment.cgi?id=86101&action=edit
CK II screenshot with LLVM 3.4 svn
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #10 from José Suárez ---
Created attachment 86100
--> https://bugs.freedesktop.org/attachment.cgi?id=86100&action=edit
CK II screenshot with LLVM 3.4 svn
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #9 from José Suárez ---
Thank you, Michel.
I have compiled 9.3~git1309181129.ec44d5 with llvm 3.4~svn190862. CK II now
works much better as the map can be seen. However, the faces of the characters
do not show correctly. I am attachi
https://bugs.freedesktop.org/show_bug.cgi?id=69543
Alex Deucher changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |xorg-t...@lists.x.org
|
https://bugs.freedesktop.org/show_bug.cgi?id=69543
--- Comment #3 from Julio Jiménez ---
Created attachment 86095
--> https://bugs.freedesktop.org/attachment.cgi?id=86095&action=edit
Showing the issue with default MSEide options
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=69543
--- Comment #1 from Julio Jiménez ---
Created attachment 86093
--> https://bugs.freedesktop.org/attachment.cgi?id=86093&action=edit
Image OK
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=69543
--- Comment #2 from Julio Jiménez ---
Created attachment 86094
--> https://bugs.freedesktop.org/attachment.cgi?id=86094&action=edit
Image showing the issue
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69543
--- Comment #4 from Julio Jiménez ---
Comment on attachment 86094
--> https://bugs.freedesktop.org/attachment.cgi?id=86094
Image showing the issue
Running MSEide with -ns option (No skin)
--
You are receiving this mail because:
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=69543
--- Comment #5 from Julio Jiménez ---
Using Debian stable, testing, sid, Ubuntu 12.04 Really this happens since
KMS was used IIRC. In fact using radeon.modeset=0 fixes it for some ATI cards
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=69543
Priority: medium
Bug ID: 69543
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon EXAPixmaps don't work with stretched XRender
pictures
Severity: normal
Classifica
On 09/17/2013 04:55 PM, Daniel Vetter wrote:
On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley wrote:
On 09/11/2013 03:31 PM, Peter Hurley wrote:
[+cc dri-devel]
On 09/11/2013 11:38 AM, Steven Rostedt wrote:
On Wed, 11 Sep 2013 11:16:43 -0400
Peter Hurley wrote:
The funny part is, there's a
On Wed, Sep 18, 2013 at 6:52 PM, Peter Hurley wrote:
> Ouch. But thanks for clarifying that.
>
> Ok, so register access needs to be serialized. And a separate but
> related concern is that gen6+ resets also need to hold-off register
> access where forcewake is required.
>
>
> While I was reviewing
On Wed, Sep 18, 2013 at 12:52:07PM -0400, Peter Hurley wrote:
> On 09/17/2013 04:55 PM, Daniel Vetter wrote:
> > On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley
> > wrote:
> >> On 09/11/2013 03:31 PM, Peter Hurley wrote:
> >>>
> >>> [+cc dri-devel]
> >>>
> >>> On 09/11/2013 11:38 AM, Steven Rostedt
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #8 from Peter Asplund ---
Here's a link to a video showing the problem.
https://www.youtube.com/watch?v=t3RBRwMxrsk
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #6 from Peter Asplund ---
The screen gets corrupted on kernel 3.8.5 (which is the oldest kernel I have
lying around) as well. I'm typing this blindly.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Wed, Sep 18, 2013 at 11:56 AM, Christian König
wrote:
> Am 18.09.2013 17:54, schrieb Alex Deucher:
>
>> On Wed, Sep 18, 2013 at 9:51 AM, Michel Dänzer wrote:
>>>
>>> From: Michel Dänzer
>>>
>>> The main difference is that the tiling mode index changed for 1D tiled
>>> depth/stencil surfaces.
On Mit, 2013-09-18 at 09:56 -0400, Alex Deucher wrote:
> On Wed, Sep 18, 2013 at 9:39 AM, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > Signed-off-by: Michel Dänzer
> > ---
> >
> > Not sure this is necessary, but AFAICT the pipe configuration applies to
> > 1D tiling modes as well.
>
> I
Am 18.09.2013 17:54, schrieb Alex Deucher:
On Wed, Sep 18, 2013 at 9:51 AM, Michel Dänzer wrote:
From: Michel Dänzer
The main difference is that the tiling mode index changed for 1D tiled
depth/stencil surfaces.
Signed-off-by: Michel Dänzer
One comment below, other than that,
Reviewed-by:
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #7 from Peter Asplund ---
I don't know if I can bisect... I need some help in that case.
Gentoo has recently added a dependency on Systemd as a part of Gnome 3.8, and I
think recovering from sleep/hibernate was working before that. B
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #134 from Francisco Pina Martins ---
I just want to add that after upgrading to kernel 3.11.1 (from the -RC2 version
I was using), I have not experienced any more crashes on my RV635. Nothing I
have tried so far has been able to trigg
On Wed, Sep 18, 2013 at 9:51 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The main difference is that the tiling mode index changed for 1D tiled
> depth/stencil surfaces.
>
> Signed-off-by: Michel Dänzer
One comment below, other than that,
Reviewed-by: Alex Deucher
> ---
> include/drm
On Wed, Sep 18, 2013 at 11:55 AM, Michel Dänzer wrote:
> On Mit, 2013-09-18 at 09:56 -0400, Alex Deucher wrote:
>> On Wed, Sep 18, 2013 at 9:39 AM, Michel Dänzer wrote:
>> > From: Michel Dänzer
>> >
>> > Signed-off-by: Michel Dänzer
>> > ---
>> >
>> > Not sure this is necessary, but AFAICT the
On Wed, Sep 18, 2013 at 12:23 PM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
Applied. thanks!
Alex
> ---
> include/uapi/drm/radeon_drm.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
include/uapi/drm/radeon_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h
index fa8b3ad..46d41e8 100644
--- a/include/uapi/drm/radeon_drm.h
+++ b/include/uapi/drm/radeon_
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #5 from Peter Asplund ---
Created attachment 86072
--> https://bugs.freedesktop.org/attachment.cgi?id=86072&action=edit
dmesg, including hibernate cycle
Here's my dmesg output from last boot, including hibernation. The hibernation
On Wed, Sep 18, 2013 at 9:39 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The string is encoded from the MSB to the LSB of the register.
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Michel Dänzer
Patches 1 and 2 applied. I don't think the 3rd one is necessary.
Thanks!
Alex
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #133 from Eugene ---
I seems 3.12 RC1 still has not patch for my HD2600.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@list
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #4 from Peter Asplund ---
Created attachment 86071
--> https://bugs.freedesktop.org/attachment.cgi?id=86071&action=edit
Xorg log including sleep and wakeup cycle, as well as shutting down afterwards.
Yes exactly, the corruption occ
On Wed, Sep 18, 2013 at 9:39 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
> ---
>
> Not sure this is necessary, but AFAICT the pipe configuration applies to
> 1D tiling modes as well.
I don't think pipe config applies to 1D modes since they are fixed
size acro
From: Michel Dänzer
The main difference is that the tiling mode index changed for 1D tiled
depth/stencil surfaces.
Signed-off-by: Michel Dänzer
---
include/drm/radeon_drm.h | 15 +++
radeon/radeon_surface.c | 15 ---
2 files changed, 27 insertions(+), 3 deletions(-)
d
From: Michel Dänzer
The string is encoded from the MSB to the LSB of the register.
Cc: sta...@vger.kernel.org
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/cik.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/
From: Michel Dänzer
Cc: sta...@vger.kernel.org
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/cik.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
index 4f1f419..8feaf51 100644
--- a/drivers/gpu/drm/
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
Not sure this is necessary, but AFAICT the pipe configuration applies to
1D tiling modes as well.
drivers/gpu/drm/radeon/cik.c | 48 +---
1 file changed, 32 insertions(+), 16 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=69463
--- Comment #4 from Michel Dänzer ---
How are you starting the X server? Does the shell which starts the X server
contatin the environment variable EGL_PLATFORM=x11, or does it help if you set
EGL_PLATFORM=drm?
Either way, please set the environ
On Wednesday 18 September 2013 06:11 PM, Tomi Valkeinen wrote:
On 18/09/13 14:08, Archit Taneja wrote:
Some omapdss panels are connected to outputs/encoders(HDMI/DSI/DPI) that require
regulators. The output's connect op tries to get a regulator which may not exist
yet because it might get regist
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #3 from Alex Deucher ---
Also is this a regression? If so, can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@l
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #2 from Alex Deucher ---
You mean when you wake up from suspend/hibernate so see the corruption? Please
attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69463
--- Comment #3 from samit vats ---
yes, mesa is configured with "--with-egl-platforms=x11,drm"
--
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=44995
--- Comment #6 from Alex Waite ---
So, it seems that there is a KMS driver now for the MGA200eW card (thanks to
you Dave :-). Any way this can be supported, even if it's just for software
rendering?
---Alex
--
You are receiving this mail becau
Looking at the patch which introduced these error message for you, which
changed the ->count_objects return value from 0 to SHRINK_STOP your patch
below to treat 0 and SHRINK_STOP equally simply reverts the functional
change.
Yes, for i915* it de facto restores the old behaviour.
I don't thi
On Wednesday 18 September 2013 04:38 PM, Archit Taneja wrote:
Some omapdss panels are connected to outputs/encoders(HDMI/DSI/DPI) that require
regulators. The output's connect op tries to get a regulator which may not exist
yet because it might get registered later in the kernel boot.
omapdrm cu
On Wed, Sep 18, 2013 at 12:38:23PM +0200, Knut Petersen wrote:
> On 18.09.2013 11:10, Daniel Vetter wrote:
>
> Just now I prepared a patch changing the same function in vmscan.c
> >Also, this needs to be rebased to the new shrinker api in 3.12, I
> >simply haven't rolled my trees forward yet.
>
>
On 18.09.2013 11:10, Daniel Vetter wrote:
Just now I prepared a patch changing the same function in vmscan.c
Also, this needs to be rebased to the new shrinker api in 3.12, I
simply haven't rolled my trees forward yet.
Well, you should. Since commit 81e49f shrinker->count_objects might be
set
https://bugs.freedesktop.org/show_bug.cgi?id=69372
--- Comment #12 from Michel Dänzer ---
The fix for bug 65964 landed in glamor Git today, can you try if that happens
to help for any of these issues?
--
You are receiving this mail because:
You are the assignee for the bug.
The drm/i915 gpu driver loves to hang onto as much memory as it can -
we cache pinned pages, dma mappings and obviously also gpu address
space bindings of buffer objects. On top of that userspace has its own
opportunistic cache which is managed by an madvise-like ioctl to tell
the kernel which obje
https://bugs.freedesktop.org/show_bug.cgi?id=69081
--- Comment #8 from Michel Dänzer ---
For CK II, you need an LLVM 3.4 snapshot from Git/SVN. Not sure what the
problem is with KF, let's see if the newer LLVM helps for that as well.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #29 from Michel Dänzer ---
Created attachment 86051
--> https://bugs.freedesktop.org/attachment.cgi?id=86051&action=edit
DRI2: Install client callback only once
Does this patch fix the problem?
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #1 from Peter Asplund ---
I'm using a green background, and the whole corrupted screen is green. The
screen looks like big green chunks that flickers when it's updated as I move
the mouse.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=69514
Priority: medium
Bug ID: 69514
Assignee: dri-devel@lists.freedesktop.org
Summary: R770 (Radeon 4850) screen/buffer corruption when
waking up from sleep mode
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #18 from Vladi ---
http://gypsyops.aresgate.net/~vladi/dummy.mp4
video of the flicker in xbmc
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailin
https://bugs.freedesktop.org/show_bug.cgi?id=67982
--- Comment #6 from Kertesz Laszlo ---
It also seems that only if i use acpi=strict on the kernel command line the
conservative governor works well. Otherwise it is exactly the same as ondemand.
--
You are receiving this mail because:
You are t
Hi Sachin,
Could you test it with removed display-timings::clock-frequency property.
Currently in arch/arm/boot/dts/exynos4210-origen.dts
display-timings::clock-frequency is set to 5,
this is incorrect value. With the property removed fimd calculates
clock-frequency from other properties with
On Wed, 2013-09-18 at 09:03 +0800, Aaron Lu wrote:
> On 09/17/2013 09:34 PM, Igor Gnatenko wrote:
> > On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
> >> v1 has the subject of "Rework ACPI video driver" and is posted here:
> >> http://lkml.org/lkml/2013/9/9/74
> >> Since the objective is really
Hi Andrzej ,
I was testing the latest Linux kernel release (v3.12-rc1) on
Exynos4210 based Origen board.
I found a display regression with that. I do not get any display on
the LCD (other than backlight) with the latest kernel. Git bisect
pointed me to the following commit:
111e6055d4e0d35c6a4b6cd
On 09/17/2013 09:34 PM, Igor Gnatenko wrote:
> On Tue, 2013-09-17 at 17:23 +0800, Aaron Lu wrote:
>> v1 has the subject of "Rework ACPI video driver" and is posted here:
>> http://lkml.org/lkml/2013/9/9/74
>> Since the objective is really to fix Win8 backlight issues, I changed
>> the subject in th
https://bugs.freedesktop.org/show_bug.cgi?id=67982
--- Comment #5 from Kertesz Laszlo ---
I did some more poking and i found that setting the cpu governor to
"conservative" i get correct voltage handling at bootup after logging into
lightdm.
But if i restart lightdm and log in, it will get stuck
79 matches
Mail list logo
