Topic: Billion PCI BRI (Cologne Chip)

[jmatos]

Hello,

I've bought a Billion BIPAC PCI V3.0 which is a 1397:2bd0 device.
It's Vendor and card ID are listed in http://pci-ids.ucw.cz/iii/?i=1397, but it's subsystem ID isn't (http://pci-ids.ucw.cz/iii/?i=13972bd0).
I added it to the selintra database with the command

db selintra-work set pci:1397:2bd0:1075:c101 sysdev probe zaphfc zzeor EOR

When I probe in SAIL PBX\PCI cards it returns:

Found following card...

00:06.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
   Subsystem: Advanced Integrations Research: Unknown device c101
   Flags: bus master, medium devsel, latency 16, IRQ 225
   I/O ports at e900
   Memory at ec124000 (32-bit, non-prefetchable) [size=256]
   Capabilities: [40] Power Management version 1

Requesting Load of zaphfc ...

Loaded wctdm...
Zaptel view of card in /proc/zaptel/1
 Span 1: ZTDUMMY/1 "ZTDUMMY/1 1"

I commit and it returns:

"There are currently no PCI Telephony cards registered on the system."

My uname -r returns 2.6.9-55.0.2.EL.
I tried the default smp kernel and the uniproc kernel. Same result.

Any ideias?

Thx.

JM

[SARK devs]

What release of SAIL and smeserver-asterisk are you running?

Kind Regards

Selintra

[jmatos]

Hello,

My SME was installed using smei586.

It's SME 7.1.3 with SAIL is 2.1.15-483.

The RPMs used are:

smeserver-asterisk-1.4.1-8.i686.rpm
smeserver-asterisk-zappri-MPP-1.4.0-5.i686.rpm

Thx.

JM

[SARK devs]

OK you added the wrong kind of record to the database.  Not your fault, the mISDN stuff is not really documented yet.

Here's the situation...

You can run Billion (or any HFC card) on 2.1.14 with the anabri-asterisk rpms using Bristuff...
OR
you can run Billion (or any HFC card) on 2.1.15 with asterisk 1.4 using mISDN.
The documentation we have at the moment is the bristuff documentation.  You have added a card to the database using the Bristuff format,which is quite different to the mISDN format.

The first thing you need to do is to decide which ISDN driver you want to use...

Either BRistuff (which is what we use in production today) or mISDN, which is still Alpha/Beta due to the status of Asterisk 1.4.

To run bristuff you need to remove SAIL 2.1.15 and the asterisk rpms with rpm -e.  You also need to remove any "dangling" misc and extra libs from /lib/modules/{uname-r}/. Then you can install 2.1.14 SAIL and anabri-asterisk.

Alternatively, to carry on with the release you have; you must first remove the bristuff fingerprint record you created.  

2.1.15-483 (which you are running) has the billion fingerprint records for mISDN already in its database.

All of our Billion Bipac 3.0v cards (and we use a lot of them) have the following fingerprint... (from lspci -vvn)

Code: [Select]

00:07.0 Class 0280: 1397:2bd0 (rev 02)
        Subsystem: 1397:2bd0
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 16 (4000ns max)
        Interrupt: pin A routed to IRQ 217
        Region 0: I/O ports at ee00 [disabled] [size=8]
        Region 1: Memory at e8124000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 1
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
As you can see the system and subsystem IDs are the same, so I'm puzzled as to why yours isn't.

The rows in the database for mISDN cards are called descriptors.  Here is the row for the Billion Bipac card.

Code: [Select]

pci:1397:2bd0:1397:2bd0=descriptor|active|YES|amount|1|defaultmaskset|0xf,|defaultportset|0x22,|misdndata|[default]\ncontext=mainmenu\nlanguage=en\nmusicclass=default\nsenddtmf=yes\nfar_alerting=no\nallowed_bearers=all\nnationalprefix=0\ninternationalprefix=00\nrxgain=0\ntxgain=0\nte_choose_channel=no\npmp_l1_check=no\npp_l2_check=no\nreject_cause=16\nneed_more_infos=no\nnttimeout=no\nmethod=standard\ndialplan=0\nlocaldialplan=0\ncpndialplan=0\nearly_bconnect=yes\nincoming_early_audio=no\n;always_immediate=no\nnodialtone=no\n;immediate=no\n;hold_allowed=yes\n;callgroup=1\n;pickupgroup=1\npresentation=-1\nscreen=-1\nechocancel=yes\nechocancelwhenbridged=yes\nechotraining=no\njitterbuffer=4000\njitterbuffer_upper_threshold=0\nhdlc=no\nmax_incoming=-1\nmax_outgoing=-1\n\n|modtype|hfcpci|name|Single-Bri|ports|1|zzeor|EOR
As you can see, it is quite a lot more involved than the Bristuff entry.  However, if your billion card is different to ours you can copy our entry and change it to suit. Once done you can redo your probe and you should see something like this.

Code: [Select]

Found following card...

00:07.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
Subsystem: Cologne Chip Designs GmbH ISDN Board
Flags: bus master, medium devsel, latency 16, IRQ 217
I/O ports at ee00 [disabled] [size=8]
Memory at e8124000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 1

... 1 mISDN card(s) of this type found.
Zaptel view of card in /proc/zaptel/1
 Span 1: ZTDUMMY/1 "ZTDUMMY/1 1"


Kind Regards

Selintra

[SARK devs]

OK you added the wrong kind of record to the database.  Not your fault, the mISDN stuff is not really documented yet.

Here's the situation...

You can run Billion (or any HFC card) on 2.1.14 with the anabri-asterisk rpms using Bristuff...
OR
you can run Billion (or any HFC card) on 2.1.15 with asterisk 1.4 using mISDN.
The documentation we have at the moment is the bristuff documentation.  You have added a card to the database using the Bristuff format,which is quite different to the mISDN format.

The first thing you need to do is to decide which ISDN driver you want to use...

Either BRistuff (which is what we use in production today) or mISDN, which is still Alpha/Beta due to the status of Asterisk 1.4.

To run bristuff you need to remove SAIL 2.1.15 and the asterisk rpms with rpm -e.  You also need to remove any "dangling" misc and extra libs from /lib/modules/{uname-r}/. Then you can install 2.1.14 SAIL and anabri-asterisk.

Alternatively, to carry on with the release you have; you must first remove the bristuff fingerprint record you created.  

2.1.15-483 (which you are running) has the billion fingerprint records for mISDN already in its database.

All of our Billion Bipac 3.0v cards (and we use a lot of them) have the following fingerprint... (from lspci -vvn)

Code: [Select]

00:07.0 Class 0280: 1397:2bd0 (rev 02)
        Subsystem: 1397:2bd0
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 16 (4000ns max)
        Interrupt: pin A routed to IRQ 217
        Region 0: I/O ports at ee00 [disabled] [size=8]
        Region 1: Memory at e8124000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 1
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
As you can see the system and subsystem IDs are the same, so I'm puzzled as to why yours isn't.

The rows in the database for mISDN cards are called descriptors.  Here is the row for the Billion Bipac card.

Code: [Select]

pci:1397:2bd0:1397:2bd0=descriptor|active|YES|amount|1|defaultmaskset|0xf,|defaultportset|0x22,|misdndata|[default]\ncontext=mainmenu\nlanguage=en\nmusicclass=default\nsenddtmf=yes\nfar_alerting=no\nallowed_bearers=all\nnationalprefix=0\ninternationalprefix=00\nrxgain=0\ntxgain=0\nte_choose_channel=no\npmp_l1_check=no\npp_l2_check=no\nreject_cause=16\nneed_more_infos=no\nnttimeout=no\nmethod=standard\ndialplan=0\nlocaldialplan=0\ncpndialplan=0\nearly_bconnect=yes\nincoming_early_audio=no\n;always_immediate=no\nnodialtone=no\n;immediate=no\n;hold_allowed=yes\n;callgroup=1\n;pickupgroup=1\npresentation=-1\nscreen=-1\nechocancel=yes\nechocancelwhenbridged=yes\nechotraining=no\njitterbuffer=4000\njitterbuffer_upper_threshold=0\nhdlc=no\nmax_incoming=-1\nmax_outgoing=-1\n\n|modtype|hfcpci|name|Single-Bri|ports|1|zzeor|EOR
As you can see, it is quite a lot more involved than the Bristuff entry.  However, if your billion card is different to ours you can copy our entry and change it to suit. Once done you can redo your probe and you should see something like this.

Code: [Select]

Found following card...

00:07.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
Subsystem: Cologne Chip Designs GmbH ISDN Board
Flags: bus master, medium devsel, latency 16, IRQ 217
I/O ports at ee00 [disabled] [size=8]
Memory at e8124000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 1

... 1 mISDN card(s) of this type found.
Zaptel view of card in /proc/zaptel/1
 Span 1: ZTDUMMY/1 "ZTDUMMY/1 1"


I know this all looks very complex but you are running an alpha release which is not yet fully documented.


Kind Regards

Selintra

[jmatos]

Hello,

I don't mind... but can you tel me commands to do it?

Thx. JM

[SARK devs]

Just check whether the bilion record is in your database - it should be.

Code: [Select]

db selintra show pci:1397:2bd0:1397:2bd0

Also check your billion card with lspci -vvn to make sure its the same as ours.

As long as it is then just delete the row you added with

db selintra-work delete pci:1397:2bd0:1075:c101
db selintra delete pci:1397:2bd0:1075:c101

Then go to PCIcards.  Press initialise to clearout the old stuff and then redo your probe.

That should be it.

Best

S

[jmatos]

Hello,

I don't have a Initialize option/button available in PCI Cards, only Probe.
I did that and it returns:

Loaded wctdm...
Zaptel view of card in /proc/zaptel/1
 Span 1: ZTDUMMY/1 "ZTDUMMY/1 1"
 
JM

[SARK devs]

Did you check the billion card records and your billion card like I described?

Best
S

[jmatos]

Hello,

I did check that the Billion pci:1397:2bd0:1397:2bd0 exists.
I executed the 2 commands to delete my wrong entry.
Then I went to PCI cards and didn't found any initialize option/button, and did the Probe with the results I sent you.

JM

[SARK devs]

What did lspci -nvv tell you about your Billion card?

S

[jmatos]

Hello,

This is the output from lspci -nvv:

login as: root
root@192.168.253.3's password:
Last login: Thu Jul 19 21:50:46 2007 from pc-00242.mycompany.local
[root@servidor3 ~]# lspci -nvv
00:00.0 Class 0600: 1039:0661 (rev 11)
        Subsystem: 1039:0661
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
        Latency: 32
        Region 0: Memory at e8000000 (32-bit, non-prefetchable) [size=64M]
        Capabilities: [c0] AGP version 3.5
                Status: RQ=32 Iso- ArqSz=2 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>

00:01.0 Class 0604: 1039:0003
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
        I/O behind bridge: 0000d000-0000dfff
        Memory behind bridge: ec000000-ec0fffff
        Prefetchable memory behind bridge: e0000000-e7ffffff
        Secondary status: 66Mhz+ FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
        BridgeCtl: Parity- SERR+ NoISA+ VGA+ MAbort- >Reset- FastB2B-

00:02.0 Class 0601: 1039:0964 (rev 36)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0

00:02.5 Class 0101: 1039:5513 (rev 01) (prog-if 80 [Master])
        Subsystem: 1462:7060
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 128
        Interrupt: pin ? routed to IRQ 169
        Region 0: I/O ports at <unassigned>
        Region 1: I/O ports at <unassigned>
        Region 2: I/O ports at <unassigned>
        Region 3: I/O ports at <unassigned>
        Region 4: I/O ports at 4000
        Capabilities: [58] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:02.7 Class 0401: 1039:7012 (rev a0)
        Subsystem: 1462:b010
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (13000ns min, 2750ns max)
        Interrupt: pin C routed to IRQ 177
        Region 0: I/O ports at e000 [size=256]
        Region 1: I/O ports at e100 [size=128]
        Capabilities: [48] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:03.0 Class 0c03: 1039:7001 (rev 0f) (prog-if 10)
        Subsystem: 1462:7060
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (20000ns max), Cache Line Size 08
        Interrupt: pin A routed to IRQ 185
        Region 0: Memory at ec125000 (32-bit, non-prefetchable) [size=4K]

00:03.1 Class 0c03: 1039:7001 (rev 0f) (prog-if 10)
        Subsystem: 1462:7060
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (20000ns max), Cache Line Size 08
        Interrupt: pin B routed to IRQ 193
        Region 0: Memory at ec120000 (32-bit, non-prefetchable) [size=4K]

00:03.2 Class 0c03: 1039:7001 (rev 0f) (prog-if 10)
        Subsystem: 1462:7060
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (20000ns max), Cache Line Size 08
        Interrupt: pin C routed to IRQ 201
        Region 0: Memory at ec121000 (32-bit, non-prefetchable) [size=4K]

00:03.3 Class 0c03: 1039:7002 (prog-if 20)
        Subsystem: 1462:5332
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (20000ns max)
        Interrupt: pin D routed to IRQ 209
        Region 0: Memory at ec122000 (32-bit, non-prefetchable) [size=4K]
        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-

00:04.0 Class 0200: 1039:0900 (rev 90)
        Subsystem: 1462:7060
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (13000ns min, 2750ns max)
        Interrupt: pin A routed to IRQ 217
        Region 0: I/O ports at e200 [size=256]
        Region 1: Memory at ec123000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:05.0 Class 0104: 1039:0180 (rev 01) (prog-if 85)
        Subsystem: 1462:7060
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 128
        Interrupt: pin A routed to IRQ 225
        Region 0: I/O ports at e300
        Region 1: I/O ports at e400
        Region 2: I/O ports at e500
        Region 3: I/O ports at e600
        Region 4: I/O ports at e700
        Region 5: I/O ports at e800 [size=128]
        Capabilities: [58] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:06.0 Class 0280: 1397:2bd0 (rev 02)
        Subsystem: 1075:c101
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 16 (4000ns max)
        Interrupt: pin A routed to IRQ 225
        Region 0: I/O ports at e900
        Region 1: Memory at ec124000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 1
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:00.0 Class 0300: 1039:6330
        Subsystem: 1462:7060
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 169
        BIST result: 00
        Region 0: Memory at e0000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at ec000000 (32-bit, non-prefetchable) [size=128K]
        Region 2: I/O ports at d000 [size=128]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [50] AGP version 3.0
                Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>

[root@servidor3 ~]#


My Billion is the one that starts with "00:06.0 Class 0280: 1397:2bd0 (rev 02)".

Thx.

JM

[jmatos]

Hello,

Any ideias?

Maybe I should go with the production version?

Thx.

JM

[SARK devs]

We have not seen this signature on a Billlion card before.   We will incorporate it into the next 1.2 and 1.4 asterisk rpms.

Kind Regards

S

[jmatos]

Hello,

How can I fix my problem now?

Thx.

JM