Messages in this thread | | | Date | Sat, 12 Oct 2002 03:56:42 -0600 | From | "Brian F. G. Bidulock" <> | Subject | Re: [Linux-streams] Re: [PATCH] Re: export of sys_call_tabl |
| |
Ole,
I don't think that exporting putpmsg and getpmsg as _GPL will stop proprietary modules from being linked with LiS. LiS exports its symbols on a different basis. There is no need for a proprietary module using LiS to access putpmsg or getpmsg or the syscall registration facility for that matter. Is you concern that LiS using a _GPL only facility will force GPL on modules linked with LiS even though LiS is LGPL?
--brian
On Sat, 12 Oct 2002, Ole Husgaard wrote:
> "Brian F. G. Bidulock" wrote: > > On Fri, 11 Oct 2002, Christoph Hellwig wrote: > > > It is not. Sys_call_table was exported to allow iBCS/Linux-ABI > > > > I don't know if it matters, but these two calls putpmsg and getpmsg > > are the calls used by iBCS. > > AFAIK, iBCS use these syscalls to emulate TLI, and iBCS > only has this emulation working for the IP protocol suite. > > LiS is hooking the same syscalls, and is more protocol > independent. > > In this way, iBCS and LiS are competing projects, even > if their base objectives are very different (iBCS aims > for user-level binary portability from SysV, while LiS > aims for kernel-level STREAMS code portability from SysV > to extend to Linux). > > > No, I don't think anyone wants proprietary syscalls to be registered > > with this facility. If _GPL can allow an LGPL module to use the > > facility without problems, that will be the best way to go. > > An LGPL module with proprietary code linked into it will > taint the kernel. LiS is often linked with proprietary > code, since it is under LGPL. > > IMHO, A not-GPL-only export from the kernel is needed > here. > > That will not make these syscalls proprietary. Even with > proprietary drivers linked into LiS, it is impossible to > deviate from the SysV definition of putpmsg/getpmsg > unless the code of LiS itself is modified. > > Best Regards, > > Ole Husgaard.
-- Brian F. G. Bidulock ¦ The reasonable man adapts himself to the ¦ bidulock@openss7.org ¦ world; the unreasonable one persists in ¦ http://www.openss7.org/ ¦ trying to adapt the world to himself. ¦ ¦ Therefore all progress depends on the ¦ ¦ unreasonable man. -- George Bernard Shaw ¦ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |