On 1/25/12 6:08 PM, Andrew Morton wrote:
>>> Out-of-tree drivers are unpopular.  Where is this driver, what is its
>>> license and what are the prospects of making it in-tree?
>>
>> It's complicated. Generic GPIO supports polled-keys for input, and LEDs for 
>> outputs as you know.
>>
>> There's no generic output mechanism for (say) an RFKILL line on the bus. 
>> If/when this materialized, I'll modify the alix driver to register that 
>> device in addition to the soft-reset button and the output LEDs (for the 
>> alix.6 device only).
>>
>> There's also a certain amount of churn going on right now in coreboot about 
>> supporting the 'alix.6' as a variant of the 'alix.2' (the coreboot build 
>> machinery doesn't support this, and we need to hack kconfig to make this 
>> happen, i.e. have kconfig be queryable from shell scripts like coreboot's 
>> abuild)... so for now most people burn an alix.2 coreboot image onto their 
>> alix.6.
>>
>> So there's a chain of dependencies that need to be resolved to get the ideal 
>> solution in place... but not wanting the perfect be the enemy of the good, I 
>> wanted to get what's available today out there with the caveat that 
>> something better is in the pipeline.
> 
> That didn't really answer my question about the whereabouts of the
> mystery wireless driver.  Oh well, it doesn't matter much.

Oh, yeah, sorry.  The driver is currently only in my tree, though I had wanted 
to get it into OpenWRT but after having even linux-atm upstream patches not get 
retrofitted into the OpenWRT sources, I've given up on submitting additional 
patches.

The short answer was that in a perfect world, I won't need the out-of-tree 
driver and will be able to do everything in the alix2.c platform driver when 
GPIO support for non-button-or-LED-thingies gets added... at which point 
alix_model can be deprecated.

>>> I don't personally have problems with helping out-of-tree drivers but
>>> making it EXPORT_SYMBOL_GPL() would set minds at rest.
>>
>> Ok.  I'll make that patch and resubmit...
> 
> Add a comment there too, otherwise someone will come along and zap it.
> 

Ok, will do.

--
To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" 
in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to