Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Tue, 18 Mar 2003, Mark Vojkovich wrote: OK. I tested with both the generic int10 module from 4.2 and from 4.3 on a 4.3 system. This was with two NVIDIA cards and the nv driver on both heads. 4.2 libint10.a works fine. 4.3 linux/libint10.a works fine. 4.3 libint10.a does not post the card properly. It appears as though there is definitely a regression in the generic libint10.a module between versions 4.2 and 4.3. OK. Then this isn't the problem I tought it was. Please try the attached modification to 4.3's generic int10. Also, do you still the truncated BIOS message when using the linux module? Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. generic.diff.gz Description: Binary data
Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Wed, 19 Mar 2003, Marc Aurele La France wrote: On Tue, 18 Mar 2003, Mark Vojkovich wrote: OK. I tested with both the generic int10 module from 4.2 and from 4.3 on a 4.3 system. This was with two NVIDIA cards and the nv driver on both heads. 4.2 libint10.a works fine. 4.3 linux/libint10.a works fine. 4.3 libint10.a does not post the card properly. It appears as though there is definitely a regression in the generic libint10.a module between versions 4.2 and 4.3. OK. Then this isn't the problem I tought it was. Please try the attached modification to 4.3's generic int10. Also, do you still the truncated BIOS message when using the linux module? No I didn't get the truncation message with the Linux module. This new generic module seems to be working, though I still see the truncation message. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
OK. I tested with both the generic int10 module from 4.2 and from 4.3 on a 4.3 system. This was with two NVIDIA cards and the nv driver on both heads. 4.2 libint10.a works fine. 4.3 linux/libint10.a works fine. 4.3 libint10.a does not post the card properly. It appears as though there is definitely a regression in the generic libint10.a module between versions 4.2 and 4.3. Mark. On Fri, 14 Mar 2003, Mark Vojkovich wrote: On Fri, 14 Mar 2003, Marc Aurele La France wrote: On Fri, 14 Mar 2003, Mark Vojkovich wrote: On 14 Mar 2003, Eric Anholt wrote: On Fri, 2003-03-14 at 12:31, Mark Vojkovich wrote: Could someone put the FreeBSD int10 module from 4.3 someplace where I can get it? I'll give it a try. You already have it. (Or should.) The two int10 modules installed on Linux systems are: /usr/X11R6/lib/modules/libint10.a /usr/X11R6/lib/modules/linux/libint10.a The loader prefers the more specific, so to use the generic one, rename the /linux/ one to something else. I put one from my system up at: http://people.freebsd.org/~anholt/X/files/libint10.a I just ran this module on my system and it worked fine. So at least on my system here: Linux 2.2.17 smp Dual P3 system (i840 chipset) GeForce4 MX + GeForce2 MX using nv driver on both both the module I built and the one at that url work fine. I think that rules out the FreeBSD-built module being completely broken. Still could be some other FreeBSD related problem or that the failing cases are on specific hardware that the int10 or related module doesn't handle as well anymore. Has it been firmly established that this is a regression and 4.2 worked fine on those machines? It's not clear to me that you actually used the generic module for this test. Check the log. You're right! It was still using the linux/libint10.a. The generic libint10.a doesn't work. If I switch over, the second head doesn't get posted correctly and I do see the message about the BIOS getting truncated. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Fri, 14 Mar 2003, Mark Vojkovich wrote: Has it been firmly established that this is a regression and 4.2 worked fine on those machines? You can verify this by using the generic int10 module from one of our ix86 binary packages for 4.2.0 or 4.2.1. It's not clear to me that you actually used the generic module for this test. Check the log. You're right! It was still using the linux/libint10.a. The generic libint10.a doesn't work. If I switch over, the second head doesn't get posted correctly and I do see the message about the BIOS getting truncated. That message should be coming out regardless of the int10 module you use. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Thu, 13 Mar 2003, Mark Vojkovich wrote: I've seen a couple of these reports now, where 4.3 reports Truncating PCI BIOS Length with multihead configurations and doesn't work. I just tried two nv cards with 4.3 under Linux and it worked fine. Perhaps this is specific to FreeBSD? Is there someone here who knows the int10 code and can comment on whether or not Linux and FreeBSD differ in these paths? It might help to duplicate this problem by loading the generic int10 module, rather than the Linux-specific one. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Fri, 2003-03-14 at 12:31, Mark Vojkovich wrote: Could someone put the FreeBSD int10 module from 4.3 someplace where I can get it? I'll give it a try. I put one from my system up at: http://people.freebsd.org/~anholt/X/files/libint10.a -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Fri, 14 Mar 2003, Mark Vojkovich wrote: On 14 Mar 2003, Eric Anholt wrote: On Fri, 2003-03-14 at 12:31, Mark Vojkovich wrote: Could someone put the FreeBSD int10 module from 4.3 someplace where I can get it? I'll give it a try. You already have it. (Or should.) The two int10 modules installed on Linux systems are: /usr/X11R6/lib/modules/libint10.a /usr/X11R6/lib/modules/linux/libint10.a The loader prefers the more specific, so to use the generic one, rename the /linux/ one to something else. I put one from my system up at: http://people.freebsd.org/~anholt/X/files/libint10.a I just ran this module on my system and it worked fine. So at least on my system here: Linux 2.2.17 smp Dual P3 system (i840 chipset) GeForce4 MX + GeForce2 MX using nv driver on both both the module I built and the one at that url work fine. I think that rules out the FreeBSD-built module being completely broken. Still could be some other FreeBSD related problem or that the failing cases are on specific hardware that the int10 or related module doesn't handle as well anymore. Has it been firmly established that this is a regression and 4.2 worked fine on those machines? It's not clear to me that you actually used the generic module for this test. Check the log. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
On Fri, 14 Mar 2003, Marc Aurele La France wrote: On Fri, 14 Mar 2003, Mark Vojkovich wrote: On 14 Mar 2003, Eric Anholt wrote: On Fri, 2003-03-14 at 12:31, Mark Vojkovich wrote: Could someone put the FreeBSD int10 module from 4.3 someplace where I can get it? I'll give it a try. You already have it. (Or should.) The two int10 modules installed on Linux systems are: /usr/X11R6/lib/modules/libint10.a /usr/X11R6/lib/modules/linux/libint10.a The loader prefers the more specific, so to use the generic one, rename the /linux/ one to something else. I put one from my system up at: http://people.freebsd.org/~anholt/X/files/libint10.a I just ran this module on my system and it worked fine. So at least on my system here: Linux 2.2.17 smp Dual P3 system (i840 chipset) GeForce4 MX + GeForce2 MX using nv driver on both both the module I built and the one at that url work fine. I think that rules out the FreeBSD-built module being completely broken. Still could be some other FreeBSD related problem or that the failing cases are on specific hardware that the int10 or related module doesn't handle as well anymore. Has it been firmly established that this is a regression and 4.2 worked fine on those machines? It's not clear to me that you actually used the generic module for this test. Check the log. You're right! It was still using the linux/libint10.a. The generic libint10.a doesn't work. If I switch over, the second head doesn't get posted correctly and I do see the message about the BIOS getting truncated. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 4.3.0 Multihead Problem
I've seen a couple of these reports now, where 4.3 reports Truncating PCI BIOS Length with multihead configurations and doesn't work. I just tried two nv cards with 4.3 under Linux and it worked fine. Perhaps this is specific to FreeBSD? Is there someone here who knows the int10 code and can comment on whether or not Linux and FreeBSD differ in these paths? Mark. On Thu, 13 Mar 2003, Paul Boehmer wrote: Occurs on both FreeBSD 4.8-RC and 5.0-Current (different systems) with mix of Nvidia AGP card and Matrox PCI cards. Run command startx looks like it initializes the agp but locks up the console so that only physical reset will bring system back up. Worked fine in 4.2.1 and when running just a single card in 4.3.0. I can supply FreeBSD ktrace output if needed. Here is my /var/log/XFree86.0.log: Cut --- XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.0 i386 [ELF] Build Date: 13 March 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. 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 Mar 13 19:25:29 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Paul Layout (**) |--Screen Screen 2 (0) (**) | |--Monitor Monitor2 (**) | |--Device Viper550 (**) |--Screen Screen 1 (1) (**) | |--Monitor Monitor1 (**) | |--Device Matrox (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (WW) Option XkbCompat requires an string value (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option BlankTime 0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (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.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (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 1106,0691 card 1458,5000 rev c4 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1458,5001 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1458,5002 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 1458,5004 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 1458,5003 rev 40 class 0c,05,00 hdr 00 (II) PCI: 00:09:0: chip 102b,0519 card , rev 01 class 03,00,00 hdr 00 (II) PCI: 00:0a:0: chip 1260,3873 card 1186,3501 rev 01 class 02,80,00 hdr 00 (II) PCI: 00:0c:0: chip 8086,1229 card 8086,0009 rev 05 class 02,00,00 hdr 00 (II) PCI: 00:0d:0: chip 1102,0002 card 1102,8027 rev 06 class 04,01,00 hdr 80 (II) PCI: 00:0d:1: chip 1102,7002 card 1102,0020 rev 06 class 09,80,00 hdr 80 (II) PCI: 01:00:0: chip 10de,0201 card , rev a3 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set)
Re: [XFree86] XFree86 4.3.0 Multihead Problem
Em Quinta 13 Março 2003 22:42, Eric Anholt escreveu: Two other people have reported problems with FreeBSD dualhead setups. One had a Radeon 9700 + Matrox Millenium II, and the log ends very similarly (Truncating PCI BIOS Length). I had the same problem in my Red Hat Linux and XFree 4.2.0. Here is my message that describes the problem: http://marc.theaimsgroup.com/?l=xfree86m=104744529919349w=2 I'll try to upgrade my motherboard bios. I'm using an Abit KT7A -- Paulo Eduardo Neves Agenda do Samba Choro, o boteco virtual do samba e choro http://www.samba-choro.com.br ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
