https://redmine.graphics-muse.org/https://redmine.graphics-muse.org/favicon.ico?16278048512014-05-13T02:44:29ZGraphics Muse Issue TrackerPiBox - Bug #324: usbhandler.sh needs to support multiple modules per devicehttps://redmine.graphics-muse.org/issues/324?journal_id=11572014-05-13T02:44:29ZHammelmjhammel@graphics-muse.org
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>10</i></li></ul>usbhandler isn't even being called. What I currently have is:
<ol>
<li>S10usbdev which does sort of what usbhandler.sh was doing, but badly.</li>
<li>mdev.conf, which probably loads the WinTV drivers via MODALIAS or one of the v4l entries.</li>
<li>A usbhandler.sh which does mostly what it should if it were passed the correct data.</li>
</ol>
What I need to do is:
<ol>
<li>Fix usbhandler.sh to operate via init script or mdev. This means using functions and testing input args to determine who is calling the script.</li>
<li>Change S10usbdev to call usbhandler.sh</li>
<li>Move S10usbdev ahead of S10mdev</li>
<li>Change mdev.conf to call usbhandler.sh for usb devices first - before any other handler is called for the device, ignoring those it can't handle.</li>
</ol>
<p>After fixing all this I can then add multiple lines for the WinTV device to usbhandler.conf to allow loading multiple drivers in the correct order.</p>
<p>The key to all this is to make sure the init scripts don't load the WinTV drivers before I get a chance to load them in the correct order first.</p> PiBox - Bug #324: usbhandler.sh needs to support multiple modules per devicehttps://redmine.graphics-muse.org/issues/324?journal_id=11592014-05-14T05:09:24ZHammelmjhammel@graphics-muse.org
<ul><li><strong>Priority</strong> changed from <i>Immediate</i> to <i>Low</i></li><li><strong>Target version</strong> changed from <i>0.9.0</i> to <i>3.0 - Corrino</i></li><li><strong>Severity</strong> changed from <i>01 - Critical</i> to <i>03 - Medium</i></li></ul><p>Turns out that the drivers are getting loaded no matter what and the drivers work with w_scan <strong>IF</strong> the Pi has its own power supply separate from the external hub (the Pi is not powered through the powered hub). So none of this is need as of now. It may be useful later, though.</p>
<p>I'll drop this to very low priority and target for a much later release.</p>