ndisgen intended to be the only way to generate ndis?

[Daniel O'Connor]

On Tue, 5 Jul 2005 22:49, Fabian Keil wrote:
> AFAIK, nobody has announced that the "old" way is death,
> therefore I would like to know if the breakage is intentional
> and if it is, if there's a technical reason why these methods
> can no longer coexists.

The "old way" built the .sys and .inf files into a .ko along with if_ndis 
code.

In the "new way" you build the .sys and .inf files into a .ko without any 
other code. When you load it, it pulls in if_ndis which then reads the 
wrapped .sys and .inf file you loaded.

You can't build things the "old way" any more because the if_ndis code no 
longer expects to be linked to a .sys file.

I suggest the best approach would be to submit improved documentation for the 
ndiscvt man page (and a new ndisgen page) along with some handbook changes. 
It would also be fairly trivial to modify ndisgen to take some arguments.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050706/7b8b83ff/attachment.bin