some ide-scsi commands starve drives on the same cable

some ide-scsi commands starve drives on the same cable

[Christian Bornträger]

Hello,

during some activities (e.g. erasing a CDRW or fixating a CDR on my 
CD-Burner) the hard disc on the same cable cannot be accessed.All data and 
swap partitions are inaccessable. There is no dmesg output, just entering the
mount point fails.

Other activities (like burning the track) does not cause this problem.
I use Cdrecord 1.11a13.

The problem occurs with 2.4.18 and 2.4.19pre3, that means with the new and 
old ide-driver.

I have not included ATA-CD-Support in the kernel and instead compiled 
ide-scsi as a module to use all my CD-drives with cdrecord. (see config below)

I am not sure if it is a kernel problem or if it is a firmware-bug.
Any idea? 

Thank you.

Christian


Configuration:

hdc:  (the stalled hard disc)
 Model=Maxtor 52049H3, FwRev=JAC61HU0, SerialNo=F3HCCZYC
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=40021632
 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 udma0 udma1 udma2 udma3 udma4 *udma5
 AdvancedPM=yes: disabled (255)
 Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3 ATA-4 
ATA-5 ATA-6

hdd:  (the burner)
 Model=SONY CD-RW CRX140E, FwRev=1.0s, SerialNo=
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:180,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2
 AdvancedPM=no


hda(hard disc) and hdb(dvd-rom) are still working.

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: TOSHIBA  Model: DVD-ROM SD-M1502 Rev: 1008
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: SONY     Model: CD-RW  CRX140E   Rev: 1.0s
  Type:   CD-ROM                           ANSI SCSI revision: 02

#cat /proc/ide/hda/driver   (ok)
ide-disk version 1.12
#cat /proc/ide/hdb/driver   (ok)
ide-scsi version 0.9



# cat /proc/ide/hdc/driver   (stalled)
ide-disk version 1.12
# cat /proc/ide/hdd/driver   (doing special things)
ide-scsi version 0.9


The IDE-Controller is a KT133A-Chipset:
lspci:
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 40)
00:04.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06)
00:04.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 16)
00:04.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 16)
00:04.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:0a.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] (rev 01)
00:0d.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 
30)
00:11.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown 
device 0d30 (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)


.config:
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDESCSI=m
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_BLK_DEV_PDC202XX=y
CONFIG_BLK_DEV_SD=m
CONFIG_BLK_DEV_SR=m

Re: some ide-scsi commands starve drives on the same cable

[Alan Cox]

> during some activities (e.g. erasing a CDRW or fixating a CDR on my 
> CD-Burner) the hard disc on the same cable cannot be accessed.All data and 
> swap partitions are inaccessable. There is no dmesg output, just entering the
> mount point fails.
> I am not sure if it is a kernel problem or if it is a firmware-bug.

Neither. Its an IDE design limitation. IDE can't handle disconnects like
real scsi does. The fixate command effectively locks the bus until it
completes. 

There has been some movement forward in the standards on this. You might
want to ask our new 2.5 IDE maintainer if/when it will be implemented - I
suspect you have to wait a while though. There is much IDE to clean up first

Alan

Re: some ide-scsi commands starve drives on the same cable

[Martin Dalecki]

Alan Cox wrote:
>>during some activities (e.g. erasing a CDRW or fixating a CDR on my 
>>CD-Burner) the hard disc on the same cable cannot be accessed.All data and 
>>swap partitions are inaccessable. There is no dmesg output, just entering the
>>mount point fails.
>>I am not sure if it is a kernel problem or if it is a firmware-bug.
> 
> 
> Neither. Its an IDE design limitation. IDE can't handle disconnects like
> real scsi does. The fixate command effectively locks the bus until it
> completes. 
> 
> There has been some movement forward in the standards on this. You might
> want to ask our new 2.5 IDE maintainer if/when it will be implemented - I
> suspect you have to wait a while though. There is much IDE to clean up first

Just for the record: I'm aware of it.

Re: some ide-scsi commands starve drives on the same cable

[Mike Fedyk]

On Mon, Mar 18, 2002 at 02:13:07PM +0100, Martin Dalecki wrote:
> Alan Cox wrote:
> >>during some activities (e.g. erasing a CDRW or fixating a CDR on my 
> >>CD-Burner) the hard disc on the same cable cannot be accessed.All data 
> >>and swap partitions are inaccessable. There is no dmesg output, just 
> >>entering the
> >>mount point fails.
> >>I am not sure if it is a kernel problem or if it is a firmware-bug.
> >
> >
> >Neither. Its an IDE design limitation. IDE can't handle disconnects like
> >real scsi does. The fixate command effectively locks the bus until it
> >completes. 
> >
> >There has been some movement forward in the standards on this. You might
> >want to ask our new 2.5 IDE maintainer if/when it will be implemented - I
> >suspect you have to wait a while though. There is much IDE to clean up 
> >first
> 
> Just for the record: I'm aware of it.
> 

That doesn't say much about your plans for it though.

Re: some ide-scsi commands starve drives on the same cable

[Christian Bornträger]

Martin Dalecki wrote:
> > There has been some movement forward in the standards on this. You might
> > want to ask our new 2.5 IDE maintainer if/when it will be implemented - I
> > suspect you have to wait a while though. There is much IDE to clean up
> > first
> Just for the record: I'm aware of it.

Good to hear that.

But I guess this is future work and will never get into 2.4, right?

Bytheway, as you became the IDE maintainer for 2.5, who is the IDE maintainer 
for 2.4? Andre?

greetings

Christian

Re: some ide-scsi commands starve drives on the same cable

[Martin Dalecki]

Christian Bornträger wrote:
> Martin Dalecki wrote:
> 
>>>There has been some movement forward in the standards on this. You might
>>>want to ask our new 2.5 IDE maintainer if/when it will be implemented - I
>>>suspect you have to wait a while though. There is much IDE to clean up
>>>first
>>
>>Just for the record: I'm aware of it.
> 
> 
> Good to hear that.
> 
> But I guess this is future work and will never get into 2.4, right?

It is future work yes. I don't intend to care about 2.4. Since the 2.4 is
leaking the BIO stuff it will be quite hard to backport the IDE stuff if
someone (not me) attempts to.

> Bytheway, as you became the IDE maintainer for 2.5, who is the IDE maintainer 
> for 2.4? Andre?

Yes.

Re: some ide-scsi commands starve drives on the same cable

[Alan Cox]

> > Just for the record: I'm aware of it.
> 
> Good to hear that.
> But I guess this is future work and will never get into 2.4, right?
> Bytheway, as you became the IDE maintainer for 2.5, who is the IDE maintainer 
> for 2.4? Andre?

I'm still working with Andre on 2.4 stuff.