[systemd-devel] Use a specific device ?

Dan Williams dcbw at redhat.com
Thu Jun 11 09:41:46 PDT 2015


On Thu, 2015-06-11 at 10:36 +0200, Jean-Christian de Rivaz wrote:
> Le 11. 06. 15 09:29, Bjørn Mork a écrit :
> > Jean-Christian de Rivaz <jc at eclis.ch> writes:
> >> Le 10. 06. 15 23:37, Bjørn Mork a écrit :
> >>> Jean-Christian de Rivaz <jc at eclis.ch> writes:
> >>>
> >>>> There is not so
> >>>> much modem manufacturers and each of them don't even release a new
> >>>> product range per year.
> >>> Ehh... I don't think we live on the same planet.  Did you know Toshiba
> >>> is a "modem manufacturer"? Dell? HP? There are 43 (damn - I would have
> >>> loved to see 42) different vendor IDs just in the option driver:
> >>>
> >>>    bjorn at nemi:/usr/local/src/git/linux$ git grep -E '^#define.*VENDOR' drivers/usb/serial/option.c |wc -l
> >>>    43
> >> Please provide a complete picture:
> >> git grep -E '^#define.*VENDOR' drivers/usb/serial/* | wc -l
> >> 174
> >>
> >> Not a such bit number. There are various vendor/product database on
> >> the internet, I failed to identify a unmanageable number of modem on
> >> them.
> > Please go ahead and complete the driver whitelists, then.  It will be
> > appreciated.
> 
> I am pleased by your welcome. It's now important to know if your view is 
> shared by the others key contributors of the ModemManager project, 
> because having a white list only will not be enough if the ModemManager 
> project is not willing to change code to use it.

I don't mind an optional whitelist scheme, but I don't really have the
time nor the inclination to maintain it.  And I worry that it will get
out-of-date very quickly and thus provide a sub-optimal experience for
the majority of users.  But sure, if you want to do that yourself
locally, that's fine.

> > I tried to explain to you why a whitelist design makes an incomplete
> > list into a failure, while a blaocklist based design ensures that stuff
> > works whether the list is complete or not. That is something to take
> > advantage of whenever you can.  It's also used in e.g. USB class drivers.
> >
> > But whatever.
> >
> > You are advocating a change here.  That's fine.  But you shouldn't
> > expect everyone to jump at your redesign ideas just like that.  There
> > ore often reasons for the existing design, and those who designed it
> > have often been through multiple incarnations already.
> >
> > You haven't convinced me yet, to put it mildly...
> >
> >
> 
> You can a least agree that I am not alone trying to find a solution:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=688213
> https://bugs.freedesktop.org/show_bug.cgi?id=85007
> 
> What's your observations that need to be addressed to get closer to an acceptable solution ?

Updated that bug with some thoughts.

dan



More information about the systemd-devel mailing list