Re: Video card suggestions for Ultra 30
Hi Chris, My feeling is that the Creator 3D is best supported for the time being. I run my Ultra 30 with a Creator 3D and a Matrox Millenium I in a Dual Head configuration. The Matrox is a lot slower and it took some fiddling to get it working (solution to be found in this Newsgroup). As the driver is the same for the Mystique, G100, G200, G400, G450 and G550, I suppose they should work as well, needing the same tweak. You could try your luck with one of these younger Matrox cards. From a kernel-point-of-view other cards are available as well, but neither do I know if these will be supported by X(Sparc) nor if they work at all. You might consider running in a double head layout as well. Why not using a card which is already in the system as a second display? cheers D. Chris Andrew wrote: Hi, I have a Sun Ultra 30 with a Creator 3D card fitted. I would like to use a much more capable card, as X seems slow at the moment. Can anybody suggest a card that works well with the Ultra 30 hardware, and does not require proprietry drivers? Thanks, Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Weird Mouse Behaviour with 2.6
David S. Miller wrote: They are still accessible. Maybe calling them x86 keycodes is a misnomer, it's more or less rather a generic set of keycodes. Every keyboard type can be mapped onto this keycode set. Is there an easy way of doing it? I tried to assign functions to the keys within X and it showed the mapping is not unique. I remember for sure that one of the 10 keys on the left hand side appeard to X as the keypad enter key and if I remeber right I was only able to assign three out of the 10 keys. Reconfigure the console package properly to just use the kernel default keymap. Wouldn't this give me a US KB layout? Yes it would. Doomed if one lives in old Europe, with all the non-US Keys on the KB and the slight difference of all the symbols with the numeric Keys in the top row. The machine is an Ultra Sparc 30, I have posted some output from hwconfig below. Great, thanks. Based upon all the reports, it seems that only the su driver causes these weird mouse bootup problems. I'll investigate it soon, hopefully. I would very much appreciate a fix for this, disconnecting the mouse after every cold start is a mere workaround but not really a long term solution. Let me know if you need help testing, I am more than happy to do this. cheers Detlef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
At a guess I'd say the cursor issues are solveable but that the colour map ones aren't, without a lot of hacking - or perhaps being red/green colourblind. :-). Maybe i can get it to work in inverse. Unless you are planning lots of 3D or video work I wouldn't have thought it was a major issue. Not planning to do any 3D work with it. Is a bit slow though, but I'd wish Graphics was faster. (I started overclocking it a bit, currently it seems running happily wit 300Mhz (250Mhz Processor)), have not tried anything faster than that yet. I'd wish PCs were as easy as that for overclocking. I wonder if the Matrox driver could come with the next debian Kernel as a module. Ideally it would be useful to have all of the FB drivers built as (at least) modules as I suspect this approach may work with other PCI graphics cards. Could work. Probably worth a test. Have you attempted the same set up with X.org? Nope, not yet. Don't dare to at the moment. Could spoil a day or two. I had a bit of a read around and I did not get the feeling that Xorg will be an advantage, will it? Cheers, - Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
Right, changed it back to the old stsle address, got a xinerama error switched this off and now it works fine in double head mode but without xinerama. Cool. Might the error be that you have the screens set up with different colour depths? IIRC Xinerama doesn't like that. Nope, both were setup using 1280x1024x24. I dug a bit deeper and xdpyinfo shows a slight difference between the visuals regarding the RGB masks and the largest cursor (see the partly cut output of xdpyinfo below). I suspect the RGB masks the reason for the screens being incompatible and have posted this to the X-Newsgroups but haven't received any answer (yet). Matrox: dimensions:1280x1024 pixels (325x260 millimeters) resolution:100x100 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x52 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:1280x1024 current input event mask:0xfa2033 KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals:4 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits Creator 3D dimensions:1280x1024 pixels (325x260 millimeters) resolution:100x100 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x54 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x38 default number of colormap cells:256 preallocated pixels:black 0, white 16711422 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0xfa2033 KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals:4 default visual id: 0x3a visual: visual id:0x3a class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits It's good to know it works, esp. that you can get X running on a Sun box with a non Sun graphics card - very encouraging. The only writeoff is that no real acceleration is used, neither on the the Creator 3d nor on the Millenium. In addition the Creator likes only working in 24bit mode although xpdyinfo reports all other depths as well. Other than that it works now fine in double head mode (without Xinerama). Now I run it deliberately in 24bit on the Creator and 16 Bit on the Matrox, which makes the Matrox slightly faster, but still not as fast as the C-3D. I wonder if the Matrox driver could come with the next debian Kernel as a module. cheers Detlef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
Section Device Identifier Matrox Millenium Driver fbdev BusID 0001:00:02.0 Option UseFBDev true Option FBDev /dev/fb1 EndSection Isn't this still a 'new style' address, the things you aren't producing any more. Might this be (a|the) problem. Right, changed it back to the old stsle address, got a xinerama error switched this off and now it works fine in double head mode but without xinerama. The XFConfig-4 is attached. As well I had to comment out the horizontal sync rate from the Monitor section. With this in, the screen was kinda garbled and pinkish. Dunno why. Finally I used only two hacks, The one to the sparc64/Kconfig file, and reverting back to the old pci structure in /proc, and magic it nearly works. Xinerama is probably off topic for this group but I will continue on this. Double head is sufficient for now. Slightly more tangentially, have you tried on a 2.4 series kernel or tried X.org? That might give you some intuition into whether it's possible and what other problems there might be. Nope, It takes an hour to build a Kernel on an Ultra 30, sometimes more. I just used 2.6. Now I'm only left with a weird mouse problem I will post this separately cheers thanks for all your help Detlef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
David S. Miller wrote: On 16 Mar 2005 02:48:27 + Martin [EMAIL PROTECTED] wrote: This: http://lists.debian.org/debian-sparc/2004/05/msg00203.html purports to be a patch, seems a bit hack-ish but looks like a start. I guess it's not a complete solution for the reason given here: http://lists.debian.org/debian-sparc/2004/01/msg00026.html Right, it only works when your video card is behind the first PCI controller. The latest CVS version of XFree86 seems to have a different solution which I /think/ solves the problem. http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/os-support/bus/linuxPci.c change 249 249. Deal with Linux 2.6's PCI bus naming (Marc La France). It looks promising. But given that 4.4 won't be in Debian for licencing reasons and there is a migration to X.org planned for post-sarge it does seem like quite a reasonable approach to solving the problem. Right, and I'm more than happy to work on a careful backport of that patch. I'll try to find some time for that. Thanks for this, I havnet had much time today but I implemented the hack as laid out in http://lists.debian.org/debian-sparc/2004/02/msg00013.html Now lspci and scanpci do indeed show the same output again. XFree86 -scanpci is still empty and X does not start in multihead mode: Fatal server error: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices But I specified them in the XF86Config-4 and each card is working fine in a single screen layout with the data below. Section Device Identifier Creator3D Driver sunffb BusID SBUS:/SUNW,[EMAIL PROTECTED],0 Option UseFBDev true Option FBDev /dev/fb0 EndSection Section Device Identifier Matrox Millenium Driver fbdev BusID 0001:00:02.0 Option UseFBDev true Option FBDev /dev/fb1 EndSection -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
Hi out there, Got my Ultra Sparc 30 installed with Debian Sarge and fixed the usual Keyboard problems. I then compiled an own Kernel 2.6.11.2 to have support for the additional Adaptec SCSI Controller and Matrox Graphics card. Both seem to work well. For the Matrox I use the Framebuffer device that comes with the 2.6 Kernels. BUT the Matrox framebuffer will only work when no BusID is specified in the Device Section, otherwise I get an illegal paging request, as laid out below. Driver MGA does not work as X does not see the card. If I add the Creator 3D X seems to require BusID's specified with every device. I suspect there is something wrong with the PCI scan of X. Scanpci does only list the 66MHz PCI Bus omitting the second bus installed whereas lspci sees all of the devices. I wondered if anyone could help me with this. The lspci/scanpci output, Error reported as soon as I add the BusID in the Device section and my XFConfig file are below. regards Detlef ## LSPCI -VV ## :80:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module 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: 64 0001:00:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module 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: 64 0001:00:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) 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: 80 (2500ns min, 6250ns max), Cache Line Size: 0x10 (64 bytes) Region 0: Memory at 01fff000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at 01fff100 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 8200 [disabled] [size=16M] 0001:00:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) 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: 80 (2500ns min, 1250ns max), Cache Line Size: 0x10 (64 bytes) Interrupt: pin ? routed to IRQ 7428576 Region 0: Memory at 01ff80008000 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 8300 [disabled] [size=16M] 0001:00:02.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] (rev 01) (prog-if 00 [VGA]) 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- Interrupt: pin A routed to IRQ 7428032 Region 0: Memory at 01ff80014000 (32-bit, non-prefetchable) [size=16K] Region 1: Memory at 01ff8080 (32-bit, prefetchable) [size=8M] Expansion ROM at 8002 [disabled] [size=64K] 0001:00:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03) 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: 136 (4250ns min, 16000ns max), Cache Line Size: 0x10 (64 bytes) Interrupt: pin A routed to IRQ 7428544 Region 0: I/O ports at 2010400 [size=256] Region 1: Memory at 01ff8001 (32-bit, non-prefetchable) [size=256] Region 2: Memory at 01ff80011000 (32-bit, non-prefetchable) [size=4K] 0001:00:05.0 SCSI storage controller: Adaptec AHA-2940/2940W / AIC-7871 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: 64 (2000ns min, 2000ns max), Cache Line Size: 0x10 (64 bytes) Interrupt: pin A routed to IRQ 7428416 Region 0: I/O ports at 2010800 [disabled] [size=256] Region 1: Memory at 01ff8100 (32-bit, non-prefetchable) [size=4K] Expansion ROM at 8000 [disabled] [size=32K] ## SCANPCI -VV No devices are connected as far as scanpci is concerned
Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
Hi All, I feel a bit silly, and had the PCI Bus ID specified in the wrong way. Done it right now and the MGA FBDEV works without probs. But although I have specified both BusID in my XF86Config-4, X is still trying to tell me I need to specify both Bus IDs. Is a multihead / Xinerama configuration with Sparc possible at all? regards thanks for any Ideas you might have. Detlef Hi out there, Got my Ultra Sparc 30 installed with Debian Sarge and fixed the usual Keyboard problems. I then compiled an own Kernel 2.6.11.2 to have support for the additional Adaptec SCSI Controller and Matrox Graphics card. Both seem to work well. For the Matrox I use the Framebuffer device that comes with the 2.6 Kernels. BUT the Matrox framebuffer will only work when no BusID is specified in the Device Section, otherwise I get an illegal paging request, as laid out below. Driver MGA does not work as X does not see the card. If I add the Creator 3D X seems to require BusID's specified with every device. I suspect there is something wrong with the PCI scan of X. Scanpci does only list the 66MHz PCI Bus omitting the second bus installed whereas lspci sees all of the devices. I wondered if anyone could help me with this. The lspci/scanpci output, Error reported as soon as I add the BusID in the Device section and my XFConfig file are below. regards Detlef ## LSPCI -VV ## :80:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module 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: 64 0001:00:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module 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: 64 0001:00:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) 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: 80 (2500ns min, 6250ns max), Cache Line Size: 0x10 (64 bytes) Region 0: Memory at 01fff000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at 01fff100 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 8200 [disabled] [size=16M] 0001:00:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) 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: 80 (2500ns min, 1250ns max), Cache Line Size: 0x10 (64 bytes) Interrupt: pin ? routed to IRQ 7428576 Region 0: Memory at 01ff80008000 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 8300 [disabled] [size=16M] 0001:00:02.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] (rev 01) (prog-if 00 [VGA]) 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- Interrupt: pin A routed to IRQ 7428032 Region 0: Memory at 01ff80014000 (32-bit, non-prefetchable) [size=16K] Region 1: Memory at 01ff8080 (32-bit, prefetchable) [size=8M] Expansion ROM at 8002 [disabled] [size=64K] 0001:00:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03) 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: 136 (4250ns min, 16000ns max), Cache Line Size: 0x10 (64 bytes) Interrupt: pin A routed to IRQ 7428544 Region 0: I/O ports at 2010400 [size=256] Region 1: Memory at 01ff8001 (32-bit, non-prefetchable) [size=256] Region 2: Memory at 01ff80011000 (32-bit, non-prefetchable) [size=4K] 0001:00:05.0 SCSI storage controller: Adaptec AHA-2940/2940W / AIC-7871 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: 64 (2000ns
Re: Sun Blade 100 installation
Hi David, I had most success with using only CD1 from the normal distribution and let the installer copy the remainder via the network. That was using an Ultra 30 not a Blade 100 though. For the garbled Keyboard, could it be you installed with Kernel 2.6 ? This is kinda f'd because 2.6 translates the Sun Keyboard into a PC KB mapping. I had to do the basic installation using 2.4 and before upgrading to 2.6 be sure you can connect to the machine via the network so you can change the Keyboard layout remotely. You will find a few postings to this in the group. hope this helps for you regards Detlef J. David Blackstone wrote: I've got a Sun Blade 100 that I would like to install Debian on in any way possible. I presume that installing an older version would work as I can simply use apt to upgrade. I've successfully installed Debian before on i386 and PPC using boot CDs, network installs, floppies, and even once directly running debootstrap to transform an existing system running another distro into a Debian system. I still probably don't have a lot of experience that I would need to debug and try alternatives when it comes to the Sparc installation CD's. It sounds like TFTP netbooting is the easiest and most common option for Sparc installs, but this machine is not in an environment where I have enough control to do that. And since the Blade 100 will not boot from floppies, I believe my only option is to use a boot CD to boot the system in preparation for a network install. I have tried three boot CD images, but each has problems: * The sarge RC2 businesscard-sized installer: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc2/sarge-sparc-businesscard.iso: this boots but cannot mount the root filesystem. The last thing I see is a message that says cramfs: wrong magic followed by a kernel panic with the stated cause being that the root FS cannot be mounted. However, this does not seem unexpected, given that the installer ports status page (at http://www.debian.org/devel/debian-installer/ports-status) states that this build is broken due to missing isofs module on CD. * The sarge current build of the businesscard-sized installer: http://cdimage.debian.org/pub/cdimage-testing/daily/sparc/current/sarge-sparc-businesscard.iso: Despite the fact that the installer ports status page states that the current builds are working, I get the exact same error with this image as I do with the other. (Note: I would try the netinst CD image, but I have found this same problem mentioned in two messages in the list archives, indicating that the same problem also exists in that image. The two messages are http://lists.debian.org/debian-boot/2005/02/msg00249.html and http://lists.debian.org/debian-boot/2005/02/msg00580.html) * The sarge current build mini.iso at http://http.us.debian.org/debian/dists/sarge/main/installer-sparc/current/images/mini.iso: this is dated far earlier than the other images, but it does successfully boot! However, installation freezes at the first option screen (select language). The behavior makes it look like the keyboard is simply not working, although there is some corruption in the text-based dialog box on the screen (border on the right screwed up) indicating there might be more to it than that. I've mentioned this on debian-boot, but I thought I might get more help here. What can I do to connive an installation of Debian onto this machine? Thanks, J. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
Martin wrote: Got my Ultra Sparc 30 installed with Debian Sarge and fixed the usual Keyboard problems. I then compiled an own Kernel 2.6.11.2 to have support for the additional Adaptec SCSI Controller and Matrox Graphics card. Both seem to work well. For the Matrox I use the Framebuffer device that comes with the 2.6 Kernels. Fnar! I've been meaning to try that for ages. Ran out of time after finding that PC ATi Rage cards kill the firmware on Ultra AXi boards. Oh well - good to know it works. Have you tried it with any other PCI cards? Also are you using the card with the 'be a VGA card' DIP switch set? Nope, have just tried the adaptec and matrox millenium I (dunno if its got dipsies, dint have to change any though ;-). 24bit Video modes are a bit odd, the left 1/8th of the screen is on the right hand side. but 8 and 16 seem to work fine so far. BUT the Matrox framebuffer will only work when no BusID is specified in the Device Section, otherwise I get an illegal paging request, as laid out below. Driver MGA does not work as X does not see the card. I'm not sure it has been 'officially ported' or not. The stable xfree86-server package doesn't have it and (IIRC) it wasn't listed as supported on Linux/SPARC last time I looked. It's possible that it been set to build but never actually tested. probably so, the module mga is included but doesnt work. If I add the Creator 3D X seems to require BusID's specified with every device. Have you tried with two matrox millenium cards? Might be a problem with the particular combination of drivers? Cant do, only have one and the Creator already came with the box. The Xfree log looks OK though (to how far I can understand it). X just moans about necessity to have the BusID specified but I f'ing have! I suspect there is something wrong with the PCI scan of X. Scanpci does only list the 66MHz PCI Bus omitting the second bus installed whereas lspci sees all of the devices. There certainly used to be something wrong with it. Check the archives for around autumn last year (IIRC), there was a patch for handling scanning the PCI bus. I have seen one message about this but was not able to find out more. where and how would I look for these? Would really like to get this fixed. As regards whether multi-head is possible or not. People have posted to the list claiming to have working set ups in the past and I see know reason why it /shouldn't/ work. Attempting this properly is slowly climbing up my list of priorities. It got me some deeper understanding of X though, specially the XFree config file. HTH Cheers, - Martin Cheers Detlef -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
