From owner-freebsd-isdn@FreeBSD.ORG Sun Jul 15 17:47:26 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69506106566C for ; Sun, 15 Jul 2012 17:47:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id B02DE8FC14 for ; Sun, 15 Jul 2012 17:47:25 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 294313527; Sun, 15 Jul 2012 19:42:17 +0200 From: Hans Petter Selasky To: freebsd-isdn@freebsd.org Date: Sun, 15 Jul 2012 19:42:25 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FFDB2DE.6010107@incore.de> In-Reply-To: <4FFDB2DE.6010107@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201207151942.32249.hselasky@c2i.net> Cc: Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 17:47:26 -0000 On Wednesday 11 July 2012 19:07:42 Andreas Longwitz wrote: > Hi, > > I try to get ISDN4BSD from ports (rev 2349) with FreeBSD 8.3 working. My > first step is to run the daemon isdnd with isp0 interface for > connections to some isdn routers. Therfore I use option SPPP together > with the default options. ISDN hardware is Primux S0, everything worked > fine with my old configuration FreeBSD 6 Stable and ISDN4BSD rev 1641. > > My first try was to load i4b on the running kernel, but I found > kldload i4b --> kldunload i4b --> crash (very often) > kldload i4b --> kldunload i4b --> ifconfig --> crash (always) > kldload i4b --> crash (somtimes, trap 10 or trap 12). > I can give any informations from the dumps. > Hi Andreas, If you can collect the backtrace from these crashes, that would be nice. I believe the SPPP functionality has not been tested for a while. I'm currently using I4B mostly for voice. --HPS > Now I load i4b via loader.conf and don't try to unload, no crashes anymore. > > I use interface isp0 with sppp and 'ifconfig isp0' with option link1. > Further I have > isdnconfig -u 0 te_mode -p DRVR_DSS1_TE. > For outgoing calls everything looks fine, the isdn line is transparent > for the network users. > > Incoming calls do not work yet. If I ping from the outside one packet > gets a response, four are missing, another packet gets a response, four > or five are missing, ... Every packet is a separate ISDN call. > > On the console I see messages > i4b-L3 dss1_decode_q931_cs0_ie_cd: IEI_BEARERCAP - Unsupported > B-Sub-Protocol 0x00 > > But isdndecode shows correct bearer capability for the incoming SETUP: > L3 06 05 0------- Message type extension = 0 > -0000101 Message type = SETUP > (0x05) > L3 07 A1 1------- Single octet Information element > -0100001 Sending complete > L3 08 04 0------- Variable length Information element > -0000100 IE = bearer capability > L3 09 02 00000010 IE Length = 2 bytes > L3 0A 88 1------- Extension Bit = 1 (no extension, final > octet) > -00----- Coding standard = CCITT > ---01000 Capability = 0x08, unrestricted digital information > > isdnd.log: > CHD ev_incoming_from_i4b: Incoming call from '4514998058' to '4982872' > (cdid=00064) > DBG cep_set_state: [ST_IDLE: entry is not active] -> [ST_INCOMING: > incoming call, waiting for user-response] > CHD ev_incoming_from_i4b: 00064 CiscoNet is accepting incoming call > from 4514998058 to 4982872 > DBG sendm_connect_resp: accept > DBG sendm_connect_resp: sent I4B_CONNECT_RESP > DBG cep_set_state: [ST_INCOMING: incoming call, waiting for > user-response] -> [ST_WAIT_CONNECT: incoming call, waiting for > i4b-response] > DBG handle_scrprs: 4514998058 - screening user provided, verified & i > passed > DBG handle_scrprs: 4514998058 - presentation allowed > DBG response_to_user: sent I4B_RESPONSE_TO_USER [disconnected] > > Further I see TEI REQUESTS and the NT-side offers them, but i4b does not > use them, the TEI REQUESTS are repeated. > > Any ideas ? > > Some more hints to the ports version of ISDN4BSD: > 1. The option ING=on does not work for me, because kldload fails with > KLD i4b.ko: depends on netgraph - not available or version mismatch > I have netgraph static in the kernel. > > 2. The option TRACE is mandatory and therefore not an option. Without > TRACE kldload fails with link_elf: symbol i4b_l1_trace_ind undefined. > > 3. I use the following minor patch for isdnd to keep the pidfile: > -- src/usr.sbin/i4b/isdnd/support.c.orig 2011-10-10 > 20:34:44.000000000 +0200 > +++ src/usr.sbin/i4b/isdnd/support.c 2012-07-10 15:53:26.000000000 +0200 > @@ -854,7 +854,7 @@ > case 0: /* child */ > break; > default: /* parent */ > - exit(0); > + _exit(0); > } > > ISDN4BSD in the ports is a great thing, even without working > kldload/kldunload. > > > Andreas Longwitz > > _______________________________________________ > freebsd-isdn@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isdn > To unsubscribe, send any mail to "freebsd-isdn-unsubscribe@freebsd.org" From owner-freebsd-isdn@FreeBSD.ORG Mon Jul 16 10:48:33 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C2FD1065672 for ; Mon, 16 Jul 2012 10:48:33 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id EF5728FC12 for ; Mon, 16 Jul 2012 10:48:32 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id B24CB5CC41; Mon, 16 Jul 2012 12:48:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id 3besTHi9KTb0; Mon, 16 Jul 2012 12:48:25 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 0A2605CBD3; Mon, 16 Jul 2012 12:48:25 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id F131445084; Mon, 16 Jul 2012 12:48:24 +0200 (CEST) Message-ID: <5003F178.30100@incore.de> Date: Mon, 16 Jul 2012 12:48:24 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-isdn@freebsd.org References: <4FFDB2DE.6010107@incore.de> <201207151942.32249.hselasky@c2i.net> In-Reply-To: <201207151942.32249.hselasky@c2i.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 10:48:33 -0000 Hi Hans > If you can collect the backtrace from these crashes, that would be nice. Three examples of backtraces follow, the others are similar. I use minidumps and ddb with the line script kdb.enter.default=watchdog; call doadump; reset in ddb.conf. 1. example: Default options + SPPP + RBCH, crash on kldload i4b, test PC without isdn hardware: kgdb /boot/kernel/kernel vmcore.3 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, .... ... Unread portion of the kernel message buffer: i4b: ISDN call control device attached capi: CAPI call control device attached, v2.11 i4bisppp: 8 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4brbch: 8 raw B channel access device(s) attached i4btrc: 64 ISDN trace device(s) attached Physical memory: 995 MB Dumping 150 MB: 135 119 103 87 71 55 39 23 7 Reading symbols from /boot/kernel/firewire.ko...Reading symbols from /boot/kernel/firewire.ko.symbols...done. done. Loaded symbols for /boot/kernel/firewire.ko Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from /boot/kernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/dcons_crom.ko...Reading symbols from /boot/kernel/dcons_crom.ko.symbols...done. done. Loaded symbols for /boot/kernel/dcons_crom.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/modules/i4b.ko...done. Loaded symbols for /boot/modules/i4b.ko #0 doadump () at pcpu.h:244 244 #endif /* !_MACHINE_PCPU_H_ */ Loading gdb init file /home/crash/.gdbinit ... set height 100 ... source gdb6 (and gdb6.i386) ... source mygdb6 ... Working directory /home/crash. (kgdb) where #0 doadump () at pcpu.h:244 #1 0xc04b3269 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0xe734e890 "¤è4ç") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04b369f in db_command (last_cmdp=0xc09a917c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04b3754 in db_command_script (command=0xc09aa04a "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04b7680 in db_script_exec (scriptname=0xc090886e "kdb.enter.default", warnifnotfound=Variable "warnifnotfound" is not available.) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04b777b in db_script_kdbenter (eventname=0xc0946305 "unknown") at /usr/src/sys/ddb/db_script.c:325 #6 0xc04b5708 in db_trap (type=10, code=0) at /usr/src/sys/ddb/db_main.c:230 #7 0xc063abb8 in kdb_trap (type=10, code=0, tf=0xe734eadc) at /usr/src/sys/kern/subr_kdb.c:654 #8 0xc08b85fe in trap (frame=0xe734eadc) at /usr/src/sys/i386/i386/trap.c:710 #9 0xc089e96c in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #10 0xc64df633 in ?? () Previous frame inner to this frame (corrupt stack?)i 2. example: crash on kldunload, server with isdn hardware Relevant Information from messages: Jul 5 08:58:44 loserver kernel: pci6: at device 1.0 (no driver attached) Jul 9 21:20:39 loserver kernel: KLD i4b.ko: depends on netgraph - not available or version mismatch Jul 9 21:37:44 loserver kernel: bus_dmamem_alloc failed to align memory properly. Jul 9 21:37:44 loserver kernel: ihfc0: port 0xbc00-0xbc07 mem 0xff532000 -0xff5320ff irq 22 at device 1.0 on pci6 Jul 9 21:37:44 loserver kernel: ihfc0: [ITHREAD] Jul 9 21:37:44 loserver kernel: ihfc0: Attaching I4B controller 0. Jul 9 21:37:44 loserver kernel: ihfc0: Creating /dev/ihfc0.X. Jul 9 21:37:44 loserver kernel: capi: CAPI call control device attached, v2.11 Jul 9 21:37:44 loserver kernel: i4btel: 8 ISDN telephony interface device(s) attached Jul 9 21:37:44 loserver kernel: i4bctl: ISDN system control port attached Jul 9 21:37:44 loserver kernel: iloop0: I4B Loopback device (attached) Jul 9 21:37:44 loserver kernel: i4b: Attaching I4B controller 63. Jul 9 21:37:44 loserver kernel: i4bipr: 8 IP over raw HDLC ISDN device(s) attached (VJ header compression) Jul 9 21:37:44 loserver kernel: i4b: ISDN call control device attached Jul 9 21:37:44 loserver kernel: i4brbch: 8 raw B channel access device(s) attached Jul 9 21:37:44 loserver kernel: i4btrc: 64 ISDN trace device(s) attached Information from vmcore by kgdb: Unread portion of the kernel message buffer: ihfc0: detached pci6: at device 1.0 (no driver attached) iloop0: I4B Loopback device (attached) i4b: Attaching I4B controller 62. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xcd28f26c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0624752 stack pointer = 0x28:0xc5343c28 frame pointer = 0x28:0xc5343c8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (swi4: clock) (kgdb) where #0 doadump () at pcpu.h:244 #1 0xc04bc079 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0xc5343918 ",94Å") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04bc4af in db_command (last_cmdp=0xc0988e1c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04bc564 in db_command_script (command=0xc0989cea "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04c0490 in db_script_exec (scriptname=0xc08ec23f "kdb.enter.default", warnifnotfound=Variable "warnifnotfound" is not available.) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04c058b in db_script_kdbenter (eventname=0xc0927275 "unknown") at /usr/src/sys/ddb/db_script.c:325 #6 0xc04be518 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:230 #7 0xc0641308 in kdb_trap (type=12, code=0, tf=0xc5343be8) at /usr/src/sys/kern/subr_kdb.c:654 #8 0xc089b17f in trap_fatal (frame=0xc5343be8, eva=3442012780) at /usr/src/sys/i386/i386/trap.c:1000 #9 0xc089b235 in trap_pfault (frame=0xc5343be8, usermode=0, eva=3442012780) at /usr/src/sys/i386/i386/trap.c:834 #10 0xc089bf93 in trap (frame=0xc5343be8) at /usr/src/sys/i386/i386/trap.c:546 #11 0xc08824ec in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #12 0xc0624752 in softclock (arg=0xc09a4360) at /usr/src/sys/kern/kern_timeout.c:443 #13 0xc05e6d3b in intr_event_execute_handlers (p=0xc5544810, ie=0xc5542680) at /usr/src/sys/kern/kern_intr.c:1219 #14 0xc05e83fb in ithread_loop (arg=0xc54f6930) at /usr/src/sys/kern/kern_intr.c:1232 #15 0xc05e3b87 in fork_exit (callout=0xc05e8390 , arg=0xc54f6930, frame=0xc5343d28) at /usr/src/sys/kern/kern_fork.c:876 3. example: the same server crashes after kldunload and an ifconfig command, after output of the linei isp0: flags=a011 metric 0 mtu 1500 Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xcc387630 fault code = supervisor read, page not present instruction pointer = 0x20:0xcc387630 stack pointer = 0x28:0xe810db20 frame pointer = 0x28:0xe810dbe8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 81670 (ifconfig) Physical memory: 2030 MB Dumping 249 MB: 234 218 202 186 170 154 138 122 106 90 74 58 42 26 10 ... (kgdb) where #0 doadump () at pcpu.h:244 #1 0xc04bc079 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0xe810d810 "$Ø\020è") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04bc4af in db_command (last_cmdp=0xc0988e1c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04bc564 in db_command_script (command=0xc0989cea "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04c0490 in db_script_exec (scriptname=0xc08ec23f "kdb.enter.default", warnifnotfound=Variable "warnifnotfound" is not available.) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04c058b in db_script_kdbenter (eventname=0xc0927275 "unknown") at /usr/src/sys/ddb/db_script.c:325 #6 0xc04be518 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:230 #7 0xc0641308 in kdb_trap (type=12, code=0, tf=0xe810dae0) at /usr/src/sys/kern/subr_kdb.c:654 #8 0xc089b17f in trap_fatal (frame=0xe810dae0, eva=3426252336) at /usr/src/sys/i386/i386/trap.c:1000 #9 0xc089b4ae in trap_pfault (frame=0xe810dae0, usermode=0, eva=3426252336) at /usr/src/sys/i386/i386/trap.c:922 #10 0xc089bf93 in trap (frame=0xe810dae0) at /usr/src/sys/i386/i386/trap.c:546 #11 0xc08824ec in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #12 0xcc387630 in ?? () Previous frame inner to this frame (corrupt stack?) By the way, the output of kldxref in /boot/modules is ./i4b.ko interface ihfcpnp.1 depends on usb.1 (1,1) depends on pci.1 (1,1) depends on isa.1 (1,1) module ihfcpnp_uhub depends on kernel.803500 (803500,899999) module ihfcpnp_pci depends on kernel.803500 (803500,899999) module ihfcpnp_isa depends on kernel.803500 (803500,899999) depends on ihfcpnp.1 (1,1) depends on usb.1 (1,1) module yealink_uhub depends on kernel.803500 (803500,899999) depends on sppp.1 (1,1) interface i4bisppp.1 Is that what you expect ? I would expect a line interface yealink.1 but probably I am wrong. > I believe the SPPP functionality has not been tested for a while. I'm currently > using I4B mostly for voice. OK. I will try to check the sppp problem for incoming calls. Andreas Longwitz From owner-freebsd-isdn@FreeBSD.ORG Mon Jul 16 16:06:42 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C907F106566B for ; Mon, 16 Jul 2012 16:06:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 391218FC0A for ; Mon, 16 Jul 2012 16:06:42 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 298771702; Mon, 16 Jul 2012 18:01:30 +0200 From: Hans Petter Selasky To: Andreas Longwitz Date: Mon, 16 Jul 2012 18:01:46 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FFDB2DE.6010107@incore.de> <201207151942.32249.hselasky@c2i.net> <5003F178.30100@incore.de> In-Reply-To: <5003F178.30100@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?utf-8?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?utf-8?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: base64 Message-Id: <201207161801.46422.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 16:06:42 -0000 T24gTW9uZGF5IDE2IEp1bHkgMjAxMiAxMjo0ODoyNCBBbmRyZWFzIExvbmd3aXR6IHdyb3RlOgo+ IEhpIEhhbnMKPiAKPiA+IElmIHlvdSBjYW4gY29sbGVjdCB0aGUgYmFja3RyYWNlIGZyb20gdGhl c2UgY3Jhc2hlcywgdGhhdCB3b3VsZCBiZSBuaWNlLgo+IAo+IFRocmVlIGV4YW1wbGVzIG9mIGJh Y2t0cmFjZXMgZm9sbG93LCB0aGUgb3RoZXJzIGFyZSBzaW1pbGFyLiBJIHVzZQo+IG1pbmlkdW1w cyBhbmQgZGRiIHdpdGggdGhlIGxpbmUKPiAgICBzY3JpcHQga2RiLmVudGVyLmRlZmF1bHQ9d2F0 Y2hkb2c7IGNhbGwgZG9hZHVtcDsgcmVzZXQKPiBpbiBkZGIuY29uZi4KPiAKPiAxLiBleGFtcGxl OiBEZWZhdWx0IG9wdGlvbnMgKyBTUFBQICsgUkJDSCwgY3Jhc2ggb24ga2xkbG9hZCBpNGIsIHRl c3QgUEMKPiB3aXRob3V0IGlzZG4gaGFyZHdhcmU6Cj4gCj4ga2dkYiAvYm9vdC9rZXJuZWwva2Vy bmVsIHZtY29yZS4zCj4gR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KPiBDb3B5cmlnaHQgMjAwNCBG cmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KPiBHREIgaXMgZnJlZSBzb2Z0d2FyZSwgLi4u Lgo+IC4uLgoKSGkgQW5kcmVhcywKCkkgY2Fubm90IHJlcHJvZHVjZSB0aGlzIGNyYXNoIG92ZXIg aGVyZS4gSSB0aGluayBpdCBpcyBub3QgYSBidWcgaW4gSTRCLCBidXQgcmF0aGVyCnNvbWUgaGFy ZHdhcmUgZ2VuZXJhdGluZyBzcHVyaW91cyBpbnRlcnJ1cHRzIHdoZW4gcHJvYmluZyEgTG9hZGlu ZyBJNEIgd2lsbCBjYXVzZSBhCnJlLXByb2JlIG9mIGV4aXN0aW5nIGRldmljZXMgd2l0aCBubyBk cml2ZXIgYXR0YWNoZWQuCgoKICAgICAgICAgICAgICDilIzilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilJAKICAgICAgICAgICAgICDilIIgT3B0aW9ucyBmb3IgaXNkbjRic2Qta21v ZCAyLjAuMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIOKUgiAgCiAgICAgICAg ICAgICAg4pSCIOKUjOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUkCDilIIgIAogICAgICAgICAgICAg IOKUgiDilIIgICAgICAgICBbIF0gREVCVUcgICAgQnVpbGQgd2l0aCBkZWJ1Z2dpbmcgc3VwcG9y dCAgICAgICAgICAgICAg4pSCIOKUgiAgCiAgICAgICAgICAgICAg4pSCIOKUgiAgICAgICAgIFsq XSBIRkMgICAgICBCdWlsZCBIRkMtWFhYIGRyaXZlciAgICAgICAgICAgICAgICAgICAgICDilIIg 4pSCICAKICAgICAgICAgICAgICDilIIg4pSCICAgICAgICAgWyBdIElORyAgICAgIEJ1aWxkIElO RyBkcml2ZXIgICAgICAgICAgICAgICAgICAgICAgICAgIOKUgiDilIIgIAogICAgICAgICAgICAg IOKUgiDilIIgICAgICAgICBbIF0gSVBSICAgICAgQnVpbGQgSVBSIGRyaXZlciAgICAgICAgICAg ICAgICAgICAgICAgICAg4pSCIOKUgiAgCiAgICAgICAgICAgICAg4pSCIOKUgiAgICAgICAgIFsg XSBJUFJfVkogICBCdWlsZCBJUFIgZHJpdmVyIHdpdGggVkogc3VwcG9ydCAgICAgICAgICDilIIg 4pSCICAKICAgICAgICAgICAgICDilIIg4pSCICAgICAgICAgWyBdIExPT1AgICAgIEJ1aWxkIGxv b3BiYWNrIHRlc3QgZHJpdmVyICAgICAgICAgICAgICAgIOKUgiDilIIgIAogICAgICAgICAgICAg IOKUgiDilIIgICAgICAgICBbKl0gTUFOICAgICAgSW50YWxsIG1hbnVhbCBwYWdlcyAgICAgICAg ICAgICAgICAgICAgICAg4pSCIOKUgiAgCiAgICAgICAgICAgICAg4pSCIOKUgiAgICAgICAgIFsq XSBSQkNIICAgICBCdWlsZCBSQkNIIGRyaXZlciAgICAgICAgICAgICAgICAgICAgICAgICDilIIg 4pSCICAKICAgICAgICAgICAgICDilIIg4pSCICAgICAgICAgWypdIFNQUFAgICAgIEJ1aWxkIFNQ UFAgZHJpdmVyICAgICAgICAgICAgICAgICAgICAgICAgIOKUgiDilIIgIAogICAgICAgICAgICAg IOKUgiDilIIgICAgICAgICBbIF0gVEVMICAgICAgQnVpbGQgVEVMIGRyaXZlciAgICAgICAgICAg ICAgICAgICAgICAgICAg4pSCIOKUgiAgCiAgICAgICAgICAgICAg4pSCIOKUgiAgICAgICAgIFsq XSBUUkFDRSAgICBCdWlsZCBUUkFDRSBkcml2ZXIgICAgICAgICAgICAgICAgICAgICAgICDilIIg 4pSCICAKICAgICAgICAgICAgICDilIIg4pSCICAgICAgICAgWypdIFlFQUxJTksgIEJ1aWxkIFlF QUxJTksgZHJpdmVyICAgICAgICAgICAgICAgICAgICAgIOKUgiDilIIgIAogICAgICAgICAgICAg IOKUgiDilIIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAg4pSCIOKUgiAgCiAgICAgICAgICAgICAg4pSCIOKUgiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICDilIIg 4pSCICAKICAgICAgICAgICAgICDilIIg4pSU4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSYIOKUgiAg CiAgICAgICAgICAgICAg4pSc4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSkICAK ICAgICAgICAgICAgICDilIIgICAgICAgICAgICAgICAgICAgPCAgT0sgID4gICAgICAgICAgPENh bmNlbD4gICAgICAgICAgICAgICAgICAgICAgIOKUgiAgCiAgICAgICAgICAgICAg4pSU4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA 4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSYICAKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKCmtsZGxvYWQgaTRiCgppNGI6IElTRE4gY2FsbCBjb250cm9sIGRldmljZSBhdHRhY2hl ZApjYXBpOiBDQVBJIGNhbGwgY29udHJvbCBkZXZpY2UgYXR0YWNoZWQsIHYyLjExCmk0YmlzcHBw OiA4IElTRE4gU3luY1BQUCBkZXZpY2UocykgYXR0YWNoZWQKaTRiY3RsOiBJU0ROIHN5c3RlbSBj b250cm9sIHBvcnQgYXR0YWNoZWQKaTRicmJjaDogOCByYXcgQiBjaGFubmVsIGFjY2VzcyBkZXZp Y2UocykgYXR0YWNoZWQKaTRidHJjOiA2NCBJU0ROIHRyYWNlIGRldmljZShzKSBhdHRhY2hlZAoK PiAKPiBJcyB0aGF0IHdoYXQgeW91IGV4cGVjdCA/IEkgd291bGQgZXhwZWN0IGEgbGluZQo+ICAg aW50ZXJmYWNlIHllYWxpbmsuMQo+IGJ1dCBwcm9iYWJseSBJIGFtIHdyb25nLgoKVGhlIEk0QiBt b2R1bGUgYXMgYSB3aG9sZSBjYW5ub3QgYmUgdW5sb2FkZWQsIGl0IHJlcXVpcmVzIGEgcmVib290 LiBTb21lIHBhcnRzIG9mIEk0QiBzdXBwb3J0cyB1bmxvYWQsIGJ1dCBvdGhlcnMgbm90LgpBIGNy YXNoIGF0IHRoaXMgcG9pbnQgaXMgbGlrZSBleHBlY3RlZC4gSG93ZXZlciBpdCBpcyBwb3NzaWJs ZSBpbiB0aGVvcnkgdG8gc3BsaXQgSTRCIGludG8gc2VwYXJhdGUgbW9kdWxlcywKd2hpY2ggY2Fu IGJlIGxvYWRlZC91bmxvYWRlZCwgYnV0IG5vdCB0aGUgY29yZSBpdHNlbGYgY3VycmVudGx5LgoK PiAKPiA+IEkgYmVsaWV2ZSB0aGUgU1BQUCBmdW5jdGlvbmFsaXR5IGhhcyBub3QgYmVlbiB0ZXN0 ZWQgZm9yIGEgd2hpbGUuIEknbQo+ID4gY3VycmVudGx5IHVzaW5nIEk0QiBtb3N0bHkgZm9yIHZv aWNlLgo+IAoKVGhhbmtzIGZvciB0ZXN0aW5nIQoKLS1IUFMK From owner-freebsd-isdn@FreeBSD.ORG Tue Jul 17 08:01:15 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70281106566B for ; Tue, 17 Jul 2012 08:01:15 +0000 (UTC) (envelope-from intemann@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 401818FC12 for ; Tue, 17 Jul 2012 08:01:15 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so434269pbb.13 for ; Tue, 17 Jul 2012 01:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=V6GEP5kA26DfP4rx9QpsDm+GxZnfUK2QGhAYDQv2j10=; b=eRyZiW6Wjm8SWKY7yXOKhYtKS+J20eD7tWa0VWWBUvW+9sGC+WqDidWI5bFilEHgQN DbxS2P/8sbP19Foo6CR6rTFEZFmqi54a0vV4YPgs1hdh8NXyxo54G0GfzdATtKQJbNHx ds9R/cljwGU/l4WXkRzzN5coNj3tAUR6MSOiov8bwfEo1lJtUAs3SfjAY6fMswjJ99q1 OOU5ZmEubgQ1Z9VuJydjbkOFZ0anojMj+P+xCGuqfCVYnIZYPms1ynUIL6tS31iZqOpt wcwkORP/ScDc8gxSQ0VtZ8ZXNYdqhg5tg2pUVzv9OMcnY4PrpbpBLyyt82AZs7mqkC94 msuA== Received: by 10.68.223.138 with SMTP id qu10mr4338803pbc.50.1342512074813; Tue, 17 Jul 2012 01:01:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.51.12 with HTTP; Tue, 17 Jul 2012 01:00:34 -0700 (PDT) In-Reply-To: <201207161801.46422.hselasky@c2i.net> References: <4FFDB2DE.6010107@incore.de> <201207151942.32249.hselasky@c2i.net> <5003F178.30100@incore.de> <201207161801.46422.hselasky@c2i.net> From: Christopher Intemann Date: Tue, 17 Jul 2012 10:00:34 +0200 Message-ID: To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-isdn@freebsd.org, Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: intemann@gmail.com List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 08:01:15 -0000 SnVzdCBjdXJpb3VzLCBidXQgZG9lcyB0aGlzIHBvcnQgYWxzbyB3b3JrIHdpdGggT3BlbkJTRC9j dXJyZW50PwpUaGFua3MsCiBDaHJpcwoKT24gTW9uLCBKdWwgMTYsIDIwMTIgYXQgNjowMSBQTSwg SGFucyBQZXR0ZXIgU2VsYXNreSA8aHNlbGFza3lAYzJpLm5ldD53cm90ZToKCj4gT24gTW9uZGF5 IDE2IEp1bHkgMjAxMiAxMjo0ODoyNCBBbmRyZWFzIExvbmd3aXR6IHdyb3RlOgo+ID4gSGkgSGFu cwo+ID4KPiA+ID4gSWYgeW91IGNhbiBjb2xsZWN0IHRoZSBiYWNrdHJhY2UgZnJvbSB0aGVzZSBj cmFzaGVzLCB0aGF0IHdvdWxkIGJlCj4gbmljZS4KPiA+Cj4gPiBUaHJlZSBleGFtcGxlcyBvZiBi YWNrdHJhY2VzIGZvbGxvdywgdGhlIG90aGVycyBhcmUgc2ltaWxhci4gSSB1c2UKPiA+IG1pbmlk dW1wcyBhbmQgZGRiIHdpdGggdGhlIGxpbmUKPiA+ICAgIHNjcmlwdCBrZGIuZW50ZXIuZGVmYXVs dD13YXRjaGRvZzsgY2FsbCBkb2FkdW1wOyByZXNldAo+ID4gaW4gZGRiLmNvbmYuCj4gPgo+ID4g MS4gZXhhbXBsZTogRGVmYXVsdCBvcHRpb25zICsgU1BQUCArIFJCQ0gsIGNyYXNoIG9uIGtsZGxv YWQgaTRiLCB0ZXN0IFBDCj4gPiB3aXRob3V0IGlzZG4gaGFyZHdhcmU6Cj4gPgo+ID4ga2dkYiAv Ym9vdC9rZXJuZWwva2VybmVsIHZtY29yZS4zCj4gPiBHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQo+ ID4gQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCj4gPiBHREIg aXMgZnJlZSBzb2Z0d2FyZSwgLi4uLgo+ID4gLi4uCj4KPiBIaSBBbmRyZWFzLAo+Cj4gSSBjYW5u b3QgcmVwcm9kdWNlIHRoaXMgY3Jhc2ggb3ZlciBoZXJlLiBJIHRoaW5rIGl0IGlzIG5vdCBhIGJ1 ZyBpbiBJNEIsCj4gYnV0IHJhdGhlcgo+IHNvbWUgaGFyZHdhcmUgZ2VuZXJhdGluZyBzcHVyaW91 cyBpbnRlcnJ1cHRzIHdoZW4gcHJvYmluZyEgTG9hZGluZyBJNEIKPiB3aWxsIGNhdXNlIGEKPiBy ZS1wcm9iZSBvZiBleGlzdGluZyBkZXZpY2VzIHdpdGggbm8gZHJpdmVyIGF0dGFjaGVkLgo+Cj4K Pgo+IOKUjOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUkAo+ICAgICAgICAgICAg ICAg4pSCIE9wdGlvbnMgZm9yIGlzZG40YnNkLWttb2QgMi4wLjMKPiAgICAgICAgICDilIIKPiAg ICAgICAgICAgICAgIOKUggo+IOKUjOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUkCDilIIKPiAgICAg ICAgICAgICAgIOKUgiDilIIgICAgICAgICBbIF0gREVCVUcgICAgQnVpbGQgd2l0aCBkZWJ1Z2dp bmcgc3VwcG9ydAo+ICAgICAgICDilIIg4pSCCj4gICAgICAgICAgICAgICDilIIg4pSCICAgICAg ICAgWypdIEhGQyAgICAgIEJ1aWxkIEhGQy1YWFggZHJpdmVyCj4gICAgICAgIOKUgiDilIIKPiAg ICAgICAgICAgICAgIOKUgiDilIIgICAgICAgICBbIF0gSU5HICAgICAgQnVpbGQgSU5HIGRyaXZl cgo+ICAgICAgICDilIIg4pSCCj4gICAgICAgICAgICAgICDilIIg4pSCICAgICAgICAgWyBdIElQ UiAgICAgIEJ1aWxkIElQUiBkcml2ZXIKPiAgICAgICAg4pSCIOKUggo+ICAgICAgICAgICAgICAg 4pSCIOKUgiAgICAgICAgIFsgXSBJUFJfVkogICBCdWlsZCBJUFIgZHJpdmVyIHdpdGggVkogc3Vw cG9ydAo+ICAgICAgICDilIIg4pSCCj4gICAgICAgICAgICAgICDilIIg4pSCICAgICAgICAgWyBd IExPT1AgICAgIEJ1aWxkIGxvb3BiYWNrIHRlc3QgZHJpdmVyCj4gICAgICAgIOKUgiDilIIKPiAg ICAgICAgICAgICAgIOKUgiDilIIgICAgICAgICBbKl0gTUFOICAgICAgSW50YWxsIG1hbnVhbCBw YWdlcwo+ICAgICAgIOKUgiDilIIKPiAgICAgICAgICAgICAgIOKUgiDilIIgICAgICAgICBbKl0g UkJDSCAgICAgQnVpbGQgUkJDSCBkcml2ZXIKPiAgICAgICDilIIg4pSCCj4gICAgICAgICAgICAg ICDilIIg4pSCICAgICAgICAgWypdIFNQUFAgICAgIEJ1aWxkIFNQUFAgZHJpdmVyCj4gICAgICAg 4pSCIOKUggo+ICAgICAgICAgICAgICAg4pSCIOKUgiAgICAgICAgIFsgXSBURUwgICAgICBCdWls ZCBURUwgZHJpdmVyCj4gICAgICAgIOKUgiDilIIKPiAgICAgICAgICAgICAgIOKUgiDilIIgICAg ICAgICBbKl0gVFJBQ0UgICAgQnVpbGQgVFJBQ0UgZHJpdmVyCj4gICAgICAgIOKUgiDilIIKPiAg ICAgICAgICAgICAgIOKUgiDilIIgICAgICAgICBbKl0gWUVBTElOSyAgQnVpbGQgWUVBTElOSyBk cml2ZXIKPiAgICAgICAg4pSCIOKUggo+ICAgICAgICAgICAgICAg4pSCIOKUggo+ICAgICAgICDi lIIg4pSCCj4gICAgICAgICAgICAgICDilIIg4pSCCj4gICAgICAgIOKUgiDilIIKPiAgICAgICAg ICAgICAgIOKUggo+IOKUlOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUmCDilIIKPgo+IOKUnOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUpAo+ICAgICAgICAgICAgICAg4pSCICAgICAg ICAgICAgICAgICAgIDwgIE9LICA+ICAgICAgICAgIDxDYW5jZWw+Cj4gICAgICAgICDilIIKPgo+ IOKUlOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUmAo+Cj4KPiBrbGRsb2FkIGk0 Ygo+Cj4gaTRiOiBJU0ROIGNhbGwgY29udHJvbCBkZXZpY2UgYXR0YWNoZWQKPiBjYXBpOiBDQVBJ IGNhbGwgY29udHJvbCBkZXZpY2UgYXR0YWNoZWQsIHYyLjExCj4gaTRiaXNwcHA6IDggSVNETiBT eW5jUFBQIGRldmljZShzKSBhdHRhY2hlZAo+IGk0YmN0bDogSVNETiBzeXN0ZW0gY29udHJvbCBw b3J0IGF0dGFjaGVkCj4gaTRicmJjaDogOCByYXcgQiBjaGFubmVsIGFjY2VzcyBkZXZpY2Uocykg YXR0YWNoZWQKPiBpNGJ0cmM6IDY0IElTRE4gdHJhY2UgZGV2aWNlKHMpIGF0dGFjaGVkCj4KPiA+ Cj4gPiBJcyB0aGF0IHdoYXQgeW91IGV4cGVjdCA/IEkgd291bGQgZXhwZWN0IGEgbGluZQo+ID4g ICBpbnRlcmZhY2UgeWVhbGluay4xCj4gPiBidXQgcHJvYmFibHkgSSBhbSB3cm9uZy4KPgo+IFRo ZSBJNEIgbW9kdWxlIGFzIGEgd2hvbGUgY2Fubm90IGJlIHVubG9hZGVkLCBpdCByZXF1aXJlcyBh IHJlYm9vdC4gU29tZQo+IHBhcnRzIG9mIEk0QiBzdXBwb3J0cyB1bmxvYWQsIGJ1dCBvdGhlcnMg bm90Lgo+IEEgY3Jhc2ggYXQgdGhpcyBwb2ludCBpcyBsaWtlIGV4cGVjdGVkLiBIb3dldmVyIGl0 IGlzIHBvc3NpYmxlIGluIHRoZW9yeQo+IHRvIHNwbGl0IEk0QiBpbnRvIHNlcGFyYXRlIG1vZHVs ZXMsCj4gd2hpY2ggY2FuIGJlIGxvYWRlZC91bmxvYWRlZCwgYnV0IG5vdCB0aGUgY29yZSBpdHNl bGYgY3VycmVudGx5Lgo+Cj4gPgo+ID4gPiBJIGJlbGlldmUgdGhlIFNQUFAgZnVuY3Rpb25hbGl0 eSBoYXMgbm90IGJlZW4gdGVzdGVkIGZvciBhIHdoaWxlLiBJJ20KPiA+ID4gY3VycmVudGx5IHVz aW5nIEk0QiBtb3N0bHkgZm9yIHZvaWNlLgo+ID4KPgo+IFRoYW5rcyBmb3IgdGVzdGluZyEKPgo+ IC0tSFBTCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xwo+IGZyZWVic2QtaXNkbkBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiBodHRwOi8vbGlzdHMu ZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWlzZG4KPiBUbyB1bnN1YnNjcmli ZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1pc2RuLXVuc3Vic2NyaWJlQGZyZWVic2Qub3Jn Igo+Cj4K From owner-freebsd-isdn@FreeBSD.ORG Tue Jul 17 11:25:42 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6DE0106564A for ; Tue, 17 Jul 2012 11:25:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 337168FC18 for ; Tue, 17 Jul 2012 11:25:42 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [84.49.175.101] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 300926793; Tue, 17 Jul 2012 13:20:34 +0200 From: Hans Petter Selasky To: intemann@gmail.com Date: Tue, 17 Jul 2012 13:20:50 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FFDB2DE.6010107@incore.de> <201207161801.46422.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?utf-8?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?utf-8?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201207171320.50398.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org, Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 11:25:42 -0000 On Tuesday 17 July 2012 10:00:34 Christopher Intemann wrote: > Just curious, but does this port also work with OpenBSD/current? > Thanks, > Chris Only the user-land part. Not the kernel part. --HPS From owner-freebsd-isdn@FreeBSD.ORG Thu Jul 19 16:21:17 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940C81065670 for ; Thu, 19 Jul 2012 16:21:17 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 4D44A8FC12 for ; Thu, 19 Jul 2012 16:21:17 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 6CE5B5D94C; Thu, 19 Jul 2012 18:21:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id GmFHRZF8ryeX; Thu, 19 Jul 2012 18:21:09 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 9E40D5D94B; Thu, 19 Jul 2012 18:21:09 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id 94E2C45084; Thu, 19 Jul 2012 18:21:09 +0200 (CEST) Message-ID: <500833F5.2050205@incore.de> Date: Thu, 19 Jul 2012 18:21:09 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-isdn@freebsd.org References: <4FFDB2DE.6010107@incore.de> <201207151942.32249.hselasky@c2i.net> <5003F178.30100@incore.de> <201207161801.46422.hselasky@c2i.net> In-Reply-To: <201207161801.46422.hselasky@c2i.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 16:21:17 -0000 Hi Hans, >> 1. example: Default options + SPPP + RBCH, crash on kldload i4b, test PC >> without isdn hardware: >> > I cannot reproduce this crash over here. I think it is not a bug in I4B, but rather > some hardware generating spurious interrupts when probing! Loading I4B will cause a > re-probe of existing devices with no driver attached. OK, the re-probe of the existing devices is done by the kernel because a DRIVER_MODULE is loaded via kldload, or did you some special programming for this ? > The I4B module as a whole cannot be unloaded, it requires a reboot. Some parts of I4B supports unload, but others not. > A crash at this point is like expected. However it is possible in theory to split I4B into separate modules, > which can be loaded/unloaded, but not the core itself currently. So it seems a little bit safer to load i4b - or any other DRIVER_MODULE - via loader.conf, because the re-probe must not be done. > I believe the SPPP functionality has not been tested for a while. In the meantime I found the reason for my troubles with i4b + sppp on incoming calls: There was a commit for if_spppsubr.c (Revision 1.222) with the text: Use monotonic time_uptime instead of 'time_second' as timebase for timeouts. After changing in i4b_global.h from #define SECOND time_second to #define SECOND time_uptime the problem was gone. One bagatelle is left: On every incoming call I see in /var/log/messages kernel: i4b-L3 dss1_decode_q931_cs0_ie_cd: IEI_BEARERCAP - Unsupported B-Sub-Protocol 0x00 kernel: i4b: unit 0, assigned TEI = 253 = 0xfd (example), but the incoming SETUP frame is ok. Can you give me a hint how to deal with this ? In /etc/isdn/isdnd.rc I do not have any subaddress specific parameters. -- Andreas Longwitz From owner-freebsd-isdn@FreeBSD.ORG Thu Jul 19 16:41:04 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A887D1065670 for ; Thu, 19 Jul 2012 16:41:04 +0000 (UTC) (envelope-from intemann@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 793028FC12 for ; Thu, 19 Jul 2012 16:41:04 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5030119pbb.13 for ; Thu, 19 Jul 2012 09:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=gqd6+Up/bXqLzE8s/hYJsH1CriSgAM0ZcJZtmSSIxbA=; b=t4RLEdEGNlHM6BdX4fWV5ftoJ5WUIQ0/3+Eh2UL3D1Yrm3YXAtaZToVerj1hJ6hWtN nZ7p3OxTU9yn+dXKmHZTpK3YcKrJAZ1KytW3pj4j/Qk6MGq32tgCd0D8TDyKSNaIXPLu cvHPB7bvLK8HLuYNgP5wW2Rwi5m1HTMHwOhKcBoghb001hCG9LnGIRYVVdI1qTjHnQOp ajjLOupopjFt5mCgiegZQSrag2f9I5sR3YNl/ogSP4O8wfLyzvnsaCGJ10RMQTTC9Zv0 v13yHd3TowJf9ungq0tWXZXWMxBVYDQFc6ds17B6QPOx2yIc87qk8MHWSmJ92+K+aoji 6Wyg== Received: by 10.68.223.138 with SMTP id qu10mr6705094pbc.50.1342716064029; Thu, 19 Jul 2012 09:41:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.51.12 with HTTP; Thu, 19 Jul 2012 09:40:23 -0700 (PDT) In-Reply-To: <201207171320.50398.hselasky@c2i.net> References: <4FFDB2DE.6010107@incore.de> <201207161801.46422.hselasky@c2i.net> <201207171320.50398.hselasky@c2i.net> From: Christopher Intemann Date: Thu, 19 Jul 2012 18:40:23 +0200 Message-ID: To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-isdn@freebsd.org, Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: intemann@gmail.com List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 16:41:04 -0000 On Tue, Jul 17, 2012 at 1:20 PM, Hans Petter Selasky wrote: > On Tuesday 17 July 2012 10:00:34 Christopher Intemann wrote: > > Just curious, but does this port also work with OpenBSD/current? > > Thanks, > > Chris > > Only the user-land part. Not the kernel part. > > > Ah, ok, thanks for clarification! I guess there is no OpenBSD Kernel module available any longer or is there anybody still maintaining this branch? Thanks, Chris From owner-freebsd-isdn@FreeBSD.ORG Thu Jul 19 16:48:19 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1300C106564A for ; Thu, 19 Jul 2012 16:48:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 66E568FC14 for ; Thu, 19 Jul 2012 16:48:18 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [84.49.175.101] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 300050219; Thu, 19 Jul 2012 18:48:15 +0200 From: Hans Petter Selasky To: Andreas Longwitz Date: Thu, 19 Jul 2012 18:48:31 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FFDB2DE.6010107@incore.de> <201207161801.46422.hselasky@c2i.net> <500833F5.2050205@incore.de> In-Reply-To: <500833F5.2050205@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201207191848.31049.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 16:48:19 -0000 On Thursday 19 July 2012 18:21:09 Andreas Longwitz wrote: > Hi Hans, Hi Andreas, > > >> 1. example: Default options + SPPP + RBCH, crash on kldload i4b, test PC > > > >> without isdn hardware: > > I cannot reproduce this crash over here. I think it is not a bug in I4B, > > but rather some hardware generating spurious interrupts when probing! > > Loading I4B will cause a re-probe of existing devices with no driver > > attached. > > OK, the re-probe of the existing devices is done by the kernel because a > DRIVER_MODULE is loaded via kldload, or did you some special programming > for this ? No, this is done by generic PNP/PCI code when the module is loaded as far as I'm aware. > > > The I4B module as a whole cannot be unloaded, it requires a reboot. Some > > parts of I4B supports unload, but others not. A crash at this point is > > like expected. However it is possible in theory to split I4B into > > separate modules, which can be loaded/unloaded, but not the core itself > > currently. > > So it seems a little bit safer to load i4b - or any other DRIVER_MODULE > - via loader.conf, because the re-probe must not be done. Right. > > > I believe the SPPP functionality has not been tested for a while. > > In the meantime I found the reason for my troubles with i4b + sppp on > incoming calls: > > There was a commit for if_spppsubr.c (Revision 1.222) with the text: > Use monotonic time_uptime instead of 'time_second' as timebase for > timeouts. After changing in i4b_global.h from > #define SECOND time_second > to #define SECOND time_uptime > the problem was gone. I4B also uses SECOND for other purpose. I think your change is OK and have committed it. > > One bagatelle is left: On every incoming call I see in /var/log/messages > kernel: i4b-L3 dss1_decode_q931_cs0_ie_cd: IEI_BEARERCAP - Unsupported > B-Sub-Protocol 0x00 > kernel: i4b: unit 0, assigned TEI = 253 = 0xfd (example), This warning can be ignored. I4B looks for a Voice type byte which is not there and the safety wrapper returns zero. Try this patch: Modified: trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h Log: i4b: Silence warning when using HDLC. Modified: trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h =================================================================== --- trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h +++ trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h @@ -177,8 +177,10 @@ break; default: - NDBGL3(L3_P_ERR, "IEI_BEARERCAP - " + if (dss1_get_valid(buf,4)) { + NDBGL3(L3_P_ERR, "IEI_BEARERCAP - " "Unsupported B-Sub-Protocol 0x%02x", temp); + } cd->channel_bsubprot = BSUBPROT_UNKNOWN; } break; > > but the incoming SETUP frame is ok. Can you give me a hint how to deal > with this ? In /etc/isdn/isdnd.rc I do not have any subaddress specific > parameters. Subaddress is not matched unless specified. I'll roll out a new tarball when time permits. Until further simply checkout code via SVN and type "make package" in the i4b direction to get a new tarball for ports. After replacing the file in /usr/ports/distfiles, you type make makesum or something like that to update the checksum file. Thanks for testing! --HPS From owner-freebsd-isdn@FreeBSD.ORG Thu Jul 19 16:49:38 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAAA3106566C for ; Thu, 19 Jul 2012 16:49:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBAC8FC12 for ; Thu, 19 Jul 2012 16:49:38 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [84.49.175.101] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 301903240; Thu, 19 Jul 2012 18:49:36 +0200 From: Hans Petter Selasky To: intemann@gmail.com Date: Thu, 19 Jul 2012 18:49:51 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FFDB2DE.6010107@incore.de> <201207171320.50398.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201207191849.51367.hselasky@c2i.net> Cc: freebsd-isdn@freebsd.org, Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 16:49:38 -0000 On Thursday 19 July 2012 18:40:23 Christopher Intemann wrote: > On Tue, Jul 17, 2012 at 1:20 PM, Hans Petter Selasky wrote: > > On Tuesday 17 July 2012 10:00:34 Christopher Intemann wrote: > > > Just curious, but does this port also work with OpenBSD/current? > > > Thanks, > > > > > > Chris > > > > Only the user-land part. Not the kernel part. > > > > > > Ah, ok, thanks for clarification! > Hi, > I guess there is no OpenBSD Kernel module available any longer or is there > anybody still maintaining this branch? Regarding my branch, I maintained a NetBSD version for a while, but that has now been axed to simplify the internals of I4B. --HPS From owner-freebsd-isdn@FreeBSD.ORG Fri Jul 20 09:58:46 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04008106564A for ; Fri, 20 Jul 2012 09:58:46 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id B26888FC08 for ; Fri, 20 Jul 2012 09:58:45 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 00D725D995; Fri, 20 Jul 2012 11:58:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id pbGzmhK2sl9z; Fri, 20 Jul 2012 11:58:43 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id B0C995D994; Fri, 20 Jul 2012 11:58:43 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id AADFE45084; Fri, 20 Jul 2012 11:58:43 +0200 (CEST) Message-ID: <50092BD3.7000901@incore.de> Date: Fri, 20 Jul 2012 11:58:43 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-isdn@freebsd.org References: <4FFDB2DE.6010107@incore.de> <201207161801.46422.hselasky@c2i.net> <500833F5.2050205@incore.de> <201207191848.31049.hselasky@c2i.net> In-Reply-To: <201207191848.31049.hselasky@c2i.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ISDN4BSD (HPS version) is going into ports X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 09:58:46 -0000 Hi Hans, >> One bagatelle is left: On every incoming call I see in /var/log/messages >> kernel: i4b-L3 dss1_decode_q931_cs0_ie_cd: IEI_BEARERCAP - Unsupported >> B-Sub-Protocol 0x00 >> kernel: i4b: unit 0, assigned TEI = 253 = 0xfd (example), > > This warning can be ignored. I4B looks for a Voice type byte which is not > there and the safety wrapper returns zero. Try this patch: > > Modified: > trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h > Log: > i4b: Silence warning when using HDLC. > > Modified: trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h > =================================================================== > --- trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h > +++ trunk/i4b/src/sys/i4b/dss1/dss1_l3decoder.h > @@ -177,8 +177,10 @@ > break; > > default: > - NDBGL3(L3_P_ERR, "IEI_BEARERCAP - " > + if (dss1_get_valid(buf,4)) { > + NDBGL3(L3_P_ERR, "IEI_BEARERCAP - " > "Unsupported B-Sub-Protocol 0x%02x", temp); > + } > cd->channel_bsubprot = BSUBPROT_UNKNOWN; > } > break; > > >> but the incoming SETUP frame is ok. Can you give me a hint how to deal >> with this ? In /etc/isdn/isdnd.rc I do not have any subaddress specific >> parameters. OK, works as expected. Further I use the patch from http://lists.freebsd.org/pipermail/freebsd-current/2009-June/008787.html to get rid of the "failed to align memory properly" message. Regards, Andreas Longwitz