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