Date: Thu, 30 Oct 2003 11:43:05 -0800 From: Lars Eggert <larse@ISI.EDU> To: Soren Schmidt <sos@spider.deepcore.dk> Cc: freebsd-current@FreeBSD.ORG Subject: Re: ATAng regression: cdcontrol close not working Message-ID: <3FA169C9.5070501@isi.edu> In-Reply-To: <200310301915.h9UJFhV4019548@spider.deepcore.dk> References: <200310301915.h9UJFhV4019548@spider.deepcore.dk>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
Soren Schmidt wrote:
> It seems Lars Eggert wrote:
>
>>FYI, the issue is still present with yesterday's -current. Will Pav
>>Lucistnik's patch be committed soon?
>
> I've already committed a solution that works on all the drives I
> could test on (some of which failed before), if this still
> fails for you I'd like a more detailed description of what
> exactly goes wrong...
I must have missed that commit message, sorry. This is the drive I am
having the issues with:
acd0: CDRW <PHILIPS DVD+RW-D28> at ata1-master UDMA33
I also have atapicam in the kernel:
cd0: <PHILIPS DVD+RW-D28 1.62> Removable CD-ROM SCSI-0 device
I have the same issue as the original poster:
"cdcontrol -f /dev/acd0 eject" -> ejects tray
"cdcontrol -f /dev/acd0 close" -> does nothing
"cdcontrol -f /dev/cd0 eject" -> ejects tray
"cdcontrol -f /dev/cd0 close" -> retracts tray
cdcontrol does not show any messages, even with -v.
Sending CDIOCCLOSE from a short C snippet shows that the ioctl yields EBUSY.
(I also tried to get a ktrace, but that just shows "Events dropped"
where the trace becomes interesting. Issue with -current?)
Lars
--
Lars Eggert <larse@isi.edu> USC Information Sciences Institute
[-- Attachment #2 --]
0 *H
010 + 0 *H
080fErtcvE.0
*H
010 UZA10UWestern Cape10U Cape Town10U
Thawte Consulting1(0&UCertification Services Division1$0"UThawte Personal Freemail CA1+0) *H
personal-freemail@thawte.com0
000830000000Z
040827235959Z010 UZA10UWestern Cape10U Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.3000
*H
0 32c %E>nx'gڈD)c5*mp<ܮto034qmOe
KaU5u'rװ|CBPQ<9TIf - ki N0L0)U"0 010UPrivateLabel1-2970U0 0U0
*H
1KG]qSl]y=&b""I'{9$
*8PUl
LGlX1B li+@]jy.%݊
Z<D&iHΥbb090
vo0
*H
010 UZA10UWestern Cape10U Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.300
030801172929Z
040731172929Z0T10
UEggert1
0U*Lars10ULars Eggert10 *H
larse@isi.edu0"0
*H
0
>ן~H(ԢGV׆־25B03ݰת^RIH =%J
kA^R)y H80P~qrU|c~\;ҋ^哪!֍&d@Cd"O"f$FrGe|r<z"%h+Z`3<}̘}9ʮcnb6RX ٫e~XgK7,ìEYU? V0T0*+e!0 00L2uMyffBNUbNJJcdZ2s0U0
larse@isi.edu0U0 0
*H
5Kkt[@jj:Fg Xj(8yPo!})5M[ ش]wʼnQd!GyFRiKd!8h\7γSD`a[qiY+Gqn?!090
vo0
*H
010 UZA10UWestern Cape10U Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.300
030801172929Z
040731172929Z0T10
UEggert1
0U*Lars10ULars Eggert10 *H
larse@isi.edu0"0
*H
0
>ן~H(ԢGV׆־25B03ݰת^RIH =%J
kA^R)y H80P~qrU|c~\;ҋ^哪!֍&d@Cd"O"f$FrGe|r<z"%h+Z`3<}̘}9ʮcnb6RX ٫e~XgK7,ìEYU? V0T0*+e!0 00L2uMyffBNUbNJJcdZ2s0U0
larse@isi.edu0U0 0
*H
5Kkt[@jj:Fg Xj(8yPo!})5M[ ش]wʼnQd!GyFRiKd!8h\7γSD`a[qiY+Gqn?!100010 UZA10UWestern Cape10U Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.30
vo0 + 0 *H
1 *H
0 *H
1
031030194305Z0# *H
1=fPJnglͼ)0R *H
1E0C0
*H
0*H
0
*H
@0+0
*H
(0 +710010 UZA10UWestern Cape10U Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.30
vo0*H
1010 UZA10UWestern Cape10U Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.30
vo0
*H
uc.$5I CZ8^!ת(SC⣥/zosC(alqm|eӠ^}th a$O¿јCJ@Ya+ѫ݈{x5'\umˋ*&