On Mon, Nov 10, 2014 at 11:39 PM, Daniel Vetter wrote:
> Hi Ben,
>
> The below patch from Jani also touches nouveau, can you please take a
> look at it an ack? The core part + nouveau apply on top of drm-next,
> the i915 part needs stuff from my next queue. So I'd prefer if we can
> get this in th
https://bugs.freedesktop.org/show_bug.cgi?id=85160
--- Comment #24 from Roy ---
(In reply to poma from comment #23)
> Created attachment 109248 [details]
> dmesg-3.18.0-0.rc4.git0.1.fc22.x86_64-NV50
That's not surprising given this fix was not merged in that tree. Please be
patient, we'll get th
https://bugs.freedesktop.org/show_bug.cgi?id=85160
poma changed:
What|Removed |Added
QA Contact|xorg-t...@lists.x.org |nouveau@lists.freedesktop.o
|
On 31.10.2014 11:28, Roy Spliet wrote:
>
> --- Ursprüngliche Nachricht ---
> Von: Ben Skeggs
> Datum: 00:52:05 31-10-2014
> An: Ilia Mirkin
> Betreff: Re: [Nouveau] [PATCH] nv50/disp: Fix modeset on G94
>
>> On Fri, Oct 31, 2014 at 8:00 AM, Ilia Mirkin
>> wrote:
>>> On Thu, Oct 30, 2014 at 5:5
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #11 from Takashi Iwai ---
(In reply to Lars Müller from comment #9)
> Created attachment 109236 [details]
> Retest S3 after calling: echo 0 > /sys/power/pm_async
>
> With /sys/power/pm_async set to 0 the system no longer crashes whil
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #10 from Lars Müller ---
Created attachment 109237
--> https://bugs.freedesktop.org/attachment.cgi?id=109237&action=edit
dmesg output as requested with comment #6
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=86115
Lars Müller changed:
What|Removed |Added
Attachment #109227|0 |1
is obsolete|
On Wed, Nov 5, 2014 at 5:23 AM, Alexandre Courbot wrote:
> On 10/30/2014 12:29 AM, Ilia Mirkin wrote:
>>
>> On Mon, Oct 27, 2014 at 6:34 AM, Alexandre Courbot
>> wrote:
>>>
>>> GK20A does not have dedicated VRAM, therefore allocating in VRAM can be
>>> sub-optimal and sometimes even harmful. Set
https://bugs.freedesktop.org/show_bug.cgi?id=86109
Tobias Klausmann changed:
What|Removed |Added
Attachment #109220|text/plain |image/jpeg
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #8 from Takashi Iwai ---
(In reply to Takashi Iwai from comment #4)
> In order to make things a bit more straight, could you retest S3 after doing:
> echo 1 > /sys/power/pm_async
> ?
Doh, sorry, I wanted to see the result with *dis
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #7 from Takashi Iwai ---
FYI, there are a few kernel packages available in OBS home:tiwai:kernel:3.13,
home:tiwai:kernel:3.14, and home:tiwai:kernel:3.15 repos.
For 3.12, you can use OBS Kernel:SLE12. Kernel:stable is for 3.17, and
https://bugs.freedesktop.org/show_bug.cgi?id=86115
Ilia Mirkin changed:
What|Removed |Added
Summary|Suspend to RAM fails when |[NV84] gpu hang on resume
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #6 from Ilia Mirkin ---
There was a change which fixed fbcon acceleration after resume -- before it
effectively switched into software mode on resume, but that got fixed.
Unfortunately if the GPU is unhappy on resume, that means that
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #5 from Lars Müller ---
Created attachment 109227
--> https://bugs.freedesktop.org/attachment.cgi?id=109227&action=edit
Retest S3 after calling: echo 1 > /sys/power/pm_async
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #4 from Takashi Iwai ---
In order to make things a bit more straight, could you retest S3 after doing:
echo 1 > /sys/power/pm_async
?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #3 from Lars Müller ---
Created attachment 109224
--> https://bugs.freedesktop.org/attachment.cgi?id=109224&action=edit
kernel ooops trace (3.16.6)
Add lost kernel ooops trace and more detailes kernel RPM details.
kernel-default-3
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #2 from Lars Müller ---
(In reply to Ilia Mirkin from comment #1)
> (In reply to Lars Müller from comment #0)
> > With the same hardware suspend to memory worked with openSUSE 13.1.
>
> What kernel is that?
3.11.10
--
You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=86115
--- Comment #1 from Ilia Mirkin ---
(In reply to Lars Müller from comment #0)
> With the same hardware suspend to memory worked with openSUSE 13.1.
What kernel is that?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=86115
Bug ID: 86115
Summary: Suspend to RAM fails when using Nouveau
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=86109
Bug ID: 86109
Summary: kernel oops after lightdm startup
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
Hi Ben,
The below patch from Jani also touches nouveau, can you please take a
look at it an ack? The core part + nouveau apply on top of drm-next,
the i915 part needs stuff from my next queue. So I'd prefer if we can
get this in through drm-intel-next.
Hi Dave,
Ack on that from your side?
Cheer
21 matches
Mail list logo