Nouveau - Oct 2017 - [Bug 103467] New: [NVC0/GF108] fifo: read fault at cd90f4d000 engine 07 [PFIFO] client 07 [BAR_READ] reason 00 [PT_NOT_PRESENT] on channel 1 [003fe11000 DRM]

https://bugs.freedesktop.org/show_bug.cgi?id=103467

            Bug ID: 103467
           Summary: [NVC0/GF108] fifo: read fault at cd90f4d000 engine 07
                    [PFIFO] client 07 [BAR_READ] reason 00
                    [PT_NOT_PRESENT] on channel 1 [003fe11000 DRM]
           Product: xorg
           Version: 7.7 (2012.06)
          Hardware: PowerPC
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: erhard_f at mailbox.org
        QA Contact: xorg-team at lists.x.org

Created attachment 135065
  --> https://bugs.freedesktop.org/attachment.cgi?id=135065&action=edit
dmesg output

In my PowerMac G5 11,2 I am running a Geforce 6600 MAC Edition (which works),
and added a GeForce GT 430 as a 2nd card. It seems this card does not get
initialized properly:

[...]
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: PBDMA0: 00004000 [] ch
1 [003fe11000 DRM] subc 0 mthd 0000 data 44dc3569
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: PBDMA0: 00204000
[ILLEGAL_MTHD] ch 1 [003fe11000 DRM] subc 0 mthd 0004 data 39e65d54
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: PBDMA0: 00204000
[ILLEGAL_MTHD] ch 1 [003fe11000 DRM] subc 0 mthd 000c data 2bd98280
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: PBDMA0: 00004000 [] ch
1 [003fe11000 DRM] subc 0 mthd 0018 data e384a768
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: PBDMA0: 00004000 [] ch
1 [003fe11000 DRM] subc 0 mthd 001c data 8e86bf68
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: read fault at
cd90f4d000 engine 07 [PFIFO] client 07 [BAR_READ] reason 00 [PT_NOT_PRESENT] on
channel 1 [003fe11000 DRM]
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: fifo: fifo engine fault on
channel 1, recovering...
Okt 26 15:46:33 T801 kernel: nouveau 0001:06:00.0: DRM: channel 1 killed!

# lspci -vv -s 0001:06:00.0
0001:06:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT
430] (rev a1) (prog-if 00 [VGA controller])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort-
<MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 65
        Region 0: Memory at 81000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at 88000000 (64-bit, prefetchable) [size=128M]
        Region 3: Memory at 82000000 (64-bit, prefetchable) [size=32M]
        Region 5: I/O ports at 0000 [size=128]
        Expansion ROM at 80180000 [disabled] [size=512K]
        Capabilities: [60] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [78] Express (v2) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
unlimited, L1 <64us
                        ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
SlotPowerLimit 0.000W
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
Unsupported-
                        RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq- AuxPwr-
TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit
Latency L0s <1us, L1 <4us
                        ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp-
                LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- CommClk-
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x8, TrErr- Train- SlotClk+
DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-,
OBFF Not Supported
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-,
OBFF Disabled
                LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range,
EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -6dB,
EqualizationComplete-, EqualizationPhase1-
                         EqualizationPhase2-, EqualizationPhase3-,
LinkEqualizationRequest-
        Capabilities: [b4] Vendor Specific Information: Len=14 <?>
        Kernel driver in use: nouveau
        Kernel modules: nouveau

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/9e615330/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #1 from erhard_f at mailbox.org ---
Created attachment 135066
  --> https://bugs.freedesktop.org/attachment.cgi?id=135066&action=edit
4.13.9 kernel .config

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/b7daa7e1/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #2 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Can you grab dmesg from the beginning, and boot with nouveau.debug=trace? Try
increasing the kernel log buffer, or send it over netconsole or something.

Note that no one has gotten this to work in the past (although few have tried
with any level of persistence).

I believe at last report, the issue was something to do with the color LUT
being set up wrong, although that's clearly not your present issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/a81954f3/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #3 from erhard_f at mailbox.org ---
Thanks for your fast reply! Yes, seems I messed this up... Here is now the
dmesg from beginning and another one with nouveau.debug=trace.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/22587c1e/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

erhard_f at mailbox.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #135065|0                           |1
        is obsolete|                            |

--- Comment #4 from erhard_f at mailbox.org ---
Created attachment 135071
  --> https://bugs.freedesktop.org/attachment.cgi?id=135071&action=edit
dmesg output

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/b3d7d2b7/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to erhard_f from comment #4)
> Created attachment 135071 [details]
> dmesg output
This log appears to only capture kernel messages logged at the 'error'
level.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/e71399be/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #6 from erhard_f at mailbox.org ---
Created attachment 135072
  --> https://bugs.freedesktop.org/attachment.cgi?id=135072&action=edit
dmesg output with nouveau.debug=trace

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/d5b89656/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to erhard_f from comment #6)
> Created attachment 135072 [details]
> dmesg output with nouveau.debug=trace
And this one appears to *only* have logs at the debug level or something else
odd. I'm not sure what you're doing ... but I just want the same output
that
'dmesg' might output. I think you're fighting some logging system
which thinks
it knows better... I wish you the best of luck with that.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/29d454c1/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #8 from erhard_f at mailbox.org ---
Sorry, but that's the best I can do at the moment... When booting up the
console gets flooded with debug messages, logging in is only possible
afterwards. The dmesg > kernel_debug-log.txt I create at that time does not
show the boot process from the beginning but only repeats:
[   18.488344] nouveau: DRM:00000000:00000000: ioctl: size 48
[   18.488346] nouveau: DRM:00000000:00000000: ioctl: vers 0 type 04 object
c000000459bba070 owner ff
[   18.488347] nouveau: DRM:00000000:00000080: ioctl: mthd size 24
[   18.488348] nouveau: DRM:00000000:00000080: ioctl: mthd vers 0 mthd 01
[   18.488350] nouveau: DRM:00000000:00000080: ioctl: device mthd 00000001
[   18.488351] nouveau: DRM:00000000:00000080: ioctl: device time size 16
[   18.488352] nouveau: DRM:00000000:00000080: ioctl: device time vers 0
[   18.488356] nouveau: DRM:00000000:00000000: ioctl: return 0

even if the log buffer ist set to 4M. As an alternative I can only offer the
ouput of systemd's journalctl -k.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/3fbe1e43/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #9 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to erhard_f from comment #8)
> Sorry, but that's the best I can do at the moment... When booting up
the
> console gets flooded with debug messages, logging in is only possible
> afterwards. The dmesg > kernel_debug-log.txt I create at that time does
not
> show the boot process from the beginning but only repeats:
> [   18.488344] nouveau: DRM:00000000:00000000: ioctl: size 48
> [   18.488346] nouveau: DRM:00000000:00000000: ioctl: vers 0 type 04 object
> c000000459bba070 owner ff
> [   18.488347] nouveau: DRM:00000000:00000080: ioctl: mthd size 24
> [   18.488348] nouveau: DRM:00000000:00000080: ioctl: mthd vers 0 mthd 01
> [   18.488350] nouveau: DRM:00000000:00000080: ioctl: device mthd 00000001
> [   18.488351] nouveau: DRM:00000000:00000080: ioctl: device time size 16
> [   18.488352] nouveau: DRM:00000000:00000080: ioctl: device time vers 0
> [   18.488356] nouveau: DRM:00000000:00000000: ioctl: return 0
> 
> even if the log buffer ist set to 4M. As an alternative I can only offer
the
> ouput of systemd's journalctl -k.
OK, let's try it with nouveau.debug=debug -- that should generate
considerably
less junk.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/87b57561/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #10 from erhard_f at mailbox.org ---
Hm, unfortunately nouveau.debug=debug did not improve things enough to get a
log from the beginning. But after reading through
https://freedesktop.org/wiki/Software/systemd/Debugging/ and configuring it
journald with:

#ForwardToWall=no
#MaxFileSec=1h
#MaxRetentionSec=1month
#RateLimitIntervalSec=0
#RateLimitBurst=0
#Storage=persistent
#SyncIntervalSec=20
#SystemMaxUse=1G
#RuntimeMaxUse=1G

I managed to get what I think is a full log from the beginning with
nouveau.debug=trace with hopefully all the information needed. There's other
stuff in it, but if you filter the "kernel" lines only this should be
same
output as dmesg.

Please have a look at it. If this log is still not helpful I hope I will manage
to get this netconsole thingy running...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/aaa66c1a/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #11 from erhard_f at mailbox.org ---
Created attachment 135083
  --> https://bugs.freedesktop.org/attachment.cgi?id=135083&action=edit
journalctl -b output with nouveau.debug=trace

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/f13ed56a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #12 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to erhard_f from comment #11)
> Created attachment 135083 [details]
> journalctl -b output with nouveau.debug=trace
Success! (I think. At least much more success than previous times.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171026/b1c8d5da/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #13 from erhard_f at mailbox.org ---
It seems kernel 4.15_rc2 did change things a bit. Looks like the card now gets
initialized and I can seemingly successfully start X.

But still I only get so see a black screen ('No signal' on the monitor).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171206/f6bc43e5/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

erhard_f at mailbox.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #135071|0                           |1
        is obsolete|                            |
 Attachment #135072|0                           |1
        is obsolete|                            |

--- Comment #14 from erhard_f at mailbox.org ---
Created attachment 136016
  --> https://bugs.freedesktop.org/attachment.cgi?id=136016&action=edit
journalctl -b output with nouveau.debug=trace (kernel 4.15-rc2)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171206/3cf2f3bd/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

--- Comment #15 from erhard_f at mailbox.org ---
Created attachment 136017
  --> https://bugs.freedesktop.org/attachment.cgi?id=136017&action=edit
Xorg.log

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171206/275656eb/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103467

Martin Peres <martin.peres at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |MOVED
             Status|NEW                         |RESOLVED

--- Comment #16 from Martin Peres <martin.peres at free.fr> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/379.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/33de25ea/attachment.html>