search for: pce0

...uveau E[ PFB][0000:04:00.0] trapped write at 0x00003a85cc on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT [ 14.127006] nouveau E[ PFB][0000:04:00.0] trapped read at 0x00003e30f4 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT plus this [ 35.384336] nouveau W[ PCE0][0000:04:00.0] disabled, PCE0=1 to enable [ 36.337789] nouveau E[ PGRAPH][0000:04:00.0] DATA_ERROR INVALID_VALUE [ 36.337794] nouveau [ PGRAPH][0000:04:00.0] DATA_ERROR [ 36.337799] nouveau E[ PGRAPH][0000:04:00.0] ch 2 [0x000fb4a000] subc 7 class 0x8697 mthd 0x16b0 data 0x00000000 [ 6...

...ory 450 MHz Mar 17 23:31:31 MacSam kernel: [ 4.116104] nouveau [ CLK][0000:04:00.0] 0f: core 450 MHz shader 950 MHz memory 450 MHz Mar 17 23:31:31 MacSam kernel: [ 4.116119] nouveau [ CLK][0000:04:00.0] --: core 405 MHz shader 810 MHz Mar 17 23:31:31 MacSam kernel: [ 4.116168] nouveau W[ PCE0][0000:04:00.0] disabled, PCE0=1 to enable Mar 17 23:31:31 MacSam kernel: [ 4.116301] [TTM] Zone kernel: Available graphics memory: 1897648 kiB Mar 17 23:31:31 MacSam kernel: [ 4.116303] [TTM] Initializing pool allocator Mar 17 23:31:31 MacSam kernel: [ 4.116309] [TTM] Initializing DMA poo...

https://bugs.freedesktop.org/show_bug.cgi?id=104380 Bug ID: 104380 Summary: [NVC1] GPU lockup | fifo: read fault at 0009000000 engine 15 [PCE0] client 01 [PCOPY0] reason 02 [PAGE_NOT_PRESENT] on channel 0 [003fe12000 DRM] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: mediu...

...31 MacSam kernel: [ 4.116104] nouveau [ > CLK][0000:04:00.0] 0f: core 450 MHz shader 950 MHz memory 450 MHz > Mar 17 23:31:31 MacSam kernel: [ 4.116119] nouveau [ > CLK][0000:04:00.0] --: core 405 MHz shader 810 MHz > Mar 17 23:31:31 MacSam kernel: [ 4.116168] nouveau W[ > PCE0][0000:04:00.0] disabled, PCE0=1 to enable > Mar 17 23:31:31 MacSam kernel: [ 4.116301] [TTM] Zone kernel: Available > graphics memory: 1897648 kiB > Mar 17 23:31:31 MacSam kernel: [ 4.116303] [TTM] Initializing pool > allocator > Mar 17 23:31:31 MacSam kernel: [ 4.116309] [...

https://bugs.freedesktop.org/show_bug.cgi?id=100146 Bug ID: 100146 Summary: nouveau system lockup -> fifo: read fault engine 15 [PCE0] client 01 [PCOPY0] reason 02 [PAGE_NOT_PRESENT] on channel Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Compon...

Hi guys, With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm seeing significant graphical corruption and later unrecoverable GPU lockup, accompanied by thousands of ILLEGAL_MTHD or related kernel messages [1]. I see similar issues on 3.12 also. Is there any debugging or testing I can do to help diagnose this? Many thanks, Daniel --- [1] http://quora.org/nouveau-dmesg.txt

...12 also. > > Is there any debugging or testing I can do to help diagnose this? Is this new? i.e. was there a kernel where it all worked well? You get caught by the new disable logic in 3.13 that looks at a register to figure out what engines have been disabled: [ 6.306005] nouveau W[ PCE0][0000:04:00.0] disabled, PCE0=1 to enable Perhaps it's actually there and we have incorrect information about the feature disable register -- you can force-enable it with nouveau.config=PCE0=1 if you like. Although this logic is new in 3.13, so if you also saw the issue in 3.12, that's pro...

...41.843417] nouveau D[ SW][0000:01:00.0] reset [ 41.844025] nouveau D[ PGRAPH][0000:01:00.0] reset [ 41.844036] nouveau D[ PVP][0000:01:00.0] reset [ 41.844044] nouveau D[ PBSP][0000:01:00.0] reset [ 41.844051] nouveau D[ PPPP][0000:01:00.0] reset [ 41.844059] nouveau D[ PCE0][0000:01:00.0] reset [ 41.844064] nouveau D[ PDISP][0000:01:00.0] engine disabled by hw/fw [ 41.844082] nouveau D[ PPM][0000:01:00.0] reset [ 41.844090] vga_switcheroo: enabled [ 41.844198] [TTM] Zone kernel: Available graphics memory: 918302 kiB [ 41.844200] [TTM] Initializing poo...

https://bugs.freedesktop.org/show_bug.cgi?id=77574 Priority: medium Bug ID: 77574 Assignee: nouveau at lists.freedesktop.org Summary: Minor screen corruption on NVAF card QA Contact: xorg-team at lists.x.org Severity: minor Classification: Unclassified OS: Linux (All) Reporter: adonai at xaker.ru

...l: [ 69.640461] e1000e 0000:00:19.0: wake-up capability enabled by ACPI Jan 30 00:32:41 seba kernel: [ 71.464832] nouveau E[ PFIFO][0000:01:00.0] channel 0 kick timeout Jan 30 00:32:41 seba kernel: [ 71.464834] nouveau E[ PFIFO][0000:01:00.0][0xc000906f][ffff88011b8a7480] failed to detach PCE0 context, -16 Jan 30 00:32:41 seba kernel: [ 71.464836] nouveau E[ PCE0][0000:01:00.0][0x0300c01b][ffff88012b6198c0] failed suspend, -16 Jan 30 00:32:41 seba kernel: [ 71.464838] nouveau W[ PCE0][0000:01:00.0][0x000090b5][ffff88011ca6dda0] parent failed suspend, -16 Jan 30 00:32:41 seba ke...

...debugging or testing I can do to help diagnose this? > > Is this new? i.e. was there a kernel where it all worked well? > > You get caught by the new disable logic in 3.13 that looks at a > register to figure out what engines have been disabled: > > [ 6.306005] nouveau W[ PCE0][0000:04:00.0] disabled, PCE0=1 to enable > > Perhaps it's actually there and we have incorrect information about > the feature disable register -- you can force-enable it with > nouveau.config=PCE0=1 if you like. Although this logic is new in 3.13, > so if you also saw the issue...

https://bugs.freedesktop.org/show_bug.cgi?id=83957 Priority: medium Bug ID: 83957 Assignee: nouveau at lists.freedesktop.org Summary: [NV50 - NVAF][MCP89] Major screen corruption and X crash soon after log in QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS:

...ET: Registered protocol family 2 IP: routing cache hash table of 2048 buckets, 112Kbytes TCP: Hash tables configured (established 524288 bind 37449) Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 ACPI: (supports S0 S1 S5) ACPI wakeup devices: PCE0 PCE1 PCIX PCIB USB1 USB2 USBE KBC0 MSE0 Freeing unused kernel memory: 164k freed SCSI subsystem initialized libata version 1.10 loaded. ata_piix version 1.03 ACPI: PCI interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 193 ata: 0x1f0 IDE port busy PCI: Setting latency timer of device 00...

In https://nouveau.freedesktop.org/KernelModuleParameters.html, there is: Here is a list of engines: DEVICE DMAOBJ PBSP PCE0 PCE1 PCE2 PCRYPT PDISP PFIFO PGRAPH PMPEG PPM PPPP PVP SW Also, in debug: CLIENT I have tried to find a description of those. https://envytools.readthedocs.io/en/latest/ help a bit, but I don't find a precise correlation. https://nouveau.freedesk...

https://bugs.freedesktop.org/show_bug.cgi?id=95520 Bug ID: 95520 Summary: Error when recovering from suspend mode: fifo: ce0 engine fault on channel 0 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I decided to let the user still specify config=BLA=1 to override the hw disable in case we get something wrong or for double-checking stuff, but I suspect it won't really be used much. I'm not terribly fond of the message text, if you come up with something better, feel free to drop it in.

On Mon, 4 Dec 2023 at 05:04, Paul Dufresne <dufresnep at zoho.com> wrote: > > In https://nouveau.freedesktop.org/KernelModuleParameters.html, there is: > Here is a list of engines: > DEVICE > DMAOBJ > PBSP > PCE0 > PCE1 > PCE2 > PCRYPT > PDISP > PFIFO > PGRAPH > PMPEG > PPM > PPPP > PVP > SW > Also, in debug: > CLIENT > > I have tried to find a description of those. > https://envytools.readthedocs.io/en/latest/ &g...

https://bugs.freedesktop.org/show_bug.cgi?id=73744 Priority: medium Bug ID: 73744 Assignee: nouveau at lists.freedesktop.org Summary: Constant lock ups with NVIDIA GeForce 8400 GS QA Contact: xorg-team at lists.x.org Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: grave_123 at

https://bugs.freedesktop.org/show_bug.cgi?id=92077 Bug ID: 92077 Summary: nouveau graphics freeze when using KDE Plasma 5; PGR engine fault Product: Mesa Version: 10.3 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

Hello! I'm having problems getting PCI pass-through to work. This is on a AMD64 system, paravirtualized with xen-hypervisor-4.0-amd64 4.0.0-1~experimental.1, dom0: linux-image-2.6.32-5-xen-amd64 2.6.32-12. From IRC, earlier today: <tschwinge> waldi: Aren't the Debian xen domU-capable kernels supposed to contain the PCI frontend (needed for PCI pass-through)? I'm getting: