Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 118999 - hsfmodem freeze on amd64
Summary: hsfmodem freeze on amd64
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Dialup Developers
Depends on:
Reported: 2006-01-14 08:26 UTC by Pavel Vondricka
Modified: 2006-01-16 22:49 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Vondricka 2006-01-14 08:26:01 UTC
When running hsfconfig, it freezes (just the TERM, not the system) and there is the following message in dmesg:

ACPI: PCI Interrupt 0000:00:06.1[B] -> Link [LKMO] -> GSI 10 (level, low) -> IRQ 10
Unable to handle kernel paging request at 000000001ae02b58 RIP:
PGD 1a480067 PUD 600e067 PMD 0
Oops: 0002 [1]
Modules linked in: hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar nls_utf8 isofs ppp_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc eth1394 ohci1394 yenta_socket rsrc_nonstatic pcmcia_core nvidia snd_intel8x0 snd_ac97_codec snd_ac97_bus tsdev ehci_hcd ohci_hcd i2c_nforce2 joydev ip_conntrack_ftp evdev psmouse asus_acpi realtime rtc
Pid: 25492, comm: modprobe Tainted: P   M  2.6.15-gentoo #1
RIP: 0010:[<ffffffff88734315>] <ffffffff88734315>{:hsfmc97ich:cnxthwpci_probe+485}
RSP: 0018:ffff810008bebbf8  EFLAGS: 00010202
RAX: 000000001ae02b40 RBX: ffff810016cb4c80 RCX: ffff81001ae02b40
RDX: ffffffff804b6af0 RSI: 0000000000000000 RDI: ffffffff804b6b00
RBP: ffff81001f9be000 R08: 0000000000000000 R09: ffff81001ae02b40
R10: 00000000ffffffff R11: 0000000000000000 R12: 0000000000000000
R13: 000000000000e800 R14: 00000000febff000 R15: ffff81001f9be070
FS:  00002aaaaade6b00(0000) GS:ffffffff805a7800(0000) knlGS:0000000056246380
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 000000001ae02b58 CR3: 000000000f98a000 CR4: 00000000000006e0
Process modprobe (pid: 25492, threadinfo ffff810008bea000, task ffff81001adc8950)
Stack: ffff810000001856 0000000100000000 ffffffff88745340 ffff81001f9be070
       ffffffff887453f0 ffff81001f9be000 00000000ffffffed ffffffff887453a0
       0000000000000031 ffffffff80233b66
Call Trace:<ffffffff80233b66>{pci_device_probe+102} <ffffffff802aa9af>{driver_probe_device+79}
       <ffffffff802aaab0>{__driver_attach+0} <ffffffff802aaaef>{__driver_attach+63}
       <ffffffff802aaab0>{__driver_attach+0} <ffffffff802a9ee9>{bus_for_each_dev+73}
       <ffffffff802aa438>{bus_add_driver+136} <ffffffff802aaf5a>{driver_register+58}
       <ffffffff80233960>{__pci_register_driver+144} <ffffffff8014b6b7>{sys_init_module+6391}
       <ffffffff88747000>{:hsfmc97ich:cnxthwpci_init+0} <ffffffff80166b40>{remove_vma+80}
       <ffffffff80167fee>{do_munmap+670} <ffffffff8010e8f6>{system_call+126}

Code: 48 89 58 18 48 89 83 e0 00 00 00 49 89 9f 88 01 00 00 8b 8d
RIP <ffffffff88734315>{:hsfmc97ich:cnxthwpci_probe+485} RSP <ffff810008bebbf8>
CR2: 000000001ae02b58

(Maybe, the first line has nothing to do with it.)
When running /etc/init.d/hsf start without the modules compiled, I got following:

 * Starting Conexant HSF softmodem ...

No pre-built modules for: unknown-unknown linux-2.6.15-gentoo x86_64

Trying to automatically build the driver modules...
(this requires a C compiler and proper kernel sources to be installed)

Building modules for kernel 2.6.15-gentoo, using source directory
/lib/modules/2.6.15-gentoo/build. Please wait...

ERROR: hsf driver not active

Note: kernel module snd-intel8x0m overridden by hsfmc97ich hsfmc97sis  

(I do not use snd-intel8x0m anymore as this didn't work and I found out I need HSF instead. But I still use snd_intel8x0, snd_ac97_codec and snd_ac97_bus for the sound device. Maybe some conflict here?)
Comment 1 Pavel Vondricka 2006-01-14 09:03:19 UTC
To be complete - nobody is really sure if this really is a normal Connexant (see ).

00:06.1 0703: 10de:00d9 (rev a2)
        Subsystem: 1043:1856
        Flags: 66MHz, fast devsel, IRQ 10
        I/O ports at e800 [size=256]
        I/O ports at ec00 [size=128]
        Memory at febff000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [44] Power Management version 2


00:06.1 Modem: nVidia Corporation Unknown device 00d9 (rev a2) (prog-if 00 [Generic])
        Subsystem: ASUSTeK Computer Inc. Unknown device 1856
        Flags: 66MHz, fast devsel, IRQ 10
        I/O ports at e800 [size=256]
        I/O ports at ec00 [size=128]
        Memory at febff000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [44] Power Management version 2
Comment 2 Alin Năstac (RETIRED) gentoo-dev 2006-01-15 01:30:41 UTC
Judging after, it should work with net-dialup/slmodem.
Try it and close this bug if it works.
Comment 3 Pavel Vondricka 2006-01-15 03:50:56 UTC
They have a completely different subsystems under the Nvidia controller than me. My scanModem says:


Providing detail for device at  00:06.1
  with vendor-ID:device-ID
Class 0703: 10de:00d9   Modem: nVidia Corporation Unknown device 00d9 (rev a2) (prog-if 00 [Generic])
  SubSystem 1043:1856  ASUSTeK Computer Inc. Unknown device 1856
        Flags: 66MHz, fast devsel, IRQ 10

                  -----PCI_IDs-------                    --CompilerVer-
    Feature List:  Primary  Subsystem Distr  KernelVer   kernel default  CPU
 ./scanModem test 10de:00d9 1043:1856 gentoo 2.6.15-gentoo  3.4.4 3.4.4    x86_64
              From records, 1043:1856 has soft modem codec type CXT
 The hsfmodem drivers from are the ONLY support of ConeXanT codec modems under Linux!!

 The controller: 10de:00d9  Nvidia Corp
 is capable of supporting soft modem chips from AT LEAST manufacturers:
Extended modem ID: codec=1 LIN1
 The modem has a Conexant codec: CXT
 and there support for the modem controller: 10de:00d9  Nvidia Corp
 Some Linux Distributions include the hsfmodem driver.
 Search your packages information for "hsfmodem" and "Conexant".
 If not found there, download a hsfmodem package from .

I tried slmodem with "snd_intel8x0m" as the first thing. It seemed to work, but it didn't do anything (dial out) at all. I cannot try the "slamr" driver as it is not installed by slmodem ebuild - I guess from the ebuild it does not produce slamr for amd64 at all.

Well, anyway, even if I installed anything else, I could not test dialing out currently as I'm away from home and won't be back until autumn. So I do not need it currently anymore. Maybe something will change until than. So, you can close this bug or set status to some "LATER" or "WONTFIX" or whatever...
Comment 4 Alin Năstac (RETIRED) gentoo-dev 2006-01-16 22:49:16 UTC
if you have useful information, reopen it.
anyway, there is little I can do since I don't own such modem.