Bug #324

open needs to support multiple modules per device

Added by Hammel over 9 years ago. Updated over 9 years ago.

In Progress
04 - Root File System
Target version:
Start date:
07 May 2014
Due date:
% Done:


Estimated time:
03 - Medium


Its possible that a device might need multiple modules loaded, and in a given order. Currently usbhandler doesn't support this.

Actions #1

Updated by Hammel over 9 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 10
usbhandler isn't even being called. What I currently have is:
  1. S10usbdev which does sort of what was doing, but badly.
  2. mdev.conf, which probably loads the WinTV drivers via MODALIAS or one of the v4l entries.
  3. A which does mostly what it should if it were passed the correct data.
What I need to do is:
  1. Fix to operate via init script or mdev. This means using functions and testing input args to determine who is calling the script.
  2. Change S10usbdev to call
  3. Move S10usbdev ahead of S10mdev
  4. Change mdev.conf to call for usb devices first - before any other handler is called for the device, ignoring those it can't handle.

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.

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.

Actions #2

Updated by Hammel over 9 years ago

  • Priority changed from Immediate to Low
  • Target version changed from 0.9.0 to 3.0 - Corrino
  • Severity changed from 01 - Critical to 03 - Medium

Turns out that the drivers are getting loaded no matter what and the drivers work with w_scan IF 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.

I'll drop this to very low priority and target for a much later release.


Also available in: Atom PDF