I could not dialup using dialup for some months. The speaker was silent althou I had alsa enabled and slmodem was compiled with slmodem. It appears this got fixed upstream in the meantime. Unfortunately, the current testing version in Gentoo still had problems: <221.754618> vpcm: New status 10 <221.754641> vpcm: Same Line Verification Status <221.809584> $!$ 9<5@4985>?:79:7>68<;:;8D7H99?<:B888=9D?97@476:89=:668;7>:9><:99;7>99:786474=68;:4C2A???? <221.819580> $!$ 9<5@4985>?:79:7>68<;:;8D7H99?<:B888=9D?97@476:89=:8D8F8=55>;:;9;7>98?;:;8;3975:77=5@1F3????? <221.824624> $!$ 9<5@4985>?:79:7>68<;:;8D7H99?<:B888=9D?97@477>9C?;:;993976<E99977<9B:7::8<7F9D>;669:8=96?;:;2D1C???? <221.824674> $!$ 9<5@4987><;9887F:5>C:;994C55?:;:888=9::77C475?87<F9@6<5G3B8A???? <221.924570> VPcmFloModem (QC LineVerify): ANSpcm demod over (after 1640 samples), start TONEq... <221.924616> VPcmFloModem (QC LineVerify): Channel verification status is: 1 <221.924658> $!$ 9<5@4985>?:79:7>68<;:;8D7H99?<:B888=9D?97@477>9C?;:;99398<>8:?9;5?9D?9876E6<:5>::C6;8;9D?74C2A???? <221.929553> $!$ 9<5@4985>?:79:7>68<;:;8D7H99?<:B888=9D?97@475:7C=:;68:7F55><:D8<8;9<?@668;8;9D?7668;7>:9><:99;7>99:E6D4E1F3????? <221.929673> VPcmFloModem (QC LineVerify): TONEq termination requested, still bellow 50mS (nof samples = 48)... <221.974564> VPcmFloModem (QC LineVerify): TONEq mod over (after 480 samples), tx silence... <222.014552> VPcmFloModem (QC LineVerify): Silence after TONEq over, move to phase2... <222.014596> VPcmV34Main: Line verification period completed !!! <222.014621> VPcmV34Main: Moving to full phase2 upon DP Manager setting... <222.014646> V90Parameters: upStream min rate : 4800 upStream max rate : 33600 Rate mask :1fff <222.014690> $!$ 9<5@4985>8;8887F9:?;:;998<6?:78:8<7;::>>664D39:9><:C976987:77C47493B8A???? <222.014728> $!$ 9<5@4985>8;8887F9:?;:;998<6?:78:8<7;::>>664D39:9><:C9769:7>F:88<396B:7762D1C???? <222.014768> $!$ 9<5@4985>8;8887F9:?;:;998<6?:78:8<7;::>>664D39:9><:C975<9D>E:D8<7<:9>@:E8E6=:>?7:;474F55;74C2A???? <222.014818> $!$ 9<5@4985>8;8887F9:?;:;998<6?:78:8<7;::>>664D39:9?9:D597=8D>D:;887G8D><;8997H:7=F;99;7=8D><;<887E::>8;:8@7H9C=F:;8E7:97>C:;474F55;84C2A???? <222.014857> vpcm: New status 0 <222.014880> vpcm: Re-starting phase II <222.024449> V34HSHAKE: txstate SILENCEINFO=>TX_DPSK(rx RX_DPSK, mst DET_SYNC, [1]10, [2]0) <222.024497> setINFO0aBits - setting info0a for V.PCM <222.024521> ...indicating V.92 capabilities... <222.109534> V34HSHAKE: txstate TX_DPSK=>TONE_AB(rx RX_DPSK, mst DET_SYNC, [1]0, [2]0) <222.254554> VPcmV34Main: Masking CAS detection after 4808 in train... <223.559294> V34HSHAKE: txstate TONE_AB=>TX_DPSK(rx RX_DPSK, mst DET_SYNC, [1]0, [2]0) <223.559347> errorrecovery is initialized in DET_SYNC <224.369270> V34HSHAKE: microstate DET_SYNC=>DET_INFO(tx TX_DPSK, rx RX_DPSK, [1]0, [2]0) <224.369319> DET_SYNC is received in RX_DPSK,rx->gain=0x2f82 <224.444302> V34INFO, info0 CRC not received properly in DET_INFO <224.444347> V34HSHAKE: microstate DET_INFO=>DET_SYNC(tx TX_DPSK, rx RX_DPSK, [1]0, [2]46) <224.444378> SetINFO0dBits I tried to find out in Google what the 'CRC not received properly in DET_INFO' message really means but no luck. The updated ebuild works for me on ~x86 host with vanilla 2.6.29.3 kernel, AC97 modem bound into ICH3-M bridge (old Pentium4-M laptop) and the CRC-related messaged is gone. Please push into the tree.
Created attachment 192501 [details] broken-session-through-slmodem-2.9.11_pre20080817.log From slmodem-2.9.11_pre20080817 running on 2.6.29.3 kernel with AC97 modem.
# lspci 00:00.0 Host bridge: Intel Corporation 82845 845 [Brookdale] Chipset Host Bridge (rev 04) 00:01.0 PCI bridge: Intel Corporation 82845 845 [Brookdale] Chipset AGP Bridge (rev 04) 00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB Controller #2 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42) 00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02) 00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] 02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 02:07.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8) 02:07.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8) 02:07.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller #
Created attachment 192503 [details] slmodem-2.9.11_pre20090222.ebuild I went through the Gentoo patches for slmodem-2.9.11_pre20080817.ebuild located in files/ and some were not necessary as upstream fixed the issue either in same way or in another. Do not remember which one was which. Did you try to push all the Gentoo patches upstream?
Fixed in cvs. Please close bug 212257 if this bump fixes that problem. (In reply to comment #3) > I went through the Gentoo patches for slmodem-2.9.11_pre20080817.ebuild located > in files/ and some were not necessary as upstream fixed the issue either in > same way or in another. Do not remember which one was which. create-mode is the only patch that is no longer necessary. > Did you try to push all the Gentoo patches upstream? I don't remember doing that.
Works for me, except the sound from the modem. It is just silent. But that was not fixed by my ebuild either. # pppd ttySL0 115200 connect '/usr/sbin/chat -v -f /etc/ppp/chat-quick' debug user mmokrejs Dialing 971103333,, Waiting for CONNECT string CONNECT received, waiting for ~~ ~~ received, will start pppd now Serial connection established. using channel 4 Using interface ppp0 Connect: ppp0 <--> /dev/ttySL0 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5bc47565> <pcomp> <accomp>] rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x5bc47565> <pcomp> <accomp>] rcvd [LCP ConfReq id=0xa8 <asyncmap 0xa0000> <auth pap> <magic 0xfb5c58de> <pcomp> <accomp>] sent [LCP ConfAck id=0xa8 <asyncmap 0xa0000> <auth pap> <magic 0xfb5c58de> <pcomp> <accomp>] sent [LCP EchoReq id=0x0 magic=0x5bc47565] sent [PAP AuthReq id=0x1 user="jmokrejs" password=<hidden>] rcvd [LCP EchoRep id=0x0 magic=0xfb5c58de] rcvd [PAP AuthAck id=0x1 ""] PAP authentication succeeded sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] rcvd [IPCP ConfReq id=0x1 <addr 194.228.177.254>] sent [IPCP ConfAck id=0x1 <addr 194.228.177.254>] rcvd [LCP ProtRej id=0x1 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Protocol-Reject for 'Compression Control Protocol' (0x80fd) received rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>] sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] rcvd [IPCP ConfNak id=0x2 <addr 194.228.177.42> <ms-dns1 194.228.2.61> <ms-dns3 194.228.2.1>] sent [IPCP ConfReq id=0x3 <addr 194.228.177.42> <ms-dns1 194.228.2.61> <ms-dns3 194.228.2.1>] rcvd [IPCP ConfAck id=0x3 <addr 194.228.177.42> <ms-dns1 194.228.2.61> <ms-dns3 194.228.2.1>] local IP address 194.228.177.42 remote IP address 194.228.177.254 primary DNS address 194.228.2.61 secondary DNS address 194.228.2.1 Script /etc/ppp/ip-up started (pid 14831) Script /etc/ppp/ip-up finished (pid 14831), status = 0x0
