From owner-freebsd-current@FreeBSD.ORG Fri Aug 27 21:46:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD5A916A4CE; Fri, 27 Aug 2004 21:46:39 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0B843D46; Fri, 27 Aug 2004 21:46:39 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7RLkbuY067490; Fri, 27 Aug 2004 23:46:38 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <412FABA0.3020104@DeepCore.dk> Date: Fri, 27 Aug 2004 23:46:08 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <412F85E9.1050004@portaone.com> In-Reply-To: <412F85E9.1050004@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: re@FreeBSD.ORG cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: ATAPI burners support - significant regression in 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 21:46:40 -0000 Maxim Sobolev wrote: > I've noticed that quality of support for ATAPI CD burners in 5.x has=20 > degraded significantly. Often when burning CD-RW (I have not=20 > experimented on CD-Rs for obvious reasons), burncd hangs in the middle,= =20 > without any error messages. When it happens it doesn't respond to=20 > SIGKILL, eject button doesn't work and the only way to recover form thi= s=20 > situation without reboot is to run atacontrol reinit. I've tested 3=20 > different CD-RW devices on 3 different machines (2 runnning RELENG_5 an= d=20 > one running RELENG_5_2), and the same problem exists on all of them. Al= l=20 > machines were idle during my experiments. >=20 > The easy way to reproduce this problem is to create some dummy iso imag= e=20 > (e.g. dd if=3D/dev/random of=3D/tmp/tmp.iso bs=3D1m count=3D650), put b= lank=20 > CD-RW medium into the burner and then run something along the lines: >=20 > while true; do time burncd -s max data /tmp/tmp.iso; burncd -s max=20 > fixate; burncd -s max blank; sleep 5; done >=20 > I've tried RW mediums with various speed ratings: 2x-4x, 4x-12x, 16x-24= x=20 > the problem happens with all of them. It also makes no difference=20 > whether the medium is new or used. >=20 > Turning DMA on or off doesn't solve the problem either. >=20 > All is matter of time - sooner or later burncd hangs solidly, usually 3= 0=20 > minutes is enough to reproduce the problem. >=20 > IMHO it is quite significant problem that have to be addressed before=20 > the 5.3 is out. At least if I am not correct and the problem happens du= e=20 > to problems with particular CD-RW devices, ata driver has to be=20 > "smarter" to recover from such situation gracefully, returning error=20 > code and leaving device in the useable position. Does this happen on an up to date -current ? I'm pretty sure I fixed=20 this some time ago, but I could be wrong as I was only able to reproduce = this ecactly once. The problem was a race in ata_start where it could=20 loose a request. The only way to get it back "online" was to get=20 ata_start called again by fx issueing a command though another channel=20 (ioctl, atapicam). -S=F8ren