Hello,
a short mail before collecting more debugging information, maybe someone
recognizes a misconfiguration.
A colleague of mine experiments with visdn. Using snapshot from yesterday
(patch 580), asterisk 1.2.4 on Debian sarge (kernel 2.6.8-2-386).
The system is equipped with one HFC-PCI and one HFC-8S (BeroNet):
0000:00:06.0 Network controller: Cologne Chip Designs GmbH ISDN network
controller [HFC-PCI] (rev 02) 1397:2bd0 (rev 02)
0000:00:08.0 ISDN controller: Cologne Chip Designs GmbH: Unknown device
16b8 (rev 01) 1397:16b8 (rev 01)
First tests (incoming signaling) of the single port card succeed.
Two problems:
- based on the HFC-4S sample configuration - if further ports
are configured, system crashes with kernel panic (details not known
yet) after initialization of fifths port
- if connecting a telco NT to one of the four first HFC-8S ports,
nothing happens when trying with an incoming voice call, even
if the visdn-hfc-4s module is loaded with parameter debug_level=4
Jumper and DIP switch settings have be cross checked.
The card has not been tested with other drivers recently (but some
month ago with misdn, I think).
Excerpt from device-pci-0000:00:08.0
attribute clock_source_config auto
attribute ram_size 32
attribute bert_mode 7
#---------------------- st0 -----------------------
<netdev visdn1.0>
protocol lapd
role TE
mode P2MP
</netdev>
<port st0>
attribute role TE
<chan D>
connectmodule netdev visdn1.0
</chan>
<chan E>
connectmodule netdev visdn1.0 echo
</chan>
</port>
[...]
<port pcm>
attribute master 1
attribute bitrate 8000
</port>
Is "ram_size 32" correct for HFC-8S, too?
Tests have been done with samples/visdn.conf.sample
Debugging output/kernel messages are not giving hints.
fc-pci: HFC-S PCI A Driver loading
ACPI: PCI interrupt 0000:00:06.0[A] -> GSI 17 (level, low) -> IRQ 169
hfc-pci: pci-0000:00:06.0: resetting
hfc-pci: pci-0000:00:06.0: configured at mem 0xdfffff00 (0xe082cf00) IRQ
169
hfc-4s: HFC-4S HFC-8S Driver loading
ACPI: PCI interrupt 0000:00:08.0[A] -> GSI 19 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:08.0 to 64
hfc-4s: pci-0000:00:08.0 HFC-8S chip rev. 01 detected, using quartz=24
MHz, doubleclock=0
hfc-4s: pci-0000:00:08.0 resetting
hfc-4s: pci-0000:00:08.0 configured at mem 0xdfffd000 (0xe0845000) IRQ 185
visdn-netdev: Netdevice gateway loading
kfifo: module license 'unspecified' taints kernel.
visdn-streamport: vISDN streamport module loading
PPP generic driver version 2.4.2
visdn-ppp: vISDN ppp gateway module loading
vts_timer_open()
visdn-ec-kb: echo canceller module for vISDN loading
NET: Registered protocol family 30
hfc-pci: pci-0000:00:06.0:st:chan[D] channel opened.
lapd: NETDEV_UP visdn0
lapd: NETDEV_UP visdn1.0
lapd: NETDEV_UP visdn1.1
lapd: NETDEV_UP visdn1.2
lapd: NETDEV_UP visdn1.3
lapd: tei_mgmt: visdn0 TEI 124 assigned
lapd: tei_mgmt: visdn0 TEI 125 assigned
lapd: tei_mgmt: visdn0 TEI 126 assigned
No TEI assignments are logged for visdn1.?.
/sys/bus/pci/.../st?/l1_state is changing from F3 to F7 though when
a call comes in to the respective port.
(Are these printk(KERN_DEBUG "Added one sample from hfc-pci normal
or showing some system problem?)
Any ideas? Thanks,
Lutz
--
_ | Lutz Pressler | Tel: ++49-551-3700002
|_ |\ | | Service Network GmbH | FAX: ++49-551-3700009
._|ER | \|ET | Bahnhofsallee 1b | mailto:[EMAIL PROTECTED]
Service Network | D-37081 Goettingen | http://www.SerNet.DE/
_______________________________________________
Visdn-hackers mailing list
[email protected]
https://mailman.uli.it/mailman/listinfo/visdn-hackers
