nx7010 / softmodem: Wählt, aber Verbindung klappt nicht...

Debian auf Notebooks und speziellen Geräten wie eingebetteten Systemen, Routern, Set-Top-Boxen, ...
Antworten
fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

nx7010 / softmodem: Wählt, aber Verbindung klappt nicht...

Beitrag von fuchse » 11.09.2004 20:14:10

Hallo,

kämpfe nun leider schon seit geraumer Zeit mit folgendem Problem:

Ich habe ein HP nx7010 und versuche, daß darin enthaltene "Winmodem" bzw. "Softmodem" zum Laufen zu bringen. Da ich mit einer google-Suche herausfand, daß einige Leute über ein Funktionieren des smlink-Treibers berichteten, habe ich "sm-modem-daemon" installiert und das Modem funktioniert damit soweit, wie mir scheint.

Baue ich aber mit kppp oder manuell mit pppd call <script> eine Verbindung auf, höre ich das Modem wählen, ich höre den Handshake, etc., und dann gibt es zwei Fälle:
1. Das Ganze klappt, und in /var/log/messages steht meine IP und die des remote hosts usw., aber: Ein einzelner ping (z.B. ping http://www.linux.de) funktioniert, kurz darauf aber scheint sich was aufzuhängen, pings etc. gehen nicht mehr ("unknown host") und in /var/log/messages steht nur noch, daß die Verbindung getrennt wurde.

2. Mit dem Aufrug zum Wählen bleibt mein Rechner völlig stehen (Maus kann nicht mehr bewegt werden etc.), ich höre den Laptop noch wählen, handshake machen, dann geht der Rechner wieder, pppd sagt aber nur noch "NO CARRIER".


Fall 1 tritt meistens direkt nach einem Neustart auf, Fall 2 beim zweiten und bei weiteren Versuchen.


Mein System;
- wie gesagt HP nx7010 laptop
- Kernel 2.6.8
- debian testing

pppd usw. aktuellste Versionen (apt-get halt).


Hat irgendjemand einen Tip? Falls irgendwelche Konfigurationsdateien hilfreich sind, poste ich die gerne, weiß jetzt aber nicht was sinnvoll sein könnte, da das Modem ja eigentlich funktioniert.


Danke und Gruß,

fuchse

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 12.09.2004 10:19:39

Ja ja, die Win-Modems, des Linuxers beste Froinde. Welches von den Dingern hat HP denn in diese Serie eingebaut. Bei Notebookherstellern kenne ich das so, je nachdem was gerade verfügbar war haben die reingeprömpelt.

Mach doch mal nen lspci und schick mal die Meldung rüber die dann erscheint. Bei einem Bekannten habe ich es schon erlebt, das zwei zeitgleich gelieferte Notebooks der selben Marke und Baureihe verschiedene Chipssätze bei den S(ado)-M(aso)-Modems hatten Intel und Connexant.

Bei dir hört sich das nach nem Treiber oder Adressenproblem an.

fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 12.09.2004 12:02:12

Hi,

erstmal danke für die Antwort ;-) Bin hier schier am verzweifeln...

An ein Treiberproblem hätte ich jetzt nicht mehr gedacht, weil das Wählen etc. ganz gu geklappt hat.

Dennoch...


Hier, wie gewünscht, die entsprechende Zeile aus lspci:
------------------------------------------------
0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01)
------------------------------------------------

Auf einer Seite fand fand ich das Tool "scanModem", welches folgende Ausgabe produziert (etwas länglich, lspci ist da auch dabei):
------------------------------------------------
The most recent update of scanModem accessed at http://linmodems.technion.ac.il/packages/scanModem.gz
should ALWAYS be used!! Current UPDATE=2004_Sept_09
URLs to cogent advice are regularly entered and updated, and your problem may be solved therein.
If further help is needed, send a description of your problem to: discuss@linmodems.org
with this ModemData.txt Attached, using the following in the email Subject Line:
scanModem, debian kernel 2.6.8
Always send this ENTIRE Modem/ModemData.txt. It includes subtle diagnostic ouputs needed to best guide you.

If your PC is a laptop, please provide Make and Modem information.

For instructions to UNSUBSCRIBE from discuss@linmodems.org,
send an email to: discuss-help@linmodems.org
-------------- System information ------------------------
debian 3.1
on System with processor: i686
supported by kernel: 2.6.8
assembled with compiler: 3.3.4
with current System compiler GCC=3.3.4

/usr/bin/gcc -> gcc-3.3

Modem symbolic link is: /dev/modem -> ttySL0
----active COMM services are ------------
eth0 Link encap:Ethernet HWaddr 00:02:3F:21:E6:F1
eth1 Link encap:UNSPEC HWaddr 00-02-3F-44-4A-00-6A-62-00-00-00-00-00-00-00-00

This COMM mode should be closed before using the modem, or DNS services may fail.

Under 2.6.n kernels, there is currently modem support by:

the more expensive Controller chipset modems using the open source serial code
Conexant software downloaded through http://www.linuxant.com
SmartLink slmodem drivers, including USB hardware
USB modems using the Open Source acm.ko driver
Lucent DSP (digital signal processing) chipsets but NOT:
soft modems ( though some are supported by slmodem drivers)
Intel 536EP and 537 modems
For all other modems, support projections are not available as of this update=2004_Sept_09

Resident PPP support modules are properly uncompressed .
There are Debian packages with modem drivers from SmartLink:
sl-modem-daemon - SmartLink software modem daemon
sl-modem-source - SmartLink software modem driver - module building source
MANY modem subSystems serving under AC97/MC97 Controllers are also supported.
An AC97 modem codec was not detected
------ dmesg slamr filtered -------
slamr: module license 'Smart Link Ltd.' taints kernel.
slamr: probe 8086:24c6 ICH4 card...
slamr: mc97 codec is SIL27
slamr: slamr0 is ICH4 card.
---------- End SIL_id section ---------------
Path to lspci is: /usr/bin/lspci
--------- lspci scan ----------------
PCI_bus
0000:00:00.0 Host bridge: Intel Corp. 82855PM Processor to I/O Controller (rev 03)
0000:00:01.0 PCI bridge: Intel Corp. 82855PM Processor to AGP Controller (rev 03)
0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 01)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 81)
0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 01)
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 01)
0000:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01)
0000:02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 20)
0000:02:02.0 Network controller: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04)
0000:02:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
-------------------------------------

Modem candidates are at PCI_buses: 0000:00:1f.6
Providing detail for device at PCI_bus 0000:00:1f.6
with vendor-ID:device-ID
----:----

Class 8086:24c6 (rev Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) (prog-if 00 [Generic])
SubSystem 0e11:0860 Compaq Computer Corporation: Unknown device 0860
0000:00:1f.6 0703: 8086:24c6 (rev 01)

Flags: bus master, medium devsel, latency 0, IRQ 10
I/O ports at 4400 [size=256]

I/O ports at 4800 [size=128]

Internal_test: ./scanModem test (rev 0e11:0860 debian 2.6.8 3.3.4

=== Checking (rev through chipset providers and modem assemblers ====

======= PCI_ID checking completed ======
Update=2004_Sept_09

Analyzing information for PCMCIA device at PCI Bus 02:04.0
GREPping for an inserted PCMCIA modem with filter: ommunication
If a PCMCIA modem is currently inserted and the sockets activated by
/etc/init.d/pcmcia start
then the PCMCIA bridge is NOT transparent.

If the modem is known to have a Lucent digital signal processing chipset,
then PCMCIA.tar.gz variant assembled by Joern Wustenfeld is necessary,
rather than the standard ltmodem-8.26a9.tar.gz at http://ltmodem.heby.de/
The following information blocks just query some ppp support items.
====================================================

grep ppp /etc/modprobe.conf
-------------------------------------

-------------------------------------
Be sure to read the section about ppp related modules and aliases in Modem/General.txt
Be sure to read the Ethernet section of Modem/General.txt
DEVPPP=crw-rw---- 1 root dip 108, 0 Aug 27 20:15 /dev/ppp

The current modem symbolic link is: /dev/modem -> ttySL0
The ports /dev/ttyS0 or 1,2,3 are for standard Controller chip modems

DEVFSD=/etc/devfs/devfsd.conf
---- dmesg queries -------
Local APIC disabled by BIOS -- reenabling.
ACPI: PCI Interrupt Link [C0C6] (IRQs 5 10) *0, disabled.
ACPI: PCI Interrupt Link [C0C8] (IRQs 5 10) *0, disabled.
audit: initializing netlink socket (disabled)
Serial: 8250/16550 driver $Revision: 1.90 $ 14 ports, IRQ sharing disabled
pciehp: acpi_pciehprm:\_SB_.C046 evaluate _BBN fail=0x5
pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x5
shpchp: acpi_shpchprm:\_SB_.C046 evaluate _BBN fail=0x5
shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x5
pciehp: acpi_pciehprm:\_SB_.C046 evaluate _BBN fail=0x5
pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x5
shpchp: acpi_shpchprm:\_SB_.C046 evaluate _BBN fail=0x5
shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x5
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.

The ModemDriverCompiling.txt is a MUST READ,
if you are not experienced in configuring kernel-source/
or get "unresolved symbols" upon driver insertion.

Most recent WinModem fixes are in: http://linmodems.technion.ac.il/FAQ.html
------------------------------------------------

eth0, eth1 habe ich auch schon runtergefahren, wie dieses Script es vorgeschlagen hat, hat aber nichts gebracht...

Falls mir hier keiner helfen kann, versuch ich mal ne Mail an die Mailingliste, wie in dem Skript vorgeschlagen.


Nochmal danke für die Antwort und Grüße,

fuchse

Benutzeravatar
rkrueger
Beiträge: 1044
Registriert: 17.06.2004 17:57:17

Beitrag von rkrueger » 12.09.2004 14:46:58

Die Hardwaredatenbank von SuSE hat was angezeigt:

>http://cdb.suse.de/showProduct.php?LANG ... a491567c4a

Du hast zumindest eine 50/50-Chance.

Viel Erfolg!

Benutzeravatar
startx
Beiträge: 3165
Registriert: 07.12.2002 19:29:48
Wohnort: london

Beitrag von startx » 15.09.2004 15:21:52

so ganz im allgemeinen: die meisten softmodems "wählen", dass problem
ist meistens das danach, nämlich die kompression bei der übertragung.

fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 16.09.2004 21:08:10

Hallo,

naja, hat bis jetzt leider nicht geklappt. Am Wochenende hab ich vielleicht ein bißchen mehr Zeit, dann werd ich meiin Glück nochmal versuchen.

Dennoch danke für die Antworten + Gruß,


fuchse

Benutzeravatar
startx
Beiträge: 3165
Registriert: 07.12.2002 19:29:48
Wohnort: london

Beitrag von startx » 16.09.2004 21:17:22


fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 17.09.2004 09:32:13

Hi,

danke für den Tip, bei meinen Internet-Suchen hatte ich die Seite allerdings gefunden. Muß aber gestehen, daß ich dieses sl-modem nicht im ALSA-mode kompilieren konnte, habe es dann aufgegeben weil ich dachte, daran liegt es nicht, schließlich wählte das Modem ja und eine Verbindung kam/kommt ja auch zustande...

Ein anderes Problem habe ich auch noch festgestellt, nämlich daß bei starker System-Auslastung (Programm-Start, CD rippen, etc.) u.a. der Mauszeiger nur noch sehr langsam und ruckartig zu bewegen ist. Wenn sowas nach einer Zustandegekommenen Verbindung geschieht, könnte ich mir schon vorstellen, daß die "Emulation" der Modem-Töne kurz aussetzt, und dann ist halt die Verbindung hin. Vielleicht forsche ich am WE mal ein wenig in diese Richtung!


Nochmal Danke und Gruß,

fuchse

Benutzeravatar
startx
Beiträge: 3165
Registriert: 07.12.2002 19:29:48
Wohnort: london

Beitrag von startx » 17.09.2004 09:40:15

CD rippen, etc.) u.a. der Mauszeiger nur noch
läuft das laufwerk im dma modus?

fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 18.09.2004 12:51:07

Hi startx,

ich weiß leider (ehrlich gesagt) nicht, ob es im dma-modus läuft. Wie kann ich das rausfinden?

Zur Info:
Ich habe mir zur Installation von debian vor ca. einem Monat ein solches testing-"Minimalsystem" runtergeladen (mit 2.4er Kernel), und danach dann entsprechend einen 2.6er Kernel runtergeladen und debian-like aufgespielt.
Vielleicht hilft das ja...


Gruß,

fuchse

Benutzeravatar
startx
Beiträge: 3165
Registriert: 07.12.2002 19:29:48
Wohnort: london

Beitrag von startx » 18.09.2004 13:23:22

Code: Alles auswählen

cat /proc/ide/hdc/settings
wobei hdx dein laufwerk ist (also entsprechend ändern).
unten links in der liste steht dann "using_dma" und der value ist dann
entweder "0" oder "1".

fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 18.09.2004 13:37:20

Hi,

er entsprechende Befehl liefert:

name value min max mode
---- ----- --- --- ----

using_dma 0 0 1 rw

d.h., dma ist ausgeschaltet.


Könntest Du mir evtl. noch mitteilen, wo ich den DMA-Zugriff einschalten kann? Das würde die Geschichte wohl wirklich beschleunigen...


Zum ursprünglichen Thema:
Den slmodemd habe ich nun mit ALSA-Unterstützung kompiliert bekommen. Kann ihn aber nicht starten:
------------------------------------------------
WaldMobile:/usr/src/own/slmodem-2.9.9/modem# ./slmodemd --alsa
error: alsa setup: cannot open playback device 'hw:1': No such deviceerror: cannot setup device `hw:1'
------------------------------------------------

Ein anderes "Device" auszuwählen (mittels slmodemd --alsa hw:0) klappt auch nicht, gleiche Fehlermeldung. Bin diesbezüglich noch ein wenig am recherechieren...


Danke + Gruß,

fuchse

Benutzeravatar
startx
Beiträge: 3165
Registriert: 07.12.2002 19:29:48
Wohnort: london

Beitrag von startx » 18.09.2004 14:09:05

Könntest Du mir evtl. noch mitteilen, wo ich den DMA-Zugriff einschalten kann? Das
so einfach wird das nicht sein, denke ich ...

eigentlich mit (als root)

Code: Alles auswählen

hdparm -d1 -X /dev/hda
(oder welches device auch immer)
allerdings wette ich du bekommst ein "not permitted" oder so zurück ...

dann:
erstmal musst du schauen, ob das kernelmodul für deinen ide controller
in deinem kernel ist, vermutlich musst du dafür einen neuen kernel kompilieren, bei mir z.B. funktioniert dma nur bei fest
einkompilierten treiber.

mit

Code: Alles auswählen

lspci
findest du raus welchen ide chipsatz du hast.
dann musst du mal googlen welches kernel modul das ist.

solltest du das alles haben (sorry, will dich nicht abschrecken),
dann sehen wir weiter (hast du schon mal nen kernel gebacken?)

fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 18.09.2004 14:15:39

Hi,

mit dem hdparm-Befehl konnte ich dma problemlos einschalten (hdparm war allerdings nicht installiert, hab das nachgeholt).

Ansonsten: Habe schon öfter mal nen Kernel kompiliert, benutze Linux seit 2.0.x, bin also nicht ganz unbedarft (aber auch lange kein Guru). Nur dieses verdammte softmodem... ;-)


Auf jeden Fall danke und viele Grüße,

Christian

Benutzeravatar
startx
Beiträge: 3165
Registriert: 07.12.2002 19:29:48
Wohnort: london

Beitrag von startx » 18.09.2004 14:46:55

freut mich, hoffe es hat ein bisschen geholfen ...

fuchse
Beiträge: 10
Registriert: 11.09.2004 19:59:01

Beitrag von fuchse » 21.09.2004 20:29:52

Hi,

übrigens, das Modem geht jetzt. Die Lösung war zu einfach...

Mit den in apt-get verfügbaren Paketen sl-modem-source und sl-modem-daemon ging es. Dabei mußte man sl-modem-source entsprechend der Anleitung in /usr/share/doc/sl-modem-source/README.Debian kompilieren und das resultierende Paket installieren.

Das hatte ich ja alles mal, und wie berichtet hat das Ganze hin und wieder mal für ein paar Sekunden funktioniert. Habe jetzt festgestellt, daß das mit "waproamd" zusammenhängt, einem daemon der wireless-Netzwerke in der Umgebung sucht... Nach Abschalten des Daemons geht es sofort. Der scheint irgendwas an den Netzwerkeinstellungen zu drehen.

Hauptsache es geht jetzt ;-)

Nochmal Danke an alle "Antworter",

fuchse

Benutzeravatar
Mel
Beiträge: 40
Registriert: 28.09.2004 20:39:45
Wohnort: Bonn
Kontaktdaten:

Beitrag von Mel » 28.09.2004 20:47:52

Hi fuchse und alle anderen,

der Thread hier hat mir heute geholfen, auf einem HP nx9020 das interne Modem zumindest ansprechen zu können (ging alles super mit sl-modem-source und sl-modem-daemon, nach der Anleitung unter /usr/share/doc). Leider ist das Modem dann aber nicht in der Lage zu wählen, als Fehlermeldung kommt NO DIALTONE.
Am Kabel/Anschluss kann es eigentlich nicht liegen, da beides von einem anderen PC aus funktioniert.

Also, /dev/modem ist richtig gelinkt nach /dev/ttySL0, und reden kann man mit dem Modem dann auch (z.B. mit minicom). ATZ z.B. funktioniert, doch bei ATDT01019... kommt besagtes NO DIALTONE.

Kann es sein, dass der sl-modem Treiber nur zur Hälfte funktioniert, oder hab ich was ganz Peinliches übersehen?

Gruss und Dank,
Mel.

Antworten