linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [REGRESSION] nouveau: Severe screen corruption on (0xaf, nv50)
@ 2012-10-18  9:58 Henrik Rydberg
  2012-10-21  7:10 ` Henrik Rydberg
  0 siblings, 1 reply; 3+ messages in thread
From: Henrik Rydberg @ 2012-10-18  9:58 UTC (permalink / raw)
  To: Ben Skeggs; +Cc: Dave Airlie, nouveau, dri-devel, linux-kernel

Hi Ben,

3.7-rc1 messed up the screen on my MacBookAir3,1 (nv50, 0xaf) pretty
badly. Not surprisingly,

commit 3863c9bc887e9638a9d905d55f6038641ece78d6
Author: Ben Skeggs <bskeggs@redhat.com>
Date:   Sat Jul 14 19:09:17 2012 +1000

    drm/nouveau/instmem: completely new implementation, as a subdev module

is the first bad commit. Standing on that commit, booting and then
starting X yields the output below. Hints are especially appreciated,
considering the patch is almost 8000 lines.

Thanks,
Henrik

---

[    0.611281] nouveau 0000:02:00.0: setting latency timer to 64
[    0.611291] nouveau 0000:02:00.0: enabling device (0006 -> 0007)
[    0.611861] nouveau  [  DEVICE][0000:02:00.0] BOOT0  : 0x0af100a2
[    0.611869] nouveau  [  DEVICE][0000:02:00.0] Chipset: NVAF
[    0.611876] nouveau  [  DEVICE][0000:02:00.0] Family : NV50
[    0.616624] nouveau  [   VBIOS][0000:02:00.0] checking PRAMIN for image...
[    0.697355] nouveau  [   VBIOS][0000:02:00.0] ... appears to be valid
[    0.697364] nouveau  [   VBIOS][0000:02:00.0] using image from PRAMIN
[    0.697541] nouveau  [   VBIOS][0000:02:00.0] BIT signature found
[    0.697550] nouveau  [   VBIOS][0000:02:00.0] version 70.89.13.00
[    0.800761] nouveau  [     PFB][0000:02:00.0] RAM type: DDR1
[    0.800807] nouveau  [     PFB][0000:02:00.0] RAM size: 256 MiB
[    0.819745] [drm] nouveau 0000:02:00.0: Detected an NV50 generation card (0x0af100a2)
[    0.819761] [drm] nouveau 0000:02:00.0: BIT BIOS found
[    0.819767] [drm] nouveau 0000:02:00.0: Bios version 70.89.13.00
[    0.819776] [drm] nouveau 0000:02:00.0: TMDS table version 2.0
[    0.819782] [drm] nouveau 0000:02:00.0: MXM: no VBIOS data, nothing to do
[    0.819789] [drm] nouveau 0000:02:00.0: DCB version 4.0
[    0.819795] [drm] nouveau 0000:02:00.0: DCB outp 00: 040001b6 0f220010
[    0.819801] [drm] nouveau 0000:02:00.0: DCB outp 01: 020112a6 0f220010
[    0.819807] [drm] nouveau 0000:02:00.0: DCB outp 02: 02011262 00020010
[    0.819813] [drm] nouveau 0000:02:00.0: DCB conn 00: 00002047
[    0.819820] [drm] nouveau 0000:02:00.0: DCB conn 01: 00101146
[    0.822388] [drm] nouveau 0000:02:00.0: 512 MiB GART (aperture)
[    2.554491] [drm] nouveau 0000:02:00.0: 4 available performance level(s)
[    2.554502] [drm] nouveau 0000:02:00.0: 0: core 405MHz shader 405MHz memory 405MHz voltage 900mV
[    2.554513] [drm] nouveau 0000:02:00.0: 1: core 450MHz shader 810MHz memory 450MHz voltage 900mV
[    2.554523] [drm] nouveau 0000:02:00.0: 2: core 450MHz shader 810MHz memory 450MHz voltage 900mV
[    2.554533] [drm] nouveau 0000:02:00.0: 3: core 450MHz shader 950MHz memory 450MHz voltage 900mV
[    2.554542] [drm] nouveau 0000:02:00.0: c: core 405MHz shader 810MHz
[    2.780162] [drm] nouveau 0000:02:00.0: MM: using M2MF for buffer copies
[    2.867850] [drm] nouveau 0000:02:00.0: allocated 1366x768 fb: 0x50000, bo ffff88006ec7c800
[    2.924536] fb0: nouveaufb frame buffer device
[    2.924623] [drm] Initialized nouveau 1.0.0 20120316 for 0000:02:00.0 on minor 0
[    6.352282] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000434180 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.354595] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044c1c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.356811] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000430100 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.358992] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000438200 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.361159] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.363304] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000430100 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.365415] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.367474] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000438200 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.369537] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044c1c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.371566] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044c1c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.373570] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.375544] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044c1c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.377493] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000434180 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.379406] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044c1c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.381281] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.383116] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000434180 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.384929] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000430100 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.386689] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.388431] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000430100 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[    6.390145] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044c1c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
X started here
[   32.614966] nouveau_ratelimit: 1 callbacks suppressed
[   32.614984] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044e800 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615024] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000434800 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615059] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000042f840 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615089] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000440040 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615117] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000440040 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615145] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000440040 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615183] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044e880 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615219] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000432880 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615248] nouveau E[     PFB][0000:02:00.0] trapped write at 0x00004308c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615281] nouveau E[     PFB][0000:02:00.0] trapped write at 0x00004448c0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615309] nouveau E[     PFB][0000:02:00.0] trapped read at 0x00004440c0 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615338] nouveau E[     PFB][0000:02:00.0] trapped read at 0x00004440c0 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615374] nouveau E[     PFB][0000:02:00.0] trapped write at 0x000044e900 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615403] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000430100 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615440] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000445940 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615475] nouveau E[     PFB][0000:02:00.0] trapped write at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT
[   32.615504] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000448140 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615536] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000434180 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615564] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000434180 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT
[   32.615596] nouveau E[     PFB][0000:02:00.0] trapped read at 0x0000434180 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [REGRESSION] nouveau: Severe screen corruption on (0xaf, nv50)
  2012-10-18  9:58 [REGRESSION] nouveau: Severe screen corruption on (0xaf, nv50) Henrik Rydberg
@ 2012-10-21  7:10 ` Henrik Rydberg
  2012-11-16 19:21   ` Henrik Rydberg
  0 siblings, 1 reply; 3+ messages in thread
From: Henrik Rydberg @ 2012-10-21  7:10 UTC (permalink / raw)
  To: Ben Skeggs; +Cc: Dave Airlie, nouveau, dri-devel, linux-kernel

On Thu, Oct 18, 2012 at 11:58:09AM +0200, Henrik Rydberg wrote:
> Hi Ben,
> 
> 3.7-rc1 messed up the screen on my MacBookAir3,1 (nv50, 0xaf) pretty
> badly. Not surprisingly,
> 
> commit 3863c9bc887e9638a9d905d55f6038641ece78d6
> Author: Ben Skeggs <bskeggs@redhat.com>
> Date:   Sat Jul 14 19:09:17 2012 +1000
> 
>     drm/nouveau/instmem: completely new implementation, as a subdev module
> 
> is the first bad commit. Standing on that commit, booting and then
> starting X yields the output below. Hints are especially appreciated,
> considering the patch is almost 8000 lines.

Going through one suspend/resume cycle makes the corruption go away,
and there are no more errors in dmesg. Oddly enough, I have seen
something very similar when using i915 on the MBP10. Builtin modules
and systemd in both cases. Maybe this is a general drm issue. Any
thoughts?

Thanks,
Henrik

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [REGRESSION] nouveau: Severe screen corruption on (0xaf, nv50)
  2012-10-21  7:10 ` Henrik Rydberg
@ 2012-11-16 19:21   ` Henrik Rydberg
  0 siblings, 0 replies; 3+ messages in thread
From: Henrik Rydberg @ 2012-11-16 19:21 UTC (permalink / raw)
  To: Ben Skeggs; +Cc: Dave Airlie, nouveau, dri-devel, linux-kernel

On Sun, Oct 21, 2012 at 09:10:24AM +0200, Henrik Rydberg wrote:
> On Thu, Oct 18, 2012 at 11:58:09AM +0200, Henrik Rydberg wrote:
> > Hi Ben,
> > 
> > 3.7-rc1 messed up the screen on my MacBookAir3,1 (nv50, 0xaf) pretty
> > badly. Not surprisingly,
> > 
> > commit 3863c9bc887e9638a9d905d55f6038641ece78d6
> > Author: Ben Skeggs <bskeggs@redhat.com>
> > Date:   Sat Jul 14 19:09:17 2012 +1000
> > 
> >     drm/nouveau/instmem: completely new implementation, as a subdev module
> > 
> > is the first bad commit. Standing on that commit, booting and then
> > starting X yields the output below. Hints are especially appreciated,
> > considering the patch is almost 8000 lines.
> 
> Going through one suspend/resume cycle makes the corruption go away,
> and there are no more errors in dmesg. Oddly enough, I have seen
> something very similar when using i915 on the MBP10. Builtin modules
> and systemd in both cases. Maybe this is a general drm issue. Any
> thoughts?

This is still a problem in Linus' tree. The screen corruption happens
during boot, in text mode, presumably in conjunction with alloction of
the nouveaufb device. It is 100% reproducible, and there is no
advanced graphics involved, just simple text console. Booting from efi
or bios does not matter. Modules are builtin.

Suspending and resuming once makes the problem go away every time.

Since this is a simple usecase, and the failing commit has been
bisected, it ought to be possible to find the problem. Unfortunately,
I am not familiar enough with the nouveau code to find the problem in
an 8000-line patch. Please help. :-)

Thanks,
Henrik

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-11-16 19:15 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-10-18  9:58 [REGRESSION] nouveau: Severe screen corruption on (0xaf, nv50) Henrik Rydberg
2012-10-21  7:10 ` Henrik Rydberg
2012-11-16 19:21   ` Henrik Rydberg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).