From owner-freebsd-current@FreeBSD.ORG Tue May 4 10:32:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B5116A4CE for ; Tue, 4 May 2004 10:32:11 -0700 (PDT) Received: from renaissance.homeip.net (m73.net81-65-152.noos.fr [81.65.152.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C5343D39 for ; Tue, 4 May 2004 10:32:10 -0700 (PDT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (none@localhost [127.0.0.1]) i44HW8dF015339 for ; Tue, 4 May 2004 19:32:08 +0200 (CEST) (envelope-from anthony.ginepro@laposte.net) Received: (from rapiere@localhost) by renaissance.homeip.net (8.12.11/8.12.11/Submit) id i44HW88x015338 for freebsd-current@freebsd.org; Tue, 4 May 2004 19:32:08 +0200 (CEST) (envelope-from anthony.ginepro@laposte.net) X-Authentication-Warning: renaissance.homeip.net: rapiere set sender to anthony.ginepro@laposte.net using -f Date: Tue, 4 May 2004 19:32:08 +0200 From: Anthony Ginepro To: freebsd-current@freebsd.org Message-ID: <20040504173208.GC47677@renaissance.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.2-CURRENT i386 Subject: pf side effects X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2004 17:32:11 -0000 I'm not experienced enough to patch these problems so I share my experiments in the hope that hackers could have clues about stability with pf. Since using pf on -CURRENT, I'm having trouble with bluetooth LAN. I can't directly translate ipf rules in pf rules because pf doesn't accept rules on interfaces that don't exist yet (tun0). It's certainly inherents to pf so I've found another way around this. However ppp core dumps now regularly when initiating a network connection from the bluetooth device (palm) with this stack : (gdb) where #0 0x08063f38 in NgRecvData () #1 0xbfbfe284 in ?? () #2 0x0806a1a5 in NgRecvData () #3 0x0806324b in NgRecvData () #4 0x08063df8 in NgRecvData () #5 0x0806aa00 in NgRecvData () #6 0x0806f7b6 in NgRecvData () #7 0x0806f6c0 in NgRecvData () #8 0x08078366 in NgRecvData () #9 0x0805d2b7 in NgRecvData () #10 0x0804d896 in NgRecvData () #11 0x080722f5 in NgRecvData () #12 0x08071e93 in NgRecvData () #13 0x0804b77c in NgRecvData () I don't know what other information I could send to help people about this. I had also oidentd not starting when using flag "-m", complaining about /dev/kmem not present. When using ipf, ppp & oidentd work correctly. Anthony.