Could it fail if some other module (like slhc.o) isn't compiled first? I'm
also working with pppd 2.2.0e.
I have noticed that ppp transfers using loadable modules are slower that
when their included in the kernel. I used to be able to get an average rate
of 3.1 k/sec, now I'm lucky if I get 2.3 or 2.4. I'm using kerneld, and
bsd_comp. Pppd 2.2.0d also had this behaviour. Any ideas?
--John McPhail ( jmcphail@kcstasr.com )
At 06:05 AM 2/24/96 -0700, you wrote:
>>
>> Robert Riggs: "[BUG] ppp/slip fails with 1.3.6[78]" (Feb 24, 5:04):
>> > I traced my problems with ppp/slip not working to this
>> > section of the 1.3.67 patch:
>> >
>> > --- include/asm-i386/termios.h Sat Feb 24 04:23:03 1996
>> > +++ include/asm-i386/termios.h.new Fri Feb 23 11:35:15 1996
>> > @@ -268,6 +268,8 @@
>> >
>> > #ifdef __KERNEL__
>> >
>> > +#include <linux/string.h>
>> > +
>> > /*
>> > * Translate a "termio" structure into a "termios". Ugh.
>> > */
>> >
>> >
>> > Reversing this allows slip/ppp to connect.
>>
>> That definitely does not make sense. What compiler are you using? The
>> only way I see for the above patch to break anything at all is a
>> compiler bug when compiling the kernel.
>>
>> Or maybe some old out-of-date object file just got re-compiled correctly
>> when you changed termios.h?
>>
>> Linus
>>
>>
>>
>
>I am using gcc-2.7.0. I have been trying to resolve this
>for the past 2 days. I got to the point of installing new
>source, so an out-of-date object file could not be the
>case. Besides, I'm religious with 'make clean' :). I've
>been using the same compiler to compile kernels and
>programs since Jun 15 1995. Just about every program I
>use on this box has been compiled with this gcc. I have
>never had a problem with it.
>
>Rob
>
>
>
>