How to slow down SATA to 1.5 GBit/s ?
Thomas Schmitt
scdbackup at gmx.net
Mon Mar 15 14:28:03 UTC 2010
Hi,
the switch to ahci was successful and it looks
quite good, overall.
But probably i found a bug. I could need advise
where and how to submit it.
A particular sequence of SCSI commands leads to
an elsewise harmless stall of the dialog between
libburn and drive.
To close and re-open the libcam connection before
this sequence is enough to circumvent the
problem. But this remedy is not desirable.
Long story:
------------------------------------------------
I did the switch to ahci. Now my disk is
ada and my eSATA attached burner is not acd1|cd1
but only cd0.
The IDE ROM works fine with the vanilla
configuration. It obviously staid under ata
control as acd0|cd1.
With the poor eSATA connection at 3000 GBit/s
i still get the stalls. But after killing the
writing process and about 4 minutes of waiting
i get my drive back in most cases.
Sometimes i have to do a power cycle on the drive
to get it back as /dev/cd0.
Still no reboot or panic. I begin to like ahci.
(I find no trace of power cycle or re-plugging
in dmesg.)
The speed setter in camcontrol seems not to work.
Writing still gets stuck after a few MB.
So i used the boot time option.
dmesg tells:
cd0 at ahcich4 bus 0 target 0 lun 0
cd0: <TSSTcorp CDDVDW SH-S223B SB02> Removable CD-ROM SCSI-0 device
cd0: 300.000MB/s transfers
I added to /boot/device.hints :
hint.ahcich.4.sata_rev="1"
After reboot, i see in dmesg:
cd0 at ahcich4 bus 0 target 0 lun 0
cd0: <TSSTcorp CDDVDW SH-S223B SB02> Removable CD-ROM SCSI-0 device
cd0: 150.000MB/s transfers
Now everything seems to work - except libburn.
Grrr.
Writing looks good. But it does not end.
It is stuck in
READ DISC INFORMATION
51 00 00 00 00 00 00 00 22 00
and waits for the reply of the drive.
This happens when the new media state shall be
inquired after burning was completed.
If i do
cam_close_device()
and re-open the drive, then the same command
sequence succeeds.
(But this is a very undesirable gesture at that
point of processing.)
The problem does not appear with USB (and did
not while the drive was built-in at SATA).
The drive is surely not to blame.
So now i could need advise about filing a bug
report.
------------------------------------------------
Have a nice day :)
Thomas
More information about the freebsd-hackers
mailing list