nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, 5 Nov 2012 08:40:38 + Dave Airlie wrote: > On Mon, Nov 5, 2012 at 8:29 AM, Antonio Ospite > wrote: > > On Mon, 29 Oct 2012 23:16:24 +0100 > > Antonio Ospite wrote: > > > >> Hi, > >> > >> I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), > >> my video adapter is the one integrated on the MSI M3N78-VM motherboard > >> (hence x86_64): > >> > > [...] > >> [ 1943.858601] BUG: unable to handle kernel paging request at > >> fff8 > >> [ 1943.858669] IP: [] nouveau_mm_head+0x30/0x127 > >> [nouveau] > >> [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 > >> [ 1943.858803] Oops: [#1] SMP > > [..] > >> [ 1943.860018] Call Trace: > >> [ 1943.860019] [] ? kmem_cache_alloc_trace+0xbf/0xcf > >> [ 1943.860019] [] ? should_resched+0x5/0x23 > >> [ 1943.860019] [] ? nv50_fb_vram_new+0xc5/0x1f2 > >> [nouveau] > > > > Ben, I cannot reproduce the crash with 3.7-rc4, I spotted commits > > a7dbf00 and 5cad16a which seem to be related to the problem I was > > having; would you mind elaborating a bit about what you think was > > causing the crash on my side? Maybe the chipset used on this motherboard > > doesn't support some feature? And how did you figured out from the logs? > > > > 5cad16acd25b16681a060d28d10eeacf98d07701 is the actual fix > > The chipset hasn't got Z compression support, and the oops once decoded > pointed > out the new code was trying to allocate Z tags from a NULL memory block. The > old > code use to allocate an empty memory block instead of NULL, and it got > lost in the > rewrite, Ben just fixed it to allow empty memory blocks again. > > Dave. > Thanks a lot for the explanation. Regards, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?
nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, 29 Oct 2012 23:16:24 +0100 Antonio Ospite wrote: > Hi, > > I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), > my video adapter is the one integrated on the MSI M3N78-VM motherboard > (hence x86_64): > [...] > [ 1943.858601] BUG: unable to handle kernel paging request at fff8 > [ 1943.858669] IP: [] nouveau_mm_head+0x30/0x127 [nouveau] > [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 > [ 1943.858803] Oops: [#1] SMP [..] > [ 1943.860018] Call Trace: > [ 1943.860019] [] ? kmem_cache_alloc_trace+0xbf/0xcf > [ 1943.860019] [] ? should_resched+0x5/0x23 > [ 1943.860019] [] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] Ben, I cannot reproduce the crash with 3.7-rc4, I spotted commits a7dbf00 and 5cad16a which seem to be related to the problem I was having; would you mind elaborating a bit about what you think was causing the crash on my side? Maybe the chipset used on this motherboard doesn't support some feature? And how did you figured out from the logs? Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?
nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, Nov 5, 2012 at 8:29 AM, Antonio Ospite wrote: > On Mon, 29 Oct 2012 23:16:24 +0100 > Antonio Ospite wrote: > >> Hi, >> >> I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), >> my video adapter is the one integrated on the MSI M3N78-VM motherboard >> (hence x86_64): >> > [...] >> [ 1943.858601] BUG: unable to handle kernel paging request at >> fff8 >> [ 1943.858669] IP: [] nouveau_mm_head+0x30/0x127 [nouveau] >> [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 >> [ 1943.858803] Oops: [#1] SMP > [..] >> [ 1943.860018] Call Trace: >> [ 1943.860019] [] ? kmem_cache_alloc_trace+0xbf/0xcf >> [ 1943.860019] [] ? should_resched+0x5/0x23 >> [ 1943.860019] [] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] > > Ben, I cannot reproduce the crash with 3.7-rc4, I spotted commits > a7dbf00 and 5cad16a which seem to be related to the problem I was > having; would you mind elaborating a bit about what you think was > causing the crash on my side? Maybe the chipset used on this motherboard > doesn't support some feature? And how did you figured out from the logs? > 5cad16acd25b16681a060d28d10eeacf98d07701 is the actual fix The chipset hasn't got Z compression support, and the oops once decoded pointed out the new code was trying to allocate Z tags from a NULL memory block. The old code use to allocate an empty memory block instead of NULL, and it got lost in the rewrite, Ben just fixed it to allow empty memory blocks again. Dave.
Re: nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, 29 Oct 2012 23:16:24 +0100 Antonio Ospite osp...@studenti.unina.it wrote: Hi, I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): [...] [ 1943.858601] BUG: unable to handle kernel paging request at fff8 [ 1943.858669] IP: [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 [ 1943.858803] Oops: [#1] SMP [..] [ 1943.860018] Call Trace: [ 1943.860019] [810fa13d] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [81060f13] ? should_resched+0x5/0x23 [ 1943.860019] [a032a10a] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] Ben, I cannot reproduce the crash with 3.7-rc4, I spotted commits a7dbf00 and 5cad16a which seem to be related to the problem I was having; would you mind elaborating a bit about what you think was causing the crash on my side? Maybe the chipset used on this motherboard doesn't support some feature? And how did you figured out from the logs? Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, Nov 5, 2012 at 8:29 AM, Antonio Ospite osp...@studenti.unina.it wrote: On Mon, 29 Oct 2012 23:16:24 +0100 Antonio Ospite osp...@studenti.unina.it wrote: Hi, I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): [...] [ 1943.858601] BUG: unable to handle kernel paging request at fff8 [ 1943.858669] IP: [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 [ 1943.858803] Oops: [#1] SMP [..] [ 1943.860018] Call Trace: [ 1943.860019] [810fa13d] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [81060f13] ? should_resched+0x5/0x23 [ 1943.860019] [a032a10a] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] Ben, I cannot reproduce the crash with 3.7-rc4, I spotted commits a7dbf00 and 5cad16a which seem to be related to the problem I was having; would you mind elaborating a bit about what you think was causing the crash on my side? Maybe the chipset used on this motherboard doesn't support some feature? And how did you figured out from the logs? 5cad16acd25b16681a060d28d10eeacf98d07701 is the actual fix The chipset hasn't got Z compression support, and the oops once decoded pointed out the new code was trying to allocate Z tags from a NULL memory block. The old code use to allocate an empty memory block instead of NULL, and it got lost in the rewrite, Ben just fixed it to allow empty memory blocks again. Dave. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, 5 Nov 2012 08:40:38 + Dave Airlie airl...@gmail.com wrote: On Mon, Nov 5, 2012 at 8:29 AM, Antonio Ospite osp...@studenti.unina.it wrote: On Mon, 29 Oct 2012 23:16:24 +0100 Antonio Ospite osp...@studenti.unina.it wrote: Hi, I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): [...] [ 1943.858601] BUG: unable to handle kernel paging request at fff8 [ 1943.858669] IP: [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 [ 1943.858803] Oops: [#1] SMP [..] [ 1943.860018] Call Trace: [ 1943.860019] [810fa13d] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [81060f13] ? should_resched+0x5/0x23 [ 1943.860019] [a032a10a] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] Ben, I cannot reproduce the crash with 3.7-rc4, I spotted commits a7dbf00 and 5cad16a which seem to be related to the problem I was having; would you mind elaborating a bit about what you think was causing the crash on my side? Maybe the chipset used on this motherboard doesn't support some feature? And how did you figured out from the logs? 5cad16acd25b16681a060d28d10eeacf98d07701 is the actual fix The chipset hasn't got Z compression support, and the oops once decoded pointed out the new code was trying to allocate Z tags from a NULL memory block. The old code use to allocate an empty memory block instead of NULL, and it got lost in the rewrite, Ben just fixed it to allow empty memory blocks again. Dave. Thanks a lot for the explanation. Regards, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, 2012-10-29 at 23:16 +0100, Antonio Ospite wrote: > Hi, > > I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), > my video adapter is the one integrated on the MSI M3N78-VM motherboard > (hence x86_64): > > 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev > a2) (prog-if 00 [VGA controller]) > Subsystem: ASUSTeK Computer Inc. Device 82f2 > Flags: bus master, fast devsel, latency 0, IRQ 21 > Memory at fd00 (32-bit, non-prefetchable) [size=16M] > Memory at f000 (64-bit, prefetchable) [size=128M] > Memory at fa00 (64-bit, prefetchable) [size=32M] > I/O ports at ec00 [size=128] > Expansion ROM at febe [disabled] [size=128K] > Capabilities: [60] Power Management version 2 > Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ > Kernel driver in use: nouveau > > The problem presents itself as soon as I use a gnome-shell session from > gdm3, if I use the fall-back mode (gnome-panel) it does not happen > immediately, until maybe some processes do something stressful (firefox > triggered it twice). If you boot into fallback mode and run glxgears (or whatever, some 3d app) does this happen too? > > Here is the kernel trace, please let me know if the disassembled > nouveau.o ?or any other information? is necessary: Are you able to post me your entire kernel log from before this happens? Thanks, Ben. > > [ 1943.858601] BUG: unable to handle kernel paging request at fff8 > [ 1943.858669] IP: [] nouveau_mm_head+0x30/0x127 [nouveau] > [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 > [ 1943.858803] Oops: [#1] SMP > [ 1943.858823] Modules linked in: hidp ebtable_nat ebtables cpufreq_powersave > cpufreq_conservative cpufreq_stats cpufreq_userspace ipt_MASQUERADE > xt_CHECKSUM bridge stp llc ppdev lp bnep rfcomm tun sit tunnel4 binfmt_misc > uinput ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp > libiscsi_tcp libiscsi scsi_transport_iscsi ip6table_raw ip6table_mangle > ip6t_REJECT xt_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_rt ip6table_filter > ip6_tables xt_tcpudp ipt_REJECT ipt_ULOG xt_limit xt_multiport xt_conntrack > iptable_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 > nf_nat nf_conntrack iptable_mangle iptable_raw ip_tables x_tables hwmon_vid > loop fuse snd_hda_codec_hdmi snd_hda_codec_via snd_hda_intel snd_hda_codec > snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc nouveau > snd_seq_midi snd_seq_midi_event powernow_k8 snd_rawmidi snd_seq kvm_amd > snd_seq_device kvm snd_timer ttm snd edac_mce_amd btusb drm_kms_helper > bluetooth edac_core drm rfkill i2c! _a! > lgo_bit > mxm_wmi shpchp asus_atk0110 soundcore crc16 k8temp evdev pcspkr parport_pc > parport video wmi processor thermal_sys i2c_nforce2 i2c_core button ext3 > mbcache jbd dm_mod sg hid_generic sr_mod sd_mod cdrom crc_t10dif usbhid > usb_storage hid uas ohci_hcd ahci libahci libata ehci_hcd forcedeth scsi_mod > usbcore usb_common floppy > [ 1943.859565] CPU 0 > [ 1943.859580] Pid: 2985, comm: Xorg Not tainted 3.7.0-rc3-ao2 #1 System > manufacturer System Product Name/M3N78-VM > [ 1943.859609] RIP: 0010:[] [] > nouveau_mm_head+0x30/0x127 [nouveau] > [ 1943.859670] RSP: 0018:8801179519a8 EFLAGS: 00010212 > [ 1943.859687] RAX: RBX: fff0 RCX: > 007e > [ 1943.859708] RDX: 007e RSI: 0001 RDI: > 880117bfbce8 > [ 1943.859728] RBP: 88011785fd38 R08: R09: > 88011785fd38 > [ 1943.859748] R10: 880117bfbc00 R11: 88011785fc80 R12: > 007e > [ 1943.859769] R13: 880117bfbc01 R14: 880117bfbc20 R15: > 880117951a70 > [ 1943.859791] FS: 7f1099383880() GS:88011fc0() > knlGS: > [ 1943.859813] CS: 0010 DS: ES: CR0: 80050033 > [ 1943.859830] CR2: fff8 CR3: 000118473000 CR4: > 07f0 > [ 1943.859850] DR0: DR1: DR2: > > [ 1943.859870] DR3: DR6: 0ff0 DR7: > 0400 > [ 1943.859891] Process Xorg (pid: 2985, threadinfo 88011795, task > 8801181cc8e0) > [ 1943.859911] Stack: > [ 1943.859920] 0246 810fa13d 81060f13 > 03f0 > [ 1943.859955] 0002 0010 880117bfbc00 > 880117bfbc20 > [ 1943.859986] 880117951a70 a032a10a 8801 > 03f8 > [ 1943.860018] Call Trace: > [ 1943.860019] [] ? kmem_cache_alloc_trace+0xbf/0xcf > [ 1943.860019] [] ? should_resched+0x5/0x23 > [ 1943.860019] [] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] > [ 1943.860019] [] ? nouveau_vram_manager_new+0x62/0xa4 > [nouveau] > [ 1943.860019] [] ? ttm_bo_handle_move_mem+0x1ab/0x2ec > [ttm] > [ 1943.860019] [] ? ttm_bo_mem_space+0x112/0x2f8 [ttm]
nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Tue, 30 Oct 2012 15:17:21 +1000 Ben Skeggs wrote: > On Mon, 2012-10-29 at 23:16 +0100, Antonio Ospite wrote: [...] > > The problem presents itself as soon as I use a gnome-shell session from > > gdm3, if I use the fall-back mode (gnome-panel) it does not happen > > immediately, until maybe some processes do something stressful (firefox > > triggered it twice). > If you boot into fallback mode and run glxgears (or whatever, some 3d > app) does this happen too? It does: as soon as I run glxgears the driver crashes. > > Here is the kernel trace, please let me know if the disassembled > > nouveau.o ?or any other information? is necessary: > Are you able to post me your entire kernel log from before this happens? I am pasting it below, I noticed in particular the line: nouveau [ DRM] allocated 1024x768 fb: 0x5, bo 88011a025800 I am setting video=1024x768 in the kernel command line because without any resolution set nouveau and my monitor do not get along, but then in Xorg I am using a bigger resolution, this setup works fine in 3.5 tho so maybe it's not that. Full kernel log from boot to crash: imklog 5.8.11, log source = /proc/kmsg started. [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.7.0-rc3-ao2 (ao2 at jcn) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1 SMP Mon Oct 29 13:14:36 CET 2012 [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.7.0-rc3-ao2 root=UUID=614c68fd-bd5f-4627-9f62-1f0cada81683 ro quiet video=1024x768 [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009dbff] usable [0.00] BIOS-e820: [mem 0x0009dc00-0x0009] reserved [0.00] BIOS-e820: [mem 0x000e3000-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0xcff8] usable [0.00] BIOS-e820: [mem 0xcff9-0xcff9dfff] ACPI data [0.00] BIOS-e820: [mem 0xcff9e000-0xcffd] ACPI NVS [0.00] BIOS-e820: [mem 0xcffe-0xcffedfff] reserved [0.00] BIOS-e820: [mem 0xcfff-0xcfff] reserved [0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved [0.00] BIOS-e820: [mem 0xfee0-0xfeef] reserved [0.00] BIOS-e820: [mem 0xfff0-0x] reserved [0.00] BIOS-e820: [mem 0x0001-0x00011fff] usable [0.00] NX (Execute Disable) protection: active [0.00] DMI present. [0.00] DMI: System manufacturer System Product Name/M3N78-VM, BIOS 1801 09/10/2010 [0.00] e820: update [mem 0x-0x] usable ==> reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] No AGP bridge found [0.00] e820: last_pfn = 0x12 max_arch_pfn = 0x4 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-E uncachable [0.00] F-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 00 mask FF8000 write-back [0.00] 1 base 008000 mask FFC000 write-back [0.00] 2 base 00C000 mask FFF000 write-back [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] TOM2: 00012000 aka 4608M [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] e820: update [mem 0xd000-0x] usable ==> reserved [0.00] e820: last_pfn = 0xcff90 max_arch_pfn = 0x4 [0.00] found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [880ff780] [0.00] initial memory mapped: [mem 0x-0x1fff] [0.00] Base memory trampoline at [88097000] 97000 size 24576 [0.00] init_memory_mapping: [mem 0x-0xcff8] [0.00] [mem 0x-0xcfdf] page 2M [0.00] [mem 0xcfe0-0xcff8] page 4k [0.00] kernel direct mapping tables up to 0xcff8 @ [mem 0x1fffa000-0x1fff] [0.00] init_memory_mapping: [mem 0x1-0x11fff] [0.00] [mem 0x1-0x11fff] page 2M [0.00] kernel direct mapping tables up to 0x11fff @ [mem 0xcff8e000-0xcff8] [0.00] RAMDISK: [mem 0x368de000-0x37466fff] [0.00] ACPI: RSDP 000fb630 00024 (v02 ACPIAM) [0.00] ACPI: XSDT cff90100 0006C (v01 091010 XSDT1648 20100910 MSFT 0097) [0.00] ACPI: FACP cff90290 000F4 (v03 091010 FACP1648 20100910 MSFT 0097) [0.00] ACPI: DSDT cff90460 0AF17 (v01 A1041 A1041000 INTL 20060113) [0.00] ACPI: FACS cff9e000 00040 [0.00] ACPI:
nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
Hi, I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 82f2 Flags: bus master, fast devsel, latency 0, IRQ 21 Memory at fd00 (32-bit, non-prefetchable) [size=16M] Memory at f000 (64-bit, prefetchable) [size=128M] Memory at fa00 (64-bit, prefetchable) [size=32M] I/O ports at ec00 [size=128] Expansion ROM at febe [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: nouveau The problem presents itself as soon as I use a gnome-shell session from gdm3, if I use the fall-back mode (gnome-panel) it does not happen immediately, until maybe some processes do something stressful (firefox triggered it twice). Here is the kernel trace, please let me know if the disassembled nouveau.o ?or any other information? is necessary: [ 1943.858601] BUG: unable to handle kernel paging request at fff8 [ 1943.858669] IP: [] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 [ 1943.858803] Oops: [#1] SMP [ 1943.858823] Modules linked in: hidp ebtable_nat ebtables cpufreq_powersave cpufreq_conservative cpufreq_stats cpufreq_userspace ipt_MASQUERADE xt_CHECKSUM bridge stp llc ppdev lp bnep rfcomm tun sit tunnel4 binfmt_misc uinput ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ip6table_raw ip6table_mangle ip6t_REJECT xt_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_rt ip6table_filter ip6_tables xt_tcpudp ipt_REJECT ipt_ULOG xt_limit xt_multiport xt_conntrack iptable_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_raw ip_tables x_tables hwmon_vid loop fuse snd_hda_codec_hdmi snd_hda_codec_via snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc nouveau snd_seq_midi snd_seq_midi_event powernow_k8 snd_rawmidi snd_seq kvm_amd snd_seq_device kvm snd_timer ttm snd edac_mce_amd btusb drm_kms_helper bluetooth edac_core drm rfkill i2c_algo_bit mxm_wmi shpchp asus_atk0110 soundcore crc16 k8temp evdev pcspkr parport_pc parport video wmi processor thermal_sys i2c_nforce2 i2c_core button ext3 mbcache jbd dm_mod sg hid_generic sr_mod sd_mod cdrom crc_t10dif usbhid usb_storage hid uas ohci_hcd ahci libahci libata ehci_hcd forcedeth scsi_mod usbcore usb_common floppy [ 1943.859565] CPU 0 [ 1943.859580] Pid: 2985, comm: Xorg Not tainted 3.7.0-rc3-ao2 #1 System manufacturer System Product Name/M3N78-VM [ 1943.859609] RIP: 0010:[] [] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.859670] RSP: 0018:8801179519a8 EFLAGS: 00010212 [ 1943.859687] RAX: RBX: fff0 RCX: 007e [ 1943.859708] RDX: 007e RSI: 0001 RDI: 880117bfbce8 [ 1943.859728] RBP: 88011785fd38 R08: R09: 88011785fd38 [ 1943.859748] R10: 880117bfbc00 R11: 88011785fc80 R12: 007e [ 1943.859769] R13: 880117bfbc01 R14: 880117bfbc20 R15: 880117951a70 [ 1943.859791] FS: 7f1099383880() GS:88011fc0() knlGS: [ 1943.859813] CS: 0010 DS: ES: CR0: 80050033 [ 1943.859830] CR2: fff8 CR3: 000118473000 CR4: 07f0 [ 1943.859850] DR0: DR1: DR2: [ 1943.859870] DR3: DR6: 0ff0 DR7: 0400 [ 1943.859891] Process Xorg (pid: 2985, threadinfo 88011795, task 8801181cc8e0) [ 1943.859911] Stack: [ 1943.859920] 0246 810fa13d 81060f13 03f0 [ 1943.859955] 0002 0010 880117bfbc00 880117bfbc20 [ 1943.859986] 880117951a70 a032a10a 8801 03f8 [ 1943.860018] Call Trace: [ 1943.860019] [] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [] ? should_resched+0x5/0x23 [ 1943.860019] [] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] [ 1943.860019] [] ? nouveau_vram_manager_new+0x62/0xa4 [nouveau] [ 1943.860019] [] ? ttm_bo_handle_move_mem+0x1ab/0x2ec [ttm] [ 1943.860019] [] ? ttm_bo_mem_space+0x112/0x2f8 [ttm] [ 1943.860019] [] ? ttm_bo_move_buffer+0xa3/0xee [ttm] [ 1943.860019] [] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [] ? ttm_bo_validate+0xa6/0xeb [ttm] [ 1943.860019] [] ? ttm_bo_init+0x373/0x3b2 [ttm] [ 1943.860019] [] ? nouveau_bo_new+0x23f/0x264 [nouveau] [ 1943.860019] [] ? nouveau_ttm_tt_unpopulate+0xa3/0xa3 [nouveau] [ 1943.860019] [] ? nouveau_gem_new+0x53/0xf7 [nouveau] [ 1943.860019] [] ? should_resched+0x5/0x23 [
Re: nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
On Mon, 2012-10-29 at 23:16 +0100, Antonio Ospite wrote: Hi, I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 82f2 Flags: bus master, fast devsel, latency 0, IRQ 21 Memory at fd00 (32-bit, non-prefetchable) [size=16M] Memory at f000 (64-bit, prefetchable) [size=128M] Memory at fa00 (64-bit, prefetchable) [size=32M] I/O ports at ec00 [size=128] Expansion ROM at febe [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: nouveau The problem presents itself as soon as I use a gnome-shell session from gdm3, if I use the fall-back mode (gnome-panel) it does not happen immediately, until maybe some processes do something stressful (firefox triggered it twice). If you boot into fallback mode and run glxgears (or whatever, some 3d app) does this happen too? Here is the kernel trace, please let me know if the disassembled nouveau.o —or any other information— is necessary: Are you able to post me your entire kernel log from before this happens? Thanks, Ben. [ 1943.858601] BUG: unable to handle kernel paging request at fff8 [ 1943.858669] IP: [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 [ 1943.858803] Oops: [#1] SMP [ 1943.858823] Modules linked in: hidp ebtable_nat ebtables cpufreq_powersave cpufreq_conservative cpufreq_stats cpufreq_userspace ipt_MASQUERADE xt_CHECKSUM bridge stp llc ppdev lp bnep rfcomm tun sit tunnel4 binfmt_misc uinput ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ip6table_raw ip6table_mangle ip6t_REJECT xt_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_rt ip6table_filter ip6_tables xt_tcpudp ipt_REJECT ipt_ULOG xt_limit xt_multiport xt_conntrack iptable_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_raw ip_tables x_tables hwmon_vid loop fuse snd_hda_codec_hdmi snd_hda_codec_via snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc nouveau snd_seq_midi snd_seq_midi_event powernow_k8 snd_rawmidi snd_seq kvm_amd snd_seq_device kvm snd_timer ttm snd edac_mce_amd btusb drm_kms_helper bluetooth edac_core drm rfkill i2c! _a! lgo_bit mxm_wmi shpchp asus_atk0110 soundcore crc16 k8temp evdev pcspkr parport_pc parport video wmi processor thermal_sys i2c_nforce2 i2c_core button ext3 mbcache jbd dm_mod sg hid_generic sr_mod sd_mod cdrom crc_t10dif usbhid usb_storage hid uas ohci_hcd ahci libahci libata ehci_hcd forcedeth scsi_mod usbcore usb_common floppy [ 1943.859565] CPU 0 [ 1943.859580] Pid: 2985, comm: Xorg Not tainted 3.7.0-rc3-ao2 #1 System manufacturer System Product Name/M3N78-VM [ 1943.859609] RIP: 0010:[a031a67a] [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.859670] RSP: 0018:8801179519a8 EFLAGS: 00010212 [ 1943.859687] RAX: RBX: fff0 RCX: 007e [ 1943.859708] RDX: 007e RSI: 0001 RDI: 880117bfbce8 [ 1943.859728] RBP: 88011785fd38 R08: R09: 88011785fd38 [ 1943.859748] R10: 880117bfbc00 R11: 88011785fc80 R12: 007e [ 1943.859769] R13: 880117bfbc01 R14: 880117bfbc20 R15: 880117951a70 [ 1943.859791] FS: 7f1099383880() GS:88011fc0() knlGS: [ 1943.859813] CS: 0010 DS: ES: CR0: 80050033 [ 1943.859830] CR2: fff8 CR3: 000118473000 CR4: 07f0 [ 1943.859850] DR0: DR1: DR2: [ 1943.859870] DR3: DR6: 0ff0 DR7: 0400 [ 1943.859891] Process Xorg (pid: 2985, threadinfo 88011795, task 8801181cc8e0) [ 1943.859911] Stack: [ 1943.859920] 0246 810fa13d 81060f13 03f0 [ 1943.859955] 0002 0010 880117bfbc00 880117bfbc20 [ 1943.859986] 880117951a70 a032a10a 8801 03f8 [ 1943.860018] Call Trace: [ 1943.860019] [810fa13d] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [81060f13] ? should_resched+0x5/0x23 [ 1943.860019] [a032a10a] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] [ 1943.860019] [a03687b6] ? nouveau_vram_manager_new+0x62/0xa4 [nouveau] [ 1943.860019] [a0294334] ? ttm_bo_handle_move_mem+0x1ab/0x2ec [ttm] [ 1943.860019]
nouveau, linux3.7-rc3: BUG: unable to handle kernel paging request at fffffffffffffff8
Hi, I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1), my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 82f2 Flags: bus master, fast devsel, latency 0, IRQ 21 Memory at fd00 (32-bit, non-prefetchable) [size=16M] Memory at f000 (64-bit, prefetchable) [size=128M] Memory at fa00 (64-bit, prefetchable) [size=32M] I/O ports at ec00 [size=128] Expansion ROM at febe [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: nouveau The problem presents itself as soon as I use a gnome-shell session from gdm3, if I use the fall-back mode (gnome-panel) it does not happen immediately, until maybe some processes do something stressful (firefox triggered it twice). Here is the kernel trace, please let me know if the disassembled nouveau.o —or any other information— is necessary: [ 1943.858601] BUG: unable to handle kernel paging request at fff8 [ 1943.858669] IP: [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.858779] PGD 160d067 PUD 160e067 PMD 0 [ 1943.858803] Oops: [#1] SMP [ 1943.858823] Modules linked in: hidp ebtable_nat ebtables cpufreq_powersave cpufreq_conservative cpufreq_stats cpufreq_userspace ipt_MASQUERADE xt_CHECKSUM bridge stp llc ppdev lp bnep rfcomm tun sit tunnel4 binfmt_misc uinput ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ip6table_raw ip6table_mangle ip6t_REJECT xt_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_rt ip6table_filter ip6_tables xt_tcpudp ipt_REJECT ipt_ULOG xt_limit xt_multiport xt_conntrack iptable_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_raw ip_tables x_tables hwmon_vid loop fuse snd_hda_codec_hdmi snd_hda_codec_via snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc nouveau snd_seq_midi snd_seq_midi_event powernow_k8 snd_rawmidi snd_seq kvm_amd snd_seq_device kvm snd_timer ttm snd edac_mce_amd btusb drm_kms_helper bluetooth edac_core drm rfkill i2c_algo_bit mxm_wmi shpchp asus_atk0110 soundcore crc16 k8temp evdev pcspkr parport_pc parport video wmi processor thermal_sys i2c_nforce2 i2c_core button ext3 mbcache jbd dm_mod sg hid_generic sr_mod sd_mod cdrom crc_t10dif usbhid usb_storage hid uas ohci_hcd ahci libahci libata ehci_hcd forcedeth scsi_mod usbcore usb_common floppy [ 1943.859565] CPU 0 [ 1943.859580] Pid: 2985, comm: Xorg Not tainted 3.7.0-rc3-ao2 #1 System manufacturer System Product Name/M3N78-VM [ 1943.859609] RIP: 0010:[a031a67a] [a031a67a] nouveau_mm_head+0x30/0x127 [nouveau] [ 1943.859670] RSP: 0018:8801179519a8 EFLAGS: 00010212 [ 1943.859687] RAX: RBX: fff0 RCX: 007e [ 1943.859708] RDX: 007e RSI: 0001 RDI: 880117bfbce8 [ 1943.859728] RBP: 88011785fd38 R08: R09: 88011785fd38 [ 1943.859748] R10: 880117bfbc00 R11: 88011785fc80 R12: 007e [ 1943.859769] R13: 880117bfbc01 R14: 880117bfbc20 R15: 880117951a70 [ 1943.859791] FS: 7f1099383880() GS:88011fc0() knlGS: [ 1943.859813] CS: 0010 DS: ES: CR0: 80050033 [ 1943.859830] CR2: fff8 CR3: 000118473000 CR4: 07f0 [ 1943.859850] DR0: DR1: DR2: [ 1943.859870] DR3: DR6: 0ff0 DR7: 0400 [ 1943.859891] Process Xorg (pid: 2985, threadinfo 88011795, task 8801181cc8e0) [ 1943.859911] Stack: [ 1943.859920] 0246 810fa13d 81060f13 03f0 [ 1943.859955] 0002 0010 880117bfbc00 880117bfbc20 [ 1943.859986] 880117951a70 a032a10a 8801 03f8 [ 1943.860018] Call Trace: [ 1943.860019] [810fa13d] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [81060f13] ? should_resched+0x5/0x23 [ 1943.860019] [a032a10a] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] [ 1943.860019] [a03687b6] ? nouveau_vram_manager_new+0x62/0xa4 [nouveau] [ 1943.860019] [a0294334] ? ttm_bo_handle_move_mem+0x1ab/0x2ec [ttm] [ 1943.860019] [a0294d34] ? ttm_bo_mem_space+0x112/0x2f8 [ttm] [ 1943.860019] [a0294fbd] ? ttm_bo_move_buffer+0xa3/0xee [ttm] [ 1943.860019] [810fa13d] ? kmem_cache_alloc_trace+0xbf/0xcf [ 1943.860019] [a02950ae] ? ttm_bo_validate+0xa6/0xeb [ttm] [ 1943.860019] [a0295466] ? ttm_bo_init+0x373/0x3b2 [ttm] [ 1943.860019]
