Ryan, Tapan, On Ryan's computer, the issue seems to be fixed. Ryan may now connect to Internet and he should no longer experience any problem. Using in a terminal the command: $ tail -f /var/log/messages he should notice that pppd is authenticating him when dialing his ISP. He may eventually have to set in /etc/wvdial.conf "Stupid mode" to "yes" providing the authentication with his ISP is NOT error prone. Ryan ought to refer to the guidelines in http://vouters.dyndns.org:8080/Intel/Intel_Readme.html For Tapan, I ought to need Marvin's help. After Ryan's test, it does seem the 537EP driver is indeed not the correct driver to handle a Silicon 537 [Windmodem] board. As well, the 8250_pci.c Linux kernel code does not seem to correctly handle such a board, as per our tests with efax that Tapan did today upon my directives. This is unless I did miss something with the 537 driver and Tapan's hardware. Tapan, I do remember some of your mails to me telling efax was responding after some kernel oops. Could we work upon this together ? Kind regards to everyone. - http://vouters.dyndns.org:8080/ Philippe Vouters (Fontainebleau/France) Le mardi 30 juin 2009 à 12:59 +0100, Ryan a écrit : > Ok, Philippe. > > I definatly think we are getting somewhere now. I read the numerous emails > sent to me recently and heres what I did (too much to explain so I'll give > the whole terminal output): > > ryan@Ryan:~$ cp coredrv.c intel-536-537/coredrv/ > ryan@Ryan:~$ cd intel-536-537/ > ryan@Ryan:~/intel-536-537$ make 537 > cd coredrv; make clean > make[1]: Entering directory `/home/ryan/intel-536-537/coredrv' > rm -f *.ko .*.o.cmd *.mod.c .*.ko.cmd *.o *~ core Module.* modules.* > rm -rf .tmp_versions > make[1]: Leaving directory `/home/ryan/intel-536-537/coredrv' > rm -f *.o *.ko > Module precompile check > Current running kernel is: 2.6.28-11-generic > /lib/modules... autoconf.h exists > diff: /boot/vmlinuz.autoconf.h: No such file or directory > autoconf.h matches running kernel > diff: /boot/vmlinuz.version.h: No such file or directory > version.h matches running kernel > make[1]: Entering directory `/home/ryan/intel-536-537' > Building for 537EP > 2.6.28-11-generic > make[2]: Entering directory `/home/ryan/intel-536-537/coredrv' > make -C /lib/modules/2.6.28-11-generic/build > SUBDIRS=/home/ryan/intel-536-537/coredrv modules > make[3]: Entering directory `/usr/src/linux-headers-2.6.28-11-generic' > CC [M] /home/ryan/intel-536-537/coredrv/coredrv.o > CC [M] /home/ryan/intel-536-537/coredrv/clmmain.o > CC [M] /home/ryan/intel-536-537/coredrv/rts.o > CC [M] /home/ryan/intel-536-537/coredrv/task.o > CC [M] /home/ryan/intel-536-537/coredrv/uart.o > CC [M] /home/ryan/intel-536-537/coredrv/wwh_dflt.o > CC [M] /home/ryan/intel-536-537/coredrv/locks.o > CC [M] /home/ryan/intel-536-537/coredrv/softserial_io.o > CC [M] /home/ryan/intel-536-537/coredrv/softserial_ioctl.o > CC [M] /home/ryan/intel-536-537/coredrv/softserial.o > CC [M] /home/ryan/intel-536-537/coredrv/afedsp_int.o > LD [M] /home/ryan/intel-536-537/coredrv/Intel537.o > Building modules, stage 2. > MODPOST 1 modules > WARNING: could not find /home/ryan/intel-536-537/coredrv/.537core.lib.cmd > for /home/ryan/intel-536-537/coredrv/537core.lib > CC /home/ryan/intel-536-537/coredrv/Intel537.mod.o > LD [M] /home/ryan/intel-536-537/coredrv/Intel537.ko > make[3]: Leaving directory `/usr/src/linux-headers-2.6.28-11-generic' > make[2]: Leaving directory `/home/ryan/intel-536-537/coredrv' > make[1]: Leaving directory `/home/ryan/intel-536-537' > ryan@Ryan:~/intel-536-537$ sudo make uninstall > [sudo] password for ryan: > make[1]: Entering directory `/home/ryan/intel-536-537' > Uninstalling on system V boot like only. > killall usrsound || echo > usrsound: no process killed > > killall hamregistry || echo > hamregistry: no process killed > > rm -f /etc/rc.d/init.d/537_boot > rm -f /etc/hamregistry.bin > rm -f /usr/sbin/usrsound > rm -f /usr/sbin/hamregistry > rmmod Intel537 > rm -f `find /lib/modules -name Intel537.o` > rm -f `find /lib/modules -name Intel537.ko` > Uninstalling done. > make[1]: Leaving directory `/home/ryan/intel-536-537' > ryan@Ryan:~/intel-536-537$ sudo make install > make[1]: Entering directory `/home/ryan/intel-536-537' > rm -f /usr/sbin/hamregistry.bin > bash 537_inst > running kernel 2.6.28-11-generic > installing hamregistry, used for persistant storage > installing usrsound, a soft buzzer > installing 537 module > install DEBIAN 537 boot script and links > starting module and utilities > done > make[1]: Leaving directory `/home/ryan/intel-536-537' > ryan@Ryan:~/intel-536-537$ grep -i 537ep /var/log/messages > Jun 28 16:01:35 Ryan kernel: [ 394.360533] Intel 537EP card found > Jun 29 10:42:54 Ryan kernel: [ 20.917667] Intel 537EP card found > Jun 29 10:47:10 Ryan kernel: [ 276.479396] Intel 537EP card found > Jun 29 16:07:44 Ryan kernel: [ 20.584636] Intel 537EP card found > Jun 29 16:49:39 Ryan kernel: [ 20.222577] Intel 537EP card found > Jun 30 12:11:10 Ryan kernel: [ 19.513107] Intel 537EP card found > Jun 30 12:15:30 Ryan kernel: [ 279.853386] Intel 537EP card found > Jun 30 12:15:30 Ryan kernel: [ 279.853394] 537ep:softcore_init_struct: > Unregistering serial driver. > Jun 30 12:34:04 Ryan kernel: [ 20.749397] Intel 537EP card found > Jun 30 12:34:04 Ryan kernel: [ 20.749406] 537ep:softcore_init_struct: > Unregistering serial driver. > Jun 30 12:37:08 Ryan kernel: [ 204.075526] Intel 537EP card found > Jun 30 12:37:08 Ryan kernel: [ 204.075529] 537ep:softcore_init_struct: > pdev->driver is NULL > ryan@Ryan:~/intel-536-537$ sudo lspci -vvv > ''' > > 01:01.0 Modem: Intel Corporation FA82537EP 56K V.92 Data/Fax Modem PCI (rev > 04) > Subsystem: Dell Device 1000 > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV+ VGASnoop- ParErr- > Stepping+ SERR+ FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- > <MAbort- >SERR- <PERR- INTx- > Interrupt: pin A routed to IRQ 22 > Region 0: Memory at feafe000 (32-bit, non-prefetchable) [size=4K] > Region 1: I/O ports at de00 [size=256] > Capabilities: [80] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA > PME(D0+,D1-,D2-,D3hot+,D3cold+) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > > ''' > > ryan@Ryan:~/intel-536-537$ cd > ryan@Ryan:~$ cd efax > ryan@Ryan:~/efax$ ./efax -vewinchmart > ./efax: Tue Jun 30 12:38:57 2009 efax v 0.9a-001114 Copyright 1999 Ed Casas > ./efax: Tue Jun 30 12:38:57 2009 efax v 0.9a-001114 Copyright 1999 Ed Casas > efax: 38:57 compiled Jun 19 2009 11:00:46 > efax: 38:57 argv[0]=./efax > efax: 38:57 argv[1]=-vewinchmart > efax: 38:57 using built-in 128x0 font > efax: 38:59 opened /dev/modem > efax: 38:59 command "Q0V1" > efax: 38:59 waiting 2.0 s > efax: 39:10 command "Q0V1" > efax: 39:10 waiting 2.0 s > efax: 39:10 .201 [ATQ0V1<CR><CR><LF>] > efax: 39:10 .263 [OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "E0" > efax: 39:10 waiting 5.0 s > efax: 39:10 .283 [ATE0<CR><CR><LF>] > efax: 39:10 .335 [OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "I3" > efax: 39:10 waiting 5.0 s > efax: 39:10 .383 [<CR><LF>537EP <CR><LF>] > efax: 39:10 .403 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FCLASS=?" > efax: 39:10 waiting 5.0 s > efax: 39:10 .455 [<CR><LF>0,1,2,2.0,8<CR><LF>] > efax: 39:10 .475 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FCLASS=2.0" > efax: 39:10 waiting 5.0 s > efax: 39:10 .543 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FMI?" > efax: 39:10 waiting 5.0 s > efax: 39:10 .595 [<CR><LF>Intel Corporation<CR><LF>] > efax: 39:10 .615 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FMM?" > efax: 39:10 waiting 5.0 s > efax: 39:10 .663 [<CR><LF>Intel V92 Data Fax Voice<CR><LF>] > efax: 39:10 .663 [<CR><LF>H.324 video-ready rev. 1.0<CR><LF>] > efax: 39:10 .683 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FMR?" > efax: 39:10 waiting 5.0 s > efax: 39:10 .735 [<CR><LF>RSA REV 4.04 <CR><LF>] > efax: 39:10 .756 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 using 537EP Intel Corporation Intel V92 Data Fax Voice RSA REV > 4.04 in class 2.0 > efax: 39:10 command "+FIP" > efax: 39:10 waiting 5.0 s > efax: 39:10 .815 [<CR><LF>ERROR<CR><LF>] > efax: 39:10 response "ERROR" > efax: 39:10 Warning: wrong response after command: +FIP > efax: 39:10 command "+FNR=1,1,1,0" > efax: 39:10 waiting 5.0 s > efax: 39:10 .883 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FLO=1" > efax: 39:10 waiting 5.0 s > efax: 39:10 .955 [<CR><LF>OK<CR><LF>] > efax: 39:10 response "OK" > efax: 39:10 command "+FBO=0" > efax: 39:10 waiting 5.0 s > efax: 39:11 .023 [<CR><LF>OK<CR><LF>] > efax: 39:11 response "OK" > efax: 39:11 command "+FCR=1" > efax: 39:11 waiting 5.0 s > efax: 39:11 .095 [<CR><LF>OK<CR><LF>] > efax: 39:11 response "OK" > efax: 39:11 command "+FIS?" > efax: 39:11 waiting 5.0 s > efax: 39:11 .243 [<CR><LF>1,5,0,2,0,0,0,0<CR><LF>] > efax: 39:11 .263 [<CR><LF>OK<CR><LF>] > efax: 39:11 response "OK" > efax: 39:11 command "+FLI=" "" > efax: 39:11 waiting 5.0 s > efax: 39:11 .435 [<CR><LF>OK<CR><LF>] > efax: 39:11 response "OK" > efax: 39:11 command "A" > efax: 39:11 waiting 120.0 s > efax: 40:42 .283 [<CR><LF>NO CARRIER<CR><LF>] > efax: 40:42 response "NO CARRIER" > efax: 40:42 Error: unable to answer call > efax: 40:42 command "Q0V1" > efax: 40:42 waiting 2.0 s > efax: 40:42 .383 [<CR><LF>OK<CR><LF>] > efax: 40:42 response "OK" > efax: 40:42 command "H" > efax: 40:42 waiting 5.0 s > efax: 40:43 .355 [<CR><LF>OK<CR><LF>] > efax: 40:43 response "OK" > efax: 40:43 done, returning 3 (invalid modem response) > ryan@Ryan:~/efax$ stty -F /dev/modem -a > speed 115200 baud; rows 0; columns 0; line = 0; > intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; > eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = > ^R; > werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; > -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts > -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl > ixon -ixoff > -iuclc -ixany -imaxbel -iutf8 > opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 > ff0 > isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt > echoctl echoke > ryan@Ryan:~/efax$ > > > As you can see from the output, my modem no longer has the Kernel driver in > use: serial, however it does not have any driver (I think) due to the line: > Jun 30 12:37:08 Ryan kernel: [ 204.075529] 537ep:softcore_init_struct: > pdev->driver is NULL > > Efax seems to be responding quite normally, as normal as yours except for > the final line: > efax: 40:43 done, returning 3 (invalid modem response) > instead of (yours): > efax: 13:45 done, returning 5 (terminated by signal) > > Also the command: > $ stty -F /dev/modem -a > seems to be responding pretty normally. > > Should I go ahead now and download the latest driver from > http://vouters.dyndns.org:8080/Intel/ and run: > $ tar -jxvf intel-536EP-537EP_2009_06_29.tar.bz2 > $ cd intel-536-537/ > $ make 537 > $ sudo make uninstall > $ sudo make install > $ stty -F /dev/modem -a > > > Is that ok to do? > Ryan > > > ----- Original Message ----- > From: "Philippe Vouters" <Philippe.Vouters@xxxxxxxxxxx> > To: "Tapan Chugh" <chugh.tapan@xxxxxxxxx> > Cc: "Ryan" <ryanmckeown@xxxxxxxxxxx>; "Linmodems" <discuss@xxxxxxxxxxxxx>; > "Marvin Stodolsky" <marvin.stodolsky@xxxxxxxxx> > Sent: Tuesday, June 30, 2009 6:43 AM > Subject: Re: can you try this coredrv.c ? > > > Tapan, > > Can you download the latest driver from > http://vouters.dyndns.org:8080/Intel/ ? Then: > $ tar -jxvf intel-536EP-537EP_2009_06_29.tar.bz2 > $ cd intel-536-537/ > $ make 537 > $ sudo make uninstall > $ sudo make install > $ stty -F /dev/modem -a > > Here is what stty should tell (note the 2.6.30 kernel): > > [philippe@victor ~]$ uname -a > Linux victor.vouters.dyndns.org 2.6.30 #1 SMP Mon Jun 29 02:01:36 CEST > 2009 i686 i686 i386 GNU/Linux > > [philippe@victor ~]$ stty -F /dev/modem -a > speed 115200 baud; rows 0; columns 0; line = 0; > intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; > eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt > = ^R; > werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; > -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts > -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon > -ixoff > -iuclc -ixany -imaxbel -iutf8 > opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 > vt0 ff0 > isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop > -echoprt > echoctl echoke > > - > http://vouters.dyndns.org:8080/ > Philippe Vouters (Fontainebleau/France) > > > Le mardi 30 juin 2009 à 11:07 +0530, Tapan Chugh a écrit : > > On 06/30/2009 11:00 AM, Philippe Vouters wrote: > > > Tapan, > > > > > > Excellent ! It was what I was expecting. > > > " > > > Jun 30 10:54:08 localhost kernel: 537ep:softcore_init_struct: driver > > > serial already allocated device. > > > Jun 30 10:54:08 localhost kernel: 537ep:softcore_init_struct > > > Unregistering serial driver. > > > " > > > Your lspci -vvv ought at first glance to no longer show "serial" as the > > > kernel driver owning your Silicon 537 Winmodem board. > > > If you compile with the latest coredrv.c sent tonight, you may give efax > > > a try as well as > > > $ stty -F /dev/modem -a > > > > > > It does now sound sane. > > > Kind regards, > > > - > > > http://vouters.dyndns.org:8080/ > > > Philippe Vouters (Fontainebleau/France) > > > > > > > > > Le mardi 30 juin 2009 à 10:56 +0530, Tapan Chugh a écrit : > > > > > > > Jun 30 10:54:08 localhost kernel: 537ep:softcore_init_struct: driver > > > > serial already allocated device. > > > > Jun 30 10:54:08 localhost kernel: 537ep:softcore_init_struct: > > > > Unregistering serial driver. > > > > > > > > > > > > > > > > > > > > > > > Well it indeed is good that the serial driver has been unregistered > > and the lspci -vv does not show serial. However efax and stty do not > > work even now. > > > > $ stty -F /dev/modem -a > > stty: /dev/modem: Bad address > > > > > >
