Tomi Manninen wrote:
>
> On Thu, 14 Jan 1999, Matthias Welwarsky wrote:
>
> > Hopefully ;-) We may still have a talk about the interface. kiss is fine
> > to just get the data out of the kernel, however, the new code assumes
> > that the driver supplies information about PTT and DCD state. Impossible
> > with KISS, 6PACK via pty may be a solution, but 6PACK is much harder to
> > implement on the driver side then kiss - I know that, I wrote the 6PACK
> > driver for the TNC2 ;-)
> >
> > For sure you can go on with kiss and implement channel access on your
> > own, but then the kernel won't be able to optimize the channel access
> > strategy.
>
> How about the BPQKISS extensions? They give you an ACK after the frame is
> really sent. Could that be in any way usefull?
>
> --
> --... Tomi Manninen / [EMAIL PROTECTED] / OH2BNS @ OH2RBI.FIN.EU ...--
I wrote some patches for 2.0.3X kernels implementing these BPQ extensions. Working
nice...but there
are problems with listening utilities (listen, TNT monitor, FBB monitor...) because
they won't
recognize transmitted frames. Patches for mkiss, listen & TNT are also available.
Is there any correct way how to send ACK numbers from mkiss driver to ax25 driver?
If someone interested, I can put these patches on ftp.
Tom
