On 08/15/2012 10:14 PM, Sam Ravnborg wrote:
Could you use the __ref / __refdata annotation?
This would be much cleaner than this hack in modpost.
Hmmm.
$ git grep " __init " drivers/usb/gadget/ | grep -vE
'[_-]udc\.c|net22..\.c|udc-core\.c|dummy_hcd' | wc -l
71
That is the number of annotat
On Thu, Aug 16, 2012 at 6:33 PM, Felipe Balbi wrote:
> On Thu, Aug 16, 2012 at 06:35:07PM +0530, ABRAHAM, KISHON VIJAY wrote:
>> Hi Sebastian,
>>
>> On Thu, Aug 16, 2012 at 1:29 AM, Sebastian Andrzej Siewior
>> wrote:
>> > The "driver" struct for a gadget driver is named *_driver. On module
>> >
On Thu, Aug 16, 2012 at 06:35:07PM +0530, ABRAHAM, KISHON VIJAY wrote:
> Hi Sebastian,
>
> On Thu, Aug 16, 2012 at 1:29 AM, Sebastian Andrzej Siewior
> wrote:
> > The "driver" struct for a gadget driver is named *_driver. On module
> > load, the gadget expects a UDC driver to be loaded and avaiab
Hi Sebastian,
On Thu, Aug 16, 2012 at 1:29 AM, Sebastian Andrzej Siewior
wrote:
> The "driver" struct for a gadget driver is named *_driver. On module
> load, the gadget expects a UDC driver to be loaded and avaiable. If this
> is not the case => -ENODEV and bye bye. That means that the gadget
Wi
On Wed, Aug 15, 2012 at 09:59:12PM +0200, Sebastian Andrzej Siewior wrote:
> The "driver" struct for a gadget driver is named *_driver. On module
> load, the gadget expects a UDC driver to be loaded and avaiable. If this
> is not the case => -ENODEV and bye bye. That means that the gadget
> driver
The "driver" struct for a gadget driver is named *_driver. On module
load, the gadget expects a UDC driver to be loaded and avaiable. If this
is not the case => -ENODEV and bye bye. That means that the gadget
driver is initialized immediately. The initialization process includes
calling ->bind() fo
