From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: Packaging CDEmu and VHBA kernel module Date: Sun, 14 Apr 2019 19:13:33 +0200 Message-ID: <87wojwa4si.fsf@ambrevar.xyz> References: <87o97g1v4n.fsf@ambrevar.xyz> <87k1i27j5m.fsf@gmail.com> <87tvghfcmi.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:42063) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hFihJ-0000F8-9X for guix-devel@gnu.org; Sun, 14 Apr 2019 13:13:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hFihI-0000vQ-66 for guix-devel@gnu.org; Sun, 14 Apr 2019 13:13:41 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:59493) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hFihH-0000sc-RZ for guix-devel@gnu.org; Sun, 14 Apr 2019 13:13:40 -0400 In-Reply-To: <87tvghfcmi.fsf@ambrevar.xyz> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Chris Marusich , Danny Milosavljevic Cc: guix-devel --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've merged the patch, cdemu-daemon and cdemu are now on master. Big thanks to Danny for integration the new make-linux-module. This is not the end though :p At the moment, CDEmu is a bit of a hassle to use: =2D insmod vhba.ko =2D Add the following udev rule to your Guix system config so that non-root= can use it: (define %cdemu-vhba-udev-rule ;; For the "uaccess" tag to be applied properly, the rule must be executed ;; before the uaccess rule ;; (/run/current-system/profile/lib/udev/rules.d/70-uaccess.rules). (udev-rule "69-cdemu-vhba.rules" (string-append "KERNEL=3D=3D\"vhba_ctl\", SUBSYSTEM=3D=3D\"misc\", TAG+= =3D\"uaccess\""))) =2D cdemu load 0 /path/to/image/file =2D cdemu status =2D-8<---------------cut here---------------start------------->8--- Devices' status: DEV LOADED FILENAME 0 True /path/to/image/file =2D-8<---------------cut here---------------end--------------->8--- Great success! Now somehow I can't mount this drive. $ sudo mount /dev/sr0 /mnt hangs indefinitely. dmesg gives me a lot of =2D-8<---------------cut here---------------start------------->8--- [ 2098.573872] udevd[3858]: timeout: killing 'cdrom_id --lock-media /dev/sr= 0' [3859] [ 2098.573882] udevd[3858]: slow: 'cdrom_id --lock-media /dev/sr0' [3859] =2D-8<---------------cut here---------------end--------------->8--- Not sure what's happening. Can anyone reproduce? Could we configure a service that automatically inserts the kernel module and sets up the right udev rule? Danny? Cheers! =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlyzaj0ACgkQm9z0l6S7 zH/U2Af/bmOBdEnDFJo1gcmgT7XGIrPXPJC23SPn7jaQc9EEnUfa467JSOcfm2RI 0wDo15zZjmNY9VJKPzD3YVX2USfzvLBDdW6zgPgKyc0rmwvyanfwAad/A1LCV8uo 9J5Fw07t+yPiuWQERShkurBJcBwWGNhXM4Lupm6NkT5eIUiOF3m6vELKMgma5axo q8cCyLQR4+U7G3NE9UDsqr+qV4IbpdUcxzVVkQk0bR0GoC0ojlpQXvrygMnMQMRn 9gNzlIhJ7JlBtM9QaDrf4OEpa3f90NytiKXR9BtuCTop7Eu/+WpLxfuNwIl+R47x C9eeBuLI/QLX+WOfp514ZR5Jy+fPAw== =eGXB -----END PGP SIGNATURE----- --=-=-=--