From owner-freebsd-stable Wed Jun 27 23:37:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 4023D37B403; Wed, 27 Jun 2001 23:37:38 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f5S6bQJ78303; Thu, 28 Jun 2001 08:37:26 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200106280637.f5S6bQJ78303@freebsd.dk> Subject: Re: Undesirable behaviour of burncd erase In-Reply-To: <20010627221236.17737.qmail@areilly.bpc-users.org> "from Andrew Reilly at Jun 28, 2001 08:12:36 am" To: Andrew Reilly Date: Thu, 28 Jun 2001 08:36:06 +0200 (CEST) Cc: freebsd-stable@freebsd.org, Soren Schmidt X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Andrew Reilly wrote: > Hi all, but particularly Soren, Hi :) > I run > FreeBSD 4.3-STABLE #5: Sat Jun 16 11:45:32 EST 2001 > root@gurney.reilly.home:/usr/obj/usr/src/sys/GURNEY > > acd0: CD-RW at ata1-slave using UDMA33 > ad0: 6149MB [13328/15/63] at ata0-master UDMA33 > ad1: 6149MB [13328/15/63] at ata1-master UDMA33 > > Over the next few seconds my X session locked-up hard, apart from > the mouse, which could still move. I was also unable to connect > to the box over my LAN, using ssh. > > Since the CD erase operation still seemed to be happening, I > decided to just let it go for a while, to see if that would stop. > Sure enough, many minutes later (I didn't time it), the disk > ejected itself, and my X session restarted itself, probably > because I had been madly pressing ctrl-alt-backspace while things > were locked up. So the system did not actually crash at all, but > it became unuseful for a very long time. Afterwards, the logs and > the console were seen to contain these messages: > > > swap_pager: indefinite wait buffer: device: #ad/0x30009, blkno: 7936, size: 36864 > > I'm guessing that this is not expected behaviour. Is there > anything that I can do to stop it from happening, besides just not > using the burncd erase command? Should I have some part of my > system configured differently? Well, its a "feature" of how things work on an ATA channel :) The problem is that the erase command takes *a long time* and the ATAPI device claims the channel during the entire operation the way things are done in -stable. However, in -current I've implemented a way for the device to release the channel during long operations, so that the system can get at the disk during the erase. Now the problem is that that part of the spec is not read by most firmware writers, so I've had a hell of a time getting it to work on as many devices as possible, and thats why it isn't in stable yet. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message