bugzilla-daemon at freedesktop.org
2014-Feb-27 11:19 UTC
[Nouveau] [Bug 75569] New: [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 Priority: medium Bug ID: 75569 Assignee: nouveau at lists.freedesktop.org Summary: [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: ronald645 at gmail.com Hardware: Other Status: NEW Version: git Component: Driver/nouveau Product: xorg Created attachment 94807 --> https://bugs.freedesktop.org/attachment.cgi?id=94807&action=edit Full dmesg, errors below I get this occasionally when browsing the web or using Gdocs. I don't know for sure if this is a regression. The hangs are hard to reproduce and sometimes don't occur for a long while. I'm posting a full dmesg with the error. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140227/0bfba0b1/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Feb-27 14:34 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #1 from Emil Velikov <emil.l.velikov at gmail.com> --- Hi Ronald, Apart from using the latest version of libdrm, mesa and xf86-video-nouveau (which you probably are) I can think of one more thing. Some old chipsets are having problems with running the agp at 8x mode including yours (according to the radeon agp quirk table) Experiment with the agp mode by appending "nouveau.agpmode=N" where N is the number 0, 1, 2 or 4. This will be reflected in your log if done correctly "putting AGP V3 device into Nx mode" -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140227/ec3a8867/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Feb-27 15:29 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #2 from Ronald <ronald645 at gmail.com> --- I added the config and now it's running in 4x mode. I will report back if there are no more issue's. But this might take a week or two to confirm. Thank you. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140227/686dcd45/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Mar-01 06:36 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #3 from Ronald <ronald645 at gmail.com> --- It hanged again albeit maybe less I don't know. I think it's better to close this post. I think this might be the age of the card (10 years of service). [root at delta gebruiker]# dmesg | grep -i agp [ 0.000000] Kernel command line: BOOT_IMAGE=/bzImage quiet xt_recent.ip_list_tot=6400 xt_recent.ip_pkt_list_tot=1 zswap.enabled=1 nouveau.agpmode=2 [ 1.889562] Linux agpgart interface v0.103 [ 1.889590] agpgart: Detected VIA KT400/KT400A/KT600 chipset [ 1.910421] agpgart-via 0000:00:00.0: AGP aperture is 256M @ 0xe0000000 [ 1.958357] agpgart-via 0000:00:00.0: AGP 3.5 bridge [ 1.958370] agpgart: swapper tried to set rate=x0. Setting to AGP3 x4 mode. [ 1.958380] agpgart-via 0000:00:00.0: putting AGP V3 device into 4x mode [ 1.958430] nouveau 0000:01:00.0: putting AGP V3 device into 4x mode It seems that I cannot set it lower than 4x mode -> nouveau.agpmode=2 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140301/7e3168ad/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Mar-01 06:40 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> --- You can do nouveau.agpmode=0 to disable agp entirely. An intermediate option if you're not seeing any real corruption, but the pushbuf is getting occasionally corrupted, you can do nouveau.vram_pushbuf=1 which will make sure that the pushbuf is in vram as opposed to the (AGP) GART memory. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140301/74ef8e29/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Mar-01 06:45 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #5 from Ronald <ronald645 at gmail.com> --- Good morning! I don't see any corruption so I'll try nouveau.vram_pushbuf=1. Thank you. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140301/bc76a109/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Mar-01 15:53 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #6 from Ronald <ronald645 at gmail.com> --- It seemed to hang and then recover. Trying with nouveau.agpmode=4 + nouveau.vram_pushbuf=1 I plugged in new RAM at an higher rate, I guess that might be related? I'm sorry for not mentioning this before. But hardware is a new ballpark for me. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140301/db1b4303/attachment.html>
bugzilla-daemon at freedesktop.org
2014-Mar-01 16:44 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 --- Comment #7 from Ronald <ronald645 at gmail.com> --- With nouveau.vram_pushbuf it seems to hang but also to recover. It did this twice in a row: [ 989.334399] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 1 [X[730]] get 0x00519000 put 0x00519090 state 0x80000054 (err: INVALID_CMD) push 0x00000000 [ 1017.880696] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 1 [X[730]] get 0x00519000 put 0x00519088 state 0x80000000 (err: INVALID_CMD) push 0x00000000 [ 1080.599917] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 1 [X[730]] get 0x00519000 put 0x00519080 state 0x80000054 (err: INVALID_CMD) push 0x00000000 [ 1182.233193] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 1 [X[730]] get 0x00519000 put 0x00519088 state 0x80000000 (err: INVALID_CMD) push 0x00000000 [ 1210.013989] bpkt raw broadcast: IN=enp0s18 OUTMAC=ff:ff:ff:ff:ff:ff:b4:b6:76:5d:7c:b2:08:00 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=27791 PROTO=UDP SPT=68 DPT=67 LEN=308 [ 1227.086996] BTRFS: device fsid 6cc7990a-8185-441a-b90d-c73a25f7d4cc devid 1 transid 271 /dev/mapper/main-boot [ 1227.088925] BTRFS info (device dm-6): disk space caching is enabled [ 1234.066610] nouveau E[ PFIFO][0000:01:00.0] DMA_PUSHER - ch 1 [X[730]] get 0x00519000 put 0x00519090 state 0x80000054 (err: INVALID_CMD) push 0x00000000 ... continues here -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140301/f59feb4c/attachment.html>
bugzilla-daemon at freedesktop.org
2019-Dec-04 08:43 UTC
[Nouveau] [Bug 75569] [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000
https://bugs.freedesktop.org/show_bug.cgi?id=75569 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED --- Comment #8 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/95. -- 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/3dc5f1ed/attachment.html>
Maybe Matching Threads
- [Bug 74613] New: [v3.14-rc1] [nv34] nouveau: get 0x10000000 put 0x0000ed30 state 0xc0000000 (err: MEM_FAULT) push 0x00000000
- [Bug 109556] New: [NV50/GT200] fifo: DMA_PUSHER ... (err: INVALID_CMD) push 00400040
- [Bug 75189] New: [v3.14-rc2] [nv34] Fails to hibernate
- [Bug 70390] New: G84: Repeated system crashes under graphics load, E[PFIFO] DMA_PUSHER and lots of E[PGRAPH]
- [Bug 70388] New: [NV34] failed to idle channel 0xcccc0000