Displaying 20 results from an estimated 1000 matches similar to: "[PATCH] drm/nouveau/fbcon: fix suspend/resume fbcon"
2013 Nov 19
1
[PATCH] drm/nouveau/fbcon: fix suspend/resume fbcon
On Tue, Nov 19, 2013 at 05:59:13PM +0100, Christoph Rudorff wrote:
> Current code disables fbcon acceleration before fbcon is suspended,
> leading to corrupted console after resume from s2disk. In a similar
> fashion we must make sure that fbcon acceleration is enabled before we
> revive the console.
>
> With this patch s2disk works correctly on my MacBookPro6,2 with GT216
>
2013 Oct 03
2
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
On resume of a hibernated notebook, I get garbled virtual consoles.
fb_set_suspend(*dev, state == 0 means dev is running ...)
This patch fixes that issue for me:
hibernate:
kernel: nouveau [ DRM] suspending fbcon...
kernel: nouveau [ DRM] suspending display...
kernel: nouveau [ DRM] unpinning framebuffer(s)...
kernel: nouveau [ DRM] evicting buffers...
kernel: nouveau [
2013 Nov 19
0
[PATCH] drm/nouveau/fbcon: fix suspend/resume fbcon
On 19.11.2013 19:48, Greg KH wrote:
> On Tue, Nov 19, 2013 at 05:59:13PM +0100, Christoph Rudorff wrote:
>> Current code disables fbcon acceleration before fbcon is suspended,
>> leading to corrupted console after resume from s2disk. In a similar
>> fashion we must make sure that fbcon acceleration is enabled before we
>> revive the console.
>>
>> With this
2013 Dec 05
2
drm-nouveau-next - write trapped by fbcon
Hi,
With drm-nouveau-next branch on top of 3.13-rc2 and a few sound commits
I get following errors in kernel log (repeating much more often).
(once there was a corrupted fbcon with matrix-like strings of
unrecognizable glyph-strings hanging down from screen top border)
These errors do stop once I switch to Xorg.
[ 13.825627] nouveau E[ PFB][0000:02:00.0] trapped write at 0x0000408280 on
2013 Dec 06
2
drm-nouveau-next - write trapped by fbcon
Hi Ilia,
On Thu, 5 Dec 2013 10:55:06 -0500 Ilia Mirkin wrote:
> On Thu, Dec 5, 2013 at 10:17 AM, Bruno Pr?mont wrote:
> > With drm-nouveau-next branch on top of 3.13-rc2 and a few sound commits
> > I get following errors in kernel log (repeating much more often).
> > (once there was a corrupted fbcon with matrix-like strings of
> > unrecognizable glyph-strings hanging
2013 Dec 11
2
drm-nouveau-next - write trapped by fbcon
On Wed, Dec 11, 2013 at 6:43 AM, Bruno Pr?mont
<bonbons at linux-vserver.org> wrote:
> Hi Ilia,
>
>> On Thu, 5 Dec 2013 10:55:06 -0500 Ilia Mirkin wrote:
>> > On Thu, Dec 5, 2013 at 10:17 AM, Bruno Pr?mont wrote:
>> > > With drm-nouveau-next branch on top of 3.13-rc2 and a few sound commits
>> > > I get following errors in kernel log (repeating
2013 Oct 03
0
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
On 03/10/13 15:41, Christoph Rudorff wrote:
> On resume of a hibernated notebook, I get garbled virtual consoles.
>
> fb_set_suspend(*dev, state == 0 means dev is running ...)
>
> This patch fixes that issue for me:
>
Ouch, nice catch Christoph :)
Seems like the following commit flipped the logic unintentionally, thus
causing the issue. Stange enough I have no problems with
2013 Nov 17
1
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
On 17.11.2013 00:22, Emil Velikov wrote:
> On 04/10/13 01:54, Christoph Rudorff wrote:
>> Am Donnerstag, den 03.10.2013, 23:50 +0100 schrieb Emil Velikov:
>>> I'm not entirely sure this is correct. One needs to save and disable
>>> accleration before suspending the fb. Please try the following
>>>
>>> - if (state == 0)
>>> + if (state == 1)
2013 Oct 04
2
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
Am Donnerstag, den 03.10.2013, 23:50 +0100 schrieb Emil Velikov:
> I'm not entirely sure this is correct. One needs to save and disable
> accleration before suspending the fb. Please try the following
>
> - if (state == 0)
> + if (state == 1)
> nouveau_fbcon_save_disable_accel(dev);
> fb_set_suspend(drm->fbcon->helper.fbdev, state);
> - if (state == 1)
> +
2014 Jan 01
1
drm-nouveau-next - write trapped by fbcon
On Wed, Jan 1, 2014 at 3:29 PM, Michele Baldessari <michele at acksyn.org> wrote:
> On Wed, Dec 11, 2013 at 07:21:05AM -0500, Ilia Mirkin wrote:
>> >> On Thu, 5 Dec 2013 10:55:06 -0500 Ilia Mirkin wrote:
>> >> > On Thu, Dec 5, 2013 at 10:17 AM, Bruno Pr?mont wrote:
>> >> > > With drm-nouveau-next branch on top of 3.13-rc2 and a few sound
2013 Dec 05
0
drm-nouveau-next - write trapped by fbcon
On Thu, Dec 5, 2013 at 10:17 AM, Bruno Pr?mont
<bonbons at linux-vserver.org> wrote:
> Hi,
>
> With drm-nouveau-next branch on top of 3.13-rc2 and a few sound commits
> I get following errors in kernel log (repeating much more often).
> (once there was a corrupted fbcon with matrix-like strings of
> unrecognizable glyph-strings hanging down from screen top border)
>
>
2014 Jan 01
0
drm-nouveau-next - write trapped by fbcon
On Wed, Dec 11, 2013 at 07:21:05AM -0500, Ilia Mirkin wrote:
> >> On Thu, 5 Dec 2013 10:55:06 -0500 Ilia Mirkin wrote:
> >> > On Thu, Dec 5, 2013 at 10:17 AM, Bruno Pr?mont wrote:
> >> > > With drm-nouveau-next branch on top of 3.13-rc2 and a few sound commits
> >> > > I get following errors in kernel log (repeating much more often).
> >>
2013 Dec 11
0
drm-nouveau-next - write trapped by fbcon
Hi Ilia,
> On Thu, 5 Dec 2013 10:55:06 -0500 Ilia Mirkin wrote:
> > On Thu, Dec 5, 2013 at 10:17 AM, Bruno Pr?mont wrote:
> > > With drm-nouveau-next branch on top of 3.13-rc2 and a few sound commits
> > > I get following errors in kernel log (repeating much more often).
> > > (once there was a corrupted fbcon with matrix-like strings of
> > >
2013 Mar 29
4
[Bug 57350] [nouveau, linux-3.7-rc] Broken cursor and kernel log swamped with trapped reads/writes from BAR/PFIFO_READ/FB
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #27 from Ankur <ankur at lipidity.com> ---
Bug is still present with linux-3.8.4, xf86-video-nouveau-1.0.7
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2012 Sep 12
1
[PATCH] drm/nouveau: fix early vram corruption originating from vgacon
There's a short window between module load and fbcon initalization when
it's possible for vgacon to write to VGA RAM. Nouveau uses this memory
for different purposes, so if we are unlucky, it causes mysterious memory
corruptions.
For me, booting with nv_printk debug levels set to 5 was enough to trigger it.
It manifested as long stream of:
"trapped write at ... on channel 0x0001fea0
2014 Jan 31
3
Help needed for bug 58556
----- Mail original -----
> De: "Ilia Mirkin" <imirkin at alum.mit.edu>
> ?: "pierre morrow" <pierre.morrow at free.fr>
> Cc: nouveau at lists.freedesktop.org
> Envoy?: Vendredi 31 Janvier 2014 21:16:40
> Objet: Re: [Nouveau] Help needed for bug 58556
> Unfortunately this is a *massive* bug... and confused by the "other"
> very
2012 Nov 06
3
Fix for vblank on nvc0
The vblank on nvc0 was not working correctly and would freeze X, I managed
to track it down and fix it with some help from m.b.lankhorst, see
https://bugs.freedesktop.org/show_bug.cgi?id=56692 for details.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20121106/27ceb48e/attachment.html>
--------------
2014 Jan 31
2
Help needed for bug 58556
Hello List,
I am trying to solve bug 58556 [1], but I will need some help as I don't understand all that is going on.
The system is composed of an NV96 (9600 GT) and an NVAC (9400 M) card; acceleration is disabled, otherwise the system hangs at boot after initialising the NV96 card.
The problem consist of a complete garbage screen in console mode, and a one-third gabage screen in GUI.
2013 Jan 22
19
[Bug 57350] [nouveau, linux-3.7-rc] Broken cursor and kernel log swamped with trapped reads/writes from BAR/PFIFO_READ/FB
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #7 from Parag <parag.warudkar at gmail.com> ---
This affects my MacBookPro6,2 with GT330 GPU as well. Exact same symptoms and
error messages as the reporter. Last working kernel for me is 3.5.0-17 Ubuntu.
I have tried 3.7.4 and various 3.8 rc releases and both show the same issue.
--
You are receiving this mail because:
You
2014 Jul 09
7
[Bug 81072] New: GPU lockup after "read fault at 0x0000039000 [PAGE_NOT_PRESENT]"
https://bugs.freedesktop.org/show_bug.cgi?id=81072
Priority: medium
Bug ID: 81072
Assignee: nouveau at lists.freedesktop.org
Summary: GPU lockup after "read fault at 0x0000039000
[PAGE_NOT_PRESENT]"
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: