On 30-Oct-2003 Lars Eggert wrote: > 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?) You ran out of ktrace objects (check your dmesg). You can resize the pool via the kern.ktrace.request_pool sysctl. -- John Baldwin <jhb_at_FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/Received on Thu Oct 30 2003 - 11:35:54 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:27 UTC