From owner-freebsd-bugs@FreeBSD.ORG Mon May 26 13:10:07 2008 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3811F1065672 for ; Mon, 26 May 2008 13:10:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 253E48FC1E for ; Mon, 26 May 2008 13:10:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m4QDA6PV077547 for ; Mon, 26 May 2008 13:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4QDA63j077546; Mon, 26 May 2008 13:10:06 GMT (envelope-from gnats) Date: Mon, 26 May 2008 13:10:06 GMT Message-Id: <200805261310.m4QDA63j077546@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: "Carlos A. M. dos Santos" Cc: Subject: Re: bin/123693: Workaround for burncd: ioctl(CDIOCEJECT): Input/output error X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Carlos A. M. dos Santos" List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 13:10:07 -0000 The following reply was made to PR bin/123693; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: Volker Cc: bug-followup@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 wrote: > On Mon, May 19, 2008 at 9:27 AM, Carlos A. M. dos Santos > wrote: >> On Sat, May 17, 2008 at 4:28 PM, Volker 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--