Jump to content

Krisbee

Members
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Krisbee

  • Rank
    New Here
  1. From what I have found on an Abit forum the mac address probably started out OK when the m/board left the factory but got screwed up in an earlier BIOS flash, Windows doesn't seem to care about it but the forcedeth.c driver certainly objects. Thanks for the interesting links. To be honest I've given up on this. I have no intention of re-flashing my BIOS and don't feel that inclined to spend hours trying to figure how udev works and might be by-passed or otherwise fudged.
  2. Sorry, it's not as simple as trying to add the "invalid mac address" to a udev rule. The problem really is the Abit BIOS returning a duff mac address in the hardware detection routine within the forcedeth.c driver, which is then substituted for a random (well two digits of it are random) mac address, hence the chaos on subsequent boots of the machine, or restarts of network service. Possible solutions are: 1. Check if a BIOS flash can reset the mac address to a valid value. 2. Patch forcedeth.c driver to return a fixed valid address. 3. Somehow change udev rules. 4. Don't bother, a get another PCI NIC. I'm researching option 1. As to option 2, I'm not a programmer, which is a pity as looking at the code for forcedeth.c as shown here: http://lxr.free-electrons.com/source/drive...deth.c?v=2.6.18 There may only be one line of code to fix at 4305. Any offers? Option 3 looks like a mine field. Maybe I'll find an answer in a BIOS flash, but I really don't want to have to enter all my BIOS settings again. BIOS flashing makes me nervous. So, no surprise, I've taken the easy route and bought another FA311 on Ebay for £3.
  3. This is what seems to be happening: 1. Logs show that on my ABit NF7-S m/board the forcedeth driver cannot obtain a valid mac address, or at least returns an error message to that effect: kernel: forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.54. kernel: ACPI: PCI Interrupt Link [LMAC] enabled at IRQ 10 kernel: ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [LMAC] -> GSI 10 (level, low) -> IRQ 10 kernel: 0000:00:04.0: Invalid Mac address detected: 59:f0:00:e7:39:f0 kernel: Please complain to your hardware vendor. Switching to a random MAC. kernel: eth0: forcedeth.c: subsystem: 0147b:1c00 bound to 0000:00:04.0 ifplugd(eth6)[3813]: ifplugd 0.28 initializing. kernel: eth6: no link during initialization. 2. Udev interprets this as a new net interface and assigns a new interface name, i.e last assigned plus one. So every time the forcedeth driver is loaded a new interface is added to the system. One of the Udev rules file is filing up with junk. # udev persistent rules for net subsystem # Generated by Mandriva udev rules # See /etc/udev/rules.d/62-create_persistent.rules SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:02:44:3b:23:56", NAME="eth0", ENV{MDV_CONFIGURED}="yes" SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:02:e3:1f:ed:6e", NAME="eth1", ENV{MDV_CONFIGURED}="yes" SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:00:6c:5c:85:aa", NAME="eth2", ENV{MDV_CONFIGURED}="yes" SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:00:6c:b1:b1:ee", NAME="eth3", ENV{MDV_CONFIGURED}="yes" SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:00:6c:ee:dc:47", NAME="eth4", ENV{MDV_CONFIGURED}="yes" SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:00:6c:4a:64:f2", NAME="eth5", ENV{MDV_CONFIGURED}="yes" SUBSYSTEM=="net", ACTION=="add", ENV{INTERFACE}!="*.*", SYSFS{address}=="00:00:6c:e9:12:53", NAME="eth6", ENV{MDV_CONFIGURED}="yes" I've no idea how to solve this. Is there an errata/bug report about it? It seems odd to me I have not seen other users of nforce2 boards complaining of the same problem.
  4. I've just removed a PCI NIC from my PC, re-booted and enabled the onboard ethernet device on my ABit NF7-S in the BIOS and proceeded to boot Mandriva 2007. The onboard device was recognised in hardware, I configured it via the MCC, added "forcedeth" to my modprobe.preload ( I wasn't sure if that was needed), "alias eth0 forcedeth" was automatically added to the modprobe.conf file. The device works. But after close down and re-boot the device is no longer recognised and I get this error message: "Bringing up interface eth0: forcedeth device eth0 does not seem to be present, delaying initialization." If I try to delete this device and re-configure the device, it is now numbered eth2 (another NIC eth1 already exits) , on re-boot the same problem occurs and if I try to re-configure the forcedeth device agin it is now numbered eth3 and so on. So after each re-boot the system is giving the forcedeth device the last ethernet interface number used plus one. I don't believe this is a hardware fault. The forcedeth device is recognised and works. It's the configuration that doesn't survive a re-boot and is getting screwed up in some way. Any ideas as to what is going on?
  5. Ah, I managed to catch the eye of the right person for once. Glad to see it is in the errata list, it could save others some angst. Thanks.
  6. I have only just installed 2007 having stuck with 2006. I thought the dust may have settled by now, but it seems not. I immdeiately hit a font problem which almost had me reverting to 2006 before I'd even got started. I lot of users, like myself, hate anit-aliasing and they want to experience font rendering as per WindowsOS. See here: http://avi.alkalay.net/linux/docs/font-howto/Font.html But the use of freetype library with the bytecode interpreter enabled did not produce the expected results. It was only by chance that I came across this bug report which explains why: http://qa.mandriva.com/show_bug.cgi?id=27506 Importing windows fonts is totally broken in the KDE control centre and the bug in the control centre means you are fooled into thinking the fonts are correctly imported and configured. Thankfully there is a simple solution, just install the fonts manully: (1) Copy the windows fonts to /usr/share/fonts/ttf (2) In a console do cd /usr/share/fonts/ttf ttmkfdir > fonts.scale mkfontdir chkfontpath -a /usr/share/fonts/ttf (3) Check that fontpath is added to /etc/X11/fs/config (4) Restart KDE (service xfs restart does not work) This bug could be fundamental to a user deciding to adopt 2007 or not, as such IMHO it really ought to appear in the official errata.
  7. May be you'll never see this reply. Two months have gone by since you posted and I have only just installed Mandriva 2007 and immediately hit the same problem. I hate anit-aliased fonts and prefer the "windows fonts" look as shown here: http://avi.alkalay.net/linux/docs/font-howto/Font.html Believe it or not there is a bug in the font installer which incorrectly imports windows fonts into Mandriva (its broken in the KDE control centre and faulty in the Control centre) . See here: http://qa.mandriva.com/show_bug.cgi?id=27506 Obviously the testers are obssessed with AA fonts etc. without paying attention to just how many users hate them and want to experience on screen rendering as per windows OS. The solution is simple, load your Windows fonts manually. (1) Copy the windows fonts to /usr/share/fonts/ttf (2) In a console do cd /usr/share/fonts/ttf ttmkfdir > fonts.scale mkfontdir chkfontpath -a /usr/share/fonts/ttf (3) Check that fontpath is added to /etc/X11/fs/config (4) Restart KDE (service xfs restart does not work) I came across this on the "mandriva club forum", you can view posts there without being a paying member. I was about to give up and stick with 2006 - to my mind this bug really ought appear on the errata page.
  8. Yes it does allow the DVI output to be used. But the DRI module will not load when the "matorxhal" is used as a version mismatch occurs. The error message is: (EE) MGA(0): [dri] MGADRIScreenInit failed because of a version mismatch.[dri] libDRI version = 5.0.0 but version 4.0.x is needed I don't know if this can be fixed, as the version of libDRI that the "matroxhal" is tied to may be fixed. Regards, Chris.
  9. Thac, I don't have Mandrake 2006 installed yet, I'm still using Mandrake 10.1. But I do have the current PclinuxOs installed, so I installed your Xorg rpms for PclinuxOs hoping I could use the DVI output from my Matrox G550 video card. I downloaded all the rpms from your "thac.exp" mirror, and before starting X just did a "rpm -Uvh *rpm" to upgrade to your version. I hope my method was correcxt. Unfortunately X fails to start, it simply dies part way through the process of loading modules etc. Looks like I'm suck with only one usable head on my VGA/DVI card for version of Xorg after 6.8.2 This is the log, should it provide any clues as to what is happening: The log shows this: _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/localhost:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.12-oci6.mdk-i586-up-1GB i686 [ELF] Current Operating System: Linux localhost 2.6.12-oci6.mdk-i586-up-1GB #1 Thu Oct 27 15:39:01 CDT 2005 i686 Build Date: 24 January 2006 Before reporting problems, check http://wiki.X.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/Xorg.0.log", Time: Sat Jan 28 14:53:29 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "screen1" (0) (**) | |-->Monitor "monitor1" (**) | |-->Device "device1" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/ :unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/ 100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (WW) Open ACPI failed (/proc/acpi/event) (No such file or directory) (II) Open APM successful (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 Using vt 7 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,01e0 card 147b,1c00 rev c1 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,01eb card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,01ee card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,01ed card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,01ec card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:00:5: chip 10de,01ef card 10de,0c17 rev c1 class 05,00,00 hdr 80 (II) PCI: 00:01:0: chip 10de,0060 card 147b,1c00 rev a4 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,0064 card 147b,1c00 rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,0067 card 147b,1c00 rev a4 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,0067 card 147b,1c00 rev a4 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,0068 card 147b,1c00 rev a4 class 0c,03,20 hdr 80 (II) PCI: 00:05:0: chip 10de,006b card 147b,1c00 rev a2 class 04,01,00 hdr 00 (II) PCI: 00:06:0: chip 10de,006a card 147b,1c00 rev a1 class 04,01,00 hdr 00 (II) PCI: 00:08:0: chip 10de,006c card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,0065 card 147b,1c00 rev a2 class 01,01,8a hdr 00 (II) PCI: 00:1e:0: chip 10de,01e8 card 0000,0000 rev c1 class 06,04,00 hdr 01 (II) PCI: 01:06:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:08:0: chip 100b,0020 card 1385,f311 rev 00 class 02,00,00 hdr 00 (II) PCI: 01:0b:0: chip 1095,3112 card 1095,6112 rev 02 class 01,04,00 hdr 00 (II) PCI: 02:00:0: chip 102b,2527 card 102b,0f84 rev 01 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,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:8:0), (0,1,1), BCTRL: 0x0202 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x00009000 - 0x0000afff (0x2000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xd5000000 - 0xd6ffffff (0x2000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x000a (VGA_EN is set) (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xd2000000 - 0xd4ffffff (0x3000000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B] (--) PCI:*(2:0:0) Matrox Graphics, Inc. MGA G550 AGP rev 1, Mem @ 0xd0000000/25, 0xd2000000/14, 0xd3000000/23 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xc0000000 from 0xcfffffff to 0xbfffffff (II) Active PCI resource ranges: [0] -1 0 0xd6002000 - 0xd60021ff (0x200) MX[B] [1] -1 0 0xd6000000 - 0xd6000fff (0x1000) MX[B] [2] -1 0 0xd6001000 - 0xd60010ff (0x100) MX[B] [3] -1 0 0xd7080000 - 0xd7080fff (0x1000) MX[B] [4] -1 0 0xd7000000 - 0xd707ffff (0x80000) MX[B] [5] -1 0 0xd7083000 - 0xd70830ff (0x100) MX[B] [6] -1 0 0xd7082000 - 0xd7082fff (0x1000) MX[B] [7] -1 0 0xd7084000 - 0xd7084fff (0x1000) MX[B] [8] -1 0 0xc0000000 - 0xbfffffff (0x0) MX[B]O [9] -1 0 0xd3000000 - 0xd37fffff (0x800000) MX[B](B) [10] -1 0 0xd2000000 - 0xd2003fff (0x4000) MX[B](B) [11] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B](B) [12] -1 0 0x0000a800 - 0x0000a80f (0x10) IX[B] [13] -1 0 0x0000a400 - 0x0000a403 (0x4) IX[B] [14] -1 0 0x0000a000 - 0x0000a007 (0x8) IX[B] [15] -1 0 0x00009c00 - 0x00009c03 (0x4) IX[B] [16] -1 0 0x00009800 - 0x00009807 (0x8) IX[B] [17] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [18] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [19] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B] [20] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B] [21] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [22] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[B] (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xd6002000 - 0xd60021ff (0x200) MX[B] [1] -1 0 0xd6000000 - 0xd6000fff (0x1000) MX[B] [2] -1 0 0xd6001000 - 0xd60010ff (0x100) MX[B] [3] -1 0 0xd7080000 - 0xd7080fff (0x1000) MX[B] [4] -1 0 0xd7000000 - 0xd707ffff (0x80000) MX[B] [5] -1 0 0xd7083000 - 0xd70830ff (0x100) MX[B] [6] -1 0 0xd7082000 - 0xd7082fff (0x1000) MX[B] [7] -1 0 0xd7084000 - 0xd7084fff (0x1000) MX[B] [8] -1 0 0xc0000000 - 0xbfffffff (0x0) MX[B]O [9] -1 0 0xd3000000 - 0xd37fffff (0x800000) MX[B](B) [10] -1 0 0xd2000000 - 0xd2003fff (0x4000) MX[B](B) [11] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B](B) [12] -1 0 0x0000a800 - 0x0000a80f (0x10) IX[B] [13] -1 0 0x0000a400 - 0x0000a403 (0x4) IX[B] [14] -1 0 0x0000a000 - 0x0000a007 (0x8) IX[B] [15] -1 0 0x00009c00 - 0x00009c03 (0x4) IX[B] [16] -1 0 0x00009800 - 0x00009807 (0x8) IX[B] [17] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [18] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [19] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B] [20] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B] [21] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [22] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[B] (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xd6002000 - 0xd60021ff (0x200) MX[B] [6] -1 0 0xd6000000 - 0xd6000fff (0x1000) MX[B] [7] -1 0 0xd6001000 - 0xd60010ff (0x100) MX[B] [8] -1 0 0xd7080000 - 0xd7080fff (0x1000) MX[B] [9] -1 0 0xd7000000 - 0xd707ffff (0x80000) MX[B] [10] -1 0 0xd7083000 - 0xd70830ff (0x100) MX[B] [11] -1 0 0xd7082000 - 0xd7082fff (0x1000) MX[B] [12] -1 0 0xd7084000 - 0xd7084fff (0x1000) MX[B] [13] -1 0 0xc0000000 - 0xbfffffff (0x0) MX[B]O [14] -1 0 0xd3000000 - 0xd37fffff (0x800000) MX[B](B) [15] -1 0 0xd2000000 - 0xd2003fff (0x4000) MX[B](B) [16] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B](B) [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x0000a800 - 0x0000a80f (0x10) IX[B] [20] -1 0 0x0000a400 - 0x0000a403 (0x4) IX[B] [21] -1 0 0x0000a000 - 0x0000a007 (0x8) IX[B] [22] -1 0 0x00009c00 - 0x00009c03 (0x4) IX[B] [23] -1 0 0x00009800 - 0x00009807 (0x8) IX[B] [24] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [25] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [26] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B] [27] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B] [28] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [29] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[B] (II) LoadModule: "bitmap" (II) Reloading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Loading font Bitmap (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.so (II) Module ddc: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/linux/libdrm.so (II) Module drm: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.9.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/linux/libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "v4l" (II) Loading /usr/X11R6/lib/modules/drivers/v4l_drv.so (II) Module v4l: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.0.1 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.so (II) Module mga: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "keyboard" (II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.so (II) Module keyboard: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) v4l driver for Video4Linux (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400, mgag550 (II) Primary Device is: PCI 02:00:0 (--) Chipset mgag550 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xd6002000 - 0xd60021ff (0x200) MX[B] [6] -1 0 0xd6000000 - 0xd6000fff (0x1000) MX[B] [7] -1 0 0xd6001000 - 0xd60010ff (0x100) MX[B] [8] -1 0 0xd7080000 - 0xd7080fff (0x1000) MX[B] [9] -1 0 0xd7000000 - 0xd707ffff (0x80000) MX[B] [10] -1 0 0xd7083000 - 0xd70830ff (0x100) MX[B] [11] -1 0 0xd7082000 - 0xd7082fff (0x1000) MX[B] [12] -1 0 0xd7084000 - 0xd7084fff (0x1000) MX[B] [13] -1 0 0xc0000000 - 0xbfffffff (0x0) MX[B]O [14] -1 0 0xd3000000 - 0xd37fffff (0x800000) MX[B](B) [15] -1 0 0xd2000000 - 0xd2003fff (0x4000) MX[B](B) [16] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B](B) [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x0000a800 - 0x0000a80f (0x10) IX[B] [20] -1 0 0x0000a400 - 0x0000a403 (0x4) IX[B] [21] -1 0 0x0000a000 - 0x0000a007 (0x8) IX[B] [22] -1 0 0x00009c00 - 0x00009c03 (0x4) IX[B] [23] -1 0 0x00009800 - 0x00009807 (0x8) IX[B] [24] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [25] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [26] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B] [27] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B] [28] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [29] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[B] (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xd6002000 - 0xd60021ff (0x200) MX[B] [6] -1 0 0xd6000000 - 0xd6000fff (0x1000) MX[B] [7] -1 0 0xd6001000 - 0xd60010ff (0x100) MX[B] [8] -1 0 0xd7080000 - 0xd7080fff (0x1000) MX[B] [9] -1 0 0xd7000000 - 0xd707ffff (0x80000) MX[B] [10] -1 0 0xd7083000 - 0xd70830ff (0x100) MX[B] [11] -1 0 0xd7082000 - 0xd7082fff (0x1000) MX[B] [12] -1 0 0xd7084000 - 0xd7084fff (0x1000) MX[B] [13] -1 0 0xc0000000 - 0xbfffffff (0x0) MX[B]O [14] -1 0 0xd3000000 - 0xd37fffff (0x800000) MX[B](B) [15] -1 0 0xd2000000 - 0xd2003fff (0x4000) MX[B](B) [16] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B](B) [17] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [18] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [19] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [20] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [21] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [22] -1 0 0x0000a800 - 0x0000a80f (0x10) IX[B] [23] -1 0 0x0000a400 - 0x0000a403 (0x4) IX[B] [24] -1 0 0x0000a000 - 0x0000a007 (0x8) IX[B] [25] -1 0 0x00009c00 - 0x00009c03 (0x4) IX[B] [26] -1 0 0x00009800 - 0x00009807 (0x8) IX[B] [27] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [28] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [29] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B] [30] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B] [31] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [32] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[B] [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (--) MGA(0): Chipset: "mgag550" (II) Loading sub module "mga_hal" (II) LoadModule: "mga_hal" (II) Loading /usr/X11R6/lib/modules/drivers/mga_hal_drv.so (II) Module mga_hal: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (==) MGA(0): Matrox HAL module used (**) MGA(0): Depth 24, (--) framebuffer bpp 32 (==) MGA(0): RGB weight 888 (**) MGA(0): Option "AGPMode" "4" (**) MGA(0): Option "DigitalScreen1" "yes" (**) MGA(0): Using AGP 4x mode (--) MGA(0): Linear framebuffer at 0xD0000000 (--) MGA(0): MMIO registers at 0xD2000000 (--) MGA(0): Pseudo-DMA transfer window at 0xD3000000 (==) MGA(0): BIOS at 0xC0000 (--) MGA(0): Video BIOS info block at offset 0x07CE0 (**) MGA(0): VideoRAM: 32768 kByte (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.so (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.so (II) Module i2c: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (==) MGA(0): Write-combining range (0xd0000000,0x2000000) (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (II) MGA(0): I2C bus "DDC P1" initialized. (II) MGA(0): I2C device "DDC P1:ddc2" registered at address 0xA0. (II) MGA(0): I2C device "DDC P1:ddc2" removed. (II) MGA(0): I2C Monitor info: (nil) (II) MGA(0): end of I2C Monitor info (--) MGA(0): No DDC signal (II) MGA(0): DDC Monitor info: (nil) (II) MGA(0): end of DDC Monitor info (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Reloading /usr/X11R6/lib/modules/libvbe.so (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/linux/libint10.so (II) MGA(0): initializing int10 (II) MGA(0): Primary V_BIOS segment is: 0xc000 (II) MGA(0): VESA BIOS detected (II) MGA(0): VESA VBE Version 3.0 (II) MGA(0): VESA VBE Total Mem: 32768 kB (II) MGA(0): VESA VBE OEM: Matrox Graphics Inc. (II) MGA(0): VESA VBE OEM Software Rev: 1.4 (II) MGA(0): VESA VBE OEM Vendor: Matrox (II) MGA(0): VESA VBE OEM Product: Matrox G550 (II) MGA(0): VESA VBE OEM Product Rev: 00 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.so (II) MGA(0): VESA VBE DDC supported (II) MGA(0): VESA VBE DDC Level 2 (II) MGA(0): VESA VBE DDC transfer in appr. 1 sec. (II) MGA(0): VESA VBE DDC read successfully (II) MGA(0): VBE DDC Monitor info: 0x824bac0 (II) MGA(0): Manufacturer: IVM Model: 46d4 Serial#: 16843009 (II) MGA(0): Year: 2004 Week: 53 (II) MGA(0): EDID Version: 1.3 (II) MGA(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V (II) MGA(0): Sync: Separate (II) MGA(0): Max H-Image Size [cm]: horiz.: 34 vert.: 27 (II) MGA(0): Gamma: 2.20 (II) MGA(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display (II) MGA(0): Default color space is primary color space (II) MGA(0): First detailed timing is preferred mode (II) MGA(0): GTF timings supported (II) MGA(0): redX: 0.643 redY: 0.352 greenX: 0.283 greenY: 0.608 (II) MGA(0): blueX: 0.147 blueY: 0.102 whiteX: 0.313 whiteY: 0.329 (II) MGA(0): Supported VESA Video Modes: (II) MGA(0): 720x400@70Hz (II) MGA(0): 640x480@60Hz (II) MGA(0): 640x480@67Hz (II) MGA(0): 640x480@72Hz (II) MGA(0): 640x480@75Hz (II) MGA(0): 800x600@56Hz (II) MGA(0): 800x600@60Hz (II) MGA(0): 800x600@72Hz (II) MGA(0): 800x600@75Hz (II) MGA(0): 832x624@75Hz (II) MGA(0): 1024x768@60Hz (II) MGA(0): 1024x768@70Hz (II) MGA(0): 1024x768@75Hz (II) MGA(0): 1280x1024@75Hz (II) MGA(0): Manufacturer's mask: 0 (II) MGA(0): Supported Future Video Modes: (II) MGA(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) MGA(0): #1: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) MGA(0): Supported additional Video Mode: (II) MGA(0): clock: 135.0 MHz Image Size: 338 x 270 mm (II) MGA(0): h_active: 1280 h_sync: 1296 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) MGA(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) MGA(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 82 kHz, PixClock max 140 MHz (II) MGA(0): Serial No: 0 (II) MGA(0): Monitor name: PLE435S (II) MGA(0): end of VBE DDC Monitor info (==) MGA(0): Using gamma correction (1.0, 1.0, 1.0) (==) MGA(0): Min pixel clock is 12 MHz (--) MGA(0): Max pixel clock is 1200 MHz (II) MGA(0): monitor1: Using hsync range of 30.00-82.00 kHz (II) MGA(0): monitor1: Using vrefresh range of 56.00-76.00 Hz (II) MGA(0): Clock range: 12.00 to 1200.00 MHz (II) MGA(0): Not using default mode "640x350" (vrefresh out of range) (II) MGA(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "640x400" (vrefresh out of range) (II) MGA(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "720x400" (vrefresh out of range) (II) MGA(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "640x480" (vrefresh out of range) (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "800x600" (vrefresh out of range) (II) MGA(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1024x768" (vrefresh out of range) (II) MGA(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (WW) (1280x960,monitor1) mode clock 148.5MHz exceeds DDC maximum 140MHz (II) MGA(0): Not using default mode "1280x960" (hsync out of range) (II) MGA(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (WW) (1280x1024,monitor1) mode clock 157.5MHz exceeds DDC maximum 140MHz (II) MGA(0): Not using default mode "1280x1024" (hsync out of range) (II) MGA(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1600x1200" (width too large for virtual size) (II) MGA(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1600x1200" (width too large for virtual size) (II) MGA(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1600x1200" (width too large for virtual size) (II) MGA(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1600x1200" (width too large for virtual size) (II) MGA(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1600x1200" (width too large for virtual size) (II) MGA(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1792x1344" (width too large for virtual size) (II) MGA(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1792x1344" (width too large for virtual size) (II) MGA(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1856x1392" (width too large for virtual size) (II) MGA(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1856x1392" (width too large for virtual size) (II) MGA(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1920x1440" (width too large for virtual size) (II) MGA(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1920x1440" (width too large for virtual size) (II) MGA(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1152x768" (vrefresh out of range) (II) MGA(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1400x1050" (width too large for virtual size) (II) MGA(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1400x1050" (width too large for virtual size) (II) MGA(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1600x1024" (width too large for virtual size) (II) MGA(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "1920x1440" (width too large for virtual size) (II) MGA(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "2048x1536" (width too large for virtual size) (II) MGA(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "2048x1536" (width too large for virtual size) (II) MGA(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) MGA(0): Not using default mode "2048x1536" (width too large for virtual size) (II) MGA(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan)
  10. Thac, Thanks for your answer. I don't have broadband so the download is large for me. But now I know it will be worthwhile, and if it works I don't have to think about changing my video card as I really prefer to use the DVI ouptut. I'll post back once I have it installed. Thanks.
  11. This is a basic question for Thac. I'd really like to use the DVI output of my G550 with the latest version of Mandriva and/or PCLinuxOS .92, but the latest drivers Matrox supply are only good up to Xorg 6.8.2. Earlier in this thread you said Does this mean the DVI output of a G550 (which needs Matroxhal - mga_hal_drv.o ) can be used with your version of Xorg in Mandrake 2006 and/or PCLinOS .92?
  12. After playing around with this I have still not been able to boot from a drive connected to the SATA controller. But I have been able to detect, mount, read and write to the SATA drive if I use kernel 2.6.11-6mdk on an otherwise standrad Mdk 10.1 IDE install. But this only works if I add these modules to the "modules.preload" file: # /etc/modprobe.preload: kernel modules to load at boot time. # # This file should contain the names of kernel modules that are # to be loaded at boot time, one per line. Comments begin with # a `#', and everything on the line after them are ignored. # this file is for module-init-tools (kernel 2.5 and above) ONLY # for old kernel use /etc/modules scsi_mod libata sata_sil nvidia-agp This is an extract from the logs which shows the detection of the SATA drive with the system booting from an IDE drive: Apr 29 15:26:19 sparky kernel: VFS: Mounted root (cramfs filesystem) readonly. Apr 29 15:26:19 sparky kernel: kjournald starting. Commit interval 5 seconds Apr 29 15:26:19 sparky kernel: EXT3-fs: mounted filesystem with ordered data mode. Apr 29 15:26:19 sparky kernel: Freeing unused kernel memory: 264k freed Apr 29 15:26:19 sparky kernel: usbcore: registered new driver usbfs Apr 29 15:26:19 sparky kernel: usbcore: registered new driver hub Apr 29 15:26:19 sparky kernel: USB Universal Host Controller Interface driver v2.2 Apr 29 15:26:19 sparky kernel: EXT3 FS on hdc1, internal journal Apr 29 15:26:19 sparky kernel: Adding 257000k swap on /dev/hdc5. Priority:-1 extents:1 Apr 29 15:26:19 sparky kernel: Adding 136512k swap on /dev/hdc9. Priority:-2 extents:1 Apr 29 15:26:19 sparky kernel: SCSI subsystem initialized Apr 29 15:26:19 sparky kernel: ata1: SATA max UDMA/100 cmd 0xE0810080 ctl 0xE081008A bmdma 0xE0810000 irq 11 Apr 29 15:26:19 sparky kernel: ata2: SATA max UDMA/100 cmd 0xE08100C0 ctl 0xE08100CA bmdma 0xE0810008 irq 11 Apr 29 15:26:19 sparky kernel: ata1: dev 0 ATA, max UDMA/100, 80418240 sectors: lba48 Apr 29 15:26:19 sparky kernel: ata1: dev 0 configured for UDMA/100 Apr 29 15:26:19 sparky kernel: scsi0 : sata_sil Apr 29 15:26:19 sparky kernel: ata2: no device found (phy stat 00000000) Apr 29 15:26:19 sparky kernel: scsi1 : sata_sil Apr 29 15:26:19 sparky kernel: Vendor: ATA Model: HDS722540VLAT20 Rev: V31O Apr 29 15:26:19 sparky kernel: Type: Direct-Access ANSI SCSI revision: 05 Apr 29 15:26:19 sparky kernel: Linux agpgart interface v0.100 © Dave Jones Apr 29 15:26:19 sparky kernel: agpgart: Detected NVIDIA nForce2 chipset Apr 29 15:26:19 sparky kernel: agpgart: Maximum main memory to use for agp memory: 439M Apr 29 15:26:19 sparky kernel: agpgart: AGP aperture is 256M @ 0xc0000000 Apr 29 15:26:19 sparky kernel: SCSI device sda: 80418240 512-byte hdwr sectors (41174 MB) Apr 29 15:26:19 sparky kernel: SCSI device sda: drive cache: write back Apr 29 15:26:19 sparky kernel: SCSI device sda: 80418240 512-byte hdwr sectors (41174 MB) Apr 29 15:26:19 sparky kernel: SCSI device sda: drive cache: write back Apr 29 15:26:19 sparky kernel: /dev/scsi/host0/bus0/target0/lun0: p1 p2 < p5 p6 p7 p8 p9 > Apr 29 15:26:19 sparky kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Apr 29 15:26:19 sparky kernel: kjournald starting. Commit interval 5 seconds What is weird is that the messages which show these modules being loaded appear after the drive is detected ! What's going on? In anycase, this is of limited use to me unless I can boot from the SATA drive to free up IDE channels. Trying to boot from the SATA drive produces a kernel panic with an int error. I'd still like to hear from anyone who has got this to work on the same hardware as mine (Abit N7F-S v 2 with serillel apdater) without reverting to 2.4 series kernels.
  13. Yes I did, as you can see from the first line of my original post it was installed using "Linux noapic nolapic" and these optiions are carried over into the GRUB botloader. Believe me I fiddled around with every combination I could, but always go the same result, the boot would hang with the same interrupt error. Just to add that on the Abit Nf7-S you have both the SATA controller and SATA boot rom enabled in the BIOS inorder for any drive attached to the SATA controller to be seen. Any other ideas? Is there anyone out there with the same hardware as me who has got this working with Mandrake 10.1? It's wierd, and very frustratiing, that the installer can see the drive (I suppose some kind of minimal Linux is running at this stage), partition it and install Mandrake 10.1 on it. but then just not boot.
  14. I installed Mandrake 10.1 on to a drive attached to a Sil3112 SATA controller using "Linux noapic nolapic". The drive is seen as /dev/sda and the installer can create partitions on it, and the Mandrake install appears to be successful. But the boot hangs at the stage of scanning the drive on the SATA controller, with these messages: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ata1: SATA max UDMA/100 cmd 0xE09FC080 ctl 0xE09FC08A bmdma 0xE09FC000 irq 11 ata2: SATA max UDMA/100 cmd 0xE09FC0C0 ctl 0xE09FC0CA bmdma 0xE09FC008 irq 11 irq 11: nobody cared! [<c012fbea>] __report_bad_irq+0x2a/0x90 [<c012f5a0>] handle_IRQ_event+0x30/0x70 [<c012fcdc>] note_interrupt+0x6c/0xd0 [<c012f710>] __do_IRQ+0x130/0x160 [<c01042b9>] do_IRQ+0x19/0x30 [<c010289a>] common_interrupt+0x1a/0x20 [<c0117830>] __do_softirq+0x30/0x90 [<c01178b6>] do_softirq+0x26/0x30 [<c012f564>] irq_exit+0x34/0x40 [<c01042be>] do_IRQ+0x1e/0x30 [<c010289a>] common_interrupt+0x1a/0x20 [<c01005f0>] default_idle+0x0/0x30 [<c0100613>] default_idle+0x23/0x30 [<c010068a>] cpu_idle+0x3a/0x60 [<c03ca767>] start_kernel+0x147/0x160 [<c03ca360>] unknown_bootoption+0x0/0x1b0 handlers: [<c0273770>] (usb_hcd_irq+0x0/0x70) [<e0975580>] (snd_ice1712_interrupt+0x0/0x250 [snd_ice1712]) [<e0a65460>] (ata_interrupt+0x0/0x1c0 [libata]) Disabling IRQ #11 ata1: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003 88:203f ata1: dev 0 ATA, max UDMA/100, 390721968 sectors: lba48 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ (Actually taken from another news group - someone with an ASUS A7N8X, but my messages are identical) My Linux knowledge is limited, so I don't know if it is a kernel problem, a libata problem or something in the motherboard BIOS I set incorrectly. I tried all possilbe combinations of noapic nolapic and disabled all other onboard devices to prevent the SATA controller sharing an interrupt. None of this made any difference. My hardware is an Abit NF7-S v2 (BIOS 27) with a sil3112 RAID controller. The Hitachi PATA drive is attached to the SATA controler using Abit's serillel2 connector. My hardware is a common combination. It all works under Windows, but seemingly not under Linux. What have I missed? I'm a trying to do the impossible? If you've had this problem and know a workaround don't kept to yourself.
×
×
  • Create New...