bin/123693: Workaround for burncd: ioctl(CDIOCEJECT):
Input/output error
Carlos A. M. dos Santos
unixmania at gmail.com
Mon May 26 13:10:07 UTC 2008
The following reply was made to PR bin/123693; it has been noted by GNATS.
From: "Carlos A. M. dos Santos" <unixmania at gmail.com>
To: Volker <volker at vwsoft.com>
Cc: bug-followup at freebsd.org
Subject: Re: bin/123693: Workaround for burncd: ioctl(CDIOCEJECT): Input/output error
Date: Mon, 26 May 2008 10:01:13 -0300
------=_Part_14585_2359284.1211806873200
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Mon, May 26, 2008 at 1:21 AM, Carlos A. M. dos Santos
<unixmania at gmail.com> wrote:
> On Mon, May 19, 2008 at 9:27 AM, Carlos A. M. dos Santos
> <unixmania at gmail.com> wrote:
>> On Sat, May 17, 2008 at 4:28 PM, Volker <volker at vwsoft.com> wrote:
>>> Carlos,
>>>
>>> IMHO it's better to explicitly check for ioctl returning EBUSY and 5
>>> seconds may not fit every situation.
>>>
>>> Volker
>>
>> Ok, I will attempt the approach of checking for EBUSY.
>
> I found that ioctl(fd, CDIOCEJECT) returns EIO, not EBUSY, so it seems
> that there is no better solution. I was able to improve the delays,
> however (see attachmet). Now they grow exponentially, limited to 31
> seconds (1 + 2 + 4 + 8 + 16). This is better than flooding the CD
> drive with one eject request per second.
Resending the patch, since bug-followup seems to expect an explicit
".txt" extension in order to display it correctly.
--
Carlos A. M. dos Santos
------=_Part_14585_2359284.1211806873200
Content-Type: text/plain; name=patch_v2.txt
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fgp2hzxh0
Content-Disposition: attachment; filename=patch_v2.txt
ZGlmZiAtZHVyUCBidXJuY2Qub3JpZy9idXJuY2QuYyBidXJuY2QvYnVybmNkLmMKLS0tIGJ1cm5j
ZC5vcmlnL2J1cm5jZC5jCTIwMDUtMDUtMTMgMTc6MDY6NDQuMDAwMDAwMDAwIC0wMzAwCisrKyBi
dXJuY2QvYnVybmNkLmMJMjAwOC0wNS0yNiAwMDo1MTozMS4wMDAwMDAwMDAgLTAzMDAKQEAgLTQ2
LDYgKzQ2LDcgQEAKICNpbmNsdWRlIDxhcnBhL2luZXQuaD4KIAogI2RlZmluZSBCTE9DS1MJMTYK
KyNkZWZpbmUgRUpFQ1RfVFJJRVMgNQogCiBzdHJ1Y3QgdHJhY2tfaW5mbyB7CiAJaW50CWZpbGU7
CkBAIC0zMTYsOSArMzE3LDE1IEBACiAJCWVycihFWF9JT0VSUiwgImlvY3RsKENEUklPQ1NFVEJM
T0NLU0laRSkiKTsKIAl9CiAKLQlpZiAoZWplY3QpCi0JCWlmIChpb2N0bChmZCwgQ0RJT0NFSkVD
VCkgPCAwKQorCWlmIChlamVjdCkgeworCQlpbnQgc3RhdHVzLCB0cnkgPSBFSkVDVF9UUklFUywg
ZGVsYXkgPSAxOworCQl3aGlsZSAoKHN0YXR1cyA9IGlvY3RsKGZkLCBDRElPQ0VKRUNUKSkgPCAw
ICYmIC0tdHJ5ID4gMCkgeworCQkJc2xlZXAoZGVsYXkpOworCQkJZGVsYXkgKj0gMjsKKwkJfQor
CQlpZiAoc3RhdHVzIDwgMCkKIAkJCWVycihFWF9JT0VSUiwgImlvY3RsKENESU9DRUpFQ1QpIik7
CisJfQogCWNsb3NlKGZkKTsKIAlleGl0KEVYX09LKTsKIH0KT25seSBpbiBidXJuY2Qub3JpZzog
YnVybmNkLmMub3JpZwo=
------=_Part_14585_2359284.1211806873200--
More information about the freebsd-bugs
mailing list