Re: [RFC PATCH 0/2] managed token devres interfaces

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> For example, some devices provide standard USB Audio Class, handled by
> snd-usb-audio for the audio stream, while the video stream is handled
> via a separate driver, like some em28xx devices.

Which is what mfd is designed to handle.

> There are even more complex devices that provide 3G modem, storage
> and digital TV, whose USB ID changes when either the 3G modem starts
> or when the digital TV firmware is loaded.

But presumably you only have one driver at a time then ?

> So, we need to find a way to lock some hardware resources among
> different subsystems that don't share anything in common. Not sure if
> mfd has the same type of problem of a non-mfd driver using another
> function of the same device

The MFD device provides subdevices for all the functions. That is the
whole underlying concept.

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux