RFC: blow Ethernet-over-USB into a module

[Sean McNeil]

Sean McNeil wrote:
> Andy Green wrote:
>> Somebody in the thread at some point said:
>> | Andy Green wrote:
>> |> This patch stops making Ethernet-over-USB as a built-in and makes 
>> it a
>> |> module instead.  If you use NFS like that you will hate it.
>> |
>> | Hmm, I understand the goal. Unfortunately, this also means that having
>> | bad modules can now prevent you from ssh'ing in even more easily :-(
>>
>> I realize it's contentious.  You are right, it is less convenient if you
>> were in the situation you had userspace up and got an IP allocated, etc,
>> but your modules were broken.
>>
>> Personally, I don't use our dist config and use one with many more
>> drivers as built-in anyway.  Someone could recover by DFU-ing this kind
>> of kernel in.
>>
>> Bad modules is a repeated problem in the wild we need to solve anyway.
>> And if your modules are bad, currently they can trash your kernel making
>> an even worse problem.
>>
>> Is anyone using NFS over USB Ethernet?
>>
>> -Andy
> I use it for development until a certain point. What you are talking 
> about, however, is the default config and that should be whatever you 
> determine is the best fit for the end users not us developers.

P.S. I don't see the benefit of modules in an embedded device. You know 
all the drivers and functionality you need to support the device 
already. What do you gain by making them modules as opposed to compiling 
them into the kernel? initialization ordering?