Re: [Xpert]XML format for XF86Config
On Mon, Sep 30, 2002 at 02:58:02PM -0700, Michael Michael wrote: Like i said its usefulness is proven in many areas. I see no reason not to use it. It could be introduced without effecting the current parser. Current parser aside, how do you deal with the people who want to: root# vi /etc/X11/XF86config-4 ? I can change any option in seconds this way. wading thru an ncurses-based configurator is just plain silly. MM The XF86Config maps well to XML ... I can map /etc/passwd maps to xml... what's your point? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]nvidia binary driver: kernel BUG at page_alloc.c
On Fri, Jul 26, 2002 at 11:18:13AM -0700, Mark Vojkovich wrote: On Fri, 26 Jul 2002, Luca Olivetti wrote: Mike Stilson wrote: | BTW: Since I stepped back to 2314 it's been nice and stable (Only 3 days | so far but better than the 10 hours I could manage with the latest | driver.) I'm using this release now and while it seems better, it's still not totally reliable: it just killed X while using xvideo (this is probably the reason I've been upgrading nvidia drivers, to see if problems went away), but it seems it isn't screwing up anything else. Let's see how it works and if nvidia do care about fixing its driver (which I doubt). Don't use AGPGART. Use NVGART instead. It's not clear that this is NVIDIA's bug, and even if it were, it would definitely be in the open source part of the driver. I have option nvagp 0 in my config file. This didn't get changed at all. The absolute only change when my problems started was the upgrade to the latest NV_kern and NV_GL. If I remember, the longest it was stable with the latest one was 2 days, and I wasn't even stressing it with anything even close to xvideo. It would just decide to oops when it was doing basically nothing but blinking a cursor in an xterm. Changing back to my original 2314 rpm's, without even touching the config file has done away with all the problems. -mike -- Windows has detected that you have moved your mouse. Your system must now be restarted for the changes to take effect. - Unknown ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: nvidia binary driver: kernel BUG at page_alloc.c
On Wed, Jul 24, 2002 at 01:43:54AM -0400, Mike A. Harris wrote: The Nvidia kernel module very much does and should taint the kernel. Yes, I see that now. The problem I've got right now is... why ISN'T it? -me ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]nvidia binary driver: kernel BUG at page_alloc.c
On Mon, Jul 22, 2002 at 11:25:35PM +0200, Luca Olivetti wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Stilson wrote: Are you sure the nvidia module was loaded at the time of this crash? It would taint the kernel if loaded: Jul 7 20:20:54 pippo kernel: kernel BUG at page_alloc.c:216! Jul 7 20:20:54 pippo kernel: invalid operand: Jul 7 20:20:54 pippo kernel: CPU:0 Jul 7 20:20:54 pippo kernel: EIP:0010:[rmqueue+479/544]Tainted: P Jul 7 20:20:54 pippo kernel: EIP:0010:[c012e68f]Tainted: P Just to follow up after giving a little more thought... The kernel module doesn't taint it since I'm recompiling it from source. the NVdriver.o module (although it doesn't specifically have a MODULE_LICENSE(GPL)) also doesn't have any conflicting or proprietary license. Now my understanding might be wrong, but it SHOULDN'T be tainting the kernel. Only the X driver (nvidia_drv.o) is closed source. Perhaps you have something else tainting it? -me -- Windows has detected that you have moved your mouse. Your system must now be restarted for the changes to take effect. - Unknown ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]nvidia binary driver: kernel BUG at page_alloc.c
On Tue, Jul 23, 2002 at 01:36:39PM +0200, Charl P. Botha wrote: On Tue, Jul 23, 2002 at 07:16:50AM -0400, Mike Stilson wrote: Just to follow up after giving a little more thought... The kernel module doesn't taint it since I'm recompiling it from source. the NVdriver.o module (although it doesn't specifically have a MODULE_LICENSE(GPL)) also doesn't have any conflicting or proprietary license. Now my understanding might be wrong, but it SHOULDN'T be tainting the kernel. Only the X driver (nvidia_drv.o) is closed source. The kernel module *does* taint it. You're only building three of the objects and then linking with Module-nvkernel, which is binary and which is where most of the juicy bits are. Ok, that being the case, any idea as to why it's not tainted? The module is remaining loaded. -- Windows has detected that you have moved your mouse. Your system must now be restarted for the changes to take effect. - Unknown ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]nvidia binary driver: kernel BUG at page_alloc.c
On Mon, Jul 22, 2002 at 03:16:40PM +0200, Luca Olivetti wrote: Anyway, I was having a lot of these messages (kernel BUG at page_alloc.c) with the current version of nvidia driver (1.0-2960) and afterwards the system is unpredictable (possible hard locks, file system corruption, anything). At first I didn't relate this to the nvidia driver, but I've looked at the kernel mailing list and everybody says that the problem is NVIDIA related (I tried to contact nvidia but it seems that [EMAIL PROTECTED] is redirected to /dev/null). It is related, and yeah, I'm pretty sure they dump it. I haven't heard anything back since reporting the problem about a week after their latest drivers were available. (Took it that long to isolate their driver as the culprit. The oops'es were unpredictable and I still haven't found what the actual cause is.) I'm beginning to think that it is true, because, tired of all the problems with this driver (earlier versions just froze X but this one is more serious), I switched to the xfree nv driver and the system has been rock solid since then, the only problem is that I cannot play tuxracer anymore ;-) I'm running Mandrake 8.2 with the updated kernel Redhat (mixed up versions, I handle my own tarballs) with 2.4.18. I didn't try the nv driver though. I tried it to start with and had some problems I don't remember specifically at the moment. FWIW I had the same issues. The problem I had was that it would crash kswapd with the following kernel: kernel BUG at page_alloc.c:82! kernel: invalid operand: kernel: CPU:0 kernel: EIP:0010:[__free_pages_ok+66/688]Not tainted kernel: EIP:0010:[c012a7e2]Not tainted kernel: EFLAGS: 00010286 kernel: eax: 001f ebx: c10dfd9c ecx: c0286fa0 edx: 0001332c kernel: esi: c10dfd80 edi: ebp: esp: c3ec5f20 kernel: ds: 0018 es: 0018 ss: 0018 kernel: Process kswapd (pid: 4, stackpage=c3ec5000) kernel: Stack: c0239c40 0052 c10dfd9c c10dfd80 001c c10dfd80 01d0 kernel:c10dfd9c c10dfd80 c012a072 c012b077 c012a0ab 0020 01d0 0020 kernel:0006 c3ec4000 008a 057c 01d0 c0288308 c012a2c0 0006 kernel: Call Trace: [shrink_cache+506/780] [__free_pages+27/28] [shrink_cache+563/780] [shrink_caches+88/136] [try_to_free_ pages+60/92] kernel: Call Trace: [c012a072] [c012b077] [c012a0ab] [c012a2c0] [c012a32c] kernel:[kswapd_balance_pgdat+67/140] [kswapd_balance+18/40] [kswapd+153/188] [kernel_thread+40/56] kernel:[c012a3c3] [c012a41e] [c012a52d] [c0105478] kernel: kernel: Code: 0f 0b 83 c4 08 89 f0 2b 05 6c 3f 2f c0 c1 f8 06 3b 05 60 3f (ksymoops output) EIP; c012a7e2 __free_pages_ok+42/2b0 = Trace; c012a072 shrink_cache+1fa/30c Trace; c012b077 __free_pages+1b/1c Trace; c012a0ab shrink_cache+233/30c Trace; c012a2c0 shrink_caches+58/88 Trace; c012a32c try_to_free_pages+3c/5c Trace; c012a3c3 kswapd_balance_pgdat+43/8c Trace; c012a41e kswapd_balance+12/28 Trace; c012a52d kswapd+99/bc Trace; c0105478 kernel_thread+28/38 Code; c012a7e2 __free_pages_ok+42/2b0 _EIP: Code; c012a7e2 __free_pages_ok+42/2b0 = 0: 0f 0b ud2a = Code; c012a7e4 __free_pages_ok+44/2b0 2: 83 c4 08 add$0x8,%esp Code; c012a7e7 __free_pages_ok+47/2b0 5: 89 f0 mov%esi,%eax Code; c012a7e9 __free_pages_ok+49/2b0 7: 2b 05 6c 3f 2f c0 sub0xc02f3f6c,%eax Code; c012a7ef __free_pages_ok+4f/2b0 d: c1 f8 06 sar$0x6,%eax Code; c012a7f2 __free_pages_ok+52/2b0 10: 3b 05 60 3f 00 00 cmp0x3f60,%eax This vanished when I backed down to NVIDIA_kernel-2314. No big loss to me except I miss the loss of DigitalVibrance. If only I could grab the source I'd backport it, and alas my asm (especially gdb disassembling it) is pretty rusty. $ cat /proc/driver/nvidia/cards/0 Model: GeForce2 MX/MX 400 IRQ: 10 Video BIOS: 03.11.00.18 Card Type: AGP $ cat /proc/driver/nvidia/agp/card Fast Writes: Supported SBA: Not Supported AGP Rates: 4x 2x 1x Registers: 0x1f17:0x1f000104 $ cat /proc/driver/nvidia/agp/host-bridge Host Bridge: Via Apollo Pro KT133 Fast Writes: Not Supported SBA: Supported AGP Rates: 4x 2x 1x Registers: 0x1f000207:0x0104 $ cat /proc/driver/nvidia/agp/status Status: Enabled Driver: AGPGART AGP Rate:4x Fast Writes: Disabled SBA: Disabled $ cat /proc/driver/nvidia/version NVRM version: NVIDIA NVdriver Kernel Module 1.0-2960 Tue May 14 07:41:42 PDT 2002 GCC version: gcc version 2.96 2731 (Mandrake Linux 8.2 2.96-0.76mdk) $ find /proc/nv -type f -exec cat {} ';' - Driver Info - NVRM Version: NVIDIA NVdriver Kernel Module 1.0.2314 Fri Nov 30 19:33:20 PST 2001 Compiled with: gcc version 2.95.3 20010315 (release) -- Card Info -- Model:
Re: [Xpert]nvidia binary driver: kernel BUG at page_alloc.c
On Mon, Jul 22, 2002 at 11:25:35PM +0200, Luca Olivetti wrote: Mike Stilson wrote: | FWIW I had the same issues. | The problem I had was that it would crash kswapd with the following In my case it was either kdeinit, xmessage, kswapd, startkde,... 99% of the time it would crash kswapd, more or less causing a cascade from there. Usually one or two apps running on the desktop would oops, then X itself. Sometimes it would prevent you from switching to a vc (just a garbled screen) but would let you return to the x desktop fine. Other times it took a hard reset to do anything. | kernel: kernel BUG at page_alloc.c:82! | kernel: invalid operand: | kernel: CPU:0 | kernel: EIP:0010:[__free_pages_ok+66/688]Not tainted | kernel: EIP:0010:[c012a7e2]Not tainted Are you sure the nvidia module was loaded at the time of this crash? It would taint the kernel if loaded: Jul 7 20:20:54 pippo kernel: kernel BUG at page_alloc.c:216! Jul 7 20:20:54 pippo kernel: invalid operand: Jul 7 20:20:54 pippo kernel: CPU:0 Jul 7 20:20:54 pippo kernel: EIP:0010:[rmqueue+479/544]Tainted: P Jul 7 20:20:54 pippo kernel: EIP:0010:[c012e68f]Tainted: P positive. I've wondered about that myself several times, so I made quite sure to check whenever possible. Unless it was doing something VERY strange, it most definitely was loaded for all of them. In fact, several other oopses (unrelated) while the nvdriver was loaded weren't tainted either. BTW: Since I stepped back to 2314 it's been nice and stable (Only 3 days so far but better than the 10 hours I could manage with the latest driver.) -me -- Windows has detected that you have moved your mouse. Your system must now be restarted for the changes to take effect. - Unknown ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]AllocGARTMem error again
When I startup the X-server on a motherboard with the I815 chipset I get a warning xf86AllocateGARTMemory: allocation of 1024 pages failed(Cannot allocate memory). I'm having the same problem as this guy, the thing is, it worked with 4.1 (I just upgraded yesterday.) At first I got the module version mismatch.. fixed that and now I get an odd error about permission denied from setBusID (and something about GetBusID returning '' which I think might be where the problem is.) system is: Linux velgarian.sytes.net 2.4.17 #7 Tue Jan 15 13:33:43 EST 2002 i686 unknown vga card from lspci -vv: 00:01.0 VGA compatible controller: Intel Corporation 82810 CGC [Chipset Graphics Controller] (rev 03) (prog-if 00 [VGA]) Subsystem: Intel Corporation 82810 CGC [Chipset Graphics Controller] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 5 Region 0: Memory at d800 (32-bit, prefetchable) [size=64M] Region 1: Memory at dc10 (32-bit, non-prefetchable) [size=512K] Capabilities: [dc] Power Management version 1 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- There's an error below about 'permission denied' from setBusID which I don't understand. I've tried running the whole thing as root, thru Xwrapper, suid, and whatever else but it doesn't seem to matter. The only thing I didn't tweak was the DRI mode in the config file, but it's already 0666 and I checked the perms on the entries in /dev and even tried making them a+rw. I've checked everything even remotely related in the mailing lists.. found removed every old libGL{U}.* I could find, no difference. Perhaps some new option I didn't catch? It seems nothing drastically important. The server works fine in general (Except some wierd error from netscape about locales en_US and C not being supported by Xlib then bombing with a bus error that I haven't looked into much yet.) Log attached below minus some stuff for space. Config file below that. XFree86 Version 4.2.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Thu Jan 31 08:48:02 2002 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor ProView (**) | |--Device Intel 810 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option DisableVidModeExtension (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7120 card 8086,7120 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7121 card 8086,7121 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2412 card