[lkml]   [2005]   [Feb]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Please open sysfs symbols to proprietary modules
On Feb 02, 2005, at 20:13, Pavel Roskin wrote:
> OK, then the "insufficiency" is inability to set and get additional
> named variables for network interfaces.
> I won't open all details, but suppose I want the bridge to handle
> certain frames in a special way, just like BPDU frames are handled if
> STP is enabled. There is a hook for that already - see
> br_handle_frame_hook. The proprietary module would just have to
> change it.
> What I want it to tell that module what to do with those special
> frames. I also want to get information like what was in the last
> special frame and how many of them have been received. In other
> words, I want the proprietary module to communicate with userspace.
> Ideally, the userspace application should be a simple shell script,
> so I'm reluctant to use ioctl.

Why don't you just GPL your driver? It's not like somebody will have
some innate commercial advantage over you because they have your
driver source code. You might even have a commercial advantage by
participating with GPL drivers because the community will help adjust
them to in-kernel API changes too. Besides, you'll get cross-platform
portability basically for free, as opposed to a binary-only driver for
x86 where you can't use it on PPC, Alpha, etc. Please consider the
benefits to GPL software ;-)

Kyle Moffett

Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:10    [W:0.063 / U:1.624 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site