From owner-freebsd-isdn Sun Apr 22 15:23: 5 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from www.prosysinc.com (www.prosysinc.com [207.191.27.243]) by hub.freebsd.org (Postfix) with ESMTP id 40F9A37B424 for ; Sun, 22 Apr 2001 15:22:53 -0700 (PDT) (envelope-from sjk@prosysinc.com) Received: from INSPIRON3.prosysinc.com (localhost [127.0.0.1]) by www.prosysinc.com (8.11.3/8.11.3) with ESMTP id f3MMI5730656 for ; Sun, 22 Apr 2001 17:18:06 -0500 Message-Id: <4.3.2.7.2.20010423000338.00b39db0@localhost> X-Sender: sjk@localhost (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 23 Apr 2001 00:24:17 +0200 To: freebsd-isdn@freebsd.org From: Steven Kassarjian Subject: OpenBSD 2.8, I4B 0.90 port and patches, AVM Fritz PCI, multiple errors Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Prior to embarking on this trip, I thought that I had all my ducks lined up: hardware purchased and waiting (a used and idle PC, and a new AVM Fritz PCI), OpenBSD 2.8 CDROM purchased and waiting, and the necessary files, i4b-0.90.0-OpenBSD-20010116.tar.gz and ppp-OpenBSD-20000608.tar.gz, downloaded from http://www2.zilium.de/~joerg/i4b/. Further, the install instructions looked simple and straight-forward enough. Following them closely produced only one notable event, during kernel compilation (something to do with "dnload"), which I could not track down. However, I can not get this firewall running. The specific errors from a single connection attempt are (in time stamp order): Apr 22 20:01:06 lcnfw /bsd: tun0: not multicast capable, IPv6 not enabled Apr 22 20:01:07 lcnfw /bsd: i4b: unit 0, assigned TEI = 64 = 0x40 Apr 22 20:01:08 lcnfw isdnd[20378]: CHD 00001 uppp0 cause 100: Invalid information element contents (Q.850) Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: deflink: /dev/i4brbch0: No carrier (increase ``set cd'' from 6 ?) Apr 22 20:05:06 lcnfw /bsd: i4b-L3-i4b_decode_q931: protocol discriminator 0x4f != Q.931 If it makes a difference, we are attempting to set this system up in Germany, rather than in the USA. Thank you for any advice you may have (even if that advice is "give it up and get an ISDN TA"). Quick replies are urgently requested, to minimize my time away from home. Thank you, Steven Kassarjian sjk@prosysinc.com Configuration files and log files follow (I forgot to get the output from dmesg, but the boot log messages in /var/log/messages should suffice, right?). ************************** /etc/isdn/isdnd.rc ************************** #============================================================================== # SYSTEM section: isdnd global configuration parameters #============================================================================== system # accounting # ---------- acctall = on # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file useacctfile = yes # generate accouting info to file # monitor # ------- monitor-allowed = on # global switch: monitor on/off monitor = localhost monitor-access = fullcmd # realtime priority section # ------------------------- rtprio = 25 # modify isdnd's process priority #============================================================================== # example of a configuration file for the isdn daemon and userland ppp. # (see the ppp setup examples in i4b's user-ppp dir and FAQ item 22 !) #============================================================================== entry name = uppp0 # name of entry usrdevicename = rbch # use the raw b channel access device usrdeviceunit = 0 # unit 0 isdncontroller = 0 # use isdn controller 0 isdnchannel = -1 # use any channel on this controller local-phone-incoming = ########### remote-phone-incoming = * local-phone-dialout = ########### remote-phone-dialout = * # ppp(8) will override this remdial-handling = first dialin-reaction = ignore # no dialins allowed dialout-type = normal b1protocol = hdlc # b channel layer 1 protocol idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 #============================================================================== entry name = uppp1 # name of entry usrdevicename = rbch # use the raw b channel access device usrdeviceunit = 1 # unit 0 isdncontroller = 0 # use isdn controller 0 isdnchannel = -1 # use any channel on this controller local-phone-incoming = ########### remote-phone-incoming = * local-phone-dialout = ########### remote-phone-dialout = * # ppp(8) will override this remdial-handling = first dialin-reaction = ignore # no dialins allowed dialout-type = normal b1protocol = hdlc # b channel layer 1 protocol idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 ************************** /etc/ppp/ppp.conf ************************** default: set log Phase Chat LCP IPCP CCP tun command set device /dev/i4brbch0 /dev/i4brbch1 set speed sync set dial set login set logout set hangup set timeout 800 add! default HISADDR ATT: set authname xxxxxxxx set authkey yyyyyyyy set phone zzzzzzzz enable dns ******************** excerpt from /etc/rc.local ******************** ... # starting ISDN if [ -f /etc/isdn/isdnd.rc -a -x /usr/local/bin/isdnd ]; then echo -n ' isdnd'; # -d0x95 is a very verbose logging level # -s 18 puts the logging `local2' level, local2 # -s 3 puts the logging level at `daemon' level, e.g., local2 /usr/local/bin/isdnd -d0x95 -s 18 fi ... ******************* excerpt from /var/log/daemon ******************** ... Apr 22 20:01:06 lcnfw ppp[2754]: Phase: Using interface: tun0 Apr 22 20:01:07 lcnfw ppp[2754]: Phase: deflink: Created in closed state Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set device /dev/i4brbch0 /dev/i4brbch1 Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set speed sync Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set dial Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set login Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set logout Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set hangup Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: set timeout 800 Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: default: add! default HISADDR Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: ATT: set authname xxxxxxxxx Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: ATT: set authkey ******** Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: ATT: set phone ######## Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Command: ATT: enable dns Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Phase: PPP Started (foreground mode). Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Phase: bundle: Establish Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Phase: deflink: closed -> opening Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Chat: Phone: 0192119 Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Phase: deflink: Connected! Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Phase: deflink: opening -> dial Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Chat: deflink: Dial attempt 1 of 1 Apr 22 20:01:07 lcnfw ppp[2754]: tun0: Phase: deflink: dial -> carrier Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: deflink: /dev/i4brbch0: No carrier (increase ``set cd'' from 6 ?) Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: deflink: Disconnected! Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: deflink: carrier -> hangup Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: deflink: Connect time: 6 secs: 0 octets in, 0 octets out Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sun Apr 22 20:01:07 2001 Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: deflink: hangup -> closed Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: bundle: Dead Apr 22 20:01:13 lcnfw ppp[2754]: tun0: Phase: PPP Terminated (normal). ... ******************* excerpt from /var/log/isdnd ******************** ... Apr 22 20:01:07 lcnfw isdnd[20378]: CHD 00001 uppp0 rate 60 sec/unit (ratescan fail) Apr 22 20:01:07 lcnfw isdnd[20378]: CHD 00001 uppp0 dialing out from 08677977590 to 0192119 Apr 22 20:01:07 lcnfw isdnd[20378]: CHD 00001 uppp0 outgoing call proceeding (ctl 0, ch 0) Apr 22 20:01:08 lcnfw isdnd[20378]: CHD 00001 uppp0 outgoing call disconnected (remote) Apr 22 20:01:08 lcnfw isdnd[20378]: CHD 00001 uppp0 cause 100: Invalid information element contents (Q.850) ... ****************** excerpts from /var/log/messages ******************* ... Apr 22 18:52:36 lcnfw syslogd: restart Apr 22 18:52:36 lcnfw /bsd: OpenBSD 2.8 (LCNFW) #1: Sat Apr 21 16:09:45 CEST 2001 Apr 22 18:52:36 lcnfw /bsd: root@lcnfw:/usr/src/sys/arch/i386/compile/LCNFW Apr 22 18:52:36 lcnfw /bsd: cpu0: F00F bug workaround installed Apr 22 18:52:36 lcnfw /bsd: cpu0: Intel Pentium (P54C) ("GenuineIntel" 586-class) 166 MHz Apr 22 18:52:36 lcnfw /bsd: cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8 Apr 22 18:52:36 lcnfw /bsd: real mem = 66695168 (65132K) Apr 22 18:52:36 lcnfw /bsd: avail mem = 56672256 (55344K) Apr 22 18:52:36 lcnfw /bsd: using 839 buffers containing 3436544 bytes (3356K) of memory Apr 22 18:52:37 lcnfw /bsd: mainbus0 (root) Apr 22 18:52:37 lcnfw /bsd: bios0 at mainbus0: AT/286+(14) BIOS, date 05/01/98, BIOS32 rev. 0 @ 0xf2000 Apr 22 18:52:37 lcnfw /bsd: apm0 at bios0: Power Management spec V1.1 Apr 22 18:52:37 lcnfw /bsd: apm0: AC on, battery charge unknown Apr 22 18:52:37 lcnfw /bsd: pcibios0 at bios0: rev. 2.1 found at 0xf2000[0x2000] Apr 22 18:52:37 lcnfw /bsd: pcibios0: PCI BIOS has 4 Interrupt Routing table entries Apr 22 18:52:37 lcnfw /bsd: pcibios0: PCI Exclusive IRQs: 11 Apr 22 18:52:37 lcnfw /bsd: pcibios0: PCI bus #0 is the last bus Apr 22 18:52:37 lcnfw /bsd: pci0 at mainbus0 bus 0: configuration mode 1 (bios) Apr 22 18:52:37 lcnfw /bsd: pchb0 at pci0 dev 0 function 0 "Intel 82439HX (Triton II)" rev 0x03 Apr 22 18:52:37 lcnfw /bsd: isic0 at pci0 dev 2 function 0 unknown vendor 0x1244 product 0x0a00 rev 0x02: Fritz!Card Apr 22 18:52:37 lcnfw /bsd: isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) Apr 22 18:52:37 lcnfw /bsd: isic0: interrupting at irq 11 Apr 22 18:52:37 lcnfw /bsd: pcib0 at pci0 dev 7 function 0 "Intel 82371SB (Triton II) PCI-ISA" rev 0x01 Apr 22 18:52:37 lcnfw /bsd: pciide0 at pci0 dev 7 function 1 "Intel 82371SB (Triton II) IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility Apr 22 18:52:38 lcnfw /bsd: wd0 at pciide0 channel 0 drive 0: Apr 22 18:52:38 lcnfw /bsd: wd0: can use 32-bit, PIO mode 4, DMA mode 2 Apr 22 18:52:38 lcnfw /bsd: wd0: 16-sector PIO, LBA, 1549MB, 3148 cyl, 16 head, 63 sec, 3173184 sectors Apr 22 18:52:38 lcnfw /bsd: pciide0: channel 0 interrupting at irq 14 Apr 22 18:52:38 lcnfw /bsd: wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 (using DMA data transfers) Apr 22 18:52:38 lcnfw /bsd: atapiscsi0 at pciide0 channel 1 Apr 22 18:52:38 lcnfw /bsd: scsibus0 at atapiscsi0: 2 targets Apr 22 18:52:38 lcnfw /bsd: cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable Apr 22 18:52:38 lcnfw /bsd: cd0: can use 32-bit, PIO mode 4, DMA mode 2 Apr 22 18:52:38 lcnfw /bsd: pciide0: channel 1 interrupting at irq 15 Apr 22 18:52:38 lcnfw /bsd: cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 (using DMA data transfers) Apr 22 18:52:38 lcnfw /bsd: "Cirrus Logic CL-GD5436" rev 0x00 at pci0 dev 15 function 0 not configured Apr 22 18:52:38 lcnfw /bsd: isa0 at pcib0 Apr 22 18:52:38 lcnfw /bsd: isadma0 at isa0 Apr 22 18:52:38 lcnfw /bsd: pcppi0 at isa0 port 0x61 Apr 22 18:52:39 lcnfw /bsd: midi0 at pcppi0: Apr 22 18:52:39 lcnfw /bsd: sysbeep0 at pcppi0 Apr 22 18:52:39 lcnfw /bsd: lpt0 at isa0 port 0x378/4 irq 7 Apr 22 18:52:39 lcnfw /bsd: npx0 at isa0 port 0xf0/16: using exception 16 Apr 22 18:52:39 lcnfw /bsd: pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo Apr 22 18:52:39 lcnfw /bsd: vt0 at isa0 port 0x60/16 irq 1: vga 80 col, color, 8 scr, mf2-kbd Apr 22 18:52:39 lcnfw /bsd: pms0 at vt0 irq 12 Apr 22 18:52:39 lcnfw /bsd: fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 Apr 22 18:52:39 lcnfw /bsd: fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec Apr 22 18:52:39 lcnfw /bsd: biomask c040 netmask c840 ttymask d8c2 Apr 22 18:52:39 lcnfw /bsd: pctr: 586-class performance counters and user-level cycle counter enabled Apr 22 18:52:39 lcnfw /bsd: i4b: ISDN call control device attached Apr 22 18:52:39 lcnfw /bsd: i4btrc: 1 ISDN trace device(s) attached Apr 22 18:52:39 lcnfw /bsd: i4bctl: ISDN system control port attached Apr 22 18:52:39 lcnfw /bsd: i4brbch: 4 raw B channel access device(s) attached Apr 22 18:52:39 lcnfw /bsd: i4btel: 2 ISDN telephony interface device(s) attached Apr 22 18:52:39 lcnfw /bsd: i4bipr: 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) Apr 22 18:52:39 lcnfw /bsd: dkcsum: wd0 matched BIOS disk 80 Apr 22 18:52:39 lcnfw /bsd: root on wd0a Apr 22 18:52:39 lcnfw /bsd: rootdev=0x0 rrootdev=0x300 rawdev=0x302 Apr 22 18:52:38 lcnfw savecore: no core dump Apr 22 18:52:46 lcnfw isdnd[20378]: DMN i4b isdn daemon started (pid = 20378) ... Apr 22 20:01:06 lcnfw /bsd: tun0: not multicast capable, IPv6 not enabled Apr 22 20:01:06 lcnfw /bsd: tun0: not multicast capable, IPv6 not enabled Apr 22 20:01:07 lcnfw /bsd: i4b: unit 0, assigned TEI = 64 = 0x40 Apr 22 20:05:06 lcnfw /bsd: i4b-L3-i4b_decode_q931: protocol discriminator 0x4f != Q.931 ... Steven J. Kassarjian, Ph.D., P.E. sjk@prosysinc.com +1-225-291-9591 ProSys, Inc. Process Systems Consultants To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Apr 24 7:33:53 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id E588137B423 for ; Tue, 24 Apr 2001 07:33:34 -0700 (PDT) (envelope-from michaelw15@gmx.net) Received: (qmail 23878 invoked by uid 0); 24 Apr 2001 14:33:30 -0000 Received: from p3e9d37a2.dip.t-dialin.net (HELO pcrunner) (62.157.55.162) by mail.gmx.net (mp006-rz3) with SMTP; 24 Apr 2001 14:33:30 -0000 Message-ID: <002f01c0cccb$856b4100$0101a8c0@pcrunner> From: "michael walle" To: Subject: problems with netbsd 1.5 and i4b 0.96 Date: Tue, 24 Apr 2001 16:33:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi, my isdnd only shows incoming calls. neither with the userland ppp nor with sppp i get a connection to my isp. isdnd (with debugging all expect timing, in fullscreen mode) don't list any outgoing calls. i tried almost everything :(. i installed i4b how it is described in NetBSD/INSTALLATION. my kernelconfig: # $netBSD: GENERIC,v 1.354.2.8 2000/09/20 18:26:06 thorpej Exp $ # # GENERIC -- everything that's currently supported # include "arch/i386/conf/std.i386" #ident "GENERIC-$Revision: 1.354.2.8 $" maxusers 32 # estimated number of users # CPU support. At least one is REQUIRED. #options I386_CPU #options I486_CPU options I586_CPU #options I686_CPU # CPU-related options. options MATH_EMULATE # floating point emulation options VM86 # virtual 8086 emulation #options USER_LDT # user-settable LDT; used by WINE # eliminate delay no-ops in I/O; recommended on all but very old machines #options DUMMY_NOPS # delay between "rebooting ..." message and hardware reset, in milliseconds #options CPURESET_DELAY=2000 # This option allows you to force a serial console at the specified # I/O address. see console(4) for details. #options "CONSDEVNAME=\"com\"",CONADDR=0x2f8,CONSPEED=57600 # you don't want the option below ON iff you are using the # serial console option of the new boot strap code. #options CONS_OVERRIDE # Always use above! independent of boot info # The following options override the memory sizes passed in from the boot # block. Use them *only* if the boot block is unable to determine the correct # values. Note that the BIOS may *correctly* report less than 640k of base # memory if the extended BIOS data area is located at the top of base memory # (as is the case on most recent systems). #options REALBASEMEM=639 # size of base memory (in KB) #options REALEXTMEM=15360 # size of extended memory (in KB) # Standard system options options UCONSOLE # users can use TIOCCONS (for xconsole) options INSECURE # disable kernel security levels options RTC_OFFSET=0 # hardware clock is this many mins. west of GMT options NTP # NTP phase/frequency locked loop options KTRACE # system call tracing via ktrace(1) options SYSVMSG # System V-like message queues options SYSVSEM # System V-like semaphores options SYSVSHM # System V-like memory sharing #options SHMMAXPGS=1024 # 1024 pages is the default options LKM # loadable kernel modules # Diagnostic/debugging support options options DIAGNOSTIC # cheap kernel consistency checks #options DEBUG # expensive debugging checks/support #options KMEMSTATS # kernel memory statistics (vmstat -m) options DDB # in-kernel debugger options DDB_HISTORY_SIZE=512 # enable history editing in DDB #options KGDB # remote debugger #options "KGDB_DEVNAME=\"com\"",KGDBADDR=0x3f8,KGDBRATE=9600 #makeoptions DEBUG="-g" # compile full symbol table # Compatibility options options COMPAT_NOMID # compatibility with 386BSD, BSDI, NetBSD 0.8, options COMPAT_09 # NetBSD 0.9, options COMPAT_10 # NetBSD 1.0, options COMPAT_11 # NetBSD 1.1, options COMPAT_12 # NetBSD 1.2, options COMPAT_13 # NetBSD 1.3, options COMPAT_14 # NetBSD 1.4, options COMPAT_43 # and 4.3BSD options COMPAT_386BSD_MBRPART # recognize old partition ID options COMPAT_SVR4 # binary compatibility with SVR4 options COMPAT_IBCS2 # binary compatibility with SCO and ISC options COMPAT_LINUX # binary compatibility with Linux options COMPAT_FREEBSD # binary compatibility with FreeBSD #options COMPAT_PECOFF # kernel support to run Win32 apps # File systems file-system FFS # UFS file-system EXT2FS # second extended file system (linux) file-system LFS # log-structured file system file-system MFS # memory file system file-system NFS # Network File System client #file-system NTFS # Windows/NT file system (experimental) file-system CD9660 # ISO 9660 + Rock Ridge file system #file-system MSDOSFS # MS-DOS file system #file-system FDESC # /dev/fd file-system KERNFS # /kern file-system NULLFS # loopback file system file-system OVERLAY # overlay file system file-system PORTAL # portal filesystem (still experimental) file-system PROCFS # /proc file-system UMAPFS # NULLFS + uid and gid remapping file-system UNION # union file system #file-system CODA # Coda File System; also needs vcoda (below) # File system options options QUOTA # UFS quotas #options FFS_EI # FFS Endian Independent support options SOFTDEP # FFS soft updates support. options NFSSERVER # Network File System server #options EXT2FS_SYSTEM_FLAGS # makes ext2fs file flags (append and # immutable) behave as system flags. # Networking options options GATEWAY # packet forwarding options INET # IP + ICMP + TCP + UDP options INET6 # IPV6 options IPSEC # IP security #options IPSEC_ESP # IP security (encryption part; define w/IPSEC) #options IPSEC_DEBUG # debug for IP security #options MROUTING # IP multicast routing options NS # XNS #options NSIP # XNS tunneling over IP options ISO,TPIP # OSI #options EON # OSI tunneling over IP options CCITT,LLC,HDLC # X.25 options NETATALK # AppleTalk networking protocols options PPP_BSDCOMP # BSD-Compress compression support for PPP options PPP_DEFLATE # Deflate compression support for PPP options PPP_FILTER # Active filter support for PPP (requires bpf) options PFIL_HOOKS # pfil(9) packet filter hooks options IPFILTER_LOG # ipmon(8) log support # Compatibility with 4.2BSD implementation of TCP/IP. Not recommended. #options TCP_COMPAT_42 # These options enable verbose messages for several subsystems. # Warning, these may compile large string tables into the kernel! #options EISAVERBOSE # verbose EISA device autoconfig messages options MIIVERBOSE # verbose PHY autoconfig messages options PCIVERBOSE # verbose PCI device autoconfig messages #options PCI_CONFIG_DUMP # verbosely dump PCI config space #options PCMCIAVERBOSE # verbose PCMCIA configuration messages #options SCSIVERBOSE # human readable SCSI error messages #options USBVERBOSE # verbose USB device autoconfig messages #options PNPBIOSVERBOSE # verbose PnP BIOS messages #options PNPBIOSDEBUG # more fullsome Pnp BIOS debugging messages options NFS_BOOT_DHCP,NFS_BOOT_BOOTPARAM # # wscons options # # builtin terminal emulations #options WSEMUL_SUN # sun terminal emulation options WSEMUL_VT100 # VT100 / VT220 emulation # different kernel output - see dev/wscons/wsdisplayvar.h options WS_KERNEL_FG=WSCOL_GREEN #options WS_KERNEL_BG=WSCOL_BLACK # compatibility to other console drivers options WSDISPLAY_COMPAT_PCVT # emulate some ioctls options WSDISPLAY_COMPAT_SYSCONS # emulate some ioctls options WSDISPLAY_COMPAT_USL # VT handling options WSDISPLAY_COMPAT_RAWKBD # can get raw scancodes # see dev/pckbc/wskbdmap_mfii.c for implemented layouts options PCKBD_LAYOUT="(KB_DE | KB_NODEAD)" # allocate a number of virtual screens at autoconfiguration time #options WSDISPLAY_DEFAULTSCREENS=4 # use a large software cursor that doesn't blink #options PCDISPLAY_SOFTCURSOR # Kernel root file system and dump configuration. config netbsd root on ? type ? #config netbsd root on sd0a type ffs #config netbsd root on ? type nfs [...] # Pseudo-Devices # disk/mass storage pseudo-devices pseudo-device ccd 4 # concatenated/striped disk devices #pseudo-device raid 4 # RAIDframe disk driver #options RAID_AUTOCONFIG # auto-configuration of RAID components pseudo-device md 1 # memory disk device (ramdisk) pseudo-device vnd 4 # disk-like interface to files # network pseudo-devices pseudo-device bpfilter 8 # Berkeley packet filter pseudo-device ipfilter # IP filter (firewall) and NAT pseudo-device loop # network loopback pseudo-device ppp 2 # Point-to-Point Protocol pseudo-device sl 2 # Serial Line IP pseudo-device strip 2 # Starmode Radio IP (Metricom) pseudo-device tun 2 # network tunneling over tty pseudo-device gre 2 # generic L3 over IP tunnel pseudo-device ipip 2 # IP Encapsulation within IP (RFC 2003) pseudo-device gif 4 # IPv[46] over IPv[46] tunnel (RFC1933) #pseudo-device faith 1 # IPv[46] tcp relay translation i/f #pseudo-device stf 1 # 6to4 IPv6 over IPv4 encapsulation # miscellaneous pseudo-devices pseudo-device pty 64 # pseudo-terminals pseudo-device tb 1 # tablet line discipline pseudo-device sequencer 1 # MIDI sequencer # rnd works; RND_COM does not on port i386 yet. pseudo-device rnd # /dev/random and in-kernel generator #options RND_COM # use "com" randomness as well (BROKEN) # a pseudo device needed for Coda # also needs CODA (above) #pseudo-device vcoda 4 # coda minicache <-> venus comm. # mouse & keyboard multiplexor pseudo-devices pseudo-device wsmux 2 #--------------------------------------------------------------------- # i4b hardware support (isic - I4b Siemens Isdn Chipset driver) # #--------------------------------------------------------------------- # Legacy ISA cards (no P&P support): # # Teles S0/8 or Niccy 1008 options TEL_S0_8 # isic0 at isa? iomem 0xd0000 irq 2 # Teles S0/16 or Creatix ISDN-S0 or Niccy 1016 options TEL_S0_16 # isic0 at isa? port 0xd80 iomem 0xd0000 irq 9 # Teles S0/16.3 options TEL_S0_16_3 # isic0 at isa? port 0xd80 irq 12 # AVM A1 or AVM Fritz!Card options AVM_A1 isic0 at isa? port 0x340 irq 11 options __I4B_IS_INTEGRATED # USRobotics Sportster ISDN TA intern options USR_STI # isic0 at isa? port 0x268 irq 10 # ITK ix1 micro options ITKIX1 # isic0 at isa? port 0x398 irq 10 # #--------------------------------------------------------------------- # Supported ISA Plug & Play cards: # options TEL_S0_16_3_P # Teles S0/16PnP (but not 16.3c !) options CRTX_S0_P # Creatix ISDN-S0 P&P options DRN_NGO # Dr. Neuhaus Niccy GO@ options ELSA_QS1ISA # ELSA QuickStep 1000 (ISA Version) options SEDLBAUER # Sedlbauer WinSpeed options DYNALINK # Dynalink IS64PH # isic* at isapnp? # #--------------------------------------------------------------------- # Supported PCI cards: # options ELSA_QS1PCI # ELSA QuickStep 1000 (PCI Version) options AVM_A1_PCI # AVM Fritz!Card (PCI Version) # isic* at pci? # #--------------------------------------------------------------------- # Supported PCMCIA cards: # options AVM_A1_PCMCIA # Fritz!Card PCMCIA Version options ELSA_ISDNMC # ELSA MicroLink ISDN/MC options ELSA_MCALL # ELSA MicroLink MC/all # isic* at pcmcia? function ? # #--------------------------------------------------------------------- # Amiga only: BSC ISDN Master/ITH ISDN Master II/VMC ISDN Blaster at Z-bus: #aster* at zbus? #isic* at aster? port ? # #--------------------------------------------------------------------- # ISDN user land devices, drivers and pseudo-devices. # All these are needed, but you may adjust the count of the # pseudo-devices. # pseudo-device "i4b" # userland driver to do ISDN tracing pseudo-device "i4btrc" 2 # userland driver to control the whole thing pseudo-device "i4bctl" # userland driver for access to raw B channel pseudo-device "i4brbch" 4 # userland driver for telephony pseudo-device "i4btel" 2 # network driver for IP over raw HDLC ISDN options IPR_VJ # compile support for VJ compression pseudo-device "i4bipr" 2 # synchronous PPP over ISDN pseudo-device i4bisppp 2 #--------------------------------------------------------------------- dmesg: NetBSD 1.5 (GENERIC_ISDN) #0: Tue Apr 24 03:15:00 CEST 2001 root@gateway:/usr/src/sys/arch/i386/compile/GENERIC_ISDN cpu0: Intel Pentium (P54C) (586-class) total memory = 32384 KB avail memory = 24760 KB using 430 buffers containing 1720 KB of memory BIOS32 rev. 0 found at 0xfb110 mainbus0 (root) pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled pchb0 at pci0 dev 0 function 0 pchb0: Intel 82437VX System Controller (TVX) (rev. 0x01) pcib0 at pci0 dev 7 function 0 pcib0: Intel 82371SB PCI-to-ISA Bridge (PIIX3) (rev. 0x01) pciide0 at pci0 dev 7 function 1: Intel 82371SB IDE Interface (PIIX3) (rev. 0x00) pciide0: bus-master DMA support present pciide0: primary channel wired to compatibility mode wd0 at pciide0 channel 0 drive 0: wd0: drive supports 16-sector pio transfers, lba addressing wd0: 9787 MB, 16383 cyl, 16 head, 63 sec, 512 bytes/sect x 20044080 sectors wd0: 32-bit data port wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 pciide0: primary channel interrupting at irq 14 wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 (using DMA data transfers) pciide0: secondary channel wired to compatibility mode pciide0: disabling secondary channel (no drives) vga1 at pci0 dev 11 function 0: S3 ViRGE (rev. 0x02) wsdisplay0 at vga1: console (80x25, vt100 emulation) tlp0 at pci0 dev 13 function 0: Lite-On 82C169 Ethernet, pass 2.0 tlp0: interrupting at irq 10 tlp0: Ethernet address 00:a0:cc:59:fa:7c ukphy0 at tlp0 phy 1: Generic IEEE 802.3u media interface ukphy0: BCM5201 10/100 media interface (OUI 0x001018, model 0x0021), rev. 2 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isa0 at pcib0 com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo pckbc0 at isa0 port 0x60-0x64 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 lpt0 at isa0 port 0x378-0x37b irq 7 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker sysbeep0 at pcppi0 isapnp0 at isa0 port 0x279: ISA Plug 'n Play device support npx0 at isa0 port 0xf0-0xff: using exception 16 fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2 isic0 at isa0 port 0x340-0x347 irq 11 isic0: AVM A1 or AVM Fritz!Card isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) isic0: HSCX 82525 or 21525 Version 2.1 isapnp0: no ISA Plug 'n Play devices found biomask f365 netmask ff65 ttymask ffe7 i4b: ISDN call control device attached i4btrc: 2 ISDN trace device(s) attached i4bctl: ISDN system control port attached i4brbch: 4 raw B channel access device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4bipr: 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4bisppp: 2 ISDN SyncPPP device(s) attached boot device: wd0 root on wd0a dumps on wd0b root file system type: ffs wsdisplay0: screen 1 added (80x25, vt100 emulation) wsdisplay0: screen 2 added (80x25, vt100 emulation) wsdisplay0: screen 3 added (80x25, vt100 emulation) wsdisplay0: screen 4 added (80x25, vt100 emulation) wsmux1: connecting to wsdisplay0 tlp0: filter setup and transmit timeout my isdnd.rc: system acctall = on # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file useacctfile = yes # generate accouting info to file monitor-allowed = yes # global switch: monitor on/off monitor-port = 451 # default monitor TCP port monitor = "/var/run/isdn-monitor" monitor-access = fullcmd monitor-access = channelstate, logevents monitor-access = callin, callout ratesfile = /etc/isdn/isdnd.rates # name & location of rates file rtprio = 25 # modify isdnd's process priority entry name = userppp0 # name of entry usrdevicename = rbch # use the raw b channel access device usrdeviceunit = 0 # unit 0 isdncontroller = 0 # use isdn controller 0 isdnchannel = -1 # use any channel on this controller local-phone-incoming = 13 remote-phone-incoming = * local-phone-dialout = 13 remote-phone-dialout = 000 # ppp(8) will override this remdial-handling = first dialin-reaction = ignore # no dialins allowed dialout-type = normal b1protocol = hdlc # b channel layer 1 protocol idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 entry name = userppp1 usrdevicename = rbch usrdeviceunit = 1 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 13 remote-phone-incoming = * local-phone-dialout = 13 remote-phone-dialout = 000 # ppp(8) will override this remdial-handling = first dialin-reaction = accept dialout-type = normal b1protocol = hdlc idletime-incoming = 900 # Should be larger than ppps timeout idletime-outgoing = 900 # Should be larger than ppps timeout ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 1 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 my ppp.conf: tonline: set device /dev/i4brbch0 set speed sync set log all set authname "******" set authkey "******" set phone 0191011 set dial set login set hangup add! default HISADDR /var/log/messages: Apr 24 15:47:57 gateway ppp[250]: Phase: Using interface: tun0 Apr 24 15:47:57 gateway ppp[250]: Phase: deflink: Created in closed state Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: set authname ******** Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: set authkey ******** Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: set phone 0191011 Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: set dial Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: set login Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: set hangup Apr 24 15:47:57 gateway ppp[250]: tun0: Command: tonline: add! default HISADDR Apr 24 15:47:57 gateway ppp[250]: tun0: ID0: 6 = socket(17, 3, 0) Apr 24 15:47:57 gateway ppp[251]: tun0: ID0: 0x4814b9a0 = fopen("/var/run/tun0.pid", "w") Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: PPP Started (ddial mode). Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: bundle: Establish Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: deflink: closed -> opening Apr 24 15:47:57 gateway ppp[251]: tun0: ID0: 0 = uu_lock("i4brbch0") Apr 24 15:47:57 gateway ppp[251]: tun0: ID0: 0 = open("/dev/i4brbch0", 6) Apr 24 15:47:57 gateway ppp[251]: tun0: ID0: 0x4814b9a0 = fopen("/var/run/i4brbch0.if", "w") Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: deflink: Connected! Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: deflink: opening -> dial Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: deflink: dial -> carrier Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: deflink: carrier -> login Apr 24 15:47:57 gateway ppp[251]: tun0: Phase: deflink: login -> lcp Apr 24 15:47:57 gateway ppp[251]: tun0: LCP: FSM: Using "deflink" as a transport Apr 24 15:47:57 gateway ppp[251]: tun0: LCP: deflink: State change Initial --> Closed Apr 24 15:47:57 gateway ppp[251]: tun0: LCP: deflink: State change Closed --> Stopped Apr 24 15:47:58 gateway ppp[251]: tun0: LCP: deflink: LayerStart Apr 24 15:47:58 gateway ppp[251]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Apr 24 15:47:58 gateway ppp[251]: tun0: LCP: MRU[4] 1500 Apr 24 15:47:58 gateway ppp[251]: tun0: LCP: MAGICNUM[6] 0x4409e728 Apr 24 15:47:58 gateway ppp[251]: tun0: LCP: deflink: State change Stopped --> Req-Sent Apr 24 15:48:01 gateway ppp[251]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 24 15:48:01 gateway ppp[251]: tun0: LCP: MRU[4] 1500 Apr 24 15:48:01 gateway ppp[251]: tun0: LCP: MAGICNUM[6] 0x4409e728 Apr 24 15:48:04 gateway ppp[251]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 24 15:48:04 gateway ppp[251]: tun0: LCP: MRU[4] 1500 Apr 24 15:48:04 gateway ppp[251]: tun0: LCP: MAGICNUM[6] 0x4409e728 Apr 24 15:48:08 gateway ppp[251]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 24 15:48:08 gateway ppp[251]: tun0: LCP: MRU[4] 1500 Apr 24 15:48:08 gateway ppp[251]: tun0: LCP: MAGICNUM[6] 0x4409e728 Apr 24 15:48:11 gateway ppp[251]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 24 15:48:11 gateway ppp[251]: tun0: LCP: MRU[4] 1500 Apr 24 15:48:11 gateway ppp[251]: tun0: LCP: MAGICNUM[6] 0x4409e728 Apr 24 15:48:14 gateway ppp[251]: tun0: LCP: deflink: LayerFinish Apr 24 15:48:14 gateway ppp[251]: tun0: LCP: deflink: State change Req-Sent --> Stopped Apr 24 15:48:14 gateway ppp[251]: tun0: LCP: deflink: State change Stopped --> Closed Apr 24 15:48:14 gateway ppp[251]: tun0: LCP: deflink: State change Closed --> Initial Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: Disconnected! Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: lcp -> logout Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: logout -> hangup Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: Disconnected! Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: Connect time: 17 secs: 0 octets in, 70 octets out Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: : 0 packets in, 5 packets out Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: total 4 bytes/sec, peak 5 bytes/sec on Tue Apr 24 15:48:01 2001 Apr 24 15:48:14 gateway ppp[251]: tun0: ID0: 0 = unlink("/var/run/i4brbch0.if") Apr 24 15:48:14 gateway ppp[251]: tun0: ID0: 0 = uu_unlock("i4brbch0") Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: hangup -> opening Apr 24 15:48:14 gateway ppp[251]: tun0: Phase: deflink: Enter pause (3) for redialing. Apr 24 15:48:14 gateway ppp[251]: tun0: Chat: deflink: Reconnect try 1 of 0 Apr 24 15:47:57 gateway last message repeated 2 times Apr 24 15:48:17 gateway ppp[251]: tun0: Chat: deflink: Redial timer expired. Apr 24 15:48:17 gateway ppp[251]: tun0: ID0: 0 = uu_lock("i4brbch0") Apr 24 15:48:17 gateway ppp[251]: tun0: ID0: 0 = open("/dev/i4brbch0", 6) Apr 24 15:48:17 gateway ppp[251]: tun0: ID0: 0x4814b9a0 = fopen("/var/run/i4brbch0.if", "w") Apr 24 15:48:17 gateway ppp[251]: tun0: Phase: deflink: Connected! Apr 24 15:48:17 gateway ppp[251]: tun0: Phase: deflink: opening -> dial Apr 24 15:48:17 gateway ppp[251]: tun0: Phase: deflink: dial -> carrier Apr 24 15:48:17 gateway ppp[251]: tun0: Phase: deflink: carrier -> login Apr 24 15:48:17 gateway ppp[251]: tun0: Phase: deflink: login -> lcp Apr 24 15:48:17 gateway ppp[251]: tun0: LCP: FSM: Using "deflink" as a transport Apr 24 15:48:17 gateway ppp[251]: tun0: LCP: deflink: State change Initial --> Closed Apr 24 15:48:17 gateway ppp[251]: tun0: LCP: deflink: State change Closed --> Stopped Apr 24 15:48:18 gateway ppp[251]: tun0: LCP: deflink: LayerStart Apr 24 15:48:18 gateway ppp[251]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Apr 24 15:48:18 gateway ppp[251]: tun0: LCP: MRU[4] 1500 Apr 24 15:48:18 gateway ppp[251]: tun0: LCP: MAGICNUM[6] 0x69ce8c20 Apr 24 15:48:18 gateway ppp[251]: tun0: LCP: deflink: State change Stopped --> Req-Sent Apr 24 15:48:18 gateway ppp[251]: tun0: Phase: Signal 15, terminate. my /dev/i4brbch* seems to be like /dev/null :( sincerly Michael Walle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Apr 24 16:49:56 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 9B18637B422 for ; Tue, 24 Apr 2001 16:49:54 -0700 (PDT) (envelope-from martin@duskware.de) Received: from fwd05.sul.t-online.com by mailout02.sul.t-online.com with smtp id 14sCZ7-0002sc-01; Wed, 25 Apr 2001 01:49:53 +0200 Received: from night-porter.duskware.de (520038743430-0001@[217.0.157.30]) by fmrl05.sul.t-online.com with esmtp id 14sCZ3-0p5nPcC; Wed, 25 Apr 2001 01:49:49 +0200 Received: (from martin@localhost) by night-porter.duskware.de (8.11.3/8.11.0) id f3ONngK02219 for freebsd-isdn@freebsd.org; Wed, 25 Apr 2001 01:49:42 +0200 (MEST) From: Martin Husemann Message-Id: <200104242349.f3ONngK02219@night-porter.duskware.de> Subject: AVM PCI revision 2 To: freebsd-isdn@freebsd.org Date: Wed, 25 Apr 2001 01:48:27 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Sender: 520038743430-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Anyone seen PCI cards from AVM with device ID 0x0e00? At first glance they don't seem to be compatible to the old ones (0x0a00). Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 0:15: 6 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id DE8FC37B422 for ; Wed, 25 Apr 2001 00:15:02 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from fwd04.sul.t-online.com by mailout04.sul.t-online.com with smtp id 14sJVt-00040q-03; Wed, 25 Apr 2001 09:15:01 +0200 Received: from peedub.muc.de (320038014727-0001@[62.155.144.91]) by fmrl04.sul.t-online.com with esmtp id 14sJVv-0qqxpQC; Wed, 25 Apr 2001 09:15:03 +0200 Received: (from garyj@localhost) by peedub.muc.de (8.11.3/8.11.1) id f3P7EqC25075; Wed, 25 Apr 2001 09:14:52 +0200 (CEST) (envelope-from garyj) Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: Martin Husemann , freebsd-isdn@freebsd.org Subject: Re: AVM PCI revision 2 Date: Wed, 25 Apr 2001 09:14:52 +0200 X-Mailer: KMail [version 1.2] References: <200104242349.f3ONngK02219@night-porter.duskware.de> In-Reply-To: <200104242349.f3ONngK02219@night-porter.duskware.de> MIME-Version: 1.0 Message-Id: <0104250914520I.00603@peedub.muc.de> Content-Transfer-Encoding: 8bit X-Sender: 320038014727-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday 25 April 2001 01:48, Martin Husemann wrote: > Anyone seen PCI cards from AVM with device ID 0x0e00? > > At first glance they don't seem to be compatible to the old ones (0x0a00). > I've never seen one and the newer card doesn't seem to be supported by the Linux drivers in 2.4 either. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 0:19:41 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 3634D37B422 for ; Wed, 25 Apr 2001 00:19:39 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id C1D7CBA44; Wed, 25 Apr 2001 09:19:37 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id 9BFBF535; Wed, 25 Apr 2001 09:19:37 +0200 (METDST) Subject: Re: AVM PCI revision 2 In-Reply-To: <0104250914520I.00603@peedub.muc.de> "from Gary Jennejohn at Apr 25, 2001 09:14:52 am" To: garyj@jennejohn.org Date: Wed, 25 Apr 2001 09:19:37 +0200 (METDST) Cc: Martin Husemann , freebsd-isdn@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20010425071937.9BFBF535@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Gary Jennejohn: > > Anyone seen PCI cards from AVM with device ID 0x0e00? > > > > At first glance they don't seem to be compatible to the old ones (0x0a00). > > I've never seen one and the newer card doesn't seem to be supported by the > Linux drivers in 2.4 either. I've got a report recently that says that these cards: - look quite different than the previous ones (different chips) - don't work with isdn4bsd - don't work with Linux An ad from AVM in a computer magazine stated that the CD shipped with the cards contains Linux drivers. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 0:56:13 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4]) by hub.freebsd.org (Postfix) with ESMTP id 5477A37B422 for ; Wed, 25 Apr 2001 00:56:10 -0700 (PDT) (envelope-from postmaster@nostromo.in-berlin.de) Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6]) by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f3P7u9i26165 for ; Wed, 25 Apr 2001 09:56:09 +0200 (CEST) (envelope-from postmaster@nostromo.in-berlin.de) Received: (from uucp@localhost) by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) id f3P7u8E27852; Wed, 25 Apr 2001 09:56:08 +0200 Date: Wed, 25 Apr 2001 09:56:08 +0200 Message-Id: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> X-Envelope-From: postmaster@nostromo.in-berlin.de X-Envelope-To: freebsd-isdn@freebsd.org From: ripley@nostromo.in-berlin.de To: freebsd-isdn@freebsd.org Subject: Re: AVM PCI revision 2 X-Sender: postmaster@nostromo.in-berlin.de X-Mailer: UUCP WebMail - IN-Berlin e.V. Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hellmuth Michaelis writes: > I've got a report recently that says that these cards: > - look quite different than the previous ones (different chips) > - don't work with isdn4bsd > - don't work with Linux > > An ad from AVM in a computer magazine stated that the CD shipped with > the cards contains Linux drivers. This is quite possible since one of the Isdn4Linux developers works for AVM. Currently he's very busy, possibly just finishing those new drivers. I'll ask him about these new cards and if he can give out the information for you to update the i4b drivers. Greetings, Ripley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 2:19:49 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from freddy.inty.net (freddy.inty.net [195.224.93.243]) by hub.freebsd.org (Postfix) with ESMTP id B121437B423 for ; Wed, 25 Apr 2001 02:19:46 -0700 (PDT) (envelope-from david@inty.net) Received: from inty.hq.inty.net (inty.hq.inty.net [213.38.150.150]) by freddy.inty.net (8.11.2/8.11.2) with ESMTP id f3P9Jdl66755 for ; Wed, 25 Apr 2001 10:19:39 +0100 (BST) Received: from davidh ([10.0.1.219]) by inty.hq.inty.net (8.9.3/8.9.3) with SMTP id KAA20484 for ; Wed, 25 Apr 2001 10:19:38 +0100 (BST) From: "David Hedley" To: Subject: File locations.. Date: Wed, 25 Apr 2001 10:19:28 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal X-skip-virus-check: yes X-virus-checked: 30151 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I see from the www.freebsd-support.de website that FreeBSD i4b development is now actively maintained in the FreeBSD-current branch. I was wondering where all the subsidiary files are now kept (i.e. 'Cards', 'README', 'ReleaseNotes' etc). Having just done a 'find' on a newly installed 4.2-RELEASE box, I can't find them anywhere. Is the definitive source for these files still the tar balls on the website? Cheers, David This email has been virus scanned using Sophos Anti-Virus by intY (www.inty.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 3:26:47 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id 48F2237B422 for ; Wed, 25 Apr 2001 03:26:44 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from fwd07.sul.t-online.com by mailout03.sul.t-online.com with smtp id 14sMVP-0006x0-05; Wed, 25 Apr 2001 12:26:43 +0200 Received: from peedub.muc.de (320038014727-0001@[62.155.144.94]) by fmrl07.sul.t-online.com with esmtp id 14sMVF-2A7SxUC; Wed, 25 Apr 2001 12:26:33 +0200 Received: by peedub.muc.de (8.11.3/8.11.1) id f3PAQQq25321; Wed, 25 Apr 2001 12:26:26 +0200 (CEST) (envelope-from garyj) Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: ripley@nostromo.in-berlin.de, freebsd-isdn@freebsd.org Subject: Re: AVM PCI revision 2 Date: Wed, 25 Apr 2001 12:26:25 +0200 X-Mailer: KMail [version 1.2] References: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> In-Reply-To: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> MIME-Version: 1.0 Message-Id: <0104251226250K.00603@peedub.muc.de> Content-Transfer-Encoding: 8bit X-Sender: 320038014727-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday 25 April 2001 09:56, ripley@nostromo.in-berlin.de wrote: > Hellmuth Michaelis writes: > > I've got a report recently that says that these cards: > > - look quite different than the previous ones (different chips) > > - don't work with isdn4bsd > > - don't work with Linux > > > > An ad from AVM in a computer magazine stated that the CD shipped with > > the cards contains Linux drivers. > > This is quite possible since one of the Isdn4Linux developers works for > AVM. Currently he's very busy, possibly just finishing those new drivers. > I'll ask him about these new cards and if he can give out the information > for you to update the i4b drivers. > You have contacts at AVM ? It would be nice if those turkeys would honor the NDA I signed and provide me the information required to _really_ fix the i4b driver. The so-called engineering manager is a real 0. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 3:57:58 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id BF47E37B422 for ; Wed, 25 Apr 2001 03:57:54 -0700 (PDT) (envelope-from ust@cert.siemens.de) X-Envelope-Sender-Is: ust@cert.siemens.de (at relayer david.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.11.0/8.11.0) with ESMTP id f3PAvqi04044; Wed, 25 Apr 2001 12:57:53 +0200 (MET DST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.11.0/8.11.0) with ESMTP id f3PAvqi24517; Wed, 25 Apr 2001 12:57:52 +0200 (MET DST) Received: from alaska.cert.siemens.de (reims.mchp.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.11.3/8.11.3/Siemens CERT [ $Revision: 1.10 ]) with ESMTP id f3PAvql18278; Wed, 25 Apr 2001 12:57:52 +0200 (CEST) (envelope-from ust@alaska.cert.siemens.de) Received: (from ust@localhost) by alaska.cert.siemens.de (8.11.3/8.11.3/alaska [ $Revision: 1.5 ]) id f3PAvpr27201; Wed, 25 Apr 2001 10:57:51 GMT Date: Wed, 25 Apr 2001 12:57:51 +0200 From: Udo Schweigert To: Gary Jennejohn Cc: ripley@nostromo.in-berlin.de, freebsd-isdn@FreeBSD.ORG Subject: Re: AVM PCI revision 2 Message-ID: <20010425125751.A96693@alaska.cert.siemens.de> Mail-Followup-To: Gary Jennejohn , ripley@nostromo.in-berlin.de, freebsd-isdn@FreeBSD.ORG References: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> <0104251226250K.00603@peedub.muc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <0104251226250K.00603@peedub.muc.de>; from garyj@jennejohn.org on Wed, Apr 25, 2001 at 12:26:25PM +0200 X-Operating-System: FreeBSD 4.3-STABLE Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 25, 2001 at 12:26:25 +0200, Gary Jennejohn wrote: > On Wednesday 25 April 2001 09:56, ripley@nostromo.in-berlin.de wrote: > > Hellmuth Michaelis writes: > > > I've got a report recently that says that these cards: > > > - look quite different than the previous ones (different chips) > > > - don't work with isdn4bsd > > > - don't work with Linux > > > > > > An ad from AVM in a computer magazine stated that the CD shipped with > > > the cards contains Linux drivers. > > > > This is quite possible since one of the Isdn4Linux developers works for > > AVM. Currently he's very busy, possibly just finishing those new drivers. > > I'll ask him about these new cards and if he can give out the information > > for you to update the i4b drivers. > > > > You have contacts at AVM ? It would be nice if those turkeys would honor the > NDA I signed and provide me the information required to _really_ fix the i4b > driver. The so-called engineering manager is a real 0. I completely agree with this statement! (I also signed this NDA and got almost nothing.) Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : ust@cert.siemens.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 6:34:29 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from vasta.saunalahti.fi (posti.saunalahti.fi [195.197.53.226]) by hub.freebsd.org (Postfix) with ESMTP id 74A2237B422 for ; Wed, 25 Apr 2001 06:34:24 -0700 (PDT) (envelope-from jml@cubical.fi) Received: from gw.cubical.fi (gw.cubical.fi [195.218.69.227]) by vasta.saunalahti.fi (8.10.1/8.10.1) with ESMTP id f3PDYdL18926; Wed, 25 Apr 2001 16:34:39 +0300 (EEST) Received: from cubical.fi (dhcp-45.intra.net [192.168.42.45]) by gw.cubical.fi (8.9.3/8.9.3) with ESMTP id QAA12612; Wed, 25 Apr 2001 16:34:13 +0300 (EEST) (envelope-from jml@cubical.fi) Message-ID: <3AE6D2A5.5805B280@cubical.fi> Date: Wed, 25 Apr 2001 16:35:33 +0300 From: Juha-Matti Liukkonen Organization: Cubical Solutions Ltd X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Udo Schweigert Cc: Gary Jennejohn , ripley@nostromo.in-berlin.de, freebsd-isdn@FreeBSD.ORG Subject: Re: AVM PCI revision 2 References: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> <0104251226250K.00603@peedub.muc.de> <20010425125751.A96693@alaska.cert.siemens.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, we never signed anything and got just as much, so I guess we didn't miss much :-) What does the rev2 card use, is it still a StrongARM chip? Which DMA controller (if any)? FWIW, we've had a working CAPI 2.0 driver for isdn4bsd up and running for about two months now, supporting the AVM T1 and T1-B primary rate adapters. Reverse engineered from the linux drivers, mainly, since the hardware documentation seems indeed hard to come by. I have a couple of B1 PCI v4 BRI cards waiting for verification on my free time, they should work also. No /dev/capi20 though, only a Layer 4 CAPI client, but I guess it could be relatively easily extended for user plane client functionality via a character device if there is need (we don't need it). We have agreed to give the stuff out to public domain for integration with i4b if there is demand. The release has basically been pending the BRI device verification (read: free time for me to do it). Await news on this channel later on. Cheers, - Juha Udo Schweigert wrote: > > On Wed, Apr 25, 2001 at 12:26:25 +0200, Gary Jennejohn wrote: > > On Wednesday 25 April 2001 09:56, ripley@nostromo.in-berlin.de wrote: > > > Hellmuth Michaelis writes: > > > > I've got a report recently that says that these cards: > > > > - look quite different than the previous ones (different chips) > > > > - don't work with isdn4bsd > > > > - don't work with Linux > > > > > > > > An ad from AVM in a computer magazine stated that the CD shipped with > > > > the cards contains Linux drivers. > > > > > > This is quite possible since one of the Isdn4Linux developers works for > > > AVM. Currently he's very busy, possibly just finishing those new drivers. > > > I'll ask him about these new cards and if he can give out the information > > > for you to update the i4b drivers. > > > > > > > You have contacts at AVM ? It would be nice if those turkeys would honor the > > NDA I signed and provide me the information required to _really_ fix the i4b > > driver. The so-called engineering manager is a real 0. > > I completely agree with this statement! (I also signed this NDA and got > almost nothing.) > > Best regards > > -- > Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 > CT IC 3, Siemens CERT | Fax : +49 89 636 41166 > D-81730 Muenchen / Germany | email : ust@cert.siemens.de > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message -- Juha-Matti Liukkonen, Cubical Solutions Ltd Phone: +358(0)405280142 Email: jml@cubical.fi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 13: 0:31 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from 192.76.134.35 (worker.thw-IP.NET [192.76.134.35]) by hub.freebsd.org (Postfix) with ESMTP id DEB7137B639 for ; Wed, 25 Apr 2001 13:00:22 -0700 (PDT) (envelope-from kts.org!hm@worker.IRZ42.NET) Received: from localhost (1546 bytes) by worker.IRZ42.NET via rmail with P:stdio/R:inet_mx_hosts/T:inet_zone_smtp (sender: ) (ident using unix) id for ; Wed, 25 Apr 2001 22:00:16 +0200 (CEST) (Smail-3.2.0.112 2001-Feb-5 #5 built 2001-Mar-21) Received: from bert.kts.org (bert.kts.org [194.55.156.2]) by ernie.kts.org (Postfix) with ESMTP id 836EE52ACA; Wed, 25 Apr 2001 21:30:40 +0200 (CEST) Received: by bert.kts.org (Postfix, from userid 100) id 5E8B09B1C; Wed, 25 Apr 2001 21:30:40 +0200 (CEST) Subject: Re: File locations.. In-Reply-To: from David Hedley at "Apr 25, 2001 10:19:28 am" To: david@inty.net (David Hedley) Date: Wed, 25 Apr 2001 21:30:40 +0200 (CEST) Cc: freebsd-isdn@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010425193040.5E8B09B1C@bert.kts.org> From: hm@kts.org (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Hedley wrote: > I see from the www.freebsd-support.de website that FreeBSD i4b development > is now actively maintained in the FreeBSD-current branch. I was wondering > where all the subsidiary files are now kept (i.e. 'Cards', 'README', > 'ReleaseNotes' etc). Some of them are kept in /usr/share/examples/isdn for the rest of them i did not found an appropriate place in the filesystem hierarchy yet (suggestions welcome!). hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe We all live in a yellow subroutine, yellow subroutine, yellow subroutine ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 13:21:31 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 98BAC37B423 for ; Wed, 25 Apr 2001 13:21:28 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from fwd02.sul.t-online.com by mailout01.sul.t-online.com with smtp id 14sVmx-0005r2-02; Wed, 25 Apr 2001 22:21:27 +0200 Received: from peedub.muc.de (320038014727-0001@[62.155.144.36]) by fmrl02.sul.t-online.com with esmtp id 14sVmr-0gvpQGC; Wed, 25 Apr 2001 22:21:21 +0200 Received: by peedub.muc.de (8.11.3/8.11.1) id f3PKLU300757; Wed, 25 Apr 2001 22:21:30 +0200 (CEST) (envelope-from garyj) Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: Juha-Matti Liukkonen Subject: Re: AVM PCI revision 2 Date: Wed, 25 Apr 2001 22:21:29 +0200 X-Mailer: KMail [version 1.2] Cc: freebsd-isdn@FreeBSD.ORG References: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> <20010425125751.A96693@alaska.cert.siemens.de> <3AE6D2A5.5805B280@cubical.fi> In-Reply-To: <3AE6D2A5.5805B280@cubical.fi> MIME-Version: 1.0 Message-Id: <01042522212900.00623@peedub.muc.de> Content-Transfer-Encoding: 8bit X-Sender: 320038014727-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday 25 April 2001 15:35, Juha-Matti Liukkonen wrote: [snip] > FWIW, we've had a working CAPI 2.0 driver for isdn4bsd up and running > for about two months now, supporting the AVM T1 and T1-B primary rate > adapters. Reverse engineered from the linux drivers, mainly, since the > hardware documentation seems indeed hard to come by. I have a couple of > B1 PCI v4 BRI cards waiting for verification on my free time, they > should work also. No /dev/capi20 though, only a Layer 4 CAPI client, but > I guess it could be relatively easily extended for user plane client > functionality via a character device if there is need (we don't need > it). > > We have agreed to give the stuff out to public domain for integration > with i4b if there is demand. The release has basically been pending the > BRI device verification (read: free time for me to do it). Await news on > this channel later on. > I suspect there would be a good deal of interest in this since many people have asked about support for the B1 in the past. You have a stronger stomach than I do :-) I gave up on the B1 driver because the Linux code was so grody. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 13:58:19 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from leka.almamedia.fi (leka.yhteys.mtv3.fi [62.236.224.129]) by hub.freebsd.org (Postfix) with SMTP id 07EA637B424 for ; Wed, 25 Apr 2001 13:58:16 -0700 (PDT) (envelope-from jml@cubical.fi) Received: (qmail 26655 invoked from network); 25 Apr 2001 20:58:14 -0000 Received: from dyn-f-167.yhteys.mtv3.fi (HELO snafu.intra.net) (@62.236.230.167) by leka.yhteys.mtv3.fi with SMTP; 25 Apr 2001 20:58:14 -0000 Received: from cubical.fi (huilu.intra.net [192.168.2.2]) by snafu.intra.net (8.11.1/8.11.1) with ESMTP id f3PKw8772194; Wed, 25 Apr 2001 23:58:09 +0300 (EEST) (envelope-from jml@cubical.fi) Message-ID: <3AE73AAA.FFCD1E40@cubical.fi> Date: Wed, 25 Apr 2001 23:59:22 +0300 From: Juha-Matti Liukkonen Organization: Cubical Solutions Ltd X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: garyj@jennejohn.org Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: AVM PCI revision 2 References: <200104250756.f3P7u8E27852@hirsch.in-berlin.de> <20010425125751.A96693@alaska.cert.siemens.de> <3AE6D2A5.5805B280@cubical.fi> <01042522212900.00623@peedub.muc.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Gary Jennejohn wrote: : > I suspect there would be a good deal of interest in this since many people > have asked about support for the B1 in the past. > > You have a stronger stomach than I do :-) I gave up on the B1 driver because > the Linux code was so grody. a bit of the grodiness lived on to our implementation as well, I'm afraid, but hopefully not that much. Our CAPI layer plus the iavc device driver is around 5 KLOC of code total, while the linux implementation is something like 17 KLOC, plus the command line tool to load the firmware -- of course the linux version implements also the userland /dev/capi20 device and support for some older cards ours doesn't, such as the ISA T1, but still I hope the considerably reduced size is a good sign. I'll let you guys be the judge of that in the near future though :-) - Juha > -- > Gary Jennejohn garyj@jennejohn.org gj@freebsd.org -- Juha-Matti Liukkonen, Cubical Solutions Ltd Phone: +358(0)405280142 Email: jml@cubical.fi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Apr 25 15: 9: 6 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 1E6BD37B423 for ; Wed, 25 Apr 2001 15:09:03 -0700 (PDT) (envelope-from martin@duskware.de) Received: from fwd03.sul.t-online.com by mailout01.sul.t-online.com with smtp id 14sXT4-0004YS-03; Thu, 26 Apr 2001 00:09:02 +0200 Received: from night-porter.duskware.de (520038743430-0001@[217.80.111.77]) by fmrl03.sul.t-online.com with esmtp id 14sXTA-0mHBM8C; Thu, 26 Apr 2001 00:09:08 +0200 Received: (from martin@localhost) by night-porter.duskware.de (8.11.3/8.11.0) id f3PM8vn01425; Thu, 26 Apr 2001 00:08:57 +0200 (MEST) From: Martin Husemann Message-Id: <200104252208.f3PM8vn01425@night-porter.duskware.de> Subject: Re: problems with netbsd 1.5 and i4b 0.96 In-Reply-To: <002f01c0cccb$856b4100$0101a8c0@pcrunner> "from michael walle at Apr 24, 2001 04:33:24 pm" To: michael walle Date: Thu, 26 Apr 2001 00:08:47 +0200 (MEST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Sender: 520038743430-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > my isdnd only shows incoming calls. neither with the userland ppp nor with > sppp i get a connection to my isp. isdnd (with debugging all expect timing, > in fullscreen mode) don't list any outgoing calls. So, if incoming calls are loged by isdnd, your ISDN subsystem is basically working. I can not say anything about userland ppp (never used that), but you should be able to make it work with the isppp driver (I have dim memorys of some kernel bugfixes for the i4brbch device that made userland ppp working in NetBSD-current, probably related to the device switch entry). The isppp driver is known to work with NetBSD 1.5 (and later versions from that release branch). Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 27 7:57:52 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164]) by hub.freebsd.org (Postfix) with ESMTP id BB73A37B422 for ; Fri, 27 Apr 2001 07:57:48 -0700 (PDT) (envelope-from hf@tangro.de) Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160]) by jump.tangro.de (8.11.2/8.11.2) with ESMTP id f3REveH26039 for ; Fri, 27 Apr 2001 16:57:42 +0200 (CEST) Mime-Version: 1.0 X-Sender: hf@mail.tangro.de (Unverified) Message-Id: Date: Fri, 27 Apr 2001 16:57:27 +0200 To: freebsd-isdn@FreeBSD.ORG From: Hauke Fath Subject: i4b ispppcontrol problems Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, on NetBSD-current, ispppcontrol(8) does not want to talk to the kernel (or vice versa): [hf@scree] /home/hf # ispppcontrol isp0 ispppcontrol: SIOCGIFGENERIC(SPPPIOGDEFS): Invalid argument -- isdnd is up and running, I just cannot set up sppp. NetBSD 1.5U (SCREE) #8: Fri Apr 27 12:35:31 CEST 2001 hf@scree:/usr/src/sys/arch/i386/compile/SCREE [...] isic0 at isa0 port 0x200-0x207 irq 5BRI 0 at isic0: some isic card isic0: AVM A1 or AVM Fritz!Card isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) isic0: HSCX 82525 or 21525 Version 2.1 [...] i4b: ISDN call control device attached i4btrc: 2 ISDN trace device(s) attached i4bctl: ISDN system control port attached i4brbch: 4 raw B channel access device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4bipr: 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4bisppp: 2 ISDN SyncPPP device(s) attached [...] Any ideas? hauke -- Hauke Fath tangro software components GmbH D-69115 Heidelberg hf@tangro.de Ruf +49-6221-13336-0, Fax -21 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 27 8:33:19 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 29A1C37B42C for ; Fri, 27 Apr 2001 08:33:13 -0700 (PDT) (envelope-from martin@duskware.de) Received: from fwd01.sul.t-online.com by mailout06.sul.t-online.com with smtp id 14tAF5-0001BY-0B; Fri, 27 Apr 2001 17:33:11 +0200 Received: from night-porter.duskware.de (520038743430-0001@[217.80.111.74]) by fmrl01.sul.t-online.com with esmtp id 14tAFA-28mQBkC; Fri, 27 Apr 2001 17:33:16 +0200 Received: (from martin@localhost) by night-porter.duskware.de (8.11.3/8.11.0) id f3RFX6f04742; Fri, 27 Apr 2001 17:33:06 +0200 (MEST) From: Martin Husemann Message-Id: <200104271533.f3RFX6f04742@night-porter.duskware.de> Subject: Re: i4b ispppcontrol problems In-Reply-To: "from Hauke Fath at Apr 27, 2001 04:57:27 pm" To: Hauke Fath Date: Fri, 27 Apr 2001 17:31:51 +0200 (MEST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Sender: 520038743430-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > on NetBSD-current, ispppcontrol(8) does not want to talk to the > kernel (or vice versa): Did you do a "make includes" (in /sys/net may be enough) and rebuild ispppcontrol? You probably did with isdnd, otherwise it would not be working either. There have been changes in sppp related include files, that need to be reflected by the userland tools configuring sppp drivers. > -- isdnd is up and running, I just cannot set up sppp. BTW: I'd suggest changing to the new (easy) configuration style by making isdnd do the isppp configuration for you. An example on how to do this can be found at http://www.netbsd.org/Documentation/network/isdn Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 27 10:17:17 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164]) by hub.freebsd.org (Postfix) with ESMTP id 7392037B42C for ; Fri, 27 Apr 2001 10:17:14 -0700 (PDT) (envelope-from hf@tangro.de) Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160]) by jump.tangro.de (8.11.2/8.11.2) with ESMTP id f3RHHCH28708; Fri, 27 Apr 2001 19:17:12 +0200 (CEST) Mime-Version: 1.0 X-Sender: hf@mail.tangro.de (Unverified) Message-Id: In-Reply-To: <200104271533.f3RFX6f04742@night-porter.duskware.de> References: <200104271533.f3RFX6f04742@night-porter.duskware.de> Date: Fri, 27 Apr 2001 19:16:56 +0200 To: Martin Husemann From: Hauke Fath Subject: Re: i4b ispppcontrol problems Cc: freebsd-isdn@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 17:31 Uhr +0200 27.04.2001, Martin Husemann wrote: > > on NetBSD-current, ispppcontrol(8) does not want to talk to the >> kernel (or vice versa): > >Did you do a "make includes" That was it. Fixed, up and running now, thanks. =8) >BTW: I'd suggest changing to the new (easy) configuration style by making >isdnd do the isppp configuration for you. An example on how to do this >can be found at http://www.netbsd.org/Documentation/network/isdn Ahh, docs! Thanks for the pointer, hauke -- Hauke Fath tangro software components GmbH D-69115 Heidelberg hf@tangro.de Ruf +49-6221-13336-0, Fax -21 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 27 13:14:40 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 96EED37B423 for ; Fri, 27 Apr 2001 13:14:37 -0700 (PDT) (envelope-from michaelw15@gmx.net) Received: (qmail 19590 invoked by uid 0); 27 Apr 2001 20:14:35 -0000 Received: from pc19f1599.dip.t-dialin.net (HELO pcrunner) (193.159.21.153) by mail.gmx.net (mail02) with SMTP; 27 Apr 2001 20:14:35 -0000 Message-ID: <005a01c0cf56$ab277200$0101a8c0@pcrunner> From: "michael walle" To: References: <002f01c0cccb$856b4100$0101a8c0@pcrunner> Subject: Re: problems with netbsd 1.5 and i4b 0.96 Date: Fri, 27 Apr 2001 22:14:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org it works :). with martins help i got NetBSD-1.5 and i4b 0.96 working. in /sys/arch/i386/i386/conf.c is something missing. here is the patch: RCS file: /cvsroot/syssrc/sys/arch/i386/i386/conf.c,v diff -r1.127.2.1 conf.c 254c254 < dev_init(c,n,write), (dev_type_ioctl((*))) enodev, \ --- > dev_init(c,n,write), dev_init(c,n,ioctl), \ bye michael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Apr 27 13:42:53 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 368BD37B42C for ; Fri, 27 Apr 2001 13:42:50 -0700 (PDT) (envelope-from martin@duskware.de) Received: from fwd00.sul.t-online.com by mailout00.sul.t-online.com with smtp id 14tF4i-0000Tl-02; Fri, 27 Apr 2001 22:42:48 +0200 Received: from night-porter.duskware.de (520038743430-0001@[217.80.111.74]) by fmrl00.sul.t-online.com with esmtp id 14tF4r-2F5zpgC; Fri, 27 Apr 2001 22:42:57 +0200 Received: (from martin@localhost) by night-porter.duskware.de (8.11.3/8.11.0) id f3RKgio05684; Fri, 27 Apr 2001 22:42:44 +0200 (MEST) From: Martin Husemann Message-Id: <200104272042.f3RKgio05684@night-porter.duskware.de> Subject: Re: problems with netbsd 1.5 and i4b 0.96 In-Reply-To: <005a01c0cf56$ab277200$0101a8c0@pcrunner> "from michael walle at Apr 27, 2001 10:14:19 pm" To: michael walle Date: Fri, 27 Apr 2001 22:42:44 +0200 (MEST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Sender: 520038743430-0001@t-dialin.net Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > it works :). with martins help i got NetBSD-1.5 and i4b 0.96 working. Thank's for testing, I requested a pullup of this change (and the corresponding ones for some other archs) for the 1.5 release branch. Hopefully this will make it into 1.5.1. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Apr 28 14:58:21 2001 Delivered-To: freebsd-isdn@freebsd.org Received: from ovbis10.ovb.ch (ovbis10.ovb.ch [195.65.24.140]) by hub.freebsd.org (Postfix) with ESMTP id E0EAD37B422 for ; Sat, 28 Apr 2001 14:58:17 -0700 (PDT) (envelope-from maillist@ovb.ch) Received: from ovb03.ovb.ch ([194.191.121.251]) by ovbis10.ovb.ch with esmtp (Exim 3.22 #2) id 14tcjE-000IDl-00 for freebsd-isdn@freebsd.org; Sat, 28 Apr 2001 23:58:12 +0200 From: Oliver von Bueren To: freebsd-isdn@freebsd.org Subject: Update i4b to a 4.3-STABLE from -current Date: Sat, 28 Apr 2001 23:58:28 +0200 Message-ID: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello to all and of course Hellmuth! Just to give some information to those trying the same as I did. The base was a 4.3-STABLE system, last refreshed on 2001-04-24. On top of that I installed the i4b out of the -current branche, as done with the addon provieded for this. BTW: This system ran ok with version i4b-00-96-00 as overinstalled some time ago. The first thing before doing any cvs upgrade to 4.3-STABLE was to removed it with overuninstall. Some of the catches I ran into: - While doing the make in src/usr.sbin/i4b it tried to make the manpages for .1 (say in the isdnd directory for isdnd.1) which gave the message don't know how to make isdnd.1 and aborted. I could not find any reference why it would want to make that, as the define MAN clearly stated isdnd.8. Commenting out this line did not help, so I made a ln -s for isdnd.1 to isdnd.8. This was the same in most of the subdirectories of i4b. - The isdnmonitor facility did no more work. Browsing through the list I found that the define I4B_EXTERNAL_MONITOR was not set while building the source that way, so I added the line I4B_EXTERNAL_MONITOR = 1 at the top of isdnd/Makefile, which re-enabled the functionality. - The I saw some very strange messages at startup, which I can't explain. dmesg shows them as follows: ERROR: "i4bctl" bmaj but is not a disk ERROR: "i4btel" bmaj but is not a disk ERROR: "i4brbch" bmaj but is not a disk ERROR: "i4btrc" bmaj but is not a disk ERROR: "i4b" bmaj but is not a disk My first though was that something with the device files was wrong. But they were all rebuild with the MAKEDEV as in 4.3-STABLE as of that time. It doesn't seem to have any side-effect, but it's strange anyway. The first two items needed intervention to make it work, the third is just somewhat strange. Any comments on that? Yours sincerely, Oliver von Bueren Communication- and Network-Engineering Oliver von Bueren ovb-at-solcon.ch SolCon GmbH, Lachenacker 9, CH-8049 Zuerich www.solcon.ch Direct Phone: +41-79-669 38 94 Office: +41-1-340 11 77 Fax: +41-1-340 11 78 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message