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
> 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
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.
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.
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
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.
> > 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.