Package: sl-modem-daemon
Followup-For: Bug #339331
Since I have access to a T41 I decided to try its internal modem which
`lspci' identifies as follows:
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97
Modem Controller (rev 01) (prog-if 00 [Generic])
Subsystem: IBM ThinkPad T41
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-
Latency: 0
Interrupt: pin B routed to IRQ 11
Region 0: I/O ports at 2400 [size=256]
Region 1: I/O ports at 2000 [size=128]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: slamr
Kernel modules: snd-intel8x0m, slamr
After several tries I stumbled across mention in the sl-modem-source
package that the kernel may disable the interrupt for the modem if the
module is loaded too early as this excerpt from /var/log/dmesg shows:
[ 1.488296] ACPI: PCI Interrupt 0000:00:1f.6[B] -> Link [LNKB] -> GSI 11
(level, low) -> IRQ 11
[ 1.488836] ACPI: PCI interrupt for device 0000:00:1f.6 disabled
The symptom was that the modem would just hang and not proceed after the
dialing command was issued. It would respond with an OK after being sent
the ATZ init string, however. This occured with both the snd_intel8x0m and
slamr modules.
The solution lay in properly blacklisting the module from modprobe and
udev which was accomplished by following the instructions at:
http://wiki.debian.org/KernelModuleBlacklisting
So, I created /etc/modprobe.d/slamr with the following line:
blacklist slamr
Now later into the init process syslog shows that /etc/init.d/sl-modem-daemon
properly loads and configures the driver:
kernel: [ 26.470062] slamr: module license 'Smart Link Ltd.' taints kernel.
kernel: [ 26.477037] slamr: SmartLink AMRMO modem.
kernel: [ 26.477086] slamr: probe 8086:24c6 ICH4 card...
kernel: [ 26.477103] ACPI: PCI Interrupt 0000:00:1f.6[B] -> Link [LNKB] ->
GSI 11
kernel: [ 26.477121] PCI: Setting latency timer of device 0000:00:1f.6 to 64
kernel: [ 26.479819] slamr: mc97 codec is SIL27
kernel: [ 26.479908] slamr: slamr0 is ICH4 card.
I have confirmed that sl-modem-daemon is working with kppp and the pon
scripts. I initially tried the snd_intel8x0m module without success. Now
that I've got it working with the slamr module, I may give it another try.
The only issue remaining is that there is no audio output during the dialing
process. It's not a big issue, I'm just used to hearing it.
Other than perhaps adding some notes to the sl-modem-daemon package regarding
the blacklist trick, I would say this report can be closed.
- Nate >>
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages sl-modem-daemon depends on:
ii adduser 3.110 add and remove users and groups
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii libasound2 1.0.16-2 ALSA library
ii libc6 2.7-15 GNU C Library: Shared libraries
sl-modem-daemon recommends no packages.
sl-modem-daemon suggests no packages.
-- debconf information:
* sl-modem-daemon/country: USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
