[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140410124653.64aeb06d@alan.etchedpixels.co.uk>
Date: Thu, 10 Apr 2014 12:46:53 +0100
From: One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>
To: Mauro Carvalho Chehab <m.chehab@...sung.com>
Cc: shuah.kh@...sung.com, Greg KH <gregkh@...uxfoundation.org>,
tj@...nel.org, rafael.j.wysocki@...el.com, linux@...ck-us.net,
toshi.kani@...com, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org, shuahkhan@...il.com
Subject: Re: [RFC PATCH 0/2] managed token devres interfaces
> 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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists