Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: > On Thu, Mar 08, 2001 at 10:06:57AM +0100, Konrad Stopsack wrote: > > Vojtech Pavlik wrote: > > > On Thu, Mar 08, 2001 at 09:51:43AM +0100, Konrad Stopsack wrote: > > > > > > > > I don't see any other way how the ZIP could have impact on the IDE > > > HDD > > > > > on a different IDE interface. > > > > The 82c586b can be a chip with locked-together IDE controllers, > can't > > > it? > > > > > > What do you mean by 'locked together'? > > Nasty chips whose two IDE channels aren't really separated. On one IDE > > channel you either can use DMA or not. On these chips, switching off DMA > > > at the second controller also disables DMA at the first. > > Then this is not the case of the 586b. All four IDE drive transfer > speeds are programmed separately. > > > > I have two vt82c586b's here and one old vt82c586. All work fine with > > > different drive combinations, one even has a CD-ROM and a ZIP on the > > > secondary channel like yours. > > > > Yeah, Ok. My combination SHOULD work without any problems... > > > > What else could I do? Swap CD-ROM and ZIP? Try new 2.4.2-ac14 with > command > > line parameters "ide0=dma ide1=nodma"? > > I don't know. I'm attaching the very latest driver - but I doubt it > changes anything. Thank you. I'll try the 2.4.2-ac14 kernel and your driver. cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: > On Thu, Mar 08, 2001 at 09:51:43AM +0100, Konrad Stopsack wrote: > > > > I don't see any other way how the ZIP could have impact on the IDE HDD > > > on a different IDE interface. > > The 82c586b can be a chip with locked-together IDE controllers, can't > it? > > What do you mean by 'locked together'? Nasty chips whose two IDE channels aren't really separated. On one IDE channel you either can use DMA or not. On these chips, switching off DMA at the second controller also disables DMA at the first. > > > > If you wonder why /proc/ide/via reports slower DMA rates for the HDD > > > when the ZIP is connected is because the auto slowdown code kicks in > and > > > lowers the transfer rate when too many CRC errors happen. > > > > Well, and what should I do now? I really need the ZIP drive. > > Try without CD-ROM? Buy new ATX case with 300W power supply? And new > > motherboard? And new processor? And ... and ... and? > > Isn't there a chance to unlock the IDE channels (if they are locked)? > > Remember, I've heard about a Windows patch to do this. > > I have two vt82c586b's here and one old vt82c586. All work fine with > different drive combinations, one even has a CD-ROM and a ZIP on the > secondary channel like yours. Yeah, Ok. My combination SHOULD work without any problems... What else could I do? Swap CD-ROM and ZIP? Try new 2.4.2-ac14 with command line parameters "ide0=dma ide1=nodma"? cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: > On Thu, Mar 08, 2001 at 09:01:15AM +0100, Konrad Stopsack wrote: > > > Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-) > > Power Supply Unit, yes. > > > To answer to your questions: > > - I haven't tried to remove the CD-ROM because both devices shall work > > together > > - the ZIP doesn't cause problems when just the power cable is connected > > > > Although my PC has only got an old Baby AT 200W power supply I don't > think > > that's the point. > > I don't see any other way how the ZIP could have impact on the IDE HDD > on a different IDE interface. The 82c586b can be a chip with locked-together IDE controllers, can't it? > > If you wonder why /proc/ide/via reports slower DMA rates for the HDD > when the ZIP is connected is because the auto slowdown code kicks in and > lowers the transfer rate when too many CRC errors happen. Well, and what should I do now? I really need the ZIP drive. Try without CD-ROM? Buy new ATX case with 300W power supply? And new motherboard? And new processor? And ... and ... and? Isn't there a chance to unlock the IDE channels (if they are locked)? Remember, I've heard about a Windows patch to do this. Paul, what did you find out? cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
On Thu, Mar 08, 2001 at 09:01:15AM +0100, [EMAIL PROTECTED] wrote: > Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-) Power Supply Unit, yes. > To answer to your questions: > - I haven't tried to remove the CD-ROM because both devices shall work > together > - the ZIP doesn't cause problems when just the power cable is connected > > Although my PC has only got an old Baby AT 200W power supply I don't think > that's the point. I don't see any other way how the ZIP could have impact on the IDE HDD on a different IDE interface. If you wonder why /proc/ide/via reports slower DMA rates for the HDD when the ZIP is connected is because the auto slowdown code kicks in and lowers the transfer rate when too many CRC errors happen. -- Vojtech Pavlik SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
On Thu, Mar 08, 2001 at 09:01:15AM +0100, [EMAIL PROTECTED] wrote: Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-) Power Supply Unit, yes. To answer to your questions: - I haven't tried to remove the CD-ROM because both devices shall work together - the ZIP doesn't cause problems when just the power cable is connected Although my PC has only got an old Baby AT 200W power supply I don't think that's the point. I don't see any other way how the ZIP could have impact on the IDE HDD on a different IDE interface. If you wonder why /proc/ide/via reports slower DMA rates for the HDD when the ZIP is connected is because the auto slowdown code kicks in and lowers the transfer rate when too many CRC errors happen. -- Vojtech Pavlik SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: On Thu, Mar 08, 2001 at 09:01:15AM +0100, Konrad Stopsack wrote: Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-) Power Supply Unit, yes. To answer to your questions: - I haven't tried to remove the CD-ROM because both devices shall work together - the ZIP doesn't cause problems when just the power cable is connected Although my PC has only got an old Baby AT 200W power supply I don't think that's the point. I don't see any other way how the ZIP could have impact on the IDE HDD on a different IDE interface. The 82c586b can be a chip with locked-together IDE controllers, can't it? If you wonder why /proc/ide/via reports slower DMA rates for the HDD when the ZIP is connected is because the auto slowdown code kicks in and lowers the transfer rate when too many CRC errors happen. Well, and what should I do now? I really need the ZIP drive. Try without CD-ROM? Buy new ATX case with 300W power supply? And new motherboard? And new processor? And ... and ... and? Isn't there a chance to unlock the IDE channels (if they are locked)? Remember, I've heard about a Windows patch to do this. Paul, what did you find out? cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: On Thu, Mar 08, 2001 at 09:51:43AM +0100, Konrad Stopsack wrote: I don't see any other way how the ZIP could have impact on the IDE HDD on a different IDE interface. The 82c586b can be a chip with locked-together IDE controllers, can't it? What do you mean by 'locked together'? Nasty chips whose two IDE channels aren't really separated. On one IDE channel you either can use DMA or not. On these chips, switching off DMA at the second controller also disables DMA at the first. If you wonder why /proc/ide/via reports slower DMA rates for the HDD when the ZIP is connected is because the auto slowdown code kicks in and lowers the transfer rate when too many CRC errors happen. Well, and what should I do now? I really need the ZIP drive. Try without CD-ROM? Buy new ATX case with 300W power supply? And new motherboard? And new processor? And ... and ... and? Isn't there a chance to unlock the IDE channels (if they are locked)? Remember, I've heard about a Windows patch to do this. I have two vt82c586b's here and one old vt82c586. All work fine with different drive combinations, one even has a CD-ROM and a ZIP on the secondary channel like yours. Yeah, Ok. My combination SHOULD work without any problems... What else could I do? Swap CD-ROM and ZIP? Try new 2.4.2-ac14 with command line parameters "ide0=dma ide1=nodma"? cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: On Thu, Mar 08, 2001 at 10:06:57AM +0100, Konrad Stopsack wrote: Vojtech Pavlik wrote: On Thu, Mar 08, 2001 at 09:51:43AM +0100, Konrad Stopsack wrote: I don't see any other way how the ZIP could have impact on the IDE HDD on a different IDE interface. The 82c586b can be a chip with locked-together IDE controllers, can't it? What do you mean by 'locked together'? Nasty chips whose two IDE channels aren't really separated. On one IDE channel you either can use DMA or not. On these chips, switching off DMA at the second controller also disables DMA at the first. Then this is not the case of the 586b. All four IDE drive transfer speeds are programmed separately. I have two vt82c586b's here and one old vt82c586. All work fine with different drive combinations, one even has a CD-ROM and a ZIP on the secondary channel like yours. Yeah, Ok. My combination SHOULD work without any problems... What else could I do? Swap CD-ROM and ZIP? Try new 2.4.2-ac14 with command line parameters "ide0=dma ide1=nodma"? I don't know. I'm attaching the very latest driver - but I doubt it changes anything. Thank you. I'll try the 2.4.2-ac14 kernel and your driver. cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: > On Tue, Mar 06, 2001 at 09:32:46PM +, Paul Bristow wrote: > > On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote: > > > Hello guys, > > > > > > I hope you've read my posting "DMA problem with ZIP drive and VIA > > > VT82C598MVP / VT82C586B chip" (why does anybody answer?). > > > I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b > driver > > > (version 3.21), but the effects were almost the same: > > > - just when the kernel tried to access to the hard disk during boot, > DMA > > > errors were occured > > > - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like > without > > > ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like > > > without ZIP drive) > > > - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, > key = > > > 5, asc = 24, ascq = 0" error, 2.4.2 doesn't > > > > > > My IDE configuration is: > > > /dev/hda: Hard disk => Primary IDE controller > > > /dev/hdc CD-ROM => Secondary IDE controller > > > /dev/hdd: ZIP => Secondary IDE controller > > > > > > Could you please tell me whether it's a bug or a feature? > > > > OK. The ZIP drive can not handle uDMA, so it's normal for the secondary > > > controller to drop back. In my opinion, the primary controller should > stay > > at uDMA speed, but it is PC hardware so it is perfectly possible there > is > > something cheap that locks them together. I will bring up ac-12 and > check > > the error message... > > Actually I'm beginning to suspect the PSU here ... does removing the > CD-ROM (leaving just the HDD and the ZIP in) help? Does the ZIP cause > errors even when connected just to the power cable (and not the IDE > cable)? > Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-) To answer to your questions: - I haven't tried to remove the CD-ROM because both devices shall work together - the ZIP doesn't cause problems when just the power cable is connected Although my PC has only got an old Baby AT 200W power supply I don't think that's the point. cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
On Tue, Mar 06, 2001 at 09:32:46PM +, Paul Bristow wrote: > On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote: > > Hello guys, > > > > I hope you've read my posting "DMA problem with ZIP drive and VIA > > VT82C598MVP / VT82C586B chip" (why does anybody answer?). > > I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver > > (version 3.21), but the effects were almost the same: > > - just when the kernel tried to access to the hard disk during boot, DMA > > errors were occured > > - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without > > ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like > > without ZIP drive) > > - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = > > 5, asc = 24, ascq = 0" error, 2.4.2 doesn't > > > > My IDE configuration is: > > /dev/hda: Hard disk => Primary IDE controller > > /dev/hdc CD-ROM => Secondary IDE controller > > /dev/hdd: ZIP => Secondary IDE controller > > > > Could you please tell me whether it's a bug or a feature? > > OK. The ZIP drive can not handle uDMA, so it's normal for the secondary > controller to drop back. In my opinion, the primary controller should stay > at uDMA speed, but it is PC hardware so it is perfectly possible there is > something cheap that locks them together. I will bring up ac-12 and check > the error message... Actually I'm beginning to suspect the PSU here ... does removing the CD-ROM (leaving just the HDD and the ZIP in) help? Does the ZIP cause errors even when connected just to the power cable (and not the IDE cable)? -- Vojtech Pavlik SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
On Tue, Mar 06, 2001 at 09:32:46PM +, Paul Bristow wrote: On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote: Hello guys, I hope you've read my posting "DMA problem with ZIP drive and VIA VT82C598MVP / VT82C586B chip" (why does anybody answer?). I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver (version 3.21), but the effects were almost the same: - just when the kernel tried to access to the hard disk during boot, DMA errors were occured - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like without ZIP drive) - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0" error, 2.4.2 doesn't My IDE configuration is: /dev/hda: Hard disk = Primary IDE controller /dev/hdc CD-ROM = Secondary IDE controller /dev/hdd: ZIP = Secondary IDE controller Could you please tell me whether it's a bug or a feature? OK. The ZIP drive can not handle uDMA, so it's normal for the secondary controller to drop back. In my opinion, the primary controller should stay at uDMA speed, but it is PC hardware so it is perfectly possible there is something cheap that locks them together. I will bring up ac-12 and check the error message... Actually I'm beginning to suspect the PSU here ... does removing the CD-ROM (leaving just the HDD and the ZIP in) help? Does the ZIP cause errors even when connected just to the power cable (and not the IDE cable)? -- Vojtech Pavlik SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
Vojtech Pavlik wrote: On Tue, Mar 06, 2001 at 09:32:46PM +, Paul Bristow wrote: On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote: Hello guys, I hope you've read my posting "DMA problem with ZIP drive and VIA VT82C598MVP / VT82C586B chip" (why does anybody answer?). I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver (version 3.21), but the effects were almost the same: - just when the kernel tried to access to the hard disk during boot, DMA errors were occured - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like without ZIP drive) - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0" error, 2.4.2 doesn't My IDE configuration is: /dev/hda: Hard disk = Primary IDE controller /dev/hdc CD-ROM = Secondary IDE controller /dev/hdd: ZIP = Secondary IDE controller Could you please tell me whether it's a bug or a feature? OK. The ZIP drive can not handle uDMA, so it's normal for the secondary controller to drop back. In my opinion, the primary controller should stay at uDMA speed, but it is PC hardware so it is perfectly possible there is something cheap that locks them together. I will bring up ac-12 and check the error message... Actually I'm beginning to suspect the PSU here ... does removing the CD-ROM (leaving just the HDD and the ZIP in) help? Does the ZIP cause errors even when connected just to the power cable (and not the IDE cable)? Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-) To answer to your questions: - I haven't tried to remove the CD-ROM because both devices shall work together - the ZIP doesn't cause problems when just the power cable is connected Although my PC has only got an old Baby AT 200W power supply I don't think that's the point. cu Konrad -- Konrad Stopsack - [EMAIL PROTECTED] Sent through GMX FreeMail - http://www.gmx.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IDE bug in 2.4.2-ac12?
On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote: > Hello guys, > > I hope you've read my posting "DMA problem with ZIP drive and VIA > VT82C598MVP / VT82C586B chip" (why does anybody answer?). > I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver > (version 3.21), but the effects were almost the same: > - just when the kernel tried to access to the hard disk during boot, DMA > errors were occured > - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without > ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like > without ZIP drive) > - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = > 5, asc = 24, ascq = 0" error, 2.4.2 doesn't > > My IDE configuration is: > /dev/hda: Hard disk => Primary IDE controller > /dev/hdc CD-ROM => Secondary IDE controller > /dev/hdd: ZIP => Secondary IDE controller > > Could you please tell me whether it's a bug or a feature? OK. The ZIP drive can not handle uDMA, so it's normal for the secondary controller to drop back. In my opinion, the primary controller should stay at uDMA speed, but it is PC hardware so it is perfectly possible there is something cheap that locks them together. I will bring up ac-12 and check the error message... > I'm really waiting for your answer - else I might get crazy with this > problem > > :-(( > > I attached both dmesg and /proc/ide/via, and my old posting. > > cu Konrad -- Paul Bristow http://paulbristow.net/linux/idefloppy.html Linux ide-floppy maintainer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
IDE bug in 2.4.2-ac12?
Hello guys, I hope you've read my posting "DMA problem with ZIP drive and VIA VT82C598MVP / VT82C586B chip" (why does anybody answer?). I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver (version 3.21), but the effects were almost the same: - just when the kernel tried to access to the hard disk during boot, DMA errors were occured - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like without ZIP drive) - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0" error, 2.4.2 doesn't My IDE configuration is: /dev/hda: Hard disk => Primary IDE controller /dev/hdc CD-ROM => Secondary IDE controller /dev/hdd: ZIP => Secondary IDE controller Could you please tell me whether it's a bug or a feature? I'm really waiting for your answer - else I might get crazy with this problem :-(( I attached both dmesg and /proc/ide/via, and my old posting. cu Konrad boot messages of 2.4.2-ac12: Linux version 2.4.2-ac12 (root@Stopsack) (gcc version 2.95.2 19991024 (release)) #5 Tue Mar 6 17:25:57 CET 2001 BIOS-provided physical RAM map: BIOS-e820: 000a @ (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 13f0 @ 0010 (usable) BIOS-e820: 0001 @ (reserved) On node 0 totalpages: 81920 zone(0): 4096 pages. zone(1): 77824 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=ac24 ro root=304 1 Initializing CPU#0 Detected 350.802 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 699.59 BogoMIPS Memory: 320240k/327680k available (934k kernel code, 7056k reserved, 266k data, 176k init, 0k highmem) Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes) Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes) Page-cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) CPU: Before vendor init, caps: 008021bf 808029bf , vendor = 2 CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line) CPU: After vendor init, caps: 008021bf 808029bf 0002 CPU: After generic, caps: 008021bf 808029bf 0002 CPU: Common caps: 008021bf 808029bf 0002 CPU: AMD-K6(tm) 3D processor stepping 0c Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xfb3f0, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent PCI: Using IRQ router VIA [1106/0586] at 00:07.0 Activating ISA DMA hang workarounds. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Starting kswapd v1.8 parport0: PC-style at 0x378 [PCSPP(,...)] Detected PS/2 Mouse Port. pty: 256 Unix98 ptys configured lp0: using parport0 (polling). block: queued sectors max/low 212464kB/81392kB, 640 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt82c586b (rev 47) IDE UDMA33 controller on pci00:07.1 ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA hda: Maxtor 91080D5, ATA DISK drive hdc: ASUS CD-S400/A, ATAPI CD/DVD-ROM drive hdd: IOMEGA ZIP 100 ATAPI, ATAPI FLOPPY drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 21095424 sectors (10801 MB) w/512KiB Cache, CHS=1313/255/63, UDMA(33) hdc: ATAPI 40X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 hdd: 98304kB, 96/64/32 CHS, 4096 kBps, 512 sector size, 2941 rpm ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0 Partition check: hda: hda1 hda2 hda3 hda4 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 loop: loaded (max 8 devices) Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS01 at 0x02f8 (irq = 3) is a 16550A PPP generic driver version 2.4.1 Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 263M agpgart: Detected Via MVP3 chipset agpgart: AGP aperture is 64M @ 0xe000 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 4096 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 32768) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. fatfs: bogus cluster size hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x84 { DriveStatusError BadCRC } hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x84 {
IDE bug in 2.4.2-ac12?
Hello guys, I hope you've read my posting "DMA problem with ZIP drive and VIA VT82C598MVP / VT82C586B chip" (why does anybody answer?). I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver (version 3.21), but the effects were almost the same: - just when the kernel tried to access to the hard disk during boot, DMA errors were occured - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like without ZIP drive) - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0" error, 2.4.2 doesn't My IDE configuration is: /dev/hda: Hard disk = Primary IDE controller /dev/hdc CD-ROM = Secondary IDE controller /dev/hdd: ZIP = Secondary IDE controller Could you please tell me whether it's a bug or a feature? I'm really waiting for your answer - else I might get crazy with this problem :-(( I attached both dmesg and /proc/ide/via, and my old posting. cu Konrad boot messages of 2.4.2-ac12: Linux version 2.4.2-ac12 (root@Stopsack) (gcc version 2.95.2 19991024 (release)) #5 Tue Mar 6 17:25:57 CET 2001 BIOS-provided physical RAM map: BIOS-e820: 000a @ (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 13f0 @ 0010 (usable) BIOS-e820: 0001 @ (reserved) On node 0 totalpages: 81920 zone(0): 4096 pages. zone(1): 77824 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=ac24 ro root=304 1 Initializing CPU#0 Detected 350.802 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 699.59 BogoMIPS Memory: 320240k/327680k available (934k kernel code, 7056k reserved, 266k data, 176k init, 0k highmem) Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes) Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes) Page-cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) CPU: Before vendor init, caps: 008021bf 808029bf , vendor = 2 CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line) CPU: After vendor init, caps: 008021bf 808029bf 0002 CPU: After generic, caps: 008021bf 808029bf 0002 CPU: Common caps: 008021bf 808029bf 0002 CPU: AMD-K6(tm) 3D processor stepping 0c Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xfb3f0, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent PCI: Using IRQ router VIA [1106/0586] at 00:07.0 Activating ISA DMA hang workarounds. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Starting kswapd v1.8 parport0: PC-style at 0x378 [PCSPP(,...)] Detected PS/2 Mouse Port. pty: 256 Unix98 ptys configured lp0: using parport0 (polling). block: queued sectors max/low 212464kB/81392kB, 640 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt82c586b (rev 47) IDE UDMA33 controller on pci00:07.1 ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA hda: Maxtor 91080D5, ATA DISK drive hdc: ASUS CD-S400/A, ATAPI CD/DVD-ROM drive hdd: IOMEGA ZIP 100 ATAPI, ATAPI FLOPPY drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 21095424 sectors (10801 MB) w/512KiB Cache, CHS=1313/255/63, UDMA(33) hdc: ATAPI 40X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 hdd: 98304kB, 96/64/32 CHS, 4096 kBps, 512 sector size, 2941 rpm ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0 Partition check: hda: hda1 hda2 hda3 hda4 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 loop: loaded (max 8 devices) Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS01 at 0x02f8 (irq = 3) is a 16550A PPP generic driver version 2.4.1 Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 263M agpgart: Detected Via MVP3 chipset agpgart: AGP aperture is 64M @ 0xe000 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 4096 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 32768) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. fatfs: bogus cluster size hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x84 { DriveStatusError BadCRC } hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x84 {
Re: IDE bug in 2.4.2-ac12?
On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote: Hello guys, I hope you've read my posting "DMA problem with ZIP drive and VIA VT82C598MVP / VT82C586B chip" (why does anybody answer?). I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver (version 3.21), but the effects were almost the same: - just when the kernel tried to access to the hard disk during boot, DMA errors were occured - "hdparm /dev/hda" displayed 9 MB per second (and not 11 MB like without ZIP) - /proc/ide/via reported 16 MB transfer rate (and not 33MB like without ZIP drive) - Kernel 2.4.2-ac12 reports a "ide-floppy: hdd: I/O error, pc = 5a, key = 5, asc = 24, ascq = 0" error, 2.4.2 doesn't My IDE configuration is: /dev/hda: Hard disk = Primary IDE controller /dev/hdc CD-ROM = Secondary IDE controller /dev/hdd: ZIP = Secondary IDE controller Could you please tell me whether it's a bug or a feature? OK. The ZIP drive can not handle uDMA, so it's normal for the secondary controller to drop back. In my opinion, the primary controller should stay at uDMA speed, but it is PC hardware so it is perfectly possible there is something cheap that locks them together. I will bring up ac-12 and check the error message... I'm really waiting for your answer - else I might get crazy with this problem :-(( I attached both dmesg and /proc/ide/via, and my old posting. cu Konrad -- Paul Bristow http://paulbristow.net/linux/idefloppy.html Linux ide-floppy maintainer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/