Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Jun 2009 19:19:25 +0200
From:      Harald Schmalzbauer <h.schmalzbauer@omnilan.de>
To:        freebsd-current@freebsd.org
Subject:   Re: HAL is blokcing growisofs [Was: Re: Various problems, atapi, acpi (S3), cpufreq (est)]
Message-ID:  <4A328E1D.3060402@omnilan.de>
In-Reply-To: <4A24F596.1010706@omnilan.de>
References:  <4A12CBE9.5010206@omnilan.de>	<9LNvWOs6KnRm5ARvil0CjUiak0c@cgr/Aoyjz11KtFDB23HMnFSn04s> <4A24F596.1010706@omnilan.de>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig2541EB21FD2A402C59624A83
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Harald Schmalzbauer schrieb am 02.06.2009 11:49 (localtime):
> Eygene Ryabinkin schrieb am 20.05.2009 11:28 (localtime):
> ...
>>> Using `growisofs -dvd-compat -speed=3D8 -Z /dev/cd1=3D/udfimage.iso` =

>>> freezes the system. First it seems nothing happens but after some=20
>>> minutes the system is completely unresponsive, even mouse doesn't=20
>>> move any more. Here's some output I got at this event:
>>> ...
>>> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request
>>> acd1: WARNING - PREVENT_ALLOW taskqueue timeout - completing request =

>>> directly
>>> acd1: WARNING - PREVENT_ALLOW freeing taskqueue zombie request
>>> acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing=20
>>> request directly
>>> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request
>>> acd1: WARNING - READ_TOC taskqueue timeout - completing request direc=
tly
>>> acd1: WARNING - READ_TOC freeing taskqueue zombie reques
>>
>> Could you try to add atapicam(4) device into your kernel and use
>> /dev/cdX instead of /dev/acdX for burning?  I don't believe that this
>> will help you, given the messages you're receiving, but you can at lea=
st
>> give a shot for SCSI emulation on ATAPI devices.
>=20
> Accidentally I found out that growisofs works perfectly without HAL.
> As soon as hal is running I see the above error messages and no dvd=20
> burning is possible.

I found a solution: If atapicam is available HAL has to be told to avoid =

using acd. HAL and scd doesn't work here.
I created the following file:=20
/usr/local/share/hal/fdi/preprobe/20thirdparty/10-ignore-acdX.fdi
<?xml version=3D"1.0" encoding=3D"UTF-8"?>

<deviceinfo version=3D"0.2">
   <device>
     <match key=3D"freebsd.driver" string=3D"acd">
       <merge key=3D"info.ignore" type=3D"bool">true</merge>
     </match>
   </device>
</deviceinfo>

> Also USB-Flash-Disks don't work with -current and hal (everything=20
> compiled 2 days ago). As soon as I plug in the UFD all=20
> "hald-addon-storage: /dev/da1" (from fixed internal card reader) vanish=
=20
> and I can't use Thunars volume-mount feature.
> Should I open a ports/PR? Or is it likle to be a problem in -current?

This one is still a problem.

Greets,

-Harry


--------------enig2541EB21FD2A402C59624A83
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAkoyjiMACgkQLDqVQ9VXb8jSOACdFkLcMk13corGo24uDavTaPQg
rEQAoMc2370Hu1L8CRdl5AQDEYBROMjK
=PZlP
-----END PGP SIGNATURE-----

--------------enig2541EB21FD2A402C59624A83--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A328E1D.3060402>