On Thu, 13 Sep 2007 the mental interface of Michael Bourgeous told: > On 9/12/07, Elimar Riesebieter <riesebie@xxxxxxxx> wrote: > > > > Attached is a patch for the Makefiles and an udev rule which should > > work anyway. I don't have TASCAM US-122 usb hardware handy, so > > I would be very pleased if someone could test it. > > > > Thanks > > > > Elimar > > > > I can't remember for sure, but the included rules file might have > problems loading the us428control program. I think there might have > been problems I encountered with using the tascam_fpga script directly > from udev, since us428control doesn't self-daemonize. I'll attach the > .rules file that I use, which might be useful as an example to fix the > .rules file provided already if it's found that there are problems > with udev and the existing tascam_fpga script. As I recall, since > us428control was still holding on to its stdout, udev would hang and > not load any devices after the US-428. > > A better option might be a patch to us428control to add a daemonize > switch (which, of course, could be as simple as fclose()-ing stdin, > stdout, and stderr, and dealing with any I/O functions accordingly). Hmm, from my patch tascam_fw and tascam_fpga are installed to /lib/udev. The udev rules are calling these scripts which are almost doing what your udev rule is doing manualy, isn't it? There is one user [0], who came along with an rule similar to the attached which still works. My intention is not do rewrite usx2yloaders, but optimize it for distribution. I don't know whether upstream is active to help? A statement from Karsten Wiese would be helpfull at that point ;) But if your rule works for sure, I can distribute it with your allowness. There are still ugly sh -c calls I don't understand yet. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361558 Thanks for your competent input ;) Elimar -- The path to source is always uphill! -unknown-
Attachment:
signature.asc
Description: Digital signature
_______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel