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 ;-)

Cheers,
Kyle Moffett

-----BEGIN GEEK CODE BLOCK-----
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 !y?(-)
------END GEEK CODE BLOCK------



- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Reply via email to