Bug 79117 - [iavc] iavc(4) for AVM B1 PCI does not attach
Summary: [iavc] iavc(4) for AVM B1 PCI does not attach
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 5.4-PRERELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: Bjoern A. Zeeb
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-22 09:20 UTC by Thiemo Nordenholz
Modified: 2008-07-05 09:21 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thiemo Nordenholz 2005-03-22 09:20:02 UTC
With an AVM B1 PCI interface and the kernel configuration containing this:
# ISDN
device "i4bcapi"
device iavc
device isic
device "i4bq921"
device "i4bq931" 
device "i4b"
device "i4btrc" 4
device "i4bctl" 
device "i4brbch" 4
device "i4btel" 4
device "i4bipr" 4

On boot, the card is detected but the iavc driver fails to attach:

iavc0: <AVM B1 PCI> port 0xd800-0xd81f,0xd400-0xd43f irq 11 at device 13.0 on pci0
iavc0: failed: rid 0x10 is ioport, requested 3
iavc0: can't allocate memory region
device_attach: iavc0 attach returned 6

Though this happens, the driver seems to stay attached and shows up in pciconf:

iavc0@pci0:13:0:        class=0x028000 card=0x00000000 chip=0x07001244 rev=0x00 hdr=0x00
    vendor   = 'AVM AUDIOVISUELLES MKTG & Computer GmbH'
    device   = 'B1 ISDN controller'
    class    = network

Full kernel config can be found at
   http://www.thiemo.net/projects/mygiea/kernconf-isdn
full dmesg output at
   http://www.thiemo.net/projects/mygiea/dmesg-isdn

(dirty root device seen in that dmesg came from doing "isdndebug" in the state described above - system just hung up)

Fix: 

Unknown to me.
How-To-Repeat: Have ISDN B1 PCI card, try to use it
Comment 1 Thiemo Nordenholz 2005-04-29 21:42:52 UTC
I have for further experiments disabled the SYS_RES_MEMORY allocation
routine in the iavc_pci_attach() routine (commented out everything between
"use the memory mapped DMA controller" and "do some detection").

With this changed driver, the driver did attach.

Upon starting of isdnd, the firmware could not be uploaded to the interface
because:

	[ ... ]
	Apr 29 19:18:30 mygiea kernel: iavc0: firmware loaded, wait for ACK
	....
	Apr 29 19:18:30 mygiea kernel: iavc0: loading failed, bad ack = 75

This is actually RECEIVE_POLLDWORD instead of the RECEIVE_POLL expected when
not using DMA, so I changed the check for this in iavc_lli.c to check for
the return code we receive.
This way, isdnd at least states it had uploaded the firmware correctly.

All I checked so far was if isdnd would somehow show incoming calls, which
did not work. Further investigation should be done here.

My current theory is that I have an older B1 card which not yet supports DMA
(bought it on eBay), and behaves different from the officially supported B1
PCI V4.

-- 
Query a PGP key server (e.g. http://www.pgp.net/) for my public key 41068629.
Strange sender address? Please see http://www.thiemo.net/misc/list-mail.shtml
Comment 2 Tilman Keskinoz freebsd_committer freebsd_triage 2005-05-10 14:18:31 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-isdn

over to ISDN mailinglist
Comment 3 hm freebsd_committer freebsd_triage 2006-05-13 16:14:05 UTC
State Changed
From-To: open->suspended

i cannot reproduce this bug here, and due to the fact 
that c4b is close to hitting the tree i will not put 
too much work into this anymore.
Comment 4 Bjoern A. Zeeb freebsd_committer freebsd_triage 2008-05-26 12:12:33 UTC
Hi,

is this still relevant to you?

-- 
Bjoern A. Zeeb              Stop bit received. Insert coin for new game.
Comment 5 Bjoern A. Zeeb freebsd_committer freebsd_triage 2008-06-03 19:59:39 UTC
State Changed
From-To: suspended->feedback

See if we'll get feedback or if we can close this. 


Comment 6 Bjoern A. Zeeb freebsd_committer freebsd_triage 2008-06-03 19:59:39 UTC
Responsible Changed
From-To: freebsd-isdn->bz

See if we'll get feedback or if we can close this.
Comment 7 Bjoern A. Zeeb freebsd_committer freebsd_triage 2008-07-05 09:21:14 UTC
State Changed
From-To: feedback->closed

Feedback timeout (and I4B had been removed from HEAD).