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 <j...@eclis.ch> writes: > >> Le 10. 06. 15 23:37, Bjørn Mork a écrit : > >>> Jean-Christian de Rivaz <j...@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@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 _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
