Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.development.system > #727
| Newsgroups | comp.os.linux.development.system |
|---|---|
| Date | 2015-05-25 09:45 -0700 |
| References | <ce95dffc-388a-4ba1-8bea-54eaf24333a7@b15g2000yqd.googlegroups.com> |
| Message-ID | <cf5ff337-b88d-4295-9782-558d4da42c33@googlegroups.com> (permalink) |
| Subject | Re: need proprietary alternative to GPL-licensed functions in linux/drivers/base/class.c |
| From | aamelkin@gmail.com |
среда, 19 августа 2009 г., 1:09:55 UTC+3 пользователь lightdee написал: > I need to keep the driver proprietary, so how do I work with udev and > sysfs without using the functions in class.c? Is there another non-gpl > interface to those systems? There is a VERY simple solution. Write an intermediate GPL'ed driver that would export wrappers around sysfs/udev functions using EXPORT_SYMBOL() and not EXPORT_SYMBOL_GPL() as sysfs and udev do. Then from your proprietary driver call those functions instead of sysfs/udev functions, and voila! I call this driver "gplf" for "GPL f***er". ;) If there are any lawyers around, they will hopefully tell if this is legal or not in terms of GPL. But technically, it works.
Back to comp.os.linux.development.system | Previous | Next | Find similar
Re: need proprietary alternative to GPL-licensed functions in linux/drivers/base/class.c aamelkin@gmail.com - 2015-05-25 09:45 -0700
csiph-web