🚀 go-pugleaf

In aus.computers.linux on 2 Aug 1998 08:06:47 +1000
Graham Daveney <graham@daveney.matra.com.au> wrote:
>When I type "ppp-go" I get the following message in the /var/adm/messages file.
>
>Aug  2 07:30:29 daveney modprobe: can't locate module ppp0
>
>This is strange because I have compiled ppp into the kernel, not as a module.

That smells to me like you aren't running your new 
kernel...

I know that RedHat puts the kernel in /boot, but make zlilo puts
it in /.  Check lilo.conf to see what lernel you are running and make
sure it is your new one.

>Aug  2 07:30:29 daveney pppd[210]: This system lacks kernel support for PPP.
>                                   This could be because the PPP kernel module
>                                   is not loaded, or because the kernel is not
>                                   configured for PPP.  See the README.linux
>                                   file in the ppp-2.3.5 distribution. 

THis tends to support that.

Zebee

On Sat, 01 Aug 1998, Graham Daveney wrote:
>Hi There,
>
>I cannot get ppp working with kernel 2.1.110.
>
>ppp dialup works perfectly with kernel 2.0.35.
>
>I am using Slackware 3.5 on a dual PPro computer with SMP.
>
>If I go pppd -v from the command line I get the following.
>
>pppd version 2.3 patch level 5
>
>Which is what is needed for the later kernels.
>
>Looking at dmesg for the boot of the 2.1.110 kernel here is something that I
>think is relevant.
>
>Aug  2 07:27:56 daveney kernel: IP-Config: Incomplete network configuration
>                                           information. 
>
>When I type "ppp-go" I get the following message in the /var/adm/messages file.
>
>Aug  2 07:30:29 daveney modprobe: can't locate module ppp0
>
>This is strange because I have compiled ppp into the kernel, not as a module.
>
>I will also get the following messages in the /var/adm/syslog file.
>
>Aug  2 07:30:29 daveney pppd[210]: Failed to open /dev/modem:
>                                   Device or resource busy(16)
>Aug  2 07:30:29 daveney pppd[210]: This system lacks kernel support for PPP.
>                                   This could be because the PPP kernel module
>                                   is not loaded, or because the kernel is not
>                                   configured for PPP.  See the README.linux
>                                   file in the ppp-2.3.5 distribution. 
>
>The interesting thing is that as far as I can see the ppp scripts reference
>only /dev/modem. Here are the permissions for /dev/modem and /dev/cua1.
>
>lrwxrwxrwx   1 root     root            9 Jul 25 21:56 /dev/modem -> /dev/cua1
>crwxr-xr-x   1 uucp     uucp       5,  65 Aug  2 07:26 /dev/cua1
>
>Another interesting thing is that if I run "make kernel" from the 
>/usr/src/ppp-2.3.5 directory I get the following.
>
>[snip]
>
>Installing into kernel version 2.1.110 in /usr/src/linux
>
>/usr/src/linux/drivers/net/bsd_comp.c is newer than bsd_comp.c, skipping
>/usr/src/linux/drivers/net/ppp_deflate.c is newer than ppp_deflate.c, skipping
>/usr/src/linux/drivers/net/zlib.c is newer than zlib.c, skipping
>/usr/src/linux/drivers/net/zlib.h is newer than zlib.h, skipping
>/usr/src/linux/include/linux/if_ppp.h is newer than if_ppp.h, skipping
>/usr/src/linux/include/linux/if_pppvar.h is newer than if_pppvar.h, skipping
>/usr/src/linux/include/linux/ppp-comp.h is newer than ppp-comp.h, skipping
>/usr/src/linux/include/linux/ppp_defs.h is newer than ppp_defs.h, skipping
>/usr/src/linux/drivers/net/ppp.c is newer than ppp.c, skipping
>Adding BSD compression module to drivers makefile...(already there--skipping)
>Adding Deflate compression module to drivers makefile...(already there--skipping)
>Kernel driver files installation done.
>
>
>This tells me that all is as it should be with the ppp code in the kernel.
>
>
>The dmesg from the 2.1.110 kernel tells me the following.
>
>[snip]
>
>PPP: version 2.3.3 (demand dialling)
>TCP compression code copyright 1989 Regents of the University of California
>PPP line discipline registered.
>SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256) (6 bit encapsulation enabled).
>CSLIP: code copyright 1989 Regents of the University of California.
>SLIP linefill/keepalive option.
>ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov)
>NE*000 ethercard probe at 0x300: 00 00 e8 1c b0 a8
>eth0: NE2000 found at 0x300, using IRQ 10.
>IP-Config: Incomplete network configuration information.
>
>[snip]
>
>
>Any ideas much appreciated. I'd like to run the 2.1.110 kernel as the DMA makes
>the disk access just so much faster.
>
>
>Graham

I'm going to follow this one because I have a similar problem...except I actuall
get in my system logs 

pppd upap authentacated
pppd local ip=207.243.124.60
pppd remote ip=207.243.124.5
pppd conection terminated

all within 2 seconds


all works fine with 2.0.35


--
tng
**********************************************************
when windows version 1.0 was released, a new joke was born
"how do you make windows crash...type win and press enter"
years later, this system has the monopoly and finally get 
the name it desirves...
Windows 98 (pound weakling)
**********************************************************

Zebee Johnstone (zebee@zip.com.au) wrote:
: In aus.computers.linux on 2 Aug 1998 08:06:47 +1000
: Graham Daveney <graham@daveney.matra.com.au> wrote:
: >When I type "ppp-go" I get the following message in the /var/adm/messages file.
: >
: >Aug  2 07:30:29 daveney modprobe: can't locate module ppp0
: >
: >This is strange because I have compiled ppp into the kernel, not as a module.
: 
: That smells to me like you aren't running your new 
: kernel...

Ummm,

thanks for the hint. But thats not correct.

I copy the bzImage file from the /usr/src/linux/arch/i386/boot directory onto
a floppy in this manner.

dd if=bzImage of=/dev/fd0 bs=1024

Then I boot from the floppy.

The login prompt says "Welcome to Linux 2.1.110".



Thanks
Graham

: 
: I know that RedHat puts the kernel in /boot, but make zlilo puts
: it in /.  Check lilo.conf to see what lernel you are running and make
: sure it is your new one.
: 
: >Aug  2 07:30:29 daveney pppd[210]: This system lacks kernel support for PPP.
: >                                   This could be because the PPP kernel module
: >                                   is not loaded, or because the kernel is not
: >                                   configured for PPP.  See the README.linux
: >                                   file in the ppp-2.3.5 distribution. 
: 
: THis tends to support that.
: 
: Zebee

the nice guy (e-mail.is.tng@sosweb.net) wrote:
: On Sat, 01 Aug 1998, Graham Daveney wrote:
: >Hi There,
: >
: >I cannot get ppp working with kernel 2.1.110.
: >
: >ppp dialup works perfectly with kernel 2.0.35.
: >
: >I am using Slackware 3.5 on a dual PPro computer with SMP.
: >
: >If I go pppd -v from the command line I get the following.
: >
: >pppd version 2.3 patch level 5
: >
: >Which is what is needed for the later kernels.
: >
: >Looking at dmesg for the boot of the 2.1.110 kernel here is something that I
: >think is relevant.
: >
: >Aug  2 07:27:56 daveney kernel: IP-Config: Incomplete network configuration
: >                                           information. 
: >
: >When I type "ppp-go" I get the following message in the /var/adm/messages file.
: >
: >Aug  2 07:30:29 daveney modprobe: can't locate module ppp0
: >
: >This is strange because I have compiled ppp into the kernel, not as a module.
: >
: >I will also get the following messages in the /var/adm/syslog file.
: >
: >Aug  2 07:30:29 daveney pppd[210]: Failed to open /dev/modem:
: >                                   Device or resource busy(16)
: >Aug  2 07:30:29 daveney pppd[210]: This system lacks kernel support for PPP.
: >                                   This could be because the PPP kernel module
: >                                   is not loaded, or because the kernel is not
: >                                   configured for PPP.  See the README.linux
: >                                   file in the ppp-2.3.5 distribution. 
: >
: >The interesting thing is that as far as I can see the ppp scripts reference
: >only /dev/modem. Here are the permissions for /dev/modem and /dev/cua1.
: >
: >lrwxrwxrwx   1 root     root            9 Jul 25 21:56 /dev/modem -> /dev/cua1
: >crwxr-xr-x   1 uucp     uucp       5,  65 Aug  2 07:26 /dev/cua1
: >
: >Another interesting thing is that if I run "make kernel" from the 
: >/usr/src/ppp-2.3.5 directory I get the following.
: >
: >[snip]
: >
: >Installing into kernel version 2.1.110 in /usr/src/linux
: >
: >/usr/src/linux/drivers/net/bsd_comp.c is newer than bsd_comp.c, skipping
: >/usr/src/linux/drivers/net/ppp_deflate.c is newer than ppp_deflate.c, skipping
: >/usr/src/linux/drivers/net/zlib.c is newer than zlib.c, skipping
: >/usr/src/linux/drivers/net/zlib.h is newer than zlib.h, skipping
: >/usr/src/linux/include/linux/if_ppp.h is newer than if_ppp.h, skipping
: >/usr/src/linux/include/linux/if_pppvar.h is newer than if_pppvar.h, skipping
: >/usr/src/linux/include/linux/ppp-comp.h is newer than ppp-comp.h, skipping
: >/usr/src/linux/include/linux/ppp_defs.h is newer than ppp_defs.h, skipping
: >/usr/src/linux/drivers/net/ppp.c is newer than ppp.c, skipping
: >Adding BSD compression module to drivers makefile...(already there--skipping)
: >Adding Deflate compression module to drivers makefile...(already there--skipping)
: >Kernel driver files installation done.
: >
: >
: >This tells me that all is as it should be with the ppp code in the kernel.
: >
: >
: >The dmesg from the 2.1.110 kernel tells me the following.
: >
: >[snip]
: >
: >PPP: version 2.3.3 (demand dialling)
: >TCP compression code copyright 1989 Regents of the University of California
: >PPP line discipline registered.
: >SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256) (6 bit encapsulation enabled).
: >CSLIP: code copyright 1989 Regents of the University of California.
: >SLIP linefill/keepalive option.
: >ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov)
: >NE*000 ethercard probe at 0x300: 00 00 e8 1c b0 a8
: >eth0: NE2000 found at 0x300, using IRQ 10.
: >IP-Config: Incomplete network configuration information.
: >
: >[snip]
: >
: >
: >Any ideas much appreciated. I'd like to run the 2.1.110 kernel as the DMA makes
: >the disk access just so much faster.
: >
: >
: >Graham
: 
: I'm going to follow this one because I have a similar problem...except I actuall
: get in my system logs 
: 
: pppd upap authentacated
: pppd local ip=207.243.124.60
: pppd remote ip=207.243.124.5
: pppd conection terminated
: 
: all within 2 seconds
: 
: 
: all works fine with 2.0.35
: 
: 
: --
: tng

This sounds like a different problem. In my case ppp0 is not even being
registered. This is the equivalent of trying to install a network card and
not having eth0 recognised.


Regards
Graham

P.S. is there a way for you to turn up logging and check the files in /var/adm?

Solved the problem.

I needed to choose the option which probed for the IRQ's of the serial ports
as well as this for some reason I needed to change the link from /dev/modem
pointing to /dev/cua1 to point to /dev/ttyS1.

Don't know why but it gave an error message.

Interesting thing is, before I compiled in the choice to probe for serial
port irq's. Both setserial and uucico complained that the device was busy.



Thanks
Graham


Graham Daveney (graham@daveney.matra.com.au) wrote:
: Hi There,
: 
: I cannot get ppp working with kernel 2.1.110.
: 
: ppp dialup works perfectly with kernel 2.0.35.
: 
: I am using Slackware 3.5 on a dual PPro computer with SMP.
: 
: If I go pppd -v from the command line I get the following.
: 
: pppd version 2.3 patch level 5
: 
: Which is what is needed for the later kernels.
: 
: Looking at dmesg for the boot of the 2.1.110 kernel here is something that I
: think is relevant.
: 
: Aug  2 07:27:56 daveney kernel: IP-Config: Incomplete network configuration
:                                            information. 
: 
: When I type "ppp-go" I get the following message in the /var/adm/messages file.
: 
: Aug  2 07:30:29 daveney modprobe: can't locate module ppp0
: 
: This is strange because I have compiled ppp into the kernel, not as a module.
: 
: I will also get the following messages in the /var/adm/syslog file.
: 
: Aug  2 07:30:29 daveney pppd[210]: Failed to open /dev/modem:
:                                    Device or resource busy(16)
: Aug  2 07:30:29 daveney pppd[210]: This system lacks kernel support for PPP.
:                                    This could be because the PPP kernel module
:                                    is not loaded, or because the kernel is not
:                                    configured for PPP.  See the README.linux
:                                    file in the ppp-2.3.5 distribution. 
: 
: The interesting thing is that as far as I can see the ppp scripts reference
: only /dev/modem. Here are the permissions for /dev/modem and /dev/cua1.
: 
: lrwxrwxrwx   1 root     root            9 Jul 25 21:56 /dev/modem -> /dev/cua1
: crwxr-xr-x   1 uucp     uucp       5,  65 Aug  2 07:26 /dev/cua1
: 
: Another interesting thing is that if I run "make kernel" from the 
: /usr/src/ppp-2.3.5 directory I get the following.
: 
: [snip]
: 
: Installing into kernel version 2.1.110 in /usr/src/linux
: 
: /usr/src/linux/drivers/net/bsd_comp.c is newer than bsd_comp.c, skipping
: /usr/src/linux/drivers/net/ppp_deflate.c is newer than ppp_deflate.c, skipping
: /usr/src/linux/drivers/net/zlib.c is newer than zlib.c, skipping
: /usr/src/linux/drivers/net/zlib.h is newer than zlib.h, skipping
: /usr/src/linux/include/linux/if_ppp.h is newer than if_ppp.h, skipping
: /usr/src/linux/include/linux/if_pppvar.h is newer than if_pppvar.h, skipping
: /usr/src/linux/include/linux/ppp-comp.h is newer than ppp-comp.h, skipping
: /usr/src/linux/include/linux/ppp_defs.h is newer than ppp_defs.h, skipping
: /usr/src/linux/drivers/net/ppp.c is newer than ppp.c, skipping
: Adding BSD compression module to drivers makefile...(already there--skipping)
: Adding Deflate compression module to drivers makefile...(already there--skipping)
: Kernel driver files installation done.
: 
: 
: This tells me that all is as it should be with the ppp code in the kernel.
: 
: 
: The dmesg from the 2.1.110 kernel tells me the following.
: 
: [snip]
: 
: PPP: version 2.3.3 (demand dialling)
: TCP compression code copyright 1989 Regents of the University of California
: PPP line discipline registered.
: SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256) (6 bit encapsulation enabled).
: CSLIP: code copyright 1989 Regents of the University of California.
: SLIP linefill/keepalive option.
: ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov)
: NE*000 ethercard probe at 0x300: 00 00 e8 1c b0 a8
: eth0: NE2000 found at 0x300, using IRQ 10.
: IP-Config: Incomplete network configuration information.
: 
: [snip]
: 
: 
: Any ideas much appreciated. I'd like to run the 2.1.110 kernel as the DMA makes
: the disk access just so much faster.
: 
: 
: Graham
msupport@microsoft.com 
askbill@microsoft.com
billg@microsoft.com 
resume@microsoft.com

Graham Daveney wrote:
> 
> Solved the problem.
> 
> I needed to choose the option which probed for the IRQ's of the serial ports
> as well as this for some reason I needed to change the link from /dev/modem
> pointing to /dev/cua1 to point to /dev/ttyS1.
> 
> Don't know why but it gave an error message.
> 
> Interesting thing is, before I compiled in the choice to probe for serial
> port irq's. Both setserial and uucico complained that the device was busy.
> 
Remember kernels 2.1.xxx are development, so unless you developing it is
recommended you not use them.

The powers that be have said the /dev/cuax will be disappearing soon in
favor of /dev/ttySx, so I guess it already has in the development
kernels.


------------------------------------------------------------------------
Richard S. Lumpkin, Ph.D.                            Associate Professor
Department of Chemistry                                     256-890-6365
University of Alabama in Huntsville                     fax 256-890-6349
Huntsville, AL 35899                          http://chromophore.uah.edu
------------------------------------------------------------------------
Forward Fraudulent Spam to the US Federal Trade Commission: uce@ftc.gov