> Whenever you see items on one line separated by a comma, they're >sharing the IRQ, potential conflict. Can you try moving your 3Com card >to a different slot? Caution, avoid the 1st pci slot (the one next to >the AGP slot) if possible, it already shares the AGP IRQ. I'm asuming >your Cmedia is integrated. Yes, Cmedia is integrated. I am moving the Com card to the next slot tomorrow.
# hdparm -i /dev/hdb /dev/hdb: Model=MAXTOR 6L080L4, FwRev=A93.0500, SerialNo=664218058197 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=1819kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156355584 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 1 2 3 4 5 > ... and yes it's in PIO mode. hdparm -t should be much better, at >least 10mb/sec for a 5400rpm ata/33 drive. ata/100, 7200rpm or better >should get ~40mb+/sec. You could try usin 'hdparm -c1 -d1 /dev/hdb' > -c1 turns on 32bit, -d1 turns on DMA. BUT, I suggest you do some >research first. I vaguely remember that there's issues with DMA and >i8xx chips, probly why the drive wasn't optimized to begin with. I >suspect it maybe a Mdk or kernel work-around. Sorry I can't be of more > help No, until I know more about this problem I am not going to turn on DMA. I did download and update to the latest BIOS. Thank you! -- Bjarne On Wed, 2002-09-04 at 20:21, Tom Brinkman wrote: > On Wednesday September 4 2002 12:08 pm, Bjarne Thomsen wrote: > > Hi Tom, > > > > I found the following answer from Alan Cox to a question on > > the kernel mailing list. It looks as if he has a patch for the > > standard 2.4.19 kernel. What I would like to know is, if > > Mandrake soft is planning to make a similar modification for > > their kernel. Please, find below the output from the commands > > that you requested. > > > > -- Bjarne > > Look below for my comments. You'll probly haft'a ask Mdk for an > answer to your question. Maybe Vincent D will reappear with what's > allowed ? or you can try on the cooker list and/or archive ;) I've > avoided Intel chipsets since they ceased the BX, IOW's i8<anything>, so > I can't be much help. > > > On Thu, 2002-07-18 at 13:45, Andrew Halliwell wrote: > > > The P4B533 has the intel 801DB IDE controller (stated as supported > > > in > > > > rc1) > > > > > but in every 2.4 kernel I've seen so far, this appears in the > > > bootup. > > > > > > Uniform Multi-Platform E-IDE driver Revision: 6.31 > > > ide: Assuming 33MHz system bus speed for PIO modes; override with > > > > idebus=xx > > 33 is correct, read 'ide.txt' for more info, it's at > /usr/src/linux-<kernel-version>/Documentation/ide.txt > > > > PCI_IDE: unknown IDE controller on PCI bus 00 device f9, VID=8086, > > > > DID=24cb > > > > > PCI: Device 00:1f.1 not available because of resource collisions > > > PCI_IDE: (ide_setup_pci_device:) Could not enable device > > > > Blame your BIOS vendor > > > > The -ac tree has workarounds for the BIOS forgetting to set up the > > chip. Let me know if rc1-ac7 works for you. > > > > > > cat /proc/interrupts: > > CPU0 > > 0: 11650099 XT-PIC timer > > 1: 100563 XT-PIC keyboard > > 2: 0 XT-PIC cascade > > 8: 1 XT-PIC rtc > > 9: 1348969 XT-PIC eth0, CMI8738-MC6 > > Whenever you see items on one line separated by a comma, they're > sharing the IRQ, potential conflict. Can you try moving your 3Com card > to a different slot? Caution, avoid the 1st pci slot (the one next to > the AGP slot) if possible, it already shares the AGP IRQ. I'm asuming > your Cmedia is integrated. > > <snip most of lspci stuff> > > > snd-cmipci : C-Media Electronics Inc|CM8738 > > 3c59x : 3Com Corporation|3c905C-TX [Fast Etherlink] > > > > # hdparm -i /dev/hdb1 > > > > /dev/hdb1: > > HDIO_GET_IDENTITY failed: Invalid argument > > Not quite right, you're tryin a partition, use > > 'hdparm -i /dev/hdb' to access the drive's firmware .... > > > # hdparm -v /dev/hdb1 > > > > /dev/hdb1: > > multcount = 16 (on) > > IO_support = 0 (default 16-bit) > > unmaskirq = 0 (off) > > using_dma = 0 (off) > > keepsettings = 0 (off) > > readonly = 0 (off) > > readahead = 8 (on) > > geometry = 9732/255/63, sectors = 156344517, start = 63 > > .... Here again, a simple 'hparm -v /dev/hdb' is all that's required. > The '1' you added was ignored. It shows tho that neither 32bit, or DMA > are enabled..... > > > > On Wed, 2002-09-04 at 03:19, Tom Brinkman wrote: > > > On Monday September 2 2002 11:50 pm, Bjarne Thomsen wrote: > <snip again> > > > > on an Asus P4B533 MB? > > > > The speed of the harddisks is about 3 Mb/s, and > > > > kupdated sucs up CPU time. It is evidently in PIO mode. > > ... and yes it's in PIO mode. hdparm -t should be much better, at > least 10mb/sec for a 5400rpm ata/33 drive. ata/100, 7200rpm or better > should get ~40mb+/sec. You could try usin 'hdparm -c1 -d1 /dev/hdb' > -c1 turns on 32bit, -d1 turns on DMA. BUT, I suggest you do some > research first. I vaguely remember that there's issues with DMA and > i8xx chips, probly why the drive wasn't optimized to begin with. I > suspect it maybe a Mdk or kernel work-around. Sorry I can't be of more > help. > -- > Tom Brinkman Corpus Christi, Texas > > ---- > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com
Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com