https://bugzilla.kernel.org/show_bug.cgi?id=61891
Rafael J. Wysocki changed:
What|Removed |Added
Attachment #119791|0 |1
is obsolete|
u 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/20131228/af1bfbc1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #27 from madcatx at atlas.cz ---
Applied onto 3.13-rc5, unfortunately this does not fix the problem (dmesg
attached). Also KDM failed to start with this patch applied, I didn't try to
start X manually...
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #28 from madcatx at atlas.cz ---
Created attachment 119811
--> https://bugzilla.kernel.org/attachment.cgi?id=119811&action=edit
Dmesg with fix v2 applied.
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Rafael J. Wysocki changed:
What|Removed |Added
Attachment #119801|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Mike Lothian changed:
What|Removed |Added
CC||mike at fireburn.co.uk
--- Comment #30 fro
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #31 from Mike Lothian ---
Yikes after testing this patch the laptop complains that there is no boot disk
attached to the system.
I'm trying sysrescuecd now
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #32 from Mike Lothian ---
Created attachment 119841
--> https://bugzilla.kernel.org/attachment.cgi?id=119841&action=edit
Dmesg from SysRescueCD
I'm thinking either something has happened to the SSD or the controller
Also when X sta
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #33 from Mike Lothian ---
The drive shows up fine on another system so it looks like something's happened
to the controller or its not being initialized properly. Is there anything
obvious in the above dmesg that might suggest the prob
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #34 from Mike Lothian ---
Looks like leaving the laptop unplugged with the battery out for a wee while
sorted the issue (phew)
Are there any other patches that need testing?
--
You are receiving this mail because:
You are watching t
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131228/234efc89/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131228/9629d8d6/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=50521
--- Comment #1 from justincase at yopmail.com ---
Why was this closed as "RESOLVED"? The code is still present in the kernel, and
it still causes errors. My _DSM looks identically to the above. (Asus X73SV)
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #35 from madcatx at atlas.cz ---
Created attachment 119861
--> https://bugzilla.kernel.org/attachment.cgi?id=119861&action=edit
dmesg with v3 fix applied on clean 3.13-rc5
--
You are receiving this mail because:
You are watching the
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131228/45049c86/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/20131228/b940ecb6/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=50521
--- Comment #2 from Alan ---
It was fixed on August 1st. If you have an older kernel you'll need to update
commit 6d5c2d8ca3c15a191a8078316e547c1f4e5ad6eb
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=50521
Alan changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|OBSOLETE
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #36 from Rafael J. Wysocki ---
Thanks! Evidently, the power_removed flag is set for a wrong device (i.e. not
the one the hotplug events are signaled for).
Please attach the output of "ls -lR /sys/devices/LNXSYSTM\:00/" from your
syst
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #37 from madcatx at atlas.cz ---
Created attachment 119871
--> https://bugzilla.kernel.org/attachment.cgi?id=119871&action=edit
Output of "ls -lR /sys/devices/LNXSYSTM\:00/"
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #38 from Rafael J. Wysocki ---
@Mike: I have no idea why the system behaves like that with the patch applied,
sorry about that.
At this point I need to figure out how this all thing is supposed to work and
that doesn't appear to be st
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #39 from Mike Lothian ---
Created attachment 119881
--> https://bugzilla.kernel.org/attachment.cgi?id=119881&action=edit
Output of "ls -lR /sys/devices/LNXSYSTM\:00/"
In case mine is different
--
You are receiving this mail becaus
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #40 from Rafael J. Wysocki ---
(In reply to madcatx from comment #37)
> Created attachment 119871 [details]
> Output of "ls -lR /sys/devices/LNXSYSTM\:00/"
Thanks!
Please do:
cat /sys/devices/LNXSYSTM\:00/device\:00/PNP0A08\:00/LNXVI
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #41 from Rafael J. Wysocki ---
(In reply to Mike Lothian from comment #39)
> Created attachment 119881 [details]
> Output of "ls -lR /sys/devices/LNXSYSTM\:00/"
>
> In case mine is different
It is different, but the layout seems to b
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #42 from Rafael J. Wysocki ---
OK, so GFX0 is the Intel graphics and that's the one having the ATPX method.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #43 from madcatx at atlas.cz ---
"cat /sys/devices/LNXSYSTM\:00/device\:00/PNP0A08\:00/LNXVIDEO\:01/path"
\_SB_.PCI0.GFX0
"cat
/sys/devices/LNXSYSTM\:00/device\:00/PNP0A08\:00/device\:01/LNXVIDEO\:00/path"
\_SB_.PCI0.PEGP.DGFX
--
You
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #44 from Mike Lothian ---
These are my two:
cat /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:2f/LNXVIDEO:00/path
\_SB_.PCI0.PEG0.PEGP
cat /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:01/path
\_SB_.PCI0.GFX0
--
You
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Rafael J. Wysocki changed:
What|Removed |Added
Attachment #119821|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #46 from Mike Lothian ---
It's not applying cleanly:
patching file drivers/gpu/drm/radeon/radeon_atpx_handler.c
patching file include/acpi/acpi_bus.h
Hunk #1 FAILED at 163.
1 out of 1 hunk FAILED -- saving rejects to file include/acpi
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #47 from madcatx at atlas.cz ---
Should we apply it over the "v3" fix attempt or on a clean source?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #48 from Mike Lothian ---
Looks like the issue is
u32 reserved:27;
In your patch its 25 changing to 24
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Mike Lothian changed:
What|Removed |Added
Attachment #119831|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #50 from Rafael J. Wysocki ---
(In reply to madcatx from comment #47)
> Should we apply it over the "v3" fix attempt or on a clean source?
Clean source, but I forgot I had some more patches on top of the Linus' tree
applied.
Mike did
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Mike Lothian changed:
What|Removed |Added
Attachment #119901|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #52 from madcatx at atlas.cz ---
Created attachment 119921
--> https://bugzilla.kernel.org/attachment.cgi?id=119921&action=edit
Dmesg with "Debug" patch applied
--
You are receiving this mail because:
You are watching the assignee o
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Rafael J. Wysocki changed:
What|Removed |Added
Attachment #119891|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Mike Lothian changed:
What|Removed |Added
Attachment #119911|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #55 from madcatx at atlas.cz ---
Created attachment 119951
--> https://bugzilla.kernel.org/attachment.cgi?id=119951&action=edit
Dmesg with "v4" fix applied
Brilliant! This seems to work for me too. I can finally drop below 10 Watts
a
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #56 from Rafael J. Wysocki ---
Created attachment 119961
--> https://bugzilla.kernel.org/attachment.cgi?id=119961&action=edit
ACPIPHP / radeon: Fix VGA switcheroo problem related to hotplug events
Thanks for testing!
That was a deb
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Mike Lothian changed:
What|Removed |Added
Attachment #119941|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #22 from Joaqu?n Aramend?a ---
Thanks for the reply, Alex.
Adding 'acpiphp.disable=1' to bootloader indeed helps.
Tested on
$ uname -r
3.12.6-1-ARCH
Last lines of dmesg shows the Nvidia card is shut down
[ 25.473454] hda-intel
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #23 from Alex Deucher ---
(In reply to Joaqu?n Aramend?a from comment #22)
> Thanks for the reply, Alex.
> Adding 'acpiphp.disable=1' to bootloader indeed helps.
>
> Indeed it seems like a duplicate of bug 61891. I can't test the patc
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #58 from Alex Deucher ---
Looks like we need a similar patch for DSM on nvidia laptops. See bug 64891.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #24 from Joaqu?n Aramend?a ---
(In reply to Alex Deucher from comment #23)
> We probably need a similar patch for nouveau and the DSM acpi method.
Should I open a new bug report? Or change the title on this one? Let me know. I
can tes
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #59 from madcatx at atlas.cz ---
Everything seems fine with the hopefully-final version. Good job!
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #60 from Rafael J. Wysocki ---
OK, I'll send the patch to mailing lists later today. Many thanks to everyone
involved!
@Alex: I'll have a look at that one too.
--
You are receiving this mail because:
You are watching the assignee o
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Jack changed:
What|Removed |Added
CC||q at cyphernaut.org
--- Comment #61 from Jack ---
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #62 from Jack ---
Created attachment 119991
--> https://bugzilla.kernel.org/attachment.cgi?id=119991&action=edit
7970m+3.13rc5+acipphp+rafael's patch
This is the dmesg output from my 7970M with 3.13rc5 + acpiphp.disable +
rafael's l
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #63 from Jack ---
Also both radeon.dpm=1 and radeon.runpm=1 were set in grub
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
--- Comment #64 from Jack ---
Created attachment 120001
--> https://bugzilla.kernel.org/attachment.cgi?id=120001&action=edit
Also acpidump from 7970M
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61891
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
Component|Video(DRI
https://bugzilla.kernel.org/show_bug.cgi?id=64891
Rafael J. Wysocki changed:
What|Removed |Added
Attachment #114431|text/x-log |text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #25 from Rafael J. Wysocki ---
(In reply to Joaqu?n Aramend?a from comment #24)
> (In reply to Alex Deucher from comment #23)
> > We probably need a similar patch for nouveau and the DSM acpi method.
>
> Should I open a new bug report
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #26 from Rafael J. Wysocki ---
Created attachment 120021
--> https://bugzilla.kernel.org/attachment.cgi?id=120021&action=edit
nouveau: Possible VGA switcheroo problem fix
If this is exactly the same issue as in bug #61891, this (unt
My Acer 8510TZ stops displaying anything when X starts with Linus' current
tree. I bisected it down to commit ee1452d74584.
This patch reverts commit ee1452d74584.
After the revert, everything works as before.
Signed-off-by: Alexander van Heukelum
---
drivers/gpu/drm/i915/intel_display.c | 19
Hi all,
On my Acer 8510TZ, the backlight now turns off completely as soon as X
starts. I bisected the problem to ee1452d74584 "drm/i915: assume all GM45
Acer laptops use inverted backlight PWM", which says:
There is plenty of evidence suggesting all of the GM45 based Acer
laptops (includi
https://bugzilla.kernel.org/show_bug.cgi?id=64891
--- Comment #27 from Joaqu?n Aramend?a ---
I'll test it tonight. I tried to make a similar code for nouveau but didn't
work.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Fixes valgrind complaints in the modesetting driver. I tried to
follow each ioctl's pattern for whether it was initializing just the
in values, or both in and out values.
---
Makefile.am | 2 ++
xf86drmMode.c | 19 +++
2 files changed, 21 insertions(+)
diff --git a/Makefile.am
58 matches
Mail list logo
