RFD: Rework/extending functionality of mdev
Guillermo Rodriguez Garcia
guille.rodriguez at gmail.com
Fri Mar 13 08:04:25 UTC 2015
Hi Harald,
2015-03-13 8:25 GMT+01:00 Harald Becker <ralda at gmx.de>:
> On 13.03.2015 00:05, Michael Conrad wrote:
>> In that case, I would offer this idea:
>
> All you do, is throwing in complex code sharing and the need to chose a
> mechanism ahead at build time, to allow for switching to some newer stuff
> ... but what about pre-generated binary versions, which mechanism shall be
> used in the default options, which mechanism shall be offered?
>
> With netlink active (sure the proven and better way for the job), you hit
> those like Isaac. With netlink disabled, spreading newer technology to the
> wide is usually blocked (don't talking about some experts who know how to
> build there own BB version).
>
> So why not allowing some innovation, to let the user chose which mechanism
> to use? What is wrong with this intention?
>
> I neither want to reinvent the wheel, nor go the udev way to create a big
> monolithic block, but I like to get the ability to setup the system the way
> I like, without blocking others to use the plug mechanism they like.
Michael's proposal would allow you to do what you want to do, since
you are one of those "experts who know how to build their own BB
version". So what's wrong with his proposal?
Guillermo
More information about the busybox
mailing list