21.08.2015 16:29, Erich Titl пишет:
> Hi Andrew
>
> Am 21.08.2015 um 11:21 schrieb Andrew:
>> 21.08.2015 12:05, Erich Titl пишет:
>>> Hi
>>>
>>> Am 21.08.2015 um 10:53 schrieb Andrew:...
>>>>>
>>>>> Why keep that thing, it is redundant and needs code to read it.
>>>>>
>>>> Just to reduce moddb size if it'll be needed for somebody. There are
>>>> just some lines of code for handling it.
>>>
>>> Could you specify why someone might need this and where the positive
>>> effect is if he needs modules.sqfs instead?
>>>
>> I said earlier - for custom kernel modules case.
>
> Pretty rare case, but OK
>
>>> To mee it looks like you would need the fully blown modules.sqfs plus
>>> a reduced moddb instead of a slightly bigger moddb an _no_ 
>>> modules.sqfs.
>> moddb causes an one big trouble on kernel update - it should contain all
>> important kernel modules. Including tens of NIC drivers and tens of
>> wireless devices drivers. So, if you have, for ex., Emulex NIC on remote
>> box (which drver isn't included into moddb) - you'll have a headache on
>> remote upgrade; you'll need a physical access to server for running
>> modules autodetection or you should prepare moddb manually - ad module
>> and all its deps. And there's no good solution for this.
>
> Upgrade does this automagically, maybe not in _all_ circumstances but 
> I tested it with a variety of drivers. And then, in reality you only 
> need a driver for storage and a driver for uplink. But yes, I see the 
> complexity of the problem but I don't see how limiting moddb backup 
> can improve this.
>
Limiting doesn't help. modules.sqfs - helps to solve this.

> cheers
>
> ET
>
>
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> leaf-devel mailing list
> leaf-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/leaf-devel

------------------------------------------------------------------------------

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to