From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FxmFH-0007Eo-G0 for garchives@archives.gentoo.org; Tue, 04 Jul 2006 14:51:23 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k64EnxtN029524; Tue, 4 Jul 2006 14:49:59 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k64EgRRA031427 for ; Tue, 4 Jul 2006 14:42:28 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 67A84644D3 for ; Tue, 4 Jul 2006 14:42:27 +0000 (UTC) Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12699-04 for ; Tue, 4 Jul 2006 14:42:21 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id F0EAC64604 for ; Tue, 4 Jul 2006 14:42:20 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Fxm6E-00069c-3Q for gentoo-user@gentoo.org; Tue, 04 Jul 2006 16:42:02 +0200 Received: from www.buffer.net ([24.73.161.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Jul 2006 16:42:02 +0200 Received: from wireless by www.buffer.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Jul 2006 16:42:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: hotplug doesn't. Date: Tue, 4 Jul 2006 14:41:44 +0000 (UTC) Message-ID: References: <1152012565.22419.6.camel@orpheus> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 24.73.161.102 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060616) Sender: news X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Status: No, score=-2.581 required=5.5 tests=[AWL=0.018, BAYES_00=-2.599] X-Spam-Score: -2.581 X-Spam-Level: X-Archives-Salt: 04a0ae32-b686-4b7e-83a4-1cec069c6c03 X-Archives-Hash: db31bb040bf5eb0a171168aaa82d3760 Iain Buchanan netspace.net.au> writes: > hotplug doesn't hotplug! At least for my 1394 video camera. If I plug > the camera in at boot, kino can see it and capture from it (and control > the AVC), but if I plug it in after boot, kino can't even see it. > I've tried removing and re-adding the module, I tail the logs, I even > turned on some debugging for ieee1394.agent, but I basically see > nothing! > I tried googling, but the terms are so generic, I can't find anything > useful. > Can anyone point me in the right direction? I would appreciate any > comments, thanks. Hello Iain, I've recently discovered these 2 little jewels. They may not help, but it's worth a whirl. # udevstart [after you boot and then connect the device to 1394] # udevinfo -q all -d | grep Also devices(/dev/) can be tarred up and auto read upon reboot, even if the hardware is not present by adding this to your /etc/conf.d/rc file: #RC_DEVICE_TARBALL="no" RC_DEVICE_TARBALL="yes This method does not allow udev to discover new devices upon reboot. I have not delved into this mechanism deeper, but, it would seem logical that once the device is seen by udev, then you could tar up these devices and have them added to /dev/ and find a way to let udev do it's 'auto-discover' upon reboot. Sort of a hybrid method using both udev's auto-discovery mechanism and manually providing a list of hardware to the /dev/ dir. My experiences with udev, are that it is still very much 'a work in progress'.... weak documentation and scant few examples.... PS. I'm not even saying that udev is the culprit, but it's always suspect with low level hardware, in the 2.6 kernel series.... ymmv, hth, James -- gentoo-user@gentoo.org mailing list