ltmodem driver for kernel 2.6.17?

linx win · 07-18-2006, 07:28 AM

I am trying to use the ltmodem driver provided in the following page under kernel 2.6.17:
http://linmodems.technion.ac.il/pack...-alk-8.tar.bz2
http://ltmodem.heby.de/
but I could not compile the driver. This is what I got:

Following a successful check for matching kernel-headers,
the modem drivers will be compiled for the current kernel version: 2.6.17

The check for compilation tools and general resources was successful.
Within DOCs/ there is an annotated conf-report.txt
The Makefile and down steam installation scripts have been created.

The gcc compiler resources available are:
----------------------------
lrwxrwxrwx 1 root root 7 2006-07-16 23:58 /usr/bin/gcc -> gcc-4.0
-rwxr-xr-x 1 root root 93712 2006-05-07 22:31 /usr/bin/gcc-4.0
lrwxrwxrwx 1 root root 10 2006-07-16 23:58 /usr/bin/gccbug -> gccbug-4.0
-rwxr-xr-x 1 root root 16256 2006-05-07 22:28 /usr/bin/gccbug-4.0
-rwxr-xr-x 1 root root 2013 2006-04-19 02:59 /usr/bin/gccmakedep
----------------------------
with your System currently using version 4.0.4
Do NOT mix the major versions of compilers for the kernel and modem drivers
or your System will crash! The following releases are using gcc version 3.2.x :
Mandrake 9, Redhat 8 and SuSE 8.1 in November 2002.

To continue:
Enter

To begin compilation of lt_modem.o and lt_serial.o, Enter
To avoid faulting Systems with an Enviromental setting: make -e
make
is the compiling command used with build_module.
To modify "make" invocation on your System, if desirable,
edit the build_module line below: MAKEE

/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:33:5: warning: "FORCEMODVERSIONS" is not defined
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:43:5: warning: "FORCEMODVERSIONS" is not defined
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:210: error: syntax error before string constant
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:210: warning: type defaults to ‘int’ in declaration of ‘MODULE_PARM’
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:210: warning: function declaration isn’t a prototype
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:210: warning: data definition has no type or storage class
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:212: error: syntax error before string constant
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:212: warning: type defaults to ‘int’ in declaration of ‘MODULE_PARM’
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:212: warning: function declaration isn’t a prototype
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:212: warning: data definition has no type or storage class
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:217: error: syntax error before string constant
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:217: warning: type defaults to ‘int’ in declaration of ‘MODULE_PARM’
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:217: warning: function declaration isn’t a prototype
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:217: warning: data definition has no type or storage class
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:221: error: syntax error before string constant
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:221: warning: type defaults to ‘int’ in declaration of ‘MODULE_PARM’
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:221: warning: function declaration isn’t a prototype
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:221: warning: data definition has no type or storage class
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c: In function ‘lt_pci_find_device’:
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:261: error: ‘PCI_DEVICE_ID_ATT_L56XMF’ undeclared (first use in this function)
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:261: error: (Each undeclared identifier is reported only once
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:261: error: for each function it appears in.)
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c: In function ‘SetLtModemInterface’:
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:684: warning: implicit declaration of function ‘inter_module_get’
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:691: warning: ‘inter_module_put’ is deprecated (declared at include/linux/module.h:567)
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c: In function ‘init_module’:
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:714: warning: ‘inter_module_register’ is deprecated (declared at include/linux/module.h:563)
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:715: warning: ‘inter_module_register’ is deprecated (declared at include/linux/module.h:563)
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c: In function ‘cleanup_module’:
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:723: warning: ‘inter_module_unregister’ is deprecated (declared at include/linux/module.h:564)
/home/knoppix/ltmodem-8.31a10/source/ltmodem.c:724: warning: ‘inter_module_unregister’ is deprecated (declared at include/linux/module.h:564)
make[2]: *** [/home/knoppix/ltmodem-8.31a10/source/ltmodem.o] Error 1
make[1]: *** [_module_/home/knoppix/ltmodem-8.31a10/source] Error 2
make: *** [all] Error 2
make M=`pwd` -C /lib/modules/2.6.17/build modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.17'
CC [M] /home/knoppix/ltmodem-8.31a10/source/ltmodem.o
make[1]: Leaving directory `/usr/src/linux-headers-2.6.17'

Checking for driver products:

Compilation of lt_modem.ko failed,

I commentd out lines 123, 125 and 130 as suggeted by the following post:

http://linuxforum.ru/index.php?showt...0&#entry228576

and I was able to compile the driver. I also did:

mknod --mode=0660 /dev/ttyLTM0 c 62 64
ln -s /dev/ttyLTM0 /dev/modem
modprobe ltmodem ltserial

Every thing went fine, but when I started enquiring the modem with kppp, the system stops responding forcing me to reboot the PC.

Any suggestion?

trigggl · 07-18-2006, 12:48 PM

I'm not trying to be sarcastic, but I do have a suggestion.

Trust me, it's worth the money. Mail order an external modem. I got one for a little over $20. It's a good thing to have around. No more being restricted to a kernel you finally compiled the driver with or having problems using a distro like D Small Linux.

I've been having compile problem lately, too. Sometimes it's because a driver is included in a mainline program and the support for it stops. It's always hard to find that information because of the wealth of all the people that are google warriors. It's hard to find real information out there.

This is the type I have.

linx win · 07-18-2006, 01:11 PM

trigggl

Thanks for advice, but do you know why I love linux? I love it because it gives me the opportunity to do things my self, even the hard way. I can afford buying MS Windows instead and my modem and many other modems are well supported. For your information, I have a fast DSL connection which I am using to get to the net but still I like to get every thing in my machine works well just in case I need to use them. Thanks again and I wish I get some other suggestions to get my modem works in kernel 2.6.17.

trigggl · 07-18-2006, 01:27 PM

I hear ya. I managed to get my Winmodem working in DSmallLinux. I did it by getting an older version of of the ltmodem driver and compiling it by chrooting from a Knoppix cd with the same kernel version. Lately, I set up a headless computer remotely to fax. I have my external modem connected to it because I couldn't find a phone wire long enough to reach the computer connected to dsl. I like to do things the hard way, too. It's the best way to learn.

Now that I think about it, I could just cut my 100ft ethernet cable in half and use half for phone line. That's what I bought the crimper for.

You might try older versions of the ltmodem driver. I host one here.

linx win · 07-20-2006, 03:01 AM

Thanks again for the driver. I have tried several similler drivers and also tried yours. Both all complain that there is no /include/linux/modversion.h file. I compiled my kernel with MODVERSION_CONFIG=yes and I have the modversion.h however in a different location than the locatoin the driver expects. It lookks at /include/linux but mine is in /include/config. I copied the modversion.h file to /include/linux but it still complaining of the same.

trigggl · 07-20-2006, 04:51 AM

And if you solve the modversion problem, then it'll probably be looking for irq_vectors.h. I ran into the exact same problem trying to install a lexmark-usb-scanner driver. I was redirected to the latest version of sane for my problem. For yours, maybe there's a kernel module.

Rather than copying files, I tried using symlinks. Actually, when that didn't work for irq_vectors.h I tried copying it, but like you said, it still wouldn't see it. This is one of those problems you really need a developer to figure out since their the ones that seem to have caused it. I say seems to because an old driver originally built for the 2.4 kernel may be configured way wrong for updates to 2.6. Debian is weird anyways and most non-linux people seem to support Red Hat first.

trigggl · 07-22-2006, 06:28 AM

I followed the link in your first thread and found the martian driver.

There is a text file that gives directions for Debian and following the directions I was able to load the driver. Some of it I had already done, but some of it I hadn't.

Quote:

AgereSystems Linux maintainer Soumyendu Sarkar has been provided as with driver code for several years, for Lucent DSP (Digital Signal Processing) modems, with the Mars chipset. Volunteers following this list have further worked up this basic resource into more user friendly, added value packages.

Most recently Alexei Chentsov <chentsov@univ.kiev.ua> has developed a new variant of the AgereSystems code. It has adaptations to emerging changes in the Linux kernel codes. It has successfully tested on a some Fedora Core 4, Debian and Ubuntu systems with recent 2.6.13 and 2.6.14 kernels. Some of the same Systems have had problems that with the ltmodem-2.6-alk-* series packages, whose code is incorporated into the ltmodem-8.31b1 series packages, the latter just providing more automation in the install.

The most recent version is packed as as a martian.tar.gz
Jacques will mount it at: http://linmodems.technion.ac.il/pack...em/kernel-2.6/

Kernel-headers for the installed kernel must be installed. These are provided as:

Distribution PackageName OnLine
----------------------------------------------------------------------
Debian kernel-headers-$SYS http://www.debian.org/distrib/packages or install CD
Ubuntu linux-headers-$SYS http://http://packages.ubuntu.com/ or install CD
Xandros
kernel-kbuild-3.6 are additionally required by Debian, Ubuntu and Xandros
Mandrake kernel-source-$SYS If not present on install CDs search
http://mirror.switch.ch/ftp/mirror/m...Mandrake/RPMS/
http://rpms.mandrakeclub.com/rpms/ma...l/LByName.html, or other mirrors.
SuSE kernel-source-$SYS , kernels are named k_deflt
FedoraCore4 kernel-devel-$SYS or kernel-smp-devel-$SYS on install CD1 or CD4
One of which must be installed if compiling drivers to match kernel $SYS
--------------------------------------------------
where $SYS is the output of your own
$ uname -r

A detailed example follows.
Please send any failure info to both this Discuss@linmodems.org and "Alexei Chentsov" <chentsov@univ.kiev.ua>

Unpack the nartian package with:
$ tar zxf martian.tar.gz
unpacks it into a 164x/ folder
$ cd 164x
$ ls
CVS/ ChangeLog Concept INSTALL Makefile README driver/ helper/ martian.h utils/
-------
Read the Concept for the rational of the new format, as contrasted to the prior driver pair: ltmodem + ltserial
Read the INSTALL about special cases not covered below.

Do the usual precautionary:
$ make clean

The driver/ folder contains only Open Source components:
$ ls driver
CVS/ Makefile marsio.c martian.c martian_ids.c private.h

The helper/ folder:
$ ls helper
ASWMLICENSE README dumpers.c link.c main.h readwrite.smp.c tweakcore.sh
CVS/ core_if.c elf386tweakrelocs.c ltmdmobj.o pty.c smp.c tweakrelocsdynamic.c
Makefile coreadd.c isr.c
includes the ltmdmobj.o which AgereSystems provides in compiled form, encrypting critical Propietary information. All else is open source.

The compile proceeds though:
$ make all
make -C driver/ modules
make[1]: Entering directory `/home/marv/164x/driver'
make -C /lib/modules/2.6.10-1-686/build M=/home/marv/164x/driver modules
make[2]: Entering directory `/usr/src/kernel-headers-2.6.10-1-686'
CC [M] /home/marv/164x/driver/martian.o
/home/marv/164x/driver/martian.c: In function `martian_mmap':
/home/marv/164x/driver/martian.c:384: warning: integer constant is too large for "unsigned long" type
CC [M] /home/marv/164x/driver/marsio.o
LD [M] /home/marv/164x/driver/martian_drv.o
Building modules, stage 2.
MODPOST
*** Warning: "cleanup_module" [/home/marv/164x/driver/martian_drv.ko] undefined!
*** Warning: "init_module" [/home/marv/164x/driver/martian_drv.ko] undefined!
CC /home/marv/164x/driver/martian_drv.mod.o
LD [M] /home/marv/164x/driver/martian_drv.ko
make[2]: Leaving directory `/usr/src/kernel-headers-2.6.10-1-686'
make[1]: Leaving directory `/home/marv/164x/driver'
make -C helper/ all
make[1]: Entering directory `/home/marv/164x/helper'
gcc -Wall -DUSE_DEV -c -o main.o main.c
main.c: In function `main':
main.c:149: warning: implicit declaration of function `memcmp'
gcc -Wall -DUSE_DEV -c -o dumpers.o dumpers.c
gcc -Wall -DUSE_DEV -c -o readwrite.o readwrite.c
gcc -Wall -DUSE_DEV -c -o isr.o isr.c
gcc -Wall -DUSE_DEV -c -o smp.o smp.c
gcc -Wall -DUSE_DEV -c -o core_if.o core_if.c
core_if.c:163: warning: `struct lt_pci_dev_info' declared inside parameter list
core_if.c:163: warning: its scope is only this definition or declaration, which is probably not what you want
gcc -Wall -DUSE_DEV -c -o coreadd.o coreadd.c
gcc -Wall -DUSE_DEV elf386tweakrelocs.c -o elf386tweakrelocs
ld -r -o marscore.o ltmdmobj.o coreadd.o
sh tweakcore.sh marscore.o
processing relocation section .rel.text
0xc3b9: dp_int_regread -> mars_read_reg_subst
0xc3ed: dp_int_regwrite -> mars_stub
0xc66f: Write_mdm_word -> mars_stub
processing relocation section .rel.rodata
processing relocation section .rel.data
gcc -Wall -DUSE_DEV -c -o pty.o pty.c
pty.c: In function `setup_symbolic_link':
pty.c:68: warning: too few arguments for format
gcc -Wall -DUSE_DEV -c -o link.o link.c
gcc -Wall -DUSE_DEV -c -o tweakrelocsdynamic.o tweakrelocsdynamic.c
tweakrelocsdynamic.c:150: warning: `fill_idx_symbols' defined but not used
gcc -o martian_helper main.o dumpers.o readwrite.o isr.o smp.o core_if.o marscore.o pty.o link.o tweakrelocsdynamic.o -Wl,-q -lpthread
make[1]: Leaving directory `/home/marv/164x/helper'

Should there be a failure in the above compile, update the glibc headers for your distribution.
The glibc providing headers has different names for different Linux distirbutions. For RPM using distos, it is frequently "kernel-headers-SomeVersion". For Debian related distros specifically including Ubuntu, it is libg++2.8.1.3-glibc2.2

The martian_drv will be installed to a folder /lib/modules/`uname -r`/extra/
Under my current boot:
# ls /lib/modules/2.6.10-1-686/extra/ containing initially:
slamr.ko slusb.ko

For most Linux Distros, the martian.ko driver product will be installed by
# make install
for Debian related Distros including Ubuntu it is necessary to specify the extraversion
Additionally Ubuntu users will have to give each of the following COMMANDs as:
$ sudo COMMAND

For my current Debian boot the install is commanded with:
# make install EXTRAVERSION=-1-686(mine is -3-686)
make -C driver/ install
make[1]: Entering directory `/home/marv/164x/driver'
make -C /lib/modules/2.6.10-1-686/build M=/home/marv/164x/driver modules_install
make[2]: Entering directory `/usr/src/kernel-headers-2.6.10-1-686'
INSTALL /home/marv/164x/driver/martian_drv.ko
make[2]: Leaving directory `/usr/src/kernel-headers-2.6.10-1-686'
make[1]: Leaving directory `/home/marv/164x/driver'

Confirming with:
# ls /lib/modules/2.6.10-1-686(2.6.8-3-686)/extra/
martian_drv.ko slamr.ko slusb.ko

Inform the System with
# depmod -a

Watch the effects of further steps with:
# tail -f /var/log/messages &

Then the driver can be inserted in the kernel with:
# modprobe martian_drv
Confirm with:
# lsmod | grep martian
martian_drv 13396 0
NOTE there is no complaint about "Tainted kernel" which accompanies loading of drivers with Closed Source proprietary components.

Function of the larger proprietary part of the code is called through a martian_helper function.
It is NOT kernel_version dependent, and thus could be copied into the COMMAND path. For Ubuntu:
$ sudo cp helper/martian_helper /usr/sbin/
$ sudo +x /usr/sbin/martian_helper (I had to use root)

martian_helper will dynamically create a real port /dev/pts/N , with N some number not yet used by the System and a symbolic link to it. I am choosing to name this symbolic link /dev/ttyS_test, because it will be amont the first tested during a subsequent usage of wvdialconf. But one could also use /dev/modem in a COMMAND like:

(I don't have a winmodem installed, so I didn't get this far)164x# helper/martian_helper /dev/ttyS_test
martian_helper: smp_affinity: failed to open
string |, pulses 0
b 0, n 0, f 0, i 0
martian_helper:using /dev/pts/3

The resultant actions can be terminated by Ctrl-C in this console.
But open another console to continue further and take root permission:
$ su - root
Get port information with:
root@marvlap:~# ls -l /dev/ttyS_test /dev/pts/3
crw--w---- 1 root tty 136, 3 Jan 12 20:07 /dev/pts/3
lrwxrwxrwx 1 root root 10 Jan 12 20:07 /dev/ttyS_test -> /dev/pts/3

A first function/sanity check is:
root@marvlap:~# wvdialconf marstest

Scanning your serial ports for a modem.

ttyLTM0<Info>: No such device or address
Port Scan<*1>: LTM0
ttyS0<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 9600 baud
ttyS0<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 115200 baud
ttyS0<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up.
Port Scan<*1>: S1
ttyS2<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 9600 baud
ttyS2<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 115200 baud
ttyS2<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up.
Port Scan<*1>: S3 S4 S5 S6 S7
WvModem<*1>: Cannot get information for serial port.
ttyS_test<*1>: ATQ0 V1 E1 -- OK
ttyS_test<*1>: ATQ0 V1 E1 Z -- OK
ttyS_test<*1>: ATQ0 V1 E1 S0=0 -- OK
ttyS_test<*1>: ATQ0 V1 E1 S0=0 &C1 -- OK
ttyS_test<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 -- OK
ttyS_test<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK
ttyS_test<*1>: Modem Identifier: ATI -- LT V.92 Data+Fax Modem Version 8.30
ttyS_test<*1>: Speed 4800: AT -- OK
ttyS_test<*1>: Speed 9600: AT -- OK
ttyS_test<*1>: Speed 19200: AT -- OK
ttyS_test<*1>: Speed 38400: AT -- OK
ttyS_test<*1>: Speed 57600: AT -- OK
ttyS_test<*1>: Speed 115200: AT -- OK
ttyS_test<*1>: Speed 230400: AT -- OK
ttyS_test<*1>: Speed 460800: AT -- OK
ttyS_test<*1>: Max speed is 460800; that should be safe.
ttyS_test<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK
Omitting a bunch of lines
ircomm0<*1>: ATQ0 V1 E1 -- failed at 9600 and 19200 baud.
ircomm1<*1>: ATQ0 V1 E1 -- failed at 9600 and 19200 baud.

Found a modem on /dev/ttyS_test.
Modem configuration written to marstest.
ttyS_test<Info>: Speed 460800; init "ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0"

Some potential COMM drivers were autoloaded during this test. as shown by:

~# lsmod | more
Module Size Used by
ircomm_tty 39720 0
ircomm 22916 1 ircomm_tty
irda 197696 2 ircomm_tty,ircomm
crc_ccitt 1920 1 irda
cdc_acm 12288 0
rtc 12664 0
martian_drv 13396 1
ipv6 265824 6

I remove these undesirables with:

~# modprobe -r ircomm_tty
~# modprobe -r irda
~# modprobe -r cdc_acm

Checking with:
~# lsmod | more
Module Size Used by
rtc 12664 0
martian_drv 13396 1

The generated marstest file is:

[Dialer Defaults]
Modem = /dev/ttyS_test
Baud = 460800
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ISDN = 0
Modem Type = Analog Modem
; Phone = <Target Phone Number>
; Username = <Your Login Name>
; Password = <Your Password>

which I edited to

[Dialer Defaults]
Modem = /dev/ttyS_test
Baud = 460800
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ISDN = 0
Modem Type = Analog Modem
Phone = IP_phone_number
Username = LoginName
Password = LoginPassword
Carrier check = no
## "Carrier check = no" is needed or there will be query for login & password

Trying a dialout with:
# wvdial --config marstest
--> WvDial: Internet dialer version 1.54.0
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATDT3015560020
--> Waiting for carrier.
ATDT3015560020
CONNECT 50666 V42bis
--> Carrier detected. Waiting for prompt.
STATION ID - atnva50rs15hp018,atnva45ev
Welcome
Please Sign-on:
--> Looks like a login prompt.
--> Sending: 604181334@worldnet.att.net
604181334@worldnet.att.net
~[7f]}#@!}! } }9}"}&} } } } }'}"}(}"}#}%B#}%}%}&-@Wfup~
--> PPP negotiation detected.
--> Starting pppd at Thu Jan 12 20:30:45 2006
--> pid of pppd: 16151
--> Using interface ppp0
--> local IP address 12.77.97.25
--> remote IP address 12.77.97.1
--> primary DNS address 204.127.160.4
--> secondary DNS address 12.102.240.2

relates a successful dialout.

If yet another console, "Thank you Alexei" with :
$ ping -c 4 univ.kiev.ua
PING univ.kiev.ua (193.125.78.101): 56 data bytes
64 bytes from 193.125.78.101: icmp_seq=0 ttl=45 time=428.7 ms
64 bytes from 193.125.78.101: icmp_seq=1 ttl=45 time=354.3 ms
64 bytes from 193.125.78.101: icmp_seq=2 ttl=45 time=402.3 ms
64 bytes from 193.125.78.101: icmp_seq=2 ttl=45 time=405.3 ms

--- univ.kiev.ua ping statistics ---
4 packets transmitted, 3 packets received, 25% packet loss
round-trip min/avg/max = 354.3/395.1/428.7 ms
Confirms DNS service is OK, so browser service will be OK.

After finishing your Internet session, in the panel used to start wvial
Ctrl-C
Caught signal #2! Attempting to exit gracefully...
--> Terminating on signal 15
--> Connect time 6.9 minutes.
--> Disconnecting at Thu Jan 12 20:37:40 2006

In the console of the 164x folder there is:
martian_helper:select: got a pulse
got a client
disconnected
martian_helper:using /dev/pts/3
martian_helper:select: got a pulse
got a client
disconnected
martian_helper:using /dev/pts/3

Ctrl-C
martian_helper:using /dev/pts/3
Bye.

My preference is to unload unused COMM drivers so:

root@marvlap:/home/marv/164x# modprobe -r martian_drv
root@marvlap:/home/marv/164x# lsmod | more
Module Size Used by
ppp_deflate 6208 0
zlib_deflate 22584 1 ppp_deflate
bsd_comp 5984 0
ppp_async 11616 0
crc_ccitt 1920 1 ppp_async
ppp_generic 30228 3 ppp_deflate,bsd_comp,ppp_async
slhc 7392 1 ppp_generic
rtc 12664 0
ipv6 265824 6

These PPP related drivers can be unloaded if desirable with:
# modprobe -r ppp_deflate
# modprobe -r bsd_comp
# modprobe -r ppp_async

Much of the above will eventually be automated with scripts.
But for those who need Lucent DSP modem drivers for newer kernels, this is a start.

PROBLEM
------------------
Some of you may encounter a system freeze when wvdialconf probes the /dev/ircommN ports.
This can be avoided by finding lines in the /etc/modprobe.conf or /etc/modprobe.d/ Files by

# grep -rs ircomm /etc/modprobe*
/etc/modprobe.d/aliases:alias char-major-161 ircomm-tty
/etc/modprobe.devfs:alias /dev/ircomm ircomm-tty
/etc/modprobe.devfs:alias /dev/ircomm* ircomm-tty

and putting in a leading # into these /etc/modprobe.devfs/alias lines in my case:
# alias char-major-161 ircomm-tty
# alias /dev/ircomm ircomm-tty
# alias /dev/ircomm* ircomm-tty

Ubuntu users can do this edit with:
$ sudo gedit /etc/modprobe.devfs/alias

After the wvdialconf line, these lines can be restored.

MarvS

linx win · 07-22-2006, 03:02 PM

Greg

Thanks alot. It did work but it cuts off from time to time. But I can use it for emergency till the kernel driver is fixed.