Subject: Re: CD-blanking leads to machine freeze with current -git [was:
	Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux
	(stirring up a hornets' nest) ]]
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Marc Koschewski <marc@osknowledge.org>
Cc: Phillip Susi <psusi@cfl.rr.com>, linux-kernel@vger.kernel.org
In-Reply-To: <20060210210006.GA5585@stiffy.osknowledge.org>
References: <58cb370e0601270837h61ac2b03uee84c0fa9a92bc28@mail.gmail.com>
	 <20060210175848.GA5533@stiffy.osknowledge.org>
	 <43ECE734.5010907@cfl.rr.com>
	 <20060210210006.GA5585@stiffy.osknowledge.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 10 Feb 2006 23:23:54 +0000
Message-Id: <1139613834.14383.5.camel@localhost.localdomain>
Mime-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 929
Lines: 21

On Gwe, 2006-02-10 at 22:00 +0100, Marc Koschewski wrote:
> than to run this as root. Couldn't cdrecord 'watch' ide load or - even better -
> forcecast it? It knows blanking leads to inresponsiveness sometimes (even more due
> to the fact that both devices share the same bus). Why not kind of  'renice'
> the process that blanks?

It isn't about load. You issue a command to an ATA device and there is
no disconnect sequence as SCSI has. That bus is now locked until the
command completes.

There are mechanisms for certain cases like blanking and fixating that
allow you to avoid this. Some cd record apps let you choose them.  There
isn't anything the kernel can do however.

Alan

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/