Date: Sat, 22 Dec 2007 13:39:43 +0100 (CET) From: Martin Birgmeier <martin@email.aon.at> To: FreeBSD-gnats-submit@FreeBSD.org Subject: ports/118950: xorg xf86 nv (nvidia) driver crashes the system (no panic) Message-ID: <200712221239.lBMCdhrA006027@gandalf.xyzzy> Resent-Message-ID: <200712221310.lBMDA2ZT075889@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 118950 >Category: ports >Synopsis: xorg xf86 nv (nvidia) driver crashes the system (no panic) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 22 13:10:02 UTC 2007 >Closed-Date: >Last-Modified: >Originator: Martin Birgmeier >Release: FreeBSD 6.2-RELEASE i386 >Organization: MBi at home >Environment: System: FreeBSD gandalf.xyzzy 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Sat Jan 13 20:23:55 CET 2007 root@gandalf.xyzzy:/d/14.1/OBJ/FreeBSD/RELENG_6_2_0_RELEASE/src/sys/XYZZY i386 Ports: current as of approx. Dec. 15, 2007; xf86-video-nv-2.1.6, xorg-drivers-7.3_1, xorg-7.3_1 dmesg excerpt: [...] CPU: AMD Athlon(tm) Processor (807.19-MHz 686-class CPU) [...] real memory = 1342095360 (1279 MB) avail memory = 1305329664 (1244 MB) acpi0: <ASUS A7V> on motherboard [...] sym0: <810> port 0x9800-0x98ff mem 0xd5000000-0xd50000ff irq 10 at device 11.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: [GIANT-LOCKED] [...] vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 [...] Xorg.0.log excerpt: X.Org X Server 1.4.0 Release Date: 5 September 2007 [...] Current Operating System: FreeBSD gandalf.xyzzy 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Sat Jan 13 20:23:55 CET 2007 root@gandalf.xyzzy:/d/14.1/OBJ/FreeBSD/RELENG_6_2_0_RELEASE/src/sys/XYZZY i386 Build Date: 23 November 2007 07:54:09PM [...] (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 1043,8033 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1106,0686 card 1043,8033 rev 22 class 06,01,00 hdr 80 (II) PCI: 00:04:1: chip 1106,0571 card 0000,0000 rev 10 class 01,01,8a hdr 00 (II) PCI: 00:04:2: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:04:4: chip 1106,3057 card 1043,8033 rev 30 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 100b,0020 card 1385,f331 rev 00 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 1274,1371 card 1274,1371 rev 08 class 04,01,00 hdr 00 (II) PCI: 00:0b:0: chip 1000,0001 card 0000,0000 rev 02 class 01,00,00 hdr 00 (II) PCI: 00:0d:0: chip 1814,0301 card 1814,2561 rev 00 class 02,80,00 hdr 00 (II) PCI: 00:11:0: chip 105a,0d30 card 105a,4d33 rev 02 class 01,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0110 card 1043,4015 rev a1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan [...] (--) PCI:*(1:0:0) nVidia Corporation NV11 [GeForce2 MX/MX 400] rev 161, Mem @ 0xd6000000/24, 0xd8000000/27, BIOS @ 0xd7ff0000/16 [...] (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, [...] (II) Primary Device is: PCI 01:00:0 (--) Chipset GeForce2 MX/MX 400 found [...] >Description: [Note: Due to spam paranoia, the mail address given above is not valid. Please reply by adding to this PR - I'll check back regularly.] Running the latest Xorg 7.3 with the latest nv driver 2.1.6 causes the system to crash in unpredictable ways, quite often with disk damage severe enough that fsck cannot correct it by itself. This has not happened before the upgrade from Xorg 6.9 which I did about a month ago. Crashes are most easily - in fact, always - triggered while also using the sym SCSI driver to write backups to tape. I have ruled out other possible causes by finding out that only if I stop the X server during a backup session the machine will not crash. Unfortunately, the machine does not panic. Most often it will spontaneously reboot, once or twice I had a hard hang. As said above, in many cases the file systems are severely damaged. Another indication may be that while running qemu with Win98 in it, bitblt operations (i.e., rectangular area moves) were off by several pixels in both X and Y directions during a move of an explorer window (with contents showing, not just outline move). While this may be a bug in qemu, qemu has not changed from its 0.9.0 version in a long time and I never had this problem before, so I again suspect the X server. >How-To-Repeat: Try making a backup to the SCSI device while also running X. >Fix: Not known, most likely going back to Xorg 6.9 would remedy the problem. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200712221239.lBMCdhrA006027>