Greetings all I've been helping to write a 9k6 modem driver that makes use of Thomas Sailors hdlcdrv bit crunching routines. All works well but at 9k6 I prefer to run with a larger packet size than the normal 256 - I've found that a good solid RF Link works well with 512 and noise hits on large packets only become a problem if the RF isn't up to it in the first place. Problem is that hdlcdrv seems to have its buffers hard coded to 400 bytes rather than allocating dynamically based on the interface MTU. Any reason why this couldn't change? I wouldn't want to inflict my coding onto such a central part of so many driver interfaces :-)) in any case if I start hacking myself, you'll probably end up with a CW ident facility as well (for UK license regs) What is also very strange (ie. makes no sense) is that running under 2.0.36 kernel I get these problems but the same code running under 2.2.12 is able to handle the large packets OK - or is there a bug in 2.2.12 that causes a buffer overflow that doesn't get noticed!!! -- 73 de Robin. G8ECJ Hub manager gb7ipd NTS: G8ECJ@GB7TVG.#42.GBR.EU AmprNet: [EMAIL PROTECTED] Internet: [EMAIL PROTECTED] http://www.gb7ipd.freeserve.co.uk/ Shack: (+44) 1628 533311 Fax: (+44) 1628 850165 Club pages (g4xyw modem etc) at http://www.tvipug.freeserve.co.uk
