From owner-freebsd-current@FreeBSD.ORG Sun Sep 17 04:56:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0C3C216A403 for ; Sun, 17 Sep 2006 04:56:37 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85CEB43D58 for ; Sun, 17 Sep 2006 04:56:36 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so3567443wxd for ; Sat, 16 Sep 2006 21:56:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dSUXVMazMvYgM6X5dybVPc1EAF76Gh2G9FTb8R1XplC8Mo56wrf4auaq1hiHQly+LEyKYjWuNQG//LUxGYtqo4hsAf3r0EFEHMU60mi07n/3SJRACa+0cbEH4GY1JiQnVHI5JdJUGfNi29lvcHOm8eQaEUwIjSa0bzKh4+QQvlE= Received: by 10.90.120.6 with SMTP id s6mr4151748agc; Sat, 16 Sep 2006 21:56:35 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 16 Sep 2006 21:56:34 -0700 (PDT) Message-ID: <7579f7fb0609162156t964231fm9ebcbee4d728a658@mail.gmail.com> Date: Sat, 16 Sep 2006 21:56:34 -0700 From: "Matthew Jacob" To: freebsd-current@freebsd.org In-Reply-To: <450C8C89.1080906@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <20060916092222.ebf8kst9ko4kk8ko@mail.bafirst.com> <450C8C89.1080906@samsco.org> Cc: eculp@bafirst.com Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 17 Sep 2006 04:56:37 -0000 > > Is the LSI-MPT BIOS disabled on your machine? I found that I had to > start enabling it, otherwise the driver does something at boot that > makes the MPT chip stop responding. It didn't use to be that way. *shrug* For LSI-MPT BIOS that comes from a motherboard rather than being on a card, you *have* to have it enabled for it to function at all as the microcode is loaded by the BIOS. Claiming that it "didn't use to be that way" seems a bit odd. But feel free to file a bug at http://www.feral.com/bugzilla. From owner-freebsd-current@FreeBSD.ORG Sun Sep 17 06:50:53 2006 Return-Path: X-Original-To: current@freebsd.org 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 C36B516A403 for ; Sun, 17 Sep 2006 06:50:53 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt8.ihug.co.nz (grunt8.ihug.co.nz [203.109.254.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75B0443D62 for ; Sun, 17 Sep 2006 06:50:52 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt8.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GOqUH-0002ue-00; Sun, 17 Sep 2006 18:50:45 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 41DD21CC26; Sun, 17 Sep 2006 18:50:44 +1200 (NZST) Date: Sun, 17 Sep 2006 18:50:44 +1200 From: Andrew Thompson To: John Baldwin Message-ID: <20060917065044.GA57195@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , John Baldwin , Andre Oppermann , current@freebsd.org, freebsd-current@freebsd.org, Mike Tancsa , Ian FREISLICH , Gleb Smirnoff , Jack Vogel References: <20060915102228.GK27667@FreeBSD.org> <450A8467.5050405@freebsd.org> <200609151014.36785.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609151014.36785.jhb@freebsd.org> User-Agent: Mutt/1.5.11 Cc: Andre Oppermann , current@freebsd.org, Mike Tancsa , Ian FREISLICH , freebsd-current@freebsd.org, Gleb Smirnoff , Jack Vogel Subject: Re: TSO, SMP and the em driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 17 Sep 2006 06:50:53 -0000 On Fri, Sep 15, 2006 at 10:14:35AM -0400, John Baldwin wrote: > On Friday 15 September 2006 06:45, Andre Oppermann wrote: > > Gleb Smirnoff wrote: > > > On Wed, Sep 13, 2006 at 10:46:22AM -0500, Brooks Davis wrote: > > > B> On Wed, Sep 13, 2006 at 11:08:44AM -0400, John Baldwin wrote: > > > B> > On Tuesday 12 September 2006 19:14, Andre Oppermann wrote: > > > B> > > Mike Tancsa wrote: > > > B> > > > At 12:43 PM 9/12/2006, Andre Oppermann wrote: > > > B> > > > B> I'm not sure it's worth worrying about with GbE hardware. Just disable > > > B> TSO in promiscuous mode. Where TSO is going to really matter is 10GbE. > > > B> No supporting TSO in some configurations with GbE doesn't seem like a > > > B> big deal to me. > > > > > > Yes, makeing TSO and promisc mutually exclusive would be fine. > > > > There is no point in disabling TSO in when the card is in promisc mode. > > Promisc mode only affects the receive path where TSO doesn't do a thing, > > it is only used on the send path. > > The real fix is that the network stack including bpf(4) needs to be aware > of VLANs that aren't stored in the packet data (mtag, mbuf header, > wherever). If you fixed bridging and bpf to recoginize VLAN IDs in metadata > and handle them then em(4) wouldn't need this hack. Also, if my understanding > is correct, this hack is really needed for _any_ ethernet driver that supports > vlan tagging in hardware unless we fix the stack consumers. I have a patch ready that makes the bridge use the new ether_vlan field when it gets committed. Andrew From owner-freebsd-current@FreeBSD.ORG Sun Sep 17 06:50:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 CAF8116A417 for ; Sun, 17 Sep 2006 06:50:53 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt8.ihug.co.nz (grunt8.ihug.co.nz [203.109.254.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784FF43D64 for ; Sun, 17 Sep 2006 06:50:52 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt8.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GOqUH-0002ue-00; Sun, 17 Sep 2006 18:50:45 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 41DD21CC26; Sun, 17 Sep 2006 18:50:44 +1200 (NZST) Date: Sun, 17 Sep 2006 18:50:44 +1200 From: Andrew Thompson To: John Baldwin Message-ID: <20060917065044.GA57195@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , John Baldwin , Andre Oppermann , current@freebsd.org, freebsd-current@freebsd.org, Mike Tancsa , Ian FREISLICH , Gleb Smirnoff , Jack Vogel References: <20060915102228.GK27667@FreeBSD.org> <450A8467.5050405@freebsd.org> <200609151014.36785.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609151014.36785.jhb@freebsd.org> User-Agent: Mutt/1.5.11 Cc: Andre Oppermann , current@freebsd.org, Mike Tancsa , Ian FREISLICH , freebsd-current@freebsd.org, Gleb Smirnoff , Jack Vogel Subject: Re: TSO, SMP and the em driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 17 Sep 2006 06:50:53 -0000 On Fri, Sep 15, 2006 at 10:14:35AM -0400, John Baldwin wrote: > On Friday 15 September 2006 06:45, Andre Oppermann wrote: > > Gleb Smirnoff wrote: > > > On Wed, Sep 13, 2006 at 10:46:22AM -0500, Brooks Davis wrote: > > > B> On Wed, Sep 13, 2006 at 11:08:44AM -0400, John Baldwin wrote: > > > B> > On Tuesday 12 September 2006 19:14, Andre Oppermann wrote: > > > B> > > Mike Tancsa wrote: > > > B> > > > At 12:43 PM 9/12/2006, Andre Oppermann wrote: > > > B> > > > B> I'm not sure it's worth worrying about with GbE hardware. Just disable > > > B> TSO in promiscuous mode. Where TSO is going to really matter is 10GbE. > > > B> No supporting TSO in some configurations with GbE doesn't seem like a > > > B> big deal to me. > > > > > > Yes, makeing TSO and promisc mutually exclusive would be fine. > > > > There is no point in disabling TSO in when the card is in promisc mode. > > Promisc mode only affects the receive path where TSO doesn't do a thing, > > it is only used on the send path. > > The real fix is that the network stack including bpf(4) needs to be aware > of VLANs that aren't stored in the packet data (mtag, mbuf header, > wherever). If you fixed bridging and bpf to recoginize VLAN IDs in metadata > and handle them then em(4) wouldn't need this hack. Also, if my understanding > is correct, this hack is really needed for _any_ ethernet driver that supports > vlan tagging in hardware unless we fix the stack consumers. I have a patch ready that makes the bridge use the new ether_vlan field when it gets committed. Andrew From owner-freebsd-current@FreeBSD.ORG Sun Sep 17 11:48:37 2006 Return-Path: X-Original-To: current@freebsd.org 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 DA08116A416; Sun, 17 Sep 2006 11:48:36 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517C543D92; Sun, 17 Sep 2006 11:48:35 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J5Q00CANJGXQ3@ms-dienst.rz.rwth-aachen.de>; Sun, 17 Sep 2006 13:48:34 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sun, 17 Sep 2006 13:48:32 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.7/8.13.1/1) with ESMTP id k8HBmWZN006087; Sun, 17 Sep 2006 13:48:32 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GOv8S-0001lo-LA; Sun, 17 Sep 2006 13:48:32 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 4D2C63F40B; Sun, 17 Sep 2006 13:48:32 +0200 (CEST) Date: Sun, 17 Sep 2006 13:48:32 +0200 From: Christian Brueffer In-reply-to: <450C3487.6050104@FreeBSD.org> To: "Christian S.J. Peron" Message-id: <20060917114831.GC1918@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=R+My9LyyhiUvIEro; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20060915165351.GC2020@haakonia.hitnet.RWTH-Aachen.DE> <450ADE55.7090509@samsco.org> <450AEC50.2060404@freebsd.org> <20060915191008.GE2020@haakonia.hitnet.RWTH-Aachen.DE> <450C3487.6050104@FreeBSD.org> Cc: Andre Oppermann , current@freebsd.org Subject: Re: em(4) interface wedges X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 17 Sep 2006 11:48:37 -0000 --R+My9LyyhiUvIEro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 16, 2006 at 12:29:43PM -0500, Christian S.J. Peron wrote: > Christian Brueffer wrote: > >On Fri, Sep 15, 2006 at 08:09:20PM +0200, Andre Oppermann wrote: > > =20 > >>Scott Long wrote: > >> =20 > >>>Christian Brueffer wrote: > >>> > >>> =20 > >>>>Hi, > >>>> > >>>>with the latest em(4) code in current (sans the printf/device_printf > >>>>change), my interface wedges every few hours. It can be resurrected > >>>>by bringing it down and up again. > >>>> > >>>>The device in question is a E1000_DEV_ID_82540EP_LP built into my > >>>>Thinkpad. > >>>> > >>>>Anyone else seeing this? > >>>> > >>>>- Christian > >>>> > >>>> =20 > >>>Yes. It's also almost guaranteed to wedge the first time I do a remote > >>>CVS operation after boot. > >>> =20 > >>When the interface wedges does it show the OACTIVE flag in ifconfig=20 > >>output? > >>This is an important hint. > >> > >> =20 > > > >Yeah, OACTIVE is set. > > > > =20 > >>If you are running at 100Mbit there seems to be bug in the em(4) harware > >>with TSO. Try disabling TSO on it with 'ifconfig em0 -tso'. > >> > >> =20 > > > >Correct, I'm using it at 100Mbit and disabling TSO works around the > >issue. > > Are you using dhclient (or do you have any other BPF peers attached to=20 > the network interface?) >=20 No dhclient and no other BPF peers that I'm aware of. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --R+My9LyyhiUvIEro Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFDTYPbHYXjKDtmC0RApHIAKClXIRmT1T2BomcMOTPFVIwjKCmbACglmqK JdHhDAgiF6BxBRRjuy4RVc8= =w/lH -----END PGP SIGNATURE----- --R+My9LyyhiUvIEro-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 17 13:57:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 75FE116A40F for ; Sun, 17 Sep 2006 13:57:33 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4160F43D53 for ; Sun, 17 Sep 2006 13:57:30 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 64046 invoked from network); 17 Sep 2006 13:40:29 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2006 13:40:29 -0000 Message-ID: <450D544E.3070500@freebsd.org> Date: Sun, 17 Sep 2006 15:57:34 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------050000070406050000030805" Cc: freebsd-net@freebsd.org Subject: HEADS-UP: VLAN tag changes committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 17 Sep 2006 13:57:33 -0000 This is a multi-part message in MIME format. --------------050000070406050000030805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit FYI. --------------050000070406050000030805 Content-Type: message/rfc822; name*0="cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/bge if_bge.c "; name*1=" src/sys/dev/em if_em.c src/sys/dev/ixgb if_ixgb.c src/sys/"; name*2="dev/nfe if_nfe.c src/sys/dev/nge if_nge.c src/sys/dev/re"; name*3=" if_re.c src/sys/dev/stge if_stge.c src/sys/dev/ti if_ti"; name*4=".c src/sys/dev/txp ..." Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename*0="cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/bge if_bge."; filename*1="c src/sys/dev/em if_em.c src/sys/dev/ixgb if_ixgb.c "; filename*2="src/sys/dev/nfe if_nfe.c src/sys/dev/nge if_nge.c sr"; filename*3="c/sys/dev/re if_re.c src/sys/dev/stge if_stge.c src/"; filename*4="sys/dev/ti if_ti.c src/sys/dev/txp ..." X-Account-Key: account3 Return-Path: Delivered-To: andre@networx.ch Received: (qmail 63885 invoked from network); 17 Sep 2006 13:17:10 -0000 Received: from mx2.freebsd.org ([216.136.204.119]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2006 13:17:10 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 96C865C2AA for ; Sun, 17 Sep 2006 13:33:33 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 1039F16A47C; Sun, 17 Sep 2006 13:33:32 +0000 (UTC) Delivered-To: andre@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 0027A16A40F; Sun, 17 Sep 2006 13:33:31 +0000 (UTC) X-Original-To: src-committers@FreeBSD.org Delivered-To: src-committers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8DCE16A407; Sun, 17 Sep 2006 13:33:30 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E56D43D46; Sun, 17 Sep 2006 13:33:30 +0000 (GMT) (envelope-from andre@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.13.6/8.13.6) with ESMTP id k8HDXUvq029747; Sun, 17 Sep 2006 13:33:30 GMT (envelope-from andre@repoman.freebsd.org) Received: (from andre@localhost) by repoman.freebsd.org (8.13.6/8.13.4/Submit) id k8HDXUht029746; Sun, 17 Sep 2006 13:33:30 GMT (envelope-from andre) Message-Id: <200609171333.k8HDXUht029746@repoman.freebsd.org> From: Andre Oppermann Date: Sun, 17 Sep 2006 13:33:30 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/bge if_bge.c src/sys/dev/em if_em.c src/sys/dev/ixgb if_ixgb.c src/sys/dev/nfe if_nfe.c src/sys/dev/nge if_nge.c src/sys/dev/re if_re.c src/sys/dev/stge if_stge.c src/sys/dev/ti if_ti.c src/sys/dev/txp ... X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG andre 2006-09-17 13:33:30 UTC FreeBSD src repository Modified files: sys/dev/bce if_bce.c sys/dev/bge if_bge.c sys/dev/em if_em.c sys/dev/ixgb if_ixgb.c sys/dev/nfe if_nfe.c sys/dev/nge if_nge.c sys/dev/re if_re.c sys/dev/stge if_stge.c sys/dev/ti if_ti.c sys/dev/txp if_txp.c sys/dev/vge if_vge.c sys/net if_vlan.c if_vlan_var.h sys/net80211 ieee80211_input.c ieee80211_output.c sys/netgraph ng_vlan.c sys/sys mbuf.h Log: Move ethernet VLAN tags from mtags to its own mbuf packet header field m_pkthdr.ether_vlan. The presence of the M_VLANTAG flag on the mbuf signifies the presence and validity of its content. Drivers that support hardware VLAN tag stripping fill in the received VLAN tag (containing both vlan and priority information) into the ether_vtag mbuf packet header field: m->m_pkthdr.ether_vtag = vlan_id; /* ntohs()? */ m->m_flags |= M_VLANTAG; to mark the packet m with the specified VLAN tag. On output the driver should check the mbuf for the M_VLANTAG flag to see if a VLAN tag is present and valid: if (m->m_flags & M_VLANTAG) { ... = m->m_pkthdr.ether_vtag; /* htons()? */ ... pass tag to hardware ... } VLAN tags are stored in host byte order. Byte swapping may be necessary. (Note: This driver conversion was mechanic and did not add or remove any byte swapping in the drivers.) Remove zone_mtag_vlan UMA zone and MTAG_VLAN definition. No more tag memory allocation have to be done. Reviewed by: thompsa, yar Sponsored by: TCP/IP Optimization Fundraise 2005 Revision Changes Path 1.8 +4 -7 src/sys/dev/bce/if_bce.c 1.146 +4 -6 src/sys/dev/bge/if_bge.c 1.145 +7 -12 src/sys/dev/em/if_em.c 1.20 +13 -4 src/sys/dev/ixgb/if_ixgb.c 1.5 +5 -16 src/sys/dev/nfe/if_nfe.c 1.89 +5 -8 src/sys/dev/nge/if_nge.c 1.75 +6 -9 src/sys/dev/re/if_re.c 1.3 +6 -6 src/sys/dev/stge/if_stge.c 1.125 +4 -7 src/sys/dev/ti/if_ti.c 1.42 +4 -7 src/sys/dev/txp/if_txp.c 1.26 +5 -8 src/sys/dev/vge/if_vge.c 1.115 +5 -17 src/sys/net/if_vlan.c 1.25 +16 -39 src/sys/net/if_vlan_var.h 1.95 +2 -10 src/sys/net80211/ieee80211_input.c 1.43 +2 -3 src/sys/net80211/ieee80211_output.c 1.4 +8 -8 src/sys/netgraph/ng_vlan.c 1.196 +1 -4 src/sys/sys/mbuf.h --------------050000070406050000030805-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 17 21:04:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 1FE4616A415; Sun, 17 Sep 2006 21:04:35 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6252643D70; Sun, 17 Sep 2006 21:04:27 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (45tjhvivp3m82nrj@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8HL4QBu090411; Sun, 17 Sep 2006 14:04:27 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8HL4QG3090410; Sun, 17 Sep 2006 14:04:26 -0700 (PDT) (envelope-from jmg) Date: Sun, 17 Sep 2006 14:04:26 -0700 From: John-Mark Gurney To: freebsd-arch@FreeBSD.org Message-ID: <20060917210426.GI9421@funkthat.com> Mail-Followup-To: freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org 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.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@FreeBSD.org Subject: kqueue disable on delivery... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 21:04:35 -0000 I have implemented a couple additional features to kqueue. These allow kqueue to be a multithreaded event delivery system that can guarantee that the event will only be active in one thread at any time. The first is EV_DOD, aka disable on delivery. When the event will be delivered to userland, the knote is marked disabled so we don't have to go through the expense of reallocing the knote each time. (Reallocation of the knote is also lock intensive, and disabling is cheap.) Even though this means that the event will only ever be active in a thread at a time, (when you're done handling the event, you reenable it), removing the event from the queue outside the event handler (say a timeout handler for the connection) poses to be a problem. If you simply close the socket, the event disappears, but then there is a race between another event being created with the same socket, and notification of the handler that you want the event to stop. In order to handle that situation, I have come up w/ EV_FORCEOS, aka FORCE ONE_SHOT. EV_ONESHOT events have the advantage that once queued, they don't care if they have been activated or not, they will be returned the next round. This means that the timeout handler can safely set EV_FORCEOS on the handler, and either if it's _DISABLED (handler running and will reenable it), or it's _ENABLED, it will get dispatched, allowing the handler to detect the EV_FORCEOS flag and teardown the connection. I have expanded a custom web server to make use of these features and so it's been stable. I believe most of the bugs are concurency bugs going from a single threaded kqueue design, to allowing multiple threads access to some of the data structures. The patch is available at: http://people.FreeBSD.org/~jmg/kqueue.dod.patch As part of the patch, I added more strict checking of the flags, so that unknown flags will return an EINVAL. Comments? Suggestions? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 01:32:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D73AF16A403 for ; Mon, 18 Sep 2006 01:32:13 +0000 (UTC) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43AAD43D46 for ; Mon, 18 Sep 2006 01:32:13 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Sun, 17 Sep 2006 20:32:12 -0500 id 00095802.450DF71C.00015C0C Received: from dsl-189-129-2-180.prod-infinitum.com.mx (dsl-189-129-2-180.prod-infinitum.com.mx [189.129.2.180]) by mail.bafirst.com (Horde MIME library) with HTTP; Sun, 17 Sep 2006 20:32:12 -0500 Message-ID: <20060917203212.bor5t6oi28sss0w4@mail.bafirst.com> Date: Sun, 17 Sep 2006 20:32:12 -0500 From: eculp@bafirst.com To: Matthew Jacob References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <20060916092222.ebf8kst9ko4kk8ko@mail.bafirst.com> <450C8C89.1080906@samsco.org> <7579f7fb0609162156t964231fm9ebcbee4d728a658@mail.gmail.com> In-Reply-To: <7579f7fb0609162156t964231fm9ebcbee4d728a658@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: freebsd-current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 01:32:13 -0000 Quoting Matthew Jacob : >> >> Is the LSI-MPT BIOS disabled on your machine? I found that I had to >> start enabling it, otherwise the driver does something at boot that >> makes the MPT chip stop responding. It didn't use to be that way. > > > *shrug* > > For LSI-MPT BIOS that comes from a motherboard rather than being on a > card, you *have* to have it enabled for it to function at all as the > microcode is loaded by the BIOS. Claiming that it "didn't use to be > that way" seems a bit odd. But feel free to file a bug at > http://www.feral.com/bugzilla. > Initially and for several months it worked fine then one day it just wouldn't boot a new kernel but it boots a kernel from June just fine. Would that not be "used to" ;) Thanks, ed From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 09:13:50 2006 Return-Path: X-Original-To: current@freebsd.org 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 5178F16A40F; Mon, 18 Sep 2006 09:13:50 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D996143D45; Mon, 18 Sep 2006 09:13:49 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1] helo=ian.hetzner.africa) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GPFCD-0004Gd-0u; Mon, 18 Sep 2006 11:13:45 +0200 To: jhb@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 18 Sep 2006 11:13:45 +0200 Message-Id: Cc: current@freebsd.org Subject: buildkernel failure in bktr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 09:13:50 -0000 Hi Looks like the last arg in bti2c_smb_callback() in bktr_i2c.c is void, but in bktr_i2c.h it's caddr_t. /usr/src/sys/dev/bktr/bktr_i2c.c:123: error: conflicting types for 'bti2c_smb_callback' /usr/src/sys/dev/bktr/bktr_i2c.h:42: error: previous declaration of 'bti2c_smb_callback' was here /usr/src/sys/dev/bktr/bktr_i2c.c:123: error: conflicting types for 'bti2c_smb_callback' /usr/src/sys/dev/bktr/bktr_i2c.h:42: error: previous declaration of 'bti2c_smb_callback' was here Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 11:10:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B6AFB16A417 for ; Mon, 18 Sep 2006 11:10:14 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 968BA43D4C for ; Mon, 18 Sep 2006 11:10:13 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so2927463nfc for ; Mon, 18 Sep 2006 04:10:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=RpNDIJGv7c1ZhLf7fP7OnA85HseO89a9tPdchBOMHnTDjybVU16EXgHJjKMuGx5cw+QbEk396CC1LMT0+BMGsHOF2E2prJpgIod0uaDf42wGHxVD1h+qbwEgXJePFtJeW2fuDo5kfX7vB/aoLHB9uHlX3cDS0bwHZajV7HpeFsk= Received: by 10.49.8.10 with SMTP id l10mr16780446nfi; Mon, 18 Sep 2006 04:10:11 -0700 (PDT) Received: by 10.49.18.11 with HTTP; Mon, 18 Sep 2006 04:10:11 -0700 (PDT) Message-ID: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> Date: Mon, 18 Sep 2006 11:10:11 +0000 From: "Angka H. K." To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org Subject: libpthread prevent glxgears to run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 11:10:14 -0000 This code : if (m->m_flags & MUTEX_FLAGS_PRIVATE) PANIC("Recurse on a private mutex."); at file "/usr/src/lib/libpthread/thread/thr_mutex.c" line 1002 prevent glxgears to run with the following error : Fatal error 'Recurse on a private mutex.' at line 1003 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) If the line is removed the glxgears is running well. Which could be wrong; The glgears code or the libptrhead code ? And what the use of that line ? Regards, From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 11:57:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2A6DB16A524; Mon, 18 Sep 2006 11:57:44 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760E443F20; Mon, 18 Sep 2006 11:56:23 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k8IBuMXi028172; Mon, 18 Sep 2006 07:56:22 -0400 (EDT) Date: Mon, 18 Sep 2006 07:56:22 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Angka H. K." In-Reply-To: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> Message-ID: References: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Mon, 18 Sep 2006 07:56:22 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: libpthread prevent glxgears to run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 11:57:44 -0000 On Mon, 18 Sep 2006, Angka H. K. wrote: > This code : > > if (m->m_flags & MUTEX_FLAGS_PRIVATE) > PANIC("Recurse on a private mutex."); > > at file "/usr/src/lib/libpthread/thread/thr_mutex.c" line 1002 prevent > glxgears to run with the following error : > > Fatal error 'Recurse on a private mutex.' at line 1003 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) > > If the line is removed the glxgears is running well. > > Which could be wrong; The glgears code or the libptrhead code ? And what the > use of that line ? You are either linked to multiple thread libraries, or you have an older executable or application libraries that need to be rebuilt (because libc version was bumped without bumping libpthread, libthr, & libc_r). -- DE From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 12:25:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 6B77616A407 for ; Mon, 18 Sep 2006 12:25:07 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A2D543D6D for ; Mon, 18 Sep 2006 12:24:56 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3004163nfc for ; Mon, 18 Sep 2006 05:24:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=oIMW5zCCciMMrksqMgnCUgc8bX3REoKcZpaNpVRLgmaE0J4p6S3ZjeWGSnVg1jkzU0LcLawL6/ikHHdt9r25+M/lxIJQPfHGTcGOzMf1qP6SagoBWMNQF2OIhXdthxW2b1wrmmpWf2E5SN8Ah4liGoGXDk0CfmHE8nYmmia6BMU= Received: by 10.49.43.2 with SMTP id v2mr16819474nfj; Mon, 18 Sep 2006 05:24:55 -0700 (PDT) Received: by 10.49.18.11 with HTTP; Mon, 18 Sep 2006 05:24:48 -0700 (PDT) Message-ID: <4c40c4e70609180524j29543dedi39cf4214cfb76424@mail.gmail.com> Date: Mon, 18 Sep 2006 12:24:48 +0000 From: "Angka H. K." To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 References: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: libpthread prevent glxgears to run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 12:25:07 -0000 Here is the ldd output of my glxgears: # ldd ./glxgears ./glxgears: libglut.so.3 => /usr/X11R6/lib/libglut.so.3 (0x2807f000) libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x280be000) libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x2814e000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281b9000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x281c6000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x281da000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281e2000) libm.so.4 => /lib/libm.so.4 (0x282c1000) libc.so.7 => /lib/libc.so.7 (0x282d6000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x283ca000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28415000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x284e0000) libpthread.so.2 => /lib/libpthread.so.2 (0x284e5000) libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x2850a000) libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x28511000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28514000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28525000) libXCB.so.0 => /usr/X11R6/lib/libXCB.so.0 (0x2853b000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x2854b000) libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x28553000) I did rebuilding world then recompile libX11 module and recompile Mesa with glxgears. And the result is the same: # ./glxgears Fatal error 'Recurse on a private mutex.' at line 1003 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) Abort (core dumped) What did I missed to compile ? On 9/18/06, Daniel Eischen wrote: > > On Mon, 18 Sep 2006, Angka H. K. wrote: > > > This code : > > > > if (m->m_flags & MUTEX_FLAGS_PRIVATE) > > PANIC("Recurse on a private mutex."); > > > > at file "/usr/src/lib/libpthread/thread/thr_mutex.c" line 1002 prevent > > glxgears to run with the following error : > > > > Fatal error 'Recurse on a private mutex.' at line 1003 in file > > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) > > > > If the line is removed the glxgears is running well. > > > > Which could be wrong; The glgears code or the libptrhead code ? And what > the > > use of that line ? > > You are either linked to multiple thread libraries, or you > have an older executable or application libraries that need > to be rebuilt (because libc version was bumped without > bumping libpthread, libthr, & libc_r). > > -- > DE > From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 13:29:28 2006 Return-Path: X-Original-To: current@freebsd.org 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 6617E16A412 for ; Mon, 18 Sep 2006 13:29:28 +0000 (UTC) (envelope-from junics-fbsdcurrent@atlantis.maniacs.se) Received: from mammoth.unixsh.net (mammoth.unixsh.net [195.35.83.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E52443D6E for ; Mon, 18 Sep 2006 13:29:26 +0000 (GMT) (envelope-from junics-fbsdcurrent@atlantis.maniacs.se) Received: (qmail 13753 invoked from network); 18 Sep 2006 13:29:25 -0000 Received: from localhost.maniacs.se (HELO ?192.168.0.34?) (127.0.0.1) by localhost.maniacs.se with SMTP; 18 Sep 2006 13:29:25 -0000 Message-ID: <450E9F34.8090202@atlantis.maniacs.se> Date: Mon, 18 Sep 2006 15:29:24 +0200 From: Thomas Herrlin User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: current@freebsd.org References: <20060828165542.GA78024@peter.osted.lan> In-Reply-To: <20060828165542.GA78024@peter.osted.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: zonelimit livelock, some possable workarounds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 13:29:28 -0000 Peter Holm wrote: > While stress testing GENERIC HEAD from Aug 26 13:08 UTC I ran into > this livelock: > > http://people.freebsd.org/~pho/stress/log/cons206.html > This has sadly been a common occurrence for some of us on live prod. systems, however i think it appeared more as an application deadlock for us as the cpu usage didn't go crazy. (IIRC) Using our previous custom daemon that lacked good syn flood protection on a network i help admin caused this with our own stress test suite and once during a ddos attack. Currently running releng_6_1 but it has happened on 5.x aswell. Essentially what our test suite did was connect with a huge amount of clients simultaneously and not responding to the server replay until all clients where connected. This caused a lot of Recv-Q/Send-Q allocation according to netstat (esp. if running the test locally), it probably ran out of network memory and most network applications went into zoneli state according to top. We wont publish our test suite publicly as it is essentially a DOS client, but can send it to a few officially listed freebsd developers and help with replication upon request. The workarounds we currently are trying are as follows: * Replacing the daemons that dont handle attacks very well. (Some tests with the PF firewall connection rate limiting has had have some success on a test system, but not employed live yet) * Raising the vm.zone/mbuf_cluster indirectly with maxusers to a very high number. (maxusers does not scale beyond a certain number so we had to calculate it manually based on sysctl vm.zone and our RAM.) (We used to change this limit seperatly but rather have all the limits scale with maxusers.) * Taking a fraction of the new mbuf_cluster byte size and setting it as a sbsize limit in login.conf so the limit cant be reached easily (or so we hope). * Written a small executable that attempts local network connection and that can be used with watchdogd -e parameter to reboot the box. /Thomas Herrlin From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 15:22:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 BB2A016A4DA; Mon, 18 Sep 2006 15:22:52 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B5943D9C; Mon, 18 Sep 2006 15:21:56 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k8IFLtfH011768; Mon, 18 Sep 2006 11:21:55 -0400 (EDT) Date: Mon, 18 Sep 2006 11:21:55 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Angka H. K." In-Reply-To: <4c40c4e70609180524j29543dedi39cf4214cfb76424@mail.gmail.com> Message-ID: References: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> <4c40c4e70609180524j29543dedi39cf4214cfb76424@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Mon, 18 Sep 2006 11:21:56 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: libpthread prevent glxgears to run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 15:22:52 -0000 On Mon, 18 Sep 2006, Angka H. K. wrote: > Here is the ldd output of my glxgears: > > # ldd ./glxgears > ./glxgears: > libglut.so.3 => /usr/X11R6/lib/libglut.so.3 (0x2807f000) > libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x280be000) > libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x2814e000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281b9000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x281c6000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x281da000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281e2000) > libm.so.4 => /lib/libm.so.4 (0x282c1000) > libc.so.7 => /lib/libc.so.7 (0x282d6000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x283ca000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28415000) > libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x284e0000) > libpthread.so.2 => /lib/libpthread.so.2 (0x284e5000) > libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x2850a000) > libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x28511000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28514000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28525000) > libXCB.so.0 => /usr/X11R6/lib/libXCB.so.0 (0x2853b000) > librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x2854b000) > libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x28553000) > > I did rebuilding world then recompile libX11 module and recompile Mesa with > glxgears. > > And the result is the same: > > > # ./glxgears > Fatal error 'Recurse on a private mutex.' at line 1003 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) > Abort (core dumped) > > What did I missed to compile ? portupgrade -af > On 9/18/06, Daniel Eischen wrote: >> >> On Mon, 18 Sep 2006, Angka H. K. wrote: >> >> > This code : >> > >> > if (m->m_flags & MUTEX_FLAGS_PRIVATE) >> > PANIC("Recurse on a private mutex."); >> > >> > at file "/usr/src/lib/libpthread/thread/thr_mutex.c" line 1002 prevent >> > glxgears to run with the following error : >> > >> > Fatal error 'Recurse on a private mutex.' at line 1003 in file >> > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) >> > >> > If the line is removed the glxgears is running well. >> > >> > Which could be wrong; The glgears code or the libptrhead code ? And what >> the >> > use of that line ? >> >> You are either linked to multiple thread libraries, or you >> have an older executable or application libraries that need >> to be rebuilt (because libc version was bumped without >> bumping libpthread, libthr, & libc_r). >> >> -- >> DE >> > -- DE From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 16:39:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D031116A417 for ; Mon, 18 Sep 2006 16:39:13 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF0443D58 for ; Mon, 18 Sep 2006 16:38:49 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J5S00A8TRJWTPC0@VL-MO-MR004.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 18 Sep 2006 12:38:20 -0400 (EDT) Date: Mon, 18 Sep 2006 12:38:19 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200609181238.19802.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart11182012.Q0XWK9Vfxq; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.9.4 Subject: kdenetwork-kopete-0.11_X not connecting to MSN on -CURRENT (PR ports/103329) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 16:39:14 -0000 --nextPart11182012.Q0XWK9Vfxq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I made a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D103329) about thi= s=20 problem but since Michael Nottebrock doesn't have access to a -CURRENT=20 machine, he proposed that I post the problem on this list. Any suggestions? Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sun Sep 17 10:21:02 EDT 2006 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart11182012.Q0XWK9Vfxq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFDst74wTBlvcsbJURAhu/AKCpG/eZa8PVO3BIIFrVrOMXlUGSkgCfZbvl szNJ0QZL7FSfqck3iLeEGhY= =zdHs -----END PGP SIGNATURE----- --nextPart11182012.Q0XWK9Vfxq-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 17:42:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 92C0616A4B3 for ; Mon, 18 Sep 2006 17:42:09 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DBF43D94 for ; Mon, 18 Sep 2006 17:41:45 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id DACC4103AEA; Mon, 18 Sep 2006 19:41:44 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id CC62BA1565; Mon, 18 Sep 2006 19:41:44 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-139-225.pools.arcor-ip.net [84.61.139.225]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 846321EA58D; Mon, 18 Sep 2006 19:41:44 +0200 (CEST) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k8IHfe1P070267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Sep 2006 19:41:41 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <450EDA4D.9090000@freebsd.org> Date: Mon, 18 Sep 2006 19:41:33 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Nicolas Blais References: <200609181238.19802.nb_root@videotron.ca> In-Reply-To: <200609181238.19802.nb_root@videotron.ca> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9D8D10426ED6499D8A393CAE" X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: KDE & OpenSSL 0.9.8 in -CURRENT (was: kdenetwork-kopete-0.11_X not connecting to MSN on -CURRENT (PR ports/103329) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 17:42:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D8D10426ED6499D8A393CAE Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Nicolas Blais schrieb: > I made a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D103329) about= this=20 > problem but since Michael Nottebrock doesn't have access to a -CURRENT = > machine, he proposed that I post the problem on this list. > > Any suggestions? > =20 A few remarks from me: When the ports version of openssl was upgraded to 0.9.8 a good long while ago, similar problems with KDE cropped up. The main issue is that KDE both links to and dynamically loads the openssl libraries, supposedly to avoid problems with binary-incompatible openssl versions. This works reasonably well on Linux, where openssl usually resides somewhere below /usr, just as KDE usually does. On FreeBSD however, with KDE in /usr/local and openssl possibly in /usr *and* /usr/local and quite possibly with different versions in each of these places, things start to go wrong. I don't believe there is an actual problem with KDE and openssl 0.9.8 per se (it works fine on Linux), but things are very likely to not work if there are different versions of openssl in /usr and /usr/local at compile time or at runtime and having old openssl 0.9.7 libraries floating about and some kde library getting linked to both 0.9.7 and 0.9.8 may result in unpredictable behaviour as well. Like Nicolas wrote, I'm unable to run -CURRENT right now, so if anyone *has* a sufficiently clean 7-CURRENT, that is with no openssl ports installed and no old openssl-0.9.7 libraries left in the file system, I'd appreciate some confirmation that KDE and its openssl-sensitive parts (https in Konqueror, ssl/tls connections in kmail, kwallet, kopete) are working okay on that system. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig9D8D10426ED6499D8A393CAE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFDtpPXhc68WspdLARAo0LAJsFt7sfMmMjcwmwgm4GKfdLFKmXOwCgoJ2o OsFTj0eJaQb5DZ0DRFAe//c= =8u4A -----END PGP SIGNATURE----- --------------enig9D8D10426ED6499D8A393CAE-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 19:22:07 2006 Return-Path: X-Original-To: current@freebsd.org 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 BC51416A4E9; Mon, 18 Sep 2006 19:22:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4334D43DB0; Mon, 18 Sep 2006 19:21:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k8IJL4E3087757; Mon, 18 Sep 2006 15:21:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k8IJL3nw024757; Mon, 18 Sep 2006 15:21:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C046F7302F; Mon, 18 Sep 2006 15:21:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060918192103.C046F7302F@freebsd-current.sentex.ca> Date: Mon, 18 Sep 2006 15:21:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 19:22:08 -0000 TB --- 2006-09-18 17:31:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-18 17:31:41 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-09-18 17:31:41 - cleaning the object tree TB --- 2006-09-18 17:32:19 - checking out the source tree TB --- 2006-09-18 17:32:19 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-09-18 17:32:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-18 17:39:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-18 17:39:15 - cd /src TB --- 2006-09-18 17:39:15 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 18 17:39:17 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Sep 18 19:18:50 UTC 2006 TB --- 2006-09-18 19:18:50 - generating LINT kernel config TB --- 2006-09-18 19:18:50 - cd /src/sys/amd64/conf TB --- 2006-09-18 19:18:50 - /usr/bin/make -B LINT TB --- 2006-09-18 19:18:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-18 19:18:50 - cd /src TB --- 2006-09-18 19:18:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 18 19:18:50 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding cc: /src/sys/dev/mii/mvphy.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-18 19:21:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-18 19:21:03 - ERROR: failed to build lint kernel TB --- 2006-09-18 19:21:03 - tinderbox aborted TB --- 1.41 user 7.30 system 6562.40 real From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 20:18:22 2006 Return-Path: X-Original-To: current@freebsd.org 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 6411716A4D0 for ; Mon, 18 Sep 2006 20:18:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A90AA43D5F for ; Mon, 18 Sep 2006 20:18:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8IKI7LG078345; Mon, 18 Sep 2006 16:18:17 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ian FREISLICH Date: Mon, 18 Sep 2006 16:18:12 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609181618.13022.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 18 Sep 2006 16:18:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1893/Mon Sep 18 14:37:26 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: buildkernel failure in bktr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 20:18:22 -0000 On Monday 18 September 2006 05:13, Ian FREISLICH wrote: > Hi > > Looks like the last arg in bti2c_smb_callback() in bktr_i2c.c is > void, but in bktr_i2c.h it's caddr_t. > > /usr/src/sys/dev/bktr/bktr_i2c.c:123: error: conflicting types for 'bti2c_smb_callback' > /usr/src/sys/dev/bktr/bktr_i2c.h:42: error: previous declaration of 'bti2c_smb_callback' was here > /usr/src/sys/dev/bktr/bktr_i2c.c:123: error: conflicting types for 'bti2c_smb_callback' > /usr/src/sys/dev/bktr/bktr_i2c.h:42: error: previous declaration of 'bti2c_smb_callback' was here Fixed, thanks! Odd that LINT built for me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 22:47:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3997716A4C2; Mon, 18 Sep 2006 22:47:09 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from mail-ihug.icp-qv1-irony5.iinet.net.au (ihug-mail.icp-qv1-irony5.iinet.net.au [203.59.1.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E03B43D45; Mon, 18 Sep 2006 22:47:07 +0000 (GMT) (envelope-from davidn@datalinktech.com.au) Received: from 203-206-162-119.perm.iinet.net.au (HELO mail.datalinktech.com.au) ([203.206.162.119]) by mail-ihug.icp-qv1-irony5.iinet.net.au with ESMTP; 19 Sep 2006 06:47:01 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.09,182,1157299200"; d="scan'208"; a="924401386:sNHT26006920" Received: from [192.168.4.232] (AtomAnt.datalink.loc [192.168.4.232]) by mail.datalinktech.com.au with esmtp; Tue, 19 Sep 2006 08:46:59 +1000 id 0017B831.450F21E3.00017507 Message-ID: <450F21AD.8030007@datalinktech.com.au> Date: Tue, 19 Sep 2006 08:46:05 +1000 From: David Nugent User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060912 SeaMonkey/1.0.4 MIME-Version: 1.0 To: Michael Nottebrock References: <200609181238.19802.nb_root@videotron.ca> <450EDA4D.9090000@freebsd.org> In-Reply-To: <450EDA4D.9090000@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 22:47:09 -0000 Michael Nottebrock wrote: > Like Nicolas wrote, I'm unable to run -CURRENT right now, so if anyone > *has* a sufficiently clean 7-CURRENT, that is with no openssl ports > installed and no old openssl-0.9.7 libraries left in the file system, > I'd appreciate some confirmation that KDE and its openssl-sensitive > parts (https in Konqueror, ssl/tls connections in kmail, kwallet, > kopete) are working okay on that system. > > FreeBSD atomant 7.0-CURRENT FreeBSD 7.0-CURRENT #9: Mon Aug 21 12:07:31 EST 2006 davidn@atomant:/usr/obj/usr/src/sys/ATOMANT i386 No openssl port installed. All ports rebuilt since the libc bump. konq/ssl, kmail, kwallet all work just fine, uptime is 28 days. My experience with building and using the SSL port is that causes cascading and very annoying problems in ports management and not just with KDE. Fortunately I've not encountered nor used anything that required the version from ports so I avoid installing it and the headaches it brings. From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 22:54:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 788FB16A40F for ; Mon, 18 Sep 2006 22:54:43 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC0D43D46 for ; Mon, 18 Sep 2006 22:54:43 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J5T0040V8Z3K9T1@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 18 Sep 2006 18:54:39 -0400 (EDT) Date: Mon, 18 Sep 2006 18:54:33 -0400 From: Nicolas Blais In-reply-to: <450F21AD.8030007@datalinktech.com.au> To: freebsd-current@freebsd.org Message-id: <200609181854.38508.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart18407758.gOGzji3PmM; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200609181238.19802.nb_root@videotron.ca> <450EDA4D.9090000@freebsd.org> <450F21AD.8030007@datalinktech.com.au> User-Agent: KMail/1.9.4 Cc: David Nugent Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 18 Sep 2006 22:54:43 -0000 --nextPart18407758.gOGzji3PmM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 18 September 2006 18:46, David Nugent wrote: > Michael Nottebrock wrote: > > Like Nicolas wrote, I'm unable to run -CURRENT right now, so if anyone > > *has* a sufficiently clean 7-CURRENT, that is with no openssl ports > > installed and no old openssl-0.9.7 libraries left in the file system, > > I'd appreciate some confirmation that KDE and its openssl-sensitive > > parts (https in Konqueror, ssl/tls connections in kmail, kwallet, > > kopete) are working okay on that system. > > FreeBSD atomant 7.0-CURRENT FreeBSD 7.0-CURRENT #9: Mon Aug 21 12:07:31 > EST 2006 davidn@atomant:/usr/obj/usr/src/sys/ATOMANT i386 > > No openssl port installed. > All ports rebuilt since the libc bump. > > konq/ssl, kmail, kwallet all work just fine, uptime is 28 days. > > My experience with building and using the SSL port is that causes > cascading and very annoying problems in ports management and not just > with KDE. Fortunately I've not encountered nor used anything that > required the version from ports so I avoid installing it and the > headaches it brings. konq/ssl, kmail, kwallet also work fine on my system. As mentioned, my=20 problem is with kopete. Have you had any luck connecting to the msn network= =20 with kopete? =2D-=20 =46reeBSD 7.0-CURRENT #0: Sun Sep 17 10:21:02 EDT 2006 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart18407758.gOGzji3PmM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFDyOu4wTBlvcsbJURAkigAKCqszYXNwRtMZm6BCdxtxvDrV2dTwCgrtNR EBADZcFToXHFsPQPc/5fGiE= =cadt -----END PGP SIGNATURE----- --nextPart18407758.gOGzji3PmM-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 01:03:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 31ADE16A407 for ; Tue, 19 Sep 2006 01:03:52 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C9343D5F for ; Tue, 19 Sep 2006 01:03:51 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MO-MR003.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J5T00IDBEYEUE10@VL-MO-MR003.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 18 Sep 2006 21:03:51 -0400 (EDT) Date: Mon, 18 Sep 2006 21:03:44 -0400 From: Nicolas Blais In-reply-to: <200609181854.38508.nb_root@videotron.ca> To: freebsd-current@freebsd.org Message-id: <200609182103.50043.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart16816314.MmJXmBVrVq; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200609181238.19802.nb_root@videotron.ca> <450F21AD.8030007@datalinktech.com.au> <200609181854.38508.nb_root@videotron.ca> User-Agent: KMail/1.9.4 Cc: David Nugent Subject: [fixed] Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 01:03:52 -0000 --nextPart16816314.MmJXmBVrVq Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 18 September 2006 18:54, Nicolas Blais wrote: > On Monday 18 September 2006 18:46, David Nugent wrote: > > Michael Nottebrock wrote: > > > Like Nicolas wrote, I'm unable to run -CURRENT right now, so if anyone > > > *has* a sufficiently clean 7-CURRENT, that is with no openssl ports > > > installed and no old openssl-0.9.7 libraries left in the file system, > > > I'd appreciate some confirmation that KDE and its openssl-sensitive > > > parts (https in Konqueror, ssl/tls connections in kmail, kwallet, > > > kopete) are working okay on that system. > > > > FreeBSD atomant 7.0-CURRENT FreeBSD 7.0-CURRENT #9: Mon Aug 21 12:07:31 > > EST 2006 davidn@atomant:/usr/obj/usr/src/sys/ATOMANT i386 > > > > No openssl port installed. > > All ports rebuilt since the libc bump. > > > > konq/ssl, kmail, kwallet all work just fine, uptime is 28 days. > > > > My experience with building and using the SSL port is that causes > > cascading and very annoying problems in ports management and not just > > with KDE. Fortunately I've not encountered nor used anything that > > required the version from ports so I avoid installing it and the > > headaches it brings. > > konq/ssl, kmail, kwallet also work fine on my system. As mentioned, my > problem is with kopete. Have you had any luck connecting to the msn netwo= rk > with kopete? I fixed the issue by using libchk and recompiling everything that was linke= d=20 to the older libssl and libcrypto. After which I recompiled kdenetwork-kope= te=20 and it connected fine. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sun Sep 17 10:21:02 EDT 2006 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart16816314.MmJXmBVrVq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFD0H24wTBlvcsbJURAgXUAJ9+K1+9DuVPJ01EGvp6qLU08XgzZACfYHVZ LegaPjVurKkaKpXbY9SgjfM= =pa7t -----END PGP SIGNATURE----- --nextPart16816314.MmJXmBVrVq-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 01:39:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8B40D16A4F3 for ; Tue, 19 Sep 2006 01:39:27 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D43443D49 for ; Tue, 19 Sep 2006 01:39:26 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k8J1dQNJ010588 for ; Mon, 18 Sep 2006 20:39:26 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <450F4A59.6090902@centtech.com> Date: Mon, 18 Sep 2006 20:39:37 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87.1/1894/Mon Sep 18 19:12:43 2006 on mh1.centtech.com X-Virus-Status: Clean Subject: [Fwd: Re: 6-STABLE filesystem related panics/locks (kgdb output)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 01:39:27 -0000 No response on hackers@, so I'm sending here too. Also, this machine just recently entered this state again. I can get into the debugger in the morning (6am central time), if anyone has any suggestions or info I should get from it. Eric On 09/18/06 10:02, Eric Anderson wrote: > Hi all, > > On one of our NFS servers, we've seen repeated filesystem issues with > two of the filesystems (it has 4 exported via NFS). It usually > manifests itself by a hung 'df -lk' (wedged in 'ufs'), and mountd > becomes wedged also, not allowing new mounts, and unable to be killed. > From an NFS client, one can continue using the filesystem just fine, > without an issue. From the server itself, you can cd to the > filesystem's root directory, but an ls will hang. Running a background > fsck on that filesystem while in this state also blocks on ufs. My nfsd > processes with also get stuck in the 'D' state (in 'ufs'), but they > still appear to be serving data. About a month ago, I brought the system > down, did a full fsck on all the filesystems, and brought it back up. > It survived for several weeks (2-3), but is now doing the same thing, so > I'm uncertain if the issue was affected by the fsck at all (doubtful). > > This morning, prior to rebooting the system to get it out of this state, > I began unmounting filesystems in case of a panic, and after unmounting > (successfully) two of the filesystems (the ones I've never seen an issue > on), I tried unmounting the third (/scr02), and a panic ensued. /scr01 > is the other filesystem that is giving me issues. > > Some information about the system/setup: > > FreeBSD smd2.centtech.com 6.1-STABLE FreeBSD 6.1-STABLE #0: Sat Aug 12 > 13:24:02 CDT 2006 > > # df -ilk > Filesystem 1K-blocks Used Avail Capacity iused ifree > %iused Mounted on > /dev/amrd0s1a 20308398 3098864 15584864 17% 259261 2378561 > 10% / > devfs 1 1 0 100% 0 0 > 100% /dev > /dev/amrd0s1d 13065232 3960250 8059764 33% 870 1694872 > 0% /var > /dev/ufs/rss 213268540 93886480 102320578 48% 399297 27180093 > 1% /rss > /dev/ufs/scr02 213268540 116904962 79302096 60% 426573 27152817 > 2% /scr02 > /dev/ufs/scr04 167568544 93374026 60789036 61% 13008 21654830 > 0% /scr04 > /dev/ufs/scr01 232100360 161547746 51984586 76% 531834 29473412 > 2% /scr01 > > (rss and scr04 never give me any issues) > > All four of the ufs/* partitions are on the same RAID array, and I don't > believe there is any underlying disk issue. > > Here's some kgdb output from when the system was wedged on /scr01, but > the unmount of /scr02 caused a panic: > > # kgdb -q -n 3 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > Unread portion of the kernel message buffer: > Mount point /scr02 had 1 dangling refs > panic: unmount: dangling vnode > cpuid = 0 > KDB: enter: panic > Dumping 1023 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 1023MB (261824 pages) 1007 991 975 959 943 927 911 895 879 > 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 > 575 5 > 59 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 > 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc0473b9b in db_fncall (dummy1=-1063129632, dummy2=0, > dummy3=-1064859081, dummy4=0xe8de3ab8 "ä:Þè\234l\207ÀÐ:ÞèÔ:Þè\220\a") > at /usr/src/sys/ddb/db_command.c:492 > #2 0xc04739a0 in db_command (last_cmdp=0xc09d0144, cmd_table=0x0, > aux_cmd_tablep=0xc092fe4c, aux_cmd_tablep_end=0xc092fe68) > at /usr/src/sys/ddb/db_command.c:350 > #3 0xc0473a68 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 > #4 0xc0475679 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 > #5 0xc0697c0c in kdb_trap (type=3, code=0, tf=0xe8de3bfc) at > /usr/src/sys/kern/subr_kdb.c:473 > #6 0xc0896338 in trap (frame= > {tf_fs = -388104184, tf_es = -1066860504, tf_ds = -1064304600, > tf_edi = -1064235220, tf_esi = 1, tf_ebp = -388088772, tf_isp = > -388088792, tf > _ebx = -388088728, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, > tf_trapno = 3, tf_err = 0, tf_eip = -1066829453, tf_cs = 32, tf_eflags = > 646, tf_ > esp = -388088740, tf_ss = -1066934521}) at /usr/src/sys/i386/i386/trap.c:593 > #7 0xc0881e5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #8 0xc0697973 in kdb_enter (msg=0x12
) at > cpufunc.h:60 > #9 0xc067df07 in panic (fmt=0xc0910f2c "unmount: dangling vnode") at > /usr/src/sys/kern/kern_shutdown.c:549 > #10 0xc06d153e in vfs_mount_destroy (mp=0xc5964000, td=0xc620c600) at > /usr/src/sys/kern/vfs_mount.c:514 > #11 0xc06d2d26 in dounmount (mp=0xc5964000, flags=134217728, > td=0xc620c600) at /usr/src/sys/kern/vfs_mount.c:1162 > #12 0xc06d27de in unmount (td=0xc620c600, uap=0xe8de3d04) at > /usr/src/sys/kern/vfs_mount.c:1052 > #13 0xc0896c0b in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134521957, tf_esi = > 134535289, tf_ebp = -1077942776, tf_isp = -388088476, tf_ebx = -1077942864, > tf_edx = 26, tf_ecx = 0, tf_eax = 22, tf_trapno = 12, tf_err = 2, > tf_eip = 671864503, tf_cs = 51, tf_eflags = 518, tf_esp = -1077942948, > tf_ss = 5 > 9}) at /usr/src/sys/i386/i386/trap.c:981 > #14 0xc0881eaf in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:200 > #15 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) frame 10 > #10 0xc06d153e in vfs_mount_destroy (mp=0xc5964000, td=0xc620c600) at > /usr/src/sys/kern/vfs_mount.c:514 > 514 panic("unmount: dangling vnode"); > (kgdb) l > 509 printf("mount point secondary write ops > completed\n"); > 510 } > 511 MNT_IUNLOCK(mp); > 512 mp->mnt_vfc->vfc_refcount--; > 513 if (!TAILQ_EMPTY(&mp->mnt_nvnodelist)) > 514 panic("unmount: dangling vnode"); > 515 lockdestroy(&mp->mnt_lock); > 516 MNT_ILOCK(mp); > 517 if (mp->mnt_kern_flag & MNTK_MWAIT) > 518 wakeup(mp); > > (kgdb) p *mp > $2 = {mnt_list = {tqe_next = 0xc5964400, tqe_prev = 0xc59bbc00}, mnt_op > = 0xc09b96e0, mnt_vfc = 0xc09b9720, mnt_vnodecovered = 0xc5ae0cc0, > mnt_syncer = 0x0, mnt_nvnodelist = {tqh_first = 0xc6d59440, tqh_last > = 0xc6d59454}, mnt_lock = {lk_interlock = 0xc09eac84, lk_flags = 1048576, > lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio > = 80, lk_wmesg = 0xc0910dff "vfslock", lk_timo = 0, > lk_lockholder = 0xffffffff, lk_newlock = 0x0}, mnt_mtx = > {mtx_object = {lo_class = 0xc0980124, lo_name = 0xc0910dee "struct mount > mtx", > lo_type = 0xc0910dee "struct mount mtx", lo_flags = 196608, > lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock > = 4, > mtx_recurse = 0}, mnt_writeopcount = 0, mnt_flag = 2097920, mnt_opt > = 0xc5926a00, mnt_optnew = 0x0, mnt_kern_flag = 553648128, > mnt_maxsymlinklen = 120, mnt_stat = {f_version = 537068824, f_type = > 5, f_flags = 2102016, f_bsize = 2048, f_iosize = 16384, > f_blocks = 106634270, f_bfree = 48180134, f_bavail = 39649393, > f_files = 27579390, f_ffree = 27152822, f_syncwrites = 0, f_asyncwrites > = 0, > f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, > 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1111508928, > -571478071}}, f_charspare = '\0' , > f_fstypename = "ufs", '\0' , > f_mntfromname = "/dev/ufs/scr02", '\0' , > f_mntonname = "/scr02", '\0' }, mnt_cred = 0xc59f2080, > mnt_data = 0x0, mnt_time = 0, mnt_iosize_max = 131072, mnt_export = > 0xc5d25c00, mnt_mntlabel = 0x0, mnt_fslabel = 0x0, mnt_nvnodelistsize = 1, > mnt_hashseed = 3369618744, mnt_markercnt = 0, mnt_holdcnt = 0, > mnt_holdcntwaiters = 0, mnt_secondary_writes = 0, > mnt_secondary_accwrites = 2126786, mnt_ref = 1} > (kgdb) p mp->mnt_vfc->vfc_refcount > $3 = 4 > > > Anything else I can provide to help find the issue? > > > Eric > > > Another batch of kgdb output from this same system, with the same issue: # kgdb -q -n 1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] Unread portion of the kernel message buffer: Mount point /rss had 1 dangling refs panic: unmount: dangling vnode cpuid = 0 KDB: enter: panic Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261824 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0473b9b in db_fncall (dummy1=-1063129632, dummy2=0, dummy3=-1064859081, dummy4=0xe8e65ab8 "äZæè\234l\207ÀÐZæèÔZæè\220\a") at /usr/src/sys/ddb/db_command.c:492 #2 0xc04739a0 in db_command (last_cmdp=0xc09d0144, cmd_table=0x0, aux_cmd_tablep=0xc092fe4c, aux_cmd_tablep_end=0xc092fe68) at /usr/src/sys/ddb/db_command.c:350 #3 0xc0473a68 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #4 0xc0475679 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc0697c0c in kdb_trap (type=3, code=0, tf=0xe8e65bfc) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc0896338 in trap (frame= {tf_fs = -387579896, tf_es = -1066860504, tf_ds = -1064304600, tf_edi = -1064235220, tf_esi = 1, tf_ebp = -387556292, tf_isp = -387556312, tf_ebx = -387556248, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066829453, tf_cs = 32, tf_eflags = 646, tf_esp = -387556260, tf_ss = -1066934521}) at /usr/src/sys/i386/i386/trap.c:593 #7 0xc0881e5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc0697973 in kdb_enter (msg=0x12
) at cpufunc.h:60 #9 0xc067df07 in panic (fmt=0xc0910f2c "unmount: dangling vnode") at /usr/src/sys/kern/kern_shutdown.c:549 #10 0xc06d153e in vfs_mount_destroy (mp=0xc59bbc00, td=0xc5c16000) at /usr/src/sys/kern/vfs_mount.c:514 #11 0xc06d2d26 in dounmount (mp=0xc59bbc00, flags=134217728, td=0xc5c16000) at /usr/src/sys/kern/vfs_mount.c:1162 #12 0xc06d27de in unmount (td=0xc5c16000, uap=0xe8e65d04) at /usr/src/sys/kern/vfs_mount.c:1052 #13 0xc0896c0b in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134521957, tf_esi = 134534817, tf_ebp = -1077942776, tf_isp = -387555996, tf_ebx = -1077942864, tf_edx = 25, tf_ecx = 0, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 671864503, tf_cs = 51, tf_eflags = 518, tf_esp = -1077942948, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #14 0xc0881eaf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 10 #10 0xc06d153e in vfs_mount_destroy (mp=0xc59bbc00, td=0xc5c16000) at /usr/src/sys/kern/vfs_mount.c:514 514 panic("unmount: dangling vnode"); (kgdb) l 509 printf("mount point secondary write ops completed\n"); 510 } 511 MNT_IUNLOCK(mp); 512 mp->mnt_vfc->vfc_refcount--; 513 if (!TAILQ_EMPTY(&mp->mnt_nvnodelist)) 514 panic("unmount: dangling vnode"); 515 lockdestroy(&mp->mnt_lock); 516 MNT_ILOCK(mp); 517 if (mp->mnt_kern_flag & MNTK_MWAIT) 518 wakeup(mp); (kgdb) p mp->mnt_vfc->vfc_refcount $1 = 4 (kgdb) p *mp $2 = {mnt_list = {tqe_next = 0xc595d000, tqe_prev = 0xc59bc000}, mnt_op = 0xc09b96e0, mnt_vfc = 0xc09b9720, mnt_vnodecovered = 0xc5a81cc0, mnt_syncer = 0x0, mnt_nvnodelist = {tqh_first = 0xc8af4000, tqh_last = 0xc8af4014}, mnt_lock = {lk_interlock = 0xc09eac18, lk_flags = 1048576, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc0910dff "vfslock", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, mnt_mtx = {mtx_object = {lo_class = 0xc0980124, lo_name = 0xc0910dee "struct mount mtx", lo_type = 0xc0910dee "struct mount mtx", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, mnt_writeopcount = 0, mnt_flag = 2097920, mnt_opt = 0xc5728a40, mnt_optnew = 0x0, mnt_kern_flag = 553648128, mnt_maxsymlinklen = 120, mnt_stat = {f_version = 537068824, f_type = 5, f_flags = 2102016, f_bsize = 2048, f_iosize = 16384, f_blocks = 106634270, f_bfree = 65410962, f_bavail = 56880221, f_files = 27579390, f_ffree = 27203064, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1111508926, 499625180}}, f_charspare = '\0' , f_fstypename = "ufs", '\0' , f_mntfromname = "/dev/ufs/rss", '\0' , f_mntonname = "/rss", '\0' }, mnt_cred = 0xc5a56c80, mnt_data = 0x0, mnt_time = 0, mnt_iosize_max = 131072, mnt_export = 0xc59e8000, mnt_mntlabel = 0x0, mnt_fslabel = 0x0, mnt_nvnodelistsize = 1, mnt_hashseed = 2115021039, mnt_markercnt = 0, mnt_holdcnt = 0, mnt_holdcntwaiters = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 12553194, mnt_ref = 1} (kgdb) p &mp->mnt_nvnodelist $3 = (struct vnodelst *) 0xc59bbc18 (kgdb) p mp->mnt_nvnodelist $4 = {tqh_first = 0xc8af4000, tqh_last = 0xc8af4014} Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 02:51:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 85C9616A403 for ; Tue, 19 Sep 2006 02:51:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E276F43D4C for ; Tue, 19 Sep 2006 02:51:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.37]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k8J2patM020860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 12:21:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 19 Sep 2006 12:21:22 +0930 User-Agent: KMail/1.9.4 References: <200609181238.19802.nb_root@videotron.ca> <450F21AD.8030007@datalinktech.com.au> <200609181854.38508.nb_root@videotron.ca> In-Reply-To: <200609181854.38508.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2448944.HVsF77sM6d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609191221.29725.doconnor@gsoft.com.au> X-Spam-Score: -3.414 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: David Nugent , Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 02:51:53 -0000 --nextPart2448944.HVsF77sM6d Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 19 September 2006 08:24, Nicolas Blais wrote: > konq/ssl, kmail, kwallet also work fine on my system. As mentioned, my > problem is with kopete. Have you had any luck connecting to the msn netwo= rk > with kopete? I'm finding that https, and TLS or SSL IMAP and SMTP connections cause the= =20 kioslave in question to segfault.. Conversely my MSN kopete connection works fine.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2448944.HVsF77sM6d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFD1sx5ZPcIHs/zowRAs9OAJ9Q80Y+l8wcB4Cu+YKAFweYKEz4ZgCgnbpI CFYXdA7V5sUKCJLpwSyyOcM= =uHwB -----END PGP SIGNATURE----- --nextPart2448944.HVsF77sM6d-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 03:16:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C697416A415 for ; Tue, 19 Sep 2006 03:16:24 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9CF343D5A for ; Tue, 19 Sep 2006 03:16:23 +0000 (GMT) (envelope-from brdbrd@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so44998nfc for ; Mon, 18 Sep 2006 20:16:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=YWnd+mhiUNz7rOcKplnhjUXVObdNsyP54PGCSq9gMdKeN3wXq72zZJijIU7Zf+HqhoCpQfhSq0OUzmb8gaOkX9RW/c/4gB4GWHOVXKFgyT6TuyJ9Ush8Qj/Q1qJtuyT/KerLGTw3KCSYuSRK8maaOes7WGceNEGxNYsyxrs40AY= Received: by 10.49.8.15 with SMTP id l15mr17807481nfi; Mon, 18 Sep 2006 20:16:22 -0700 (PDT) Received: by 10.49.65.17 with HTTP; Mon, 18 Sep 2006 20:16:22 -0700 (PDT) Message-ID: <35ffa5710609182016m74a9e6ddu6b7bc060c08654ae@mail.gmail.com> Date: Mon, 18 Sep 2006 21:16:22 -0600 From: "Brad Davis" Sender: brdbrd@gmail.com To: "Michael Nottebrock" In-Reply-To: <450EDA4D.9090000@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200609181238.19802.nb_root@videotron.ca> <450EDA4D.9090000@freebsd.org> X-Google-Sender-Auth: 41ec533bb300c065 Cc: freebsd-current@freebsd.org, Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT (was: kdenetwork-kopete-0.11_X not connecting to MSN on -CURRENT (PR ports/103329) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 03:16:24 -0000 On 9/18/06, Michael Nottebrock wrote: > Nicolas Blais schrieb: > > I made a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=103329) about this > > problem but since Michael Nottebrock doesn't have access to a -CURRENT > > machine, he proposed that I post the problem on this list. > > > > Any suggestions? I noticed that Gaim released a new version to fix MSN support.. Perhaps it is a problem with Kopete. Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 09:01:08 2006 Return-Path: X-Original-To: current@freebsd.org 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 D580D16A4EA; Tue, 19 Sep 2006 09:01:08 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C839D442C6; Tue, 19 Sep 2006 08:34:52 +0000 (GMT) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GPb46-0002XK-2H; Tue, 19 Sep 2006 12:34:50 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 19 Sep 2006 12:34:48 +0400 Message-Id: <1158654888.1533.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net Subject: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 09:01:09 -0000 Hi i am triing to connect Intel(R) PRO/Wireless 2200BG - iwi0 to WPA-EAP wireless network with PEAP: # wpa_supplicant -i iwi0 -c /usr/local/etc/wpa_supplicant.conf Trying to associate with SSID 'OFFICE-PEAP' ioctl[SIOCS80211, op 21, len 42]: Invalid argument Association request to the driver failed ... # kldstat | egrep wlan\|iwi 28 1 0xc0892000 2d08 wlan_wep.ko 29 5 0xc0895000 1ed74 wlan.ko 52 1 0xc4ff9000 7000 wlan_ccmp.ko 53 1 0xc5000000 4000 wlan_tkip.ko 54 1 0xc3828000 2000 wlan_xauth.ko 57 1 0xc4f36000 d000 if_iwi.ko # changing ap_scan=2 >> ap_scan=1 improves situation a bit, but still does not work: ... State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:14:a5:0e:eb:60 ssid='COME' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 skip - no WPA/RSN IE 1: 00:18:b9:2a:c4:50 ssid='OFFICE' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 skip - no WPA/RSN IE 2: 00:13:46:fe:c2:ff ssid='pmp' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:18:b9:2a:c4:50 ssid='OFFICE' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec ... any hints will be really appreciated. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 11:45:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 25AB716A4F3 for ; Tue, 19 Sep 2006 11:45:42 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8DE143E0D for ; Tue, 19 Sep 2006 11:44:25 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so132162nfc for ; Tue, 19 Sep 2006 04:44:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=pTAI0wmd8ktRfkT17lvf1Ye7msTIqhs7i1fpGe1xRuWBzbToz5rSbD697maIfo9pwaZFbi//mtte6coVtjBfjN5jqv9A/x0N983TAPNug5BdxoGFDj393qRJJW2771CKBLnCTka2yq2HOzHTQaKQM1TjBUgMEDEPFHzOHg6oq1U= Received: by 10.48.14.4 with SMTP id 4mr18214139nfn; Tue, 19 Sep 2006 04:44:20 -0700 (PDT) Received: by 10.49.18.11 with HTTP; Tue, 19 Sep 2006 04:44:20 -0700 (PDT) Message-ID: <4c40c4e70609190444g4495f184x906536f4b13cb9e6@mail.gmail.com> Date: Tue, 19 Sep 2006 11:44:20 +0000 From: "Angka H. K." To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 References: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> <4c40c4e70609180524j29543dedi39cf4214cfb76424@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: libpthread prevent glxgears to run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 11:45:43 -0000 I didn't install X from ports. I used Xorg 7.1.92 I'll try rebuild everything from screcth on different partition. On 9/18/06, Daniel Eischen wrote: > > On Mon, 18 Sep 2006, Angka H. K. wrote: > > > Here is the ldd output of my glxgears: > > > > # ldd ./glxgears > > ./glxgears: > > libglut.so.3 => /usr/X11R6/lib/libglut.so.3 (0x2807f000) > > libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x280be000) > > libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x2814e000) > > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281b9000) > > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x281c6000) > > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x281da000) > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281e2000) > > libm.so.4 => /lib/libm.so.4 (0x282c1000) > > libc.so.7 => /lib/libc.so.7 (0x282d6000) > > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x283ca000) > > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28415000) > > libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x284e0000) > > libpthread.so.2 => /lib/libpthread.so.2 (0x284e5000) > > libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x2850a000) > > libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x28511000) > > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28514000) > > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28525000) > > libXCB.so.0 => /usr/X11R6/lib/libXCB.so.0 (0x2853b000) > > librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x2854b000) > > libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x28553000) > > > > I did rebuilding world then recompile libX11 module and recompile Mesa > with > > glxgears. > > > > And the result is the same: > > > > > > # ./glxgears > > Fatal error 'Recurse on a private mutex.' at line 1003 in file > > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) > > Abort (core dumped) > > > > What did I missed to compile ? > > portupgrade -af > > > On 9/18/06, Daniel Eischen wrote: > >> > >> On Mon, 18 Sep 2006, Angka H. K. wrote: > >> > >> > This code : > >> > > >> > if (m->m_flags & MUTEX_FLAGS_PRIVATE) > >> > PANIC("Recurse on a private mutex."); > >> > > >> > at file "/usr/src/lib/libpthread/thread/thr_mutex.c" line 1002 > prevent > >> > glxgears to run with the following error : > >> > > >> > Fatal error 'Recurse on a private mutex.' at line 1003 in file > >> > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) > >> > > >> > If the line is removed the glxgears is running well. > >> > > >> > Which could be wrong; The glgears code or the libptrhead code ? And > what > >> the > >> > use of that line ? > >> > >> You are either linked to multiple thread libraries, or you > >> have an older executable or application libraries that need > >> to be rebuilt (because libc version was bumped without > >> bumping libpthread, libthr, & libc_r). > >> > >> -- > >> DE > >> > > > > -- > DE > From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 12:20:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1BFD516A407; Tue, 19 Sep 2006 12:20:46 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A63143D45; Tue, 19 Sep 2006 12:20:44 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.182.250] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GPeaQ0kuY-0004T0; Tue, 19 Sep 2006 14:20:42 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, vova@fbsd.ru Date: Tue, 19 Sep 2006 14:20:16 +0200 User-Agent: KMail/1.9.3 References: <1158654888.1533.17.camel@localhost> In-Reply-To: <1158654888.1533.17.camel@localhost> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3837701.atdZd998Nb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609191420.24870.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-net Subject: Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 12:20:46 -0000 --nextPart3837701.atdZd998Nb Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 19 September 2006 10:34, Vladimir Grebenschikov wrote: > i am triing to connect Intel(R) PRO/Wireless 2200BG - iwi0 to WPA-EAP > wireless network with PEAP: > > # wpa_supplicant -i iwi0 -c /usr/local/etc/wpa_supplicant.conf > Trying to associate with SSID 'OFFICE-PEAP' > ioctl[SIOCS80211, op 21, len 42]: Invalid argument > Association request to the driver failed > ... Are you sure userland and kernel are in sync? Did you install possibly=20 changed include files before rebuilding wpa_supplicant? > # kldstat | egrep wlan\|iwi > 28 1 0xc0892000 2d08 wlan_wep.ko > 29 5 0xc0895000 1ed74 wlan.ko > 52 1 0xc4ff9000 7000 wlan_ccmp.ko > 53 1 0xc5000000 4000 wlan_tkip.ko > 54 1 0xc3828000 2000 wlan_xauth.ko > 57 1 0xc4f36000 d000 if_iwi.ko > # > > changing ap_scan=3D2 >> ap_scan=3D1 > improves situation a bit, but still does not work: > > ... > State: DISCONNECTED -> SCANNING > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 00:14:a5:0e:eb:60 ssid=3D'COME' wpa_ie_len=3D0 rsn_ie_len=3D0 caps=3D0= x31 > skip - no WPA/RSN IE > 1: 00:18:b9:2a:c4:50 ssid=3D'OFFICE' wpa_ie_len=3D0 rsn_ie_len=3D0 caps= =3D0x31 > skip - no WPA/RSN IE > 2: 00:13:46:fe:c2:ff ssid=3D'pmp' wpa_ie_len=3D0 rsn_ie_len=3D0 caps=3D0x= 31 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > 0: 00:18:b9:2a:c4:50 ssid=3D'OFFICE' wpa_ie_len=3D0 rsn_ie_len=3D0 caps= =3D0x31 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > ... > > any hints will be really appreciated. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3837701.atdZd998Nb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFD+CIXyyEoT62BG0RAlUNAJ43qeGfnRiHO8P93FNL/uwcJqW78gCdGQ4p RO+dXVzt9c3tFEc5fsjds6k= =X/Er -----END PGP SIGNATURE----- --nextPart3837701.atdZd998Nb-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 13:01:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 636ED16A5D1; Tue, 19 Sep 2006 13:01:32 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1B343D60; Tue, 19 Sep 2006 13:01:26 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k8JD1Pbo003472; Tue, 19 Sep 2006 10:01:25 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Tue, 19 Sep 2006 10:01:26 -0300 User-Agent: KMail/1.9.4 References: <200609181238.19802.nb_root@videotron.ca> <450EDA4D.9090000@freebsd.org> In-Reply-To: <450EDA4D.9090000@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609191001.27072.joao@matik.com.br> Cc: Michael Nottebrock , Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT (was: kdenetwork-kopete-0.11_X not connecting to MSN on -CURRENT (PR ports/103329) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 13:01:32 -0000 On Monday 18 September 2006 14:41, Michael Nottebrock wrote: > Nicolas Blais schrieb: > > I made a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D103329) about > > this problem but since Michael Nottebrock doesn't have access to a > > -CURRENT machine, he proposed that I post the problem on this list. > > > > Any suggestions? > > A few remarks from me: When the ports version of openssl was upgraded to > 0.9.8 a good long while ago, similar problems with KDE cropped up. The > main issue is that KDE both links to and dynamically loads the openssl > libraries, supposedly to avoid problems with binary-incompatible openssl > versions. This works reasonably well on Linux, where openssl usually > resides somewhere below /usr, just as KDE usually does. On FreeBSD > however, with KDE in /usr/local and openssl possibly in /usr *and* > /usr/local and quite possibly with different versions in each of these > places, things start to go wrong. the problem appears also on releng_6 but only on amd64 with 3.5.4 and openssl 0.9.8c same ports on i386 is working fine for me kopete and ssl does not work =2D-=20 Jo=E3o From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 13:37:05 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 A08D216A403 for ; Tue, 19 Sep 2006 13:37:05 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 020B443D4C for ; Tue, 19 Sep 2006 13:37:04 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k8JDb29m007814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 Sep 2006 17:37:02 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k8JDb2rV007813 for current@FreeBSD.org; Tue, 19 Sep 2006 17:37:02 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Sep 2006 17:37:02 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20060919133702.GJ27667@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 13:37:05 -0000 Dear collegues, I've got a box running HEAD where a strange bug is observed. The below script always returns on this box: pwd: .: Permission denied The box doesn't have any unusual things in its kernel config. No sysctl tuning. The filesystem is UFS. The bug can be reproduced in any user readable and writable directory, all commands except pwd execute successfully. The script should be run from current directory. %%% #!/bin/sh dir=$(mktemp -d $0.XXX) cd ${dir} dir2=$(mktemp -d $0.XXX) rm -rf ${dir2} /bin/pwd cd .. rm -rf ${dir} -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 13:37:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2CF5B16A415 for ; Tue, 19 Sep 2006 13:37:11 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58C043D45 for ; Tue, 19 Sep 2006 13:37:07 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GPfma-0008hC-VG for freebsd-current@freebsd.org; Tue, 19 Sep 2006 15:37:04 +0200 To: freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 19 Sep 2006 15:37:04 +0200 Message-Id: Subject: Connections locking up with today's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 13:37:11 -0000 Hi Anyone noticed that today's current has connections jamming like below: Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 33028 196.7.162.25.22 196.7.147.230.3569 ESTABLISHED Or Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 846 41.204.193.40.783 196.7.147.20.4131 LAST_ACK tcp4 0 2707 41.204.193.40.783 196.7.147.136.3009 LAST_ACK tcp4 0 650 41.204.193.40.783 196.7.147.18.2159 LAST_ACK tcp4 0 587 41.204.193.40.783 196.7.147.20.3710 LAST_ACK tcp4 0 587 41.204.193.40.783 196.7.147.18.2155 LAST_ACK It's odd because with the top one, I can still log out and the shell disappears, except for the sshd process, which if I kill it terminates the connection. In the second case, those LAST_ACK connections have been around for about 2 hours. Heavy (well, not so heavy) traffic seems to trigger this on long standing connections. For instance, 'tail -f /var/log/spamd.log' on a busy spamassassin process will do it. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 13:48:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 CBD6216A4B3 for ; Tue, 19 Sep 2006 13:48:20 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7583643D6E for ; Tue, 19 Sep 2006 13:48:19 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 13209 invoked from network); 19 Sep 2006 13:51:25 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Sep 2006 13:51:25 -0000 Message-ID: <450FF522.60909@freebsd.org> Date: Tue, 19 Sep 2006 15:48:18 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Connections locking up with today's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 13:48:20 -0000 Ian FREISLICH wrote: > Hi > > Anyone noticed that today's current has connections jamming like below: > > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 33028 196.7.162.25.22 196.7.147.230.3569 ESTABLISHED > > Or > > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 846 41.204.193.40.783 196.7.147.20.4131 LAST_ACK > tcp4 0 2707 41.204.193.40.783 196.7.147.136.3009 LAST_ACK > tcp4 0 650 41.204.193.40.783 196.7.147.18.2159 LAST_ACK > tcp4 0 587 41.204.193.40.783 196.7.147.20.3710 LAST_ACK > tcp4 0 587 41.204.193.40.783 196.7.147.18.2155 LAST_ACK > > It's odd because with the top one, I can still log out and the shell > disappears, except for the sshd process, which if I kill it terminates > the connection. > > In the second case, those LAST_ACK connections have been around for > about 2 hours. > > Heavy (well, not so heavy) traffic seems to trigger this on long > standing connections. For instance, 'tail -f /var/log/spamd.log' > on a busy spamassassin process will do it. Do you have an em(4) interface running at 100Mbit? -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 14:04:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C06D916A881; Tue, 19 Sep 2006 14:04:41 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C2943D45; Tue, 19 Sep 2006 14:04:32 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GPgD4-0008mf-Tc; Tue, 19 Sep 2006 16:04:26 +0200 To: Andre Oppermann From: Ian FREISLICH In-Reply-To: Message from Andre Oppermann of "Tue, 19 Sep 2006 15:48:18 +0200." <450FF522.60909@freebsd.org> X-Attribution: BOFH Date: Tue, 19 Sep 2006 16:04:26 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Connections locking up with today's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 14:04:42 -0000 Andre Oppermann wrote: > Ian FREISLICH wrote: > > Hi > > > > Anyone noticed that today's current has connections jamming like below: > > > > Proto Recv-Q Send-Q Local Address Foreign Address (state) > > tcp4 0 33028 196.7.162.25.22 196.7.147.230.3569 ESTABLIS HED > > > > Or > > > > Proto Recv-Q Send-Q Local Address Foreign Address (state) > > tcp4 0 846 41.204.193.40.783 196.7.147.20.4131 LAST_ACK > > tcp4 0 2707 41.204.193.40.783 196.7.147.136.3009 LAST_ACK > > tcp4 0 650 41.204.193.40.783 196.7.147.18.2159 LAST_ACK > > tcp4 0 587 41.204.193.40.783 196.7.147.20.3710 LAST_ACK > > tcp4 0 587 41.204.193.40.783 196.7.147.18.2155 LAST_ACK > > > > It's odd because with the top one, I can still log out and the shell > > disappears, except for the sshd process, which if I kill it terminates > > the connection. > > > > In the second case, those LAST_ACK connections have been around for > > about 2 hours. > > > > Heavy (well, not so heavy) traffic seems to trigger this on long > > standing connections. For instance, 'tail -f /var/log/spamd.log' > > on a busy spamassassin process will do it. > > Do you have an em(4) interface running at 100Mbit? I should also say, it just jams one or two connections. Other connections to the server still function, and I can make new connections even with the few locked up connections. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 14:09:56 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 381B916A4A0; Tue, 19 Sep 2006 14:09:56 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 5014C43D58; Tue, 19 Sep 2006 14:09:55 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 19 Sep 2006 15:09:54 +0100 (BST) Date: Tue, 19 Sep 2006 15:09:53 +0100 From: David Malone To: Gleb Smirnoff Message-ID: <20060919140953.GA46227@walton.maths.tcd.ie> References: <20060919133702.GJ27667@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060919133702.GJ27667@FreeBSD.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 14:09:56 -0000 On Tue, Sep 19, 2006 at 05:37:02PM +0400, Gleb Smirnoff wrote: > Dear collegues, > > I've got a box running HEAD where a strange bug is observed. The below > script always returns on this box: > > pwd: .: Permission denied I've tried this on a current machine (as of Sept 16th) and don't see the same thing. I'd guess this is somehow related to the fact that removing a directory flushes the nami cache for things related to that directory's parent. This probably results in the kernel getcwd failing and it falling back to the userland getcwd code, which needs to read and stat every directory above you in the filesystem tree. Do you have a directory further up your path that isn't readable/statable? David. From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 14:27:42 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 E74F416A40F for ; Tue, 19 Sep 2006 14:27:42 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424CD43D5C for ; Tue, 19 Sep 2006 14:27:42 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k8JEReSx008372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 18:27:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k8JERe4X008371; Tue, 19 Sep 2006 18:27:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Sep 2006 18:27:39 +0400 From: Gleb Smirnoff To: David Malone Message-ID: <20060919142739.GM27667@cell.sick.ru> References: <20060919133702.GJ27667@FreeBSD.org> <20060919140953.GA46227@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060919140953.GA46227@walton.maths.tcd.ie> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 14:27:43 -0000 On Tue, Sep 19, 2006 at 03:09:53PM +0100, David Malone wrote: D> On Tue, Sep 19, 2006 at 05:37:02PM +0400, Gleb Smirnoff wrote: D> > Dear collegues, D> > D> > I've got a box running HEAD where a strange bug is observed. The below D> > script always returns on this box: D> > D> > pwd: .: Permission denied D> D> I've tried this on a current machine (as of Sept 16th) and don't D> see the same thing. Yep, this box is the only one I observe the bug on. :( I've observed it last few months, and I update to HEAD weekly. Moreover, the /home/glebius directory on thix box is NFS exported and mounted on another box as /home/glebius. On this other box (NFS client) I run th test successfully from /home/glebius, while on NFS server it fails. D> I'd guess this is somehow related to the fact that removing a D> directory flushes the nami cache for things related to that directory's D> parent. This probably results in the kernel getcwd failing and it D> falling back to the userland getcwd code, which needs to read and D> stat every directory above you in the filesystem tree. Do you have D> a directory further up your path that isn't readable/statable? Yes. I can reproduce it in my home, or in /tmp. All upper directories are readable. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 14:39:28 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 3E5FB16A4A7; Tue, 19 Sep 2006 14:39:28 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id CD9DD43D64; Tue, 19 Sep 2006 14:39:16 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 19 Sep 2006 15:39:15 +0100 (BST) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by walton.maths.tcd.ie with SMTP id ; 19 Sep 2006 15:39:14 +0100 (BST) To: Gleb Smirnoff In-reply-to: Your message of "Tue, 19 Sep 2006 18:27:39 +0400." <20060919142739.GM27667@cell.sick.ru> X-Request-Do: Date: Tue, 19 Sep 2006 15:39:14 +0100 From: David Malone Message-ID: <200609191539.aa46619@walton.maths.tcd.ie> Cc: current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 14:39:28 -0000 > D> I've tried this on a current machine (as of Sept 16th) and don't > D> see the same thing. > Yep, this box is the only one I observe the bug on. :( I've observed > it last few months, and I update to HEAD weekly. Moreover, the > /home/glebius directory on thix box is NFS exported and mounted on > another box as /home/glebius. On this other box (NFS client) I run th > test successfully from /home/glebius, while on NFS server it fails. Might be worth running /bin/pwd and ktracing it to see what is going on? David. From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 14:52:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 15A8516A415 for ; Tue, 19 Sep 2006 14:52:25 +0000 (UTC) (envelope-from eprha.carvajal@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC7A43D72 for ; Tue, 19 Sep 2006 14:50:35 +0000 (GMT) (envelope-from eprha.carvajal@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so1758694nzn for ; Tue, 19 Sep 2006 07:49:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=EPrNxY4RK/uFg2E73GNvM4r+ptqsoowqV0v3Swa/BEidmthlB/QibtrBh4kuNW+bkYenTv5WOlyD6XnGiiemFYgqvsPRNATVqLE4UGPK4Mztk2UCamY6Fejaz3u3wZ1jE6EFebaJPBaoQ8WJ/wrfc6Xi0TM4CH3wMX2DWEzzTs8= Received: by 10.35.90.20 with SMTP id s20mr11649977pyl; Tue, 19 Sep 2006 07:48:10 -0700 (PDT) Received: by 10.35.79.14 with HTTP; Tue, 19 Sep 2006 07:48:09 -0700 (PDT) Message-ID: Date: Tue, 19 Sep 2006 10:48:09 -0400 From: "Eprha Carvajal" To: freebsd-current@freebsd.org, "Michael Nottebrock" , "Nicolas Blais" In-Reply-To: <200609191001.27072.joao@matik.com.br> MIME-Version: 1.0 References: <200609181238.19802.nb_root@videotron.ca> <450EDA4D.9090000@freebsd.org> <200609191001.27072.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT (was: kdenetwork-kopete-0.11_X not connecting to MSN on -CURRENT (PR ports/103329) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 14:52:25 -0000 i'm having this same issue with releng_6 on i386. On 9/19/06, JoaoBR wrote: > > On Monday 18 September 2006 14:41, Michael Nottebrock wrote: > > Nicolas Blais schrieb: > > > I made a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D103329) abo= ut > > > this problem but since Michael Nottebrock doesn't have access to a > > > -CURRENT machine, he proposed that I post the problem on this list. > > > > > > Any suggestions? > > > > A few remarks from me: When the ports version of openssl was upgraded t= o > > 0.9.8 a good long while ago, similar problems with KDE cropped up. The > > main issue is that KDE both links to and dynamically loads the openssl > > libraries, supposedly to avoid problems with binary-incompatible openss= l > > versions. This works reasonably well on Linux, where openssl usually > > resides somewhere below /usr, just as KDE usually does. On FreeBSD > > however, with KDE in /usr/local and openssl possibly in /usr *and* > > /usr/local and quite possibly with different versions in each of these > > places, things start to go wrong. > > the problem appears also on releng_6 > but only on amd64 with 3.5.4 and openssl 0.9.8c > same ports on i386 is working fine for me > kopete and ssl does not work > > > > -- > > Jo=E3o > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 16:33:14 2006 Return-Path: X-Original-To: current@freebsd.org 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 6D95516A40F; Tue, 19 Sep 2006 16:33:14 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A7D43D55; Tue, 19 Sep 2006 16:33:07 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8JGWsvQ013330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 09:32:59 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <45101BB6.8050205@errno.com> Date: Tue, 19 Sep 2006 09:32:54 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: vova@fbsd.ru References: <1158654888.1533.17.camel@localhost> In-Reply-To: <1158654888.1533.17.camel@localhost> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current , freebsd-net Subject: Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 16:33:14 -0000 Vladimir Grebenschikov wrote: > Hi > > i am triing to connect Intel(R) PRO/Wireless 2200BG - iwi0 to WPA-EAP > wireless network with PEAP: > > # wpa_supplicant -i iwi0 -c /usr/local/etc/wpa_supplicant.conf > Trying to associate with SSID 'OFFICE-PEAP' > ioctl[SIOCS80211, op 21, len 42]: Invalid argument > Association request to the driver failed > ... "op 21" is the request to associate. The error most likely indicates the kernel had no information about the ap at the point where the ioctl was issued. Adding -d to the command line would provide useful info. > > # kldstat | egrep wlan\|iwi > 28 1 0xc0892000 2d08 wlan_wep.ko > 29 5 0xc0895000 1ed74 wlan.ko > 52 1 0xc4ff9000 7000 wlan_ccmp.ko > 53 1 0xc5000000 4000 wlan_tkip.ko > 54 1 0xc3828000 2000 wlan_xauth.ko > 57 1 0xc4f36000 d000 if_iwi.ko > # > > changing ap_scan=2 >> ap_scan=1 > improves situation a bit, but still does not work: ap_scan has no effect on freebsd if I recall; it's really intended for linux and other os's where a variety of drivers hook up to wpa_supplicant. On freebsd all drivers (except for ndis) go through net80211 and scanning is handled uniformly. > > ... > State: DISCONNECTED -> SCANNING > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 00:14:a5:0e:eb:60 ssid='COME' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > skip - no WPA/RSN IE > 1: 00:18:b9:2a:c4:50 ssid='OFFICE' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > skip - no WPA/RSN IE > 2: 00:13:46:fe:c2:ff ssid='pmp' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > 0: 00:18:b9:2a:c4:50 ssid='OFFICE' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > ... > > any hints will be really appreciated. > From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 16:51:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 A40FC16A4CA; Tue, 19 Sep 2006 16:51:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753EF43D88; Tue, 19 Sep 2006 16:51:23 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k8JGpKsd013059; Tue, 19 Sep 2006 13:51:20 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Tue, 19 Sep 2006 13:53:52 -0300 User-Agent: KMail/1.9.4 References: <200609181238.19802.nb_root@videotron.ca> <200609191001.27072.joao@matik.com.br> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609191353.52820.joao@matik.com.br> Cc: Nicolas Blais , Eprha Carvajal , Michael Nottebrock Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT (was: kdenetwork-kopete-0.11_X not connecting to MSN on -CURRENT (PR ports/103329) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 16:51:40 -0000 On Tuesday 19 September 2006 11:48, Eprha Carvajal wrote: > i'm having this same issue with releng_6 on i386. > funny, anyway I believe it is a port issue and has nothing to do with the=20 freebsd version itself my xsession-error has this: ASSERT: "!icon.isEmpty()" in konq_pixmapprovider.cc (81) ASSERT: "!icon.isEmpty()" in konq_pixmapprovider.cc (81) ASSERT: "!icon.isEmpty()" in konq_pixmapprovider.cc (81) kdecore (KLibLoader): WARNING: KLibrary: Undefined symbol "PKCS7_content_fr= ee" kdecore (KLibLoader): WARNING: KLibrary: Undefined=20 symbol "OpenSSL_add_all_algorithms" kdecore (KLibLoader): WARNING: KLibrary: Undefined=20 symbol "OPENSSL_add_all_algorithms" kdecore (KLibLoader): WARNING: KLibrary: Undefined=20 symbol "OpenSSL_add_all_algorithms_conf" kioslave: ####### CRASH ###### protocol =3D https pid =3D 8927 signal =3D 11 and it is the same for any https protocol in konqueror as when trying conne= ct=20 with Kopete =2D-=20 Jo=E3o From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 19:34:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 362C016A403 for ; Tue, 19 Sep 2006 19:34:13 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABE443D49 for ; Tue, 19 Sep 2006 19:34:12 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 7DA69F707A; Tue, 19 Sep 2006 21:34:11 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 480DC1D2662; Tue, 19 Sep 2006 21:34:11 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-184-091.pools.arcor-ip.net [84.61.184.91]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 9E9CD2AB01C; Tue, 19 Sep 2006 21:34:06 +0200 (CEST) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k8JJY2P9045412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 21:34:03 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <45104623.4060501@freebsd.org> Date: Tue, 19 Sep 2006 21:33:55 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: JoaoBR References: <200609181238.19802.nb_root@videotron.ca> <200609191001.27072.joao@matik.com.br> <200609191353.52820.joao@matik.com.br> In-Reply-To: <200609191353.52820.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigABAC7BC728E8F129F9CB84FF" X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, Eprha Carvajal , Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 19:34:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigABAC7BC728E8F129F9CB84FF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable JoaoBR schrieb: > On Tuesday 19 September 2006 11:48, Eprha Carvajal wrote: > =20 >> i'm having this same issue with releng_6 on i386. >> >> =20 > > funny, anyway I believe it is a port issue and has nothing to do with t= he=20 > freebsd version itself > > my xsession-error has this: > > ASSERT: "!icon.isEmpty()" in konq_pixmapprovider.cc (81) > ASSERT: "!icon.isEmpty()" in konq_pixmapprovider.cc (81) > ASSERT: "!icon.isEmpty()" in konq_pixmapprovider.cc (81) > kdecore (KLibLoader): WARNING: KLibrary: Undefined symbol "PKCS7_conten= t_free" > kdecore (KLibLoader): WARNING: KLibrary: Undefined=20 > symbol "OpenSSL_add_all_algorithms" > kdecore (KLibLoader): WARNING: KLibrary: Undefined=20 > symbol "OPENSSL_add_all_algorithms" > kdecore (KLibLoader): WARNING: KLibrary: Undefined=20 > symbol "OpenSSL_add_all_algorithms_conf" > kioslave: ####### CRASH ###### protocol =3D https pid =3D 8927 signal =3D= 11 > > and it is the same for any https protocol in konqueror as when trying c= onnect=20 > with Kopete > =20 The kioslave crashing like that does indicate linkage to conflicting openssl libraries. --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigABAC7BC728E8F129F9CB84FF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFEEYjXhc68WspdLARAvliAJ4uQCJ9u52JDxvPKgCiTdTpDoLf3wCgnL4E aDv5HKDuMhWx5HZMGwkB50c= =Nke2 -----END PGP SIGNATURE----- --------------enigABAC7BC728E8F129F9CB84FF-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 20:34:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8534916A415; Tue, 19 Sep 2006 20:34:47 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19FB543D6E; Tue, 19 Sep 2006 20:34:44 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k8JKYhvv022225; Tue, 19 Sep 2006 17:34:43 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Tue, 19 Sep 2006 17:37:15 -0300 User-Agent: KMail/1.9.4 References: <200609181238.19802.nb_root@videotron.ca> <200609191353.52820.joao@matik.com.br> <45104623.4060501@freebsd.org> In-Reply-To: <45104623.4060501@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609191737.15441.joao@matik.com.br> Cc: Nicolas Blais , Michael Nottebrock , Eprha Carvajal Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 20:34:47 -0000 On Tuesday 19 September 2006 16:33, Michael Nottebrock wrote: > > kdecore (KLibLoader): WARNING: KLibrary: Undefined > > symbol "OpenSSL_add_all_algorithms_conf" > > kioslave: ####### CRASH ###### protocol =3D https pid =3D 8927 signal = =3D 11 > > > > and it is the same for any https protocol in konqueror as when trying > > connect with Kopete > > =A0 > > The kioslave crashing like that does indicate linkage to conflicting > openssl libraries. ok I understand I just tried different openssl ports openssl-stable openssl and the package same error do I need to recompile the kde sources when changing the openssl version? kdebase kdenetwork and or kdelibs? =2D-=20 Jo=E3o From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 20:46:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 7C31A16A412; Tue, 19 Sep 2006 20:46:02 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu (sector14.cl.msu.edu [35.8.1.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 234C343D45; Tue, 19 Sep 2006 20:46:01 +0000 (GMT) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu (localhost.cl.msu.edu [127.0.0.1]) by sector14.cl.msu.edu (8.13.6/8.13.6) with ESMTP id k8JKlMB7065925; Tue, 19 Sep 2006 16:47:22 -0400 (EDT) (envelope-from besko@msu.edu) Received: from localhost (besko@localhost) by sector14.cl.msu.edu (8.13.6/8.13.6/Submit) with ESMTP id k8JKlMWF065922; Tue, 19 Sep 2006 16:47:22 -0400 (EDT) (envelope-from besko@msu.edu) X-Authentication-Warning: sector14.cl.msu.edu: besko owned process doing -bs Date: Tue, 19 Sep 2006 16:47:22 -0400 (EDT) From: Lisa Besko Sender: besko@sector14.cl.msu.edu To: Doug Barton In-Reply-To: <450B1B6A.5080800@FreeBSD.org> Message-ID: <20060919164123.C774@sector14.cl.msu.edu> References: <450B1B6A.5080800@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: Experience with Lenovo Thinkpad z61m or z61t? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 20:46:02 -0000 On Fri, 15 Sep 2006, Doug Barton wrote: > I'm considering the z61m, or possibly the z61t for my next laptop, and > I was wondering if anyone has experience with them, good or bad. I do I have a z61t and I'm running FreeBSD 6.1 stable from August on it. Versions earlier than that do not work with the bge ethernet adapter. That was my biggest problem with it when I got the system in July. Xorg is working just fine. I don't have sound yet but have not really tried to get it working either. I have not tried to get many of the "extras" on the system working with FreeBSD but generally I can get my work done and that's all that really matters to me. If you want more info. let me know. I could send dmesg to you if you like. LB From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 23:20:25 2006 Return-Path: X-Original-To: current@freebsd.org 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 967AE16A403 for ; Tue, 19 Sep 2006 23:20:25 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E1F943D4C for ; Tue, 19 Sep 2006 23:20:24 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8JNKMGh086555 for ; Wed, 20 Sep 2006 01:20:23 +0200 (CEST) (envelope-from mb@imp.ch) Date: Wed, 20 Sep 2006 01:20:22 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20060920011159.A1494@godot.imp.ch> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1916376161-1158708022=:1494" X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: Subject: sys/vm/vm_page.c panic with recent CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2006 23:20:25 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1916376161-1158708022=:1494 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Hi all, It happens always at the same place (recover vi sessions) It's 100% reproduible. A dump is available. A kernel from June works fine and vi recover works there. The KASSERT from sys/vm/vm_page.c:1087 makes my box panic: panic: vm_page_free_toq: freeing mapped page 0xc2f00a70 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 24s Physical memory: 2035 MB (kgdb) where #0 doadump () at pcpu.h:166 #11 0xc06a0953 in panic (fmt=0xc0943300 "vm_page_free_toq: freeing mapped page %p") at /usr/src/sys/kern/kern_shutdown.c:549 #12 0xc0803e4e in vm_page_free_toq (m=0xc2f00a70) at /usr/src/sys/vm/vm_page.c:1087 #13 0xc080332d in vm_page_free (m=0xc2f00a70) at /usr/src/sys/vm/vm_page.c:470 #14 0xc0800af9 in vm_object_terminate (object=0xc53bd168) at /usr/src/sys/vm/vm_object.c:657 #15 0xc08009d1 in vm_object_deallocate (object=0xc53bd168) at /usr/src/sys/vm/vm_object.c:590 #16 0xc07fd598 in vm_map_entry_delete (map=0xc14650a8, entry=0xc51b12a8) at /usr/src/sys/vm/vm_map.c:2283 #17 0xc07fd6cc in vm_map_delete (map=0xc14650a8, start=3242610856, end=3792416768) at /usr/src/sys/vm/vm_map.c:2372 #18 0xc07fadf4 in kmem_free_wakeup (map=0xc14650a8, addr=3792146432, size=18) at /usr/src/sys/vm/vm_kern.c:467 #19 0xc0688426 in exec_free_args (args=0xe6361c60) at /usr/src/sys/kern/kern_exec.c:1055 #20 0xc0687dd7 in do_execve (td=0xc4ea56c0, args=0xe6361c60, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:795 #21 0xc06871e0 in kern_execve (td=0xc4ea56c0, args=0xe6361c60, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:258 #22 0xc068714b in execve (td=0xc4ea56c0, uap=0x12) at /usr/src/sys/kern/kern_exec.c:188 #23 0xc08a0042 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 0, tf_ebp = 0, tf_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, tf_err = 0, tf_eip = 671525076, tf_cs = 51, tf_eflags = 514, tf_esp = -1077940540, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1006 #24 0xc088a6cf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #f 12 (kgdb) p *m $2 = {pageq = {tqe_next = 0xc2ee83c8, tqe_prev = 0xc2f01370}, listq = {tqe_next = 0xc2f01370, tqe_prev = 0xc53bd194}, left = 0x0, right = 0xc2f01370, object = 0xc53bd168, pindex = 0, phys_addr = 1579544576, md = {pv_list_count = 1, pv_list = { tqh_first = 0xc388f064, tqh_last = 0xc388f068}}, queue = 34, flags = 144, pc = 31, wire_count = 0, cow = 0, hold_count = 0, oflags = 0, act_count = 5 '\005', busy = 0 '\0', valid = 255 'ÿ', dirty = 0 '\0'} Any ideas ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ --0-1916376161-1158708022=:1494-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 08:05:32 2006 Return-Path: X-Original-To: current@freebsd.org 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 5990816A416; Wed, 20 Sep 2006 08:05:32 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA6D43D69; Wed, 20 Sep 2006 08:05:31 +0000 (GMT) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GPx5C-000Nhh-U4; Wed, 20 Sep 2006 12:05:26 +0400 In-Reply-To: <45101BB6.8050205@errno.com> To: Sam Leffler Date: Wed, 20 Sep 2006 12:05:26 +0400 (MSD) X-Mailer: ELM [version 2.4ME+ PL122i (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" Message-Id: From: Vladimir Grebenschikov Cc: vova@fbsd.ru, current , freebsd-net Subject: Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 08:05:32 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Vladimir Grebenschikov wrote: > > Hi > > > > i am triing to connect Intel(R) PRO/Wireless 2200BG - iwi0 to WPA-EAP > > wireless network with PEAP: > > > > # wpa_supplicant -i iwi0 -c /usr/local/etc/wpa_supplicant.conf > > Trying to associate with SSID 'OFFICE-PEAP' > > ioctl[SIOCS80211, op 21, len 42]: Invalid argument > > Association request to the driver failed > > ... > > "op 21" is the request to associate. The error most likely indicates > the kernel had no information about the ap at the point where the ioctl > was issued. Adding -d to the command line would provide useful info. ... Initializing interface (2) 'iwi0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Own MAC address: 00:0e:35:03:82:74 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Added interface iwi0 State: DISCONNECTED -> SCANNING Trying to associate with SSID 'OFFICE-PEAP' Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 wpa_driver_bsd_set_auth_alg alg 0x1 authmode 1 WPA: clearing AP WPA IE WPA: clearing AP RSN IE WPA: clearing own WPA/RSN IE No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 State: SCANNING -> ASSOCIATING wpa_driver_bsd_associate: ssid 'OFFICE-PEAP' wpa ie len 0 pairwise 4 group 4 key mgmt 3 wpa_driver_bsd_associate: set PRIVACY 1 Association request to the driver failed Setting authentication timeout: 5 sec 0 usec EAPOL: External notification - portControl=Auto CTRL-EVENT-TERMINATING - signal 2 received Removing interface iwi0 State: ASSOCIATING -> DISCONNECTED No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=1 Cancelling scan request ... > > > > # kldstat | egrep wlan\|iwi > > 28 1 0xc0892000 2d08 wlan_wep.ko > > 29 5 0xc0895000 1ed74 wlan.ko > > 52 1 0xc4ff9000 7000 wlan_ccmp.ko > > 53 1 0xc5000000 4000 wlan_tkip.ko > > 54 1 0xc3828000 2000 wlan_xauth.ko > > 57 1 0xc4f36000 d000 if_iwi.ko > > # Kernel and userland in sync, just rebuild everithing for sure. I've tried with and without wlan_ccmp.ko wlan_tkip.ko - no any difference (they should not be used in may case) > > changing ap_scan=2 >> ap_scan=1 > > improves situation a bit, but still does not work: > > ap_scan has no effect on freebsd if I recall; it's really intended for > linux and other os's where a variety of drivers hook up to > wpa_supplicant. On freebsd all drivers (except for ndis) go through > net80211 and scanning is handled uniformly. > > > > > ... > > State: DISCONNECTED -> SCANNING > > Starting AP scan (broadcast SSID) > > Received 0 bytes of scan results (3 BSSes) > > Scan results: 3 > > Selecting BSS from priority group 0 > > 0: 00:14:a5:0e:eb:60 ssid='COME' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > > skip - no WPA/RSN IE > > 1: 00:18:b9:2a:c4:50 ssid='OFFICE' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > > skip - no WPA/RSN IE > > 2: 00:13:46:fe:c2:ff ssid='pmp' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > > skip - no WPA/RSN IE > > No suitable AP found. > > Setting scan request: 5 sec 0 usec > > Starting AP scan (broadcast SSID) > > Received 0 bytes of scan results (1 BSSes) > > Scan results: 1 > > Selecting BSS from priority group 0 > > 0: 00:18:b9:2a:c4:50 ssid='OFFICE' wpa_ie_len=0 rsn_ie_len=0 caps=0x31 > > skip - no WPA/RSN IE > > No suitable AP found. > > Setting scan request: 5 sec 0 usec > > ... > > > > any hints will be really appreciated. > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 09:50:16 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 3BD6616A403 for ; Wed, 20 Sep 2006 09:50:16 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69A2043D46 for ; Wed, 20 Sep 2006 09:50:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k8K9oDsm014450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Sep 2006 13:50:13 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k8K9oC0g014449; Wed, 20 Sep 2006 13:50:12 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 20 Sep 2006 13:50:12 +0400 From: Gleb Smirnoff To: David Malone Message-ID: <20060920095012.GS27667@cell.sick.ru> References: <20060919142739.GM27667@cell.sick.ru> <200609191539.aa46619@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200609191539.aa46619@walton.maths.tcd.ie> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 09:50:16 -0000 On Tue, Sep 19, 2006 at 03:39:14PM +0100, David Malone wrote: D> > D> I've tried this on a current machine (as of Sept 16th) and don't D> > D> see the same thing. D> D> > Yep, this box is the only one I observe the bug on. :( I've observed D> > it last few months, and I update to HEAD weekly. Moreover, the D> > /home/glebius directory on thix box is NFS exported and mounted on D> > another box as /home/glebius. On this other box (NFS client) I run th D> > test successfully from /home/glebius, while on NFS server it fails. D> D> Might be worth running /bin/pwd and ktracing it to see what is D> going on? Well, this is what is at the end of ktrace: 952 pwd CALL stat(0x8210800,0xbfbfe9c0) 952 pwd NAMI "../../../.." 952 pwd RET stat -1 errno 13 Permission denied Oops. Well, going up the directory tree, I've found that the '..' entry is unaccessible in the /usr and /var directories: glebius@jujik:/var:|>ls -la ls: ..: Permission denied total 1120 drwxr-xr-x 25 root wheel 512 20 ÓÅÎ 17:39 . drwxrwxr-x 2 root operator 512 19 ÓÅÎ 12:14 .snap drwxr-xr-x 2 root wheel 512 21 Á×Ç 2004 account drwxr-xr-x 4 root wheel 512 28 Á×Ç 2004 at drwxr-x--- 2 root audit 512 21 ÍÁÒ 2006 audit While the mount point permissions are correct: glebius@jujik:/:|>ls -la total 365 drwxr-xr-x 20 root wheel 512 20 ÓÅÎ 13:37 . drwxr-xr-x 20 root wheel 512 20 ÓÅÎ 13:37 .. drwxr-xr-x 19 root wheel 512 23 ÎÏÑ 2005 usr drwxr-xr-x 25 root wheel 512 20 ÓÅÎ 17:39 var -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 10:48:57 2006 Return-Path: X-Original-To: current@freebsd.org 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 0E24616A407 for ; Wed, 20 Sep 2006 10:48:57 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC4843D6D for ; Wed, 20 Sep 2006 10:48:54 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 289DA170C5 for ; Wed, 20 Sep 2006 10:48:53 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 20 Sep 2006 10:48:52 +0000 Message-ID: <31894.1158749332@critter.freebsd.dk> Cc: Subject: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 10:48:57 -0000 After I updated my computer yesterday, openoffice has stopped working, anyone else seen this ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 11:02:12 2006 Return-Path: X-Original-To: current@freebsd.org 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 C5DF516A403 for ; Wed, 20 Sep 2006 11:02:12 +0000 (UTC) (envelope-from flag@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 392C343D46 for ; Wed, 20 Sep 2006 11:02:12 +0000 (GMT) (envelope-from flag@newluxor.wired.org) Received: from newluxor.wired.org (ip-64-88.sn2.eutelia.it [83.211.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 0E92D11AE6F; Wed, 20 Sep 2006 13:02:08 +0200 (CEST) Received: (from flag@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id k8KB1vf8002658; Wed, 20 Sep 2006 13:01:57 +0200 (CEST) (envelope-from flag) Date: Wed, 20 Sep 2006 13:01:56 +0200 From: Paolo Pisati To: Poul-Henning Kamp Message-ID: <20060920110156.GB1578@tin.it> References: <31894.1158749332@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31894.1158749332@critter.freebsd.dk> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 11:02:12 -0000 On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: > > After I updated my computer yesterday, openoffice has stopped > working, anyone else seen this ? Yep, the same happend to me: there was a breakage in libexec/rtld-elf, but it was quickly fixed, and now openoffice works again fine. bye -- Paolo Piso's first law: nothing works as expected! From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 11:21:03 2006 Return-Path: X-Original-To: current@freebsd.org 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 A3C0D16A407 for ; Wed, 20 Sep 2006 11:21:03 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D9AC43D92 for ; Wed, 20 Sep 2006 11:21:03 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id C8D06170C5 for ; Wed, 20 Sep 2006 11:21:01 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 20 Sep 2006 11:20:50 +0000 Message-ID: <32273.1158751250@critter.freebsd.dk> Cc: Subject: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 11:21:03 -0000 Every few minutes my if_em goes mum, it receives packets but does not transmit anything. ifconfig em0 down ; sleep .1 ; ifconfig em0 up makes it work again. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 11:32:13 2006 Return-Path: X-Original-To: current@freebsd.org 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 4278116A4EB; Wed, 20 Sep 2006 11:32:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E70343D53; Wed, 20 Sep 2006 11:32:12 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k8KBW9Sr026362 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 20 Sep 2006 21:32:10 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k8KBW9B9001851; Wed, 20 Sep 2006 21:32:09 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k8KBW90V001850; Wed, 20 Sep 2006 21:32:09 +1000 (EST) (envelope-from peter) Date: Wed, 20 Sep 2006 21:32:09 +1000 From: Peter Jeremy To: Gleb Smirnoff Message-ID: <20060920113208.GF738@turion.vk2pj.dyndns.org> References: <20060919142739.GM27667@cell.sick.ru> <200609191539.aa46619@walton.maths.tcd.ie> <20060920095012.GS27667@cell.sick.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="so9zsI5B81VjUb/o" Content-Disposition: inline In-Reply-To: <20060920095012.GS27667@cell.sick.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: David Malone , current@freebsd.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 11:32:13 -0000 --so9zsI5B81VjUb/o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Sep-20 13:50:12 +0400, Gleb Smirnoff wrote: >Oops. Well, going up the directory tree, I've found that the '..' >entry is unaccessible in the /usr and /var directories: > >glebius@jujik:/var:|>ls -la >ls: ..: Permission denied Cute. You could try 'ls -ali' as root and verify that the inodes are linked correctly. I presume you aren't using MAC or ACLs. Are /usr and /var mount points? --=20 Peter Jeremy --so9zsI5B81VjUb/o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFESa4/opHv/APuIcRAvoeAJ9S3H9rHQlkpfA+QogMI2euSTZ2iACgjS0C w6bMQhcqQulr+jYFR6HiRtM= =wmEO -----END PGP SIGNATURE----- --so9zsI5B81VjUb/o-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 11:36:21 2006 Return-Path: X-Original-To: current@freebsd.org 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 08F3016A403 for ; Wed, 20 Sep 2006 11:36:21 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2054043D79 for ; Wed, 20 Sep 2006 11:36:19 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GQ0NC-000C5i-FM; Wed, 20 Sep 2006 13:36:14 +0200 To: Poul-Henning Kamp From: Ian FREISLICH In-Reply-To: Message from Poul-Henning Kamp of "Wed, 20 Sep 2006 11:20:50 GMT." <32273.1158751250@critter.freebsd.dk> X-Attribution: BOFH Date: Wed, 20 Sep 2006 13:36:14 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 11:36:21 -0000 Poul-Henning Kamp wrote: > > Every few minutes my if_em goes mum, it receives packets but > does not transmit anything. > > ifconfig em0 down ; sleep .1 ; ifconfig em0 up > > makes it work again. Is the OACTIVE flag set? And is TSO enabled on the interface with 100M media? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 11:53:06 2006 Return-Path: X-Original-To: current@freebsd.org 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 E2BE316A416 for ; Wed, 20 Sep 2006 11:53:06 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F5943D70 for ; Wed, 20 Sep 2006 11:53:05 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 55AE6170C5; Wed, 20 Sep 2006 11:53:04 +0000 (UTC) To: Ian FREISLICH From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 20 Sep 2006 13:36:14 +0200." Date: Wed, 20 Sep 2006 11:53:03 +0000 Message-ID: <32633.1158753183@critter.freebsd.dk> Cc: current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 11:53:07 -0000 In message , Ian FREISLICH writes: >Poul-Henning Kamp wrote: >> >> Every few minutes my if_em goes mum, it receives packets but >> does not transmit anything. >> >> ifconfig em0 down ; sleep .1 ; ifconfig em0 up >> >> makes it work again. > >Is the OACTIVE flag set? And is TSO enabled on the interface with >100M media? em0: flags=8843 mtu 1500 options=38b inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 ether 00:0d:60:cf:26:7a media: Ethernet autoselect (1000baseTX ) status: active I've disabled tso and I still see the hang: em0: flags=8843 mtu 1500 options=8b inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 ether 00:0d:60:cf:26:7a media: Ethernet autoselect (1000baseTX ) status: active -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 12:19:10 2006 Return-Path: X-Original-To: current@freebsd.org 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 A51F116A47E for ; Wed, 20 Sep 2006 12:19:10 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A87A443D79 for ; Wed, 20 Sep 2006 12:19:09 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GQ12a-000CDw-M1; Wed, 20 Sep 2006 14:19:00 +0200 To: "Poul-Henning Kamp" From: Ian FREISLICH In-Reply-To: Message from "Poul-Henning Kamp" of "Wed, 20 Sep 2006 11:53:03 GMT." <32633.1158753183@critter.freebsd.dk> X-Attribution: BOFH Date: Wed, 20 Sep 2006 14:19:00 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 12:19:10 -0000 "Poul-Henning Kamp" wrote: > In message , Ian FREISLICH writes: > >Poul-Henning Kamp wrote: > >> > >> Every few minutes my if_em goes mum, it receives packets but > >> does not transmit anything. > >> > >> ifconfig em0 down ; sleep .1 ; ifconfig em0 up > >> > >> makes it work again. > > > >Is the OACTIVE flag set? And is TSO enabled on the interface with > >100M media? > > em0: flags=8843 mtu 1500 > options=38b > inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 > ether 00:0d:60:cf:26:7a > media: Ethernet autoselect (1000baseTX ) > status: active > > > I've disabled tso and I still see the hang: > > em0: flags=8843 mtu 1500 > options=8b > inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 > ether 00:0d:60:cf:26:7a > media: Ethernet autoselect (1000baseTX ) > status: active Interesting. At the time of the hang, can you still establish another connection to the box? I'm guessing this is similar to what I'm seeing on recent current. I think the problem appeared some time between (UTC+0200): drwxr-xr-x 2 root wheel 23552 Sep 19 11:38 kernel drwxr-xr-x 2 root wheel 23552 Sep 12 08:10 kernel.old Some of my connections hang, but others still function and I can make new connections. Sorry, that this is just a "me too". Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 13:35:18 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 758A316A4EF for ; Wed, 20 Sep 2006 13:35:18 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 177A343DF4 for ; Wed, 20 Sep 2006 13:31:37 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k8KDVLOL015897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Sep 2006 17:31:22 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k8KDVLrq015896; Wed, 20 Sep 2006 17:31:21 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 20 Sep 2006 17:31:21 +0400 From: Gleb Smirnoff To: Peter Jeremy Message-ID: <20060920133121.GV27667@cell.sick.ru> References: <20060919142739.GM27667@cell.sick.ru> <200609191539.aa46619@walton.maths.tcd.ie> <20060920095012.GS27667@cell.sick.ru> <20060920113208.GF738@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060920113208.GF738@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.6i Cc: David Malone , current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 13:35:18 -0000 On Wed, Sep 20, 2006 at 09:32:09PM +1000, Peter Jeremy wrote: P> On Wed, 2006-Sep-20 13:50:12 +0400, Gleb Smirnoff wrote: P> >Oops. Well, going up the directory tree, I've found that the '..' P> >entry is unaccessible in the /usr and /var directories: P> > P> >glebius@jujik:/var:|>ls -la P> >ls: ..: Permission denied P> P> Cute. You could try 'ls -ali' as root and verify that the inodes are P> linked correctly. I presume you aren't using MAC or ACLs. Are /usr P> and /var mount points? Yes, /usr and /var are mount points: root@jujik:/usr:|>mount /dev/ad0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/ad0s1e on /usr (ufs, NFS exported, local, soft-updates) /dev/ad0s1d on /var (ufs, local, soft-updates) root@jujik:/usr:|>ls -ali total 2002062 2 drwxr-xr-x 19 root wheel 512 23 ÎÏÑ 2005 . 2 drwxr-xr-x 20 root wheel 512 20 ÓÅÎ 13:37 .. 3 drwxrwxr-x 2 root operator 512 19 ÓÅÎ 12:08 .snap root@jujik:/usr:|>cd /var root@jujik:/var:|>ls -ali total 1122 2 drwxr-xr-x 25 root wheel 512 20 ÓÅÎ 17:39 . 2 drwxr-xr-x 20 root wheel 512 20 ÓÅÎ 13:37 .. 3 drwxrwxr-x 2 root operator 512 19 ÓÅÎ 12:14 .snap -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 13:52:33 2006 Return-Path: X-Original-To: current@freebsd.org 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 6969916A47C for ; Wed, 20 Sep 2006 13:52:33 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4697543D8D for ; Wed, 20 Sep 2006 13:52:23 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 24972 invoked from network); 20 Sep 2006 13:55:19 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Sep 2006 13:55:19 -0000 Message-ID: <45114797.3030305@freebsd.org> Date: Wed, 20 Sep 2006 15:52:23 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Poul-Henning Kamp References: <32633.1158753183@critter.freebsd.dk> In-Reply-To: <32633.1158753183@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 13:52:33 -0000 Poul-Henning Kamp wrote: > In message , Ian FREISLICH writes: > >>Poul-Henning Kamp wrote: >> >>>Every few minutes my if_em goes mum, it receives packets but >>>does not transmit anything. >>> >>>ifconfig em0 down ; sleep .1 ; ifconfig em0 up >>> >>>makes it work again. >> >>Is the OACTIVE flag set? And is TSO enabled on the interface with >>100M media? > > > em0: flags=8843 mtu 1500 > options=38b > inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 > ether 00:0d:60:cf:26:7a > media: Ethernet autoselect (1000baseTX ) > status: active > > > I've disabled tso and I still see the hang: > > em0: flags=8843 mtu 1500 > options=8b > inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 > ether 00:0d:60:cf:26:7a > media: Ethernet autoselect (1000baseTX ) > status: active Please give the 'pciconf -lv' output for the em devices. I have a machine with a particular chipset that has some trouble as well. Jack Vogel tries to debug it. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 14:02:15 2006 Return-Path: X-Original-To: current@freebsd.org 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 CAB5316A407; Wed, 20 Sep 2006 14:02:15 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E745E43D66; Wed, 20 Sep 2006 14:02:14 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GQ2eL-000CUS-DV; Wed, 20 Sep 2006 16:02:05 +0200 To: Andre Oppermann From: Ian FREISLICH In-Reply-To: Message from Andre Oppermann of "Wed, 20 Sep 2006 15:52:23 +0200." <45114797.3030305@freebsd.org> X-Attribution: BOFH Date: Wed, 20 Sep 2006 16:02:05 +0200 Message-Id: Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 14:02:15 -0000 Andre Oppermann wrote: > Poul-Henning Kamp wrote: > > In message , Ian FREISLICH writes: > > > >>Poul-Henning Kamp wrote: > >> > >>>Every few minutes my if_em goes mum, it receives packets but > >>>does not transmit anything. > >>> > >>>ifconfig em0 down ; sleep .1 ; ifconfig em0 up > >>> > >>>makes it work again. > >> > >>Is the OACTIVE flag set? And is TSO enabled on the interface with > >>100M media? > > > > > > em0: flags=8843 mtu 1500 > > options=38b > > inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 > > ether 00:0d:60:cf:26:7a > > media: Ethernet autoselect (1000baseTX ) > > status: active > > > > > > I've disabled tso and I still see the hang: > > > > em0: flags=8843 mtu 1500 > > options=8b > > inet 10.221.74.159 netmask 0xffff0000 broadcast 10.221.255.255 > > ether 00:0d:60:cf:26:7a > > media: Ethernet autoselect (1000baseTX ) > > status: active > > Please give the 'pciconf -lv' output for the em devices. I have a machine > with a particular chipset that has some trouble as well. Jack Vogel tries > to debug it. em0@pci3:4:0: class=0x020000 card=0x10798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci3:4:1: class=0x020000 card=0x10798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em2@pci5:1:0: class=0x020000 card=0x11798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em3@pci5:1:1: class=0x020000 card=0x11798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 14:15:59 2006 Return-Path: X-Original-To: current@freebsd.org 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 6CD4116A40F for ; Wed, 20 Sep 2006 14:15:59 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C71A43D80 for ; Wed, 20 Sep 2006 14:15:52 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 301F5170C5; Wed, 20 Sep 2006 14:15:51 +0000 (UTC) To: Ian FREISLICH From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 20 Sep 2006 14:19:00 +0200." Date: Wed, 20 Sep 2006 14:15:50 +0000 Message-ID: <33191.1158761750@critter.freebsd.dk> Cc: current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 14:15:59 -0000 In message , Ian FREISLICH writes: >"Poul-Henning Kamp" wrote: >Interesting. At the time of the hang, can you still establish >another connection to the box? As far as I can tell, my if_em does not transmit any packets. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 14:16:58 2006 Return-Path: X-Original-To: current@freebsd.org 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 BD0DD16A40F; Wed, 20 Sep 2006 14:16:58 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E39943D6B; Wed, 20 Sep 2006 14:16:56 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id AF23B170C5; Wed, 20 Sep 2006 14:16:55 +0000 (UTC) To: Andre Oppermann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 20 Sep 2006 15:52:23 +0200." <45114797.3030305@freebsd.org> Date: Wed, 20 Sep 2006 14:16:55 +0000 Message-ID: <33245.1158761815@critter.freebsd.dk> Cc: Ian FREISLICH , current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 14:16:58 -0000 In message <45114797.3030305@freebsd.org>, Andre Oppermann writes: >Please give the 'pciconf -lv' output for the em devices. I have a machine >with a particular chipset that has some trouble as well. Jack Vogel tries >to debug it. em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' class = network subclass = ethernet IBM Thinkpad T41p -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 15:06:11 2006 Return-Path: X-Original-To: current@freebsd.org 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 DB20316A403 for ; Wed, 20 Sep 2006 15:06:10 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (dsl081-227-250.chi1.dsl.speakeasy.net [64.81.227.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD3C043D93 for ; Wed, 20 Sep 2006 15:05:51 +0000 (GMT) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.13.6/8.12.11) with ESMTP id k8KF5XI3059329; Wed, 20 Sep 2006 10:05:34 -0500 (CDT) Message-Id: <6.0.0.22.2.20060920100425.021dc048@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 20 Sep 2006 10:05:11 -0500 To: Poul-Henning Kamp , current@freebsd.org From: Derek Ragona In-Reply-To: <32273.1158751250@critter.freebsd.dk> References: <32273.1158751250@critter.freebsd.dk> Mime-Version: 1.0 X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 15:06:11 -0000 It may be in power-saving mode and going to sleep. -Derek At 06:20 AM 9/20/2006, Poul-Henning Kamp wrote: >Every few minutes my if_em goes mum, it receives packets but >does not transmit anything. > >ifconfig em0 down ; sleep .1 ; ifconfig em0 up > >makes it work again. >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >-- >This message has been scanned for viruses and >dangerous content by MailScanner, and is >believed to be clean. >MailScanner thanks transtec Computers for their support. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 15:13:22 2006 Return-Path: X-Original-To: current@freebsd.org 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 C448916A534 for ; Wed, 20 Sep 2006 15:13:22 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697B343EA4 for ; Wed, 20 Sep 2006 15:12:20 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id ADEDD170C5; Wed, 20 Sep 2006 15:12:18 +0000 (UTC) To: Derek Ragona From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 20 Sep 2006 10:05:11 EST." <6.0.0.22.2.20060920100425.021dc048@mail.computinginnovations.com> Date: Wed, 20 Sep 2006 15:12:17 +0000 Message-ID: <34231.1158765137@critter.freebsd.dk> Cc: current@freebsd.org Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 15:13:22 -0000 In message <6.0.0.22.2.20060920100425.021dc048@mail.computinginnovations.com>, Derek Ragona writes: >It may be in power-saving mode and going to sleep. This is while I'm actively working in an ssh session, so the entering of power-saving would be the bug. Tcpdump says that packets are still received however, so I doubt you diagnosis somewwhat. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 15:22:32 2006 Return-Path: X-Original-To: current@freebsd.org 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 B0CCB16A4AB for ; Wed, 20 Sep 2006 15:22:32 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C41BD43D66 for ; Wed, 20 Sep 2006 15:22:31 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 25751 invoked from network); 20 Sep 2006 15:25:25 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Sep 2006 15:25:25 -0000 Message-ID: <45115CB5.8010408@freebsd.org> Date: Wed, 20 Sep 2006 17:22:29 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Poul-Henning Kamp References: <34231.1158765137@critter.freebsd.dk> In-Reply-To: <34231.1158765137@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Derek Ragona Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 15:22:32 -0000 Poul-Henning Kamp wrote: > In message <6.0.0.22.2.20060920100425.021dc048@mail.computinginnovations.com>, > Derek Ragona writes: > > >>It may be in power-saving mode and going to sleep. > > > This is while I'm actively working in an ssh session, > so the entering of power-saving would be the bug. > > Tcpdump says that packets are still received however, > so I doubt you diagnosis somewwhat. The send queue is getting stuck either in the driver or the hardware. Jack is working in it. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 16:16:48 2006 Return-Path: X-Original-To: current@freebsd.org 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 43B6516A416 for ; Wed, 20 Sep 2006 16:16:48 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E0B43D5E for ; Wed, 20 Sep 2006 16:16:34 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k8KGGDDt001451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 20 Sep 2006 09:16:13 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k8KGGCfe057611; Wed, 20 Sep 2006 09:16:12 -0700 (PDT) (envelope-from faber) Date: Wed, 20 Sep 2006 09:16:12 -0700 From: Ted Faber To: Paolo Pisati Message-ID: <20060920161612.GB55402@hut.isi.edu> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <20060920110156.GB1578@tin.it> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 16:16:48 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 20, 2006 at 01:01:56PM +0200, Paolo Pisati wrote: > On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: > >=20 > > After I updated my computer yesterday, openoffice has stopped > > working, anyone else seen this ? >=20 > Yep, the same happend to me: there was a breakage in libexec/rtld-elf,=20 > but it was quickly fixed, and now openoffice works again fine. Mine still seems dead with -CURRENT from Monday. I'm making from fresh sources. I also can't build from ports from yesterday (with -DWITHOUT_MOZILLA -DWITH_CUPS): =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Building project udkapi =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/uno mkout -- version: 1.7 idlc @/tmp/mkfyEZRU idlc: compile 'Exception.idl' ... idlc: could not load registry dll. idlc: detected 1 errors Sun Microsystems (R) idlc Version 1.1 dmake: Error code 1, while making '../../../../unxfbsdi.pro/misc/urd_cssuno.don' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/uno dmake: Error code 1, while making 'build_instsetoo_native' '---* *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEWlMaUz3f+Zf+XsRAgqUAJ44LQp47uEpOmprtytLzMf5eoaM2QCfa1u/ HdSAm5YrWIm2mByYRtEWUNg= =tHgH -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 16:31:15 2006 Return-Path: X-Original-To: current@freebsd.org 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 D43C416A416 for ; Wed, 20 Sep 2006 16:31:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8711743D45 for ; Wed, 20 Sep 2006 16:31:01 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k8KGUNUB053463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Sep 2006 19:30:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id k8KGUulK017191; Wed, 20 Sep 2006 19:30:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id k8KGUt4G017164; Wed, 20 Sep 2006 19:30:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 20 Sep 2006 19:30:55 +0300 From: Kostik Belousov To: Ted Faber Message-ID: <20060920163055.GC4842@deviant.kiev.zoral.com.ua> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <20060920161612.GB55402@hut.isi.edu> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=DNS_FROM_RFC_ABUSE, SPF_NEUTRAL,UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 16:31:15 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 20, 2006 at 09:16:12AM -0700, Ted Faber wrote: > On Wed, Sep 20, 2006 at 01:01:56PM +0200, Paolo Pisati wrote: > > On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: > > >=20 > > > After I updated my computer yesterday, openoffice has stopped > > > working, anyone else seen this ? > >=20 > > Yep, the same happend to me: there was a breakage in libexec/rtld-elf,= =20 > > but it was quickly fixed, and now openoffice works again fine. >=20 > Mine still seems dead with -CURRENT from Monday. I'm making from fresh > sources. >=20 > I also can't build from ports from yesterday (with -DWITHOUT_MOZILLA > -DWITH_CUPS): >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Building project udkapi > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/= uno > mkout -- version: 1.7 > idlc @/tmp/mkfyEZRU > idlc: compile 'Exception.idl' ... > idlc: could not load registry dll. > idlc: detected 1 errors > Sun Microsystems (R) idlc Version 1.1 >=20 > dmake: Error code 1, while making > '../../../../unxfbsdi.pro/misc/urd_cssuno.don' > '---* tg_merge.mk *---' >=20 > ERROR: Error 65280 occurred while making > /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/= uno > dmake: Error code 1, while making 'build_instsetoo_native' > '---* *---' > *** Error code 255 >=20 > Stop in /usr/ports/editors/openoffice.org-2.0. You need libexec/rtld-elf/rtld.c >=3D 1.118 --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEWy/C3+MBN1Mb4gRAgZEAKDho9vB2Poy6DBf8eubf0cqdEowwACeIKUF 4iGK9M+TcJPMmvxu634g/6U= =0IZ8 -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 16:32:15 2006 Return-Path: X-Original-To: current@freebsd.org 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 6C0A716A47C for ; Wed, 20 Sep 2006 16:32:15 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F11743D7F for ; Wed, 20 Sep 2006 16:31:14 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so157890nzn for ; Wed, 20 Sep 2006 09:31:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=Hw/qRb+MBEitJJ2EUqHypmhT2/g4VMgj7zEGYkWZ/Z6ST+3OufWI9Z08aIr+d3nF/nEv4TO78MpSjBqcevljEetS3EDkbh9CcOGdcFHEwUYx4g0NQTJ95qthZhIQT7jQ8i4XFGaW+COGNGSHKdWrhUtptLo0gaf60V3y0Hw+h/8= Received: by 10.64.210.3 with SMTP id i3mr20331404qbg; Wed, 20 Sep 2006 09:31:14 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.131.200]) by mx.gmail.com with ESMTP id e13sm993425qbe.2006.09.20.09.31.12; Wed, 20 Sep 2006 09:31:13 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k8JGhuXN002445; Tue, 19 Sep 2006 18:43:56 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k8JGhtt3002444; Tue, 19 Sep 2006 18:43:55 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 19 Sep 2006 18:43:55 +0200 From: Ulrich Spoerlein To: Alexandre Sunny Kovalenko Message-ID: <20060919164355.GA1238@roadrunner.q.local> Mail-Followup-To: Alexandre Sunny Kovalenko , current@freebsd.org References: <20060910191751.GA2271@roadrunner.buck.local> <1158423516.946.2.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1158423516.946.2.camel@RabbitsDen> Cc: current@freebsd.org Subject: Re: msdosfs: VFAT support on FAT16 filesystems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 16:32:15 -0000 Alexandre Sunny Kovalenko wrote: > RabbitsDen# mount -t msdos -o longnames /dev/da0s1 /mnt ^^^^^^^^^^^^ Sigh, one never stops learning. Thanks for the clue! Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 16:38:10 2006 Return-Path: X-Original-To: current@freebsd.org 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 E7F8A16A4DA for ; Wed, 20 Sep 2006 16:38:10 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99FEA43D60 for ; Wed, 20 Sep 2006 16:36:31 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k8KGaOo1008171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 20 Sep 2006 09:36:24 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k8KGaOMg080237; Wed, 20 Sep 2006 09:36:24 -0700 (PDT) (envelope-from faber) Date: Wed, 20 Sep 2006 09:36:24 -0700 From: Ted Faber To: Kostik Belousov Message-ID: <20060920163624.GD55402@hut.isi.edu> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> <20060920163055.GC4842@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IDYEmSnFhs3mNXr+" Content-Disposition: inline In-Reply-To: <20060920163055.GC4842@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 16:38:11 -0000 --IDYEmSnFhs3mNXr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 20, 2006 at 07:30:55PM +0300, Kostik Belousov wrote: > On Wed, Sep 20, 2006 at 09:16:12AM -0700, Ted Faber wrote: > > On Wed, Sep 20, 2006 at 01:01:56PM +0200, Paolo Pisati wrote: > > > On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: > > > >=20 > > > > After I updated my computer yesterday, openoffice has stopped > > > > working, anyone else seen this ? > > >=20 > > > Yep, the same happend to me: there was a breakage in libexec/rtld-elf= ,=20 > > > but it was quickly fixed, and now openoffice works again fine. > >=20 > > Mine still seems dead with -CURRENT from Monday. I'm making from fresh > > sources. > >=20 > > Stop in /usr/ports/editors/openoffice.org-2.0. > You need libexec/rtld-elf/rtld.c >=3D 1.118 I'm making with 1.119. I'll let you know if it fails. It shouldn't affect my build problem, should it? --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --IDYEmSnFhs3mNXr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEW4IaUz3f+Zf+XsRAgI6AKC0avdb2MbbnYXYyyKfo8IlT1mo1wCgq9ht hpPnagR2FtXYLauW45jbzjE= =Jd/O -----END PGP SIGNATURE----- --IDYEmSnFhs3mNXr+-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 16:51:50 2006 Return-Path: X-Original-To: current@freebsd.org 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 E2C0416A403 for ; Wed, 20 Sep 2006 16:51:50 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (host65.simplicato.com [207.99.47.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C721543D7C for ; Wed, 20 Sep 2006 16:51:40 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (localhost [127.0.0.1]) by mail14.simplicato.com (Postfix) with ESMTP id D8E6845BC; Wed, 20 Sep 2006 12:51:38 -0400 (EDT) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail14.simplicato.com (Postfix) with ESMTP id B121244D3; Wed, 20 Sep 2006 12:51:38 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Wed, 20 Sep 2006 12:51:38 -0400 Date: Wed, 20 Sep 2006 12:51:38 -0400 From: Scott Robbins To: current@freebsd.org Message-ID: <20060920165138.GA69354@uws1.starlofashions.com> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060920161612.GB55402@hut.isi.edu> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: faber@ISI.EDU Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 16:51:51 -0000 On Wed, Sep 20, 2006 at 09:16:12AM -0700, Ted Faber wrote: > On Wed, Sep 20, 2006 at 01:01:56PM +0200, Paolo Pisati wrote: > > On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: > > > > > > After I updated my computer yesterday, openoffice has stopped > > > working, anyone else seen this ? > > > > Yep, the same happend to me: there was a breakage in libexec/rtld-elf, > > but it was quickly fixed, and now openoffice works again fine. > > Mine still seems dead with -CURRENT from Monday. I'm making from fresh > sources. > I thought it might just be Poul's problem, so I'd emailed him privately that I had no problem. This is with sources csup'ed at around 7:15 PM EDT and OO devel-2.0. (version 200620060915) > I also can't build from ports from yesterday (with -DWITHOUT_MOZILLA > -DWITH_CUPS): > I do use -DWITHOUT_MOZILLA (not doing that has caused it fail for a couple of months) but not -DWITH_CUPS. That error you're having > > ERROR: Error 65280 occurred while making > /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/uno > dmake: Error code 1, while making 'build_instsetoo_native' has been going on for quite awhile--I'm still getting it with STABLE. -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: If the world doesn't end, I'm gonna need a note. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 17:01:33 2006 Return-Path: X-Original-To: current@freebsd.org 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 1870F16A4AB; Wed, 20 Sep 2006 17:01:33 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78DAD43D66; Wed, 20 Sep 2006 17:01:32 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 5581D170C5; Wed, 20 Sep 2006 17:01:30 +0000 (UTC) To: Andre Oppermann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 20 Sep 2006 17:22:29 +0200." <45115CB5.8010408@freebsd.org> Date: Wed, 20 Sep 2006 17:01:29 +0000 Message-ID: <2289.1158771689@critter.freebsd.dk> Cc: current@freebsd.org, Derek Ragona Subject: Re: if_em goes mum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 17:01:33 -0000 In message <45115CB5.8010408@freebsd.org>, Andre Oppermann writes: >Poul-Henning Kamp wrote: >The send queue is getting stuck either in the driver or the hardware. >Jack is working in it. Sigh... The perils if X11 strikes again. When I closed the laptop down I noticed messages on the console: somebody else had also used the IP# I got from the DHCP server. Sorry for the false alarm. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 18:10:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 2EA1516A415; Wed, 20 Sep 2006 18:10:46 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AF5A43D53; Wed, 20 Sep 2006 18:10:41 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id A5CB7386C60; Wed, 20 Sep 2006 18:10:40 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 8E0721141D; Wed, 20 Sep 2006 20:10:40 +0200 (CEST) Date: Wed, 20 Sep 2006 20:10:40 +0200 From: "Simon L. Nielsen" To: JoaoBR Message-ID: <20060920181039.GC1075@zaphod.nitro.dk> References: <200609181238.19802.nb_root@videotron.ca> <200609191353.52820.joao@matik.com.br> <45104623.4060501@freebsd.org> <200609191737.15441.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200609191737.15441.joao@matik.com.br> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, Michael Nottebrock , Eprha Carvajal , Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 18:10:46 -0000 On 2006.09.19 17:37:15 -0300, JoaoBR wrote: > On Tuesday 19 September 2006 16:33, Michael Nottebrock wrote: > > > kdecore (KLibLoader): WARNING: KLibrary: Undefined > > > symbol "OpenSSL_add_all_algorithms_conf" > > > kioslave: ####### CRASH ###### protocol = https pid = 8927 signal = 11 > > > > > > and it is the same for any https protocol in konqueror as when trying > > > connect with Kopete > > >   > > > > The kioslave crashing like that does indicate linkage to conflicting > > openssl libraries. > > ok I understand > I just tried different openssl ports > openssl-stable > openssl > and the package > > same error > > do I need to recompile the kde sources when changing the openssl version? > kdebase kdenetwork and or kdelibs? Any particular reason why you want OpenSSL from ports instead of just using the version in the base system? IMO unless you really need OpenSSL 0.9.8 on a -STABLE release, using the OpenSSL ports mainly causes pain. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 18:40:37 2006 Return-Path: X-Original-To: current@freebsd.org 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 775D816A417 for ; Wed, 20 Sep 2006 18:40:37 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D02543D70 for ; Wed, 20 Sep 2006 18:40:36 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k8KIeAe6023858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 20 Sep 2006 11:40:10 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k8KIeA31006654; Wed, 20 Sep 2006 11:40:10 -0700 (PDT) (envelope-from faber) Date: Wed, 20 Sep 2006 11:40:10 -0700 From: Ted Faber To: Kostik Belousov Message-ID: <20060920184010.GA1141@hut.isi.edu> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> <20060920163055.GC4842@deviant.kiev.zoral.com.ua> <20060920163624.GD55402@hut.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20060920163624.GD55402@hut.isi.edu> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 18:40:37 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 20, 2006 at 09:36:24AM -0700, Ted Faber wrote: > On Wed, Sep 20, 2006 at 07:30:55PM +0300, Kostik Belousov wrote: > > On Wed, Sep 20, 2006 at 09:16:12AM -0700, Ted Faber wrote: > > > On Wed, Sep 20, 2006 at 01:01:56PM +0200, Paolo Pisati wrote: > > > > On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: > > > > >=20 > > > > > After I updated my computer yesterday, openoffice has stopped > > > > > working, anyone else seen this ? > > > >=20 > > > > Yep, the same happend to me: there was a breakage in libexec/rtld-e= lf,=20 > > > > but it was quickly fixed, and now openoffice works again fine. > > >=20 > > > Mine still seems dead with -CURRENT from Monday. I'm making from fre= sh > > > sources. > > >=20 > > > Stop in /usr/ports/editors/openoffice.org-2.0. > > You need libexec/rtld-elf/rtld.c >=3D 1.118 >=20 > I'm making with 1.119. I'll let you know if it fails. >=20 > It shouldn't affect my build problem, should it? Hey, hey! This fixes my problem running open office and also seems to fix my build problem (it's 10 hours to be sure...). Apparently the idlc is dynamically loading something in a way that the old ldd couldn't accomplish. Thanks to everyone who fixed this! --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEYsKaUz3f+Zf+XsRArKeAJ454+iX75cZi1dOydvmyvWAWDRJtwCgobzx Yp/G4xIyXM5DyKagUzBIZXU= =q7yj -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 20:53:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5B0A616A407 for ; Wed, 20 Sep 2006 20:53:19 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C90B43D46 for ; Wed, 20 Sep 2006 20:53:18 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k8KKrIYX065112 for ; Wed, 20 Sep 2006 15:53:18 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4511AA4A.2070601@centtech.com> Date: Wed, 20 Sep 2006 15:53:30 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1914/Wed Sep 20 14:24:45 2006 on mh2.centtech.com X-Virus-Status: Clean Subject: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 20:53:19 -0000 Ok, I've seen a lot of bge/bce commits, messages, etc, so I may have missed something - please point me to a commit or message if I did.. We've got a brand new Dell Precision 390 (Core 2 Duo) which has a Broadcom NIC in it, Probably much like the one in the PowerEdge 1950, but cheaper and less reliable (if you can imagine that). It's doesn't seem to be supported yet on the 6-STABLE branch, and so I'm wondering if we would have better luck with -CURRENT, or if the PCI ID's just need to be mapped out, etc. Here's the pciconf output for that card: none2@pci4:0:0: class=0x020000 card=0x01de1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet I see a line in the bge driver (sys/dev/bge/if_bgereg.h), like: #define BCOM_DEVICEID_BCM5754 0x167A But I believe it's a BCM5787, and when the bge driver loads, the system panics because of (excude my vagueness here - I'll get the details tomorrow) some kind of NMI memory checksum failure, but the device is fine, tests ok, and runs perfectly under other OS'es. Is that device supposed to be supported yet on -STABLE or -CURRENT? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Sep 20 21:59:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 710C016A40F for ; Wed, 20 Sep 2006 21:59:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3EB443D4C for ; Wed, 20 Sep 2006 21:59:14 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 29349 invoked from network); 20 Sep 2006 22:02:05 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Sep 2006 22:02:05 -0000 Message-ID: <4511B9B1.2000903@freebsd.org> Date: Wed, 20 Sep 2006 23:59:13 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, tegge@freebsd.org, gallatin@cs.duke.edu Subject: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 20 Sep 2006 21:59:16 -0000 The recent addition of TSO (TCP Segmentation Offload) has highlighted some shortcommings in our sendfile(2) kernel implementation. The current code simply loops over the file, turns each 4K page into an mbuf and sends it off. This has the effect that TSO can only generate 2 packets per send instead of up to 44 at its maximum of 64K. I have rewritten kern_sendfile() to work in two loops, the inner which turns as many pages into mbufs as it can up to the free send socket buffer space. The outer loop then drops the whole mbuf chain into the send socket buffer, calls tcp_output() on it and then waits until 50% of the socket buffer are free again to repeat the cycle. This way tcp_output() gets the full amount of data to work with and can issue up to 64K sends for TSO to chop up in the network adapter without using any CPU cycles. Thus it gets very efficient especially with the readahead the VM and I/O system do. Looking at the benchmarks we see some very nice improvements (95% confidence): 45% less cpu (or 1.81 times better) with new sendfile vs. old sendfile (non-TSO) 83% less cpu (or 5.7 times better) with new sendfile vs. old sendfile (TSO) The sender is an AMD Opteron 852 (2.6GHz) with em(4) PCI-X-133 interface and the receiver is a DELL Poweredge SC1425 P-IV Xeon 3.2GHz with em(4) LOM connected back to back at 1000Base-TX full duplex. The patch is available here: http://people.freebsd.org/~andre/sendfile-20060920.diff Any testing and heavy (code) beating and reviews welcome. -- Andre Here are the raw numbers (netperf at 95% confidence, +-2.5% error margin, the cpu load reported by netperf is different from the one reported by time(1), all performance references are made based on time(1) output, netperf 2.4.2 used): a) is old sendfile(2) kernel implementation b) is new sendfile(2) kernel implementation 1) time ./netperf -H192.168.2.2,4 -tTCP_STREAM -C -c -F 6.2-BETA1-i386-disc1.iso -- -s32K -S32K [non-TSO] 2) time ./netperf -H192.168.2.2,4 -tTCP_STREAM -C -c -F 6.2-BETA1-i386-disc1.iso -- -s32K -S32K [TSO] 3) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s32K -S32K [non-TSO] 4) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s32K -S32K [TSO] 5) time ./netperf -H192.168.2.2,4 -tTCP_STREAM -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K [non-TSO] 6) time ./netperf -H192.168.2.2,4 -tTCP_STREAM -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K [TSO] 7) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K [non-TSO] 8) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K [TSO] 9) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K -m1M [non-TSO] 10) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K -m1M [TSO] 11) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K -m2M [non-TSO] 12) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K -m2M [TSO] 13) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K -m5M [non-TSO] 14) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s64K -S64K -m5M [TSO] 15) time ./netperf -H192.168.2.2,4 -tTCP_STREAM -C -c -F 6.2-BETA1-i386-disc1.iso -- -s128K -S128K [non-TSO] 16) time ./netperf -H192.168.2.2,4 -tTCP_STREAM -C -c -F 6.2-BETA1-i386-disc1.iso -- -s128K -S128K [TSO] 17) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s128K -S128K [non-TSO] 18) time ./netperf -H192.168.2.2,4 -tTCP_SENDFILE -C -c -F 6.2-BETA1-i386-disc1.iso -- -s128K -S128K [TSO] Recv Send Send Utilization Service Demand Socket Socket Message Elapsed Send Recv Send Recv Size Size Size Time Throughput local remote local remote bytes bytes bytes secs. 10^6bits/s % C % C us/KB us/KB 1) 32768 32768 32768 10.00 921.16 28.27 31.88 2.514 2.835 0.000u 1.703s 0:10.00 17.0% 94+5091k 0+0io 0pf+0w 2) 32768 32768 32768 10.00 897.91 23.83 38.65 2.175 3.526 0.000u 1.310s 0:10.02 13.0% 91+4925k 0+0io 0pf+0w 3) 32768 32768 32768 10.00 767.31 20.98 29.92 2.240 3.195 0.013u 0.969s 0:10.00 9.7% 109+5855k 0+0io 1pf+0w 4a) 32768 32768 32768 10.00 911.66 15.71 33.61 1.412 3.020 0.000u 0.651s 0:10.00 6.5% 93+4993k 0+0io 0pf+0w 4b) 32768 32768 32768 10.00 759.08 11.13 30.70 1.201 3.313 0.007u 0.266s 0:10.00 2.6% 108+5796k 0+0io 0pf+0w ---- 5) 65536 65536 65536 10.00 941.59 29.17 31.73 2.538 2.760 0.000u 1.759s 0:10.01 17.4% 93+5012k 3+0io 0pf+0w 6) 65536 65536 65536 10.00 921.97 26.47 38.80 2.352 3.447 0.000u 1.401s 0:10.00 14.0% 97+5216k 0+0io 0pf+0w 7a) 65536 65536 65536 10.00 941.59 23.08 33.23 2.008 2.891 0.000u 1.178s 0:10.00 11.7% 92+4986k 0+0io 0pf+0w 7b) 65536 65536 65536 10.00 940.76 23.68 31.43 2.062 2.737 0.000u 1.202s 0:10.00 12.0% 90+4862k 0+0io 0pf+0w 8a) 65536 65536 65536 10.00 936.75 16.62 33.08 1.453 2.893 0.000u 0.611s 0:10.00 6.1% 99+5320k 0+0io 0pf+0w 8b) 65536 65536 65536 10.00 938.99 12.11 33.08 1.056 2.886 0.006u 0.245s 0:10.00 2.4% 117+6279k 0+0io 0pf+0w ---- 9a) 65536 65536 1048576 10.00 941.59 23.61 32.53 2.054 2.830 0.000u 1.147s 0:10.00 11.4% 97+5253k 0+0io 0pf+0w 9b) 65536 65536 1048576 10.00 940.43 20.68 32.63 1.801 2.843 0.000u 1.149s 0:10.00 11.4% 93+5016k 0+0io 0pf+0w 10a) 65536 65536 1048576 10.00 931.96 16.47 35.31 1.447 3.104 0.000u 0.631s 0:10.00 6.3% 91+4906k 23+0io 0pf+0w 10b) 65536 65536 1048576 10.00 929.90 11.58 34.94 1.020 3.078 0.000u 0.201s 0:10.00 2.0% 126+6762k 0+0io 0pf+0w 11a) 65536 65536 2097152 10.00 941.59 23.29 32.26 2.026 2.806 0.000u 1.153s 0:10.00 11.5% 95+5107k 0+0io 0pf+0w 11b) 65536 65536 2097152 10.00 940.38 21.88 31.86 1.906 2.775 0.000u 1.157s 0:10.00 11.5% 94+5073k 0+0io 0pf+0w 12a) 65536 65536 2097152 10.00 936.75 16.92 33.31 1.479 2.913 0.000u 0.651s 0:10.00 6.5% 100+5409k 0+0io 0pf+0w 12b) 65536 65536 2097152 10.00 935.48 10.97 32.03 0.961 2.805 0.000u 0.201s 0:10.00 2.0% 97+5216k 20+0io 0pf+0w 13a) 65536 65536 5242880 10.00 941.58 23.68 31.13 2.061 2.708 0.000u 1.168s 0:10.00 11.6% 101+5462k 0+0io 0pf+0w 13b) 65536 65536 5242880 10.00 940.22 20.68 33.46 1.802 2.915 0.000u 1.163s 0:10.00 11.6% 91+4896k 0+0io 0pf+0w 14a) 65536 65536 5242880 10.00 923.40 17.44 33.66 1.548 2.986 0.000u 0.656s 0:10.00 6.5% 103+5528k 84+0io 0pf+0w 14b) 65536 65536 5242880 10.00 928.56 10.90 33.23 0.962 2.932 0.000u 0.206s 0:10.00 2.0% 115+6182k 64+0io 0pf+0w ---- 15) 131072 131072 131072 10.00 941.62 33.98 31.95 2.957 2.780 0.000u 2.098s 0:10.00 20.9% 95+5102k 1+0io 0pf+0w 16) 131072 131072 131072 10.00 922.41 28.42 39.25 2.524 3.486 0.007u 1.646s 0:10.00 16.4% 91+4924k 0+0io 0pf+0w 17) 131072 131072 131072 10.00 941.61 21.88 32.68 1.904 2.843 0.000u 1.204s 0:10.00 12.0% 96+5152k 0+0io 0pf+0w 18) [the em(4) interface wedged in TSO] From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 02:55:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B08F516A47B for ; Thu, 21 Sep 2006 02:55:51 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B4E43D45 for ; Thu, 21 Sep 2006 02:55:51 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (alnrmhc14) with ESMTP id <20060921025550b1400j85fse>; Thu, 21 Sep 2006 02:55:50 +0000 From: Josh Paetzel To: freebsd-current@freebsd.org Date: Wed, 20 Sep 2006 21:54:23 +0000 User-Agent: KMail/1.9.3 References: <4511AA4A.2070601@centtech.com> In-Reply-To: <4511AA4A.2070601@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609202154.23682.josh@tcbug.org> Cc: Subject: Re: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 02:55:51 -0000 On Wednesday 20 September 2006 20:53, Eric Anderson wrote: > Ok, I've seen a lot of bge/bce commits, messages, etc, so I may > have missed something - please point me to a commit or message if I > did.. > > We've got a brand new Dell Precision 390 (Core 2 Duo) which has a > Broadcom NIC in it, Probably much like the one in the PowerEdge > 1950, but cheaper and less reliable (if you can imagine that). > It's doesn't seem to be supported yet on the 6-STABLE branch, and > so I'm wondering if we would have better luck with -CURRENT, or if > the PCI ID's just need to be mapped out, etc. > > Here's the pciconf output for that card: > > none2@pci4:0:0: class=0x020000 card=0x01de1028 chip=0x167a14e4 > rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > class = network > subclass = ethernet > > > I see a line in the bge driver (sys/dev/bge/if_bgereg.h), like: > > #define BCOM_DEVICEID_BCM5754 0x167A > > But I believe it's a BCM5787, and when the bge driver loads, the > system panics because of (excude my vagueness here - I'll get the > details tomorrow) some kind of NMI memory checksum failure, but the > device is fine, tests ok, and runs perfectly under other OS'es. > > Is that device supposed to be supported yet on -STABLE or -CURRENT? > > Thanks! > Eric This may not help you much but the driver in 6.x-STABLE doesn't support the PE1950 either. I had to download a newer version of the driver from the author of the driver and install in manually. -- Thanks, Josh Paetzel From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 03:08:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 910C816A403 for ; Thu, 21 Sep 2006 03:08:58 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC66A43D4C for ; Thu, 21 Sep 2006 03:08:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k8L38va6089449; Wed, 20 Sep 2006 22:08:57 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <45120254.3050907@centtech.com> Date: Wed, 20 Sep 2006 22:09:08 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Josh Paetzel References: <4511AA4A.2070601@centtech.com> <200609202154.23682.josh@tcbug.org> In-Reply-To: <200609202154.23682.josh@tcbug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1914/Wed Sep 20 14:24:45 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 03:08:58 -0000 On 09/20/06 16:54, Josh Paetzel wrote: > On Wednesday 20 September 2006 20:53, Eric Anderson wrote: >> Ok, I've seen a lot of bge/bce commits, messages, etc, so I may >> have missed something - please point me to a commit or message if I >> did.. >> >> We've got a brand new Dell Precision 390 (Core 2 Duo) which has a >> Broadcom NIC in it, Probably much like the one in the PowerEdge >> 1950, but cheaper and less reliable (if you can imagine that). >> It's doesn't seem to be supported yet on the 6-STABLE branch, and >> so I'm wondering if we would have better luck with -CURRENT, or if >> the PCI ID's just need to be mapped out, etc. >> >> Here's the pciconf output for that card: >> >> none2@pci4:0:0: class=0x020000 card=0x01de1028 chip=0x167a14e4 >> rev=0x02 hdr=0x00 >> vendor = 'Broadcom Corporation' >> class = network >> subclass = ethernet >> >> >> I see a line in the bge driver (sys/dev/bge/if_bgereg.h), like: >> >> #define BCOM_DEVICEID_BCM5754 0x167A >> >> But I believe it's a BCM5787, and when the bge driver loads, the >> system panics because of (excude my vagueness here - I'll get the >> details tomorrow) some kind of NMI memory checksum failure, but the >> device is fine, tests ok, and runs perfectly under other OS'es. >> >> Is that device supposed to be supported yet on -STABLE or -CURRENT? >> >> Thanks! >> Eric > > This may not help you much but the driver in 6.x-STABLE doesn't > support the PE1950 either. I had to download a newer version of the > driver from the author of the driver and install in manually. > Hmm.. Can you point me to that please? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 07:09:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 BB93D16A5B0 for ; Thu, 21 Sep 2006 07:09:00 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from mx5.mail.ru (mx5.mail.ru [194.67.23.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 312C143D8A for ; Thu, 21 Sep 2006 07:08:48 +0000 (GMT) (envelope-from samspeed@mail.ru) Received: from [80.82.44.194] (port=33979 helo=[192.168.168.7]) by mx5.mail.ru with asmtp id 1GQIfu-000P58-00 for freebsd-current@freebsd.org; Thu, 21 Sep 2006 11:08:46 +0400 Message-ID: <45123A57.7040304@mail.ru> Date: Thu, 21 Sep 2006 11:08:07 +0400 From: Andrey Smagin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: amd64 6.1 -> CURRENT build kernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 07:09:00 -0000 Hi. Please help, can't compile CURRENT on my amd64. I use next steps: install from CD amd64 6.1 release. copy (today at 03:00) cvsuped source tree in /usr/src compile and install new usr.sbin/config cd /usr/src/sys/amd64/conf cp GENERIC SAM config SAM cd ../compile/SAM make cleandepend and get error: rm -f .depend cd ../../../modules; MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/SAM/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 KERNBUILDDIR="/usr/src/sys/amd64/compile/SAM" make cleandepend "Makefile", line 308: Malformed conditional (${MK_CRYPT} != "no" || defined(ALL_MODULES)) "Makefile", line 316: if-less endif "Makefile", line 318: Malformed conditional (${MK_IPFILTER} != "no" || defined(ALL_MODULES)) "Makefile", line 320: if-less endif "Makefile", line 322: Malformed conditional (${MK_PF} != "no" || defined(ALL_MODULES)) "Makefile", line 325: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/sys/amd64/compile/SAM. From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 07:19:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D9B7916A47C for ; Thu, 21 Sep 2006 07:19:54 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E90843D45 for ; Thu, 21 Sep 2006 07:19:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 58B991A3C1A; Thu, 21 Sep 2006 00:19:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BB80B51592; Thu, 21 Sep 2006 03:19:53 -0400 (EDT) Date: Thu, 21 Sep 2006 03:19:53 -0400 From: Kris Kennaway To: Andrey Smagin Message-ID: <20060921071953.GA94085@xor.obsecurity.org> References: <45123A57.7040304@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <45123A57.7040304@mail.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: amd64 6.1 -> CURRENT build kernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 07:19:54 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 11:08:07AM +0400, Andrey Smagin wrote: > Hi. Please help, can't compile CURRENT on my amd64. I use next steps: >=20 > install from CD amd64 6.1 release. > copy (today at 03:00) cvsuped source tree in /usr/src > compile and install new usr.sbin/config > cd /usr/src/sys/amd64/conf > cp GENERIC SAM > config SAM > cd ../compile/SAM > make cleandepend > and get error: The documented upgrade procedure involves 'make buildkernel' and not the above steps. See UPDATING and the handbook for full instructions -- it is important to follow them precisely! Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEj0ZWry0BWjoQKURAlG6AJ9ULYER5/ei4zT4Qdl8+6Z3KYLEAwCdFypJ UFx3GRIhdzLqd8/pxV7XYpY= =YyFC -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 07:38:13 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 DA91416A403 for ; Thu, 21 Sep 2006 07:38:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A7D743D49 for ; Thu, 21 Sep 2006 07:38:13 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 04A3246D93 for ; Thu, 21 Sep 2006 03:38:13 -0400 (EDT) Date: Thu, 21 Sep 2006 08:38:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20060921083623.G55647@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: OpenBSM 1.0 alpha 11 merge to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 07:38:13 -0000 I've just finished the import of OpenBSM 1.0 alpha 11 to HEAD; I'm currently running build tests, it's possible there are nits which I will (of course) resolve as soon as my build tests finish. I realized that I didn't actually import 1.0a10, which has the following very short change history: - auditd now generates complete audit records for its events, as required for application-submitted audit records in the the FreeBSD kernel audit implementation. Complete history for alpha 11 attached below; largely this is based on feedback from testers in -CURRENT and -STABLE in the last month, which is greatly appreciated. This is an MFC candidate, since it fixes some important bugs, and also allows setting of audit policy (such as the argv/arge policy flags). Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Thu, 21 Sep 2006 07:07:35 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/contrib/openbsm - Imported sources rwatson 2006-09-21 07:07:35 UTC FreeBSD src repository src/contrib/openbsm - Imported sources Update of /home/ncvs/src/contrib/openbsm In directory repoman.freebsd.org:/tmp/cvs-serv47564 Log Message: Vendor import of OpenBSM 1.0 alpha 11, with the following change history notes since the last import: OpenBSM 1.0 alpha 11 - Reclassify certain read/write operations as having no class rather than the fr/fw class; our default classes audit intent (open) not operations (read, write). - Introduce AUE_SYSCTL_WRITE event so that BSD/Darwin systems can audit reads and writes of sysctls as separate events. Add additional kernel environment and jail events for FreeBSD. - Break AUDIT_TRIGGER_OPEN_NEW into two events, AUDIT_TRIGGER_ROTATE_USER (issued by the user audit(8) tool) and AUDIT_TRIGGER_ROTATE_KERNEL (issued by the kernel audit implementation) so that they can be distinguished. - Disable rate limiting of rotate requests; as the kernel doesn't retransmit a dropped request, the log file will otherwise grow indefinitely if the trigger is dropped. - Improve auditd debugging output. - Fix a number of threading related bugs in audit_control file reading routines. - Add APIs au_poltostr() and au_strtopol() to convert between text representations of audit_control policy flags and the flags passed to auditon(A_SETPOLICY) and retrieved from auditon(A_GETPOLICY). - Add API getacpol() to return the 'policy:' entry from audit_control, an extension to the Solaris file format to allow specification of policy persistent flags. - Update audump to print the audit_control policy field. - Update auditd to read the audit_control policy field and set the kernel policy to match it when configuring/reconfiguring. Remove the -s and -h arguments as these policies are now set via the configuration file. If a policy line is not found in the configuration file, continue with the current default of setting AUDIT_CNT. - Fix bugs in the parsing of large execve(2) arguments and environmental variable tokens; increase maximum parsed argument and variable count. - configure now detects strlcat(), used by policy-related functions. - Reference token and record sample files added to test tree. Obtained from: TrustedBSD Project Status: Vendor Tag: TrustedBSD Release Tags: OPENBSM_1_0_ALPHA_11 U src/contrib/openbsm/HISTORY U src/contrib/openbsm/LICENSE U src/contrib/openbsm/Makefile.am U src/contrib/openbsm/Makefile.in U src/contrib/openbsm/README U src/contrib/openbsm/TODO U src/contrib/openbsm/VERSION U src/contrib/openbsm/aclocal.m4 U src/contrib/openbsm/autogen.sh U src/contrib/openbsm/configure U src/contrib/openbsm/configure.ac U src/contrib/openbsm/bin/Makefile.am U src/contrib/openbsm/bin/Makefile.in U src/contrib/openbsm/bin/audit/Makefile.am U src/contrib/openbsm/bin/audit/Makefile.in U src/contrib/openbsm/bin/audit/audit.8 U src/contrib/openbsm/bin/audit/audit.c U src/contrib/openbsm/bin/auditd/Makefile.am U src/contrib/openbsm/bin/auditd/Makefile.in U src/contrib/openbsm/bin/auditd/audit_warn.c U src/contrib/openbsm/bin/auditd/auditd.8 U src/contrib/openbsm/bin/auditd/auditd.c U src/contrib/openbsm/bin/auditd/auditd.h U src/contrib/openbsm/bin/auditfilterd/Makefile.am U src/contrib/openbsm/bin/auditfilterd/Makefile.in U src/contrib/openbsm/bin/auditfilterd/auditfilterd.8 U src/contrib/openbsm/bin/auditfilterd/auditfilterd.c U src/contrib/openbsm/bin/auditfilterd/auditfilterd.h U src/contrib/openbsm/bin/auditfilterd/auditfilterd_conf.c U src/contrib/openbsm/bin/auditreduce/Makefile.am U src/contrib/openbsm/bin/auditreduce/Makefile.in U src/contrib/openbsm/bin/auditreduce/auditreduce.1 U src/contrib/openbsm/bin/auditreduce/auditreduce.c U src/contrib/openbsm/bin/auditreduce/auditreduce.h U src/contrib/openbsm/bin/praudit/Makefile.am U src/contrib/openbsm/bin/praudit/Makefile.in U src/contrib/openbsm/bin/praudit/praudit.1 U src/contrib/openbsm/bin/praudit/praudit.c U src/contrib/openbsm/bsm/Makefile.am U src/contrib/openbsm/bsm/Makefile.in C src/contrib/openbsm/bsm/audit.h U src/contrib/openbsm/bsm/audit_filter.h U src/contrib/openbsm/bsm/audit_internal.h C src/contrib/openbsm/bsm/audit_kevents.h U src/contrib/openbsm/bsm/audit_record.h U src/contrib/openbsm/bsm/audit_uevents.h U src/contrib/openbsm/bsm/libbsm.h U src/contrib/openbsm/compat/endian.h U src/contrib/openbsm/compat/queue.h N src/contrib/openbsm/compat/strlcat.h U src/contrib/openbsm/config/config.guess U src/contrib/openbsm/config/config.h.in U src/contrib/openbsm/config/config.sub U src/contrib/openbsm/config/depcomp U src/contrib/openbsm/config/install-sh U src/contrib/openbsm/config/ltmain.sh U src/contrib/openbsm/config/missing U src/contrib/openbsm/etc/audit_class C src/contrib/openbsm/etc/audit_control C src/contrib/openbsm/etc/audit_event U src/contrib/openbsm/etc/audit_filter U src/contrib/openbsm/etc/audit_user U src/contrib/openbsm/etc/audit_warn U src/contrib/openbsm/libbsm/Makefile.am U src/contrib/openbsm/libbsm/Makefile.in U src/contrib/openbsm/libbsm/au_class.3 U src/contrib/openbsm/libbsm/au_control.3 U src/contrib/openbsm/libbsm/au_event.3 U src/contrib/openbsm/libbsm/au_free_token.3 U src/contrib/openbsm/libbsm/au_io.3 U src/contrib/openbsm/libbsm/au_mask.3 U src/contrib/openbsm/libbsm/au_open.3 U src/contrib/openbsm/libbsm/au_token.3 U src/contrib/openbsm/libbsm/au_user.3 U src/contrib/openbsm/libbsm/audit_submit.3 U src/contrib/openbsm/libbsm/bsm_audit.c U src/contrib/openbsm/libbsm/bsm_class.c U src/contrib/openbsm/libbsm/bsm_control.c U src/contrib/openbsm/libbsm/bsm_event.c U src/contrib/openbsm/libbsm/bsm_flags.c U src/contrib/openbsm/libbsm/bsm_io.c U src/contrib/openbsm/libbsm/bsm_mask.c U src/contrib/openbsm/libbsm/bsm_notify.c U src/contrib/openbsm/libbsm/bsm_token.c U src/contrib/openbsm/libbsm/bsm_user.c U src/contrib/openbsm/libbsm/libbsm.3 U src/contrib/openbsm/libbsm/bsm_wrappers.c U src/contrib/openbsm/man/Makefile.am U src/contrib/openbsm/man/Makefile.in U src/contrib/openbsm/man/audit.2 U src/contrib/openbsm/man/audit.log.5 U src/contrib/openbsm/man/audit_class.5 U src/contrib/openbsm/man/audit_control.5 U src/contrib/openbsm/man/audit_event.5 U src/contrib/openbsm/man/audit_user.5 U src/contrib/openbsm/man/audit_warn.5 U src/contrib/openbsm/man/auditctl.2 U src/contrib/openbsm/man/auditon.2 U src/contrib/openbsm/man/getaudit.2 U src/contrib/openbsm/man/getauid.2 U src/contrib/openbsm/man/setaudit.2 U src/contrib/openbsm/man/setauid.2 U src/contrib/openbsm/modules/Makefile.am U src/contrib/openbsm/modules/Makefile.in U src/contrib/openbsm/modules/auditfilter_noop/Makefile.am U src/contrib/openbsm/modules/auditfilter_noop/Makefile.in U src/contrib/openbsm/modules/auditfilter_noop/auditfilter_noop.c U src/contrib/openbsm/test/Makefile.am U src/contrib/openbsm/test/Makefile.in U src/contrib/openbsm/test/bsm/Makefile.am U src/contrib/openbsm/test/bsm/Makefile.in U src/contrib/openbsm/test/bsm/generate.c N src/contrib/openbsm/test/reference/arg32_record N src/contrib/openbsm/test/reference/arg32_token N src/contrib/openbsm/test/reference/data_record N src/contrib/openbsm/test/reference/data_token N src/contrib/openbsm/test/reference/file_record N src/contrib/openbsm/test/reference/file_token N src/contrib/openbsm/test/reference/header32_token N src/contrib/openbsm/test/reference/in_addr_record N src/contrib/openbsm/test/reference/in_addr_token N src/contrib/openbsm/test/reference/ip_record N src/contrib/openbsm/test/reference/ip_token N src/contrib/openbsm/test/reference/ipc_record N src/contrib/openbsm/test/reference/ipc_token N src/contrib/openbsm/test/reference/iport_record N src/contrib/openbsm/test/reference/iport_token N src/contrib/openbsm/test/reference/opaque_record N src/contrib/openbsm/test/reference/opaque_token N src/contrib/openbsm/test/reference/path_record N src/contrib/openbsm/test/reference/path_token N src/contrib/openbsm/test/reference/process32_record N src/contrib/openbsm/test/reference/process32_token N src/contrib/openbsm/test/reference/process32ex_record N src/contrib/openbsm/test/reference/process32ex_token N src/contrib/openbsm/test/reference/return32_record N src/contrib/openbsm/test/reference/return32_token N src/contrib/openbsm/test/reference/seq_record N src/contrib/openbsm/test/reference/seq_token N src/contrib/openbsm/test/reference/subject32_record N src/contrib/openbsm/test/reference/subject32_token N src/contrib/openbsm/test/reference/subject32ex_record N src/contrib/openbsm/test/reference/subject32ex_token-IPv4 N src/contrib/openbsm/test/reference/subject32ex_token-IPv6 N src/contrib/openbsm/test/reference/text_record N src/contrib/openbsm/test/reference/text_token N src/contrib/openbsm/test/reference/trailer_token N src/contrib/openbsm/test/samples/execve-long-args.trail U src/contrib/openbsm/tools/Makefile.am U src/contrib/openbsm/tools/Makefile.in U src/contrib/openbsm/tools/audump.c 4 conflicts created by this import. Use the following command to help the merge: cvs checkout -jTrustedBSD:yesterday -jTrustedBSD src/contrib/openbsm From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 07:59:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8796916A415; Thu, 21 Sep 2006 07:59:10 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail29.syd.optusnet.com.au (mail29.syd.optusnet.com.au [211.29.132.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D3C443D5A; Thu, 21 Sep 2006 07:59:06 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail29.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k8L7x30a014406 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 21 Sep 2006 17:59:04 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k8L7x3ob001188; Thu, 21 Sep 2006 17:59:03 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k8L7x3fu001187; Thu, 21 Sep 2006 17:59:03 +1000 (EST) (envelope-from peter) Date: Thu, 21 Sep 2006 17:59:03 +1000 From: Peter Jeremy To: Andre Oppermann Message-ID: <20060921075903.GD960@turion.vk2pj.dyndns.org> References: <4511B9B1.2000903@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <4511B9B1.2000903@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 07:59:10 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Sep-20 23:59:13 +0200, Andre Oppermann wrote: >I have rewritten kern_sendfile() to work in two loops, the inner which tur= ns >as many pages into mbufs as it can up to the free send socket buffer space. The 64K blocks sounds good but how does this interact with TCP slow start? Is there the possibility that a couple (for some reasonably large value of 'couple') of TCP connections slowly accepting a file could eat all the mbuf space? --=20 Peter Jeremy --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEkZH/opHv/APuIcRAhDiAJ9him08wniFTAjcmVqdhFvVpAN5GgCfYtE5 +6i5j8cghQVlzSOqu+LjT0I= =TCn6 -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 03:04:29 2006 Return-Path: X-Original-To: current@freebsd.org 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 9254E16A492; Thu, 21 Sep 2006 03:04:29 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B589443D49; Thu, 21 Sep 2006 03:04:28 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.7/8.13.7) with ESMTP id k8L34QEi047231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Sep 2006 23:04:26 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.7/8.13.7/Submit) id k8L34PIR047230; Wed, 20 Sep 2006 23:04:25 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: current@freebsd.org Date: Wed, 20 Sep 2006 23:04:24 -0400 User-Agent: KMail/1.9.1 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Thu, 21 Sep 2006 11:18:28 +0000 Cc: Paul Eggert , tjr@freebsd.org Subject: replacing FreeBSD's -lgnuregex with GNUlib's version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 03:04:29 -0000 A recent discussion on the gm4 and gnulib mailing lists over the merits of gm4's bundling of its own regex implementation has produced the suggestion, that we replace our src/gnu/lib/libregex (which is currently obtained from fedora-glibc-2_3_4-21) with gnulib's implementation. The latter is claimed to be more actively maintained and with more bug fixes, than glibc people have managed to incorporate. Does anyone have a strong preference for fedora/glibc implementation currently in use, or should we follow this advice (source -- regex' maintainer for gnulib -- CC-ed) and switch over? -mi From: Paul Eggert Date: Wed, 20 Sep 2006 16:47:01 -0700 Message-ID: <87y7seayoa.fsf@penguin.cs.ucla.edu> > :-( Are there regex-patches currently waiting to be merged into GNU's libc? You can just do a diff between glibc and regex to find the list of patches. They aren't marshaled into a coherent set of small patches, which is the bottleneck. However, you _can_ just use the gnulib version, which is a popular option. [...] From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 06:37:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9256516A407 for ; Thu, 21 Sep 2006 06:37:04 +0000 (UTC) (envelope-from samspeedu@mail.ru) Received: from ns1.dipinteractive.com (dipinteractive.com [80.82.44.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12EA743D5E for ; Thu, 21 Sep 2006 06:37:03 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from [192.168.168.7] (ns.dipinteractive.com [80.82.44.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ns1.dipinteractive.com (Postfix) with ESMTP id F27245EF9 for ; Thu, 21 Sep 2006 10:36:58 +0400 (MSD) Message-ID: <451232E4.4030804@mail.ru> Date: Thu, 21 Sep 2006 10:36:20 +0400 From: Andrey Smagin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 21 Sep 2006 11:19:17 +0000 Subject: amd64 6.1 -> CURRENT build kernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 06:37:04 -0000 Hi. Please help, can't compile CURRENT on my amd64. I use next steps: install from CD amd64 6.1 release. copy (today at 03:00) cvsuped source tree in /usr/src compile and install new usr.sbin/config cd /usr/src/sys/amd64/conf cp GENERIC SAM config SAM cd ../compile/SAM make cleandepend and get error: rm -f .depend cd ../../../modules; MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/SAM/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 KERNBUILDDIR="/usr/src/sys/amd64/compile/SAM" make cleandepend "Makefile", line 308: Malformed conditional (${MK_CRYPT} != "no" || defined(ALL_MODULES)) "Makefile", line 316: if-less endif "Makefile", line 318: Malformed conditional (${MK_IPFILTER} != "no" || defined(ALL_MODULES)) "Makefile", line 320: if-less endif "Makefile", line 322: Malformed conditional (${MK_PF} != "no" || defined(ALL_MODULES)) "Makefile", line 325: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/sys/amd64/compile/SAM. From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 09:44:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 42DF616A407 for ; Thu, 21 Sep 2006 09:44:08 +0000 (UTC) (envelope-from dermot.williams@irishbroadband.ie) Received: from smtp-exch.irishbroadband.ie (smtp-exch.irishbroadband.ie [62.231.52.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39FA043D45 for ; Thu, 21 Sep 2006 09:44:06 +0000 (GMT) (envelope-from dermot.williams@irishbroadband.ie) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 21 Sep 2006 10:43:24 +0100 Message-ID: <7E5085C46B7D9448BE320EAACD6C32170D4A34@dubms03.irishbroadband.ie> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bge/bce support for another Dell card Thread-Index: AcbdK9QH0Q59gPR1Sw2XOAWQFSd0gQANo4cR References: <4511AA4A.2070601@centtech.com> <200609202154.23682.josh@tcbug.org> <45120254.3050907@centtech.com> From: "Dermot Williams" To: "Eric Anderson" , "Josh Paetzel" X-Mailman-Approved-At: Thu, 21 Sep 2006 11:19:38 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 09:44:08 -0000 I second that request. I've been having a mare of a time with a 1950 and = the BCE drivers. I get hardware lockups on the NICs that only seem to be = triggered by NFS - or, rather, NFS triggers them reliably. I've upgrade = the machines to -CURRENT (which iterates the if_bce.c file from version = 1.2.2.x to 1.8) and the problem is still there. I'd be interested in = getting hold of these updated drivers that you have so that I can see = whether or not my problem is fixed. =20 Cheers, =20 Dermot Williams ________________________________ From: owner-freebsd-current@freebsd.org on behalf of Eric Anderson Sent: Thu 21/09/2006 04:09 To: Josh Paetzel Cc: freebsd-current@freebsd.org Subject: Re: bge/bce support for another Dell card On 09/20/06 16:54, Josh Paetzel wrote: > On Wednesday 20 September 2006 20:53, Eric Anderson wrote: >> Ok, I've seen a lot of bge/bce commits, messages, etc, so I may >> have missed something - please point me to a commit or message if I >> did.. >> >> We've got a brand new Dell Precision 390 (Core 2 Duo) which has a >> Broadcom NIC in it, Probably much like the one in the PowerEdge >> 1950, but cheaper and less reliable (if you can imagine that). >> It's doesn't seem to be supported yet on the 6-STABLE branch, and >> so I'm wondering if we would have better luck with -CURRENT, or if >> the PCI ID's just need to be mapped out, etc. >> >> Here's the pciconf output for that card: >> >> none2@pci4:0:0: class=3D0x020000 card=3D0x01de1028 chip=3D0x167a14e4 >> rev=3D0x02 hdr=3D0x00 >> vendor =3D 'Broadcom Corporation' >> class =3D network >> subclass =3D ethernet >> >> >> I see a line in the bge driver (sys/dev/bge/if_bgereg.h), like: >> >> #define BCOM_DEVICEID_BCM5754 0x167A >> >> But I believe it's a BCM5787, and when the bge driver loads, the >> system panics because of (excude my vagueness here - I'll get the >> details tomorrow) some kind of NMI memory checksum failure, but the >> device is fine, tests ok, and runs perfectly under other OS'es. >> >> Is that device supposed to be supported yet on -STABLE or -CURRENT? >> >> Thanks! >> Eric > > This may not help you much but the driver in 6.x-STABLE doesn't > support the PE1950 either. I had to download a newer version of the > driver from the author of the driver and install in manually. > Hmm.. Can you point me to that please? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 11:44:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 CD41C16A40F; Thu, 21 Sep 2006 11:44:44 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7D4243D69; Thu, 21 Sep 2006 11:44:43 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k8LBiVpc024095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Sep 2006 15:44:32 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k8LBiV5U024094; Thu, 21 Sep 2006 15:44:31 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 21 Sep 2006 15:44:31 +0400 From: Gleb Smirnoff To: Andre Oppermann Message-ID: <20060921114431.GF27667@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Andre Oppermann , freebsd-current@freebsd.org, freebsd-net@freebsd.org, alc@freebsd.org, tegge@freebsd.org, gallatin@cs.duke.edu References: <4511B9B1.2000903@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4511B9B1.2000903@freebsd.org> User-Agent: Mutt/1.5.6i Cc: alc@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, tegge@FreeBSD.org, gallatin@cs.duke.edu Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 11:44:44 -0000 Andre, On Wed, Sep 20, 2006 at 11:59:13PM +0200, Andre Oppermann wrote: A> I have rewritten kern_sendfile() to work in two loops, the inner which turns A> as many pages into mbufs as it can up to the free send socket buffer space. A> The outer loop then drops the whole mbuf chain into the send socket buffer, A> calls tcp_output() on it and then waits until 50% of the socket buffer are A> free again to repeat the cycle. This way tcp_output() gets the full amount A> of data to work with and can issue up to 64K sends for TSO to chop up in the A> network adapter without using any CPU cycles. Thus it gets very efficient A> especially with the readahead the VM and I/O system do. A> A> The patch is available here: A> http://people.freebsd.org/~andre/sendfile-20060920.diff I see that mbuf allocations are done in different way depending on the SS_NBIO flag on socket. This isn't true for the current code, so your patch isn't only opmization, but is also changing the semantics of the syscall. This should be avoided in single change/commit. The non-blocking IO definition is related to the blocking on the socket buffer. It isn't related to blocking on memory, so this change is incorrect: - m_header = m_uiotombuf(hdr_uio, M_DONTWAIT, 0, 0); - if (m_header == NULL) + m = m_uiotombuf(hdr_uio, (nbio ? M_NOWAIT : M_WAITOK), + 0, 0); + if (m == NULL) { + error = nbio ? EAGAIN : ENOBUFS; There should be unconditional M_NOWAIT. Oops, the M_DONTWAIT in the current code is incorrect. It is present since rev. 1.171. If the m_uiotombuf() fails the current code returns from syscall without error! Before rev. 1.171, there wasn't m_uiotombuf(), the mbuf header was allocated below, with correct wait argument. The wait argument for m_uiotombuf() should be changed to M_WAITOK, but in a separate commit. And this one: + m0 = m_get((nbio ? M_NOWAIT : M_WAITOK), MT_DATA); + if (m0 == NULL) { + error = (nbio ? EAGAIN : ENOBUFS); + sf_buf_mext((void *)sf_buf_kva(sf), sf); + break; + } This one should be M_WAITOK always. It is M_TRYWAIT (equal to M_WAITOK) in the current code. Is there RELENG_6 version of your patch. If there is one, we can test it quite extensively. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 11:56:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7666916A415 for ; Thu, 21 Sep 2006 11:56:43 +0000 (UTC) (envelope-from sam@fqdn.net) Received: from host.fqdn.net (host.fqdn.net [194.242.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF7343D45 for ; Thu, 21 Sep 2006 11:56:42 +0000 (GMT) (envelope-from sam@fqdn.net) Received: by host.fqdn.net (Postfix, from userid 1003) id 8AD0A8E; Thu, 21 Sep 2006 12:56:41 +0100 (BST) Date: Thu, 21 Sep 2006 12:56:41 +0100 From: Sam Eaton To: freebsd-current@freebsd.org Message-ID: <20060921115641.GY87198@host.fqdn.net> Mail-Followup-To: freebsd-current@freebsd.org References: <4511AA4A.2070601@centtech.com> <200609202154.23682.josh@tcbug.org> <45120254.3050907@centtech.com> <7E5085C46B7D9448BE320EAACD6C32170D4A34@dubms03.irishbroadband.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7E5085C46B7D9448BE320EAACD6C32170D4A34@dubms03.irishbroadband.ie> User-Agent: Mutt/1.4.2.1i Subject: Re: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 11:56:43 -0000 On Thu, Sep 21, 2006 at 10:43:24AM +0100, Dermot Williams wrote: > I second that request. I've been having a mare of a time with a 1950 > and the BCE drivers. I get hardware lockups on the NICs that only seem > to be triggered by NFS - or, rather, NFS triggers them reliably. I've > upgrade the machines to -CURRENT (which iterates the if_bce.c file > from version 1.2.2.x to 1.8) and the problem is still there. I'd be > interested in getting hold of these updated drivers that you have so > that I can see whether or not my problem is fixed. I'll add a 'me too' here - over in stable and hardware I've reported exactly the same problems with the 1950 and NFS traffic. I've been unable to find a solution (in fact we've given up and given the machine back to dell). Sam. -- "Fortified with Essential Bitterness and Sarcasm" Matt Groening, "Binky's Guide to Love". From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 12:26:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3821A16A403 for ; Thu, 21 Sep 2006 12:26:52 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040C843D4C for ; Thu, 21 Sep 2006 12:26:49 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 38422 invoked from network); 21 Sep 2006 12:29:34 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Sep 2006 12:29:34 -0000 Message-ID: <4512850A.5000107@freebsd.org> Date: Thu, 21 Sep 2006 14:26:50 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Gleb Smirnoff , Andre Oppermann , freebsd-current@freebsd.org, freebsd-net@freebsd.org, alc@freebsd.org, tegge@freebsd.org, gallatin@cs.duke.edu References: <4511B9B1.2000903@freebsd.org> <20060921114431.GF27667@FreeBSD.org> In-Reply-To: <20060921114431.GF27667@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 12:26:52 -0000 Gleb Smirnoff wrote: > Andre, > > On Wed, Sep 20, 2006 at 11:59:13PM +0200, Andre Oppermann wrote: > A> I have rewritten kern_sendfile() to work in two loops, the inner which turns > A> as many pages into mbufs as it can up to the free send socket buffer space. > A> The outer loop then drops the whole mbuf chain into the send socket buffer, > A> calls tcp_output() on it and then waits until 50% of the socket buffer are > A> free again to repeat the cycle. This way tcp_output() gets the full amount > A> of data to work with and can issue up to 64K sends for TSO to chop up in the > A> network adapter without using any CPU cycles. Thus it gets very efficient > A> especially with the readahead the VM and I/O system do. > A> > A> The patch is available here: > A> http://people.freebsd.org/~andre/sendfile-20060920.diff > > I see that mbuf allocations are done in different way depending on the SS_NBIO > flag on socket. This isn't true for the current code, so your patch isn't > only opmization, but is also changing the semantics of the syscall. This should > be avoided in single change/commit. IMO this goes hand in hand. > The non-blocking IO definition is related to the blocking on the socket buffer. > It isn't related to blocking on memory, so this change is incorrect: > > - m_header = m_uiotombuf(hdr_uio, M_DONTWAIT, 0, 0); > - if (m_header == NULL) > + m = m_uiotombuf(hdr_uio, (nbio ? M_NOWAIT : M_WAITOK), > + 0, 0); > + if (m == NULL) { > + error = nbio ? EAGAIN : ENOBUFS; > > There should be unconditional M_NOWAIT. Oops, the M_DONTWAIT in the current > code is incorrect. It is present since rev. 1.171. If the m_uiotombuf() fails > the current code returns from syscall without error! Before rev. 1.171, there > wasn't m_uiotombuf(), the mbuf header was allocated below, with correct wait > argument. > > The wait argument for m_uiotombuf() should be changed to M_WAITOK, but in > a separate commit. > > And this one: > > + m0 = m_get((nbio ? M_NOWAIT : M_WAITOK), MT_DATA); > + if (m0 == NULL) { > + error = (nbio ? EAGAIN : ENOBUFS); > + sf_buf_mext((void *)sf_buf_kva(sf), sf); > + break; > + } > > This one should be M_WAITOK always. It is M_TRYWAIT (equal to M_WAITOK) in > the current code. The reason why I changed the mbuf allocations with SS_NBIO is the rationale of sendfile() and the performance evaluation that was done by alc@ students. sendfile() has two flags which control its blocking behavior. Non blocking socket (SS_NBIO) and SF_NODISKIO. The latter is necessary because file reads or writes are normally not considered to be blocking. The most optimal sendfile() is usage is with a single process doing accept(), parsing and then sendfile that should never ever block on anything. This way the main process then can use kqueue for all the socket stuff and it can transfer all sends that require disk I/O to a child process or thread to provide a context for the read. Meanwhile the main process is free to accept further connections and to continue serving existing connections. Having sendfile() block in mbuf allocation for the header, on sfbufs or anything else is not desirable and must be avoided. I know I'm extending the traditional definition of SS_NBIO a bit but it's fully in line with the semantics and desired operational behavior of sendfile(). The paper by alc@'s students clearly identifies this as the main property of a sendfile implementation besides its zero copy nature. > Is there RELENG_6 version of your patch. If there is one, we can test it > quite extensively. This patch does not fully apply to RELENG_6 as there are some small changes and a bit locking differences. It shouldn't be too hard to adapt it. You won't get TSO speedups though and we can't MFC TSO because it changes the ABI+API for network drivers. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 12:28:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 843EC16A47C for ; Thu, 21 Sep 2006 12:28:07 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 4854A43D49 for ; Thu, 21 Sep 2006 12:28:06 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx01.stngva01.us.mxservers.net (204.202.242.3) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 1-0823461676; Thu, 21 Sep 2006 14:28:04 +0200 (CEST) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx01.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id c4582154.18911.156.mx01.stngva01.us.mxservers.net; Thu, 21 Sep 2006 08:27:56 -0400 (EDT) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.7/8.11.6) with ESMTP id k8LCRWFR000879; Thu, 21 Sep 2006 14:27:32 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200609211227.k8LCRWFR000879@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: alc@FreeBSD.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Sep 2006 14:27:31 +0200 Sender: garyj@jennejohn.org X-Spam: [F=0.3724412528; heur=0.500(-6600); stat=0.372; spamtraq-heur=0.500(2006092024)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-current@FreeBSD.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 12:28:07 -0000 On Wed, Sep 20, 2006 at 11:59:13PM +0200, Andre Oppermann wrote: > I have rewritten kern_sendfile() to work in two loops, the inner which turns > as many pages into mbufs as it can up to the free send socket buffer space. > The outer loop then drops the whole mbuf chain into the send socket buffer, > calls tcp_output() on it and then waits until 50% of the socket buffer are > free again to repeat the cycle. This way tcp_output() gets the full amount > of data to work with and can issue up to 64K sends for TSO to chop up in the > network adapter without using any CPU cycles. Thus it gets very efficient > especially with the readahead the VM and I/O system do. > > The patch is available here: > http://people.freebsd.org/~andre/sendfile-20060920.diff > My vesion of gcc (3.4.4) doesn't like the omin() macro. I had to change it to this: #define omin(a, b) ((off_t)a < (off_t)b ? (off_t)a : (off_t)b) Otherwise I haven't seen any catastrophies yet, but it's only been running for a few minutes ;-) -- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 12:29:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B57B816A40F for ; Thu, 21 Sep 2006 12:29:34 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBA1043D49 for ; Thu, 21 Sep 2006 12:29:33 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 38463 invoked from network); 21 Sep 2006 12:32:18 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Sep 2006 12:32:18 -0000 Message-ID: <451285AE.5030900@freebsd.org> Date: Thu, 21 Sep 2006 14:29:34 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Peter Jeremy References: <4511B9B1.2000903@freebsd.org> <20060921075903.GD960@turion.vk2pj.dyndns.org> In-Reply-To: <20060921075903.GD960@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 12:29:34 -0000 Peter Jeremy wrote: > On Wed, 2006-Sep-20 23:59:13 +0200, Andre Oppermann wrote: >> I have rewritten kern_sendfile() to work in two loops, the inner which turns >> as many pages into mbufs as it can up to the free send socket buffer space. > > The 64K blocks sounds good but how does this interact with TCP slow > start? Is there the possibility that a couple (for some reasonably > large value of 'couple') of TCP connections slowly accepting a file > could eat all the mbuf space? This danger is and has been always present. This normal socket behavior and happens no matter which method (write or sendfile) you use. Even the current sendfile(2) fills the socket buffer when the connection is in slow start. It just spends more CPU once the connection is going and getting throughput (and it doesn't make much use of TSO there). -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 13:59:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E3DDD16A403; Thu, 21 Sep 2006 13:59:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 676B543D46; Thu, 21 Sep 2006 13:59:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F31DC46CAE; Thu, 21 Sep 2006 09:59:07 -0400 (EDT) Date: Thu, 21 Sep 2006 14:59:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andre Oppermann In-Reply-To: <4512850A.5000107@freebsd.org> Message-ID: <20060921145002.K37863@fledge.watson.org> References: <4511B9B1.2000903@freebsd.org> <20060921114431.GF27667@FreeBSD.org> <4512850A.5000107@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: gallatin@cs.duke.edu, freebsd-current@freebsd.org, alc@freebsd.org, freebsd-net@freebsd.org, Gleb Smirnoff , tegge@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 13:59:11 -0000 On Thu, 21 Sep 2006, Andre Oppermann wrote: >> There should be unconditional M_NOWAIT. Oops, the M_DONTWAIT in the current >> code is incorrect. It is present since rev. 1.171. If the m_uiotombuf() >> fails the current code returns from syscall without error! Before rev. >> 1.171, there wasn't m_uiotombuf(), the mbuf header was allocated below, >> with correct wait argument. >> >> The wait argument for m_uiotombuf() should be changed to M_WAITOK, but in a >> separate commit. >> This one should be M_WAITOK always. It is M_TRYWAIT (equal to M_WAITOK) in >> the current code. > > The reason why I changed the mbuf allocations with SS_NBIO is the rationale > of sendfile() and the performance evaluation that was done by alc@ students. > sendfile() has two flags which control its blocking behavior. Non blocking > socket (SS_NBIO) and SF_NODISKIO. The latter is necessary because file > reads or writes are normally not considered to be blocking. The most > optimal sendfile() is usage is with a single process doing accept(), parsing > and then sendfile that should never ever block on anything. This way the > main process then can use kqueue for all the socket stuff and it can > transfer all sends that require disk I/O to a child process or thread to > provide a context for the read. Meanwhile the main process is free to > accept further connections and to continue serving existing connections. > Having sendfile() block in mbuf allocation for the header, on sfbufs or > anything else is not desirable and must be avoided. I know I'm extending > the traditional definition of SS_NBIO a bit but it's fully in line with the > semantics and desired operational behavior of sendfile(). The paper by > alc@'s students clearly identifies this as the main property of a sendfile > implementation besides its zero copy nature. The semantics with regard to waiting are a bit confusing, but the existing model has a fairly specific meaning that has some benefits. Normally we have three dispositions for a network I/O operation: (1) Fully blocking -- the default disposition. The operation may block for several reasons, but most usually due to either insufficient buffer space/data in the socket buffer, insufficient memory for the kernel to perform the operation (usually mbufs), or due to a user space page fault in reading or writing the data. (2) Non-blocking -- SS_NBIO, MSG_NBIO, etc. The operation will not block if there is insufficient data/buffer space. Typically, this is aligned with select()/poll()/kqueue()'s notion of data or space. (3) Non-waiting -- MSG_DONTWAIT. The operation will not sleep in kernel for any reason, either as part of I/O blocking, or for memory allocation. It may still sleep if a page fault occurs, but as kernel senders send using pinned kernel memory, this isn't an issue. There are a few known bugs -- for example, in zero-copy mode, we may block waiting for an sf_buf with MSG_DONTWAIT set (this used to be the case, haven't checked lately). However, for applications, you typically run in (1) or (2) of the above, where the notion of blocking is aligned with a notion of buffer space or data, not with a notion of kernel sleeping. In particular, it has to do with the definition used by select()/kqueue()/poll(). If you make SS_NBIO sockets return immediately if there is no memory free for sendfile(), this will be inconsistent with the normal behavior in which select() returning writable means that you will be able to write -- so an application that shows the socket as writable via select() might sit there spinning performing the I/O operation, with it repeatedly returning an error saying it wasn't ready. My feeling is that we should constrain absolutely non-sleeping to the MSG_DONTWAIT case -- if desired, we could add SF_DONTWAIT to determine if sleeping ever at all happens. SS_NBIO should not return an error in a limited memory case, it should sleep waiting on memory, as sleeping (mutexes, memory allocation, ...) is not considered blocking. Blocking should continue to refer to the socket buffer-related behavior, and specifically sbwait(). However, we should fix any bugs in MSG_DONTWAIT for sosend/soreceive (and hence sendmsg, recvmsg) that cause it to sleep improperly -- I'm not sure if the zero-copy case still does it wrong, but that's potentially a problem if we ever support zero-copy send from in kernel space, as sosend/soreceive can be called while a mutex is held or in network interrupt context, hence needing the flag. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 14:41:49 2006 Return-Path: X-Original-To: current@freebsd.org 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 00BBE16A47E for ; Thu, 21 Sep 2006 14:41:49 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69AB943D53 for ; Thu, 21 Sep 2006 14:41:45 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 21 Sep 2006 07:41:45 -0700 X-IronPort-AV: i="4.09,196,1157353200"; d="scan'208"; a="1854625267:sNHT34531948" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k8LEfj6T020708; Thu, 21 Sep 2006 07:41:45 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k8LEfiML017890; Thu, 21 Sep 2006 07:41:44 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 21 Sep 2006 07:41:44 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 21 Sep 2006 07:41:40 -0700 Message-ID: <4512A48A.2050109@cisco.com> Date: Thu, 21 Sep 2006 10:41:14 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ted Faber References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> In-Reply-To: <20060920161612.GB55402@hut.isi.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Sep 2006 14:41:40.0672 (UTC) FILETIME=[0CCF7400:01C6DD8C] DKIM-Signature: a=rsa-sha1; q=dns; l=2056; t=1158849705; x=1159713705; c=relaxed/relaxed; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Does=20OpenOffice=20work=20on=20-current=20?; X=v=3Dcisco.com=3B=20h=3DXiAHAfiqkhrnGfVDEdWg7xLPyVk=3D; b=Hfsf/LQ7kWYlE7m6an17dIkcZNIJpo3cPS+X24ib+67HPyDAb6uKcHw+XL+CV1zNezHa4vWa 7/8t2Z45e4cs+cd3rc85wo7adZvhkP5MyxBl7xLZljdRdmey47wZOJnT; Authentication-Results: sj-dkim-8.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 14:41:49 -0000 gag.. Does this look familar :-) I built Monday.. and spent most of the day re-building all my ports that were installed. It appears that the java from the FreeBSD foundation always core dumps.. and is a binary for 6.1.. if I put jdk-14 from sun in.. no coredumps when you do java -version but I hit this same compile error.. exactly.. I treid all sorts of fun.. and finnally I gave up and moved my laptop back to the 60Gig drive I had that had an older version of current... sigh... I will wait and see if this settles down before I change the disk out again to the 80Gig one that is more current :-0 R Ted Faber wrote: > On Wed, Sep 20, 2006 at 01:01:56PM +0200, Paolo Pisati wrote: > >>On Wed, Sep 20, 2006 at 10:48:52AM +0000, Poul-Henning Kamp wrote: >> >>>After I updated my computer yesterday, openoffice has stopped >>>working, anyone else seen this ? >> >>Yep, the same happend to me: there was a breakage in libexec/rtld-elf, >>but it was quickly fixed, and now openoffice works again fine. > > > Mine still seems dead with -CURRENT from Monday. I'm making from fresh > sources. > > I also can't build from ports from yesterday (with -DWITHOUT_MOZILLA > -DWITH_CUPS): > > ============= > Building project udkapi > ============= > /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/uno > mkout -- version: 1.7 > idlc @/tmp/mkfyEZRU > idlc: compile 'Exception.idl' ... > idlc: could not load registry dll. > idlc: detected 1 errors > Sun Microsystems (R) idlc Version 1.1 > > dmake: Error code 1, while making > '../../../../unxfbsdi.pro/misc/urd_cssuno.don' > '---* tg_merge.mk *---' > > ERROR: Error 65280 occurred while making > /usr/ports/editors/openoffice.org-2.0/work/OOD680_m4/udkapi/com/sun/star/uno > dmake: Error code 1, while making 'build_instsetoo_native' > '---* *---' > *** Error code 255 > > Stop in /usr/ports/editors/openoffice.org-2.0. > > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 14:56:48 2006 Return-Path: X-Original-To: current@freebsd.org 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 7ED3216A407 for ; Thu, 21 Sep 2006 14:56:48 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018AF43D5F for ; Thu, 21 Sep 2006 14:56:40 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k8LEtSg4015946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Sep 2006 07:55:28 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k8LEtReG038392; Thu, 21 Sep 2006 07:55:27 -0700 (PDT) (envelope-from faber) Date: Thu, 21 Sep 2006 07:55:27 -0700 From: Ted Faber To: Randall Stewart Message-ID: <20060921145527.GA38223@hut.isi.edu> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> <4512A48A.2050109@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <4512A48A.2050109@cisco.com> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 14:56:48 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 10:41:14AM -0400, Randall Stewart wrote: > gag.. >=20 > Does this look familar :-) >=20 > I built Monday.. and spent most of the day > re-building all my ports that were installed. The idlc failure was a rtld issue. idlc is trying to dynamically load a library at runtime and the old version of rtld just doesn't seem to do it. -CURRENT as of yesterday successfully compiled openoffice-2.0.4-rc from ports and it runs, though it dumps core on exit every time. Everything else works so far, though... --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEqffaUz3f+Zf+XsRAtMSAKDrWPh6SPfQhgiBBmEBe9HFQP860QCg1DAC mXtxUzwRyp2tSvNne/I3gq8= =he4/ -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 14:58:43 2006 Return-Path: X-Original-To: current@freebsd.org 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 CA44816A407 for ; Thu, 21 Sep 2006 14:58:43 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBDB43D46 for ; Thu, 21 Sep 2006 14:58:43 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 21 Sep 2006 07:58:43 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k8LEwgiV030952; Thu, 21 Sep 2006 07:58:42 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id k8LEwe1G012894; Thu, 21 Sep 2006 07:58:42 -0700 (PDT) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 21 Sep 2006 07:58:40 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 21 Sep 2006 07:58:40 -0700 Message-ID: <4512A886.4020304@cisco.com> Date: Thu, 21 Sep 2006 10:58:14 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ted Faber References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> <4512A48A.2050109@cisco.com> <20060921145527.GA38223@hut.isi.edu> In-Reply-To: <20060921145527.GA38223@hut.isi.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Sep 2006 14:58:40.0626 (UTC) FILETIME=[6CC01520:01C6DD8E] DKIM-Signature: a=rsa-sha1; q=dns; l=966; t=1158850723; x=1159714723; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Does=20OpenOffice=20work=20on=20-current=20?; X=v=3Dcisco.com=3B=20h=3DXiAHAfiqkhrnGfVDEdWg7xLPyVk=3D; b=FXvXOQE5VSt6gU7E3OrhMb0dd6Ul7/XbLeNLJD7zjxEuu9XseMj05xcPgiEGj0CgL9mDInr1 ++o3buBpdJ85eod4Mga+e0VLYu7SWcLTK1PAJ1ey3mfeoV8JIAKab64P; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 14:58:43 -0000 Ted Faber wrote: > On Thu, Sep 21, 2006 at 10:41:14AM -0400, Randall Stewart wrote: > >>gag.. >> >>Does this look familar :-) >> >>I built Monday.. and spent most of the day >>re-building all my ports that were installed. > > > The idlc failure was a rtld issue. idlc is trying to dynamically load a > library at runtime and the old version of rtld just doesn't seem to do > it. > > -CURRENT as of yesterday successfully compiled openoffice-2.0.4-rc from > ports and it runs, though it dumps core on exit every time. Everything > else works so far, though... > hmm... Well my version (in my old disk that I am now using) is 2.0.1, quite old.. but no core dumps ;-D Considering it would take me another 1/2 day to move back to the other disk... I think I will pass.. and let this settle out for a while before I make the move back ... R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 15:03:48 2006 Return-Path: X-Original-To: current@freebsd.org 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 8F3E516A40F for ; Thu, 21 Sep 2006 15:03:48 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FFE43D49 for ; Thu, 21 Sep 2006 15:03:48 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k8LF2gTp018016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Sep 2006 08:02:42 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k8LF2gRN038653; Thu, 21 Sep 2006 08:02:42 -0700 (PDT) (envelope-from faber) Date: Thu, 21 Sep 2006 08:02:42 -0700 From: Ted Faber To: Randall Stewart Message-ID: <20060921150242.GB38223@hut.isi.edu> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> <4512A48A.2050109@cisco.com> <20060921145527.GA38223@hut.isi.edu> <4512A886.4020304@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <4512A886.4020304@cisco.com> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 15:03:48 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 10:58:14AM -0400, Randall Stewart wrote: > Ted Faber wrote: > >-CURRENT as of yesterday successfully compiled openoffice-2.0.4-rc from > >ports and it runs, though it dumps core on exit every time. Everything > >else works so far, though... > > > hmm... >=20 > Well my version (in my old disk that I am now using) is 2.0.1, quite > old.. but no core dumps ;-D >=20 > Considering it would take me another 1/2 day to move back to the other > disk... I think I will pass.. and let this settle out for > a while before I make the move back ... The version in ports has an rc suffix, which I assume means "release candidate," so I think waiting until 2.0.4 comes out seems reasonable. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEqmSaUz3f+Zf+XsRAsQGAKDcCcoDkRMfriIBCoAlkng3sVnZ5wCgyKBx /gUWvg5u+0MMlj9t8yONPjk= =yUiN -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 15:28:46 2006 Return-Path: X-Original-To: current@freebsd.org 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 2FD4D16A407 for ; Thu, 21 Sep 2006 15:28:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98AC543D6E for ; Thu, 21 Sep 2006 15:28:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3B15046C63; Thu, 21 Sep 2006 11:28:44 -0400 (EDT) Date: Thu, 21 Sep 2006 16:28:44 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randall Stewart In-Reply-To: <4512A48A.2050109@cisco.com> Message-ID: <20060921162656.G37863@fledge.watson.org> References: <31894.1158749332@critter.freebsd.dk> <20060920110156.GB1578@tin.it> <20060920161612.GB55402@hut.isi.edu> <4512A48A.2050109@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Poul-Henning Kamp , Ted Faber , current@freebsd.org Subject: Re: Does OpenOffice work on -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 15:28:46 -0000 On Thu, 21 Sep 2006, Randall Stewart wrote: > It appears that the java from the FreeBSD foundation always core dumps.. and > is a binary for 6.1.. if I put jdk-14 from sun in.. no coredumps when you do > java -version but I hit this same compile error.. exactly.. I believe the FreeBSD Foundation Java binary problem has to do with a partial library version bump in -CURRENT, where libc has been bumped, but other libraries haven't, and the binary depends on the old libc, which is presumably not compatible with the other newer libraries it's also pulling in. The Foundation is not yet doing certified JDK/JRE builds for 7.x, although we will cut certified builds for 6.2. I don't know what the right library version fix is for the base system -- Java is presumably not the only affected binary -- but it's not my area so that's ok. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 15:44:30 2006 Return-Path: X-Original-To: current@FreeBSD.ORG 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 E378016A5B5; Thu, 21 Sep 2006 15:44:30 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DCAE43D46; Thu, 21 Sep 2006 15:44:30 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id k8LFiDcK059814; Thu, 21 Sep 2006 19:44:13 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id k8LFiDdQ059813; Thu, 21 Sep 2006 19:44:13 +0400 (MSD) (envelope-from ache) Date: Thu, 21 Sep 2006 19:44:12 +0400 From: Andrey Chernov To: Mikhail Teterin Message-ID: <20060921154412.GA59729@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mikhail Teterin , current@FreeBSD.ORG, Paul Eggert , tjr@FreeBSD.ORG References: <200609202304.25537@aldan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609202304.25537@aldan> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Paul Eggert , current@FreeBSD.ORG, tjr@FreeBSD.ORG Subject: Re: replacing FreeBSD's -lgnuregex with GNUlib's version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 15:44:31 -0000 On Wed, Sep 20, 2006 at 11:04:24PM -0400, Mikhail Teterin wrote: > A recent discussion on the gm4 and gnulib mailing lists over the merits of > gm4's bundling of its own regex implementation has produced the suggestion, > that we replace our src/gnu/lib/libregex (which is currently obtained from > fedora-glibc-2_3_4-21) with gnulib's implementation. > > The latter is claimed to be more actively maintained and with more bug fixes, > than glibc people have managed to incorporate. > > Does anyone have a strong preference for fedora/glibc implementation currently > in use, or should we follow this advice (source -- regex' maintainer for > gnulib -- CC-ed) and switch over? Please point to gnulib's regex sources to compare with. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 16:15:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7CE1A16A494; Thu, 21 Sep 2006 16:15:20 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D4843D46; Thu, 21 Sep 2006 16:15:18 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id C1A042AABF4; Thu, 21 Sep 2006 18:15:17 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id B20331F54E9; Thu, 21 Sep 2006 18:15:17 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-140-054.pools.arcor-ip.net [84.61.140.54]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 1098C2AABF4; Thu, 21 Sep 2006 18:15:16 +0200 (CEST) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k8LGF6sv085142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Sep 2006 18:15:07 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <4512BA81.7090306@freebsd.org> Date: Thu, 21 Sep 2006 18:14:57 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Simon L. Nielsen" References: <200609181238.19802.nb_root@videotron.ca> <200609191353.52820.joao@matik.com.br> <45104623.4060501@freebsd.org> <200609191737.15441.joao@matik.com.br> <20060920181039.GC1075@zaphod.nitro.dk> In-Reply-To: <20060920181039.GC1075@zaphod.nitro.dk> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4DBE9D9B4315344536A67BBB" X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, JoaoBR , Eprha Carvajal , Nicolas Blais Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 16:15:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4DBE9D9B4315344536A67BBB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Simon L. Nielsen schrieb: > On 2006.09.19 17:37:15 -0300, JoaoBR wrote: > =20 >> On Tuesday 19 September 2006 16:33, Michael Nottebrock wrote: >> =20 >>>> kdecore (KLibLoader): WARNING: KLibrary: Undefined >>>> symbol "OpenSSL_add_all_algorithms_conf" >>>> kioslave: ####### CRASH ###### protocol =3D https pid =3D 8927 signa= l =3D 11 >>>> >>>> and it is the same for any https protocol in konqueror as when tryin= g >>>> connect with Kopete >>>> =20 >>>> =20 >>> The kioslave crashing like that does indicate linkage to conflicting >>> openssl libraries. >>> =20 >> ok I understand >> I just tried different openssl ports >> openssl-stable >> openssl >> and the package >> >> same error >> >> do I need to recompile the kde sources when changing the openssl versi= on? >> kdebase kdenetwork and or kdelibs? >> =20 > > Any particular reason why you want OpenSSL from ports instead of just > using the version in the base system? IMO unless you really need > OpenSSL 0.9.8 on a -STABLE release, using the OpenSSL ports mainly > causes pain. FWIW, I've just finished compiling KDE 3.5.4 from scratch in a vmware with a clean 7-CURRENT installed from the latest snapshot iso image (FreeBSD 7.0-CURRENT-200609 #0: Sun Sep 3 20:30:50 UTC 2006) and I can confirm that KDE works just fine with the latest base-system openssl. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig4DBE9D9B4315344536A67BBB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFErqBXhc68WspdLARArgYAJ9PvaLvt73wJfPMvP+E8oW7OKfNawCeITKS EyXYBY87kluGVh0KzXB5JZg= =iBaQ -----END PGP SIGNATURE----- --------------enig4DBE9D9B4315344536A67BBB-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 16:26:17 2006 Return-Path: X-Original-To: current@freebsd.org 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 A8FDD16A407; Thu, 21 Sep 2006 16:26:17 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267A843D58; Thu, 21 Sep 2006 16:26:16 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k8LGQ1I3032109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Sep 2006 12:26:02 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Andrey Chernov Date: Thu, 21 Sep 2006 12:25:55 -0400 User-Agent: KMail/1.9.1 References: <200609202304.25537@aldan> <20060921154412.GA59729@nagual.pp.ru> In-Reply-To: <20060921154412.GA59729@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200609211225.55889.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/1918/Thu Sep 21 04:58:53 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Thu, 21 Sep 2006 17:07:43 +0000 Cc: Paul Eggert , current@freebsd.org, tjr@freebsd.org Subject: Re: replacing FreeBSD's -lgnuregex with GNUlib's version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 16:26:17 -0000 ÞÅÔ×ÅÒ 21 ×ÅÒÅÓÅÎØ 2006 11:44, Andrey Chernov ÎÁÐÉÓÁ×: > > Does anyone have a strong preference for fedora/glibc implementation > > currently in use, or should we follow this advice (source -- regex' > > maintainer for gnulib -- CC-ed) and switch over? > > Please point to gnulib's regex sources to compare with. I think, this is the starting point: http://cvs.savannah.gnu.org/viewcvs/gnulib/gnulib/modules/regex/ Paul, is there a better link -- I can't see the actual files throw the "ViewCVS" interface... Yours, -mi From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 17:08:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 1C27A16A415; Thu, 21 Sep 2006 17:08:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A570D43D45; Thu, 21 Sep 2006 17:08:04 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 71C7446CB0; Thu, 21 Sep 2006 13:08:03 -0400 (EDT) Date: Thu, 21 Sep 2006 18:08:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Jeremy In-Reply-To: <20060921075903.GD960@turion.vk2pj.dyndns.org> Message-ID: <20060921180711.W56349@fledge.watson.org> References: <4511B9B1.2000903@freebsd.org> <20060921075903.GD960@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Andre Oppermann Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 17:08:10 -0000 On Thu, 21 Sep 2006, Peter Jeremy wrote: > On Wed, 2006-Sep-20 23:59:13 +0200, Andre Oppermann wrote: >> I have rewritten kern_sendfile() to work in two loops, the inner which >> turns as many pages into mbufs as it can up to the free send socket buffer >> space. > > The 64K blocks sounds good but how does this interact with TCP slow start? > Is there the possibility that a couple (for some reasonably large value of > 'couple') of TCP connections slowly accepting a file could eat all the mbuf > space? In principle, existing socket buffer resource limits are the way to prevent this from happening -- sendfile() should continue to obey them as before, we are just better able to use the available buffer space if it exists. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 18:02:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 86CEB16A5CE; Thu, 21 Sep 2006 18:02:44 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8904343D46; Thu, 21 Sep 2006 18:02:43 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Fri, 22 Sep 2006 02:02:41 +0800 id 0010E409.4512D3C1.00002E36 References: <200609100956.k8A9uD0P094639@repoman.freebsd.org> <20060911193600.7ab43fb6@Magellan.Leidinger.net> <200609111528.49054.jhb@freebsd.org> <20060912073021.pvw7p0mit4w4cs8s@webmail.leidinger.net> <3bbf2fe10609120130l55c4590eha3628e7f1c21d8a7@mail.gmail.com> <3bbf2fe10609120147p343f48a4yeef4ad42a8bbb337@mail.gmail.com> <20060916165427.005d28d2@Magellan.Leidinger.net> <20060917131636.0fccc09a@Magellan.Leidinger.net> <20060918205526.65c78d55@Magellan.Leidinger.net> In-Reply-To: <20060918205526.65c78d55@Magellan.Leidinger.net> From: "Intron is my alias on the Internet" To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Date: Fri, 22 Sep 2006 02:02:41 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: Alexander Leidinger Subject: [Updated on 2006-9-22] Linux AIO module, Re: PERFORCE change 105930 for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 18:02:44 -0000 Download: http://ftp.intron.ac/tmp/linux_aio-20060922.tar.bz2 Updated files: linux_aio.c vfs_aio.c.diff readme.txt 1. Flexible on-demand linking to FreeBSD native AIO module. Only when linux_io_xxx() is called will native AIO module be loaded. 2. Only two symbols "aio_init_aioinfo" and "aio_aqueue" of the native AIO module need to be exported. Alexander, please roll back "vfs_aio.c", and then apply my new patch "vfs_aio.c.diff", to conform to POLA (Principle Of Least Astonishment). And please change the value of "EXPORT_SYMS" in "/sys/modules/aio/Makefile". ------------------------------------------------------------------------ From Beijing, China Alexander Leidinger wrote: > > Wait... the aio stuff you need is already made global (instead of > static) and exported by the module. That's all you need. Roman should > have the mail from jhb@ where he explained how to dynamically look up > the stuff for the linux_mq_*() functions in the module load handle by > using the kernel linker to lookup the symbols (AFAIR). > > Roman, could you please forward the corresponding explanation to Intron? > From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 18:06:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E7C6F16A47B for ; Thu, 21 Sep 2006 18:06:56 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167AC43D46 for ; Thu, 21 Sep 2006 18:06:54 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 41895 invoked from network); 21 Sep 2006 18:09:36 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Sep 2006 18:09:36 -0000 Message-ID: <4512D4BD.8020506@freebsd.org> Date: Thu, 21 Sep 2006 20:06:53 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4511B9B1.2000903@freebsd.org> <20060921114431.GF27667@FreeBSD.org> <4512850A.5000107@freebsd.org> In-Reply-To: <4512850A.5000107@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-net@freebsd.org, Gleb Smirnoff , tegge@freebsd.org, gallatin@cs.duke.edu Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 18:06:57 -0000 Andre Oppermann wrote: > Gleb Smirnoff wrote: >> Is there RELENG_6 version of your patch. If there is one, we can test it >> quite extensively. > > This patch does not fully apply to RELENG_6 as there are some small changes > and a bit locking differences. It shouldn't be too hard to adapt it. You > won't get TSO speedups though and we can't MFC TSO because it changes the > ABI+API for network drivers. Actually forget what I said about TSO. That can go in as it doesn't change the ABI and only extends the API in a compatible way. What can't go in are the recent VLAN changes but that's completely unrelated to TSO. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 18:19:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5C67916A492 for ; Thu, 21 Sep 2006 18:19:37 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id D490143D45 for ; Thu, 21 Sep 2006 18:19:34 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Thu, 21 Sep 2006 11:19:25 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 9AC4E2AF; Thu, 21 Sep 2006 11:19:25 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 77B832AE; Thu, 21 Sep 2006 11:19:25 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EFP36687; Thu, 21 Sep 2006 11:19:17 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 7E9F469CA4; Thu, 21 Sep 2006 11:19:17 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 21 Sep 2006 11:19:15 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301FD1F42@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <4511AA4A.2070601@centtech.com> Thread-Topic: bge/bce support for another Dell card Thread-Index: Acbc9t5pittr8wWCSO2VVBeoy03XxgAstwwg From: "David Christensen" To: "Eric Anderson" , freebsd-current@freebsd.org X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006092106; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230332E34353132443542462E303031392D412D; ENG=IBF; TS=20060921181929; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006092106_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 690C08273CC8864128-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 18:19:37 -0000 > We've got a brand new Dell Precision 390 (Core 2 Duo) which has a=20 > Broadcom NIC in it, Probably much like the one in the PowerEdge 1950,=20 > but cheaper and less reliable (if you can imagine that). =20 > It's doesn't=20 > seem to be supported yet on the 6-STABLE branch, and so I'm=20 > wondering if=20 > we would have better luck with -CURRENT, or if the PCI ID's=20 > just need to=20 > be mapped out, etc. The PowerEdge servers use the 5708 controller which is supported by the bce driver. >=20 > Here's the pciconf output for that card: >=20 > none2@pci4:0:0: class=3D0x020000 card=3D0x01de1028=20 > chip=3D0x167a14e4 rev=3D0x02=20 > hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > class =3D network > subclass =3D ethernet >=20 >=20 > I see a line in the bge driver (sys/dev/bge/if_bgereg.h), like: >=20 > #define BCOM_DEVICEID_BCM5754 0x167A >=20 > But I believe it's a BCM5787, and when the bge driver loads,=20 > the system=20 > panics because of (excude my vagueness here - I'll get the details=20 > tomorrow) some kind of NMI memory checksum failure, but the device is=20 > fine, tests ok, and runs perfectly under other OS'es. >=20 > Is that device supposed to be supported yet on -STABLE or -CURRENT? The 5787 has a device ID of 0x169b. The 0x167a is used on the 5754. Dave From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 17:55:57 2006 Return-Path: X-Original-To: current@freebsd.org 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 A830916A407; Thu, 21 Sep 2006 17:55:57 +0000 (UTC) (envelope-from eggert@CS.UCLA.EDU) Received: from kiwi.cs.ucla.edu (Kiwi.CS.UCLA.EDU [131.179.128.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5890443D46; Thu, 21 Sep 2006 17:55:55 +0000 (GMT) (envelope-from eggert@CS.UCLA.EDU) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by kiwi.cs.ucla.edu (8.11.7p3+Sun/8.11.7/UCLACS-5.2) with ESMTP id k8LHtmd03881; Thu, 21 Sep 2006 10:55:48 -0700 (PDT) Received: from eggert by penguin.cs.ucla.edu with local (Exim 4.50) id 1GQSm4-0002e5-1A; Thu, 21 Sep 2006 10:55:48 -0700 To: Mikhail Teterin References: <200609202304.25537@aldan> <20060921154412.GA59729@nagual.pp.ru> <200609211225.55889.mi+mx@aldan.algebra.com> From: Paul Eggert Date: Thu, 21 Sep 2006 10:55:48 -0700 In-Reply-To: <200609211225.55889.mi+mx@aldan.algebra.com> (Mikhail Teterin's message of "Thu, 21 Sep 2006 12:25:55 -0400") Message-ID: <87d59pumsb.fsf@penguin.cs.ucla.edu> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 21 Sep 2006 18:33:39 +0000 Cc: current@freebsd.org, tjr@freebsd.org Subject: Re: replacing FreeBSD's -lgnuregex with GNUlib's version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 17:55:57 -0000 Mikhail Teterin writes: > http://cvs.savannah.gnu.org/viewcvs/gnulib/gnulib/modules/regex/ > > Paul, is there a better link -- I can't see the actual files throw > the "ViewCVS" interface... briefly lists the regex module and contains pointers to the files involved. regex depends on other gnulib modules so you may have to chase some of them down. provides an overview of gnulib, which may help you gain context. You can see an example use of the regex module in . From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 19:39:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D35AE16A40F for ; Thu, 21 Sep 2006 19:39:45 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC86343E51 for ; Thu, 21 Sep 2006 19:37:01 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 42723 invoked from network); 21 Sep 2006 19:39:31 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Sep 2006 19:39:31 -0000 Message-ID: <4512E9D1.5020703@freebsd.org> Date: Thu, 21 Sep 2006 21:36:49 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------030607070602030508000600" Subject: [Fwd: cvs commit: src/sys/dev/em if_em.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 19:39:46 -0000 This is a multi-part message in MIME format. --------------030607070602030508000600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This should fix the TSO problems people have seen with various em(4) network cards. It was an initialization ordering issue in the driver. -- Andre --------------030607070602030508000600 Content-Type: message/rfc822; name="cvs commit: src/sys/dev/em if_em.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cvs commit: src/sys/dev/em if_em.c" X-Account-Key: account3 Return-Path: Delivered-To: andre@networx.ch Received: (qmail 42584 invoked from network); 21 Sep 2006 19:23:23 -0000 Received: from mx2.freebsd.org ([216.136.204.119]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Sep 2006 19:23:23 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8664B54BFD for ; Thu, 21 Sep 2006 19:14:53 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 4C72716A47C; Thu, 21 Sep 2006 19:14:53 +0000 (UTC) Delivered-To: andre@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 414D316A40F; Thu, 21 Sep 2006 19:14:53 +0000 (UTC) X-Original-To: src-committers@FreeBSD.org Delivered-To: src-committers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1397916A403; Thu, 21 Sep 2006 19:14:52 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id C142A43D46; Thu, 21 Sep 2006 19:14:51 +0000 (GMT) (envelope-from andre@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.13.6/8.13.6) with ESMTP id k8LJEp2Z039701; Thu, 21 Sep 2006 19:14:51 GMT (envelope-from andre@repoman.freebsd.org) Received: (from andre@localhost) by repoman.freebsd.org (8.13.6/8.13.4/Submit) id k8LJEpYb039700; Thu, 21 Sep 2006 19:14:51 GMT (envelope-from andre) Message-Id: <200609211914.k8LJEpYb039700@repoman.freebsd.org> From: Andre Oppermann Date: Thu, 21 Sep 2006 19:14:51 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/dev/em if_em.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG andre 2006-09-21 19:14:51 UTC FreeBSD src repository Modified files: sys/dev/em if_em.c Log: Move the initialization of the hardware capabilities in em_init_locked() before em_setup_transmit_structures() as it needs this information to properly set up TSO parameters. Reviewed by: jfv Revision Changes Path 1.147 +12 -8 src/sys/dev/em/if_em.c --------------030607070602030508000600-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 20:52:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 72E4D16A40F for ; Thu, 21 Sep 2006 20:52:05 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F21243D46 for ; Thu, 21 Sep 2006 20:52:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k8LKpu9o061952; Thu, 21 Sep 2006 15:51:56 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4512FB77.9060803@centtech.com> Date: Thu, 21 Sep 2006 15:52:07 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301FD1F42@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301FD1F42@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1920/Thu Sep 21 14:23:24 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: bge/bce support for another Dell card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 20:52:05 -0000 On 09/21/06 13:19, David Christensen wrote: >> We've got a brand new Dell Precision 390 (Core 2 Duo) which has a >> Broadcom NIC in it, Probably much like the one in the PowerEdge 1950, >> but cheaper and less reliable (if you can imagine that). >> It's doesn't >> seem to be supported yet on the 6-STABLE branch, and so I'm >> wondering if >> we would have better luck with -CURRENT, or if the PCI ID's >> just need to >> be mapped out, etc. > > The PowerEdge servers use the 5708 controller which is supported > by the bce driver. > >> Here's the pciconf output for that card: >> >> none2@pci4:0:0: class=0x020000 card=0x01de1028 >> chip=0x167a14e4 rev=0x02 >> hdr=0x00 >> vendor = 'Broadcom Corporation' >> class = network >> subclass = ethernet >> >> >> I see a line in the bge driver (sys/dev/bge/if_bgereg.h), like: >> >> #define BCOM_DEVICEID_BCM5754 0x167A >> >> But I believe it's a BCM5787, and when the bge driver loads, >> the system >> panics because of (excude my vagueness here - I'll get the details >> tomorrow) some kind of NMI memory checksum failure, but the device is >> fine, tests ok, and runs perfectly under other OS'es. >> >> Is that device supposed to be supported yet on -STABLE or -CURRENT? > > The 5787 has a device ID of 0x169b. The 0x167a is used on the 5754. Right you are - it's the PHYS remark in a linux boot message that mentioned 5787, sorry for the confusion. FreeBSD then correctly identifies the card, and loads the if_bge driver, but that panics the system. I tried to get a snap of the output, but the data was so garbled, it was useless. I can try again tomorrow. Anything you'd like to see in particular? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Sep 21 21:12:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 41DF816A403 for ; Thu, 21 Sep 2006 21:12:23 +0000 (UTC) (envelope-from steve@energistic.com) Received: from energistic.com (mail.energistic.com [216.54.148.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D70EB43D5F for ; Thu, 21 Sep 2006 21:12:19 +0000 (GMT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost.energistic.com [127.0.0.1]) by energistic.com (8.13.8/8.13.8) with ESMTP id k8LLCIs6015491; Thu, 21 Sep 2006 17:12:18 -0400 (EDT) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.13.8/8.13.8/Submit) id k8LLCIKM013619; Thu, 21 Sep 2006 17:12:18 -0400 (EDT) (envelope-from steve) Date: Thu, 21 Sep 2006 17:12:18 -0400 (EDT) From: Steve Ames Message-Id: <200609212112.k8LLCIKM013619@energistic.com> To: freebsd-current@freebsd.org X-Spam-Status: No, score=-8.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS, SPF_PASS,USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on energistic.com Cc: kip.macy@gmail.com Subject: Xen 3.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 21 Sep 2006 21:12:23 -0000 Hi. The FreeBSD and Xen 3.0 page hasn't been updated in a while and searching the mailing lists came up empty. I saw that possibly there was some progress during the SoC but nothing definitive. At: http://www.fsmware.com/xenofreebsd/7.0/download/ You can download a fairly functional 7.x kernel but its from January 12, 2006. Does anyone have a more recent one? The code tarball from 6/1/06 (also posted there) doesn't seem to allow a kernel to be compiled cleanly. Any chance that http://www.fsmware.com/xenofreebsd/7.0/STATUS could be updated to include something more definitive than "This work has currently been deprioritized somewhat"? What's the future looking like? Thanks. -Steve From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 07:05:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 CF4AC16A403; Fri, 22 Sep 2006 07:05:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E36D43D7F; Fri, 22 Sep 2006 07:05:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp228-36.lns2.adl4.internode.on.net [203.122.228.36]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k8M75a27085315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Sep 2006 16:35:37 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 22 Sep 2006 16:35:27 +0930 User-Agent: KMail/1.9.4 References: <200609181238.19802.nb_root@videotron.ca> <20060920181039.GC1075@zaphod.nitro.dk> <4512BA81.7090306@freebsd.org> In-Reply-To: <4512BA81.7090306@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6446480.KreDDm2azR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609221635.29616.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Eprha Carvajal , Nicolas Blais , Michael Nottebrock , "Simon L. Nielsen" , JoaoBR Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 07:05:41 -0000 --nextPart6446480.KreDDm2azR Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 22 September 2006 01:44, Michael Nottebrock wrote: > FWIW, I've just finished compiling KDE 3.5.4 from scratch in a vmware > with a clean 7-CURRENT installed from the latest snapshot iso image > (FreeBSD 7.0-CURRENT-200609 #0: Sun Sep 3 20:30:50 UTC 2006) and I can > confirm that KDE works just fine with the latest base-system openssl. I've had to rename libssl.so.4 and libcrypto.so.4 out of the way otherwise = SSL=20 stuff in KDE crashes.. Luckily nothing that uses them couldn't be rebuilt :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6446480.KreDDm2azR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFE4s55ZPcIHs/zowRAmSmAJ0T/VIOXk5j64x0nTf5AdhU6rZXiQCggLlB IRCWxYvOUgzWhANf70SEAyc= =W/R1 -----END PGP SIGNATURE----- --nextPart6446480.KreDDm2azR-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 09:54:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3F92116A492; Fri, 22 Sep 2006 09:54:00 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C99343D5C; Fri, 22 Sep 2006 09:53:59 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k8M9ruNO061296; Fri, 22 Sep 2006 06:53:56 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: "Daniel O'Connor" Date: Fri, 22 Sep 2006 06:56:31 -0300 User-Agent: KMail/1.9.4 References: <200609181238.19802.nb_root@videotron.ca> <4512BA81.7090306@freebsd.org> <200609221635.29616.doconnor@gsoft.com.au> In-Reply-To: <200609221635.29616.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609220656.31871.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Nicolas Blais , freebsd-current@freebsd.org, Michael Nottebrock , "Simon L. Nielsen" , Eprha Carvajal Subject: Re: KDE & OpenSSL 0.9.8 in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 09:54:00 -0000 On Friday 22 September 2006 04:05, Daniel O'Connor wrote: > On Friday 22 September 2006 01:44, Michael Nottebrock wrote: > > FWIW, I've just finished compiling KDE 3.5.4 from scratch in a vmware > > with a clean 7-CURRENT installed from the latest snapshot iso image > > (FreeBSD 7.0-CURRENT-200609 #0: Sun Sep 3 20:30:50 UTC 2006) and I can > > confirm that KDE works just fine with the latest base-system openssl. > > I've had to rename libssl.so.4 and libcrypto.so.4 out of the way otherwise > SSL stuff in KDE crashes.. I desinstalled the openssl port, compiled kdelibs on the base openssl and=20 after it I reinstalled openssl port and all works fine, kopete, konqueror a= nd=20 the ports which need openssl port as well seems that the openssl knobs in the kde ports Makefile do not work so well =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 12:43:24 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 0407816A415; Fri, 22 Sep 2006 12:43:24 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal.stack.nl [131.155.140.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9099143D55; Fri, 22 Sep 2006 12:43:23 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id F3E104B320; Fri, 22 Sep 2006 14:43:22 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id DB07A2288E; Fri, 22 Sep 2006 14:43:22 +0200 (CEST) Date: Fri, 22 Sep 2006 14:43:22 +0200 From: Jilles Tjoelker To: Gleb Smirnoff Message-ID: <20060922124322.GB2871@stack.nl> References: <20060919142739.GM27667@cell.sick.ru> <200609191539.aa46619@walton.maths.tcd.ie> <20060920095012.GS27667@cell.sick.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060920095012.GS27667@cell.sick.ru> X-Operating-System: FreeBSD 5.5-RELEASE-p1 i386 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: David Malone , current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 12:43:24 -0000 On Wed, Sep 20, 2006 at 01:50:12PM +0400, Gleb Smirnoff wrote: > Oops. Well, going up the directory tree, I've found that the '..' > entry is unaccessible in the /usr and /var directories: > glebius@jujik:/var:|>ls -la > ls: ..: Permission denied > total 1120 > drwxr-xr-x 25 root wheel 512 20 ??? 17:39 . > drwxrwxr-x 2 root operator 512 19 ??? 12:14 .snap > drwxr-xr-x 2 root wheel 512 21 ??? 2004 account > drwxr-xr-x 4 root wheel 512 28 ??? 2004 at > drwxr-x--- 2 root audit 512 21 ??? 2006 audit > Check the permissions of the original mount point (you need to umount /usr and /var to do so). From mount(1): ] CAVEATS ] After a successful mount, the permissions on the original mount point ] determine if .. is accessible from the mounted file system. The minimum ] permissions for the mount point for traversal across the mount point in ] both directions to be possible for all users is 0111 (execute for all). -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 13:25:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 6B9D416A49E; Fri, 22 Sep 2006 13:25:23 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from yam.park.rambler.ru (yam.park.rambler.ru [81.19.64.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6982943DB9; Fri, 22 Sep 2006 13:25:19 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by yam.park.rambler.ru (8.13.6/8.13.3) with ESMTP id k8MDPH6W078617; Fri, 22 Sep 2006 17:25:17 +0400 (MSD) (envelope-from is@rambler-co.ru) Date: Fri, 22 Sep 2006 17:25:37 +0400 (MSD) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: John-Mark Gurney In-Reply-To: <20060917210426.GI9421@funkthat.com> Message-ID: <20060922171542.G17859@is.park.rambler.ru> References: <20060917210426.GI9421@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: kqueue disable on delivery... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 13:25:23 -0000 On Sun, 17 Sep 2006, John-Mark Gurney wrote: > I have implemented a couple additional features to kqueue. These allow > kqueue to be a multithreaded event delivery system that can guarantee > that the event will only be active in one thread at any time. > > The first is EV_DOD, aka disable on delivery. When the event will be > delivered to userland, the knote is marked disabled so we don't > have to go through the expense of reallocing the knote each time. > (Reallocation of the knote is also lock intensive, and disabling is > cheap.) In my opinion, it's too implementation specific flag. > Even though this means that the event will only ever be active in a > thread at a time, (when you're done handling the event, you reenable > it), removing the event from the queue outside the event handler (say > a timeout handler for the connection) poses to be a problem. If you > simply close the socket, the event disappears, but then there is a > race between another event being created with the same socket, and > notification of the handler that you want the event to stop. > > In order to handle that situation, I have come up w/ EV_FORCEOS, aka > FORCE ONE_SHOT. EV_ONESHOT events have the advantage that once queued, > they don't care if they have been activated or not, they will be returned > the next round. This means that the timeout handler can safely set > EV_FORCEOS on the handler, and either if it's _DISABLED (handler running > and will reenable it), or it's _ENABLED, it will get dispatched, allowing > the handler to detect the EV_FORCEOS flag and teardown the connection. I think it should be EVFILT_USER event, allowing to EV_SET(&kev, fd, EVFILT_USER, 0, 0, 0, udata); and the event should automatically sets the EV_ONESHOT flag internally. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 14:44:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 394A016A412; Fri, 22 Sep 2006 14:44:19 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0C243D58; Fri, 22 Sep 2006 14:44:18 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.6/8.13.6) with ESMTP id k8MEiGOZ027656 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 22 Sep 2006 10:44:16 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k8MEiA4Z042996; Fri, 22 Sep 2006 10:44:11 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17683.63162.919620.114649@grasshopper.cs.duke.edu> Date: Fri, 22 Sep 2006 10:44:10 -0400 (EDT) To: Andre Oppermann In-Reply-To: <4511B9B1.2000903@freebsd.org> References: <4511B9B1.2000903@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: alc@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 14:44:19 -0000 Between TSO and your sendfile changes, things are looking up! Here are some Myri10GbE 1500 byte results from a 1.8GHz UP FreeBSD/amd64 machine (AMD Athlon(tm) 64 Processor 3000+) sending to a 2.0GHz SMP Linux/x86_64 machine (AMD Athlon(tm) 64 X2 Dual Core Processor 3800+) running 26.17.7smp and our 1.1.0 Myri10GE driver (with LRO). I used a linux receiver because LRO is the only way to receive standard frames at line rate (without a TOE). These tests are all for sendfile of a 10MB file in /var/tmp: % netperf242 -Hrome-my -tTCP_SENDFILE -F /var//tmp/zot -T,1 -c -C -- -s393216 The -T,1 is required to force the netserver to use a different core than the interrupt handler is bound to on the linux machine. BTW, it would be really nice if FreeBSD supported CPU affinity for processes and interrupt handlers.. I did a number of runs with TSO and the patch applied and found that setting the send-side socket buffer size to 393216 gave the best performance in that case. I used this size for all tests, but it is possible there is a different sweet spot for other configurations. Note that linux auto-tunes socket buffer sizes, so I omitted the -- -s393216 for linux. Recv Send Send Utilization Service Demand Socket Socket Message Elapsed Send Recv Send Recv Size Size Size Time Throughput local remote local remote bytes bytes bytes secs. 10^6bits/s % S % S us/KB us/KB Without patch: 87380 393216 393216 10.00 2163.08 100.00 19.35 3.787 1.466 Without patch + TSO: 87380 393216 393216 10.00 4367.18 71.54 42.07 1.342 1.578 With patch: 87380 393216 393216 10.01 1882.73 86.15 18.43 3.749 1.604 With patch + TSO: 87380 393216 393216 10.00 6961.08 47.69 60.11 0.561 1.415 For comparision, if I reboot the sender into RHEL (Linux 2.6.9-11.EL x86_64): 87380 65536 65536 10.01 9333.00 28.98 75.23 0.254 1.321 The above results are the median result for 5 runs at each setting. Drew From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 15:59:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 17AA216A417; Fri, 22 Sep 2006 15:59:40 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 386D243D9A; Fri, 22 Sep 2006 15:59:20 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Fri, 22 Sep 2006 23:59:17 +0800 id 0010E40B.45140855.0000655B From: "Intron is my alias on the Internet" To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Date: Fri, 22 Sep 2006 23:59:17 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: alexander@leidinger.net Subject: [Updated on 2006-9-22 again] Linux AIO module, Re: PERFORCE change 105930 for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 15:59:40 -0000 Download: http://ftp.intron.ac/tmp/linux_aio-20060922.tar.bz2 Updated file: linux_aio.h Define the type "linux_aio_context_t" in the same way as genuine Linux instead of "l_ulong". ------------------------------------------------------------------------ From Beijing, China ---------- Forwarded Mail ---------- From: "Intron is my alias on the Internet" To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Cc: Alexander Leidinger Subject: [Updated on 2006-9-22] Linux AIO module, Re: PERFORCE change 105930 for review Date: Fri, 22 Sep 2006 02:02:41 +0800 Download: http://ftp.intron.ac/tmp/linux_aio-20060922.tar.bz2 Updated files: linux_aio.c vfs_aio.c.diff readme.txt 1. Flexible on-demand linking to FreeBSD native AIO module. Only when linux_io_xxx() is called will native AIO module be loaded. 2. Only two symbols "aio_init_aioinfo" and "aio_aqueue" of the native AIO module need to be exported. Alexander, please roll back "vfs_aio.c", and then apply my new patch "vfs_aio.c.diff", to conform to POLA (Principle Of Least Astonishment). And please change the value of "EXPORT_SYMS" in "/sys/modules/aio/Makefile". ------------------------------------------------------------------------ From Beijing, China Alexander Leidinger wrote: > > Wait... the aio stuff you need is already made global (instead of > static) and exported by the module. That's all you need. Roman should > have the mail from jhb@ where he explained how to dynamically look up > the stuff for the linux_mq_*() functions in the module load handle by > using the kernel linker to lookup the symbols (AFAIR). > > Roman, could you please forward the corresponding explanation to Intron? > From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 16:58:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 180FF16A403; Fri, 22 Sep 2006 16:58:51 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id A209D43D53; Fri, 22 Sep 2006 16:58:50 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (eln3rdzzyu8mwswk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8MGwo0Z014737; Fri, 22 Sep 2006 09:58:50 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8MGwn8F014736; Fri, 22 Sep 2006 09:58:49 -0700 (PDT) (envelope-from jmg) Date: Fri, 22 Sep 2006 09:58:49 -0700 From: John-Mark Gurney To: Igor Sysoev Message-ID: <20060922165848.GS23915@funkthat.com> Mail-Followup-To: Igor Sysoev , freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org References: <20060917210426.GI9421@funkthat.com> <20060922171542.G17859@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922171542.G17859@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: kqueue disable on delivery... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 16:58:51 -0000 Igor Sysoev wrote this message on Fri, Sep 22, 2006 at 17:25 +0400: > On Sun, 17 Sep 2006, John-Mark Gurney wrote: > > >I have implemented a couple additional features to kqueue. These allow > >kqueue to be a multithreaded event delivery system that can guarantee > >that the event will only be active in one thread at any time. > > > >The first is EV_DOD, aka disable on delivery. When the event will be > >delivered to userland, the knote is marked disabled so we don't > >have to go through the expense of reallocing the knote each time. > >(Reallocation of the knote is also lock intensive, and disabling is > >cheap.) > > In my opinion, it's too implementation specific flag. How else are you doing to solve having multiple threads servicing the same queue at the same time? Also, Apple is planing on having a similar flag to EV_DOD, but I don't know what they are naming it.. I've tried for a while to find out, but haven't been able to... > >Even though this means that the event will only ever be active in a > >thread at a time, (when you're done handling the event, you reenable > >it), removing the event from the queue outside the event handler (say > >a timeout handler for the connection) poses to be a problem. If you > >simply close the socket, the event disappears, but then there is a > >race between another event being created with the same socket, and > >notification of the handler that you want the event to stop. > > > >In order to handle that situation, I have come up w/ EV_FORCEOS, aka > >FORCE ONE_SHOT. EV_ONESHOT events have the advantage that once queued, > >they don't care if they have been activated or not, they will be returned > >the next round. This means that the timeout handler can safely set > >EV_FORCEOS on the handler, and either if it's _DISABLED (handler running > >and will reenable it), or it's _ENABLED, it will get dispatched, allowing > >the handler to detect the EV_FORCEOS flag and teardown the connection. > > I think it should be EVFILT_USER event, allowing to > EV_SET(&kev, fd, EVFILT_USER, 0, 0, 0, udata); > and the event should automatically sets the EV_ONESHOT flag internally. I'll agree EV_FORCEOS is open for discussion, but you did see how much code it adds right? I was surprised at how small the patch was for the additional functionality.. What happens if you are in the process of tearing down udata when this happens, but you haven't gotten far enough to drop it? Then you'd have to deal w/ possible lock inversions between the timeout list and your object lock, deal w/ flags on the object and ref counts.. With _DOD and _FORCEOS, you are able to continue to not require special state flags, locks nor reference counting on your objects serviced by kqueue... I wrote this code in anticipation of supporting sun4v boxes where it'd be useful to have 32 threads (or more) servicing a single kqueue... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 17:24:15 2006 Return-Path: X-Original-To: current@freebsd.org 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 6F4DA16A412 for ; Fri, 22 Sep 2006 17:24:15 +0000 (UTC) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA5A743D64 for ; Fri, 22 Sep 2006 17:23:59 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.gooney; d=altadena.net; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=CuBET1n6FRa8KH0yX8fjU6CF4W/TcAhiepA3hz5Fu9ziVgoaKl79OzXSkIvZ7dqhIFzDau+HPcGGra0m8FwMYxXy4pSlzOSXlNfRAcAjs521j0EXvdHy9dhnHfWz0hd6Xf+v4s4F1h6rNy/lju4UG/Psh/snhl8zvqfFIcb0EB0=; Received: from c-68-50-108-92.hsd1.md.comcast.net ([68.50.108.92] helo=[192.168.170.199]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1GQokn-0003k2-Nm for current@freebsd.org; Fri, 22 Sep 2006 10:23:58 -0700 Message-ID: <45141C28.1050506@altadena.net> Date: Fri, 22 Sep 2006 13:23:52 -0400 From: Peter Carah Organization: Altadena Internet Communications User-Agent: Thunderbird 1.5.0.5 (X11/20060909) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: IF_BRIDGE problem on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 17:24:15 -0000 Pardon sending a releng_6 question to current, but the relevant folks all read here... I don't know if anything changed in either if_bridge or ath (or maybe sis?) in RELENG_6 lately (in the last 3 weeks) but I cvsup'd and rebuilt the day before yesterday to 6.2-PRERELEASE and get no forwarding through if_bridge. All ports talk fine individually to the host containing the bridge but nothing forwards. STP is NOT enabled. ifconfig down+up on all 3 individual ports or bridge port does not help. Nor does anything obvious in sysctl... It is annoying because wireless clients can't reach the local server box. Hardware is a soekris 4801 with a CM-9 and another higher power minipci atheros board. I build stable on my laptop and nfs-mount src and obj to the soekris for install... This was working till the day before yesterday. What changed? pci0: on pcib0 sis0: port 0xe100-0xe1ff mem 0xa0000000-0xa000 0fff irq 10 at device 6.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c2:a5:74 sis0: [GIANT-LOCKED] sis1: port 0xe200-0xe2ff mem 0xa0001000-0xa000 1fff irq 10 at device 7.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c2:a5:75 sis1: [GIANT-LOCKED] sis2: port 0xe300-0xe3ff mem 0xa0002000-0xa000 2fff irq 10 at device 8.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 ukphy2: on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:c2:a5:76 sis2: [GIANT-LOCKED] ath0: mem 0xa0010000-0xa001ffff irq 11 at device 10.0 on pci0 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:02:6f:3e:2c:16 ath0: mac 10.4 phy 6.1 radio 6.3 ath1: mem 0xa0020000-0xa002ffff irq 5 at device 14.0 on pci0 ath1: [GIANT-LOCKED] ath1: Ethernet address: 00:0b:6b:35:8d:2d ath1: mac 5.9 phy 4.3 radio 3.6 ..... sis1: flags=8943 mtu 1500 options=8 inet6 fe80::200:24ff:fec2:a575%sis1 prefixlen 64 scopeid 0x2 inet 192.168.170.1 netmask 0xffffff00 broadcast 192.168.170.255 inet 192.168.170.16 netmask 0xffffffff broadcast 192.168.170.16 ether 00:00:24:c2:a5:75 media: Ethernet autoselect (100baseTX ) status: active ath0: flags=8943 mtu 2290 inet6 fe80::202:6fff:fe3e:2c16%ath0 prefixlen 64 scopeid 0x4 inet 192.168.170.15 netmask 0xffffff00 broadcast 192.168.170.255 ether 00:02:6f:3e:2c:16 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid AltadenaEg channel 11 bssid 00:02:6f:3e:2c:16 authmode WPA1+WPA2/802.11i privacy MIXED deftxkey 3 TKIP 2:128-bit TKIP 3:128-bit txpowmax 38 bmiss 7 protmode CTS burst dtimperiod 1 bintval 100 ath1: flags=8943 mtu 2290 inet6 fe80::20b:6bff:fe35:8d2d%ath1 prefixlen 64 scopeid 0x5 inet 192.168.170.17 netmask 0xffffff00 broadcast 192.168.170.255 ether 00:0b:6b:35:8d:2d media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: associated ssid AltadenaEa channel 64 bssid 00:0b:6b:35:8d:2d authmode WPA1+WPA2/802.11i privacy MIXED deftxkey 3 TKIP 2:128-bit TKIP 3:128-bit txpowmax 35 bmiss 7 burst dtimperiod 1 bintval 100 bridge0: flags=8843 mtu 1500 ether f6:a8:89:a7:04:6f priority 32768 hellotime 2 fwddelay 15 maxage 20 member: sis1 flags=3 member: ath1 flags=3 member: ath0 flags=3 I also can't get a 1500 mtu to stick on the ath ports and bridge objects to attaching them. Normally it will last long enough to make things work. -- Pete From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 17:54:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 3327016A40F for ; Fri, 22 Sep 2006 17:54:55 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id B07CD43D4C for ; Fri, 22 Sep 2006 17:54:54 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 22 Sep 2006 10:54:56 -0700 X-IronPort-AV: i="4.09,204,1157353200"; d="scan'208"; a="342834935:sNHT30814534" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k8MHss2I007370 for ; Fri, 22 Sep 2006 10:54:54 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k8MHspQX004076 for ; Fri, 22 Sep 2006 10:54:54 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 22 Sep 2006 10:54:53 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 22 Sep 2006 10:54:53 -0700 Message-ID: <45142352.2060600@cisco.com> Date: Fri, 22 Sep 2006 13:54:26 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Sep 2006 17:54:53.0445 (UTC) FILETIME=[350DFB50:01C6DE70] DKIM-Signature: a=rsa-sha1; q=dns; l=979; t=1158947694; x=1159811694; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Anyone=20play=20with=20divert=20sockets=20lately?; X=v=3Dcisco.com=3B=20h=3DVY01OdloiPqimWlGZCZsXEOGMYw=3D; b=sqXIGVZEA6T1++KprtM1hreOcYNr7xeklS+pIdmSnCjbKYihY5O1SiFpn3p8N2nEy3G06jBg pa7RnwIIQxtDiiEuT8tSBjloa+aaaPGWL1C72SIRC5PVzxcWCMTwjHs1; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: Anyone play with divert sockets lately? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 17:54:55 -0000 Hi all: Due to something I need to do at I had to bring up a couple of daemon's that use DIVERT sockets. So I grabbed my two test machines.. one runs 6.1 the other 7.0... I had not updated in a while... (the 7.0 machine). So anyway, I got everything configured.. started my router with the proper VRF's.. setup the tunnels ... the 6.1 machine came up fine.. The 7.0 could not write into the tunnel... it is sending to addr.sin_addr.s_addr = 0 and getting error EACCESS back.. So I cvsup to current as of today.. rebuild.. and I get a bunch of: error's from the divert code.. and then a crash in kern_exec/kern_proc.c (system ran out of memory I think).. The system was constantly printing divert_packet: no divert tag Even after I got a listener up on the divert port... Hmm.. any hints would be nice... I will go dig around and look.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 18:07:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9EE2216A40F for ; Fri, 22 Sep 2006 18:07:45 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C3643D68 for ; Fri, 22 Sep 2006 18:07:43 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 22 Sep 2006 11:07:43 -0700 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k8MI7hA3023902 for ; Fri, 22 Sep 2006 11:07:43 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k8MI7hYr009826 for ; Fri, 22 Sep 2006 11:07:43 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 22 Sep 2006 11:07:43 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 22 Sep 2006 11:07:42 -0700 Message-ID: <45142651.1040709@cisco.com> Date: Fri, 22 Sep 2006 14:07:13 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <45142352.2060600@cisco.com> In-Reply-To: <45142352.2060600@cisco.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Sep 2006 18:07:43.0194 (UTC) FILETIME=[FFDC5BA0:01C6DE71] DKIM-Signature: a=rsa-sha1; q=dns; l=1471; t=1158948463; x=1159812463; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Anyone=20play=20with=20divert=20sockets=20lately?; X=v=3Dcisco.com=3B=20h=3D501uzIGYshBKoQ9c94cTaL/zwjI=3D; b=fy4hza+ya9yAVgEY9C1381yR8tQSoWArZYf+f1Z8aQJHWI8vXgbarU2ZPTPJQnwROTdoXzKc JWdRcmBaVJM0ZG5CZu+7ENYbHHz5VRzPWZYeGGCVzXSPBAYUah5z57Ce; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: Re: Anyone play with divert sockets lately? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 18:07:45 -0000 Randall Stewart wrote: > Hi all: > > Due to something I need to do at I had to bring > up a couple of daemon's that use DIVERT sockets. > So I grabbed my two test machines.. one runs > 6.1 the other 7.0... > > I had not updated in a while... (the 7.0 machine). > So anyway, I got everything configured.. started > my router with the proper VRF's.. setup the > tunnels ... > > the 6.1 machine came up fine.. > > The 7.0 could not write into the tunnel... it > is sending to addr.sin_addr.s_addr = 0 and getting > error EACCESS back.. > > So I cvsup to current as of today.. rebuild.. > > and I get a bunch of: > > error's from the divert code.. and then a > crash in kern_exec/kern_proc.c > > (system ran out of memory I think).. > > The system was constantly printing > > divert_packet: no divert tag > > Even after I got a listener up on the divert port... > > Hmm.. any hints would be nice... > > I will go dig around and look.. > > R Well.. I did not see anything explicitly.. its interesting. That message continually prints out... (as the router sends in the packet I want diverted.. and there is no listner)... Now, when I start the daemon.. thats when the memory leak begins.. I don't see mbuf's leaking but the stats netstat shows the amount of memory alloc'd to network is on the rise.. very strange.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 18:21:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DB97216A47C; Fri, 22 Sep 2006 18:21:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79AA843D58; Fri, 22 Sep 2006 18:21:00 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k8MIKwIl000523; Fri, 22 Sep 2006 14:20:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k8MIKv85013973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Sep 2006 14:20:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <7.0.1.0.0.20060922141613.14e3ce30@sentex.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 22 Sep 2006 14:21:02 -0400 To: Randall Stewart , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <45142352.2060600@cisco.com> References: <45142352.2060600@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Status: Clean Cc: Subject: Re: Anyone play with divert sockets lately? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 18:21:12 -0000 At 01:54 PM 9/22/2006, Randall Stewart wrote: >Hi all: > >Due to something I need to do at I had to bring >up a couple of daemon's that use DIVERT sockets. >So I grabbed my two test machines.. one runs >6.1 the other 7.0... I know of at least one bug (deadlock) still there in RELENG_6. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/86427 There seems to be a more recent version in HEAD and actually it says "MFC after 1 week" but it doesnt seem to have been done ? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_divert.c ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 20:00:10 2006 Return-Path: X-Original-To: current@freebsd.org 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 B351816A403 for ; Fri, 22 Sep 2006 20:00:10 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A6843D53 for ; Fri, 22 Sep 2006 20:00:09 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id ACD02353 for ; Fri, 22 Sep 2006 12:59:53 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EAAAC45058 for ; Fri, 22 Sep 2006 12:59:51 -0700 (PDT) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1158955191_33273P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 22 Sep 2006 12:59:51 -0700 From: "Kevin Oberman" Message-Id: <20060922195951.EAAAC45058@ptavv.es.net> Cc: Subject: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 20:00:10 -0000 --==_Exmh_1158955191_33273P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Not sure if this was best to current or ports, but I suspect current is the best starting point. It is beyond my VERY limited C++ skills to decipher. When I try building avifile on either of my current systems, I get the error: c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I./../common -I./../../ffmpeg/libavformat -I./../../ffmpeg/libavcodec -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -Wall -Wno-unused -I../../include -O2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -c ReadFile.cpp -fPIC -DPIC -o .libs/ReadFile.o ReadFile.cpp:129: error: explicit qualification in declaration of `avm::IReadFile* avm::CreateReadFile(const char*, unsigned int)' gmake[2]: *** [ReadFile.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/avifile/work/avifile-0.7-0.7.43/lib/aviread' This compiles fine on a 6.2-PRERELEASE system. Any idea what might be causing this? I don't see any other reports of problem, so it may be a problem on my system, but I don't see what it could be other than compiler. But both systems are gcc 3.4.6 (although one is 20060305 and the other 20060825). Maybe something in the changes to gcc are responsible. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1158955191_33273P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFFEC3kn3rs5h7N1ERAsCRAJ41773A50Z2STwxv9qDONE5Iw6JJgCeL2Pm Lim6J3D+cOeNgJFiOP8EehE= =52dK -----END PGP SIGNATURE----- --==_Exmh_1158955191_33273P-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 20:16:20 2006 Return-Path: X-Original-To: current@freebsd.org 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 32DCB16A403 for ; Fri, 22 Sep 2006 20:16:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F24A943D45 for ; Fri, 22 Sep 2006 20:16:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D2DF81A3C1F; Fri, 22 Sep 2006 13:16:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3035A514DF; Fri, 22 Sep 2006 16:16:19 -0400 (EDT) Date: Fri, 22 Sep 2006 16:16:18 -0400 From: Kris Kennaway To: Kevin Oberman Message-ID: <20060922201618.GA65490@xor.obsecurity.org> References: <20060922195951.EAAAC45058@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922195951.EAAAC45058@ptavv.es.net> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 20:16:20 -0000 On Fri, Sep 22, 2006 at 12:59:51PM -0700, Kevin Oberman wrote: > Not sure if this was best to current or ports, but I suspect current is > the best starting point. It is beyond my VERY limited C++ skills to > decipher. > > When I try building avifile on either of my current systems, I get the > error: > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I./../common -I./../../ffmpeg/libavformat -I./../../ffmpeg/libavcodec -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -Wall -Wno-unused -I../../include -O2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -c ReadFile.cpp -fPIC -DPIC -o .libs/ReadFile.o > ReadFile.cpp:129: error: explicit qualification in declaration of `avm::IReadFile* avm::CreateReadFile(const char*, unsigned int)' > gmake[2]: *** [ReadFile.lo] Error 1 > gmake[2]: Leaving directory `/usr/ports/multimedia/avifile/work/avifile-0.7-0.7.43/lib/aviread' > > This compiles fine on a 6.2-PRERELEASE system. > > Any idea what might be causing this? I don't see any other reports of > problem, When in doubt, check http://pointyhat.freebsd.org. It's consistently failed to build 6 times since August. Kris From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 20:27:14 2006 Return-Path: X-Original-To: current@freebsd.org 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 01A3716A407 for ; Fri, 22 Sep 2006 20:27:14 +0000 (UTC) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8822943D4C for ; Fri, 22 Sep 2006 20:27:13 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.gooney; d=altadena.net; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=DVx3uwcKN/jHpOL9ulTzTEldJkTrresSSmv8Ra0sTBbDGi4EJJxpSRwRmFw/xLRrCq5dcPgM+Y3uRGmwEpmrv8ywbTQtAdp/Gz7RW8nndoWgeLcFC6Cl6Oir0v02iEYia1UV5220x8Gv2g1l1PUaoUJ2IoZ6G52xHSDfw+AtGlw=; Received: from office.cerona.com ([206.83.251.90] helo=[192.168.201.55]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1GQrbz-0003tB-4I; Fri, 22 Sep 2006 13:27:03 -0700 Message-ID: <451446F9.5030705@altadena.net> Date: Fri, 22 Sep 2006 16:26:33 -0400 From: Peter Carah Organization: Altadena Internet Communications User-Agent: Thunderbird 1.5.0.5 (X11/20060909) MIME-Version: 1.0 To: Andrew Atrens References: <45141C28.1050506@altadena.net> <45142830.4030706@nortel.com> In-Reply-To: <45142830.4030706@nortel.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: IF_BRIDGE problem on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 20:27:14 -0000 Andrew Atrens wrote: > > I'm surprsied this worked for you in hostap <--> client > > I've heard that it can work in adhoc <--> adhoc if both nics are in promiscuous > mode. > > The issue as I remember it is that the 80211 header has three addresses in it. > > On the client side - > > one address is used for bss > one address is used for sender (client) mac, and > one address is used for the ap mac > > The problem with bridged packets is that the sender mac in the wless packet gets > set to the 'src' mac of the packet being bridged. When the ap side gets this packet it > doesn't recognise the mac, indeed it thinks that the packet has come from an > unauthenticated/unassociated station. > > Packets being sent by the ap are okay, because the 3 address header looks like > > one address is used for the ap bss > one address is used for the src mac > one address is used for the dest mac > > The whole WDS thing, whenever it's supported utilises a 4 address header and so > should support what you are doing. > > Most commercial wless bridges do some kind of mac nat or when used with a single > computer use a mac cloning scheme. > > In my case I introduced another IP type and add a simple 2 address header > > Andrew. > Both Sam and the man page claimed that it worked with the ath ports in hostap mode, and indeed it did till a couple of days ago. Now it doesn't, I need to revert some change but don't know just what the change was. The IP layer in wlan is supposed to pick the right src mac when shoving the packet into the stack. I've never seen any mac nat used with any AP I've ever seen. (packets on the wire side show up with exactly the pair of macs I'd expect, and the real (other side of ap) dest mac shows in the packets on both sides of the radio link. Indeed I haven't snooped the radio itself. Sam probably knows much more about this than I do, however...) -- Pete From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 21:07:12 2006 Return-Path: X-Original-To: current@freebsd.org 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 4644216A407 for ; Fri, 22 Sep 2006 21:07:12 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0409043D58 for ; Fri, 22 Sep 2006 21:07:11 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 2) with ESMTP (SSL) id AEC15639; Fri, 22 Sep 2006 14:06:39 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DB94F4506A; Fri, 22 Sep 2006 14:06:37 -0700 (PDT) To: Kris Kennaway In-Reply-To: Your message of "Fri, 22 Sep 2006 16:16:18 EDT." <20060922201618.GA65490@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1158959197_33273P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 22 Sep 2006 14:06:37 -0700 From: "Kevin Oberman" Message-Id: <20060922210637.DB94F4506A@ptavv.es.net> Cc: current@freebsd.org Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 21:07:12 -0000 --==_Exmh_1158959197_33273P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Gee. August is when kan updated the compiler. Looks like there is either an error in the update or a latent error in avifile that was not detected by the prior compiler asserted itself. I suspect the fix is trivial, but it w=ill take someone with C++/g++ knowledge I lack. Off to ports I go! Thanks, Kris. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1158959197_33273P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFFFBdkn3rs5h7N1ERAjQSAJ9A7IoMp8VaoPLiyiGHSe3beiFxaQCfTv6X ennCIMsgtfFKEsxbvbvqoR4= =2zme -----END PGP SIGNATURE----- --==_Exmh_1158959197_33273P-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 21:09:14 2006 Return-Path: X-Original-To: current@freebsd.org 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 2FA4716A412 for ; Fri, 22 Sep 2006 21:09:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 56F1543DB1 for ; Fri, 22 Sep 2006 21:08:50 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 30971 invoked by uid 399); 22 Sep 2006 21:08:47 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Sep 2006 21:08:47 -0000 Message-ID: <451450DD.2060600@FreeBSD.org> Date: Fri, 22 Sep 2006 14:08:45 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Peter Carah References: <45141C28.1050506@altadena.net> In-Reply-To: <45141C28.1050506@altadena.net> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: IF_BRIDGE problem on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 21:09:14 -0000 Peter Carah wrote: > Pardon sending a releng_6 question to current, but the relevant folks all read > here... Wrong answer. You could possibly be forgiven for asking on -current if you at least post your question to -stable first, then wait a day or two. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 21:11:57 2006 Return-Path: X-Original-To: current@freebsd.org 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 2AA6B16A519 for ; Fri, 22 Sep 2006 21:11:57 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF4143D76 for ; Fri, 22 Sep 2006 21:11:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3FD861A3C1C; Fri, 22 Sep 2006 14:11:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 396DB52206; Fri, 22 Sep 2006 17:11:02 -0400 (EDT) Date: Fri, 22 Sep 2006 17:11:01 -0400 From: Kris Kennaway To: Kevin Oberman Message-ID: <20060922211101.GA66111@xor.obsecurity.org> References: <20060922201618.GA65490@xor.obsecurity.org> <20060922210637.DB94F4506A@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922210637.DB94F4506A@ptavv.es.net> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Kris Kennaway Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 21:11:57 -0000 On Fri, Sep 22, 2006 at 02:06:37PM -0700, Kevin Oberman wrote: > Gee. August is when kan updated the compiler. Looks like there is either > an error in the update or a latent error in avifile that was not > detected by the prior compiler asserted itself. One or two extra C++ ports did break from increased compiler strictness, but I don't remember if this was one. Reporting to the developers would be the next step. Kris From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 21:17:27 2006 Return-Path: X-Original-To: current@freebsd.org 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 A38EC16A415 for ; Fri, 22 Sep 2006 21:17:27 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt14.ihug.co.nz (grunt14.ihug.co.nz [203.109.254.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A8643D90 for ; Fri, 22 Sep 2006 21:17:12 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt14.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GQsON-0000wl-00; Sat, 23 Sep 2006 09:17:04 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 87D661CC25; Sat, 23 Sep 2006 09:17:03 +1200 (NZST) Date: Sat, 23 Sep 2006 09:17:03 +1200 From: Andrew Thompson To: Peter Carah Message-ID: <20060922211703.GC76443@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Peter Carah , current@freebsd.org References: <45141C28.1050506@altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45141C28.1050506@altadena.net> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: IF_BRIDGE problem on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 21:17:27 -0000 On Fri, Sep 22, 2006 at 01:23:52PM -0400, Peter Carah wrote: > Pardon sending a releng_6 question to current, but the relevant folks all read > here... I don't know if anything changed in either if_bridge or ath (or maybe > sis?) in RELENG_6 lately (in the last 3 weeks) but I cvsup'd and rebuilt the > day before yesterday to 6.2-PRERELEASE and get no forwarding through if_bridge. > All ports talk fine individually to the host containing the bridge but nothing > forwards. STP is NOT enabled. ifconfig down+up on all 3 individual ports or > bridge port does not help. Nor does anything obvious in sysctl... > > It is annoying because wireless clients can't reach the local server box. > > Hardware is a soekris 4801 with a CM-9 and another higher power minipci atheros > board. I build stable on my laptop and nfs-mount src and obj to the soekris > for install... > > This was working till the day before yesterday. What changed? Are you using ipfw by chance? Andrew From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 21:30:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D015716A49E for ; Fri, 22 Sep 2006 21:30:36 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 672F343D64 for ; Fri, 22 Sep 2006 21:30:35 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-02.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id k8MLUYkU014458 for ; Fri, 22 Sep 2006 17:30:34 -0400 (EDT) Date: Fri, 22 Sep 2006 17:30:34 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20060922213034.GA32703@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20060922195951.EAAAC45058@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20060922195951.EAAAC45058@ptavv.es.net> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 21:30:36 -0000 On Fri, Sep 22, 2006 at 12:59:51PM -0700, Kevin Oberman wrote: > Not sure if this was best to current or ports, but I suspect current is > the best starting point. It is beyond my VERY limited C++ skills to > decipher. > > When I try building avifile on either of my current systems, I get the > error: > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I./../common -I./../../ffmpeg/libavformat -I./../../ffmpeg/libavcodec -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -Wall -Wno-unused -I../../include -O2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -c ReadFile.cpp -fPIC -DPIC -o .libs/ReadFile.o > ReadFile.cpp:129: error: explicit qualification in declaration of `avm::IReadFile* avm::CreateReadFile(const char*, unsigned int)' > gmake[2]: *** [ReadFile.lo] Error 1 > gmake[2]: Leaving directory `/usr/ports/multimedia/avifile/work/avifile-0.7-0.7.43/lib/aviread' > > This compiles fine on a 6.2-PRERELEASE system. Nothing but a me too here. I figured it was simply something odd on my system. It compiles on 6.2 but not CURRENT> -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Angel: I'm weak. I've never been anything else. I wanted to lose myself in you. I know it will cost me my soul, and part of me didn't care. It's not the demon in me that needs killing, Buffy, it's the man. From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 21:42:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 5E11A16A407 for ; Fri, 22 Sep 2006 21:42:14 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CDB43D45 for ; Fri, 22 Sep 2006 21:42:12 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1GQsma-0002Kj-AS; Fri, 22 Sep 2006 23:42:12 +0200 Received: from hondo. (pD9514383.dip0.t-ipconnect.de [217.81.67.131]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k8MLg2SX007363 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 22 Sep 2006 23:42:03 +0200 To: freebsd-current@freebsd.org References: <20060922195951.EAAAC45058@ptavv.es.net> From: Wolfram Fenske Mail-Followup-To: freebsd-current@freebsd.org Date: Fri, 22 Sep 2006 23:38:54 +0200 In-Reply-To: <20060922195951.EAAAC45058@ptavv.es.net> (Kevin Oberman's message of "Fri, 22 Sep 2006 12:59:51 -0700") Message-ID: <86wt7vshsh.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.5 (--) X-Spam-Report: ---- Start SpamAssassin results -2.5 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.1 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: a6e28ca6865e16541bae30d025f0ff32 Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 21:42:14 -0000 Hello! "Kevin Oberman" writes: > Not sure if this was best to current or ports, but I suspect current is > the best starting point. It is beyond my VERY limited C++ skills to > decipher.=20 > > When I try building avifile on either of my current systems, I get the > error: > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I./../common -I./../../ffmp= eg/libavformat -I./../../ffmpeg/libavcodec -I/usr/local/include -I/usr/loca= l/include -I/usr/X11R6/include -D_GETOPT_H -Wall -Wno-unused -I../../includ= e -O2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D= 64 -pipe -c ReadFile.cpp -fPIC -DPIC -o .libs/ReadFile.o > ReadFile.cpp:129: error: explicit qualification in declaration of `avm::I= ReadFile* avm::CreateReadFile(const char*, unsigned int)' > gmake[2]: *** [ReadFile.lo] Error 1 > gmake[2]: Leaving directory `/usr/ports/multimedia/avifile/work/avifile-0= .7-0.7.43/lib/aviread' > > This compiles fine on a 6.2-PRERELEASE system. > > Any idea what might be causing this? I don't see any other reports of > problem, so it may be a problem on my system, but I don't see what it I don't know what the problem really is, but I found some bug reports with the message =BBerror: explicit qualification in declaration=AB. [1] Apparently, they can be fixed by removing the namespace qualifier. So replacing line 129 with one of --8<---------------cut here---------------start------------->8--- avm::IReadFile* CreateReadFile(const char*, unsigned int) IReadFile* avm::CreateReadFile(const char*, unsigned int) IReadFile* CreateReadFile(const char*, unsigned int) --8<---------------cut here---------------end--------------->8--- might work. Footnotes:=20 [1] =20=20=20=20=20= =20=20=20 --=20 Wolfram Fenske A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 22:00:39 2006 Return-Path: X-Original-To: current@freebsd.org 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 E816F16A416 for ; Fri, 22 Sep 2006 22:00:39 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt2.ihug.co.nz (grunt2.ihug.co.nz [203.109.254.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F42243D62 for ; Fri, 22 Sep 2006 22:00:36 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt2.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GQt4V-0000v6-00; Sat, 23 Sep 2006 10:00:35 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 0CB5B1CC25; Sat, 23 Sep 2006 10:00:35 +1200 (NZST) Date: Sat, 23 Sep 2006 10:00:35 +1200 From: Andrew Thompson To: Peter Carah Message-ID: <20060922220035.GD76443@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Peter Carah , current@freebsd.org References: <45141C28.1050506@altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45141C28.1050506@altadena.net> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: IF_BRIDGE problem on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 22:00:40 -0000 On Fri, Sep 22, 2006 at 01:23:52PM -0400, Peter Carah wrote: > Pardon sending a releng_6 question to current, but the relevant folks all read > here... I don't know if anything changed in either if_bridge or ath (or maybe > sis?) in RELENG_6 lately (in the last 3 weeks) but I cvsup'd and rebuilt the > day before yesterday to 6.2-PRERELEASE and get no forwarding through if_bridge. > All ports talk fine individually to the host containing the bridge but nothing > forwards. STP is NOT enabled. ifconfig down+up on all 3 individual ports or > bridge port does not help. Nor does anything obvious in sysctl... > > It is annoying because wireless clients can't reach the local server box. > > Hardware is a soekris 4801 with a CM-9 and another higher power minipci atheros > board. I build stable on my laptop and nfs-mount src and obj to the soekris > for install... > > This was working till the day before yesterday. What changed? This was my mistake and has been fixed in HEAD. The ethernet header was inadvertently stripped from ARP packets. You can revert back to r1.11.2.37 to fix this. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 22:09:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 192ED16A4C9 for ; Fri, 22 Sep 2006 22:09:40 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 978D743D49 for ; Fri, 22 Sep 2006 22:09:35 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 57412 invoked from network); 22 Sep 2006 22:12:03 -0000 Received: from opi.flirtbox.ch (HELO [127.0.0.1]) ([62.48.0.50]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 22 Sep 2006 22:12:03 -0000 Message-ID: <45145F1D.8020005@freebsd.org> Date: Sat, 23 Sep 2006 00:09:33 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Andrew Gallatin References: <4511B9B1.2000903@freebsd.org> <17683.63162.919620.114649@grasshopper.cs.duke.edu> In-Reply-To: <17683.63162.919620.114649@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 22:09:40 -0000 Andrew Gallatin wrote: > > Between TSO and your sendfile changes, things are looking up! > > Here are some Myri10GbE 1500 byte results from a 1.8GHz UP > FreeBSD/amd64 machine (AMD Athlon(tm) 64 Processor 3000+) sending to a > 2.0GHz SMP Linux/x86_64 machine (AMD Athlon(tm) 64 X2 Dual Core Processor > 3800+) running 26.17.7smp and our 1.1.0 Myri10GE driver (with LRO). > I used a linux receiver because LRO is the only way to receive > standard frames at line rate (without a TOE). > > These tests are all for sendfile of a 10MB file in /var/tmp: > > % netperf242 -Hrome-my -tTCP_SENDFILE -F /var//tmp/zot -T,1 -c -C -- -s393216 You should use -m5M as well. netperf is kinda dumb and does only socket buffer sized sendfile calls whereas sendfile really works best (especially new-sendfile) when it chew on a really big chunk of file without having to return to userland for every ~380k in this case. > The -T,1 is required to force the netserver to use a different core > than the interrupt handler is bound to on the linux machine. BTW, > it would be really nice if FreeBSD supported CPU affinity for processes > and interrupt handlers.. I have a gross version of that in my tree. The kernel itself supports it but it's not yet exposed to userland for manual intervention. > I did a number of runs with TSO and the patch applied and found that > setting the send-side socket buffer size to 393216 gave the best > performance in that case. I used this size for all tests, but it is > possible there is a different sweet spot for other configurations. > Note that linux auto-tunes socket buffer sizes, so I omitted the -- > -s393216 for linux. We're getting there too. First for the send buffer. Again some gross code in my tree. Not really tested yet though. > > Recv Send Send Utilization Service Demand > Socket Socket Message Elapsed Send Recv Send Recv > Size Size Size Time Throughput local remote local remote > bytes bytes bytes secs. 10^6bits/s % S % S us/KB us/KB > > Without patch: > 87380 393216 393216 10.00 2163.08 100.00 19.35 3.787 1.466 > Without patch + TSO: > 87380 393216 393216 10.00 4367.18 71.54 42.07 1.342 1.578 > With patch: > 87380 393216 393216 10.01 1882.73 86.15 18.43 3.749 1.604 > With patch + TSO: > 87380 393216 393216 10.00 6961.08 47.69 60.11 0.561 1.415 Be a bit careful with the CPU usage figures. The numbers netperf reports differ quite a bit from those reported by time(1) on the high side. And there are some differences in the approach how FreeBSD and Linux do their statistical measurements of user and system time. This doesn't change the throughput number though. But see the -m5M option. New sendfile is really optimized to chew on a large file (larger than the socket buffer size) as it normally happens in reality. > For comparision, if I reboot the sender into RHEL (Linux 2.6.9-11.EL x86_64): > 87380 65536 65536 10.01 9333.00 28.98 75.23 0.254 1.321 > > > The above results are the median result for 5 runs at each setting. How large is the variance between the runs? -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 22:46:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 BA3F016A415 for ; Fri, 22 Sep 2006 22:46:24 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F8E43D55 for ; Fri, 22 Sep 2006 22:46:24 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id AFP75155; Fri, 22 Sep 2006 15:45:55 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6CE6045058; Fri, 22 Sep 2006 15:45:55 -0700 (PDT) To: Wolfram Fenske In-Reply-To: Your message of "Fri, 22 Sep 2006 23:38:54 +0200." <86wt7vshsh.fsf@student.uni-magdeburg.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1158965155_33273P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 22 Sep 2006 15:45:55 -0700 From: "Kevin Oberman" Message-Id: <20060922224555.6CE6045058@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 22:46:24 -0000 --==_Exmh_1158965155_33273P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Wolfram Fenske > Date: Fri, 22 Sep 2006 23:38:54 +0200 > Sender: owner-freebsd-current@freebsd.org > > Hello! > > "Kevin Oberman" writes: > > > Not sure if this was best to current or ports, but I suspect current is > > the best starting point. It is beyond my VERY limited C++ skills to > > decipher. > > > > When I try building avifile on either of my current systems, I get the > > error: > > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I./../common -I./../../ffmp> eg/libavformat -I./../../ffmpeg/libavcodec -I/usr/local/include -I/usr/loca> l/include -I/usr/X11R6/include -D_GETOPT_H -Wall -Wno-unused -I../../includ> e -O2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=> 64 -pipe -c ReadFile.cpp -fPIC -DPIC -o .libs/ReadFile.o > > ReadFile.cpp:129: error: explicit qualification in declaration of `avm::I> ReadFile* avm::CreateReadFile(const char*, unsigned int)' > > gmake[2]: *** [ReadFile.lo] Error 1 > > gmake[2]: Leaving directory `/usr/ports/multimedia/avifile/work/avifile-0> .7-0.7.43/lib/aviread' > > > > This compiles fine on a 6.2-PRERELEASE system. > > > > Any idea what might be causing this? I don't see any other reports of > > problem, so it may be a problem on my system, but I don't see what it > > I don't know what the problem really is, but I found some bug reports > with the message »error: explicit qualification in declaration«. [1] > Apparently, they can be fixed by removing the namespace qualifier. So > replacing line 129 with one of > > --8<---------------cut here---------------start------------->8--- > avm::IReadFile* CreateReadFile(const char*, unsigned int) > IReadFile* avm::CreateReadFile(const char*, unsigned int) > IReadFile* CreateReadFile(const char*, unsigned int) > --8<---------------cut here---------------end--------------->8--- > > might work. Does work! Thanks. Now I just need to decide whether to submit a patch for the current version or try to complete a port of the latest version to FreeBSD. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1158965155_33273P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFFGejkn3rs5h7N1ERAlUxAJ97qqFyOdTaJdce9Gx2fvbUqt0f2gCeLgBY O4W0qXCjDVOJFiLtJiqmJwk= =ESH+ -----END PGP SIGNATURE----- --==_Exmh_1158965155_33273P-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 22 22:48:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 0037216A412; Fri, 22 Sep 2006 22:48:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFD243D55; Fri, 22 Sep 2006 22:48:24 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A7D5646C87; Fri, 22 Sep 2006 18:48:23 -0400 (EDT) Date: Fri, 22 Sep 2006 23:48:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andre Oppermann In-Reply-To: <45145F1D.8020005@freebsd.org> Message-ID: <20060922234708.V11343@fledge.watson.org> References: <4511B9B1.2000903@freebsd.org> <17683.63162.919620.114649@grasshopper.cs.duke.edu> <45145F1D.8020005@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alc@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, tegge@freebsd.org, Andrew Gallatin Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 22 Sep 2006 22:48:25 -0000 On Sat, 23 Sep 2006, Andre Oppermann wrote: >> Without patch: >> 87380 393216 393216 10.00 2163.08 100.00 19.35 3.787 >> 1.466 Without patch + TSO: >> 87380 393216 393216 10.00 4367.18 71.54 42.07 1.342 >> 1.578 With patch: >> 87380 393216 393216 10.01 1882.73 86.15 18.43 3.749 >> 1.604 With patch + TSO: >> 87380 393216 393216 10.00 6961.08 47.69 60.11 0.561 >> 1.415 The impact of TSO is clearly dramatic, especially when combined with the patch, but I'm a bit concerned by the drop in performance in the patched non-TSO case. For network cards which will always have TSO enabled, this isn't an issue, but do we see a similar affect for drivers without TSO? What can we put this drop down to? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 00:20:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 44E7416A403 for ; Sat, 23 Sep 2006 00:20:39 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D3C43D45 for ; Sat, 23 Sep 2006 00:20:38 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1GQvFz-0005Z9-74; Sat, 23 Sep 2006 02:20:37 +0200 Received: from hondo. (pD9514383.dip0.t-ipconnect.de [217.81.67.131]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k8N0KTSX009859 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 23 Sep 2006 02:20:30 +0200 To: freebsd-current@freebsd.org References: <20060922224555.6CE6045058@ptavv.es.net> From: Wolfram Fenske Mail-Followup-To: freebsd-current@freebsd.org Date: Sat, 23 Sep 2006 02:17:21 +0200 In-Reply-To: <20060922224555.6CE6045058@ptavv.es.net> (Kevin Oberman's message of "Fri, 22 Sep 2006 15:45:55 -0700") Message-ID: <86psdnsage.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.5 (--) X-Spam-Report: ---- Start SpamAssassin results -2.5 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.1 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 9b68607b0208bbe48ed39d5bb3438c68 Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 00:20:39 -0000 "Kevin Oberman" writes: >> From: Wolfram Fenske >> Date: Fri, 22 Sep 2006 23:38:54 +0200 >> Sender: owner-freebsd-current@freebsd.org >> >> Hello! >> >> "Kevin Oberman" writes: >> >> > Not sure if this was best to current or ports, but I suspect current is >> > the best starting point. It is beyond my VERY limited C++ skills to >> > decipher. >> > >> > When I try building avifile on either of my current systems, I get the >> > error: >> > c++ -DHAVE_CONFIG_H -I. -I. -I../../include -I./../common -I./../../ffmp> eg/libavformat -I./../../ffmpeg/libavcodec -I/usr/local/include -I/usr/loca> l/include -I/usr/X11R6/include -D_GETOPT_H -Wall -Wno-unused -I../../includ> e -O2 -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=> 64 -pipe -c ReadFile.cpp -fPIC -DPIC -o .libs/ReadFile.o >> > ReadFile.cpp:129: error: explicit qualification in declaration of `avm::I> ReadFile* avm::CreateReadFile(const char*, unsigned int)' >> > gmake[2]: *** [ReadFile.lo] Error 1 >> > gmake[2]: Leaving directory `/usr/ports/multimedia/avifile/work/avifile-0> .7-0.7.43/lib/aviread' >> > [...] >> replacing line 129 with one of >> >> --8<---------------cut here---------------start------------->8--- >> avm::IReadFile* CreateReadFile(const char*, unsigned int) >> IReadFile* avm::CreateReadFile(const char*, unsigned int) >> IReadFile* CreateReadFile(const char*, unsigned int) >> --8<---------------cut here---------------end--------------->8--- >> >> might work. > > Does work! Thanks. Glad to hear it! > Now I just need to decide whether to submit a patch for the current > version or try to complete a port of the latest version to FreeBSD. Hm. Maybe the guys at ports@freebsd.org can help you. They're listed as the maintainers of this port. -- Wolfram Fenske A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 01:00:22 2006 Return-Path: X-Original-To: current@freebsd.org 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 358E016A407 for ; Sat, 23 Sep 2006 01:00:22 +0000 (UTC) (envelope-from luoqi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFEFB43D45 for ; Sat, 23 Sep 2006 01:00:21 +0000 (GMT) (envelope-from luoqi@FreeBSD.org) Received: from freefall.freebsd.org (luoqi@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8N10LhD049282 for ; Sat, 23 Sep 2006 01:00:21 GMT (envelope-from luoqi@freefall.freebsd.org) Received: (from luoqi@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8N10LvU049281 for current@freebsd.org; Sat, 23 Sep 2006 01:00:21 GMT (envelope-from luoqi) Date: Sat, 23 Sep 2006 01:00:21 GMT From: Luoqi Chen Message-Id: <200609230100.k8N10LvU049281@freefall.freebsd.org> To: current@freebsd.org Cc: Subject: su failed to chdir with NFS mounted home dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 01:00:22 -0000 Hi, I've encountered a problem with su on NFS mounted home dir. In revision 1.68 of su.c, the code was rearranged to chdir before new uid was set, this chdir would fail if local root doesn't have permission to enter the target user's home dir. This is exactly the case when you have a NFS mounted home dir with 0750 permission while root is mapped to nobody on NFS. Is there an owner for su.c? I'd like to modify it to delay this chdir to after the new uid is set. Thanks -lq From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 01:19:12 2006 Return-Path: X-Original-To: current@freebsd.org 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 D00E416A403; Sat, 23 Sep 2006 01:19:12 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9206543D4C; Sat, 23 Sep 2006 01:19:12 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k8N1JB8r080620; Fri, 22 Sep 2006 18:19:11 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k8N1JBCW080619; Fri, 22 Sep 2006 18:19:11 -0700 (PDT) (envelope-from rizzo) Date: Fri, 22 Sep 2006 18:19:11 -0700 From: Luigi Rizzo To: Luoqi Chen Message-ID: <20060922181911.A80589@xorpc.icir.org> References: <200609230100.k8N10LvU049281@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200609230100.k8N10LvU049281@freefall.freebsd.org>; from luoqi@freebsd.org on Sat, Sep 23, 2006 at 01:00:21AM +0000 Cc: current@freebsd.org Subject: Re: su failed to chdir with NFS mounted home dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 01:19:12 -0000 On Sat, Sep 23, 2006 at 01:00:21AM +0000, Luoqi Chen wrote: > Hi, > > I've encountered a problem with su on NFS mounted home dir. In revision > 1.68 of su.c, the code was rearranged to chdir before new uid was set, > this chdir would fail if local root doesn't have permission to enter > the target user's home dir. This is exactly the case when you have a NFS > mounted home dir with 0750 permission while root is mapped to nobody on NFS. interesting, i was seeing problems with suid binaries (e.g. mtools) being unable to write on NFS-mounted directories on 6.1 -- this was on a lab with diskless machines. Could it be due to similar reasons ? cheers luigi > Is there an owner for su.c? I'd like to modify it to delay this chdir to > after the new uid is set. > > Thanks > -lq > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 00:28:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 C267516A523 for ; Sat, 23 Sep 2006 00:28:06 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BF843D46 for ; Sat, 23 Sep 2006 00:28:06 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 143DA2E9F; Fri, 22 Sep 2006 19:28:06 -0500 (CDT) Date: Fri, 22 Sep 2006 19:28:06 -0500 To: freebsd-current@freebsd.org Message-ID: <20060923002806.GB31013@soaustin.net> References: <20060922224555.6CE6045058@ptavv.es.net> <86psdnsage.fsf@student.uni-magdeburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86psdnsage.fsf@student.uni-magdeburg.de> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sat, 23 Sep 2006 01:39:20 +0000 Subject: Re: avifile will not compile on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 00:28:06 -0000 On Sat, Sep 23, 2006 at 02:17:21AM +0200, Wolfram Fenske wrote: > Hm. Maybe the guys at ports@freebsd.org can help you. They're listed > as the maintainers of this port. That means "port is unmaintained". OTOH ports@ is always the preferred place to ask ports-related questions, rather than -current or -stable ... mcl From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 01:47:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7AA0716A403; Sat, 23 Sep 2006 01:47:39 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C7C43D45; Sat, 23 Sep 2006 01:47:38 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.6/8.13.6) with ESMTP id k8N1lbVl012325 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 22 Sep 2006 21:47:37 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k8N1lWQl043880; Fri, 22 Sep 2006 21:47:32 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17684.37427.990749.849229@grasshopper.cs.duke.edu> Date: Fri, 22 Sep 2006 21:47:31 -0400 (EDT) To: Andre Oppermann In-Reply-To: <45145F1D.8020005@freebsd.org> References: <4511B9B1.2000903@freebsd.org> <17683.63162.919620.114649@grasshopper.cs.duke.edu> <45145F1D.8020005@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: alc@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 01:47:39 -0000 Andre Oppermann writes: > Andrew Gallatin wrote: > > > > Between TSO and your sendfile changes, things are looking up! > > > > Here are some Myri10GbE 1500 byte results from a 1.8GHz UP > > FreeBSD/amd64 machine (AMD Athlon(tm) 64 Processor 3000+) sending to a > > 2.0GHz SMP Linux/x86_64 machine (AMD Athlon(tm) 64 X2 Dual Core Processor > > 3800+) running 26.17.7smp and our 1.1.0 Myri10GE driver (with LRO). > > I used a linux receiver because LRO is the only way to receive > > standard frames at line rate (without a TOE). > > > > These tests are all for sendfile of a 10MB file in /var/tmp: > > > > % netperf242 -Hrome-my -tTCP_SENDFILE -F /var//tmp/zot -T,1 -c -C -- -s393216 > > You should use -m5M as well. netperf is kinda dumb and does only I will try this. > > The -T,1 is required to force the netserver to use a different core > > than the interrupt handler is bound to on the linux machine. BTW, > > it would be really nice if FreeBSD supported CPU affinity for processes > > and interrupt handlers.. > > I have a gross version of that in my tree. The kernel itself supports > it but it's not yet exposed to userland for manual intervention. Sweet. > Be a bit careful with the CPU usage figures. The numbers netperf reports > differ quite a bit from those reported by time(1) on the high side. And > there are some differences in the approach how FreeBSD and Linux do their > statistical measurements of user and system time. This doesn't change the Netperf essentially subtracts idle time from all other time. The numbers I see reported from netperf have historically matched what vmstat says. BTW, I use netperf from svn. I don't use the FreeBSD port. > throughput number though. But see the -m5M option. New sendfile is really > optimized to chew on a large file (larger than the socket buffer size) as > it normally happens in reality. > > > For comparision, if I reboot the sender into RHEL (Linux 2.6.9-11.EL x86_64): > > 87380 65536 65536 10.01 9333.00 28.98 75.23 0.254 1.321 > > > > > > The above results are the median result for 5 runs at each setting. > > How large is the variance between the runs? Much bigger for FreeBSD than for Linux. I think I had one 9.1 and 4 9.3s for linux. I had a 6.2 a 6.5 and 3 around 6.9 for FreeBSD, Drew From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 07:38:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 4679716A40F; Sat, 23 Sep 2006 07:38:38 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id A0BE543D45; Sat, 23 Sep 2006 07:38:36 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 23 Sep 2006 08:38:35 +0100 (BST) Date: Sat, 23 Sep 2006 08:38:33 +0100 From: David Malone To: Robert Watson Message-ID: <20060923073833.GA10269@walton.maths.tcd.ie> References: <4511B9B1.2000903@freebsd.org> <17683.63162.919620.114649@grasshopper.cs.duke.edu> <45145F1D.8020005@freebsd.org> <20060922234708.V11343@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922234708.V11343@fledge.watson.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Andre Oppermann , Andrew Gallatin , alc@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, tegge@FreeBSD.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 07:38:38 -0000 On Fri, Sep 22, 2006 at 11:48:23PM +0100, Robert Watson wrote: > The impact of TSO is clearly dramatic, especially when combined with the > patch, but I'm a bit concerned by the drop in performance in the patched > non-TSO case. For network cards which will always have TSO enabled, this > isn't an issue, but do we see a similar affect for drivers without TSO? > What can we put this drop down to? We probably also need to make sure that any performance increase in TSO isn't due to us getting TCP congestion control wrong. I think in Linux they had problems when they first introduced TSO because TCP was advancing the congestion window by a TSO-sized chunk instead of a wire packet. OTOH, I think Andre and Drew's tests are low-latency, so congestion control isn't likely to be playing a big role, so the improvements are unlikely to be due to this. David. From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 07:40:22 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 56F7016A4D1; Sat, 23 Sep 2006 07:40:22 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from yam.park.rambler.ru (yam.park.rambler.ru [81.19.64.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B55943D64; Sat, 23 Sep 2006 07:40:15 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by yam.park.rambler.ru (8.13.6/8.13.3) with ESMTP id k8N7eDIm055198; Sat, 23 Sep 2006 11:40:13 +0400 (MSD) (envelope-from is@rambler-co.ru) Date: Sat, 23 Sep 2006 11:40:33 +0400 (MSD) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: John-Mark Gurney In-Reply-To: <20060922165848.GS23915@funkthat.com> Message-ID: <20060923105426.B20782@is.park.rambler.ru> References: <20060917210426.GI9421@funkthat.com> <20060922171542.G17859@is.park.rambler.ru> <20060922165848.GS23915@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: kqueue disable on delivery... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 07:40:23 -0000 On Fri, 22 Sep 2006, John-Mark Gurney wrote: > Igor Sysoev wrote this message on Fri, Sep 22, 2006 at 17:25 +0400: >> On Sun, 17 Sep 2006, John-Mark Gurney wrote: >> >>> I have implemented a couple additional features to kqueue. These allow >>> kqueue to be a multithreaded event delivery system that can guarantee >>> that the event will only be active in one thread at any time. >>> >>> The first is EV_DOD, aka disable on delivery. When the event will be >>> delivered to userland, the knote is marked disabled so we don't >>> have to go through the expense of reallocing the knote each time. >>> (Reallocation of the knote is also lock intensive, and disabling is >>> cheap.) >> >> In my opinion, it's too implementation specific flag. > > How else are you doing to solve having multiple threads servicing > the same queue at the same time? Also, Apple is planing on having > a similar flag to EV_DOD, but I don't know what they are naming it.. > I've tried for a while to find out, but haven't been able to... As I understand EV_DOD or EV_CLEAR|EV_DOD are like simple EV_ONESHOT, except the filter is not deleted on delivery, but is disabled skipping some in-kernel lock overhead. That's I'd named it too implementation specific. Yes, the EV_CLEAR|EV_DOD guarantees that the event will be active in one thread only at any time. But in my practice I saw there is necessity to guarantee that the socket (both events - EVFILT_READ and EVFILT_WRITE) will be active in one thread only at any time. It seems that is the reason why heavy threaded Solaris 10 event ports use the oneshot only model where a socket is deleted from port on delivery. >>> Even though this means that the event will only ever be active in a >>> thread at a time, (when you're done handling the event, you reenable >>> it), removing the event from the queue outside the event handler (say >>> a timeout handler for the connection) poses to be a problem. If you >>> simply close the socket, the event disappears, but then there is a >>> race between another event being created with the same socket, and >>> notification of the handler that you want the event to stop. >>> >>> In order to handle that situation, I have come up w/ EV_FORCEOS, aka >>> FORCE ONE_SHOT. EV_ONESHOT events have the advantage that once queued, >>> they don't care if they have been activated or not, they will be returned >>> the next round. This means that the timeout handler can safely set >>> EV_FORCEOS on the handler, and either if it's _DISABLED (handler running >>> and will reenable it), or it's _ENABLED, it will get dispatched, allowing >>> the handler to detect the EV_FORCEOS flag and teardown the connection. >> >> I think it should be EVFILT_USER event, allowing to >> EV_SET(&kev, fd, EVFILT_USER, 0, 0, 0, udata); >> and the event should automatically sets the EV_ONESHOT flag internally. > > I'll agree EV_FORCEOS is open for discussion, but you did see how much > code it adds right? I was surprised at how small the patch was for the > additional functionality.. Yes, EV_FORCEOS is small patch. However, EVFILT_USER is more generic (by the way, Solaris 10 event ports allow to send user-specific PORT_SOURCE_USER notification). Two years ago I was implementing threads for my server nginx on FreeBSD 4.x, using rfork(). In the absence of EVFILT_USER I made the condition variables using kill() and EV_SIGNAL and this user-level code may panic kernel. > What happens if you are in the process of tearing down udata when > this happens, but you haven't gotten far enough to drop it? Then > you'd have to deal w/ possible lock inversions between the timeout > list and your object lock, deal w/ flags on the object and ref counts.. > > With _DOD and _FORCEOS, you are able to continue to not require special > state flags, locks nor reference counting on your objects serviced by > kqueue... > > I wrote this code in anticipation of supporting sun4v boxes where it'd > be useful to have 32 threads (or more) servicing a single kqueue... You still need user locks to guarantee that the socket will be active in one thread only at any time. In proxy mode you still need locks to guarantee that two sockets will be active in one thread only. If you assemble your response from several proxied servers, then you need locks to guarantee that all these sockets will be active in one thread only. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 10:12:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 F098416A407 for ; Sat, 23 Sep 2006 10:12:59 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A7843D5C for ; Sat, 23 Sep 2006 10:12:57 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 61869 invoked from network); 23 Sep 2006 10:15:20 -0000 Received: from opi.flirtbox.ch (HELO [127.0.0.1]) ([62.48.0.50]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 23 Sep 2006 10:15:20 -0000 Message-ID: <451508A7.8020209@freebsd.org> Date: Sat, 23 Sep 2006 12:12:55 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Robert Watson References: <4511B9B1.2000903@freebsd.org> <17683.63162.919620.114649@grasshopper.cs.duke.edu> <45145F1D.8020005@freebsd.org> <20060922234708.V11343@fledge.watson.org> In-Reply-To: <20060922234708.V11343@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, tegge@freebsd.org, Andrew Gallatin Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 10:13:00 -0000 Robert Watson wrote: > > On Sat, 23 Sep 2006, Andre Oppermann wrote: > >>> Without patch: >>> 87380 393216 393216 10.00 2163.08 100.00 19.35 3.787 >>> 1.466 Without patch + TSO: >>> 87380 393216 393216 10.00 4367.18 71.54 42.07 1.342 >>> 1.578 With patch: >>> 87380 393216 393216 10.01 1882.73 86.15 18.43 3.749 >>> 1.604 With patch + TSO: >>> 87380 393216 393216 10.00 6961.08 47.69 60.11 0.561 >>> 1.415 > > The impact of TSO is clearly dramatic, especially when combined with the > patch, but I'm a bit concerned by the drop in performance in the patched > non-TSO case. For network cards which will always have TSO enabled, > this isn't an issue, but do we see a similar affect for drivers without > TSO? What can we put this drop down to? If you look at my GigE numbers there is no drop for the new-sendfile w/o TSO case. In this 10Gig test the drop is really and artifact of how the whole setup and the way netperf makes use of the sendfile call. Internally new-sendfile waits until 50% of the socket buffer are free to be bulk filled again. This value can be modified by setting a low watermark on the send socket buffer. Netperf does buffer sized sendfile invocations and this is very timing critical with 10G. Which gives this picture: call sendfile(380K) -> fill socket buffer -> wait -> fill rest -> return -> call sendfile(380K) ... Not to mention all the additional work tcp_output() has to do w/o TSO. Especially with large buffers it has to loop over the mbuf chain for each packet to find out where to start copying. And besides there is no point in having a non-TSO capable interface at above 1-2Gbit. Not even Linux can keep up there. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 10:20:04 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 2A33716A416 for ; Sat, 23 Sep 2006 10:20:04 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A97043D78 for ; Sat, 23 Sep 2006 10:20:02 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 62209 invoked from network); 23 Sep 2006 10:22:25 -0000 Received: from opi.flirtbox.ch (HELO [127.0.0.1]) ([62.48.0.50]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 23 Sep 2006 10:22:25 -0000 Message-ID: <45150A51.8080501@freebsd.org> Date: Sat, 23 Sep 2006 12:20:01 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: David Malone References: <4511B9B1.2000903@freebsd.org> <17683.63162.919620.114649@grasshopper.cs.duke.edu> <45145F1D.8020005@freebsd.org> <20060922234708.V11343@fledge.watson.org> <20060923073833.GA10269@walton.maths.tcd.ie> In-Reply-To: <20060923073833.GA10269@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Gallatin , alc@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org, Robert Watson , tegge@FreeBSD.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 10:20:04 -0000 David Malone wrote: > On Fri, Sep 22, 2006 at 11:48:23PM +0100, Robert Watson wrote: >> The impact of TSO is clearly dramatic, especially when combined with the >> patch, but I'm a bit concerned by the drop in performance in the patched >> non-TSO case. For network cards which will always have TSO enabled, this >> isn't an issue, but do we see a similar affect for drivers without TSO? >> What can we put this drop down to? > > We probably also need to make sure that any performance increase > in TSO isn't due to us getting TCP congestion control wrong. I think > in Linux they had problems when they first introduced TSO because > TCP was advancing the congestion window by a TSO-sized chunk instead > of a wire packet. OTOH, I think Andre and Drew's tests are low-latency, > so congestion control isn't likely to be playing a big role, so the > improvements are unlikely to be due to this. The congestion window is increased based on the ACK's received. TSO is only done on the send side and only up to the current congestion window. I have been careful not to get any changes in congestion control behavior with TSO. (Which does not mean that there may be other bugs lurking in our congestion control.) -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 11:42:34 2006 Return-Path: X-Original-To: current@freebsd.org 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 A95BD16A403; Sat, 23 Sep 2006 11:42:34 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06C4E43D46; Sat, 23 Sep 2006 11:42:33 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8NBgSnJ006602; Sat, 23 Sep 2006 13:42:30 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sat, 23 Sep 2006 13:42:28 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20060922233613.T91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1798016387-1158963950=:91466" Content-ID: <20060923123454.C91466@godot.imp.ch> X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: "J. Porter Clark" Subject: [PATCH] devfs / tty races solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 11:42:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1798016387-1158963950=:91466 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: <20060923085835.F91466@godot.imp.ch> Hi all, J. Porter Clark sent me some traces and dumps to analyze, but I was not able to reproduce it until yesterday. I guess I do know now what's going on. A patch to solve this problem is at the end. I'm hunted down the same panic Doug White tried to fix one year ago in FreeBSD 5. I've added some debug output to see what was going on: ptsopen(): tty with state 131112 has refcnt 3 (ttyp9) dev refcount = 2 ptsopen(): tty with state 131112 has refcnt 2 (ttyp8) dev refcount = 2 ptsopen(): tty with state 0 has refcnt 1 (ttyp5) dev refcount = 2 ptsopen(): tty with state 131112 has refcnt 3 (ttyp9) dev refcount = 2 ptsopen(): tty with state 131112 has refcnt 2 (ttyp2) dev refcount = 2 ptsopen(): tty with state 0 has refcnt 1 (ttyp6) dev refcount = 2 ptsopen(): tty with state 0 has refcnt 1 (ttyp3) dev refcount = 2 ptsopen(): tty with state 0 has refcnt 1 (ttyp5) dev refcount = 2 ptsopen(): tty with state 131112 has refcnt 3 (ttyp0) dev refcount = 2 ptsopen(): tty with state 131112 has refcnt 2 (ttyp8) dev refcount = 2 ptsopen(): tty with state 0 has refcnt 1 (ttyp6) dev refcount = 2 ttyrel(): tty refcnt is now 0 (ttyp3) ptsopen(): tty with state 0 has refcnt 1 (ttyp4) dev refcount = 2 ptsopen(): tty with state 0 has refcnt 0 (ttyp3) dev refcount = 2 panic() Interesting. This shouldn't happen in any case. ptsopen() is called with a tty which has a refcount of 0 which means ttyrel() has freed our struct tty before. Interesting is also that I've called ttyrel() and also ptsopen() with mtx_assert(&Giant, MA_OWNED); So it's not a missing GIANT lock at all. The box recovers if refcount > 0 and state is set to 0, but all tty/devfs operations are locked then for 2-3 minutes. In the meantime I wrote a perl script to crash a box in 5-10 minutes without significant load, just doing tty operations and writing stuff at the same time to 'closed' ttys. Devfs open doesn't check if the tty is still in use in some cases, I've added now checks for ptcopen(), ptsopen(), ttyopen() to check if we have been called with a refcount of zero. this should solve the panics with ttwakeup() we have in RELENG_5 and RELENG_6. A patch is attached at the end. Unfortunatly the backtrace in kgdb is broken because there is a null frame in between. I'll write another mail about this and I'll add later some ASSERTS in ptsopen() to get a usable trace. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe8dd8974 frame pointer = 0x28:0xe8dd8988 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 = 70635 (perl) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: kdb_backtrace(100,c6bf2c00,28,e8dd8934,c,...) at kdb_backtrace+0x29 panic(c08a9756,c08fd779,0,fffff,c6bfd89b,...) at panic+0x114 trap_fatal(e8dd8934,0,c6bf2c00,c71f6cb8,c,...) at trap_fatal+0x2ce trap_pfault(e8dd8934,0,0) at trap_pfault+0x1d7 trap(c6710008,e8dd0028,c06c0028,c6bf2c00,c643ec00,...) at trap+0x2fd calltrap() at calltrap+0x5 --- trap 0xc, eip = 0, esp = 0xe8dd8974, ebp = 0xe8dd8988 --- (null)(c643ec88,0,0,c643ec10,c643ec00,...) at 0 ttwakeup(c643ec00,c643ec00,c6dd7980,c643ec00,e8dd89d8,...) at ttwakeup+0x65 ttymodem(c643ec00,1) at ttymodem+0x178 ptsopen(c6bf5200,3,2000,c6bf2c00) at ptsopen+0x99 giant_open(c6bf5200,3,2000,c6bf2c00) at giant_open+0x4f devfs_open(e8dd8a64) at devfs_open+0x20f VOP_OPEN_APV(c094ca20,e8dd8a64) at VOP_OPEN_APV+0x38 vn_open_cred(e8dd8bcc,e8dd8ccc,0,c6e43d00,1,...) at vn_open_cred+0x434 vn_open(e8dd8bcc,e8dd8ccc,0,1) at vn_open+0x1e kern_open(c6bf2c00,bfbfe8b0,0,3,0,...) at kern_open+0xb6 open(c6bf2c00,e8dd8d04) at open+0x1a syscall(808003b,3b,bfbf003b,2,0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x28256aeb, esp = 0xbfbfe87c, ebp = 0xbfbfe8d8 --- (kgdb) p *(struct cdev *)0xc6bf5200 $9 = {si_priv = 0xc6bf5200, si_flags = 4, si_atime = {tv_sec = 1158948685, tv_nsec = 0}, si_ctime = {tv_sec = 1158968040, tv_nsec = 0}, si_mtime = {tv_sec = 1158948685, tv_nsec = 0}, si_uid = 0, si_gid = 0, si_mode = 438, si_cred = 0xc67f2900, si_drv0 = 6, si_refcount = 2, si_list = {le_next = 0xc680dc00, le_prev = 0xc6b57738}, si_clone = {le_next = 0x0, le_prev = 0x0}, si_children = { lh_first = 0x0}, si_siblings = {le_next = 0x0, le_prev = 0x0}, si_parent = 0x0, si_name = 0xc6bf5278 "ttyp6", si_drv1 = 0xc6dd7980, si_drv2 = 0x0, si_devsw = 0xc0959460, si_iosize_max = 65536, si_usecount = 1, si_threadcount = 4, __si_u = {__sit_tty = 0xc643ec00, __sid_snapdata = 0xc643ec00}, __si_namebuf = "ttyp3", '\0' } $36 = {pt_flags = -960540160, pt_selr = {si_thrlist = {tqe_next = 0x4, tqe_prev = 0x4514274d}, si_thread = 0x0, si_note = {kl_list = { slh_first = 0x451472e8}, kl_lock = 0, kl_unlock = 0x4514274d, kl_locked = 0, kl_lockarg = 0x0}, si_flags = 0}, pt_selw = { si_thrlist = {tqe_next = 0x1b6, tqe_prev = 0xc67f2900}, si_thread = 0x6, si_note = {kl_list = {slh_first = 0x2}, kl_lock = 0xc680dc00, kl_unlock = 0xc6b57738, kl_locked = 0, kl_lockarg = 0x0}, si_flags = 0}, pt_send = 0 '\0', pt_ucntl = 0 '\0', pt_tty = 0x0, devs = 0x0, devc = 0xc6bf5278, pt_prison = 0xc6dd7980} kgdb) p *(struct tty *)0xc643ec00 $1 = {t_rawq = {c_cc = 0, c_cbcount = 0, c_cbmax = 0, c_cbreserved = 0, c_cf = 0x0, c_cl = 0x0}, t_rawcc = 288210, t_canq = {c_cc = 0, c_cbcount = 0, c_cbmax = 0, c_cbreserved = 0, c_cf = 0x0, c_cl = 0x0}, t_cancc = 30, t_outq = {c_cc = 0, c_cbcount = 0, c_cbmax = 0, c_cbreserved = 0, c_cf = 0x0, c_cl = 0x0}, t_outcc = 288974, t_line = 0, t_dev = 0xc6bf5200, t_mdev = 0x0, t_devunit = 0, t_state = 131080, t_flags = 0, t_timeout = -1, t_pgrp = 0x0, t_session = 0x0, t_sigio = 0x0, t_rsel = {si_thrlist = { tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_locked = 0xc064f070 , kl_lockarg = 0x0}, si_flags = 0}, t_wsel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_locked = 0xc064f070 , kl_lockarg = 0x0}, si_flags = 0}, t_termios = {c_iflag = 11010, c_oflag = 3, c_cflag = 19200, c_lflag = 1483, c_cc = "\004ÿÿ\177\027\025\022\b\003\034\032\031\021\023\026\017\001\000\024ÿ", c_ispeed = 9600, c_ospeed = 9600}, t_init_in = {c_iflag = 11010, c_oflag = 3, c_cflag = 19200, c_lflag = 1483, c_cc = "\004ÿÿ\177\027\025\022\b\003\034\032\031\021\023\026\017\001\000\024ÿ", c_ispeed = 9600, c_ospeed = 9600}, t_init_out = { c_iflag = 11010, c_oflag = 3, c_cflag = 19200, c_lflag = 1483, c_cc = "\004ÿÿ\177\027\025\022\b\003\034\032\031\021\023\026\017\001\000\024ÿ", c_ispeed = 9600, c_ospeed = 9600}, t_lock_in = { c_iflag = 0, c_oflag = 0, c_cflag = 0, c_lflag = 0, c_cc = '\0' , c_ispeed = 0, c_ospeed = 0}, t_lock_out = { c_iflag = 0, c_oflag = 0, c_cflag = 0, c_lflag = 0, c_cc = '\0' , c_ispeed = 0, c_ospeed = 0}, t_winsize = { ws_row = 0, ws_col = 0, ws_xpixel = 0, ws_ypixel = 0}, t_sc = 0xc6dd7980, t_lsc = 0x0, t_column = 131840, t_rocount = 0, t_rocol = 0, t_ififosize = 512, t_ihiwat = 7680, t_ilowat = 6720, t_ispeedwat = 0, t_ohiwat = 1296, t_olowat = 256, t_ospeedwat = 0, t_gen = 15, t_list = {tqe_next = 0xc66f9c00, tqe_prev = 0xc657d5dc}, t_actout = 0, t_wopeners = 0, t_mtx = {mtx_object = { lo_class = 0xc0953f44, lo_name = 0xc08daf1c "tty", lo_type = 0xc08daf1c "tty", lo_flags = 131072, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 6, mtx_recurse = 0}, t_refcnt = 0, t_hotchar = 0, t_dtr_wait = 3000, t_do_timestamp = 0, t_timestamp = {tv_sec = 0, tv_usec = 0}, t_pps = 0x0, t_oproc = 0xc06a25d4 , t_stop = 0xc06a28c4 , t_param = 0, t_modem = 0, t_break = 0, t_ioctl = 0, t_open = 0, t_purge = 0, t_close = 0, t_cioctl = 0} --- sys/kern/tty.c Sun Nov 6 16:09:32 2005 +++ sys/kern/tty.c Sat Sep 23 13:16:51 2006 @@ -3101,6 +3101,12 @@ struct tty *tp; tp = dev->si_tty; + + /* XXX It can happen that devfs_open() calls us with tp->t_refcnt == 0 */ + if (tp == NULL || tp->t_refcnt == 0) { + return (ENXIO); + } + s = spltty(); /* * We jump to this label after all non-interrupted sleeps to pick --- sys/kern/tty_pty.c Thu Mar 30 16:46:56 2006 +++ sys/kern/tty_pty.c Sat Sep 23 13:17:36 2006 @@ -170,6 +170,12 @@ return(ENXIO); pt = dev->si_drv1; tp = dev->si_tty; + + /* XXX It can happen that devfs_open() calls us with tp->t_refcnt == 0 */ + if (tp == NULL || tp->t_refcnt == 0) { + return (ENXIO); + } + if ((tp->t_state & TS_ISOPEN) == 0) { ttyinitmode(tp, 1, 0); } else if (tp->t_state & TS_XCLUDE && suser(td)) @@ -276,6 +282,12 @@ if (!dev->si_drv1) return(ENXIO); tp = dev->si_tty; + + /* XXX It can happen that devfs_open() calls us with tp->t_refcnt == 0 */ + if (tp == NULL || tp->t_refcnt == 0) { + return (ENXIO); + } + if (tp->t_oproc) return (EIO); tp->t_timeout = -1; With this patch the system recovers fine: # ttyrel(): tty refcnt is now 1 (ttyp6) ttyref(): tty refcnt is now 2 (ttyp6) ttyref(): tty refcnt is now 2 (ttyp1) ttyrel(): tty refcnt is now 0 (ttyp3) ttyrel(): tty refcnt is now 0 (ttyp7) ttyrel(): tty refcnt is now 0 (ttyp8) ttyrel(): tty refcnt is now 0 (ttyp9) ttyref(): tty refcnt is now 1 (ttyp9) [...] Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ --0-1798016387-1158963950=:91466-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 12:02:00 2006 Return-Path: X-Original-To: current@freebsd.org 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 7722716A4D2; Sat, 23 Sep 2006 12:02:00 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF14643D53; Sat, 23 Sep 2006 12:01:59 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8NC1vUV031102; Sat, 23 Sep 2006 14:01:58 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sat, 23 Sep 2006 14:01:57 +0200 (CEST) From: Martin Blapp To: kan@freebsd.org Message-ID: <20060923095351.E91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: current@freebsd.org Subject: GDB broken for some backtraces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 12:02:00 -0000 Hi all, I wonder if this problem has already been adressed by someone: http://lists.freebsd.org/pipermail/freebsd-arch/2005-July/004055.html >It seems worse than that -- the gdb backtrace might show unknown or >completely bogus frames as a result. For example, we've run across >the tty locking issue (discussed on -stable), and backtraces often >look like: > >#6 0xa0723d8a in calltrap () at /usr/src/sys/i386/i386/exception.s:202 >#7 0xc7f10018 in ?? () >#8 0xa05b0010 in power_profile_set_state (state=0) > at /usr/src/sys/kern/subr_power.c:110 >#9 0xa05c942c in ttwakeup (tp=0xa23fdc00) at /usr/src/sys/kern/tty.c:2370 >#10 0xa05c7d71 in ttymodem (tp=0xa23fdc00, flag=0) > at /usr/src/sys/kern/tty.c:1625 A ddb trace is still readable then, but kgdb doesn't show a backtrace and tells me it's hosed. All frames before frame 6 are corrupt in kgdb. Any idea how to fix kgdb ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 14:28:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 7005616A403; Sat, 23 Sep 2006 14:28:44 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id BF77B43D7E; Sat, 23 Sep 2006 14:28:42 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 23 Sep 2006 15:28:41 +0100 (BST) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by walton.maths.tcd.ie with SMTP id ; 23 Sep 2006 15:28:37 +0100 (BST) To: Andre Oppermann In-reply-to: Your message of "Sat, 23 Sep 2006 12:20:01 +0200." <45150A51.8080501@freebsd.org> X-Request-Do: Date: Sat, 23 Sep 2006 15:28:36 +0100 From: David Malone Message-ID: <200609231528.aa12963@walton.maths.tcd.ie> Cc: Andrew Gallatin , alc@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson , tegge@freebsd.org Subject: Re: Much improved sendfile(2) kernel implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 14:28:44 -0000 > The congestion window is increased based on the ACK's received. TSO > is only done on the send side and only up to the current congestion > window. I have been careful not to get any changes in congestion > control behavior with TSO. (Which does not mean that there may be > other bugs lurking in our congestion control.) I think the reason this happened in Linux was because thw congestion window is counted in segments, which were now TSO sized. You'd send 1 TSO sized segment, get back (say) 10 ACKs because of segmentation and increase the window size by 10*TSO_SEG_SIZE/cwnd insead of 10*REAL_MSS/cwnd. We're unlikely to have exactly the same bug, because we count cwnd in bytes, but it doesn't rule out haveing other unexpected/subtle interactions (like higher varience of RTT esitmation - I guess all packets in a TSO segment are now sent with the same timestamp?). David. From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 18:57:30 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 6672D16A403; Sat, 23 Sep 2006 18:57:30 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E75C643D53; Sat, 23 Sep 2006 18:57:29 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (8racgo61w6f7sbmh@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8NIvTBU045693; Sat, 23 Sep 2006 11:57:29 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8NIvRlf045692; Sat, 23 Sep 2006 11:57:27 -0700 (PDT) (envelope-from jmg) Date: Sat, 23 Sep 2006 11:57:27 -0700 From: John-Mark Gurney To: Igor Sysoev Message-ID: <20060923185727.GW23915@funkthat.com> Mail-Followup-To: Igor Sysoev , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org References: <20060917210426.GI9421@funkthat.com> <20060922171542.G17859@is.park.rambler.ru> <20060922165848.GS23915@funkthat.com> <20060923105426.B20782@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060923105426.B20782@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: kqueue disable on delivery... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 18:57:30 -0000 Igor Sysoev wrote this message on Sat, Sep 23, 2006 at 11:40 +0400: > On Fri, 22 Sep 2006, John-Mark Gurney wrote: > > >Igor Sysoev wrote this message on Fri, Sep 22, 2006 at 17:25 +0400: > >>On Sun, 17 Sep 2006, John-Mark Gurney wrote: > >> > >>>I have implemented a couple additional features to kqueue. These allow > >>>kqueue to be a multithreaded event delivery system that can guarantee > >>>that the event will only be active in one thread at any time. > >>> > >>>The first is EV_DOD, aka disable on delivery. When the event will be > >>>delivered to userland, the knote is marked disabled so we don't > >>>have to go through the expense of reallocing the knote each time. > >>>(Reallocation of the knote is also lock intensive, and disabling is > >>>cheap.) > >> > >>In my opinion, it's too implementation specific flag. > > > >How else are you doing to solve having multiple threads servicing > >the same queue at the same time? Also, Apple is planing on having > >a similar flag to EV_DOD, but I don't know what they are naming it.. > >I've tried for a while to find out, but haven't been able to... > > As I understand EV_DOD or EV_CLEAR|EV_DOD are like simple EV_ONESHOT, > except the filter is not deleted on delivery, but is disabled skipping > some in-kernel lock overhead. That's I'd named it too implementation > specific. > > Yes, the EV_CLEAR|EV_DOD guarantees that the event will be active > in one thread only at any time. But in my practice I saw there is > necessity to guarantee that the socket (both events - EVFILT_READ > and EVFILT_WRITE) will be active in one thread only at any time. > It seems that is the reason why heavy threaded Solaris 10 event ports > use the oneshot only model where a socket is deleted from port on delivery. Only if you need to both read and write active on the socket at once... In some/many servers, you only need one or the other, such as file transfer servers like http and ftp... > >>>Even though this means that the event will only ever be active in a > >>>thread at a time, (when you're done handling the event, you reenable > >>>it), removing the event from the queue outside the event handler (say > >>>a timeout handler for the connection) poses to be a problem. If you > >>>simply close the socket, the event disappears, but then there is a > >>>race between another event being created with the same socket, and > >>>notification of the handler that you want the event to stop. > >>> > >>>In order to handle that situation, I have come up w/ EV_FORCEOS, aka > >>>FORCE ONE_SHOT. EV_ONESHOT events have the advantage that once queued, > >>>they don't care if they have been activated or not, they will be returned > >>>the next round. This means that the timeout handler can safely set > >>>EV_FORCEOS on the handler, and either if it's _DISABLED (handler running > >>>and will reenable it), or it's _ENABLED, it will get dispatched, allowing > >>>the handler to detect the EV_FORCEOS flag and teardown the connection. > >> > >>I think it should be EVFILT_USER event, allowing to > >>EV_SET(&kev, fd, EVFILT_USER, 0, 0, 0, udata); > >>and the event should automatically sets the EV_ONESHOT flag internally. > > > >I'll agree EV_FORCEOS is open for discussion, but you did see how much > >code it adds right? I was surprised at how small the patch was for the > >additional functionality.. > > Yes, EV_FORCEOS is small patch. However, EVFILT_USER is more generic > (by the way, Solaris 10 event ports allow to send user-specific > PORT_SOURCE_USER notification). I agree EVFILT_USER would be a useful thing, but it is still different from EV_FORCEOS... Would you like to contribute some the to EVFILT_USER? I'll look at integrating it... > Two years ago I was implementing threads for my server nginx > on FreeBSD 4.x, using rfork(). In the absence of EVFILT_USER I made > the condition variables using kill() and EV_SIGNAL and this user-level > code may panic kernel. Does it still? > >What happens if you are in the process of tearing down udata when > >this happens, but you haven't gotten far enough to drop it? Then > >you'd have to deal w/ possible lock inversions between the timeout > >list and your object lock, deal w/ flags on the object and ref counts.. > > > >With _DOD and _FORCEOS, you are able to continue to not require special > >state flags, locks nor reference counting on your objects serviced by > >kqueue... > > > >I wrote this code in anticipation of supporting sun4v boxes where it'd > >be useful to have 32 threads (or more) servicing a single kqueue... > > You still need user locks to guarantee that the socket will be active > in one thread only at any time. In proxy mode you still need locks > to guarantee that two sockets will be active in one thread only. > If you assemble your response from several proxied servers, then > you need locks to guarantee that all these sockets will be active > in one thread only. As we have just found out, our target servers have different designs... Since mine is a simple http server, I will only ever read or write at a time.. I use accept filters so that I don't have to do an EVFILT_READ on the socket, and if I don't get a complete HTTP/1.x request, I reject it.. So my server only ever sets EVFILT_WRITE for the sockets... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 22:03:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D11DE16A403 for ; Sat, 23 Sep 2006 22:03:47 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B98E43D53 for ; Sat, 23 Sep 2006 22:03:46 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k8NM3fdH077111 for ; Sat, 23 Sep 2006 19:03:41 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Sat, 23 Sep 2006 19:03:41 -0300 User-Agent: KMail/1.9.4 References: <45141C28.1050506@altadena.net> <451450DD.2060600@FreeBSD.org> In-Reply-To: <451450DD.2060600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609231903.41874.joao@matik.com.br> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.1.3 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: IF_BRIDGE problem on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 22:03:47 -0000 On Friday 22 September 2006 18:08, Doug Barton wrote: > Wrong answer. You could possibly be forgiven for asking on -current if you are just kidding with this right? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Sep 23 22:06:17 2006 Return-Path: X-Original-To: current@FreeBSD.org 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 7B27916A412; Sat, 23 Sep 2006 22:06:17 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA5C43D5C; Sat, 23 Sep 2006 22:06:16 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5D9E7.dip.t-dialin.net [84.165.217.231]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8NLg3uX040781; Sat, 23 Sep 2006 23:42:04 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8NM667Q005735; Sun, 24 Sep 2006 00:06:06 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Date: Sun, 24 Sep 2006 00:06:47 +0200 From: Alexander Leidinger To: Sam Leffler , current@FreeBSD.org, multimedia@FreeBSD.org Message-ID: <20060924000647.68487b4d@Magellan.Leidinger.net> In-Reply-To: <4515A5C5.8090805@errno.com> References: <200609232045.k8NKjljR016351@repoman.freebsd.org> <4515A5C5.8090805@errno.com> Organization: FreeBSD X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Improvements in the soundsystem (was: Re: cvs commit: src/sys/sys param.h soundcard.h src/sys/dev/sound/pcm buffer.c buffer.h channel.c channel.h channel_if.m dsp.c dsp.h mixer.c mixer.h sound.c sound.h) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 23 Sep 2006 22:06:17 -0000 Quoting Sam Leffler (Sat, 23 Sep 2006 14:23:17 -0700): > Can you please post something about what this addition means to users? > e.g. you can now run xyz apps that previously didn't work or were crippled. I'm not aware of an application which makes use of those features. ATM you can think about it as pure infrastructure work. As soon as some parts are pushed down into drivers, you have better control about your hardware. ATM the mixer only shows hardcoded stuff. There are less controls than there are output jacks on some soundcards. These changes provide the kernel interface to change the drivers to control the volume of each output channel the card provides. Ariff has some other changes in the wings which allow us to work better with multi-channel stuff (e.g., 5.1 surround instead of only stereo). But AFAIK this is just about the internals of the soundsystem. The SoC project provides a kernel interface to some of this new stuff. When 4Front freezes the API (there are parts which aren't fully set in stone yet) we will be able to give names to some parts of the soundsystem, query the name of the currently running song (if set) and some other nice stuff. Already possible is the synchronized start of multiple channels (even across devices), but an application has to contain code to use this feature. There's also better control of mute/pause, but again, I'm not aware of an application which uses this ATM. And while I'm at it: I want to highlight the docs of the functions in the kernel. I'm generating a PDF with doxygen right now and it will be available from http://www.Leidinger.net/FreeBSD/src_docs/ later (have a look at the date, it should be recent and not from last month as it is as of this writting). Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137