From owner-freebsd-stable@FreeBSD.ORG Sun Sep 23 23:57:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82F1D16A41A for ; Sun, 23 Sep 2007 23:57:25 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id EC51213C459 for ; Sun, 23 Sep 2007 23:57:24 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so862774ugf for ; Sun, 23 Sep 2007 16:57:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=rXhL5cg+jWBXYvrK9Jqa0bU2LTC0CgyCPVHUzKjYMgs=; b=dum5zeP1rOug3SNbL9Y7UauoQ1QCW04mlScbq/pD9LQp+iGaRwoXvQmd9dPl7eehQPo8ue4pnYoGaSOXPGbbOJQvM00tENqM3onDBpUQSmP9j95gr+3G5FiXMpxN4SgntY3SGJt2so1U5u+Fq4yfVN4jcIANgP+HghOmFBWrcGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=HXyAAIUXyRsztOgBM3XgwNQgSlmLfVmSyUvA/1QoeSOYu8hyY5C0liqmAcX/gmTuTZdsio2y63IcaaUJ4fenlIQeKyMIk1amj100tTMBiAacEnSX8OipE1BitUAVGN5CiluPl86xhGErE8uObPbuemIEAdcEbS0c4lokWJc4Lcc= Received: by 10.67.119.15 with SMTP id w15mr7121808ugm.1190591843754; Sun, 23 Sep 2007 16:57:23 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Sun, 23 Sep 2007 16:57:23 -0700 (PDT) Message-ID: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> Date: Mon, 24 Sep 2007 00:57:23 +0100 From: Chris To: freebsd-hardware@freebsd.org, "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2007 23:57:25 -0000 Hi I installed the following driver. http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html Before I had the nve driver which was unstable on this server and on a prior server in both cases causing either spontaneous reboot or just a crash when under load. So far touchwood the nfe driver has stayed up and running at almost 3 days uptime and has had some stress. I know the driver supports device polling which I have chosen not to use yet as I wanted to see initially if it was more stable in its default mode. But what I want to know is the following if possible please. My ifconfig output below. nfe0: flags=8843 mtu 1500 options=8 inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x ether x media: Ethernet autoselect (1000baseTX ) status: active 1 - is there a man page for nfe anywhere? 2 - does it support hardware checksum I remember reading it does but from ifconfig output it appears to not be in use so if it does support it how do I enable it? 3 - same with TOS? 4 - how do I enable jumbo frames if it supports it? 5 - is it safe to use with zero copy sockets? 6 - I currently have both net.isr.direct and mpsafenet disabled is this driver safe to use on them? Thanks Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 02:01:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2375816A417 for ; Mon, 24 Sep 2007 02:01:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E4F7713C480 for ; Mon, 24 Sep 2007 02:01:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id DD24D1CC02B; Sun, 23 Sep 2007 19:01:16 -0700 (PDT) Date: Sun, 23 Sep 2007 19:01:16 -0700 From: Jeremy Chadwick To: Chris Message-ID: <20070924020116.GA36909@eos.sc1.parodius.com> Mail-Followup-To: Chris , freebsd-hardware@freebsd.org, FreeBSD Stable References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 02:01:17 -0000 On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > nfe0: flags=8843 mtu 1500 > options=8 > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > ether x > media: Ethernet autoselect (1000baseTX ) > status: active > > 1 - is there a man page for nfe anywhere? Closest thing I can find would be the manpage from -CURRENT's nfe(4), which is supposedly the same code. http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > 2 - does it support hardware checksum I remember reading it does but > from ifconfig output it appears to not be in use so if it does support > it how do I enable it? It does support it, but I don't know the circumstances surrounding when it gets enabled. That is to say, it's known that some versions of the chip (and/or associated PHY) have bugs, so possibly hardware checksum offloading is known to be broken on the system you're on. Taken from my 7-CURRENT box at home (Asus A8N-E, nForce 4-based): nfe0: flags=8843 metric 0 mtu 1500 options=10b ether 00:15:f2:17:30:e9 inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet 1000baseTX status: active I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig line. > 3 - same with TOS? TOS (type-of-service) or TSO? If TSO, see above ifconfig. > 4 - how do I enable jumbo frames if it supports it? You should take a bit more itme to read the webpage you obtained the driver from. I see these on the page: 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle Tx/Rx checksum offload settings with ifconfig. 2006/08/11 Added support for jumbo frame capability. yongari@ (Pyun YongHyeon) should be able to provide additional help with both. > 5 - is it safe to use with zero copy sockets? No idea. > 6 - I currently have both net.isr.direct and mpsafenet disabled is > this driver safe to use on them? No idea. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 02:44:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FAD416A41A for ; Mon, 24 Sep 2007 02:44:00 +0000 (UTC) (envelope-from freebsd@victorstar.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.freebsd.org (Postfix) with SMTP id 376F313C478 for ; Mon, 24 Sep 2007 02:44:00 +0000 (UTC) (envelope-from freebsd@victorstar.com) Received: (qmail 42893 invoked from network); 24 Sep 2007 02:17:19 -0000 Received: from unknown (HELO dragon) (vstarenkyy0517@rogers.com@99.226.227.88 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 24 Sep 2007 02:17:19 -0000 X-YMail-OSG: qr0I7aMVM1kaf__y8vBTwjHaFgJzENRFNWgFSHnI96f_7S2DjetUUkZSZJtYsqmmqg-- Date: Sun, 23 Sep 2007 22:18:50 -0400 From: Victor Star X-Priority: 3 (Normal) Message-ID: <762964378.20070923221850@victorstar.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: in openpam_load_module(): no pam_unix.so found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Victor Star List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 02:44:00 -0000 Hi guys, Sorry for the long email, important stuff is at the top, but I've tried to provide as many hopefully useful details as possible. I've asked this question in freebsd-question mail list but so far didn't get any answers there. Excuse me for cross-posting. I don't usually do this, but this matter is somewhat critical and all my searches brought surprisingly few results. My problem is that few days ago PAM somehow got corrupted or something. Basically I can't login neither through ssh or console. The error is: ====- 8< -=================================================== su: in openpam_load_module(): no pam_unix.so found su: pam_start: system error ====- 8< -=================================================== pam_unix.so is in /usr/lib: ====- 8< -=================================================== # ls -l /usr/lib/pam_unix* lrwxr-xr-x 1 root wheel 13 Sep 25 2006 /usr/lib/pam_unix.so -> pam_unix.so.3 -r--r--r-- 1 root wheel 10240 Feb 19 2007 /usr/lib/pam_unix.so.3 # file /usr/lib/pam_unix.so /usr/lib/pam_unix.so: symbolic link to `pam_unix.so.3' ====- 8< -=================================================== Other PAM modules seem to work, i.e. Courier with SSL works and SAMBA does as well. Luckily I still have one ssh root session alive (so far!). I have this bad feeling that on disconnect or reboot I will loose the access to the box. I'd be very grateful for _any_ ideas I could check/try to get it working. This is my first FreeBSD box, I've spent quite some time setting it up and getting familiar with the OS in the process. It was working for about year without any problems. So far my level of experience is not enough to trace it down, so any help would be appreciated. Below is some history that might (or might not) be relevant: Now, few days ago I started getting the following in the daily security run output: ====- 8< -=================================================== Checking for packages with security vulnerabilities: su: pam_start: system error ====- 8< -=================================================== What I see on the console is: ====- 8< -=================================================== su: in openpam_load_module(): no pam_unix.so found su: pam_start: system error ====- 8< -=================================================== I can't also login neither through ssh nor on the console - getting same error. Mail server still working no problem, smtp and POP via SSL work and authorize fine. There is one more thing that is suspiciously close in time to when this started happening. In the same security run output where I first saw this error I found this: ====- 8< -=================================================== Sep 18 11:11:37 xxxxxx su: BAD SU to root on /dev/ttyp3 Sep 18 11:13:46 xxxxxx sshd[45047]: Bad protocol version identification '\377\364\377\375\006quit' from Sep 18 11:15:08 xxxxxx sshd[45056]: Received disconnect from : 2: Bad packet length 710099706. ====- 8< -=================================================== I'd appreciate any ideas about what happened and how to get it fixed. Thanks! -- Best regards, Victor From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 03:08:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB0D416A41B; Mon, 24 Sep 2007 03:08:11 +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 43E2513C469; Mon, 24 Sep 2007 03:08:10 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.57]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8O383YO046877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Sep 2007 12:38:09 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Jack Vogel" Date: Mon, 24 Sep 2007 12:37:51 +0930 User-Agent: KMail/1.9.7 References: <200709201818.04408.doconnor@gsoft.com.au> <200709211308.43424.doconnor@gsoft.com.au> <2a41acea0709202322p5241bde5l7baec78fd13a4c71@mail.gmail.com> In-Reply-To: <2a41acea0709202322p5241bde5l7baec78fd13a4c71@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1885641.Wc2PAHIv53"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709241238.00177.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 03:08:11 -0000 --nextPart1885641.Wc2PAHIv53 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 21 Sep 2007, Jack Vogel wrote: > Then on the side menu pick network connectivity, then server adapter, > and select an adapter, it shouldnt matter which. Once at that page > there is a pulldown for OS, select FreeBSD and tada... I found this -> http://support.intel.com/support/network/sb/CS-006120.htm Which leads me to v6.4.1 which claims support for the part in question=20 (checking the source shows the PCI ID) It also has patches for TSO, although it appears to be optional. I just installed it and it appears to work fine, I haven't done any=20 performance testing though, however I am only interested in basic=20 connectivity. > I just looked however and the latest on there is from the last > release, 6.5.6 which is only for 7. E1000 was not the real focus of > this release, the new Oplin 10G was, however as I said, 6.6.6 has the > nice feature of compiling on both OS versions, and it has the support > you need. > > Just give them a week and I think it will be there, maybe I can take > a break from my other work and get to the MFC. As the 6.4.1 driver works I am happy :) =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 --nextPart1885641.Wc2PAHIv53 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG9yoP5ZPcIHs/zowRAo2VAJ9z1oD7SmDobwLlh2mo/HkrvQWgDwCeOAse ZTIzBBZOSsANNrHdBi7tEfs= =CFfI -----END PGP SIGNATURE----- --nextPart1885641.Wc2PAHIv53-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 07:02:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6F5F16A418 for ; Mon, 24 Sep 2007 07:02:38 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1C213C457 for ; Mon, 24 Sep 2007 07:02:38 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mx1.unixguru.nl (Postfix) with ESMTP id E07AC1F593; Mon, 24 Sep 2007 08:32:12 +0200 (CEST) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id 8WsjtaLSgVpf; Mon, 24 Sep 2007 08:32:08 +0200 (CEST) Received: from mail.unixguru.nl (www.unixguru.nl [212.120.92.81]) by mx1.unixguru.nl (Postfix) with ESMTP id 6167E1F4FD; Mon, 24 Sep 2007 08:32:08 +0200 (CEST) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id 846A91144F; Mon, 24 Sep 2007 08:31:28 +0200 (CEST) Date: Mon, 24 Sep 2007 08:31:28 +0200 From: Richard Arends To: Victor Star Message-ID: <20070924063127.GB37371@shell.unixguru.nl> References: <762964378.20070923221850@victorstar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <762964378.20070923221850@victorstar.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: in openpam_load_module(): no pam_unix.so found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 07:02:38 -0000 On Sun, Sep 23, 2007 at 10:18:50PM -0400, Victor Star wrote: Victor, > My problem is that few days ago PAM somehow got corrupted or something. Basically I can't login neither through ssh or console. The error is: > > ====- 8< -=================================================== > su: in openpam_load_module(): no pam_unix.so found > su: pam_start: system error > ====- 8< -=================================================== > > pam_unix.so is in /usr/lib: > ====- 8< -=================================================== > # ls -l /usr/lib/pam_unix* > lrwxr-xr-x 1 root wheel 13 Sep 25 2006 /usr/lib/pam_unix.so -> pam_unix.so.3 > -r--r--r-- 1 root wheel 10240 Feb 19 2007 /usr/lib/pam_unix.so.3 > # file /usr/lib/pam_unix.so > /usr/lib/pam_unix.so: symbolic link to `pam_unix.so.3' > ====- 8< -=================================================== First, this is how a problem should be described, great work. When openpam can't load a module, it also print's the 'not found' message. With 'ldd /usr/lib/pam_unix.so.3' you can see if all the libraries that it needs are in place. On my systems it give's the following output: $ ldd /usr/lib/pam_unix.so.3 /usr/lib/pam_unix.so.3: libutil.so.5 => /lib/libutil.so.5 (0x28169000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x28175000) libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818d000) libpam.so.3 => /usr/lib/libpam.so.3 (0x28191000) > ====- 8< -=================================================== > Sep 18 11:11:37 xxxxxx su: BAD SU to root on /dev/ttyp3 > Sep 18 11:13:46 xxxxxx sshd[45047]: Bad protocol version identification '\377\364\377\375\006quit' from > Sep 18 11:15:08 xxxxxx sshd[45056]: Received disconnect from : 2: Bad packet length 710099706. > ====- 8< -=================================================== The first line is probably the result of the broken pam_unix.so, the other two lines look to me as ssh bruteforce attacks. But, when did it stopped working. Did you tried to update the world or something like that? -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 07:38:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D245816A417 for ; Mon, 24 Sep 2007 07:38:11 +0000 (UTC) (envelope-from mike@urgle.com) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.freebsd.org (Postfix) with ESMTP id 86EEF13C455 for ; Mon, 24 Sep 2007 07:38:11 +0000 (UTC) (envelope-from mike@urgle.com) Received: from wafer.urgle.com ([80.177.40.53]) by anchor-post-31.mail.demon.net with esmtp (Exim 4.67) id 1IZiM2-000KuB-3Z; Mon, 24 Sep 2007 07:27:42 +0000 Received: from mike by wafer.urgle.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IZiM1-0003vh-2P; Mon, 24 Sep 2007 07:27:41 +0000 Date: Mon, 24 Sep 2007 08:27:41 +0100 From: Mike Bristow To: Victor Star Message-ID: <20070924072741.GA14898@wafer.urgle.com> References: <762964378.20070923221850@victorstar.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <762964378.20070923221850@victorstar.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: in openpam_load_module(): no pam_unix.so found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 07:38:11 -0000 On Sun, Sep 23, 2007 at 10:18:50PM -0400, Victor Star wrote: > My problem is that few days ago PAM somehow got corrupted or something. Basically I can't login neither through ssh or console. The error is: > > ====- 8< -=================================================== > su: in openpam_load_module(): no pam_unix.so found > su: pam_start: system error > ====- 8< -=================================================== > > pam_unix.so is in /usr/lib: > ====- 8< -=================================================== > # ls -l /usr/lib/pam_unix* > lrwxr-xr-x 1 root wheel 13 Sep 25 2006 /usr/lib/pam_unix.so -> pam_unix.so.3 > -r--r--r-- 1 root wheel 10240 Feb 19 2007 /usr/lib/pam_unix.so.3 > # file /usr/lib/pam_unix.so > /usr/lib/pam_unix.so: symbolic link to `pam_unix.so.3' > ====- 8< -=================================================== What is the output of ldd /usr/lib/pam_unix.so ? -- Shenanigans! Shenanigans! Best of 3! -- Flash From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 13:40:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2087016A419 for ; Mon, 24 Sep 2007 13:40:45 +0000 (UTC) (envelope-from freebsd@victorstar.com) Received: from mail.umbra.com (toronto-hs-216-138-236-105.s-ip.magma.ca [216.138.236.105]) by mx1.freebsd.org (Postfix) with ESMTP id BA0B413C4B8 for ; Mon, 24 Sep 2007 13:40:44 +0000 (UTC) (envelope-from freebsd@victorstar.com) Received: from umbexch1.umbra.com ([10.0.0.70]) by mail.umbra.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Sep 2007 09:29:09 -0400 Received: from victors.umbra.com ([10.0.0.45]) by umbexch1.umbra.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Sep 2007 09:29:09 -0400 Date: Mon, 24 Sep 2007 09:29:08 -0400 From: Victor Star X-Priority: 3 (Normal) Message-ID: <63456181.20070924092908@victorstar.com> To: Richard Arends In-Reply-To: <20070924063127.GB37371@shell.unixguru.nl> References: <762964378.20070923221850@victorstar.com> <20070924063127.GB37371@shell.unixguru.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Sep 2007 13:29:09.0687 (UTC) FILETIME=[E36FD470:01C7FEAE] Cc: freebsd-stable@freebsd.org Subject: Re: in openpam_load_module(): no pam_unix.so found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 13:40:45 -0000 Hi Richard, First of all thank you guys for replying! Here is the output of ldd: ==- 8< -======================================================================== fireball# ldd /usr/lib/pam_unix.so /usr/lib/pam_unix.so: libutil.so.5 => /lib/libutil.so.5 (0x28167000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x28173000) libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818b000) libpam.so.3 => /usr/lib/libpam.so.3 (0x2818f000) fireball# ldd /usr/lib/pam_unix.so.3 /usr/lib/pam_unix.so.3: libutil.so.5 => /lib/libutil.so.5 (0x28167000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x28173000) libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818b000) libpam.so.3 => /usr/lib/libpam.so.3 (0x2818f000) ==- 8< -======================================================================== As for when it stopped working - the first thing I did is trying to recall if I updated any ports. I've even went so far as looking for all files in /usr/ modified within the date range, but no, nothing. I did update php5 couple days before that. But it still worked for about two days after that. And I don't have apache/php opened to outside anyway. Just mail ports and ssh on high port (closed it for now for just in case anyway). Victor >> ====- 8< -=================================================== >> su: in openpam_load_module(): no pam_unix.so found >> su: pam_start: system error >> ====- 8< -=================================================== >> >> pam_unix.so is in /usr/lib: >> ====- 8< -=================================================== >> # ls -l /usr/lib/pam_unix* >> lrwxr-xr-x 1 root wheel 13 Sep 25 2006 /usr/lib/pam_unix.so -> pam_unix.so.3 >> -r--r--r-- 1 root wheel 10240 Feb 19 2007 /usr/lib/pam_unix.so.3 >> # file /usr/lib/pam_unix.so >> /usr/lib/pam_unix.so: symbolic link to `pam_unix.so.3' >> ====- 8< -=================================================== > First, this is how a problem should be described, great work. > When openpam can't load a module, it also print's the 'not found' message. > With 'ldd /usr/lib/pam_unix.so.3' you can see if all the libraries that > it needs are in place. On my systems it give's the following output: > $ ldd /usr/lib/pam_unix.so.3 > /usr/lib/pam_unix.so.3: > libutil.so.5 => /lib/libutil.so.5 (0x28169000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x28175000) > libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818d000) > libpam.so.3 => /usr/lib/libpam.so.3 (0x28191000) >> ====- 8< -=================================================== >> Sep 18 11:11:37 xxxxxx su: BAD SU to root on /dev/ttyp3 >> Sep 18 11:13:46 xxxxxx sshd[45047]: Bad protocol version identification '\377\364\377\375\006quit' from >> Sep 18 11:15:08 xxxxxx sshd[45056]: Received disconnect from : 2: Bad packet length 710099706. >> ====- 8< -=================================================== > The first line is probably the result of the broken pam_unix.so, the > other two lines look to me as ssh bruteforce attacks. > But, when did it stopped working. Did you tried to update the world or something like that? -- Best regards, Victor From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 15:44:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC1D16A420 for ; Mon, 24 Sep 2007 15:44:10 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC4F13C45A for ; Mon, 24 Sep 2007 15:44:10 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so956318ugf for ; Mon, 24 Sep 2007 08:44:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=VJbGrpp2mUj7vbHgqlxn1kQDUyGd8HRERkdu04RpQ5E=; b=fcIFS0NooTCZ/a3h33gjBcLmVgavv2RkA+lplMfmOClOo2XYo66ZuSuW1m27cNwb8pPk7QKYTo7JhXF6WTtz24aUroL8VFu0q0kOsrj3hUH2W9RxGMJ/ttaiDiWot7hYINQrsJFqaWNS+pC5nj1GTwLcXCNqO0bD/RFeeW9KZ/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hQDijy4iwKu11NDQPIiuVyPKLxuJ5YrQWBDwsXqeAKm2xXgdpWytyDs8NwrxqAORhUNHeHqbYeVmqCLWMcHSp3Z9CrwhAdzfEgcFRmDsTFMJiQxU95GK51/dIy9q3PBivsEe3geiKTiHDpEAN/ThF3/IhGBySkcJ2ASB9MLs3CM= Received: by 10.67.21.11 with SMTP id y11mr7973025ugi.1190648649094; Mon, 24 Sep 2007 08:44:09 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Mon, 24 Sep 2007 08:44:09 -0700 (PDT) Message-ID: <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> Date: Mon, 24 Sep 2007 16:44:09 +0100 From: Chris To: Chris , freebsd-hardware@freebsd.org, "FreeBSD Stable" In-Reply-To: <20070924020116.GA36909@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 15:44:10 -0000 On 24/09/2007, Jeremy Chadwick wrote: > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > nfe0: flags=8843 mtu 1500 > > options=8 > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > ether x > > media: Ethernet autoselect (1000baseTX ) > > status: active > > > > 1 - is there a man page for nfe anywhere? > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > which is supposedly the same code. > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > 2 - does it support hardware checksum I remember reading it does but > > from ifconfig output it appears to not be in use so if it does support > > it how do I enable it? > > It does support it, but I don't know the circumstances surrounding when > it gets enabled. That is to say, it's known that some versions of the > chip (and/or associated PHY) have bugs, so possibly hardware checksum > offloading is known to be broken on the system you're on. Taken from my > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > nfe0: flags=8843 metric 0 mtu 1500 > options=10b > ether 00:15:f2:17:30:e9 > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet 1000baseTX > status: active > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > line. > > > 3 - same with TOS? > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > 4 - how do I enable jumbo frames if it supports it? > > You should take a bit more itme to read the webpage you obtained the > driver from. I see these on the page: > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > Tx/Rx checksum offload settings with ifconfig. > 2006/08/11 Added support for jumbo frame capability. > > yongari@ (Pyun YongHyeon) should be able to provide additional help > with both. > > > 5 - is it safe to use with zero copy sockets? > > No idea. > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > this driver safe to use on them? > > No idea. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > Thanks yes I meant TSO sorry, I would guess with the checksum either the 6.x driver is older and not fully implemented yet, the 6.x driver does need more patches for certian chipsets so would indicate its older then the CURRENT driver. Or as you said my chipset is known to be unstable with the hardware checksums. The card is more stable when using nve driver no crashes still but the performance is around the same maxing out at around 200mbit. I was expecting nearer 400-500mbit. e1000phy0: on miibus0 Is the line from dmesg, I believe in CURRENT mpsafe is always on regardless so if you have no problems then its a good sign and I will reenable mpsafe networking (default). Thanks really appreciated. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 15:45:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E26F16A421 for ; Mon, 24 Sep 2007 15:45:38 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id D054113C45A for ; Mon, 24 Sep 2007 15:45:37 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so956626ugf for ; Mon, 24 Sep 2007 08:45:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=N7Ht4prgjE+3rzs0ZuoZfQqd5sofkD2Ph5nSB1b/vWo=; b=MXvMH5RQcBbLvrqeoE3SUnvBliRci1hNaEhBJAiYaB6YFSD1KcOdlvLIHlc/rx32JocDF1qGtCjlvC5bIaPlGUOWoNgQ+38NdeUFkBKhs8TsuysWjYoCz+4CasOEeC2BUbCPdA9dztVxEHLUx0bFQ0NFNCMfuVlRpY81MRtyXKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aArA2sacL4un8x9QQfgpkeDEpYboaAyuXeP+X6ip/kfMi+XM+AXYk9lsTKmSBQcDU0F9W5jcUXPx4g1A+BnNqqabIsTfylO4ThIHrHB49klSSLaAut2e4I6wgKEoHRUVyXHB98vhvigLE30CHj1+D+wMCr9tbOzA8KPZUG510xk= Received: by 10.66.221.5 with SMTP id t5mr4267778ugg.1190648736392; Mon, 24 Sep 2007 08:45:36 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Mon, 24 Sep 2007 08:45:36 -0700 (PDT) Message-ID: <3aaaa3a0709240845q37e3b7c8g84239529b4136ce2@mail.gmail.com> Date: Mon, 24 Sep 2007 16:45:36 +0100 From: Chris To: Chris , freebsd-hardware@freebsd.org, "FreeBSD Stable" In-Reply-To: <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 15:45:38 -0000 On 24/09/2007, Chris wrote: > On 24/09/2007, Jeremy Chadwick wrote: > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > nfe0: flags=8843 mtu 1500 > > > options=8 > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > ether x > > > media: Ethernet autoselect (1000baseTX ) > > > status: active > > > > > > 1 - is there a man page for nfe anywhere? > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > which is supposedly the same code. > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > 2 - does it support hardware checksum I remember reading it does but > > > from ifconfig output it appears to not be in use so if it does support > > > it how do I enable it? > > > > It does support it, but I don't know the circumstances surrounding when > > it gets enabled. That is to say, it's known that some versions of the > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > offloading is known to be broken on the system you're on. Taken from my > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=10b > > ether 00:15:f2:17:30:e9 > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet 1000baseTX > > status: active > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > line. > > > > > 3 - same with TOS? > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > You should take a bit more itme to read the webpage you obtained the > > driver from. I see these on the page: > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > Tx/Rx checksum offload settings with ifconfig. > > 2006/08/11 Added support for jumbo frame capability. > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > with both. > > > > > 5 - is it safe to use with zero copy sockets? > > > > No idea. > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > this driver safe to use on them? > > > > No idea. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > Thanks yes I meant TSO sorry, I would guess with the checksum either > the 6.x driver is older and not fully implemented yet, the 6.x driver > does need more patches for certian chipsets so would indicate its > older then the CURRENT driver. Or as you said my chipset is known to > be unstable with the hardware checksums. > > The card is more stable when using nve driver no crashes still but the > performance is around the same maxing out at around 200mbit. I was > expecting nearer 400-500mbit. > > e1000phy0: on miibus0 > > Is the line from dmesg, I believe in CURRENT mpsafe is always on > regardless so if you have no problems then its a good sign and I will > reenable mpsafe networking (default). > > Thanks really appreciated. > > Chris > Sorry I meant the card is more stable with this nfe then the nve driver. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 15:49:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84B2616A41A for ; Mon, 24 Sep 2007 15:49:27 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2549E13C44B for ; Mon, 24 Sep 2007 15:49:26 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so957402ugf for ; Mon, 24 Sep 2007 08:49:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3a11fUxx9mLmjO3NWxeqdYHDLwNZwn2ijtLhQCKHqMM=; b=g37m/daTuUulZsVtomXjWiEu8UiZVmxLn3jJwuLkyRvZ06EqEnXPRroYJETmK+KCXcY3IObRgD+cRzDtCahB2yIscMGdrH1Hx64dVPaY3+y2WJXsJ//eHfF7fvbFnq8yJoom1FZjCa4g6ciCl8d3Lalu0O8Aq98u3UFtdoKHEB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pVySX4yk4VgrV4Ede+R545VkELft007QD5NwihWxcPR8dhVOhB5d+yBpXeGUGlpUf2iHgKFf7yqQ6lxZtNyL+jzAhNGgam6aFPoqSWQhuFotmUd4xuSaXwV1j7RmhAB4EbzmLuKZ64JQvzbDf8r/cVVYGVlQ8q2CR1ZOK92hsb4= Received: by 10.66.249.14 with SMTP id w14mr4274741ugh.1190648965396; Mon, 24 Sep 2007 08:49:25 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Mon, 24 Sep 2007 08:49:25 -0700 (PDT) Message-ID: <3aaaa3a0709240849p4ce49c75h4316c1abc56aa68e@mail.gmail.com> Date: Mon, 24 Sep 2007 16:49:25 +0100 From: Chris To: Chris , freebsd-hardware@freebsd.org, "FreeBSD Stable" In-Reply-To: <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 15:49:27 -0000 On 24/09/2007, Chris wrote: > On 24/09/2007, Jeremy Chadwick wrote: > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > nfe0: flags=8843 mtu 1500 > > > options=8 > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > ether x > > > media: Ethernet autoselect (1000baseTX ) > > > status: active > > > > > > 1 - is there a man page for nfe anywhere? > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > which is supposedly the same code. > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > 2 - does it support hardware checksum I remember reading it does but > > > from ifconfig output it appears to not be in use so if it does support > > > it how do I enable it? > > > > It does support it, but I don't know the circumstances surrounding when > > it gets enabled. That is to say, it's known that some versions of the > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > offloading is known to be broken on the system you're on. Taken from my > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=10b > > ether 00:15:f2:17:30:e9 > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet 1000baseTX > > status: active > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > line. > > > > > 3 - same with TOS? > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > You should take a bit more itme to read the webpage you obtained the > > driver from. I see these on the page: > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > Tx/Rx checksum offload settings with ifconfig. > > 2006/08/11 Added support for jumbo frame capability. > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > with both. > > > > > 5 - is it safe to use with zero copy sockets? > > > > No idea. > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > this driver safe to use on them? > > > > No idea. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > Thanks yes I meant TSO sorry, I would guess with the checksum either > the 6.x driver is older and not fully implemented yet, the 6.x driver > does need more patches for certian chipsets so would indicate its > older then the CURRENT driver. Or as you said my chipset is known to > be unstable with the hardware checksums. > > The card is more stable when using nve driver no crashes still but the > performance is around the same maxing out at around 200mbit. I was > expecting nearer 400-500mbit. > > e1000phy0: on miibus0 > > Is the line from dmesg, I believe in CURRENT mpsafe is always on > regardless so if you have no problems then its a good sign and I will > reenable mpsafe networking (default). > > Thanks really appreciated. > > Chris > More info its a NVIDIA nForce 430 MCP13 adaptor from dmesg. 2006/08/17 Provided a patch to support Marvell 88E1116 PHY In the changelog after they added hardware checksum the changelog says MCP65 had it removed from driver due to no support so I may contact the driver author on this to see what he says. Chris Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 16:17:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A4D16A469 for ; Mon, 24 Sep 2007 16:17:42 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 335EB13C448 for ; Mon, 24 Sep 2007 16:17:42 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so963161ugf for ; Mon, 24 Sep 2007 09:17:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=z6J9NhGY45dFiGz3SstSprnAcwguaZ7DAWICjXF+fBA=; b=sjbNfOtgYpOBBjejJOBk1dDo+Ywv/oz7e0qQxwo0/zK1foLXOP8DNuq+BYkq8BMxTThAraXOZFx4/bPCcO/dUDX0k3Pyi+tY84hfP3UBLoUVpcvAPW0bqTHSdd2klcLIo3986KKRaH6ZiY79VOPWv0zcDs7az20IZEal6dQePV0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t38QmAhgLQraDm3At7pNoX+6l6pM2T4u/aIL61hKxBki+gsVC40iNNI9zkgWgq/jWl0vc51Vf0vADe4M7wZ8ObP4ZybBGY6tmwNFPM9UD4YdauDn5upr1wggi1yD27ChxOXXLvOpk8vVho7xGnG3NO/iy8cWKzNaAudQkJS+pUs= Received: by 10.66.219.11 with SMTP id r11mr7984058ugg.1190650660492; Mon, 24 Sep 2007 09:17:40 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Mon, 24 Sep 2007 09:17:40 -0700 (PDT) Message-ID: <3aaaa3a0709240917p2776136fn50eb2d5bbbaeebf2@mail.gmail.com> Date: Mon, 24 Sep 2007 17:17:40 +0100 From: Chris To: Chris , freebsd-hardware@freebsd.org, "FreeBSD Stable" In-Reply-To: <20070924020116.GA36909@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 16:17:42 -0000 On 24/09/2007, Jeremy Chadwick wrote: > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > nfe0: flags=8843 mtu 1500 > > options=8 > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > ether x > > media: Ethernet autoselect (1000baseTX ) > > status: active > > > > 1 - is there a man page for nfe anywhere? > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > which is supposedly the same code. > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > 2 - does it support hardware checksum I remember reading it does but > > from ifconfig output it appears to not be in use so if it does support > > it how do I enable it? > > It does support it, but I don't know the circumstances surrounding when > it gets enabled. That is to say, it's known that some versions of the > chip (and/or associated PHY) have bugs, so possibly hardware checksum > offloading is known to be broken on the system you're on. Taken from my > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > nfe0: flags=8843 metric 0 mtu 1500 > options=10b > ether 00:15:f2:17:30:e9 > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet 1000baseTX > status: active > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > line. > > > 3 - same with TOS? > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > 4 - how do I enable jumbo frames if it supports it? > > You should take a bit more itme to read the webpage you obtained the > driver from. I see these on the page: > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > Tx/Rx checksum offload settings with ifconfig. > 2006/08/11 Added support for jumbo frame capability. > > yongari@ (Pyun YongHyeon) should be able to provide additional help > with both. > > > 5 - is it safe to use with zero copy sockets? > > No idea. > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > this driver safe to use on them? > > No idea. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > Ok to recap I have nforce 430 MCP13 I checked the src and current and 6.2-stable driver I am using are the same version number but my driver src has this added above tunables. /* definitions for backporting RELENG-6 */ #ifndef IFCAP_TSO4 #define IFCAP_TSO4 0 #define CSUM_TSO 0 #endif #ifndef VLAN_CAPABILITIES #define VLAN_CAPABILITIES(x) #endif #ifndef IFCAP_VLAN_HWCSUM #define IFCAP_VLAN_HWCSUM 0 #endif I am guessing If I set the values to 1 I get the features but would like someone to confirm this for me before I try it thanks. I only have remote access so if it stops the card working I lose access to the box. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 17:07:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F73516A41A for ; Mon, 24 Sep 2007 17:07:33 +0000 (UTC) (envelope-from jfvogel@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 5AB5513C46A for ; Mon, 24 Sep 2007 17:07:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1225343nfb for ; Mon, 24 Sep 2007 10:07:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IfFlDnXwj/oJy8lkHCGAL2v+nyqJ9L93rRobaxgASP4=; b=sL0zV+yHkMZZXbrz9LsVWPnGgz5HgwhKPM43jf6W5TFqMofXWD3jdNYxLQjDCxHWyurSGYNCl2gF86txXWdjBLSJ9fKP9BToBTIuYwr/h4KZOFzdSSaoi009TeRYHgs+SRITeRJqPL2x7wvETjaEOdbJq4HliqrPAgjAzvjqNlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NeWICKDMgdaKXa/1iiWc/T37KeCgiipyvRCd9TgAQ9BC+cDB6UFbWxUzHNBQDLDaYvgATPWq60wIlPxOoUImLi4zwk3Onj3VzuHNfJ7TcwyWEMbKkx0BW9irIdt9hH4iFzOSP/9Jp43QbM43x8mtvYcfnXoBMJpkfEEoUctislk= Received: by 10.86.77.5 with SMTP id z5mr4878967fga.1190653650907; Mon, 24 Sep 2007 10:07:30 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Mon, 24 Sep 2007 10:07:26 -0700 (PDT) Message-ID: <2a41acea0709241007k374d7a88paa17d2e08791c4cb@mail.gmail.com> Date: Mon, 24 Sep 2007 10:07:26 -0700 From: "Jack Vogel" To: "Daniel O'Connor" In-Reply-To: <200709241238.00177.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200709201818.04408.doconnor@gsoft.com.au> <200709211308.43424.doconnor@gsoft.com.au> <2a41acea0709202322p5241bde5l7baec78fd13a4c71@mail.gmail.com> <200709241238.00177.doconnor@gsoft.com.au> Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 17:07:33 -0000 On 9/23/07, Daniel O'Connor wrote: > On Fri, 21 Sep 2007, Jack Vogel wrote: > > Then on the side menu pick network connectivity, then server adapter, > > and select an adapter, it shouldnt matter which. Once at that page > > there is a pulldown for OS, select FreeBSD and tada... > > I found this -> > http://support.intel.com/support/network/sb/CS-006120.htm > > Which leads me to v6.4.1 which claims support for the part in question > (checking the source shows the PCI ID) > > It also has patches for TSO, although it appears to be optional. > > I just installed it and it appears to work fine, I haven't done any > performance testing though, however I am only interested in basic > connectivity. > > > I just looked however and the latest on there is from the last > > release, 6.5.6 which is only for 7. E1000 was not the real focus of > > this release, the new Oplin 10G was, however as I said, 6.6.6 has the > > nice feature of compiling on both OS versions, and it has the support > > you need. > > > > Just give them a week and I think it will be there, maybe I can take > > a break from my other work and get to the MFC. > > As the 6.4.1 driver works I am happy :) Yes, that's just one release earlier than the one I suggested, but if you're happy, hey, who am I to complain :) Jack From owner-freebsd-stable@FreeBSD.ORG Mon Sep 24 17:58:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F0C716A508 for ; Mon, 24 Sep 2007 17:58:26 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id D013513C480 for ; Mon, 24 Sep 2007 17:58:25 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 53123 invoked from network); 24 Sep 2007 21:58:23 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 Sep 2007 21:58:23 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254384, updated: 24.09.2007] Message-ID: <001301c7fed4$7e5f38c0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <01ae01c7fd3e$e6ff28f0$0c00a8c0@Artem> Date: Mon, 24 Sep 2007 21:58:18 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 17:58:26 -0000 Anyone any clue on this issue: Artem Kuchin wrote: > I enabled device polling in the kernel, in nics and > set HZ=1000. > > How, when i do > > omni2# vmstat -i > > i see > > interrupt total rate > irq14: ata0 47 0 > irq15: ata1 41 0 > irq28: em0 2268 4 > irq72: twe0 58380 120 > cpu0: timer 965994 1995 > cpu3: timer 1 0 > cpu1: timer 1 0 > cpu2: timer 965857 1995 > Total 1992589 4116 > > > (it is dual xeon with HT, HT disabled, that why cpu3 and cpu1 are > zero). > > What i don't understand is why timer rate on each cpu is 1995? I have > set it to 1000, not 1995 or 2000. I have seen it showing 2000 on > another box. > So > 1) why not 1000? > 2) if it is supposed to be doubled (why?) when why not 2000? > 3) Is timer int really generated on each cpu? Am i really wasting cpu > time on ~4000 ints per second? > 4) does twe driver use polling? whay about twa? how to check it in > the sources? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 00:38:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99A216A41B; Tue, 25 Sep 2007 00:38:54 +0000 (UTC) (envelope-from yds@CoolRat.org) Received: from dppl.com (orion.dppl.net [216.182.10.230]) by mx1.freebsd.org (Postfix) with ESMTP id AB40513C455; Tue, 25 Sep 2007 00:38:54 +0000 (UTC) (envelope-from yds@CoolRat.org) Received: from [192.168.1.72] (c-68-83-224-175.hsd1.nj.comcast.net [68.83.224.175]) (AUTH: PLAIN yds, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by dppl.com with esmtp; Mon, 24 Sep 2007 20:28:51 -0400 id 06432CB3.0000000046F85643.00009B42 Date: Mon, 24 Sep 2007 20:28:50 -0400 From: Yarema To: freebsd-stable@freebsd.org, NYCBUG Talk Message-ID: <866CEC2FB789142D3C0AAFCB@[192.168.1.72]> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Soren Schmidt Subject: FreeBSD PseudoRAID RAID0 array broken on atapci1: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 00:38:55 -0000 Hi, I need some help recovering from this. First some back story. Running 6.2-STABLE i386 from Sep 17, 2007. My /home slice is mounted from /dev/ar0s1e where the relevant kernel messages look like so when all is good: atapci1: ata2: on atapci1 ata3: on atapci1 ad4: 381554MB at ata2-master SATA150 ad6: 381554MB at ata3-master SATA150 ar0: 763108MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master Today this server crashed with the following loggeed: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=144888320 ad4: TIMEOUT - READ_DMA retrying (1 retry left) LBA=143390319 ad4: FAILURE - device detached ar0: FAILURE - RAID0 array broken subdisk4: detached ad4: detached g_vfs_done():ar0s1e[WRITE(offset=146002964480, length=2048)]error = 5 initiate_write_filepage: already started g_vfs_done():ar0s1e[WRITE(offset=146002964480, length=2048)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6144000, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6160384, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6176768, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6193152, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6209536, length=2048)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=65536, length=2048)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=147801325568, length=12288)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=147142686720, length=2048)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=65536, length=2048)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6144000, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6160384, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6176768, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6193152, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=6209536, length=2048)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=146831867904, length=16384)]error = 5 g_vfs_done():ar0s1e[WRITE(offset=147024330752, length=16384)]error = 5 initiate_write_filepage: already started g_vfs_done():ar0s1e[WRITE(offset=146002964480, length=2048)]error = 5 initiate_write_filepage: already started g_vfs_done():ar0s1e[WRITE(offset=146002964480, length=2048)]error = 5 initiate_write_filepage: already started g_vfs_done():ar0s1e[WRITE(offset=147801325568, length=12288)]error = 5 initiate_write_filepage: already started g_vfs_done():ar0s1e[WRITE(offset=147142686720, length=2048)]error = 5 Now the kernel messages read: ar0: FAILURE - RAID0 array broken ar0: 763108MB status: BROKEN ar0: disk0 READY using ad4 at ata2-master ar0: disk1 DOWN no device found for this subdisk ar1: 763108MB status: BROKEN ar1: disk0 DOWN no device found for this subdisk ar1: disk1 READY using ad6 at ata3-master For some reason the second disk in the array shows up as ar1 instead of being part of ar0. I suspect there's gotta be some way to force the two drives to show up as part of the same array by perhaps editing the PseudoRAID metadata on disk without putting any of the UFS2 data in "jeopardy". Any pointers on where to start poking around for the relevant metadata structures on disk or what to search for? I figure if I can dd the metadata off the disks, tweak a field or two and then dd the whole mess back I stand a chance of either hosing the array irrevocably or getting it all back. ;) Or maybe atacontrol could be used to re-create the metadata without destroying the UFS2 on the array? I have a coredump of the kernel from this crash if that helps analyze things any. -- Yarema From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 08:11:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EFDB16A468 for ; Tue, 25 Sep 2007 08:11:01 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 37C1213C461 for ; Tue, 25 Sep 2007 08:11:01 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 9884E14213D; Tue, 25 Sep 2007 10:51:48 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id 1E01F14208A; Tue, 25 Sep 2007 10:51:26 +0300 (EEST) From: Nikos Vassiliadis To: freebsd-stable@freebsd.org Date: Tue, 25 Sep 2007 10:48:20 +0300 User-Agent: KMail/1.9.1 References: <01ae01c7fd3e$e6ff28f0$0c00a8c0@Artem> <001301c7fed4$7e5f38c0$0c00a8c0@Artem> In-Reply-To: <001301c7fed4$7e5f38c0$0c00a8c0@Artem> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709251048.20808.nvass@teledomenet.gr> Cc: Artem Kuchin Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 08:11:01 -0000 On Monday 24 September 2007 20:58, Artem Kuchin wrote: > > What i don't understand is why timer rate on each cpu is 1995? I have > > set it to 1000, not 1995 or 2000. I have seen it showing 2000 on > > another box. > > So > > 1) why not 1000? I can only make assumptions about the doubling, and I don't want to. FreeBSD is not a RTOS and some milliseconds variation is understandable. > > 2) if it is supposed to be doubled (why?) when why not 2000? I can only make assumptions about the doubling, and I don't want to. FreeBSD is not a RTOS and some milliseconds variation is understandable. > > 3) Is timer int really generated on each cpu? Apparently, why do you doubt it? > > Am i really wasting cpu > > time on ~4000 ints per second? You can lower it you know, if you feel that you are waisting that much resources. Ofcourse you'll break your traffic flow that way, since latency will increase. You seem very upset about it, are you sure you want to use polling(4)? it uses much more resources than interrupts. > > 4) does twe driver use polling? whay about twa? how to check it in > > the sources? Polling is only used on some network interface drivers. Polling(4) does not offer generic device-polling facilities. By the way, you know your post has an aggressive sense, don't you? Please don't do this when asking questions and want replies. Such technical comments are not useful to anybody. HTH Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 09:10:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDD2616A420 for ; Tue, 25 Sep 2007 09:10:49 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4A07613C46E for ; Tue, 25 Sep 2007 09:10:49 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id CA5DD13DCAD; Tue, 25 Sep 2007 10:39:31 +0200 (CEST) Received: from f07.poczta.interia.pl (f07.poczta.interia.pl [10.217.2.7]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id 6892013DC27 for ; Tue, 25 Sep 2007 10:39:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by f07.poczta.interia.pl (Postfix) with ESMTP id BAACF1149A for ; Tue, 25 Sep 2007 10:39:30 +0200 (CEST) Date: 25 Sep 2007 10:39:30 +0200 From: vermaden To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20070925083930.BAACF1149A@f07.poczta.interia.pl> X-EMID: c3c40acc Subject: 6.2-STABLE does not lauch 2nd core of Pentium e2160 CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 09:10:50 -0000 FreeBSD 6.2-STABLE (GENERIC SMP kernel rebuild from today sources) does not launch second core of Pentium Dual Core e2160 CPU, it detects the cores [Cores per package: 2] but it does not launch the second CPU [SMP: AP CPU #1 Launched! <-- this should pop in dmesg but it doesnt] How can I help you to make this work? # uname -a FreeBSD siewa 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Sep 24 12:58:17 CEST 20= 07 root@siewa:/usr/obj/usr/src/sys/CUSTOM i386 # dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Mon Sep 24 12:58:17 CEST 2007 root@siewa:/usr/obj/usr/src/sys/CUSTOM ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU 2160 @ 1.80GHz (1800.01-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6f2 Stepping =3D 2 Features=3D0xbfebfbff Features2=3D0xe39d,CX16,,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 1064960000 (1015 MB) avail memory =3D 1028931584 (981 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 27.0 (no driver attached) uhci0: port 0xd400-0xd41f irq 23 at device = 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd480-0xd49f irq 19 at device = 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 18 at device = 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 16 at device = 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfe9f7c00-0xfe9f7ff= f irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffc= ff irq 19 at device 0.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:90:cc:de:5e:0c isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc480-0xc487,0xc400-0xc403,0= x8f0-0x8f7,0x8f8-0x8fb,0xbc00-0xbc0f irq 18 at device 31.1 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xd080-0xd087,0xd000-0xd003,0= xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 = on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1800011043 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata2-slave PIO4 ad8: 152627MB at ata4-master SATA150 Trying to mount root from ufs:/dev/ad8s1a Regards vermaden ---------------------------------------------------------------------- Fajne i smieszne. Zobacz najlepsze filmiki! >>> http://link.interia.pl/f1bbb From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 09:14:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224FD16A46B for ; Tue, 25 Sep 2007 09:14:05 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 557E513C458 for ; Tue, 25 Sep 2007 09:14:03 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 95927 invoked from network); 25 Sep 2007 13:14:01 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Sep 2007 13:14:01 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254434, updated: 25.09.2007] Message-ID: <00b801c7ff54$6796f2b0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Nikos Vassiliadis" , References: <01ae01c7fd3e$e6ff28f0$0c00a8c0@Artem> <001301c7fed4$7e5f38c0$0c00a8c0@Artem> <200709251048.20808.nvass@teledomenet.gr> Date: Tue, 25 Sep 2007 13:13:47 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 09:14:05 -0000 Nikos Vassiliadis wrote: > On Monday 24 September 2007 20:58, Artem Kuchin wrote: >>> What i don't understand is why timer rate on each cpu is 1995? I >>> have set it to 1000, not 1995 or 2000. I have seen it showing 2000 >>> on another box. >>> So >>> 1) why not 1000? > > > I can only make assumptions about the doubling, and I don't want to. > FreeBSD is not a RTOS and some milliseconds variation is > understandable. > >>> 2) if it is supposed to be doubled (why?) when why not 2000? > > I can only make assumptions about the doubling, and I don't want to. > FreeBSD is not a RTOS and some milliseconds variation is > understandable. > >>> 3) Is timer int really generated on each cpu? > > Apparently, why do you doubt it? > >>> Am i really wasting cpu >>> time on ~4000 ints per second? > > You can lower it you know, if you feel that you are waisting > that much resources. Ofcourse you'll break your traffic flow > that way, since latency will increase. > > You seem very upset about it, are you sure you want to use > polling(4)? it uses much more resources than interrupts. I am not upset about all this. But i want to understand why is it doubled. Because when i turn on polling i think that timer freq supposed to be just like i set HZ. However, actually, i am now thinking about another issue. I have dual CPU with HT. If i turn on HT (and it does help in my case) it shoud 2000 int x4 = 8000 ints per second. SO, i have saved 200 int/second from NIC and got myself 8000 ints/second from timer. Did i really win anything? I wish there were some good explanation on this. >>> 4) does twe driver use polling? whay about twa? how to check it in >>> the sources? > > Polling is only used on some network interface drivers. Polling(4) > does not offer generic device-polling facilities. > > By the way, you know your post has an aggressive sense, don't you? > Please don't do this when asking questions and want replies. Hmm.. Really? I didn't mean it, i was just trying to me as short and as technical as possible. Alright, i'll give a though on how to be more.. polite, i guess. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 09:52:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A3B816A41B for ; Tue, 25 Sep 2007 09:52:21 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id D568E13C457 for ; Tue, 25 Sep 2007 09:52:20 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 200D8142DBB; Tue, 25 Sep 2007 12:52:20 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id 2DAA4142DB4; Tue, 25 Sep 2007 12:52:17 +0300 (EEST) From: Nikos Vassiliadis To: "Artem Kuchin" Date: Tue, 25 Sep 2007 12:49:10 +0300 User-Agent: KMail/1.9.1 References: <01ae01c7fd3e$e6ff28f0$0c00a8c0@Artem> <200709251048.20808.nvass@teledomenet.gr> <00b801c7ff54$6796f2b0$0c00a8c0@Artem> In-Reply-To: <00b801c7ff54$6796f2b0$0c00a8c0@Artem> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709251249.11287.nvass@teledomenet.gr> Cc: freebsd-stable@freebsd.org Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 09:52:21 -0000 On Tuesday 25 September 2007 12:13, Artem Kuchin wrote: > I have dual CPU with HT. If i turn on HT (and it does help in my case) > it shoud 2000 int x4 = 8000 ints per second. SO, i have saved 200 > int/second from NIC and got myself 8000 ints/second from timer. This kind of load(200intrs/s) earns nothing from polling. > Did i > really win anything? I wish there were some good explanation on this. It would make a difference for let's say 8000 - 10000 interrupts/sec. You should read polling(4). It explains a lot:) HTH Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 10:41:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E0C16A417 for ; Tue, 25 Sep 2007 10:41:51 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 463D013C455 for ; Tue, 25 Sep 2007 10:41:50 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 98165 invoked from network); 25 Sep 2007 14:41:47 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Sep 2007 14:41:47 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254448, updated: 25.09.2007] Message-ID: <00f901c7ff60$aa84ed50$0c00a8c0@Artem> From: "Artem Kuchin" To: "Nikos Vassiliadis" References: <01ae01c7fd3e$e6ff28f0$0c00a8c0@Artem> <200709251048.20808.nvass@teledomenet.gr> <00b801c7ff54$6796f2b0$0c00a8c0@Artem> <200709251249.11287.nvass@teledomenet.gr> Date: Tue, 25 Sep 2007 14:41:43 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: freebsd-stable@freebsd.org Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 10:41:51 -0000 Nikos Vassiliadis wrote: > On Tuesday 25 September 2007 12:13, Artem Kuchin wrote: >> I have dual CPU with HT. If i turn on HT (and it does help in my >> case) it shoud 2000 int x4 = 8000 ints per second. SO, i have saved >> 200 int/second from NIC and got myself 8000 ints/second from timer. > > This kind of load(200intrs/s) earns nothing from polling. > >> Did i >> really win anything? I wish there were some good explanation on this. > > It would make a difference for let's say 8000 - 10000 interrupts/sec. > You should read polling(4). It explains a lot:) Yes, i have read the man for polling. However, it does not contain info on when it worth enabling. From this point of view it seems like if i have 8CPU server an a NIC with 8000 ints/sec when i enable polling with HZ=1000 i get about 30 ints/sec from NIC about 16000 ints from NIC So, we were at 8000 ints a second and now we are at 16000 ints/second. Is it worth in this case? It seems like enabling polling on really multi cpu computers never worth it. I think there is a mistake in my logic here. It just canot be like this. any thoughts? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 12:16:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A11616A4CF for ; Tue, 25 Sep 2007 12:16:49 +0000 (UTC) (envelope-from mike@urgle.com) Received: from anchor-post-36.mail.demon.net (anchor-post-36.mail.demon.net [194.217.242.86]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB1B13C46A for ; Tue, 25 Sep 2007 12:16:49 +0000 (UTC) (envelope-from mike@urgle.com) Received: from wafer.urgle.com ([80.177.40.53]) by anchor-post-36.mail.demon.net with esmtp (Exim 4.67) id 1Ia9LK-0009nU-Lh; Tue, 25 Sep 2007 12:16:46 +0000 Received: from mike by wafer.urgle.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Ia9LJ-000ECc-BF; Tue, 25 Sep 2007 12:16:45 +0000 Date: Tue, 25 Sep 2007 13:16:45 +0100 From: Mike Bristow To: Victor Star Message-ID: <20070925121645.GA53716@wafer.urgle.com> References: <762964378.20070923221850@victorstar.com> <20070924063127.GB37371@shell.unixguru.nl> <63456181.20070924092908@victorstar.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63456181.20070924092908@victorstar.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: in openpam_load_module(): no pam_unix.so found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 12:16:49 -0000 On Mon, Sep 24, 2007 at 09:29:08AM -0400, Victor Star wrote: > ==- 8< -======================================================================== > fireball# ldd /usr/lib/pam_unix.so > /usr/lib/pam_unix.so: > libutil.so.5 => /lib/libutil.so.5 (0x28167000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x28173000) > libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818b000) > libpam.so.3 => /usr/lib/libpam.so.3 (0x2818f000) > fireball# ldd /usr/lib/pam_unix.so.3 > /usr/lib/pam_unix.so.3: > libutil.so.5 => /lib/libutil.so.5 (0x28167000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x28173000) > libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818b000) > libpam.so.3 => /usr/lib/libpam.so.3 (0x2818f000) Hmm. That all looks ok. The relevant code inside openpam[1] does something like dlopen(OPENPAM_MODULES_DIR . "/pam_unix.so.3", RTLD_NOW) and if that fails, tries dlopen(OPENPAM_MODULES_DIR . "/pam_unix.so", RTLD_NOW) Both of these must have failed when su ran. It may be worth compiling the following: : mike@wafer:~ ; cat dlopentest.c #include #include int main (int argc, char **argv) { void *dlh; dlh = dlopen(argv[1], RTLD_NOW); if (dlh) { printf("dlopen %s worked\n", argv[1]); } else { printf("dlopen %s failed: %s\n", argv[1], dlerror()); } return 0; } : mike@wafer:~ ; make dlopentest cc -O2 -fno-strict-aliasing -pipe -march="pentium3" dlopentest.c -o dlopentest : mike@wafer:~ ; ./dlopentest /usr/lib/pam_unix.so dlopen /usr/lib/pam_unix.so worked : mike@wafer:~ ; ./dlopentest /usr/lib/pam_unix.so.3 dlopen /usr/lib/pam_unix.so.3 worked : mike@wafer:~ ; ./dlopentest /usr/lib/pam_kasjajsk.so dlopen /usr/lib/pam_kasjajsk.so failed: Cannot open "/usr/lib/pam_kasjajsk.so" : mike@wafer:~ ; this may give you a clue as to why the dlopen failed. If that doesn't point at a problem, then recompile su with _openpam_debug = 1, and setup syslog to log LOG_DEBUG messages somewhere and see what happens. [1] assuming a version of FreeBSD suitably similar to the one I have here, of course. > > ==- 8< -======================================================================== > > As for when it stopped working - the first thing I did is trying to recall if I updated any ports. > I've even went so far as looking for all files in /usr/ modified within the date range, but no, > nothing. > > I did update php5 couple days before that. But it still worked for about two days after that. > And I don't have apache/php opened to outside anyway. Just mail ports and ssh on high port (closed > it for now for just in case anyway). > > Victor > > >> ====- 8< -=================================================== > >> su: in openpam_load_module(): no pam_unix.so found > >> su: pam_start: system error > >> ====- 8< -=================================================== > >> > >> pam_unix.so is in /usr/lib: > >> ====- 8< -=================================================== > >> # ls -l /usr/lib/pam_unix* > >> lrwxr-xr-x 1 root wheel 13 Sep 25 2006 /usr/lib/pam_unix.so -> pam_unix.so.3 > >> -r--r--r-- 1 root wheel 10240 Feb 19 2007 /usr/lib/pam_unix.so.3 > >> # file /usr/lib/pam_unix.so > >> /usr/lib/pam_unix.so: symbolic link to `pam_unix.so.3' > >> ====- 8< -=================================================== > > > First, this is how a problem should be described, great work. > > > When openpam can't load a module, it also print's the 'not found' message. > > With 'ldd /usr/lib/pam_unix.so.3' you can see if all the libraries that > > it needs are in place. On my systems it give's the following output: > > > $ ldd /usr/lib/pam_unix.so.3 > > /usr/lib/pam_unix.so.3: > > libutil.so.5 => /lib/libutil.so.5 (0x28169000) > > libcrypt.so.3 => /lib/libcrypt.so.3 (0x28175000) > > libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818d000) > > libpam.so.3 => /usr/lib/libpam.so.3 (0x28191000) > > >> ====- 8< -=================================================== > >> Sep 18 11:11:37 xxxxxx su: BAD SU to root on /dev/ttyp3 > >> Sep 18 11:13:46 xxxxxx sshd[45047]: Bad protocol version identification '\377\364\377\375\006quit' from > >> Sep 18 11:15:08 xxxxxx sshd[45056]: Received disconnect from : 2: Bad packet length 710099706. > >> ====- 8< -=================================================== > > > The first line is probably the result of the broken pam_unix.so, the > > other two lines look to me as ssh bruteforce attacks. > > > But, when did it stopped working. Did you tried to update the world or something like that? > > > > -- > Best regards, > Victor > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Shenanigans! Shenanigans! Best of 3! -- Flash From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 12:59:21 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 786B316A420 for ; Tue, 25 Sep 2007 12:59:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id D329813C458 for ; Tue, 25 Sep 2007 12:59:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8PCvuru001536; Tue, 25 Sep 2007 14:58:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8PCvuZ8001535; Tue, 25 Sep 2007 14:57:56 +0200 (CEST) (envelope-from olli) Date: Tue, 25 Sep 2007 14:57:56 +0200 (CEST) Message-Id: <200709251257.l8PCvuZ8001535@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru In-Reply-To: <001301c7fed4$7e5f38c0$0c00a8c0@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 25 Sep 2007 14:58:04 +0200 (CEST) Cc: Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 12:59:21 -0000 Artem Kuchin wrote: > I enabled device polling in the kernel, in nics and > set HZ=1000. HZ=1000 is the default anyway. You only need to set it if you want a value other than 1000. For example, on my notebook I have set HZ=600 because that machine often used for various media playback (video). 600 is a multiple of 24, 25 and 30, which are common frame rates of video files. Aligning the kernel's scheduling quantum with the frame rate improves video playback. On a very fast processor I would probably use HZ=1200, but mine is only an older single-core. > How, when i do > > omni2# vmstat -i > > i see > > interrupt total rate > irq14: ata0 47 0 > irq15: ata1 41 0 > irq28: em0 2268 4 > irq72: twe0 58380 120 > cpu0: timer 965994 1995 > cpu3: timer 1 0 > cpu1: timer 1 0 > cpu2: timer 965857 1995 > Total 1992589 4116 Looks perfectly normal. > What i don't understand is why timer rate on each cpu is 1995? I have > set it to 1000, not 1995 or 2000. I have seen it showing 2000 on > another box. The timer frequencies are not necessarily the same as the HZ setting. They are related, but don't have to be the same. It depends on several things, in particular the type of your processor and sysctl kern.timecounter settings. There are several formulas, dependencies and requirements for time counters. For example, the frequency must be set so the counter does not roll over in less than about max(2 msec, 2/HZ sec), which depends on the bit width of the counter (see src/sys/sys/timetc.h). On the other hand, you want a counter which runs as fast as possible, so you get better precision for time keeping. For those reasons the cpu timer can be set to a multiple of HZ. I've made a quick survery on a few machines around me (unless otherwise noted, all of these run FreeBSD/i386 6-stable and have the default of HZ=1000): Pentium III, 800 MHz: cpu0: timer 1893955760 1999 Xeon 5160, 3000 MHz: cpu0: timer 2466663483 1996 Athlon64, 2200 MHz: cpu0: timer 3964659397 960 Athlon64 X2, 2x 2000 MHz, 7-current: cpu0: timer 847083650 2000 cpu1: timer 847081624 2000 VIA C3 Nehemiah, 1000 MHz, HZ=250: irq0: clk 167288669 249 > 3) Is timer int really generated on each cpu? Am i really wasting cpu > time on ~4000 ints per second? 4000 ints per second is rather nothing on any modern CPU. Have a look at the top(1) display of an otherwise idle system. The "%interrupt" column should be zero, even if it's processing 4000 timer interrupts per second. As far as I know, the cpu timer interrupt handler is very light- weight. > 4) does twe driver use polling? whay about twa? No, they don't. They aren't even NIC drivers. Currently polling is only implemented for (some of) the NIC drivers. > how to check it in the sources? The polling(4) manual page lists all supported devices. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 13:06:19 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E28A416A418 for ; Tue, 25 Sep 2007 13:06:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 54EA813C45D for ; Tue, 25 Sep 2007 13:06:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8PD4vZD001780; Tue, 25 Sep 2007 15:05:02 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8PD4vol001779; Tue, 25 Sep 2007 15:04:57 +0200 (CEST) (envelope-from olli) Date: Tue, 25 Sep 2007 15:04:57 +0200 (CEST) Message-Id: <200709251304.l8PD4vol001779@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, vermaden@interia.pl In-Reply-To: <20070925083930.BAACF1149A@f07.poczta.interia.pl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 25 Sep 2007 15:05:03 +0200 (CEST) Cc: Subject: Re: 6.2-STABLE does not lauch 2nd core of Pentium e2160 CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, vermaden@interia.pl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 13:06:20 -0000 vermaden wrote: > FreeBSD 6.2-STABLE (GENERIC SMP kernel rebuild from today sources) does > not launch second core of Pentium Dual Core e2160 CPU, it detects the > cores [Cores per package: 2] but it does not launch the second CPU > [SMP: AP CPU #1 Launched! <-- this should pop in dmesg but it doesnt] My guess is that you forgot to include "options SMP" in your kernel config. Otherwise, what's the output from "sysctl kern.smp" on that machine? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 13:28:46 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB44316A418 for ; Tue, 25 Sep 2007 13:28:46 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id E32CD13C4A8 for ; Tue, 25 Sep 2007 13:28:45 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 7323 invoked from network); 25 Sep 2007 17:28:43 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Sep 2007 17:28:43 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254484, updated: 25.09.2007] Message-ID: <022e01c7ff77$fc68b4a0$0c00a8c0@Artem> From: "Artem Kuchin" To: , References: <200709251257.l8PCvuZ8001535@lurza.secnetix.de> Date: Tue, 25 Sep 2007 17:28:37 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 13:28:46 -0000 >> 3) Is timer int really generated on each cpu? Am i really wasting cpu >> time on ~4000 ints per second? > > 4000 ints per second is rather nothing on any modern CPU. > Have a look at the top(1) display of an otherwise idle > system. The "%interrupt" column should be zero, even if > it's processing 4000 timer interrupts per second. As far > as I know, the cpu timer interrupt handler is very light- > weight. Thank you for the answer. My convern is that with 4 CPUs i get 8000 ints/second. While em generates only about 200 ints/second. As i undertand not all int handlers are the same. Some are heavy and some are light on CPU. So, the question is what is better (better=less CPU time): 8000 ints/sec from timer or 200 ints/sec from NIC? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 13:53:36 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0323B16A421 for ; Tue, 25 Sep 2007 13:53:36 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4B50613C48E for ; Tue, 25 Sep 2007 13:53:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8PDqDvk003566; Tue, 25 Sep 2007 15:52:19 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8PDqD2x003565; Tue, 25 Sep 2007 15:52:13 +0200 (CEST) (envelope-from olli) Date: Tue, 25 Sep 2007 15:52:13 +0200 (CEST) Message-Id: <200709251352.l8PDqD2x003565@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru In-Reply-To: <022e01c7ff77$fc68b4a0$0c00a8c0@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 25 Sep 2007 15:52:19 +0200 (CEST) Cc: Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 13:53:36 -0000 Artem Kuchin wrote: > Oliver Fromme wrote: > > Artem Kuchin wrote: > > > 3) Is timer int really generated on each cpu? Am i really wasting > > > cpu time on ~4000 ints per second? > > > > 4000 ints per second is rather nothing on any modern CPU. > > Have a look at the top(1) display of an otherwise idle > > system. The "%interrupt" column should be zero, even if > > it's processing 4000 timer interrupts per second. As far > > as I know, the cpu timer interrupt handler is very light- > > weight. > > Thank you for the answer. My convern is that with 4 CPUs i get 8000 > ints/second. While em generates only about 200 ints/second. As i > undertand not all int handlers are the same. Some are heavy and some > are light on CPU. So, the question is what is better (better=less CPU > time): 8000 ints/sec from timer or 200 ints/sec from NIC? There's no simple answer to the question. The best way is to just try it. As I wrote, run top(1) while the system is idle, so only the cpu timer interrupts are active. If the "%interrupt" column is zero most of the time, then there is nothing to worry about at all. However, if you have a constant non-zero %interrupt value, you might consider lowering HZ, and you might reconsider whether polling really has advantages in your situation. Do you have reasons to believe so? Remember that the main purpose of polling is to improve interactivity under very high network load. If you're not in such a situation, then polling probably doesn't buy you much. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 15:14:14 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1E116A41A for ; Tue, 25 Sep 2007 15:14:14 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8C52D13C43E for ; Tue, 25 Sep 2007 15:14:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8PFConN006575 for ; Tue, 25 Sep 2007 17:12:57 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8PFCoPe006574; Tue, 25 Sep 2007 17:12:50 +0200 (CEST) (envelope-from olli) Date: Tue, 25 Sep 2007 17:12:50 +0200 (CEST) Message-Id: <200709251512.l8PFCoPe006574@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 25 Sep 2007 17:12:57 +0200 (CEST) Cc: Subject: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 15:14:14 -0000 Hi, Today I noticed the following behaviour on a 6-stable machine: $ cd /tmp $ mkdir -p foo/var $ cd foo/bar $ rm -rf ../ rm: ../: Invalid argument $ rm -rf ../ $ Note that the command "rm -rf ../" was entered twice. The first time I got an error message (and exit code 1), the second time it apparently succeeded. The very same command. Further investigation: $ cd /tmp $ mkdir -p foo/var $ cd foo/bar $ rm -rf ../ rm: ../: Invalid argument $ ls -al .. ls: ..: No such file or directory $ ls /tmp/foo/bar ls: /tmp/foo/bar: No such file or directory That means: Even though "rm -rf ../" prints an error message, indicating that the argument is invalid, it *DOES* remove the contents of the parent directory! To add further confusion, another "rm -rf ../" does not print an error message and seemingly succeeds, even though ".." does not exist anymore in the current directory (which has been removed). Shall I file a PR? Or is rm working correctly, and my assumptions are wrong? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 15:25:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E99516A417 for ; Tue, 25 Sep 2007 15:25:37 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id A765513C467 for ; Tue, 25 Sep 2007 15:25:36 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so647296wra for ; Tue, 25 Sep 2007 08:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=EIVXTHIQN3Z9pEzpiMkvVZu7+KqhTHmRhg9ichLHGQ4=; b=IXk6nbsio6YtLRs6xgox6DZ0bOSYiubUmVlGuf2V6/QEE9FsERwDyZjldkpL4kjtYhcYU8Rgv2pdP9HIRKxPtNUUTEsOzXBYjLi5fSxB/zVsCkr09FEaU9Bfit0WQpsl/r/ndu5uNyHbkH4P5fKegs5UoM0xMof9T1y9XCzmQO0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nxyXIaIQizh8tC06D4jxbSZiEjzMJm8X3pAChkd7P2Nd/5K61n0nuMflgcxtWzpQ2S5U77mpqNfMwBfyMG0FVt0LLOxC5uKSD3xFqNY6z+PZQ2KKdiYzP7Cz9/tX4fxnm2QYD+3jDW4i/IYu4u1kfhud9k0SHxzL9Uz5phGMovE= Received: by 10.142.141.5 with SMTP id o5mr2282653wfd.1190733934853; Tue, 25 Sep 2007 08:25:34 -0700 (PDT) Received: by 10.142.211.11 with HTTP; Tue, 25 Sep 2007 08:25:34 -0700 (PDT) Message-ID: <26ddd1750709250825j2d70798awa96cd0d2d305e0a9@mail.gmail.com> Date: Tue, 25 Sep 2007 11:25:34 -0400 From: "Maxim Khitrov" To: freebsd-stable@freebsd.org In-Reply-To: <200709251512.l8PFCoPe006574@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 15:25:37 -0000 On 9/25/07, Oliver Fromme wrote: > Hi, > > Today I noticed the following behaviour on a 6-stable > machine: > > $ cd /tmp > $ mkdir -p foo/var > $ cd foo/bar > $ rm -rf ../ > rm: ../: Invalid argument > $ rm -rf ../ > $ > > Note that the command "rm -rf ../" was entered twice. > The first time I got an error message (and exit code 1), > the second time it apparently succeeded. The very same > command. > > Further investigation: > > $ cd /tmp > $ mkdir -p foo/var > $ cd foo/bar > $ rm -rf ../ > rm: ../: Invalid argument > $ ls -al .. > ls: ..: No such file or directory > $ ls /tmp/foo/bar > ls: /tmp/foo/bar: No such file or directory > > That means: Even though "rm -rf ../" prints an error > message, indicating that the argument is invalid, it > *DOES* remove the contents of the parent directory! > > To add further confusion, another "rm -rf ../" does > not print an error message and seemingly succeeds, > even though ".." does not exist anymore in the current > directory (which has been removed). > > Shall I file a PR? Or is rm working correctly, and > my assumptions are wrong? > > Best regards > Oliver Confirmed on CURRENT as well. Note that if you run rf -rf .. as the first command, the command does fail with 'rm: "." and ".." may not be removed'. Adding a / at the end does seem to get around this check. - Max From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 15:59:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B7116A417 for ; Tue, 25 Sep 2007 15:59:05 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id 9C47513C45B for ; Tue, 25 Sep 2007 15:59:05 +0000 (UTC) (envelope-from mike@vintners.net) Received: from brix.vintners.net (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.13.3) with ESMTP id l8PFx4GI023621 for ; Tue, 25 Sep 2007 08:59:04 -0700 (PDT) (envelope-from mike@vintners.net) Received: from [127.0.0.1] ([192.168.136.45]) by brix.vintners.net (8.13.1/8.13.1) with ESMTP id l8PFx0vL024160 for ; Tue, 25 Sep 2007 08:59:01 -0700 (PDT) (envelope-from mike@vintners.net) Message-ID: <46F9303E.5070303@vintners.net> Date: Tue, 25 Sep 2007 08:58:54 -0700 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-100.0 required=6.0 tests=USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on vinifera.vintners.net Subject: "ioapicx" warnings at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 15:59:05 -0000 I just did a firmware upgrade on my Dell 2850 FreeBSD server. I'm seeing the following warnings at boot time. (I am not sure that they weren't there before the firmware upgrade.) Should I be worried about this? And if so, what do I need to do... Thanks! > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.5-STABLE #1: Thu Aug 23 07:53:36 PDT 2007 > mikel@vinifera.vintners.net:/usr/obj/usr/src/sys/VINIFERA > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3591.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 2147221504 (2047 MB) > avail memory = 2095742976 (1998 MB) > ioapic0: Changing APIC ID to 2 > ioapic1: Changing APIC ID to 3 > ioapic1: WARNING: intbase 32 != expected base 24 > ioapic2: Changing APIC ID to 4 > ioapic2: WARNING: intbase 64 != expected base 56 > ioapic3: Changing APIC ID to 5 > ioapic3: WARNING: intbase 96 != expected base 88 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 32-55 on motherboard -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mlemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 16:30:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F100D16A41A for ; Tue, 25 Sep 2007 16:30:31 +0000 (UTC) (envelope-from oleg@admin.opentransfer.com) Received: from admin.opentransfer.com (admin.opentransfer.com [71.18.255.169]) by mx1.freebsd.org (Postfix) with ESMTP id 9430513C468 for ; Tue, 25 Sep 2007 16:30:31 +0000 (UTC) (envelope-from oleg@admin.opentransfer.com) Received: from admin.opentransfer.com (admin.opentransfer.com [127.0.0.1]) by admin.opentransfer.com (8.13.8/8.13.8) with ESMTP id l8PFU3f0004504 for ; Tue, 25 Sep 2007 10:30:03 -0500 Received: (from oleg@localhost) by admin.opentransfer.com (8.13.8/8.13.8/Submit) id l8PFU3ug004503 for freebsd-stable@freebsd.org; Tue, 25 Sep 2007 10:30:03 -0500 Date: Tue, 25 Sep 2007 10:30:03 -0500 From: Oleg Nauman To: freebsd-stable@freebsd.org Message-ID: <20070925153003.GA3258@admin.opentransfer.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200709251512.l8PFCoPe006574@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 16:30:32 -0000 On Tue, Sep 25, 2007 at 05:12:50PM +0200, Oliver Fromme wrote: > Hi, > > Today I noticed the following behaviour on a 6-stable > machine: > > $ cd /tmp > $ mkdir -p foo/var > $ cd foo/bar Looks like you have mistyped 'mkdir' argument :) > $ rm -rf ../ > rm: ../: Invalid argument Please type 'pwd' here > $ rm -rf ../ > $ > > Note that the command "rm -rf ../" was entered twice. > The first time I got an error message (and exit code 1), > the second time it apparently succeeded. The very same > command. > > Further investigation: > > $ cd /tmp > $ mkdir -p foo/var > $ cd foo/bar > $ rm -rf ../ > rm: ../: Invalid argument > $ ls -al .. > ls: ..: No such file or directory > $ ls /tmp/foo/bar > ls: /tmp/foo/bar: No such file or directory > > That means: Even though "rm -rf ../" prints an error > message, indicating that the argument is invalid, it > *DOES* remove the contents of the parent directory! > > To add further confusion, another "rm -rf ../" does > not print an error message and seemingly succeeds, > even though ".." does not exist anymore in the current > directory (which has been removed). > > Shall I file a PR? Or is rm working correctly, and > my assumptions are wrong? > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- > chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "The scanf() function is a large and complex beast that often does > something almost but not quite entirely unlike what you desired." > -- Chris Torek -- The ultimate artifact may be found in the driven snow... From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 16:36:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607B716A419 for ; Tue, 25 Sep 2007 16:36:37 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 09A8813C447 for ; Tue, 25 Sep 2007 16:36:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JOX00F87KOZMJB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 25 Sep 2007 17:36:35 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.202]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JOX00B2BKOYR1H0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 25 Sep 2007 17:36:35 +0200 (CEST) Date: Tue, 25 Sep 2007 17:36:34 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20070925173634.89748abe.torfinn.ingolfsen@broadpark.no> In-reply-to: <200709251512.l8PFCoPe006574@lurza.secnetix.de> References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> X-Mailer: Sylpheed 2.4.6 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 16:36:37 -0000 On Tue, 25 Sep 2007 17:12:50 +0200 (CEST) Oliver Fromme wrote: > $ cd /tmp > $ mkdir -p foo/var > $ cd foo/bar > $ rm -rf ../ > rm: ../: Invalid argument > $ rm -rf ../ > $ > > Note that the command "rm -rf ../" was entered twice. > The first time I got an error message (and exit code 1), > the second time it apparently succeeded. The very same > command. What happens if you issue a 'pwd' command after each 'rm -rf ../'? We want to see the output. IMHO, the only way the second rm command *should* succeed, is if it invalidates the current working directory, thus releasing the last lock on the directory. Quick testing here: tingo@kg-work$ mkdir -p foo/bar tingo@kg-work$ cd foo/bar tingo@kg-work$ ll total 4 drwxr-xr-x 2 tingo wheel - 512 Sep 25 17:31 ./ drwxr-xr-x 3 tingo wheel - 512 Sep 25 17:31 ../ tingo@kg-work$ pwd /tmp/foo/bar tingo@kg-work$ rm -rf ../ rm: ../: Invalid argument tingo@kg-work$ pwd /tmp/foo/bar tingo@kg-work$ rm -rf ../ tingo@kg-work$ pwd /tmp/foo/bar tingo@kg-work$ ls -al total 0 tingo@kg-work$ ll total 0 tingo@kg-work$ pwd /tmp/foo/bar tingo@kg-work$ ls -al .. ls: ..: No such file or directory tingo@kg-work$ ls -al /tmp/foo/bar ls: /tmp/foo/bar: No such file or directory tingo@kg-work$ ls -al /tmp/foo total 8 drwxr-xr-x 2 tingo wheel 512 Sep 25 17:32 . drwxrwxrwt 35 root wheel 5632 Sep 25 17:31 .. Ok, I think it is a bug. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 17:02:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D998A16A41A for ; Tue, 25 Sep 2007 17:02:22 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 7BF6F13C457 for ; Tue, 25 Sep 2007 17:02:22 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id AE0051B10EE6; Tue, 25 Sep 2007 19:02:20 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-104.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 256401B10C26 for ; Tue, 25 Sep 2007 19:02:18 +0200 (CEST) Message-ID: <46F93F0A.6000501@moneybookers.com> Date: Tue, 25 Sep 2007 20:02:02 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4391/Tue Sep 25 17:10:50 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: cvs questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 17:02:22 -0000 Hello, Sorry if this is off-topic here, but I want to ask few questions about the cvs that is in FreeBSD base system. We have project that is in cvs and we uses different branches. I want to separate permitions for different developers, and to allow all of them to commit changes in HEAD, but only few of them to be able to make changes in STABLE branch for example. From what I found I should use commitinfo for this, but I have the feeling, that I cannot provide the name of the branch in this file as variable to the script that is run. Any ideas how to accomplish this? Is it possible without additional patches? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 17:11:58 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9792616A474 for ; Tue, 25 Sep 2007 17:11:58 +0000 (UTC) (envelope-from jan.grant@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4290213C48D for ; Tue, 25 Sep 2007 17:11:58 +0000 (UTC) (envelope-from jan.grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by dirg.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1IaDh4-0006jY-2M; Tue, 25 Sep 2007 17:55:40 +0100 Received: from cse-jg.cse.bris.ac.uk ([137.222.12.37]:52069) by mail.ilrt.bris.ac.uk with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1IaDgs-0003LH-Qz; Tue, 25 Sep 2007 17:55:18 +0100 Date: Tue, 25 Sep 2007 17:55:18 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@tribble.ilrt.bris.ac.uk To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200709251512.l8PFCoPe006574@lurza.secnetix.de> Message-ID: <20070925175244.C21973@tribble.ilrt.bris.ac.uk> References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-ILRT-MailScanner: Found to be clean X-ILRT-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.659, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.74, BAYES_00 -2.60) X-ILRT-MailScanner-From: jan.grant@bristol.ac.uk X-Spam-Status: No X-Spam-Score: -0.8 X-Spam-Level: / Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 17:11:58 -0000 On Tue, 25 Sep 2007, Oliver Fromme wrote: > Note that the command "rm -rf ../" was entered twice. > The first time I got an error message (and exit code 1), > the second time it apparently succeeded. Check the man page for rm: -f Attempt to remove the files without prompting for confirma- tion, regardless of the file's permissions. If the file does not exist, do not display a diagnostic message or modify the exit status to reflect an error. That's what's happening the second time through. The first time, your current directory is getting removed (so ../ won't refer to a real directory the second time around). The bug is really in rm(1)'s initial diagnostic message. -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ We thought time travel was impossible. But that was now and this is then. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 17:32:22 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C46316A41A for ; Tue, 25 Sep 2007 17:32:22 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 76A6B13C448 for ; Tue, 25 Sep 2007 17:32:21 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 12534 invoked from network); 25 Sep 2007 21:32:19 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Sep 2007 21:32:19 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254485, updated: 25.09.2007] Message-ID: <000f01c7ff9a$03b887e0$0c00a8c0@Artem> From: "Artem Kuchin" To: , References: <200709251352.l8PDqD2x003565@lurza.secnetix.de> Date: Tue, 25 Sep 2007 21:32:13 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 17:32:22 -0000 Oliver Fromme wrote: > Artem Kuchin wrote: >> Oliver Fromme wrote: >>> Artem Kuchin wrote: >>>> 3) Is timer int really generated on each cpu? Am i really wasting >>>> cpu time on ~4000 ints per second? >>> >>> 4000 ints per second is rather nothing on any modern CPU. >>> Have a look at the top(1) display of an otherwise idle >>> system. The "%interrupt" column should be zero, even if >>> it's processing 4000 timer interrupts per second. As far >>> as I know, the cpu timer interrupt handler is very light- >>> weight. >> >> Thank you for the answer. My convern is that with 4 CPUs i get 8000 >> ints/second. While em generates only about 200 ints/second. As i >> undertand not all int handlers are the same. Some are heavy and some >> are light on CPU. So, the question is what is better (better=less CPU >> time): 8000 ints/sec from timer or 200 ints/sec from NIC? > > There's no simple answer to the question. The best way is > to just try it. As I wrote, run top(1) while the system is > idle, so only the cpu timer interrupts are active. If the > "%interrupt" column is zero most of the time, then there > is nothing to worry about at all. > > However, if you have a constant non-zero %interrupt value, > you might consider lowering HZ, and you might reconsider > whether polling really has advantages in your situation. > Do you have reasons to believe so? Remember that the main > purpose of polling is to improve interactivity under very > high network load. If you're not in such a situation, then > polling probably doesn't buy you much. Well, problem with top is that on dual 3GHZ box it alsway s shows 0% load when not loaded with real traffic (web traffic) no matter if it is polling of int handling. And when loaded with real traffic web server eat a lot more cpu power then traffic handling, so, no separate measurement of traffic cpu load is possible. But i think it is possible to simulate this kind of load, need to think about it. Also, when it comes to public web server i can never be secure enough and crazy load of traffic can come any time from DDOS attack which can bring down any box. So, for public web server it is a matter of security and managebility to have server interactive even on high traffic load. So, even from this poing of view polling can be usefull. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 17:45:27 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6396B16A418 for ; Tue, 25 Sep 2007 17:45:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 735DB13C465 for ; Tue, 25 Sep 2007 17:45:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8PHhvkQ012245; Tue, 25 Sep 2007 19:44:07 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8PHhvlP012244; Tue, 25 Sep 2007 19:43:57 +0200 (CEST) (envelope-from olli) Date: Tue, 25 Sep 2007 19:43:57 +0200 (CEST) Message-Id: <200709251743.l8PHhvlP012244@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, torfinn.ingolfsen@broadpark.no In-Reply-To: <20070925173634.89748abe.torfinn.ingolfsen@broadpark.no> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 25 Sep 2007 19:44:08 +0200 (CEST) Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, torfinn.ingolfsen@broadpark.no List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 17:45:27 -0000 Torfinn Ingolfsen wrote: > Oliver Fromme wrote: > > > $ cd /tmp > > $ mkdir -p foo/var > > $ cd foo/bar > > $ rm -rf ../ > > rm: ../: Invalid argument > > $ rm -rf ../ > > $ > > > > Note that the command "rm -rf ../" was entered twice. > > The first time I got an error message (and exit code 1), > > the second time it apparently succeeded. The very same > > command. > > What happens if you issue a 'pwd' command after each 'rm -rf ../'? > We want to see the output. It's /tmp/foo/bar every time. > IMHO, the only way the second rm command *should* succeed, is if it > invalidates the current working directory, thus releasing the last lock > on the directory. > > Quick testing here: > [...] > Ok, I think it is a bug. Yes, I think so, too. By the way, an additional confusion is that ".." and "../" are handled differently. Specifying ".." always leads to this message: rm: "." and ".." may not be removed and nothing is actually removed. It is confusing that adding a slash leads to a different error message _and_ removal of the contents of the parent directory. Clearly a POLA violation. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 18:06:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAD2816A418 for ; Tue, 25 Sep 2007 18:06:01 +0000 (UTC) (envelope-from freebsd@victorstar.com) Received: from mail.umbra.com (toronto-hs-216-138-236-105.s-ip.magma.ca [216.138.236.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0A713C468 for ; Tue, 25 Sep 2007 18:06:00 +0000 (UTC) (envelope-from freebsd@victorstar.com) Received: from umbexch1.umbra.com ([10.0.0.70]) by mail.umbra.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Sep 2007 14:06:30 -0400 Received: from victors.umbra.com ([10.0.0.45]) by umbexch1.umbra.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Sep 2007 14:06:30 -0400 Date: Tue, 25 Sep 2007 14:06:29 -0400 From: Victor Star X-Priority: 3 (Normal) Message-ID: <196878840.20070925140629@victorstar.com> To: Mike Bristow In-Reply-To: <20070925121645.GA53716@wafer.urgle.com> References: <762964378.20070923221850@victorstar.com> <20070924063127.GB37371@shell.unixguru.nl> <63456181.20070924092908@victorstar.com> <20070925121645.GA53716@wafer.urgle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 25 Sep 2007 18:06:30.0754 (UTC) FILETIME=[CCB2E420:01C7FF9E] Cc: freebsd-stable@freebsd.org Subject: Re: in openpam_load_module(): no pam_unix.so found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 18:06:01 -0000 Hi Mike, Now, before I got a chance to try it out it suddenly works again. As good of a new as it is, I don't really like things fixing themselves without my knowledge of what's going on... Looks like a good time to start learning about rootkits. Of course there is a possibility of some resource-related issue, but I would expect at least to see something in messages, or other log files.... I'll keep this email for future in case it happens again. Thank you for your help! Victor > On Mon, Sep 24, 2007 at 09:29:08AM -0400, Victor Star wrote: >> ==- 8< -======================================================================== >> fireball# ldd /usr/lib/pam_unix.so >> /usr/lib/pam_unix.so: >> libutil.so.5 => /lib/libutil.so.5 (0x28167000) >> libcrypt.so.3 => /lib/libcrypt.so.3 (0x28173000) >> libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818b000) >> libpam.so.3 => /usr/lib/libpam.so.3 (0x2818f000) >> fireball# ldd /usr/lib/pam_unix.so.3 >> /usr/lib/pam_unix.so.3: >> libutil.so.5 => /lib/libutil.so.5 (0x28167000) >> libcrypt.so.3 => /lib/libcrypt.so.3 (0x28173000) >> libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818b000) >> libpam.so.3 => /usr/lib/libpam.so.3 (0x2818f000) > Hmm. That all looks ok. > The relevant code inside openpam[1] does something like > dlopen(OPENPAM_MODULES_DIR . "/pam_unix.so.3", RTLD_NOW) > and if that fails, tries > dlopen(OPENPAM_MODULES_DIR . "/pam_unix.so", RTLD_NOW) > Both of these must have failed when su ran. > It may be worth compiling the following: > : mike@wafer:~ ; cat dlopentest.c > #include > #include > int > main (int argc, char **argv) { > void *dlh; > dlh = dlopen(argv[1], RTLD_NOW); > if (dlh) { > printf("dlopen %s worked\n", argv[1]); > } else { > printf("dlopen %s failed: %s\n", argv[1], dlerror()); > } > return 0; > } > : mike@wafer:~ ; make dlopentest > cc -O2 -fno-strict-aliasing -pipe -march="pentium3" dlopentest.c -o dlopentest > : mike@wafer:~ ; ./dlopentest /usr/lib/pam_unix.so > dlopen /usr/lib/pam_unix.so worked > : mike@wafer:~ ; ./dlopentest /usr/lib/pam_unix.so.3 > dlopen /usr/lib/pam_unix.so.3 worked > : mike@wafer:~ ; ./dlopentest /usr/lib/pam_kasjajsk.so > dlopen /usr/lib/pam_kasjajsk.so failed: Cannot open "/usr/lib/pam_kasjajsk.so" > : mike@wafer:~ ; > this may give you a clue as to why the dlopen failed. If that > doesn't point at a problem, then recompile su with _openpam_debug > = 1, and setup syslog to log LOG_DEBUG messages somewhere and see > what happens. > [1] assuming a version of FreeBSD suitably similar to the one I > have here, of course. >> >> ==- 8< -======================================================================== >> >> As for when it stopped working - the first thing I did is trying to recall if I updated any ports. >> I've even went so far as looking for all files in /usr/ modified within the date range, but no, >> nothing. >> >> I did update php5 couple days before that. But it still worked for about two days after that. >> And I don't have apache/php opened to outside anyway. Just mail ports and ssh on high port (closed >> it for now for just in case anyway). >> >> Victor >> >> >> ====- 8< -=================================================== >> >> su: in openpam_load_module(): no pam_unix.so found >> >> su: pam_start: system error >> >> ====- 8< -=================================================== >> >> >> >> pam_unix.so is in /usr/lib: >> >> ====- 8< -=================================================== >> >> # ls -l /usr/lib/pam_unix* >> >> lrwxr-xr-x 1 root wheel 13 Sep 25 2006 /usr/lib/pam_unix.so -> pam_unix.so.3 >> >> -r--r--r-- 1 root wheel 10240 Feb 19 2007 /usr/lib/pam_unix.so.3 >> >> # file /usr/lib/pam_unix.so >> >> /usr/lib/pam_unix.so: symbolic link to `pam_unix.so.3' >> >> ====- 8< -=================================================== >> >> > First, this is how a problem should be described, great work. >> >> > When openpam can't load a module, it also print's the 'not found' message. >> > With 'ldd /usr/lib/pam_unix.so.3' you can see if all the libraries that >> > it needs are in place. On my systems it give's the following output: >> >> > $ ldd /usr/lib/pam_unix.so.3 >> > /usr/lib/pam_unix.so.3: >> > libutil.so.5 => /lib/libutil.so.5 (0x28169000) >> > libcrypt.so.3 => /lib/libcrypt.so.3 (0x28175000) >> > libypclnt.so.2 => /usr/lib/libypclnt.so.2 (0x2818d000) >> > libpam.so.3 => /usr/lib/libpam.so.3 (0x28191000) >> >> >> ====- 8< -=================================================== >> >> Sep 18 11:11:37 xxxxxx su: BAD SU to root on /dev/ttyp3 >> >> Sep 18 11:13:46 xxxxxx sshd[45047]: Bad protocol version identification '\377\364\377\375\006quit' from >> >> Sep 18 11:15:08 xxxxxx sshd[45056]: Received disconnect from : 2: Bad packet length 710099706. >> >> ====- 8< -=================================================== >> >> > The first line is probably the result of the broken pam_unix.so, the >> > other two lines look to me as ssh bruteforce attacks. >> >> > But, when did it stopped working. Did you tried to update the world or something like that? >> >> >> >> -- >> Best regards, >> Victor >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Best regards, Victor From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 18:11:41 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25D116A420 for ; Tue, 25 Sep 2007 18:11:41 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 57E7C13C480 for ; Tue, 25 Sep 2007 18:11:41 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 67B1C172A7; Tue, 25 Sep 2007 14:11:40 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gvYiG5XRWonY; Tue, 25 Sep 2007 14:11:40 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id B689217281; Tue, 25 Sep 2007 14:11:39 -0400 (EDT) Message-ID: <46F94F5B.9050102@jellydonut.org> Date: Tue, 25 Sep 2007 14:11:39 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070806 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Artem Kuchin References: <200709251352.l8PDqD2x003565@lurza.secnetix.de> <000f01c7ff9a$03b887e0$0c00a8c0@Artem> In-Reply-To: <000f01c7ff9a$03b887e0$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 18:11:41 -0000 Artem Kuchin wrote: > Oliver Fromme wrote: >> Artem Kuchin wrote: >>> Oliver Fromme wrote: >>>> Artem Kuchin wrote: >>>>> 3) Is timer int really generated on each cpu? Am i really wasting >>>>> cpu time on ~4000 ints per second? >>>> >>>> 4000 ints per second is rather nothing on any modern CPU. >>>> Have a look at the top(1) display of an otherwise idle >>>> system. The "%interrupt" column should be zero, even if >>>> it's processing 4000 timer interrupts per second. As far >>>> as I know, the cpu timer interrupt handler is very light- >>>> weight. >>> >>> Thank you for the answer. My convern is that with 4 CPUs i get 8000 >>> ints/second. While em generates only about 200 ints/second. As i >>> undertand not all int handlers are the same. Some are heavy and some >>> are light on CPU. So, the question is what is better (better=less CPU >>> time): 8000 ints/sec from timer or 200 ints/sec from NIC? >> >> There's no simple answer to the question. The best way is >> to just try it. As I wrote, run top(1) while the system is >> idle, so only the cpu timer interrupts are active. If the >> "%interrupt" column is zero most of the time, then there >> is nothing to worry about at all. >> >> However, if you have a constant non-zero %interrupt value, >> you might consider lowering HZ, and you might reconsider >> whether polling really has advantages in your situation. >> Do you have reasons to believe so? Remember that the main >> purpose of polling is to improve interactivity under very >> high network load. If you're not in such a situation, then >> polling probably doesn't buy you much. > > Well, problem with top is that on dual 3GHZ box it alsway s > shows 0% load when not loaded with real traffic (web traffic) no matter > if it is polling of int handling. And when loaded with real traffic > web server eat a lot more cpu power then traffic handling, so, no > separate measurement of traffic cpu load is possible. > But i think it is possible to simulate this kind of load, need to think > about > it. > > Also, when it comes to public web server i can never be secure enough and > crazy load of traffic can come any time from DDOS attack which can bring > down any box. So, for public web server it is a matter of security and > managebility to have server interactive even on high traffic load. So, > even from > this poing of view polling can be usefull. > Would it not be advisable then to simply limit the maximum number of allowed connections, ala sysctl kern.ipc.somaxconn, rather then to enable polling? I can see using polling on a router or some device that funnels traffic through multiple interfaces, but rarely have I seen it useful on a single-homed box where sysctls might be better used to limit connections. May be old news, but I've read that polling on a SMP machine is questionable anyway (http://info.iet.unipi.it/~luigi/polling/). -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 18:30:49 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F48916A418 for ; Tue, 25 Sep 2007 18:30:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7118F13C46A for ; Tue, 25 Sep 2007 18:30:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 08286EB79B0; Wed, 26 Sep 2007 02:31:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 2xNT3izfmzjW; Wed, 26 Sep 2007 02:30:59 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6A7BFEB7995; Wed, 26 Sep 2007 02:30:58 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=YPxvcEDiBiBuEpr9dsfMos+J/PZGm2kPYUOEZuBKeGLpXXKh+m3rhY/upyjNRKU1h WCX4d3HKsKqP4hkVhZwUg== Message-ID: <46F953C4.1030707@delphij.net> Date: Tue, 25 Sep 2007 11:30:28 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, torfinn.ingolfsen@broadpark.no References: <200709251743.l8PHhvlP012244@lurza.secnetix.de> In-Reply-To: <200709251743.l8PHhvlP012244@lurza.secnetix.de> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig75FE4668FDDB8DE1C013E831" Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 18:30:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig75FE4668FDDB8DE1C013E831 Content-Type: multipart/mixed; boundary="------------000106020508020706020709" This is a multi-part message in MIME format. --------------000106020508020706020709 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think this is a bug, here is a fix obtained from NetBSD. The reasoning (from NetBSD's rm.c,v 1.16): Strip trailing slashes of operands in checkdot(). POSIX.2 requires that if "." or ".." are specified as the basename portion of an operand, a diagnostic message be written to standard error, etc. We strip the slashes because POSIX.2 defines basename as the final portion of a pathname after trailing slashes have been removed. This also makes rm "perform actions equivalent to" the POSIX.1 rmdir() and unlink() functions when removing directories and files, even when they do not follow POSIX.1's pathname resolution semantics (which require trailing slashes be ignored). If nobody complains about this I will request for commit approval from re= @. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------000106020508020706020709 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="rm-posix.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="rm-posix.diff" Index: rm.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/bin/rm/rm.c,v retrieving revision 1.58 diff -u -p -r1.58 rm.c --- rm.c 31 Oct 2006 02:22:36 -0000 1.58 +++ rm.c 25 Sep 2007 18:26:52 -0000 @@ -558,6 +558,14 @@ check2(char **argv) return (first =3D=3D 'y' || first =3D=3D 'Y'); } =20 +/* + * POSIX.2 requires that if "." or ".." are specified as the basename + * portion of an operand, a diagnostic message be written to standard + * error and nothing more be done with such operands. + * + * Since POSIX.2 defines basename as the final portion of a path after + * trailing slashes have been removed, we'll remove them here. + */ #define ISDOT(a) ((a)[0] =3D=3D '.' && (!(a)[1] || ((a)[1] =3D=3D '.' &&= !(a)[2]))) void checkdot(char **argv) @@ -567,10 +575,17 @@ checkdot(char **argv) =20 complained =3D 0; for (t =3D argv; *t;) { + /* strip trailing slashes */ + p =3D strrchr(*t, '\0'); + while (--p > *t && *p =3D=3D '/') + *p =3D '\0'; + + /* extract basename */ if ((p =3D strrchr(*t, '/')) !=3D NULL) ++p; else p =3D *t; + if (ISDOT(p)) { if (!complained++) warnx("\".\" and \"..\" may not be removed"); --------------000106020508020706020709-- --------------enig75FE4668FDDB8DE1C013E831 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+VPFOfuToMruuMARCg5cAJ4o9qjqfuupAuXj4Zl2/E5qdxGXHQCgi68U E9tNjSg+Y83rzdt3HU+mh5g= =tjXg -----END PGP SIGNATURE----- --------------enig75FE4668FDDB8DE1C013E831-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 19:20:54 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62CA416A419 for ; Tue, 25 Sep 2007 19:20:54 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id DE66E13C45B for ; Tue, 25 Sep 2007 19:20:53 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 7EAD361C71; Tue, 25 Sep 2007 21:04:07 +0200 (CEST) Date: Tue, 25 Sep 2007 21:04:07 +0200 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20070925190407.GA39037@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20070925173634.89748abe.torfinn.ingolfsen@broadpark.no> <200709251743.l8PHhvlP012244@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709251743.l8PHhvlP012244@lurza.secnetix.de> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 19:20:54 -0000 * Oliver Fromme [2007-09-25 19:43 +0200]: > By the way, an additional confusion is that ".." and "../" > are handled differently. Specifying ".." always leads to > this message: > > rm: "." and ".." may not be removed > > and nothing is actually removed. It is confusing that > adding a slash leads to a different error message _and_ > removal of the contents of the parent directory. Clearly > a POLA violation. Adding a slash often leads to different behaviour. nicolas@pc5 ~/rd> mkdir foo; ln -s foo bar nicolas@pc5 ~/rd> rm -r bar nicolas@pc5 ~/rd> ls -l total 2 drwxr-xr-x 2 nicolas wheel 512 Sep 25 20:55 foo/ nicolas@pc5 ~/rd> nicolas@pc5 ~/rd> mkdir foo; ln -s foo bar nicolas@pc5 ~/rd> rm -r bar/ nicolas@pc5 ~/rd> ls -l total 0 lrwxr-xr-x 1 nicolas wheel 3 Sep 25 20:56 bar@ -> foo nicolas@pc5 ~/rd> And cp -R behaves differently for dir and dir/, too, but it is explicitly documented there. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 20:40:10 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CE316A418 for ; Tue, 25 Sep 2007 20:40:10 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAEB13C448 for ; Tue, 25 Sep 2007 20:40:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8PKckfp019304; Tue, 25 Sep 2007 22:38:53 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8PKckmm019303; Tue, 25 Sep 2007 22:38:46 +0200 (CEST) (envelope-from olli) Date: Tue, 25 Sep 2007 22:38:46 +0200 (CEST) Message-Id: <200709252038.l8PKckmm019303@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org In-Reply-To: <20070925190407.GA39037@mid.pc5.i.0x5.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 25 Sep 2007 22:38:54 +0200 (CEST) Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 20:40:10 -0000 Nicolas Rachinsky wrote: > Oliver Fromme wrote: > > By the way, an additional confusion is that ".." and "../" > > are handled differently. Specifying ".." always leads to > > this message: > > > > rm: "." and ".." may not be removed > > > > and nothing is actually removed. It is confusing that > > adding a slash leads to a different error message _and_ > > removal of the contents of the parent directory. Clearly > > a POLA violation. > > Adding a slash often leads to different behaviour. Yes, I'm aware of that. I often make use of the feature that "find /sys/" expands the symlink, while "find /sys" does not. The same holds true for ls(1). However, I would still argue that there is no sane reason for "rm -rf ../" behaving differently from "rm -rf ..", especially because it behaves differently in a destructive way. That's why I call it a POLA violation. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is executable pseudocode. Perl is executable line noise. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 20:43:25 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 785F716A46C for ; Tue, 25 Sep 2007 20:43:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 109CE13C4A5 for ; Tue, 25 Sep 2007 20:43:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 95624EB9DD7; Wed, 26 Sep 2007 04:43:48 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Yu726kvKrVSU; Wed, 26 Sep 2007 04:43:37 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 37A66EB2784; Wed, 26 Sep 2007 04:43:37 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=AAowcOArcaJCCyV/UK7y4fkHS5UQXxELDVPI4fVNynvnyH3ox+OAfWnbzRufyDwLN AC7c3Z2K8v2Acz0MxJShQ== Message-ID: <46F972DA.4020704@delphij.net> Date: Tue, 25 Sep 2007 13:43:06 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org References: <200709252038.l8PKckmm019303@lurza.secnetix.de> In-Reply-To: <200709252038.l8PKckmm019303@lurza.secnetix.de> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB6534F0901B5DFFA96608DCF" Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 20:43:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB6534F0901B5DFFA96608DCF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oliver Fromme wrote: > Nicolas Rachinsky wrote: > > Oliver Fromme wrote: > > > By the way, an additional confusion is that ".." and "../" > > > are handled differently. Specifying ".." always leads to > > > this message: > > >=20 > > > rm: "." and ".." may not be removed > > >=20 > > > and nothing is actually removed. It is confusing that > > > adding a slash leads to a different error message _and_ > > > removal of the contents of the parent directory. Clearly > > > a POLA violation. > >=20 > > Adding a slash often leads to different behaviour. >=20 > Yes, I'm aware of that. I often make use of the feature > that "find /sys/" expands the symlink, while "find /sys" > does not. The same holds true for ls(1). >=20 > However, I would still argue that there is no sane reason > for "rm -rf ../" behaving differently from "rm -rf ..", > especially because it behaves differently in a destructive > way. That's why I call it a POLA violation. Also a POSIX violation IMHO :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB6534F0901B5DFFA96608DCF 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+XLaOfuToMruuMARCqbxAJ9k8YmIEViF7vbnUZaQNj/mvBuXMwCfSVvm JbmPJ4/TRmF1fXolmvPw4F0= =Rjuu -----END PGP SIGNATURE----- --------------enigB6534F0901B5DFFA96608DCF-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 21:54:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76DB316A417 for ; Tue, 25 Sep 2007 21:54:16 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id F28CE13C467 for ; Tue, 25 Sep 2007 21:54:15 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IaIMA-000Mve-9S for freebsd-stable@freebsd.org; Tue, 25 Sep 2007 23:54:14 +0200 Date: Tue, 25 Sep 2007 23:54:14 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20070925215414.GQ23625@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> <26ddd1750709250825j2d70798awa96cd0d2d305e0a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS" Content-Disposition: inline In-Reply-To: <26ddd1750709250825j2d70798awa96cd0d2d305e0a9@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Oliver Brandmueller Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 21:54:16 -0000 --nVMJ2NtxeReIH9PS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Sep 25, 2007 at 11:25:34AM -0400, Maxim Khitrov wrote: > On 9/25/07, Oliver Fromme wrote: > > To add further confusion, another "rm -rf ../" does > > not print an error message and seemingly succeeds, > > even though ".." does not exist anymore in the current > > directory (which has been removed). >=20 > Confirmed on CURRENT as well. Note that if you run rf -rf .. as the > first command, the command does fail with 'rm: "." and ".." may not be > removed'. Adding a / at the end does seem to get around this check. May I add some more confusion? In tcsh: (23:49) ob@nowhere:ttyp2 [~] which rm /bin/rm (23:49) ob@nowhere:ttyp2 [~] cd /tmp (23:49) ob@nowhere:ttyp2 [/tmp] mkdir -p foo/bar (23:49) ob@nowhere:ttyp2 [/tmp] cd foo/bar (23:49) ob@nowhere:ttyp2 [foo/bar] rm -rf ../ (23:49) ob@nowhere:ttyp2 [foo/bar] pwd pwd: .: No such file or directory (23:52) ob@nowhere:ttyp2 [foo/bar] cd /tmp (23:52) ob@nowhere:ttyp2 [/tmp] ls (23:52) ob@nowhere:ttyp2 [/tmp]=20 In sh: $ which rm /bin/rm $ cd /tmp $ mkdir -p foo/bar $ cd foo/bar $ rm -rf ../ rm: ../: Invalid argument $ pwd /tmp/foo/bar $ rm -rf ../ $ pwd /tmp/foo/bar $ cd /tmp $ ls foo $ cd foo $ ls (23:53) ob@nowhere:ttyp2 [~] uname -a FreeBSD nowhere.ob-home.lan 6.2-STABLE FreeBSD 6.2-STABLE #17: Sun Aug 5 1= 9:03:13 CEST 2007 root@nowhere.ob-home.lan:/usr/obj/usr/src/sys/NOWHERE= i386 - Olli --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --nVMJ2NtxeReIH9PS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG+YOGiqtMdzjafykRArgaAJ4qw2WOfoW2zCzJlE3+S4gdjYbIYwCeLKqi uFmhjTml+SX6X65zaayg8RQ= =z1Bv -----END PGP SIGNATURE----- --nVMJ2NtxeReIH9PS-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 22:06:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3172E16A420 for ; Tue, 25 Sep 2007 22:06:49 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4AC13C46A for ; Tue, 25 Sep 2007 22:06:48 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id l8PM6lnt092820 for ; Wed, 26 Sep 2007 00:06:47 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.13.6/8.13.6) with ESMTP id l8PM6kMn035684 for ; Wed, 26 Sep 2007 00:06:46 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.13.6/8.13.6/Submit) id l8PM6kXt035683 for freebsd-stable@freebsd.org; Wed, 26 Sep 2007 00:06:46 +0200 (CEST) (envelope-from ry93) Date: Wed, 26 Sep 2007 00:06:46 +0200 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20070925220646.GA35281@hugo10.ka.punkt.de> References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> <26ddd1750709250825j2d70798awa96cd0d2d305e0a9@mail.gmail.com> <20070925215414.GQ23625@e-Gitt.NET> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070925215414.GQ23625@e-Gitt.NET> User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 22:06:49 -0000 Hello! On Tue, Sep 25, 2007 at 11:54:14PM +0200, Oliver Brandmueller wrote: > In sh: > > $ which rm > /bin/rm > $ cd /tmp > $ mkdir -p foo/bar > $ cd foo/bar > $ rm -rf ../ > rm: ../: Invalid argument $ pwd /tmp $ ktrace -i /bin/sh $ which rm /bin/rm $ mkdir -p foo/bar $ cd foo/bar $ rm -rf ../ rm: ../: Invalid argument $ rm -rf ../ $ ktrace -C ... 35356 rm NAMI "../" 35356 rm RET rmdir -1 errno 22 Invalid argument ... 35488 rm NAMI "../" 35488 rm RET lstat -1 errno 2 No such file or directory ... HTH, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 25 22:16:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 339F816A477 for ; Tue, 25 Sep 2007 22:16:44 +0000 (UTC) (envelope-from yds@CoolRat.org) Received: from dppl.com (orion.dppl.net [216.182.10.230]) by mx1.freebsd.org (Postfix) with ESMTP id D5FAA13C474 for ; Tue, 25 Sep 2007 22:16:43 +0000 (UTC) (envelope-from yds@CoolRat.org) Received: from [192.168.1.72] (c-68-83-224-175.hsd1.nj.comcast.net [68.83.224.175]) (AUTH: PLAIN yds, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by dppl.com with esmtp; Tue, 25 Sep 2007 18:16:42 -0400 id 06432C46.0000000046F988CA.0000D680 Date: Tue, 25 Sep 2007 18:16:40 -0400 From: Yarema To: "=?UTF-8?Q?S=C3=B8ren_Schmidt?=" Message-ID: <5AB37930CB158A943D586344@[192.168.1.72]> In-Reply-To: <46F8AF60.4020709@deepcore.dk> References: <866CEC2FB789142D3C0AAFCB@[192.168.1.72]> <46F8AF60.4020709@deepcore.dk> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: NYCBUG Talk , freebsd-stable@freebsd.org Subject: Re: FreeBSD PseudoRAID RAID0 array broken on atapci1: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 22:16:44 -0000 --On Tuesday, September 25, 2007 8:49 AM +0200 S=C3=B8ren Schmidt=20 wrote: > Yarema wrote: >> Hi, I need some help recovering from this. First some back story. >> Running 6.2-STABLE i386 from Sep 17, 2007. My /home slice is mounted >> from /dev/ar0s1e where the relevant kernel messages look like so when >> all is good: >> >> atapci1: >> ata2: on atapci1 >> ata3: on atapci1 >> ad4: 381554MB at ata2-master SATA150 >> ad6: 381554MB at ata3-master SATA150 >> ar0: 763108MB status: READY >> ar0: disk0 READY using ad4 at ata2-master >> ar0: disk1 READY using ad6 at ata3-master >> >> Today this server crashed with the following loggeed: >> >> ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D144888320 >> ad4: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D143390319 >> ad4: FAILURE - device detached >> ar0: FAILURE - RAID0 array broken >> subdisk4: detached >> ad4: detached >> g_vfs_done():ar0s1e[WRITE(offset=3D146002964480, length=3D2048)]error = =3D 5 >> initiate_write_filepage: already started >> g_vfs_done():ar0s1e[WRITE(offset=3D146002964480, length=3D2048)]error = =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6144000, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6160384, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6176768, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6193152, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6209536, length=3D2048)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D65536, length=3D2048)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D147801325568, length=3D12288)]error = =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D147142686720, length=3D2048)]error = =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D65536, length=3D2048)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6144000, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6160384, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6176768, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6193152, length=3D16384)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D6209536, length=3D2048)]error =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D146831867904, length=3D16384)]error = =3D 5 >> g_vfs_done():ar0s1e[WRITE(offset=3D147024330752, length=3D16384)]error = =3D 5 >> initiate_write_filepage: already started >> g_vfs_done():ar0s1e[WRITE(offset=3D146002964480, length=3D2048)]error = =3D 5 >> initiate_write_filepage: already started >> g_vfs_done():ar0s1e[WRITE(offset=3D146002964480, length=3D2048)]error = =3D 5 >> initiate_write_filepage: already started >> g_vfs_done():ar0s1e[WRITE(offset=3D147801325568, length=3D12288)]error = =3D 5 >> initiate_write_filepage: already started >> g_vfs_done():ar0s1e[WRITE(offset=3D147142686720, length=3D2048)]error = =3D 5 >> >> Now the kernel messages read: >> >> ar0: FAILURE - RAID0 array broken >> ar0: 763108MB status: BROKEN >> ar0: disk0 READY using ad4 at ata2-master >> ar0: disk1 DOWN no device found for this subdisk >> ar1: 763108MB status: BROKEN >> ar1: disk0 DOWN no device found for this subdisk >> ar1: disk1 READY using ad6 at ata3-master >> >> For some reason the second disk in the array shows up as ar1 instead >> of being part of ar0. I suspect there's gotta be some way to force >> the two drives to show up as part of the same array by perhaps editing >> the PseudoRAID metadata on disk without putting any of the UFS2 data >> in "jeopardy". Any pointers on where to start poking around for the >> relevant metadata structures on disk or what to search for? I figure >> if I can dd the metadata off the disks, tweak a field or two and then >> dd the whole mess back I stand a chance of either hosing the array >> irrevocably or getting it all back. ;) Or maybe atacontrol could be >> used to re-create the metadata without destroying the UFS2 on the >> array? I have a coredump of the kernel from this crash if that helps >> analyze things any. >> > > The solution to getting the array back is to "atacontrol delete ar0" > "atacontrol delete ar1" "atacontrol create stripe 512 ad4 ad6" and > the array is reborn. > However your filesystems might be just a bunch of bits depending > on how much of the failed write that made it in there, you get the > (missing) protection you asked for using RAID0.... S=C3=B8ren, Thank you for your prompt and helpful reply. I'm running into an new=20 situation with atacontrol: % atacontrol create RAID0 512 ad4 ad6 ar0: 763108MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master Note that the original RAID0 which broke was ar0: 763108MB status: READY Now atacontrol will not create FreeBSD PseudoRAID metadata with a 256KB=20 stripe, but insists on creating Intel MatrixRAID metadata with a 128KB=20 stripe. This is on a non-R version of the ICH5 southbridge. So there's no = way to enable/disable the Intel MatrixRAID from the BIOS. Nor is there any = way to change the stripe size in the BIOS since there is no Intel=20 MatrixRAID BIOS on this motherboard. The computer in question is a Dell=20 SC400 with an Intel OEM motherboard which has a very limited BIOS Setup=20 interface typical of Intel/Dell. Is there any way to force atacontrol to create FreeBSD PseudoRAID metadata? = Perhaps using an older FreeSBIE release based on FreeBSD 6.0 since IIRC I=20 created this RAID0 back when 6.0 was CURRENT. --=20 Yarema From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 02:03:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B421B16A417 for ; Wed, 26 Sep 2007 02:03:00 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0A113C44B for ; Wed, 26 Sep 2007 02:03:00 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so759071wra for ; Tue, 25 Sep 2007 19:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=j/YfjFdfbQYG4HWGeMZtFU0mJRxuw+X+mkvYKbOJ+4g=; b=FSF6iv1d84y7xwv+fGxXCCkfO99ew/xhjrnTkXuiZ8elsqaltLAWSVwWvuf9E/lM4aD7Z3zkH3ss3GRmtz5DS/UFfSQ3+TqI0qtgJ6ThJRGCGpw5TjtDlgX9LRTcusVC1tGqGIG5LdT9SZuc/at+88cDUOHBTvEi1fGnHiO73S0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QiNTifIDIRoLraPPYFpXzzmkoWThaCBqAid5ddF0IkJFHWnzJ6oC4Klrn8nSdtoPFdB0+csWeQZQtJ6tzreKTfhv8JaR9NR3Cme/zw/Epc9WFK0WSsD2x84sBljNCwSet1eRC0rZyoNaVF2xyz8678JMQ8TQfiqLXLtg9IVEkgk= Received: by 10.142.77.11 with SMTP id z11mr71989wfa.1190770711050; Tue, 25 Sep 2007 18:38:31 -0700 (PDT) Received: by 10.142.12.14 with HTTP; Tue, 25 Sep 2007 18:38:30 -0700 (PDT) Message-ID: <54db43990709251838q68bdba95iefefb43029761c34@mail.gmail.com> Date: Tue, 25 Sep 2007 21:38:30 -0400 From: "Bob Johnson" To: freebsd-stable@freebsd.org In-Reply-To: <200709251743.l8PHhvlP012244@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070925173634.89748abe.torfinn.ingolfsen@broadpark.no> <200709251743.l8PHhvlP012244@lurza.secnetix.de> Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 02:03:00 -0000 On 9/25/07, Oliver Fromme wrote: > Torfinn Ingolfsen wrote: > > Oliver Fromme wrote: > > > > > $ cd /tmp > > > $ mkdir -p foo/var > > > $ cd foo/bar > > > $ rm -rf ../ > > > rm: ../: Invalid argument > > > $ rm -rf ../ > > > $ > > > [...] > > Quick testing here: > > [...] > > Ok, I think it is a bug. > > Yes, I think so, too. > > By the way, an additional confusion is that ".." and "../" > are handled differently. Specifying ".." always leads to > this message: > > rm: "." and ".." may not be removed > > and nothing is actually removed. It is confusing that > adding a slash leads to a different error message _and_ > removal of the contents of the parent directory. Clearly > a POLA violation. Maybe. But I expect that the behavior for "rm -rf .." is there so that things don't get REALLY astonishing when you do "rm -rf *". Having a different behavior for "rm -rf ../" may have been intentional on someone's part so you can override the protection if you really want to. - Bob From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 04:29:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A4B816A417 for ; Wed, 26 Sep 2007 04:29:49 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 557A213C447 for ; Wed, 26 Sep 2007 04:29:49 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2702265waf for ; Tue, 25 Sep 2007 21:29:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; bh=ux3q6+z0T4BKEX3vVtMo3SkV03+Y8G7JnzAyCbagAIY=; b=f+JF7wUNqmDHKoZmt/CHCZ/FeQTrrTj81Is2g2yyuF2+yKchgXtV+iSocPEOkl+K4PWlkakEfy9zoNl9ysW84DHLv4PCErT9O9MF0O/oPy2o4LHV7Ci6JVfop1sMS0NXh6X/sB04IEaBPccVu939uAFCdiYQQ9ljKv9gwfNuDFI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; b=TYunCSCB6AaUxRdjghI9QnxP2m2M4E5/vwFGUoUBGi8TqhvQIRvM9FtdCoAGFWYMix0HpYWL2c/442vu75m73S782Bl2jbIUvPcnKnmn695ugFOg6kM6aZUWtJvRts9N7QxN7y+8MQi/w1JwP0MpjUGdaMb4lGVcnStCGbkD8PU= Received: by 10.114.60.19 with SMTP id i19mr276610waa.1190779431913; Tue, 25 Sep 2007 21:03:51 -0700 (PDT) Received: from ppp-22.180.dialinfree.com ( [209.172.22.180]) by mx.google.com with ESMTPS id 45sm235853wri.2007.09.25.21.03.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2007 21:03:50 -0700 (PDT) Date: Wed, 26 Sep 2007 00:03:44 -0400 From: CmdLnKid To: freebsd-stable@freebsd.org In-Reply-To: <20070925175244.C21973@tribble.ilrt.bris.ac.uk> Message-ID: <20070925235826.D57927@cbynevgl.hper> References: <200709251512.l8PFCoPe006574@lurza.secnetix.de> <20070925175244.C21973@tribble.ilrt.bris.ac.uk> X-OpenPGP-Key: 0xDFFDD218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 04:29:49 -0000 On Tue, 25 Sep 2007 17:55 +0100, jan.grant wrote: > On Tue, 25 Sep 2007, Oliver Fromme wrote: > >> Note that the command "rm -rf ../" was entered twice. >> The first time I got an error message (and exit code 1), >> the second time it apparently succeeded. > > Check the man page for rm: > > -f Attempt to remove the files without prompting for confirma- > tion, regardless of the file's permissions. If the file does > not exist, do not display a diagnostic message or modify the > exit status to reflect an error. > > That's what's happening the second time through. The first time, your > current directory is getting removed (so ../ won't refer to a real > directory the second time around). The bug is really in rm(1)'s initial > diagnostic message. > Just wanted to point out that this actually goes all the way back as far as 4.6.2-RELEASE-p27. I dont have any earlier machines than that to test on but best guess is that it most likely goes back further than that. -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 06:08:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3CFA16A41A for ; Wed, 26 Sep 2007 06:08:31 +0000 (UTC) (envelope-from mahmoh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 376E313C465 for ; Wed, 26 Sep 2007 06:08:30 +0000 (UTC) (envelope-from mahmoh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2728586waf for ; Tue, 25 Sep 2007 23:08:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=mhUOQOOzxMGiWQNGiLPARN+d6s/ZWQEKiAm8yB6gX8U=; b=Qhk41DV2bid8wcbMFpS5U/vyGBTEEF3i1NoOzcTdrL0qvjLHwjrMmG7NpszvT+BfXhyvW2Kc+LBQ0HTuZExauxdhIgv62un9yExL2A9sHULBnP2Km6Zz1Jm8A6Z8udU5xkm5imMB2UML+Jm+uhbweF2kCw/CuJIgLoolRflLx4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ttz4Gh6BDafUvuadd0FGXKbKoz4oycD2+G6kD1dwFfwXFLZYbtxwxIIzSb5hgT8vlQ7pAVicjzGqtzsQQ1vx3x8ewpINNZF1oCUzDlaSpVLmBmZxNnR5qe4CnAzTJoiduSTGvJmkiCuOvyP7wGX4z4N2xCKBslC6SBwF9U9vJWI= Received: by 10.115.78.1 with SMTP id f1mr427661wal.1190785298909; Tue, 25 Sep 2007 22:41:38 -0700 (PDT) Received: by 10.114.123.12 with HTTP; Tue, 25 Sep 2007 22:41:38 -0700 (PDT) Message-ID: Date: Wed, 26 Sep 2007 08:41:38 +0300 From: "Maher Mohamed" To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4663_25585126.1190785298832" References: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Help with dual head configuration for Acer Ferrari 4000 wmli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 06:08:31 -0000 ------=_Part_4663_25585126.1190785298832 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I need to configure my ATI X700 to be able to have a dual monitor since i really need it for representations, I have not have any luck in the last year searching around to make it work, I am asking any one that has an a machine like mine and has resolved this issue to kindly send me any information, I am attaching my xorg.conf in case it may help thank you in advanced. PS: DO NOT BUY ATI PRODUCTS PEOPLE, I MADE A HUGE MISTAKE Mohamed M. Maher ------=_Part_4663_25585126.1190785298832 Content-Type: application/octet-stream; name="xorg.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xorg.conf"; filename="xorg.conf" X-Attachment-Id: f_f71erwcd IwojIHZpbTpzdz0yIHRzPTg6ZXQgc3RhCiMKU2VjdGlvbiAiU2VydmVyTGF5b3V0IgoJSWRlbnRp ZmllciAgICAgIkxheW91dDAiCglTY3JlZW4gICAgICAwICAiU2NyZWVuMCIgMCAwCglJbnB1dERl dmljZSAgICAiS2V5Ym9hcmQwIiAiQ29yZUtleWJvYXJkIgoJSW5wdXREZXZpY2UgICAgIk1vdXNl MCIgIkNvcmVQb2ludGVyIgpFbmRTZWN0aW9uCgpTZWN0aW9uICJGaWxlcyIKIwlGb250UGF0aCAg ICJ1bml4Lzo3MTAwIgojICAgICAgICBSZ2JQYXRoICAgICIvdXNyL1gxMVI2L2xpYi9YMTEvcmdi IgoJRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL3dlYmZvbnRzLyIKCUZvbnRQ YXRoICAgIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9taXNjLyIKICAgICAgICBGb250UGF0aCAg ICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvVFRGLyIKICAgICAgICBGb250UGF0aCAgICIvdXNy L1gxMVI2L2xpYi9YMTEvZm9udHMvVHlwZTEvIgogICAgICAgIEZvbnRQYXRoICAgIi91c3IvWDEx UjYvbGliL1gxMS9mb250cy83NWRwaS8iCiAgICAgICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9s aWIvWDExL2ZvbnRzLzEwMGRwaS8iCiAgICAgICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIv WDExL2ZvbnRzL2xvY2FsLyIKICAgICAgICBGb250UGF0aCAiL3Vzci9YMTFSNi9saWIvWDExL2Zv bnRzL2F2aWZvbnRzLyIKICAgICAgICBGb250UGF0aCAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRz L21nb3Blbi8iCiAgICAgICAgRm9udFBhdGggIi91c3IvbG9jYWwvc2hhcmUvZm9udHMvYW1zcHNm b250L3R5cGUxLyIKICAgICAgICBGb250UGF0aCAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL1VS Vy8iCiAgICAgICAgRm9udFBhdGggIi91c3IvWDExUjYvbGliL1gxMS9mb250cy90ZXhjbS10dGYv IgogICAgICAgIEZvbnRQYXRoICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbG9jYWwvc3V4dXMv IgogICAgICAgIEZvbnRQYXRoICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvc2hhcmVmb250LyIK ICAgICAgICBGb250UGF0aCAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2xvY2FsL3NnaS8iCiAg ICAgICAgRm9udFBhdGggIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9wcGFudHNmb250cy8iCiAg ICAgICAgRm9udFBhdGggIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9udWNsZXVzLyIKICAgICAg ICBGb250UGF0aCAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL21vemlsbGEvIgogICAgICAgIEZv bnRQYXRoICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbWdvcGVuLyIKICAgICAgICBGb250UGF0 aCAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL21hdGhmb250cy8iCiAgICAgICAgRm9udFBhdGgg Ii91c3IvWDExUjYvbGliL1gxMS9mb250cy9sZnBmb250cy12YXIvIgogICAgICAgIEZvbnRQYXRo ICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbGZwZm9udHMtZml4LyIKICAgICAgICBGb250UGF0 aCAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2ptay8iCgpFbmRTZWN0aW9uCgpTZWN0aW9uICJN b2R1bGUiCglMb2FkICJmcmVldHlwZSIKCUxvYWQgICJleHRtb2QiCglMb2FkICAiZGJlIgoJTG9h ZCAgInJlY29yZCIKCUxvYWQgICJ4dHJhcCIKCUxvYWQgICJ0eXBlMSIKICAgIExvYWQgICJnbHgi CiAgICBMb2FkICAiZHJpIgoJTG9hZCAgImRybSIKRW5kU2VjdGlvbgoKU2VjdGlvbiAiSW5wdXRE ZXZpY2UiCglJZGVudGlmaWVyICAiTW91c2UwIgoJRHJpdmVyICAgICAgIm1vdXNlIgoJT3B0aW9u CSAgICAiUHJvdG9jb2wiICJBdXRvIgoJT3B0aW9uCSAgICAiRGV2aWNlIiAiL2Rldi9zeXNtb3Vz ZSIKCU9wdGlvbiAgICAgICJCdXR0b25zIiAiNSIKCSNPcHRpb24gICAgICAiWkF4aXNNYXBwaW5n IiAiNCA1IDYgNyIKCSNPcHRpb24gICAgICAiQnV0dG9ucyIgIjciCkVuZFNlY3Rpb24KClNlY3Rp b24gIklucHV0RGV2aWNlIgoJSWRlbnRpZmllciAgIktleWJvYXJkMCIKCURyaXZlciAgICAgICJr ZXlib2FyZCIKCU9wdGlvbgkgICAgIlhrYk1vZGVsIiAicGMxMDEiCglPcHRpb24JICAgICJYa2JM YXlvdXQiICJ1cywgZ3IiCiAgICAgICAgT3B0aW9uICJYa2JPcHRpb25zIiAiZ3JwOmN0cmxfc2hp ZnRfdG9nZ2xlLGdycF9sZWQ6c2Nyb2xsLGNvbXBvc2U6bWVudSIKRW5kU2VjdGlvbgoKU2VjdGlv biAiTW9uaXRvciIKCUlkZW50aWZpZXIgICAiTW9uaXRvcjAiCkVuZFNlY3Rpb24KClNlY3Rpb24g IkRldmljZSIKCUlkZW50aWZpZXIgICJDYXJkMCIKCURyaXZlciAgICAgICJyYWRlb24iCglDaGlw SUQgICAgICAweDVENTcKCU9wdGlvbiAgICAgICJNb25pdG9yTGF5b3V0IiAiTFZEUyIKRW5kU2Vj dGlvbgoKU2VjdGlvbiAiU2NyZWVuIgoJSWRlbnRpZmllciAiU2NyZWVuMCIKCURldmljZSAgICAg IkNhcmQwIgoJTW9uaXRvciAgICAiTW9uaXRvcjAiCglEZWZhdWx0RGVwdGggICAgIDI0CglTdWJT ZWN0aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0ICAgMCAwCgkJRGVwdGggICAgIDI0CgkJTW9kZXMg ICAgICIxNjgweDEwNTAiICIxMjgweDgwMCIgIjEwMjR4NzY4IiAiODAweDYwMCIKCUVuZFN1YlNl Y3Rpb24KRW5kU2VjdGlvbgo= ------=_Part_4663_25585126.1190785298832-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 06:09:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619E316A41A for ; Wed, 26 Sep 2007 06:09:11 +0000 (UTC) (envelope-from mahmoh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 3C9DC13C45A for ; Wed, 26 Sep 2007 06:09:10 +0000 (UTC) (envelope-from mahmoh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2728759waf for ; Tue, 25 Sep 2007 23:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=kfNtseazQ6+kf5TJZk5z4MNdHRCrn71FA75Y8hagAss=; b=VmzkkUSerftmCY8xv9VPAbqwUYtq4juemUJ3htmS2wjLZGUleJWJNG7TkwPbbTAYbpV2sxK1B432fslFPM47QnTlTW//M5bKJuHlqYuaF6Evepj69kufUidNSnh0cgLUdkMPtc1bLc4pbLSfIGOjGa2rxPpKVmeokTMptlX0JgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=jfWnqBxVGPEuRRTN64HyPbQDAg3WAvwgRguQ4/lsx/EsmqMvzrek6sHqHv9+KkUbB26wrMQEwpk9jUW3o59dxEx7AkITDM1l/KWG9f+8q7lTMap/yc5JaOCBthwcmc2/gg71pH8fBuu/XuWHoKMWgkN8KE8rCmhVPPefHKmk1H0= Received: by 10.114.130.1 with SMTP id c1mr399686wad.1190785192075; Tue, 25 Sep 2007 22:39:52 -0700 (PDT) Received: by 10.114.123.12 with HTTP; Tue, 25 Sep 2007 22:39:52 -0700 (PDT) Message-ID: Date: Wed, 26 Sep 2007 08:39:52 +0300 From: "Maher Mohamed" To: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Help with dual head configuration for Acer Ferrari 4000 wmli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 06:09:11 -0000 I need to configure my ATI X700 to be able to have a dual monitor since i really need it for representations, I have not have any luck in the last year searching around to make it work, I am asking any one that has an a machine like mine and has resolved this issue to kindly send me any information, I am attaching my xorg.conf in case it may help thank you in advaced. PS: DO NOT BUY ATI PRODUCTS PEOPLE, I MADE A HUGE MISTAKE -- Mohamed M. Maher From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 06:56:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D2016A418 for ; Wed, 26 Sep 2007 06:56:24 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id DB47F13C45B for ; Wed, 26 Sep 2007 06:56:23 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id A09B76402C for ; Wed, 26 Sep 2007 08:28:08 +0200 (CEST) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id 7AF1E66C00B for ; Wed, 26 Sep 2007 08:28:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id eUyUFJmpI725 for ; Wed, 26 Sep 2007 08:28:08 +0200 (CEST) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 3171B66C03E for ; Wed, 26 Sep 2007 08:28:08 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id 4CF1C57F24 for ; Wed, 26 Sep 2007 08:28:05 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 812F4168; Wed, 26 Sep 2007 08:28:04 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id B8214164 for ; Wed, 26 Sep 2007 08:28:03 +0200 (CEST) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id 7457DBCDE for ; Wed, 26 Sep 2007 08:28:03 +0200 (CEST) Date: Wed, 26 Sep 2007 08:28:03 +0200 From: Vladimir Botka To: freebsd-stable@freebsd.org Message-ID: <20070926082803.6f20a679@srv> In-Reply-To: References: X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Help with dual head configuration for Acer Ferrari 4000 wmli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 06:56:24 -0000 Dne Wed, 26 Sep 2007 08:41:38 +0300 "Maher Mohamed" napsal(a): > I need to configure my ATI X700 to be able to have a dual monitor > since i really need it for representations, I have not have any luck > in the last year searching around to make it work, I am asking any > one that has an a machine like mine and has resolved this issue to > kindly send me any information, I am attaching my xorg.conf in case > it may help > > > thank you in advanced. > > PS: DO NOT BUY ATI PRODUCTS PEOPLE, I MADE A HUGE MISTAKE > > > Mohamed M. Maher To avoid the troubles it is recommended to check the "Hardware notes" before purchase. Cheers, -vlado From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 07:41:44 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A231A16A41A for ; Wed, 26 Sep 2007 07:41:44 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 79F7213C455 for ; Wed, 26 Sep 2007 07:41:44 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id AE02642C8D2; Wed, 26 Sep 2007 09:41:42 +0200 (CEST) Received: from f28.poczta.interia.pl (f28.poczta.interia.pl [10.217.2.28]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id 20A6742C7A4; Wed, 26 Sep 2007 09:41:41 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by f28.poczta.interia.pl (Postfix) with ESMTP id 9886621C875; Wed, 26 Sep 2007 09:41:38 +0200 (CEST) Date: 26 Sep 2007 09:41:38 +0200 From: vermaden To: olli@lurza.secnetix.de, freebsd-stable@FreeBSD.ORG MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20070926074141.9886621C875@f28.poczta.interia.pl> X-EMID: db740acc Cc: Subject: 6.2-STABLE does not lauch 2nd core of Pentium e2160 CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 07:41:45 -0000 > My guess is that you forgot to include "options SMP" in > your kernel config. Otherwise, what's the output from > "sysctl kern.smp" on that machine? > > Best regards > Oliver > Sorry, my bad, everything works like a charm. I forgot that SMP config is just include GENERIC + options SMP and I copied it to /root/CUSTOM, then links to ../conf and build. SOLVED in short words. Thanks and regards vermaden ---------------------------------------------------------------------- Jak nasze "Zlotka" wygraly przegrany mecz Kliknij >>> http://link.interia.pl/f1be4 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 14:49:21 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C686016A419 for ; Wed, 26 Sep 2007 14:49:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA3913C4A7 for ; Wed, 26 Sep 2007 14:49:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8QElush058753 for ; Wed, 26 Sep 2007 16:48:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8QElua3058752; Wed, 26 Sep 2007 16:47:56 +0200 (CEST) (envelope-from olli) Date: Wed, 26 Sep 2007 16:47:56 +0200 (CEST) Message-Id: <200709261447.l8QElua3058752@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <54db43990709251838q68bdba95iefefb43029761c34@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 26 Sep 2007 16:48:04 +0200 (CEST) Cc: Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 14:49:21 -0000 Bob Johnson wrote: > Oliver Fromme wrote: > > By the way, an additional confusion is that ".." and "../" > > are handled differently. Specifying ".." always leads to > > this message: > > > > rm: "." and ".." may not be removed > > > > and nothing is actually removed. It is confusing that > > adding a slash leads to a different error message _and_ > > removal of the contents of the parent directory. Clearly > > a POLA violation. > > Maybe. But I expect that the behavior for "rm -rf .." is there so > that things don't get REALLY astonishing when you do "rm -rf *". The expansion of "*" does not include "." or "..". (As a side note, i also think that a tool should not try to mess with shell expansion, or make assumptions about it. For example, most shells have an optional feature to ask for confirmation when the user typed "rm *" or similar. If a user wants such protection, he can enable it. There is no reason that rm(1) or other tools try to be clever about it.) > Having a different behavior for "rm -rf ../" may have been > intentional on someone's part so you can override the protection > if you really want to. If it was intentional, then there wouldn't be a misleading error message (and exit code 1). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 15:02:19 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD2C16A468 for ; Wed, 26 Sep 2007 15:02:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3C313C4B0 for ; Wed, 26 Sep 2007 15:02:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8QF0veq059493; Wed, 26 Sep 2007 17:01:02 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8QF0vuI059492; Wed, 26 Sep 2007 17:00:57 +0200 (CEST) (envelope-from olli) Date: Wed, 26 Sep 2007 17:00:57 +0200 (CEST) Message-Id: <200709261500.l8QF0vuI059492@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru In-Reply-To: <000f01c7ff9a$03b887e0$0c00a8c0@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 26 Sep 2007 17:01:03 +0200 (CEST) Cc: Subject: Re: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 15:02:19 -0000 Artem Kuchin wrote: > Well, problem with top is that on dual 3GHZ box it alsway s > shows 0% load when not loaded with real traffic (web traffic) no matter > if it is polling of int handling. Great, so your machine doesn't have any significant overhead for the timer interrupt. That was your question, wasn't it? > And when loaded with real traffic > web server eat a lot more cpu power then traffic handling, so, no > separate measurement of traffic cpu load is possible. By "traffic cpu load" you mean the handling in the TCP/IP stack and in the device driver, right? That's always the same, no matter whether polling is enabled or not. In fact, with polling enabled you get _less_ interrupts, so the overhead caused by the actual interrupt handling is smaller. > Also, when it comes to public web server i can never be secure enough and > crazy load of traffic can come any time from DDOS attack which can bring > down any box. So, for public web server it is a matter of security and > managebility to have server interactive even on high traffic load. So, even from > this poing of view polling can be usefull. Not really. DDoS attacks against web servers usually work on userland level, not on kernel level. For example, a simple way to perform such an attack would be to make many requests so that your apache runs out of resources. Polling does not help at all in that case. Polling only helps when the _kernel_ side is saturated with network traffic, but that's usually not the case on a web server where the Apache kicks the bucket much earlier than the kernel. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 15:53:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB6ED16A46B for ; Wed, 26 Sep 2007 15:53:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 5E44713C459 for ; Wed, 26 Sep 2007 15:53:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id BAA05334; Thu, 27 Sep 2007 01:53:07 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 27 Sep 2007 01:53:06 +1000 (EST) From: Ian Smith To: LI Xin In-Reply-To: <46F972DA.4020704@delphij.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 15:53:18 -0000 On Tue, 25 Sep 2007, LI Xin wrote: > Oliver Fromme wrote: > > Nicolas Rachinsky wrote: > > > Oliver Fromme wrote: > > > > By the way, an additional confusion is that ".." and "../" > > > > are handled differently. Specifying ".." always leads to > > > > this message: > > > > > > > > rm: "." and ".." may not be removed > > > > > > > > and nothing is actually removed. It is confusing that > > > > adding a slash leads to a different error message _and_ > > > > removal of the contents of the parent directory. Clearly > > > > a POLA violation. Clearly a bug, and well spotted, especially if as old as reported. > > > > > > Adding a slash often leads to different behaviour. > > > > Yes, I'm aware of that. I often make use of the feature > > that "find /sys/" expands the symlink, while "find /sys" > > does not. The same holds true for ls(1). But fortunately not for rm(1): The rm utility removes symbolic links, not the files referenced by the links. It is an error to attempt to remove the files /, . or .. > > However, I would still argue that there is no sane reason > > for "rm -rf ../" behaving differently from "rm -rf ..", > > especially because it behaves differently in a destructive > > way. That's why I call it a POLA violation. > > Also a POSIX violation IMHO :-) Indeed; I can't imagine a situation where removing "." (let alone "..") and so orphaning the pwd might be considered sane, never mind legal .. but maybe I lack imagination :) Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 17:27:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03BA416A417 for ; Wed, 26 Sep 2007 17:27:35 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id D470E13C447 for ; Wed, 26 Sep 2007 17:27:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l8QHF4h0094166; Wed, 26 Sep 2007 12:15:04 -0500 (CDT) (envelope-from dan) Date: Wed, 26 Sep 2007 12:15:03 -0500 From: Dan Nelson To: Oliver Fromme Message-ID: <20070926171503.GC3062@dan.emsphone.com> References: <54db43990709251838q68bdba95iefefb43029761c34@mail.gmail.com> <200709261447.l8QElua3058752@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709261447.l8QElua3058752@lurza.secnetix.de> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 17:27:35 -0000 In the last episode (Sep 26), Oliver Fromme said: > Bob Johnson wrote: > > Oliver Fromme wrote: > > > By the way, an additional confusion is that ".." and "../" > > > are handled differently. Specifying ".." always leads to > > > this message: > > > > > > rm: "." and ".." may not be removed > > > > > > and nothing is actually removed. It is confusing that adding a > > > slash leads to a different error message _and_ removal of the > > > contents of the parent directory. Clearly a POLA violation. > > > > Maybe. But I expect that the behavior for "rm -rf .." is there so > > that things don't get REALLY astonishing when you do "rm -rf *". > > The expansion of "*" does not include "." or "..". Under /bin/sh, ".*" does match "." and "..", so be careful :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 18:02:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E4316A41A for ; Wed, 26 Sep 2007 18:02:46 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from astro.systems.pipex.net (astro.systems.pipex.net [62.241.163.6]) by mx1.freebsd.org (Postfix) with ESMTP id DF6FA13C47E for ; Wed, 26 Sep 2007 18:02:45 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from [192.168.23.2] (62-31-10-181.cable.ubr05.edin.blueyonder.co.uk [62.31.10.181]) by astro.systems.pipex.net (Postfix) with ESMTP id 4F342E000310; Wed, 26 Sep 2007 18:38:38 +0100 (BST) Message-ID: <46FA991E.4090303@dial.pipex.com> Date: Wed, 26 Sep 2007 18:38:38 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061205 X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <54db43990709251838q68bdba95iefefb43029761c34@mail.gmail.com> <200709261447.l8QElua3058752@lurza.secnetix.de> <20070926171503.GC3062@dan.emsphone.com> In-Reply-To: <20070926171503.GC3062@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 18:02:46 -0000 Dan Nelson wrote: >In the last episode (Sep 26), Oliver Fromme said: > > >>Bob Johnson wrote: >> >> > Maybe. But I expect that the behavior for "rm -rf .." is there so >> > that things don't get REALLY astonishing when you do "rm -rf *". >> >>The expansion of "*" does not include "." or "..". >> >> > >Under /bin/sh, ".*" does match "." and "..", so be careful :) > > > .??* is a standard workaround that works most of the time. Won't match .a .b etc but such antisocial files are the exception, one might hope. --Alex From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 18:21:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D22016A417 for ; Wed, 26 Sep 2007 18:21:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id C41C513C457 for ; Wed, 26 Sep 2007 18:21:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l8QIKJpW068440; Wed, 26 Sep 2007 20:20:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l8QIKJfI068439; Wed, 26 Sep 2007 20:20:19 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200709261820.l8QIKJfI068439@lurza.secnetix.de> To: dnelson@allantgroup.com (Dan Nelson) Date: Wed, 26 Sep 2007 20:20:19 +0200 (CEST) In-Reply-To: <20070926171503.GC3062@dan.emsphone.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 26 Sep 2007 20:20:27 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 18:21:50 -0000 Dan Nelson wrote: > Oliver Fromme said: > > The expansion of "*" does not include "." or "..". > > Under /bin/sh, ".*" does match "." and "..", so be careful :) For that reason I got used to type ".??*" instead of ".*" since I started with UNIX almost 20 years ago. ;-) Apart from that, zsh is my shell of choice. It never matches "." or ".." with any globbing patterns. I think no shell should. I would submit an appropriate patch for FreeBSD's sh if it would be committed, but I doubt it would. Even this discussion here about an obvious bug in rm has bikeshed tendencies. :-( Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 18:50:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72E9A16A417 for ; Wed, 26 Sep 2007 18:50:02 +0000 (UTC) (envelope-from djv@iki.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id 39BC313C448 for ; Wed, 26 Sep 2007 18:50:02 +0000 (UTC) (envelope-from djv@iki.fi) Received: from [192.168.1.5] (a91-153-245-79.elisa-laajakaista.fi [91.153.245.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id E9115151150 for ; Wed, 26 Sep 2007 21:25:00 +0300 (EEST) Message-ID: <46FAA40B.1030901@iki.fi> Date: Wed, 26 Sep 2007 21:25:15 +0300 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <54db43990709251838q68bdba95iefefb43029761c34@mail.gmail.com> <200709261447.l8QElua3058752@lurza.secnetix.de> <20070926171503.GC3062@dan.emsphone.com> <46FA991E.4090303@dial.pipex.com> In-Reply-To: <46FA991E.4090303@dial.pipex.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [OT] Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 18:50:02 -0000 Alex Zbyslaw wrote: > .??* is a standard workaround that works most of the time. Won't match > .a .b etc but such antisocial files are the exception, one might hope. What? I name all my files that way! Granted, that only allows under 30 files per directory, but so what? -- Tuomo ... Alright! I just gave advice on which underwear/bra combo to wear to a party to my New York ho :D What's his name? -- http://bash.org/?81736 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 20:31:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C456E16A46B for ; Wed, 26 Sep 2007 20:31:16 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7AA13C46A for ; Wed, 26 Sep 2007 20:31:16 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2985279waf for ; Wed, 26 Sep 2007 13:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=mkmXES5J5A1aE9li7tbw9PZQKG9vfv/nXRogfjcHfAc=; b=McMHthPA581Sd3oH1HOkWjHVtlldB3y0NsA7i0tMz8q2Sgdfm0AvZa+hD6eSqTKn2noFBbhtBDY+L9HWa9hxedpxvmicTwIlDkbn70syXpPj+wLwJsJfm7ME5rlo2U8a+s91herEg2V5ciaeQh7sEDJSCVq4Pj5r3Ne4JLUnL5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DGjTF0T5GeDn+L3kbfO7Hls/3INQZqkyG8gCT3qDrON+gCDmr0p1G7F5kvvoQnihqpV3sgH1XxjCaIbRd4UbjZHhNehT1/A+PY6kBiwtZkfLwmwQZp9XcsjrPYp38Gdz7GhLp+jIkxc9BN0VMy1EN0aRNofNcVhI6rYeTD91VwI= Received: by 10.114.192.1 with SMTP id p1mr1574604waf.1190838675926; Wed, 26 Sep 2007 13:31:15 -0700 (PDT) Received: by 10.142.12.14 with HTTP; Wed, 26 Sep 2007 13:31:15 -0700 (PDT) Message-ID: <54db43990709261331h66878faejf757a9fb4b92ece6@mail.gmail.com> Date: Wed, 26 Sep 2007 16:31:15 -0400 From: "Bob Johnson" To: freebsd-stable@freebsd.org In-Reply-To: <20070926171503.GC3062@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <54db43990709251838q68bdba95iefefb43029761c34@mail.gmail.com> <200709261447.l8QElua3058752@lurza.secnetix.de> <20070926171503.GC3062@dan.emsphone.com> Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 20:31:16 -0000 On 9/26/07, Dan Nelson wrote: > In the last episode (Sep 26), Oliver Fromme said: > > Bob Johnson wrote: > > > Maybe. But I expect that the behavior for "rm -rf .." is there so > > > that things don't get REALLY astonishing when you do "rm -rf *". > > > > The expansion of "*" does not include "." or "..". > > Under /bin/sh, ".*" does match "." and "..", so be careful :) That's what I meant... thanks. Applies to bash, too. - Bob From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 20:42:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D17216A418 for ; Wed, 26 Sep 2007 20:42:00 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.freebsd.org (Postfix) with ESMTP id EC1F013C44B for ; Wed, 26 Sep 2007 20:41:59 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by fallbackmx01.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l8QE2TRH025982 for ; Thu, 27 Sep 2007 00:02:30 +1000 Received: from besplex.bde.org (c220-239-235-248.carlnfd3.nsw.optusnet.com.au [220.239.235.248]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l8QE28Bl031218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Sep 2007 00:02:11 +1000 Date: Wed, 26 Sep 2007 23:56:37 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: d@delphij.net In-Reply-To: <46F953C4.1030707@delphij.net> Message-ID: <20070926235630.M7545@besplex.bde.org> References: <200709251743.l8PHhvlP012244@lurza.secnetix.de> <46F953C4.1030707@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: torfinn.ingolfsen@broadpark.no, freebsd-stable@freebsd.org Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 20:42:00 -0000 On Tue, 25 Sep 2007, LI Xin wrote: > I think this is a bug, here is a fix obtained from NetBSD. This bug, if any, cannot be fixed in rm. > The reasoning (from NetBSD's rm.c,v 1.16): Bugs can easily be added to rm. > Strip trailing slashes of operands in checkdot(). > > POSIX.2 requires that if "." or ".." are specified as the basename > portion of an operand, a diagnostic message be written to standard > error, etc. Note that POSIX only requires this for the rm utility. (See my previous mail about why this is bogus.) Pathname resolution and a similarly bogus restriction on rmdir(2) requires some operations with dot or dot-dot to fail, and any utility that uses these operations should then print a diagnostic, etc. > We strip the slashes because POSIX.2 defines basename > as the final portion of a pathname after trailing slashes have been > removed. POSIX says "the basename portion of the operand (that is, the final pathname component". This doesn't mean the operand mangled by basename(3). > This also makes rm "perform actions equivalent to" the POSIX.1 > rmdir() and unlink() functions when removing directories and files, > even when they do not follow POSIX.1's pathname resolution semantics > (which require trailing slashes be ignored). Which POSIX.1? POSIX.1-2001 actually requires "trailing slashes shall be resolved as if a single dot character were appended to the pathname". This is completely different from removing the slash: rm / # ENOTDIR rm # success unless ENOENT etc. rm / # success... rm # EISDIR rm / # ENOTDIR rm # success (removes symlink) rm / # EISDIR rm # success (removes symlink) rmdir ... # reverse most of above Anyway, mangling the operands makes the utilities perform actions different from the functions. The problem case is "rm -r /" which asks for removing the directory pointed to by the symlink and all its contents, and is useful -- you type the trailing symlink if you want to ensure that the removal is as recursive as possible. With breakage of rmdir(2) to POSIX spec, this gives removal the contents of the directory pointed to be the symlink and then fails to remove the directory. With breakage as in NetBSD, this gives removal of the symlink only. > If nobody complains about this I will request for commit approval from re@. ++ Bruce From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 22:09:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E70516A417 for ; Wed, 26 Sep 2007 22:09:24 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id CCFB813C47E for ; Wed, 26 Sep 2007 22:09:23 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1421436ugf for ; Wed, 26 Sep 2007 15:09:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=HJfElvoCCtY6dr3ZpAEI7B18Jr2OjLlhr57yhM/bs2o=; b=ZkY5TRnQ/I08hQV0YyV1EY7FoHFQj4lfBvkebG15ddzZXxRD/hxsnpei3EvAMBtV5F+7H1C9yTtwHgPlEjC+P0yjt+eTh/xrsYVQRyZDE3QYPN1D4U5v4K1JVg3UsGYvsGBdj7ZiOXtF6EtUR42KPSOzbORmM32qgofMg6cNxGE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=mk2RM0pehEWnWjssxLQzFt5s8AEiLw/kZo4S9JhBNFT1nj5haSdlgk8hk1KlNCTANdQ6jHfNrax3WYmaXOISZ56+ItBwGcH1EGfKuMrm1Ym4aKCwu2iGZ+hNFZfd8s7nS/v/+fVE8HOci2cKVei5GlTYkfzCPUMgCalc8g6uts8= Received: by 10.66.255.7 with SMTP id c7mr2800879ugi.1190844562636; Wed, 26 Sep 2007 15:09:22 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Wed, 26 Sep 2007 15:09:22 -0700 (PDT) Message-ID: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> Date: Wed, 26 Sep 2007 23:09:22 +0100 From: Chris To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 22:09:24 -0000 Hi I am concerned about the availabilities of these encryptions in freebsd releases that are marked stable. It seems gbde has a problem when the the data written goes over the lba boundary around lba48. http://lists.freebsd.org/pipermail/freebsd-geom/2007-August/002524.html I suffered this problem error example below. Usage at the time was approx 150gig when I first noticed it. g_vfs_done():ad6s1c.bde[WRITE(offset=493964558336, length=131072)]error = 1 After reading about this problem on a few diff hits (all with no response on fixes) I tried geli. However I seen this in geli within an hour of using it. GEOM_ELI: Crypto WRITE request failed (error=1). ad6s1c.eli[WRITE(offset=0, length=131072)] couldnt really found much info on it so I have given up on freebsd encryption for now and using the disk unencrypted. No dma errors etc. all running fine. I expect the gbde is a problem and would like it to come with some warning as a modern drive is now often larger then the lba48 limit whilst I am unsure of geli as I couldnt really found much information on the problem I had so I understand its possible I had set something incorrectly although I followed the handbooks guidelines. The data itself was actually written and not corrupt but the server did crash whilst was in use occasionally so needed reboots which is no good for a production server. Chris From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 22:37:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC12516A417 for ; Wed, 26 Sep 2007 22:37:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8477B13C4B0 for ; Wed, 26 Sep 2007 22:37:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 867EDC655; Wed, 26 Sep 2007 18:20:57 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 6ADA3C5E9; Wed, 26 Sep 2007 18:20:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1190845243; bh=QgKkXbMOv4lDK2 HC1OCOdAcBs6rfPWPQSE49AVi+G0E=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type; b=kvHf5ClkWNS lIMfEtT4jj2cddybDTxiQoV42sx80KKrUjsWtcdeMLy4IKEbghxk1gT6URhVPbxErxU 4yKUoCV38Mt6JJwOvxom4gjO+84ysD/1tI7RAgJTy/YbCkac+h DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=BnD7x9zQbWF7SyoWO0QDnH1D3DZOMM7YATB0upIbjM5D3Wwff7jcXiw91DuQLUINt g1wZWxfBnxr+AqHBtGJf6ABBtC62j/0AV1VU2EbJhkFVz8WebQhsVCcj6IiEhya Message-ID: <46FADB39.6000704@protected-networks.net> Date: Wed, 26 Sep 2007 18:20:41 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070903) MIME-Version: 1.0 To: Chris References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> In-Reply-To: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------070903000003070809000406" Cc: FreeBSD Stable , =?ISO-8859-1?Q?S=F8ren_?=, =?ISO-8859-1?Q?Schmidt?= Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 22:37:33 -0000 This is a multi-part message in MIME format. --------------070903000003070809000406 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Chris wrote: > Hi I am concerned about the availabilities of these encryptions in > freebsd releases that are marked stable. > > It seems gbde has a problem when the the data written goes over the > lba boundary around lba48. Could you please test the attached patch to /usr/src/sys/dev/ata/ata-all.c ? I believe this may be due to the error in the underlying ata driver rather than specifically to do with encryption. As a side note - Soren, could we get this commited to both -current and -stable if there aren't any significant objections? Michael --------------070903000003070809000406 Content-Type: text/x-patch; name="ata-all.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-all.c.diff" *** ata-all.c~ Thu Aug 30 17:23:15 2007 --- ata-all.c Thu Aug 30 17:23:15 2007 *************** *** 743,749 **** atadev->flags &= ~ATA_D_48BIT_ACTIVE; ! if ((request->u.ata.lba >= ATA_MAX_28BIT_LBA || request->u.ata.count > 256) && atadev->param.support.command2 & ATA_SUPPORT_ADDRESS48) { --- 743,749 ---- atadev->flags &= ~ATA_D_48BIT_ACTIVE; ! if (((request->u.ata.lba + request->u.ata.count) >= ATA_MAX_28BIT_LBA || request->u.ata.count > 256) && atadev->param.support.command2 & ATA_SUPPORT_ADDRESS48) { --------------070903000003070809000406-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 23:33:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0446816A421 for ; Wed, 26 Sep 2007 23:33:22 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA0C13C4A5 for ; Wed, 26 Sep 2007 23:33:20 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l8QNXAI4058907; Thu, 27 Sep 2007 09:33:10 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200709262333.l8QNXAI4058907@drugs.dv.isc.org> To: Ian Smith From: Mark Andrews In-reply-to: Your message of "Thu, 27 Sep 2007 01:53:06 +1000." Date: Thu, 27 Sep 2007 09:33:10 +1000 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org, LI Xin Subject: Re: rm(1) bug, possibly serious X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 23:33:22 -0000 > On Tue, 25 Sep 2007, LI Xin wrote: > > Oliver Fromme wrote: > > > Nicolas Rachinsky wrote: > > > > Oliver Fromme wrote: > > > > > By the way, an additional confusion is that ".." and "../" > > > > > are handled differently. Specifying ".." always leads to > > > > > this message: > > > > > > > > > > rm: "." and ".." may not be removed > > > > > > > > > > and nothing is actually removed. It is confusing that > > > > > adding a slash leads to a different error message _and_ > > > > > removal of the contents of the parent directory. Clearly > > > > > a POLA violation. > > Clearly a bug, and well spotted, especially if as old as reported. > > > > > > > > > Adding a slash often leads to different behaviour. > > > > > > Yes, I'm aware of that. I often make use of the feature > > > that "find /sys/" expands the symlink, while "find /sys" > > > does not. The same holds true for ls(1). > > But fortunately not for rm(1): > > The rm utility removes symbolic links, not the files referenced by the > links. > > It is an error to attempt to remove the files /, . or .. > > > > However, I would still argue that there is no sane reason > > > for "rm -rf ../" behaving differently from "rm -rf ..", > > > especially because it behaves differently in a destructive > > > way. That's why I call it a POLA violation. > > > > Also a POSIX violation IMHO :-) > > Indeed; I can't imagine a situation where removing "." (let alone "..") > and so orphaning the pwd might be considered sane, never mind legal .. > but maybe I lack imagination :) You lack imagination. When you found the directory you want to remove and you are in it it is much less error prone to remove "." recursively that to go up one directory and try to find the directory you were just in. The the prohibitions comes from when you literally removed directories by unlinking the directory and "." and ".." within the directory in user space. It was easy to stuff up a directory structure. Mark > Cheers, Ian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 01:00:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA60D16A418 for ; Thu, 27 Sep 2007 01:00:12 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 23D8913C48A for ; Thu, 27 Sep 2007 01:00:11 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1441212ugf for ; Wed, 26 Sep 2007 18:00:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9eX+2hp11CzE7apYGrx3hF+xyitmvTOQsZ0RpUcebps=; b=YxfyeqPdeso7wyW7fLrU9Mmso8YhdKivuQzumFPlCN48uZ/X/dHArHZ1+SmBhIdMTKv5FakHhapCCvHSJQFGUVO+ztT6Un41zIwTo4CZRd0w3u5ZwYA5FJIg+9+wQo8FNbFBIk2Zmm2hGhU5pzUfkwf4iYheis95vkxCySZu8sU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q1zTPBxjow50bq7USUHt25GwUg0vxqihkesTBt2rW7zh9xWPixkZ+86ibTdUw97ZL9tp36JEN7tdSrfow1az2RI8uFD92mDAzuwJhurWC4ZOF//t8WV2VG4a4Pu+k9YIsM+pC3cuYgGD7Qpwv/EVtUehuEDAFYZQhPvkIP50RD8= Received: by 10.66.242.19 with SMTP id p19mr2952146ugh.1190854810696; Wed, 26 Sep 2007 18:00:10 -0700 (PDT) Received: by 10.66.237.15 with HTTP; Wed, 26 Sep 2007 18:00:10 -0700 (PDT) Message-ID: <3aaaa3a0709261800l22c60eapd9a009b873d329e6@mail.gmail.com> Date: Thu, 27 Sep 2007 02:00:10 +0100 From: Chris To: "Michael Butler" In-Reply-To: <46FADB39.6000704@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> <46FADB39.6000704@protected-networks.net> Cc: FreeBSD Stable , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 01:00:12 -0000 On 26/09/2007, Michael Butler wrote: > Chris wrote: > > Hi I am concerned about the availabilities of these encryptions in > > freebsd releases that are marked stable. > > > > It seems gbde has a problem when the the data written goes over the > > lba boundary around lba48. > > Could you please test the attached patch to /usr/src/sys/dev/ata/ata-all.c ? > > I believe this may be due to the error in the underlying ata driver > rather than specifically to do with encryption. > > As a side note - Soren, could we get this commited to both -current and > -stable if there aren't any significant objections? > > Michael > > yep I further read the link I posted and apologise I seen bad ata was mentioned. I will test on a local machine as I cant test that production machine again, as I understand it I just need to use a large hd greater then lba48? Thanks Chris From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 06:53:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91AF516A418 for ; Thu, 27 Sep 2007 06:53:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 48A1F13C467 for ; Thu, 27 Sep 2007 06:53:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1502347nzf for ; Wed, 26 Sep 2007 23:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=aJ0O/W7I1COQTRg/3INvl9D0+HUHlpaDs+JIXRPsumE=; b=iI9PjEKuwnyCm4iuEOcOajIfO9OQc8rPB2L64/86Eb3zoMA7WXhIZDavYLS3XNY7M5LDUz29iRSiiwiogEub+X3i5agsMqq44LI2qyAsP23uAIbNPvTmLRWPA5IH+Cbagq9O0n7N9o+RuupMQlQVWQyKEIJzpXjChFnVt/mkxCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=mTdSGXREJMacKyj8hRjeMrr0ZTe4yiOUg4V9Kka6ff/eVi9NwDX2Peh7A3pyqC7Uvb8tW13JcR/ZCRJCGh9juVNKb/ifKWoOCKeJ3gKyIUaMgczUn0iMoghTTTDudOdgMxR4VTPCZQmu/Jb5MLZ0Dg1joZUzdV9IZB+L31pjVSs= Received: by 10.114.73.1 with SMTP id v1mr754497waa.1190876030559; Wed, 26 Sep 2007 23:53:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m40sm2876528waf.2007.09.26.23.53.47 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Sep 2007 23:53:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8R6o9J0003991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Sep 2007 15:50:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8R6o9sI003990; Thu, 27 Sep 2007 15:50:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 27 Sep 2007 15:50:08 +0900 From: Pyun YongHyeon To: Chris Message-ID: <20070927065008.GD3692@cdnetworks.co.kr> References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240917p2776136fn50eb2d5bbbaeebf2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0709240917p2776136fn50eb2d5bbbaeebf2@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 06:53:52 -0000 On Mon, Sep 24, 2007 at 05:17:40PM +0100, Chris wrote: > On 24/09/2007, Jeremy Chadwick wrote: > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > nfe0: flags=8843 mtu 1500 > > > options=8 > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > ether x > > > media: Ethernet autoselect (1000baseTX ) > > > status: active > > > > > > 1 - is there a man page for nfe anywhere? > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > which is supposedly the same code. > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > 2 - does it support hardware checksum I remember reading it does but > > > from ifconfig output it appears to not be in use so if it does support > > > it how do I enable it? > > > > It does support it, but I don't know the circumstances surrounding when > > it gets enabled. That is to say, it's known that some versions of the > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > offloading is known to be broken on the system you're on. Taken from my > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=10b > > ether 00:15:f2:17:30:e9 > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet 1000baseTX > > status: active > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > line. > > > > > 3 - same with TOS? > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > You should take a bit more itme to read the webpage you obtained the > > driver from. I see these on the page: > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > Tx/Rx checksum offload settings with ifconfig. > > 2006/08/11 Added support for jumbo frame capability. > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > with both. > > > > > 5 - is it safe to use with zero copy sockets? > > > > No idea. > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > this driver safe to use on them? > > > > No idea. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > Ok to recap I have nforce 430 MCP13 > > I checked the src and current and 6.2-stable driver I am using are the > same version number but my driver src has this added above tunables. > > /* definitions for backporting RELENG-6 */ > #ifndef IFCAP_TSO4 > #define IFCAP_TSO4 0 > #define CSUM_TSO 0 > #endif > #ifndef VLAN_CAPABILITIES > #define VLAN_CAPABILITIES(x) > #endif > #ifndef IFCAP_VLAN_HWCSUM > #define IFCAP_VLAN_HWCSUM 0 > #endif > > I am guessing If I set the values to 1 I get the features but would > like someone to confirm this for me before I try it thanks. I only > have remote access so if it stops the card working I lose access to > the box. > Do you have strong evidence that nForce 430(MCP13, aka MCP51) supports hardware checksum offload? AFAIK MCP13 does NOT have support checksum offload/jumbo frame as well as TSO. If you want to experiment checksum offload capability of MCP13 hardware replace the following line in nfe_attach(). From: case PCI_PRODUCT_NVIDIA_MCP51_LAN1: case PCI_PRODUCT_NVIDIA_MCP51_LAN2: sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT; break; To: case PCI_PRODUCT_NVIDIA_MCP51_LAN1: case PCI_PRODUCT_NVIDIA_MCP51_LAN2: sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT | NFE_HW_CSUM; ^^^^^^^^^^^^^^ break; -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 06:55:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5D5516A47E for ; Thu, 27 Sep 2007 06:55:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 8408D13C4BF for ; Thu, 27 Sep 2007 06:55:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3143625waf for ; Wed, 26 Sep 2007 23:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=h7Qj1ff2AfoH2gVtPoG0/Qca90TKQoOMmhuSUPcKDnI=; b=pDliKcRaSA75TaWfe/rzmpOroSxccWF6JiIZTlxmf1+Q0Ho/5xxNSxya1vksyjIBOWnMaAHuh62fjk1opt/eadAexeS65poulYmoaGmpoUgXEk8waonVN2lJB+s8nLdI6mw9oUyhsrfUXiKbDU530/2H/kElpTbt04inL6y31VU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=crZlpX9rFx/N3tnpbUF55GMpznIJUkq6MlWiJTg8Rcw99KdFlGaWosnOUZsoB3xE+Z+frltXId3/fxjyjwl803ly84ep9F7Tsc1KPa9oT0vF7PucK0dHHHN9uGysxLIrB5uzDTYcLMHu1Qc4uG+pvibFawJbgICLpd55WtKVR6I= Received: by 10.115.23.12 with SMTP id a12mr781293waj.1190876138710; Wed, 26 Sep 2007 23:55:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f20sm1993801waf.2007.09.26.23.55.34 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Sep 2007 23:55:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8R6pudi004002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Sep 2007 15:51:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8R6ptvM004001; Thu, 27 Sep 2007 15:51:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 27 Sep 2007 15:51:55 +0900 From: Pyun YongHyeon To: Chris Message-ID: <20070927065155.GE3692@cdnetworks.co.kr> References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 06:55:39 -0000 On Mon, Sep 24, 2007 at 04:44:09PM +0100, Chris wrote: > On 24/09/2007, Jeremy Chadwick wrote: > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > nfe0: flags=8843 mtu 1500 > > > options=8 > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > ether x > > > media: Ethernet autoselect (1000baseTX ) > > > status: active > > > > > > 1 - is there a man page for nfe anywhere? > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > which is supposedly the same code. > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > 2 - does it support hardware checksum I remember reading it does but > > > from ifconfig output it appears to not be in use so if it does support > > > it how do I enable it? > > > > It does support it, but I don't know the circumstances surrounding when > > it gets enabled. That is to say, it's known that some versions of the > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > offloading is known to be broken on the system you're on. Taken from my > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=10b > > ether 00:15:f2:17:30:e9 > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet 1000baseTX > > status: active > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > line. > > > > > 3 - same with TOS? > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > You should take a bit more itme to read the webpage you obtained the > > driver from. I see these on the page: > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > Tx/Rx checksum offload settings with ifconfig. > > 2006/08/11 Added support for jumbo frame capability. > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > with both. > > > > > 5 - is it safe to use with zero copy sockets? > > > > No idea. > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > this driver safe to use on them? > > > > No idea. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > Thanks yes I meant TSO sorry, I would guess with the checksum either > the 6.x driver is older and not fully implemented yet, the 6.x driver > does need more patches for certian chipsets so would indicate its > older then the CURRENT driver. Or as you said my chipset is known to > be unstable with the hardware checksums. > See the other mail I've posted. > The card is more stable when using nve driver no crashes still but the > performance is around the same maxing out at around 200mbit. I was > expecting nearer 400-500mbit. > > e1000phy0: on miibus0 > There had been issues nfe(4) with 88E1116/88E1149 PHYs but your issue seems to be different one. How about manually set media configuration? For example, "ifconfig nfe0 media 1000baseTX mediaopt full-duplex" > Is the line from dmesg, I believe in CURRENT mpsafe is always on > regardless so if you have no problems then its a good sign and I will > reenable mpsafe networking (default). > > Thanks really appreciated. > > Chris -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 07:09:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55A7716A417 for ; Thu, 27 Sep 2007 07:09:41 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from w3projmail.ze.tum.de (w3projmail.ze.tum.de [129.187.39.2]) by mx1.freebsd.org (Postfix) with ESMTP id B2A8C13C494 for ; Thu, 27 Sep 2007 07:09:40 +0000 (UTC) (envelope-from schmidt@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.96]) by phobos.ze.tum.de (8.14.1/8.14.1) with ESMTP id l8R6iZnT034810 for ; Thu, 27 Sep 2007 08:44:35 +0200 (CEST) (envelope-from schmidt@ze.tum.de) Message-ID: <46FB5140.5090607@ze.tum.de> Date: Thu, 27 Sep 2007 08:44:16 +0200 From: Gerhard Schmidt User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.0 OpenPGP: id=4000A915 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigF49CA81DE7FCBA040BF72D4D" Subject: passwd with pam_ldap and nss_ldap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 07:09:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF49CA81DE7FCBA040BF72D4D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi I have some FreeBSD servers running using pam_ldap and nss_ldap for central user management. Running fine so far. Changing the password is still a Problem. I have found a PR dated back to 2004 diskussing this problem. Is there someone working on this or doesn't anybody beside me needed this feature. See http://www.freebsd.org/cgi/query-pr.cgi?pr=3D59638 Bye Estartu --=20 ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-M=FCnchen | WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-25257 | PGP-Publickey auf Anfrage --------------enigF49CA81DE7FCBA040BF72D4D 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.7 (FreeBSD) iQEVAwUBRvtRRNl1K6RAAKkVAQrnIwf+LyI+3U8NG22zZBWfBEV24ji8tO+qbltG VO90A5FgsW4srLbePinxWKG5NYjRlbTfpY7Wss6BCvpaexo9LRChFA7GypM3rkCB bZV8qyIWLYD0Vcr1giq0RODPn4hQqQklwsZK8T0rmeQ/pyt+GSlXZoM1NLeUm9cw Ax1mz+DEyE8vQ0lj++NPGcNBxuEvwR5aKQRyWBiw6coTsigqq6zcJDkNlRlpXvWZ DKkLozfAJhT9n7BlCMwKk/4pIQLKEW7zyjNR98c9T3C/8zvRLIQR7qRt6kCb9OxZ ytFz4MQ595KYP6mk53CTHFd3utbYn6qb2lZdD2eSvMuLA4JBL9B7Hw== =UuDn -----END PGP SIGNATURE----- --------------enigF49CA81DE7FCBA040BF72D4D-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 11:07:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AE4016A41A for ; Thu, 27 Sep 2007 11:07:55 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1D10213C4B6 for ; Thu, 27 Sep 2007 11:07:54 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id 3C9C93F93D5; Thu, 27 Sep 2007 13:07:53 +0200 (CEST) Received: from f46.poczta.interia.pl (f46.poczta.interia.pl [10.217.2.46]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id C58973F9344 for ; Thu, 27 Sep 2007 13:07:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by f46.poczta.interia.pl (Postfix) with ESMTP id 72BD546CCB8 for ; Thu, 27 Sep 2007 13:07:52 +0200 (CEST) Date: 27 Sep 2007 13:07:52 +0200 From: vermaden To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20070927110752.72BD546CCB8@f46.poczta.interia.pl> X-EMID: e540acc Subject: ASUS P5B-MX [946GZ/GMA 3000] does not work with Intel driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 11:07:55 -0000 I cannot make Intel 3000GMA in ASUS P5B-MX to work with intel driver. I added all info below. How can I help you more to resolve this problem? hardware: ASUS P5B-MX [946GZ chipset + GMA 3000] (82946GZ + ICH7 exacly) kernel config: generic SMP config from /usr/src/sys/i386/conf/SMP ---------------------------------------------------------------------------= ----- % uname -a FreeBSD siewa 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Sep 26 09:31:01 CEST 20= 07 root at siewa:/usr/obj/usr/src/sys/CUSTOM i386 ---------------------------------------------------------------------------= ----- % kldstat=20 Id Refs Address Size Name 1 12 0xc0400000 7e7820 kernel 2 1 0xc0be8000 633ec acpi.ko 3 1 0xc53bc000 1b000 linux.ko 4 1 0xc5696000 6000 i915.ko 5 1 0xc569c000 f000 drm.ko ---------------------------------------------------------------------------= ----- # kldload agp kldload: can't load agp: File exists ---------------------------------------------------------------------------= ----- % pkg_info xf86-video-intel-2.1.1 Information for xf86-video-intel-2.1.1: Comment: Driver for Intel integrated graphics chipsets Description: Driver for Intel integrated graphics chipsets. It supports the i810, i810-DC100, i810e, i815, i830M, 845G, 852GM, 855GM, 865G, 915G, 915GM, 945G, 945GM, 965G, 965Q, 946GZ and 965GM chipsets. ---------------------------------------------------------------------------= ----- % pciconf -lv hostb0 at pci0:0:0:=09class=3D0x060000 card=3D0x823b1043 chip=3D0x29708086 = rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI none0 at pci0:2:0:=09class=3D0x030000 card=3D0x823b1043 chip=3D0x29728086 r= ev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D display subclass =3D VGA none1 at pci0:27:0:=09class=3D0x040300 card=3D0x82901043 chip=3D0x27d88086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) High Definition Audio' class =3D multimedia uhci0 at pci0:29:0:=09class=3D0x0c0300 card=3D0x81791043 chip=3D0x27c88086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci1 at pci0:29:1:=09class=3D0x0c0300 card=3D0x81791043 chip=3D0x27c98086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci2 at pci0:29:2:=09class=3D0x0c0300 card=3D0x81791043 chip=3D0x27ca8086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB uhci3 at pci0:29:3:=09class=3D0x0c0300 card=3D0x81791043 chip=3D0x27cb8086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB Universal Host Controller' class =3D serial bus subclass =3D USB ehci0 at pci0:29:7:=09class=3D0x0c0320 card=3D0x81791043 chip=3D0x27cc8086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class =3D serial bus subclass =3D USB pcib1 at pci0:30:0:=09class=3D0x060401 card=3D0x81791043 chip=3D0x244e8086 = rev=3D0xe1 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB = Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0 at pci0:31:0:=09class=3D0x060100 card=3D0x81791043 chip=3D0x27b88086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GB/GR (ICH7 Family) LPC Interface Controller' class =3D bridge subclass =3D PCI-ISA atapci0 at pci0:31:1:=09class=3D0x01018f card=3D0x81791043 chip=3D0x27df808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' class =3D mass storage subclass =3D ATA atapci1 at pci0:31:2:=09class=3D0x01018f card=3D0x81791043 chip=3D0x27c0808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controll= er' class =3D mass storage subclass =3D ATA none2 at pci0:31:3:=09class=3D0x0c0500 card=3D0x81791043 chip=3D0x27da8086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) SMBus Controller' class =3D serial bus subclass =3D SMBus rl0 at pci1:0:0:=09class=3D0x020000 card=3D0x10015354 chip=3D0x813910ec rev= =3D0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class =3D network subclass =3D ethernet ---------------------------------------------------------------------------= ----- % cat /etc/X11/xorg.conf=20 Section "ServerLayout" =09Identifier "X.org Configured" =09Screen 0 "Screen0" 0 0 =09InputDevice "Mouse0" "CorePointer" =09InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" =09RgbPath "/usr/local/share/X11/rgb" =09ModulePath "/usr/local/lib/xorg/modules" EndSection Section "Module" Load "dri" Load "glx" =09 Load "dbe" =09 Load "extmod" EndSection Section "Device" Identifier "Card0" Driver "intel" EndSection Section "InputDevice" =09Identifier "Keyboard0" =09Driver "kbd" EndSection Section "InputDevice" =09Identifier "Mouse0" =09Driver "mouse" =09Option=09 "Protocol" "auto" =09Option=09 "Device" "/dev/sysmouse" EndSection Section "Monitor" =09Identifier "Monitor0" =09HorizSync 30.0 - 83.0 =09VertRefresh 55.0 - 75.0 =09Option=09 "DPMS" EndSection Section "Screen" =09Identifier "Screen0" =09Device "Card0" =09Monitor "Monitor0" DefaultDepth 24 =09SubSection "Display" =09=09Modes "1280x1024" =09EndSubSection EndSection ---------------------------------------------------------------------------= ----- % cat ~/.xinitrc=20 exec twm ---------------------------------------------------------------------------= ----- % startx x3d09e417d83b660d60edaa2f90afe8b4: not found xauth: creating new authority file /home/vermaden/.serverauth.851 X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386=20 Current Operating System: FreeBSD siewa 6.2-STABLE FreeBSD 6.2-STABLE #0: W= ed Sep 26 09:31:01 CEST 2007 root at siewa:/usr/obj/usr/src/sys/CUSTOM = i386 Build Date: 31 July 2007 =09Before reporting problems, check http://wiki.x.org =09to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, =09(++) from command line, (!!) notice, (II) informational, =09(WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 27 12:21:10 2007 (=3D=3D) Using config file: "/etc/X11/xorg.conf" (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (EE) intel(0): Couldn't allocate video memory Fatal server error: AddScreen/ScreenInit failed for driver 0 X connection to :0.0 broken (explicit kill or server shutdown). ---------------------------------------------------------------------------= ----- % cat /var/log/Xorg.0.log X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386=20 Current Operating System: FreeBSD siewa 6.2-STABLE FreeBSD 6.2-STABLE #0: W= ed Sep 26 09:31:01 CEST 2007 root at siewa:/usr/obj/usr/src/sys/CUSTOM = i386 Build Date: 31 July 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 27 12:21:10 2007 (=3D=3D) Using config file: "/etc/X11/xorg.conf" (=3D=3D) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (=3D=3D) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/share/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x819e340 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.1 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 1.1 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2970 card 1043,823b rev 02 class 06,00,00 hdr = 00 (II) PCI: 00:02:0: chip 8086,2972 card 1043,823b rev 02 class 03,00,00 hdr = 00 (II) PCI: 00:1b:0: chip 8086,27d8 card 1043,8290 rev 01 class 04,03,00 hdr = 00 (II) PCI: 00:1d:0: chip 8086,27c8 card 1043,8179 rev 01 class 0c,03,00 hdr = 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 1043,8179 rev 01 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:2: chip 8086,27ca card 1043,8179 rev 01 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:3: chip 8086,27cb card 1043,8179 rev 01 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:7: chip 8086,27cc card 1043,8179 rev 01 class 0c,03,20 hdr = 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev e1 class 06,04,01 hdr = 01 (II) PCI: 00:1f:0: chip 8086,27b8 card 1043,8179 rev 01 class 06,01,00 hdr = 80 (II) PCI: 00:1f:1: chip 8086,27df card 1043,8179 rev 01 class 01,01,8f hdr = 00 (II) PCI: 00:1f:2: chip 8086,27c0 card 1043,8179 rev 01 class 01,01,8f hdr = 00 (II) PCI: 00:1f:3: chip 8086,27da card 1043,8179 rev 01 class 0c,05,00 hdr = 00 (II) PCI: 01:00:0: chip 10ec,8139 card 5354,1001 rev 10 class 02,00,00 hdr = 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0002 (VGA_EN is cleare= d) (II) Bus 1 I/O range: [0] -1 0 0x0000e000 - 0x0000efff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set= ) (--) PCI:*(0:2:0) Intel Corporation 82946GZ/GL Integrated Graphics Controll= er rev 2, Mem @ 0xfea00000/20, 0xe0000000/28, I/O @ 0xdc00/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [1] -1 0 0xfe9f7c00 - 0xfe9f7fff (0x400) MX[B]E [2] -1 0 0xfe9f8000 - 0xfe9fffff (0x8000) MX[B]E [3] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [4] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B](B) [5] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [6] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [7] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [8] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [9] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [10] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [11] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [12] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [13] -1 0 0x000008f8 - 0x000008ff (0x8) IX[B]E [14] -1 0 0x000008f0 - 0x000008ff (0x10) IX[B]E [15] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [16] -1 0 0x0000c480 - 0x0000c4ff (0x80) IX[B]E [17] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [18] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [19] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [20] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [21] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) PCI I/O resource overlap reduced 0x0000c800 from 0x0000c8ff to 0x0000c= 87f (II) PCI I/O resource overlap reduced 0x0000d000 from 0x0000d0ff to 0x0000d= 07f (II) PCI I/O resource overlap reduced 0x000008f0 from 0x000008ff to 0x00000= 8f7 (II) PCI I/O resource overlap reduced 0x0000c400 from 0x0000c4ff to 0x0000c= 47f (II) PCI I/O resource overlap reduced 0x0000d800 from 0x0000d8ff to 0x0000d= 87f (II) PCI I/O resource overlap reduced 0x0000d400 from 0x0000d4ff to 0x0000d= 47f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [1] -1 0 0xfe9f7c00 - 0xfe9f7fff (0x400) MX[B]E [2] -1 0 0xfe9f8000 - 0xfe9fffff (0x8000) MX[B]E [3] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [4] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B](B) [5] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [6] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [7] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [8] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [9] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [10] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [11] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [12] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [13] -1 0 0x000008f8 - 0x000008ff (0x8) IX[B]E [14] -1 0 0x000008f0 - 0x000008f7 (0x8) IX[B]E [15] -1 0 0x0000c400 - 0x0000c47f (0x80) IX[B]E [16] -1 0 0x0000c480 - 0x0000c4ff (0x80) IX[B]E [17] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [18] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [19] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [20] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [21] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [5] -1 0 0xfe9f7c00 - 0xfe9f7fff (0x400) MX[B]E [6] -1 0 0xfe9f8000 - 0xfe9fffff (0x8000) MX[B]E [7] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [8] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B](B) [9] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [10] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [11] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [12] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [13] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [14] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [15] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [16] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [17] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [18] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [19] -1 0 0x000008f8 - 0x000008ff (0x8) IX[B]E [20] -1 0 0x000008f0 - 0x000008f7 (0x8) IX[B]E [21] -1 0 0x0000c400 - 0x0000c47f (0x80) IX[B]E [22] -1 0 0x0000c480 - 0x0000c4ff (0x80) IX[B]E [23] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [24] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [25] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [26] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (=3D=3D) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 2.1.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 1.1 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.7 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.1.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.7 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, 965G, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33 (II) Primary Device is: PCI 00:02:0 (--) Assigning device section with no busID to primary device (--) Chipset 946GZ found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [5] -1 0 0xfe9f7c00 - 0xfe9f7fff (0x400) MX[B]E [6] -1 0 0xfe9f8000 - 0xfe9fffff (0x8000) MX[B]E [7] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [8] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B](B) [9] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [10] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [11] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [12] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [13] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [14] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [15] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [16] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [17] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [18] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [19] -1 0 0x000008f8 - 0x000008ff (0x8) IX[B]E [20] -1 0 0x000008f0 - 0x000008f7 (0x8) IX[B]E [21] -1 0 0x0000c400 - 0x0000c47f (0x80) IX[B]E [22] -1 0 0x0000c480 - 0x0000c4ff (0x80) IX[B]E [23] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [24] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [25] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [26] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [5] -1 0 0xfe9f7c00 - 0xfe9f7fff (0x400) MX[B]E [6] -1 0 0xfe9f8000 - 0xfe9fffff (0x8000) MX[B]E [7] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [8] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B](B) [9] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [10] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [11] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [15] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [16] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [17] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [18] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [19] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [20] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [21] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [22] -1 0 0x000008f8 - 0x000008ff (0x8) IX[B]E [23] -1 0 0x000008f0 - 0x000008f7 (0x8) IX[B]E [24] -1 0 0x0000c400 - 0x0000c47f (0x80) IX[B]E [25] -1 0 0x0000c480 - 0x0000c4ff (0x80) IX[B]E [26] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [27] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [28] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [29] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [30] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) [31] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [32] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 1.1 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.1.0 ABI class: X.Org Video Driver, version 1.1 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 1.1 (**) intel(0): Depth 24, (--) framebuffer bpp 32 (=3D=3D) intel(0): RGB weight 888 (=3D=3D) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 946GZ (--) intel(0): Chipset: "946GZ" (--) intel(0): Linear framebuffer at 0xE0000000 (--) intel(0): IO registers at addr 0xFEA00000 (=3D=3D) intel(0): Write-combining range (0xfea00000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfea80000,0x80000) was already c= lear (II) intel(0): 2 display pipes available. (=3D=3D) intel(0): Using XAA for acceleration (--) intel(0): Will try to allocate texture pool for old Mesa 3D driver. (II) intel(0): Will try to reserve 32768 kiB of AGP aperture space for the DRM memory manager. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/local/lib/xorg/modules//libddc.so (II) Module ddc: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 1.1 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/local/lib/xorg/modules//libi2c.so (II) Module i2c: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.2.0 ABI class: X.Org Video Driver, version 1.1 (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" register= ed at address 0x70. (II) intel(0): No SDVO device found on SDVOB (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" register= ed at address 0x72. (II) intel(0): No SDVO device found on SDVOC (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" removed. (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clea= r (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 62= 8 +hsync +vsync (II) intel(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500= -hsync -vsync (II) intel(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525= -hsync -vsync (II) intel(0): Modeline "720x400" 28.32 720 738 846 900 400 412 414 449= -hsync +vsync (II) intel(0): Modeline "1280x1024" 135.00 1280 1296 1440 1688 1024 1025= 1028 1066 +hsync +vsync (II) intel(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 77= 2 800 +hsync +vsync (II) intel(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 77= 7 806 -hsync -vsync (II) intel(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 77= 7 806 -hsync -vsync (II) intel(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 62= 5 +hsync +vsync (II) intel(0): Modeline "1280x1024" 138.75 1280 1368 1504 1728 1024 1027= 1034 1072 -hsync +vsync (II) intel(0): Modeline "1280x1024" 109.00 1280 1368 1496 1712 1024 1027= 1034 1063 -hsync +vsync (II) intel(0): Modeline "1024x768" 82.00 1024 1088 1192 1360 768 771 77= 5 805 -hsync +vsync (II) intel(0): Modeline "1024x768" 63.50 1024 1072 1176 1328 768 771 77= 5 798 -hsync +vsync (II) intel(0): Modeline "800x600" 49.00 800 840 920 1040 600 603 607 62= 9 -hsync +vsync (II) intel(0): Modeline "800x600" 38.25 800 832 912 1024 600 603 607 62= 4 -hsync +vsync (II) intel(0): Modeline "1280x1024" 108.00 1280 1328 1440 1688 1024 1025= 1028 1066 +hsync +vsync (II) intel(0): EDID vendor "ACR", prod id 44369 (II) intel(0): Output VGA connected (II) intel(0): Output VGA using initial mode 1280x1024 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clea= r (II) intel(0): detected 512 kB GTT. (II) intel(0): detected 7676 kB stolen memory. (=3D=3D) intel(0): video overlay key set to 0x101fe (=3D=3D) intel(0): Will not try to enable page flipping (=3D=3D) intel(0): Triple buffering disabled (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (340, 270) mm (**) intel(0): DPI set to (95, 120) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/local/lib/xorg/modules//libxaa.so (II) Module xaa: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 1.2.0 ABI class: X.Org Video Driver, version 1.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/local/lib/xorg/modules//libramdac.so (II) Module ramdac: vendor=3D"X.Org Foundation" compiled for 7.2.0, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 1.1 (II) intel(0): Comparing regs from server start up to After PreInit (=3D=3D) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xe0000000 - 0xefffffff (0x10000000) MS[B] [1] 0 0 0xfea00000 - 0xfeafffff (0x100000) MS[B] [2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [6] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [7] -1 0 0xfe9f7c00 - 0xfe9f7fff (0x400) MX[B]E [8] -1 0 0xfe9f8000 - 0xfe9fffff (0x8000) MX[B]E [9] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [10] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B](B) [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [14] 0 0 0x0000dc00 - 0x0000dc07 (0x8) IS[B] [15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [18] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [19] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [20] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [21] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [22] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [23] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [24] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [25] -1 0 0x000008f8 - 0x000008ff (0x8) IX[B]E [26] -1 0 0x000008f0 - 0x000008f7 (0x8) IX[B]E [27] -1 0 0x0000c400 - 0x0000c47f (0x80) IX[B]E [28] -1 0 0x0000c480 - 0x0000c4ff (0x80) IX[B]E [29] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [30] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [31] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [32] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [33] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) [34] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [35] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) intel(0): /dev/agpgart is either not available, or no memory is availa= ble for allocation. Using pre-allocated memory only. (=3D=3D) intel(0): VideoRam: 7676 KB (=3D=3D) intel(0): Write-combining range (0xfea00000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfea80000,0x80000) was already c= lear (II) intel(0): Attempting memory allocation with tiled buffers and=20 large DRI memory manager reservation: (II) intel(0): Allocating 255 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (II) intel(0): Attempting memory allocation with tiled buffers and=20 small DRI memory manager reservation: (II) intel(0): Allocating 255 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (II) intel(0): Attempting memory allocation with untiled buffers and=20 large DRI memory manager reservation: (II) intel(0): Allocating 255 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (II) intel(0): Attempting memory allocation with untiled buffers and=20 small DRI memory manager reservation: (II) intel(0): Allocating 255 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (WW) intel(0): Not enough video memory. Disabling DRI. (II) intel(0): Allocating 255 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ? (EE) intel(0): Couldn't allocate video memory Fatal server error: AddScreen/ScreenInit failed for driver 0 ---------------------------------------------------------------------- Tutaj sa Twoi nowi znajomi! Sprawdz >>> http://link.interia.pl/f1bb7 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 17:28:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C913616A469 for ; Thu, 27 Sep 2007 17:28:14 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 50ACD13C47E for ; Thu, 27 Sep 2007 17:28:12 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1581094ugf for ; Thu, 27 Sep 2007 10:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=pGmPiNQhU9+Dk5Bma+y3H3HoECEMrwRjWVwwwRdjN8c=; b=YC1UByimQv2JowFokF2HcGxnca5D08OBh5VJXwVcom+WlUh9lCx+Zpo/W2pKPBEuYu5r6Berjzzp4AaqlIkCTnt9Y4mBRw9RLS8ZL/ARZ/PU7/h3g2/cUpfbRvG/DUxuMyM5ZkuyaVMLj+UUQIOpLlMVeNj7vV47veIzNrP1IRc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PVtjycdqVQS5W+z525Kv5fuG+bzdv5d6Jx4pydiElI8MfzCj6RYvook4RuLuuYXe2q+ooCCDY5LeHF88BLkKtHOHgzOkhyloE5Rcuaaf3Rp2rj6zjbwf/nYTMsTq2eM/xVXXx5j4+ofULXpbv310ZqwAQez7FtdtvIZ6HaEOP8s= Received: by 10.66.248.5 with SMTP id v5mr3883548ugh.1190914089588; Thu, 27 Sep 2007 10:28:09 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Thu, 27 Sep 2007 10:28:08 -0700 (PDT) Message-ID: <3aaaa3a0709271028x59476d8i658cd2ca454f154f@mail.gmail.com> Date: Thu, 27 Sep 2007 18:28:08 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20070927065008.GD3692@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240917p2776136fn50eb2d5bbbaeebf2@mail.gmail.com> <20070927065008.GD3692@cdnetworks.co.kr> Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:28:14 -0000 On 27/09/2007, Pyun YongHyeon wrote: > On Mon, Sep 24, 2007 at 05:17:40PM +0100, Chris wrote: > > On 24/09/2007, Jeremy Chadwick wrote: > > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > > nfe0: flags=8843 mtu 1500 > > > > options=8 > > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > > ether x > > > > media: Ethernet autoselect (1000baseTX ) > > > > status: active > > > > > > > > 1 - is there a man page for nfe anywhere? > > > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > > which is supposedly the same code. > > > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > > > 2 - does it support hardware checksum I remember reading it does but > > > > from ifconfig output it appears to not be in use so if it does support > > > > it how do I enable it? > > > > > > It does support it, but I don't know the circumstances surrounding when > > > it gets enabled. That is to say, it's known that some versions of the > > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > > offloading is known to be broken on the system you're on. Taken from my > > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > > > nfe0: flags=8843 metric 0 mtu 1500 > > > options=10b > > > ether 00:15:f2:17:30:e9 > > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > > media: Ethernet 1000baseTX > > > status: active > > > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > > line. > > > > > > > 3 - same with TOS? > > > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > > > You should take a bit more itme to read the webpage you obtained the > > > driver from. I see these on the page: > > > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > > Tx/Rx checksum offload settings with ifconfig. > > > 2006/08/11 Added support for jumbo frame capability. > > > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > > with both. > > > > > > > 5 - is it safe to use with zero copy sockets? > > > > > > No idea. > > > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > > this driver safe to use on them? > > > > > > No idea. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > > > > Ok to recap I have nforce 430 MCP13 > > > > I checked the src and current and 6.2-stable driver I am using are the > > same version number but my driver src has this added above tunables. > > > > /* definitions for backporting RELENG-6 */ > > #ifndef IFCAP_TSO4 > > #define IFCAP_TSO4 0 > > #define CSUM_TSO 0 > > #endif > > #ifndef VLAN_CAPABILITIES > > #define VLAN_CAPABILITIES(x) > > #endif > > #ifndef IFCAP_VLAN_HWCSUM > > #define IFCAP_VLAN_HWCSUM 0 > > #endif > > > > I am guessing If I set the values to 1 I get the features but would > > like someone to confirm this for me before I try it thanks. I only > > have remote access so if it stops the card working I lose access to > > the box. > > > > Do you have strong evidence that nForce 430(MCP13, aka MCP51) supports > hardware checksum offload? AFAIK MCP13 does NOT have support checksum > offload/jumbo frame as well as TSO. > > If you want to experiment checksum offload capability of MCP13 > hardware replace the following line in nfe_attach(). > > From: > case PCI_PRODUCT_NVIDIA_MCP51_LAN1: > case PCI_PRODUCT_NVIDIA_MCP51_LAN2: > sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT; > break; > > To: > case PCI_PRODUCT_NVIDIA_MCP51_LAN1: > case PCI_PRODUCT_NVIDIA_MCP51_LAN2: > sc->nfe_flags |= NFE_40BIT_ADDR | NFE_PWR_MGMT | NFE_HW_CSUM; > ^^^^^^^^^^^^^^ > break; > > -- > Regards, > Pyun YongHyeon > No I didnt know sorry I didnt know MCP13 was aka MCP51 so that explains why thanks. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 17:30:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F4916A417 for ; Thu, 27 Sep 2007 17:30:22 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id F3BD413C45D for ; Thu, 27 Sep 2007 17:30:21 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1581537ugf for ; Thu, 27 Sep 2007 10:30:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=hH83SBFWYVZTrzDOdxjImBAWbO6Z4KLZnxHmkMbWx50=; b=NORctw/giCrHEdK9E+dFl6muocoi7P8h3tTwiV2Ki0GBVwt4VZymLFjo76vkpNPRJWUSNAie7He68yy0QS8WPviWG1WG28OXYMWeqY1wELZ863ppLRGCsPv9TrKHWW7tDqmPLEOg5sUcgGidgc6rWcmcptOy6BQSzXUedw6B8x4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d6rujZTRo25ConaNjRnb8x7ZHrIoAGtPTLK1hGoXZbVd1BjPtjnxBn6NZY3tuud0blm/xnP3bUu3OwJuP+ta3fDNidA4qWTLrg7hUSlfLHMHJQDxfBd8FfCw2v5luw6zfoCNuGset3XuxyZjoHMj+4DWmkDO8Pq9JoPs0mm7gyc= Received: by 10.67.28.4 with SMTP id f4mr3854231ugj.1190914220759; Thu, 27 Sep 2007 10:30:20 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Thu, 27 Sep 2007 10:30:20 -0700 (PDT) Message-ID: <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> Date: Thu, 27 Sep 2007 18:30:20 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20070927065155.GE3692@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:30:22 -0000 On 27/09/2007, Pyun YongHyeon wrote: > On Mon, Sep 24, 2007 at 04:44:09PM +0100, Chris wrote: > > On 24/09/2007, Jeremy Chadwick wrote: > > > On Mon, Sep 24, 2007 at 12:57:23AM +0100, Chris wrote: > > > > nfe0: flags=8843 mtu 1500 > > > > options=8 > > > > inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x > > > > inet x.x.x.x netmask 0xffffffff broadcast x.x.x.x > > > > ether x > > > > media: Ethernet autoselect (1000baseTX ) > > > > status: active > > > > > > > > 1 - is there a man page for nfe anywhere? > > > > > > Closest thing I can find would be the manpage from -CURRENT's nfe(4), > > > which is supposedly the same code. > > > > > > http://www.freebsd.org/cgi/man.cgi?query=nfe&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > > > > > > 2 - does it support hardware checksum I remember reading it does but > > > > from ifconfig output it appears to not be in use so if it does support > > > > it how do I enable it? > > > > > > It does support it, but I don't know the circumstances surrounding when > > > it gets enabled. That is to say, it's known that some versions of the > > > chip (and/or associated PHY) have bugs, so possibly hardware checksum > > > offloading is known to be broken on the system you're on. Taken from my > > > 7-CURRENT box at home (Asus A8N-E, nForce 4-based): > > > > > > nfe0: flags=8843 metric 0 mtu 1500 > > > options=10b > > > ether 00:15:f2:17:30:e9 > > > inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 > > > media: Ethernet 1000baseTX > > > status: active > > > > > > I do not explicitly specify rxcsum or txcsum in my rc.conf ifconfig > > > line. > > > > > > > 3 - same with TOS? > > > > > > TOS (type-of-service) or TSO? If TSO, see above ifconfig. > > > > > > > 4 - how do I enable jumbo frames if it supports it? > > > > > > You should take a bit more itme to read the webpage you obtained the > > > driver from. I see these on the page: > > > > > > 2007/01/06 Added jumbo frame support. [...] Fixed a bug to handle > > > Tx/Rx checksum offload settings with ifconfig. > > > 2006/08/11 Added support for jumbo frame capability. > > > > > > yongari@ (Pyun YongHyeon) should be able to provide additional help > > > with both. > > > > > > > 5 - is it safe to use with zero copy sockets? > > > > > > No idea. > > > > > > > 6 - I currently have both net.isr.direct and mpsafenet disabled is > > > > this driver safe to use on them? > > > > > > No idea. > > > > > > -- > > > | Jeremy Chadwick jdc at parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > > > > Thanks yes I meant TSO sorry, I would guess with the checksum either > > the 6.x driver is older and not fully implemented yet, the 6.x driver > > does need more patches for certian chipsets so would indicate its > > older then the CURRENT driver. Or as you said my chipset is known to > > be unstable with the hardware checksums. > > > > See the other mail I've posted. > > > The card is more stable when using nve driver no crashes still but the > > performance is around the same maxing out at around 200mbit. I was > > expecting nearer 400-500mbit. > > > > e1000phy0: on miibus0 > > > > There had been issues nfe(4) with 88E1116/88E1149 PHYs but your issue > seems to be different one. How about manually set media configuration? > For example, "ifconfig nfe0 media 1000baseTX mediaopt full-duplex" > > > Is the line from dmesg, I believe in CURRENT mpsafe is always on > > regardless so if you have no problems then its a good sign and I will > > reenable mpsafe networking (default). > > > > Thanks really appreciated. > > > > Chris > -- > Regards, > Pyun YongHyeon > I typod I meant to say nve was unstable and nfe has been rock solid so great work with the driver. I enabled mpsafe now and still no problems and its gave me a little more performance as well, a shame my nic has no hardware features (unusual for a gigabit nic) but overall glad its at least stable. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 17:56:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0D6B16A417 for ; Thu, 27 Sep 2007 17:56:16 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA6A13C458 for ; Thu, 27 Sep 2007 17:56:15 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l8RHinvU070560; Thu, 27 Sep 2007 19:44:50 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 6585CB854; Thu, 27 Sep 2007 19:44:49 +0200 (CEST) Date: Thu, 27 Sep 2007 19:44:49 +0200 From: Roland Smith To: Chris Message-ID: <20070927174449.GA59260@slackbox.xs4all.nl> Mail-Followup-To: Chris , FreeBSD Stable References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:56:16 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 26, 2007 at 11:09:22PM +0100, Chris wrote: > Hi I am concerned about the availabilities of these encryptions in > freebsd releases that are marked stable. >=20 > It seems gbde has a problem when the the data written goes over the > lba boundary around lba48. >=20 > http://lists.freebsd.org/pipermail/freebsd-geom/2007-August/002524.html >=20 > I suffered this problem error example below. Usage at the time was > approx 150gig when I first noticed it. >=20 > g_vfs_done():ad6s1c.bde[WRITE(offset=3D493964558336, length=3D131072)]err= or =3D 1 >=20 > After reading about this problem on a few diff hits (all with no > response on fixes) I tried geli. >=20 > However I seen this in geli within an hour of using it. >=20 > GEOM_ELI: Crypto WRITE request failed (error=3D1). > ad6s1c.eli[WRITE(offset=3D0, length=3D131072)] =20 I've been running a GELI encrypted /home partition on 6.2-STABLE amd64 for months without problems. I've had trouble with GELI on usb harddisks, but that seems to be related to the USB/ATAPI controller. The message seems to come from /usr/src/sys/geom/eli/g_eli_integrity.c, in the function g_eli_auth_write_done. But for a more detailed analysys, you'd have to set kern.geom.eli.debug to 3, and see what else pops up. The headers indicate that the error number is used according to errno.h, which lists 1 as being "Operation not permitted". Both GELI and GBDE fail with the same length of request. So the error might depend on the underlaying code in the kernel (bio* functions). Are you sure that the disk and controller are working properly?=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG++wREnfvsMMhpyURAhcEAJwJwrqrw9DZa0Y9gu/9mIAQ5s8MQgCbB8Bt aJ0vikEDaqKFMthdo+Bt5Io= =rj1Q -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 18:35:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D410C16A41B for ; Thu, 27 Sep 2007 18:35:30 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5333E13C461 for ; Thu, 27 Sep 2007 18:35:30 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1594597ugf for ; Thu, 27 Sep 2007 11:35:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WBC4C/R55IBZhXHFNlofF7H+MzqrVR+GC/Ziv15AiOs=; b=o9w7wJYEQMbu1vYtdefOs8biuQucaIUn1w1tds1/q1PTV9uoyLAU5Fz/XPeMWL+qL7SORvsKytyAagU1oAA0WAGqbx4E7TbgVo7/GYl1cNtUHdb1SOf4lqBwcFxErvsB8gSuYFGuWQ6xLIAFbOngW3XMTjYwuzCwJtsOGOePHUs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a3CJfK5HTBgPoZsdFwTdUOOUvOe2859Qo6ukUXxdE4dutf0NNdg7bRrRUf5guSDnTKwCoTRd5Gh5R6JunAmPp47tCITcCIlkntsOaoKR6OUNcST9Kz8r8x2M65KdMmvtJs/ZOeM9+d1cZV5SRM0r6CevG7MxS1GNaa80fN/gdn4= Received: by 10.66.240.12 with SMTP id n12mr3947910ugh.1190918128531; Thu, 27 Sep 2007 11:35:28 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Thu, 27 Sep 2007 11:35:28 -0700 (PDT) Message-ID: <3aaaa3a0709271135m6048aaa9ife7c5d17c59db666@mail.gmail.com> Date: Thu, 27 Sep 2007 19:35:28 +0100 From: Chris To: Chris , "FreeBSD Stable" In-Reply-To: <20070927174449.GA59260@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> <20070927174449.GA59260@slackbox.xs4all.nl> Cc: Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 18:35:30 -0000 On 27/09/2007, Roland Smith wrote: > On Wed, Sep 26, 2007 at 11:09:22PM +0100, Chris wrote: > > Hi I am concerned about the availabilities of these encryptions in > > freebsd releases that are marked stable. > > > > It seems gbde has a problem when the the data written goes over the > > lba boundary around lba48. > > > > http://lists.freebsd.org/pipermail/freebsd-geom/2007-August/002524.html > > > > I suffered this problem error example below. Usage at the time was > > approx 150gig when I first noticed it. > > > > g_vfs_done():ad6s1c.bde[WRITE(offset=493964558336, length=131072)]error = 1 > > > > After reading about this problem on a few diff hits (all with no > > response on fixes) I tried geli. > > > > However I seen this in geli within an hour of using it. > > > > GEOM_ELI: Crypto WRITE request failed (error=1). > > ad6s1c.eli[WRITE(offset=0, length=131072)] > > I've been running a GELI encrypted /home partition on 6.2-STABLE amd64 > for months without problems. I've had trouble with GELI on usb > harddisks, but that seems to be related to the USB/ATAPI controller. > > The message seems to come from /usr/src/sys/geom/eli/g_eli_integrity.c, > in the function g_eli_auth_write_done. But for a more detailed analysys, > you'd have to set kern.geom.eli.debug to 3, and see what else pops > up. The headers indicate that the error number is used according to > errno.h, which lists 1 as being "Operation not permitted". > > Both GELI and GBDE fail with the same length of request. So the error > might depend on the underlaying code in the kernel (bio* functions). > > Are you sure that the disk and controller are working properly? > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > > As I said no dma errors or any hd related errors of any sort with encyrption turned off. How big are your drives? Chris From owner-freebsd-stable@FreeBSD.ORG Thu Sep 27 18:52:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD84716A41A for ; Thu, 27 Sep 2007 18:52:01 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 351B913C447 for ; Thu, 27 Sep 2007 18:52:01 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id l8RIpxVC071473; Thu, 27 Sep 2007 20:52:00 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 90C3EB8B9; Thu, 27 Sep 2007 20:51:59 +0200 (CEST) Date: Thu, 27 Sep 2007 20:51:59 +0200 From: Roland Smith To: Chris Message-ID: <20070927185159.GA4076@slackbox.xs4all.nl> Mail-Followup-To: Chris , FreeBSD Stable References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> <20070927174449.GA59260@slackbox.xs4all.nl> <3aaaa3a0709271135m6048aaa9ife7c5d17c59db666@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <3aaaa3a0709271135m6048aaa9ife7c5d17c59db666@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 18:52:01 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 27, 2007 at 07:35:28PM +0100, Chris wrote: > > > However I seen this in geli within an hour of using it. > > > > > > GEOM_ELI: Crypto WRITE request failed (error=3D1). > > > ad6s1c.eli[WRITE(offset=3D0, length=3D131072)] > > > > I've been running a GELI encrypted /home partition on 6.2-STABLE amd64 > > for months without problems. I've had trouble with GELI on usb > > harddisks, but that seems to be related to the USB/ATAPI controller. > As I said no dma errors or any hd related errors of any sort with > encyrption turned off. How big are your drives? I have two 160GB SATA150 drives in a mirrored configuration (VIA Tech V-RAID RAID1). The encrypted partition is 120GB. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG+/vPEnfvsMMhpyURAoX9AKCASNeDdtgWmzNpPFnJy0XvYjHJ5QCghxb0 WWOfVR0HRRwNscjSz4549LI= =4Lgf -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 00:11:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 419FE16A419 for ; Fri, 28 Sep 2007 00:11:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id E9AB213C46A for ; Fri, 28 Sep 2007 00:11:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so625263anc for ; Thu, 27 Sep 2007 17:10:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ftZoH4rlDWP9zO9IFc3T0ojH8sTnJgE+A3mqd9+YXEk=; b=q5Gf7OgfQWR2VkzqPg46YzZzhl/iLMs/W6iGx6Oki/ELAJXGax6riY+q3AysO6XDZFAolPBZ2ZqhqVx98B/ajzJFPmPxUShCp5sc2VSoyFFGLJg1gnt6jzQj7al0Ngx1TntIOy2OhyyfJVNO54uKOhV1DPUZurt6jXoOviXXlT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ez3LZnagpkQbEqli6UjjPd6WQTccpOGiKXo7BAHCn7D6eco+2EMIRfBRuwwjsGxllEA5fg+SXnhsru55kNokk7r5IlHh7qokObiOvo58taD9qQSa0ML3rTvi61keYS0h1lNu+wlQ//xvs3WhGvHQXoyYnBed7moUsN2rEewdVL4= Received: by 10.114.157.1 with SMTP id f1mr3223566wae.1190938237545; Thu, 27 Sep 2007 17:10:37 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m24sm4431239waf.2007.09.27.17.10.34 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Sep 2007 17:10:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8S06vDL007261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Sep 2007 09:06:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8S06utB007260; Fri, 28 Sep 2007 09:06:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Sep 2007 09:06:56 +0900 From: Pyun YongHyeon To: Chris Message-ID: <20070928000656.GA7119@cdnetworks.co.kr> References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 00:11:03 -0000 On Thu, Sep 27, 2007 at 06:30:20PM +0100, Chris wrote: > On 27/09/2007, Pyun YongHyeon wrote: > > On Mon, Sep 24, 2007 at 04:44:09PM +0100, Chris wrote: [...] > > > > > The card is more stable when using nve driver no crashes still but the > > > performance is around the same maxing out at around 200mbit. I was > > > expecting nearer 400-500mbit. > > > > > > e1000phy0: on miibus0 > > > > > > > There had been issues nfe(4) with 88E1116/88E1149 PHYs but your issue > > seems to be different one. How about manually set media configuration? > > For example, "ifconfig nfe0 media 1000baseTX mediaopt full-duplex" > > [...] > > I typod I meant to say nve was unstable and nfe has been rock solid so > great work with the driver. I enabled mpsafe now and still no > problems and its gave me a little more performance as well, a shame my > nic has no hardware features (unusual for a gigabit nic) but overall > glad its at least stable. > How did you check network performance? Maxing out at around 200Mbps seems weird. Personally, I had never seen GigE hardwares that saturate at 200Mbps. One of causes I can think of is speed/duplex mismatches with link partner. Manually setting speed/duplex might fix your performance issue, I guess. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 00:49:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 920A816A418 for ; Fri, 28 Sep 2007 00:49:09 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.freebsd.org (Postfix) with SMTP id D098213C48A for ; Fri, 28 Sep 2007 00:49:08 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: (qmail 42967 invoked from network); 28 Sep 2007 10:22:26 +1000 Received: from joker.gbch.net (172.16.1.10) by gw.gbch.net with SMTP; 28 Sep 2007 10:22:26 +1000 Received: (qmail 94876 invoked by uid 1001); 28 Sep 2007 10:22:26 +1000 Message-ID: Date: Fri, 28 Sep 2007 10:22:26 +1000 From: Greg Black To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 45 days X-Operating-System: FreeBSD 6.2-RELEASE-p5 i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Subject: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 00:49:09 -0000 When I first did an AMD64 install on my then-new 64-bit hardware, I was happy with the way FreeBSD itself behaved, but seriously hampered by the huge number of ports that were marked broken for 64-bit architectures at that time. Eventually, I just re-installed as i386 and went on with my life. Since we're close to a new release, I'm wondering what experience people have had recently with running in 64-bit mode. Are most of those broken ports now fixed? Or is there some magic that allows building of just the broken ones in 32-bit mode such that they'll run on a 64-bit box? Or is it viable to build those ports on a 32-bit i386 and expect them to just run on the AMD64? Or is there some other solution (other than doing without the broken stuff)? Since this is not strictly on topic for this list, perhaps people could reply direct to me. If I get some interesting information, I'll post a summary here in a short while. Greg From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 01:30:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 991) id B8F4116A418; Fri, 28 Sep 2007 01:30:14 +0000 (UTC) Date: Fri, 28 Sep 2007 01:30:14 +0000 From: Mark Linimon To: freebsd-stable@freebsd.org, freebsd@mail.gbch.net Message-ID: <20070928013014.GA95521@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: linimon@FreeBSD.org Subject: Re: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 01:30:14 -0000 [note: this question probably should have been asked and answered on freebsd-ports@, but I'll go ahead and answer it here in any case.] The latest chart that compares package status across build environments is at http://portsmon.freebsd.org/chartsandgraphs/package_comparison.html. Note: the detail pages that it points to are several weeks stale. (The copies on my development machine are up-to-date, however). The full list of what ports do not package on amd64-7 is at http://portsmon.freebsd.org/chartsandgraphs/package_failures_list.amd64-7.html. It will give you more information than you probably want to know about the exact state of amd64-7 as of that date. On my machine, the latest stats for amd64-7 are the following: 232 errors 1195 skipped ports 548 dependent ports as opposed to i386-7: 268 errors 636 skipped ports 429 dependent ports and i386-6: 70 errors 449 skipped ports 217 dependent ports and amd64-6: 62 errors 1007 skipped ports 775 dependent ports I've been trying to do a lot of work to give us metrics about the state of the packages, but this work is not yet in production. Note: some of these numbers are a little high because a patch file for java/diablo-jdk15 didn't fetch properly, leading to a bunch of dependent java ports not being built. This has now been fixed. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 10:11:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD00016A418 for ; Fri, 28 Sep 2007 10:11:58 +0000 (UTC) (envelope-from r.dellapasqua@createmotions.com) Received: from cehost.createmotions.com (cehost.createmotions.com [151.8.4.170]) by mx1.freebsd.org (Postfix) with ESMTP id 56E6913C45D for ; Fri, 28 Sep 2007 10:11:58 +0000 (UTC) (envelope-from r.dellapasqua@createmotions.com) Received: from pc1 ([87.19.245.126]) by cehost.createmotions.com (Merak 8.0.3) with SMTP id OX126565 for ; Fri, 28 Sep 2007 11:58:44 +0200 From: "Roberto Della Pasqua - CreatEmotions\(TM\)" To: Date: Fri, 28 Sep 2007 11:58:24 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4073 Thread-Index: AcgBtXvuW+fzpnfsQwih/YTaeAraugAAAYsw Subject: FW: Welcome to the "freebsd-stable" mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 10:11:58 -0000 hi dear list, I like kindly ask if the new Intel Storage Server SSR212MC2 with the RAID controller SRCSAS144E (http://download.intel.com/support/motherboards/server/ssr212mc2/sb/ssr212mc 2_tps_12.pdf) is supported by latest FreeBSD. Thank you very much. Roberto From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 10:14:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60C816A418 for ; Fri, 28 Sep 2007 10:14:17 +0000 (UTC) (envelope-from r.dellapasqua@createmotions.com) Received: from cehost.createmotions.com (cehost.createmotions.com [151.8.4.170]) by mx1.freebsd.org (Postfix) with ESMTP id 40A6613C45D for ; Fri, 28 Sep 2007 10:14:16 +0000 (UTC) (envelope-from r.dellapasqua@createmotions.com) Received: from pc1 ([87.19.245.126]) by cehost.createmotions.com (Merak 8.0.3) with SMTP id OX126565 for ; Fri, 28 Sep 2007 12:14:33 +0200 From: "Roberto Della Pasqua - CreatEmotions\(TM\)" To: References: Date: Fri, 28 Sep 2007 12:14:13 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4073 In-Reply-To: Thread-Index: AcgBtXvuW+fzpnfsQwih/YTaeAraugAAAYswAACpWuA= Subject: RE: Welcome to the "freebsd-stable" mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 10:14:17 -0000 Again me sorry, I like ask also about the support of the top in class controller raid by intel = http://download.intel.com/products/RAIDcontrollers/SRCSASJV/318035.pdf SRCSASJV Thank you. Rob. -----Original Message----- From: Roberto Della Pasqua - CreatEmotions(TM) [mailto:r.dellapasqua@createmotions.com]=20 Sent: venerd=EC 28 settembre 2007 11.58 To: 'freebsd-stable@freebsd.org' Subject: FW: Welcome to the "freebsd-stable" mailing list hi dear list, I like kindly ask if the new Intel Storage Server SSR212MC2 with the = RAID controller SRCSAS144E (http://download.intel.com/support/motherboards/server/ssr212mc2/sb/ssr21= 2mc 2_tps_12.pdf) is supported by latest FreeBSD. Thank you very much. Roberto From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 14:19:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6E1616A417 for ; Fri, 28 Sep 2007 14:19:32 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id BC03813C455 for ; Fri, 28 Sep 2007 14:19:32 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.121] (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id CF8FFC947C for ; Fri, 28 Sep 2007 10:19:31 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <69AF611A-3E27-49B9-A81F-033A94D796E4@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 28 Sep 2007 10:19:31 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.3) Subject: Re: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 14:19:33 -0000 On Sep 27, 2007, at 8:22 PM, Greg Black wrote: > Since we're close to a new release, I'm wondering what experience > people > have had recently with running in 64-bit mode. Are most of those > broken > ports now fixed? Or is there some magic that allows building of just > the broken ones in 32-bit mode such that they'll run on a 64-bit box? In practice, I have exactly one port I need in 64-bit that is not functional, and that is because it is a binary-only distribution of the Adaptec command line utility. No other software I've tried has failed to build or run on 6.2/amd64. My list of software is purely server stuff; I don't use any FreeBSD desktops. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 16:56:49 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D774216A418; Fri, 28 Sep 2007 16:56:49 +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 75AA913C45A; Fri, 28 Sep 2007 16:56:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l8SGummi094625; Fri, 28 Sep 2007 12:56:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l8SGul5C084745; Fri, 28 Sep 2007 12:56:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C4DE8241A2; Fri, 28 Sep 2007 12:57:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070928165717.C4DE8241A2@freebsd-stable.sentex.ca> Date: Fri, 28 Sep 2007 12:57:17 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 16:56:50 -0000 TB --- 2007-09-28 15:08:10 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-09-28 15:08:10 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-09-28 15:08:10 - cleaning the object tree TB --- 2007-09-28 15:08:53 - checking out the source tree TB --- 2007-09-28 15:08:53 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-09-28 15:08:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-09-28 15:23:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-09-28 15:23:56 - cd /src TB --- 2007-09-28 15:23:56 - /usr/bin/make -B buildworld >>> 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 TB --- 2007-09-28 16:57:16 - generating LINT kernel config TB --- 2007-09-28 16:57:16 - cd /src/sys/amd64/conf TB --- 2007-09-28 16:57:16 - /usr/bin/make -B LINT TB --- 2007-09-28 16:57:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-09-28 16:57:17 - cd /src TB --- 2007-09-28 16:57:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 28 16:57:17 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT config: Error: device "coretemp" is unknown config: 1 errors WARNING: kernel contains GPL contaminated csaimg.h header WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-09-28 16:57:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-09-28 16:57:17 - ERROR: failed to build lint kernel TB --- 2007-09-28 16:57:17 - tinderbox aborted TB --- 1.61 user 5.03 system 6546.55 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 17:45:17 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C13216A421; Fri, 28 Sep 2007 17:45:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3D10113C47E; Fri, 28 Sep 2007 17:45:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C429820D0; Fri, 28 Sep 2007 19:25:22 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 4D25C20CF; Fri, 28 Sep 2007 19:25:22 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 3C0D1844A1; Fri, 28 Sep 2007 19:25:22 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD Tinderbox References: <20070928165717.C4DE8241A2@freebsd-stable.sentex.ca> Date: Fri, 28 Sep 2007 19:25:22 +0200 In-Reply-To: <20070928165717.C4DE8241A2@freebsd-stable.sentex.ca> (FreeBSD Tinderbox's message of "Fri\, 28 Sep 2007 12\:57\:17 -0400 \(EDT\)") Message-ID: <868x6qaeil.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 17:45:17 -0000 FreeBSD Tinderbox writes: >>>> Kernel build for LINT started on Fri Sep 28 16:57:17 UTC 2007 >>>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /src/sys/amd64/conf; PATH=3D/obj/amd64/src/tmp/legacy/usr/sbin:/obj/a= md64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/= src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/s= bin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/a= md64/conf/LINT > config: Error: device "coretemp" is unknown > config: 1 errors Fixed DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 18:05:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0469916A420 for ; Fri, 28 Sep 2007 18:05:38 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 75D7B13C45A for ; Fri, 28 Sep 2007 18:05:37 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1786439ugf for ; Fri, 28 Sep 2007 11:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6PBJBCVbAzT3e/jDK9zaeE5TyIOZ5MS4/j0Dau5ahRI=; b=XVoUJp1KW3TGL4dIfO3Yj2zam9DLyPZ9NMchJJR5AlPRLsZv5gAkXIZS5EzUtE8WZANfbfGCMZALzQPcbH3ph5dyP7ZGrAkJMB1qP8Hc66sGkXkzAL0K/alpO0B/cdHJWsnEy5pZomLn3wmRaHCfNC9u6TecsqHPqY+3gXSffJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RWiOv1KBnqLEQlC4QzUEr34itu7bEkSd66vYC0wCjzS2Dxawe/22ucMrOLvHRiDAmHgRSl1iQTUmMsiSdCtQBNhx6h0CdkCMeqYzP7O7Dak6WJ39avfxR+mK231sujho+kuojuGifL6HA9/mGIwHo5Koc05+3sWwwgoOkrUQoNo= Received: by 10.67.28.3 with SMTP id f3mr138272ugj.1191002736168; Fri, 28 Sep 2007 11:05:36 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Fri, 28 Sep 2007 11:05:35 -0700 (PDT) Message-ID: <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> Date: Fri, 28 Sep 2007 19:05:35 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20070928000656.GA7119@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 18:05:38 -0000 On 28/09/2007, Pyun YongHyeon wrote: > On Thu, Sep 27, 2007 at 06:30:20PM +0100, Chris wrote: > > On 27/09/2007, Pyun YongHyeon wrote: > > > On Mon, Sep 24, 2007 at 04:44:09PM +0100, Chris wrote: > > [...] > > > > > > > The card is more stable when using nve driver no crashes still but the > > > > performance is around the same maxing out at around 200mbit. I was > > > > expecting nearer 400-500mbit. > > > > > > > > e1000phy0: on miibus0 > > > > > > > > > > There had been issues nfe(4) with 88E1116/88E1149 PHYs but your issue > > > seems to be different one. How about manually set media configuration? > > > For example, "ifconfig nfe0 media 1000baseTX mediaopt full-duplex" > > > > > [...] > > > > > I typod I meant to say nve was unstable and nfe has been rock solid so > > great work with the driver. I enabled mpsafe now and still no > > problems and its gave me a little more performance as well, a shame my > > nic has no hardware features (unusual for a gigabit nic) but overall > > glad its at least stable. > > > > How did you check network performance? > Maxing out at around 200Mbps seems weird. Personally, I had never seen > GigE hardwares that saturate at 200Mbps. One of causes I can think of > is speed/duplex mismatches with link partner. Manually setting > speed/duplex might fix your performance issue, I guess. > > -- > Regards, > Pyun YongHyeon > These are ftp transfers it is running on a amd62 x2 dual core processor and gig of ram, when at max speed cpu usage is very high in excess of 80% but not completely maxed out. It now seems to be able to sustain around 30meg/sec the highest I have seen I havent done any other testing so if you have a better way it would be good to know thanks. Please bare in mind I have no local access to the server so crashing it eg. is expensive for as will have to pay for a kvm switch netstat -i indicates no collisions for a duplex mismatch so not keen on trying a manual negotiotian again for reasons above. So even for a card with no hardware features you would expect it to exceed 200mbit easily? I havent enabled net isr setting I wonder if that will help. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 18:06:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD74316A46C for ; Fri, 28 Sep 2007 18:06:54 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5304913C45D for ; Fri, 28 Sep 2007 18:06:54 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1786676ugf for ; Fri, 28 Sep 2007 11:06:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Qdeanw3VWM8SH6GAWrb7q89TazOgtdfeBO9nLLbUYXU=; b=VAorUAVPxNTIilu3IMx3cQOI/8QnlRiczRAQiO0j4Bky7+u9fZINPmnOFFBgAKExE9o9IaUqG5fdn15RXa1dZjukLW7yOo3Ac8nUAn9ARoMDw8+iu3TvF4GhOX7h7LptcoWUk03DiFtDIpdQFH2CCv5FFOiS9ZA1LrfAoZ1gMRY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X4S5ZJAsaL2I+ZhpTkVVhTnYlDv28d3fXqUYXMIQbDhjmrbnJH0yzqMnnnw6FHp5uP4yKDvtuVmg5AjnRgEtyil4XPF44b3N9qziXpdqSQjVxpKAQKU4TtYArkcax80dhAP/h8mwO3CzCTmbxjk9Paq4ngyJiqjhoNJCj2ezhqg= Received: by 10.67.29.12 with SMTP id g12mr5376008ugj.1191002811477; Fri, 28 Sep 2007 11:06:51 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Fri, 28 Sep 2007 11:06:51 -0700 (PDT) Message-ID: <3aaaa3a0709281106k3f4ee04av9d6eae415ea5a0e8@mail.gmail.com> Date: Fri, 28 Sep 2007 19:06:51 +0100 From: Chris To: Chris , "FreeBSD Stable" In-Reply-To: <20070927185159.GA4076@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709261509g414e3163mff45f9da3bc4d7f3@mail.gmail.com> <20070927174449.GA59260@slackbox.xs4all.nl> <3aaaa3a0709271135m6048aaa9ife7c5d17c59db666@mail.gmail.com> <20070927185159.GA4076@slackbox.xs4all.nl> Cc: Subject: Re: gbde and geli on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 18:06:54 -0000 On 27/09/2007, Roland Smith wrote: > On Thu, Sep 27, 2007 at 07:35:28PM +0100, Chris wrote: > > > > However I seen this in geli within an hour of using it. > > > > > > > > GEOM_ELI: Crypto WRITE request failed (error=1). > > > > ad6s1c.eli[WRITE(offset=0, length=131072)] > > > > > > I've been running a GELI encrypted /home partition on 6.2-STABLE amd64 > > > for months without problems. I've had trouble with GELI on usb > > > harddisks, but that seems to be related to the USB/ATAPI controller. > > > As I said no dma errors or any hd related errors of any sort with > > encyrption turned off. How big are your drives? > > I have two 160GB SATA150 drives in a mirrored configuration (VIA Tech > V-RAID RAID1). The encrypted partition is 120GB. > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > > In that case the partition is too small if the problem is what we think it is. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 28 19:57:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1005A16A417 for ; Fri, 28 Sep 2007 19:57:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7B413C455 for ; Fri, 28 Sep 2007 19:57:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l8SJOf5p090073; Fri, 28 Sep 2007 23:24:42 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 28 Sep 2007 23:24:41 +0400 (MSD) From: Dmitry Morozovsky To: Vivek Khera In-Reply-To: <69AF611A-3E27-49B9-A81F-033A94D796E4@khera.org> Message-ID: <20070928232008.K89977@woozle.rinet.ru> References: <69AF611A-3E27-49B9-A81F-033A94D796E4@khera.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Fri, 28 Sep 2007 23:24:42 +0400 (MSD) Cc: FreeBSD Stable Subject: Re: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 19:57:59 -0000 On Fri, 28 Sep 2007, Vivek Khera wrote: VK> VK> On Sep 27, 2007, at 8:22 PM, Greg Black wrote: VK> VK> > Since we're close to a new release, I'm wondering what experience people VK> > have had recently with running in 64-bit mode. Are most of those broken VK> > ports now fixed? Or is there some magic that allows building of just VK> > the broken ones in 32-bit mode such that they'll run on a 64-bit box? VK> VK> In practice, I have exactly one port I need in 64-bit that is not VK> functional, and that is because it is a binary-only distribution of the VK> Adaptec command line utility. No other software I've tried has failed to VK> build or run on 6.2/amd64. VK> My list of software is purely server stuff; I VK> don't use any FreeBSD desktops. It seems to be the key point here. I'm thinking about giving a try for the following scheme for my development desktop at work: amd64 machine with servers' ports built inside (postgresql-server, apache, etc) with i386 jail with desktop applications (xorg, firefox/nspluginwrappers, MUA, you name it...) ENOTIME so far... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 01:31:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C1C16A419 for ; Sat, 29 Sep 2007 01:31:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id CC61713C45B for ; Sat, 29 Sep 2007 01:31:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3815744waf for ; Fri, 28 Sep 2007 18:31:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Mmsz4rkj5s7D+eMkXKp0n4hLiZn9ey7hNpeiRFlwEds=; b=U/DW4BYSYxepmMupmpnHvFmpzjHtc2hqJhtE/AmGUZCNF5IeqB9Ibh0hwryTgTjY97kSHCrtXPQSZkZVFD3hWKNx5R8b1x06xDpA7siCfcILRVMOU4UxQ9/5zby7Ym4FAnOakHcZXStD4Go2BJlXJm6rN9CL2X1xAwbab9S7Olg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nRHgf7kGAtd8B7LAv43X44mxuBHlTzlFjzQlyfS99l4veLlp3MvIZ6+M4snzwYZkk27ShtNu9+DMn5vc8+ll+vNi7hL2RgDjFkn6E53oT2Th03glosGUGcXOE8CoJznKCBGqU2WFz4gdQaX/5i7imsvodtIjlPX4mKDSAoaQg/k= Received: by 10.114.146.1 with SMTP id t1mr1118169wad.1191029506353; Fri, 28 Sep 2007 18:31:46 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm6659523wag.2007.09.28.18.31.42 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Sep 2007 18:31:45 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8T1S2DY011564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Sep 2007 10:28:02 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8T1S2Fu011563; Sat, 29 Sep 2007 10:28:02 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 29 Sep 2007 10:28:01 +0900 From: Pyun YongHyeon To: Chris Message-ID: <20070929012801.GA11457@cdnetworks.co.kr> References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 01:31:47 -0000 On Fri, Sep 28, 2007 at 07:05:35PM +0100, Chris wrote: > On 28/09/2007, Pyun YongHyeon wrote: > > On Thu, Sep 27, 2007 at 06:30:20PM +0100, Chris wrote: > > > On 27/09/2007, Pyun YongHyeon wrote: > > > > On Mon, Sep 24, 2007 at 04:44:09PM +0100, Chris wrote: > > > > [...] > > > > > > > > > The card is more stable when using nve driver no crashes still but the > > > > > performance is around the same maxing out at around 200mbit. I was > > > > > expecting nearer 400-500mbit. > > > > > > > > > > e1000phy0: on miibus0 > > > > > > > > > > > > > There had been issues nfe(4) with 88E1116/88E1149 PHYs but your issue > > > > seems to be different one. How about manually set media configuration? > > > > For example, "ifconfig nfe0 media 1000baseTX mediaopt full-duplex" > > > > > > > > [...] > > > > > > > > I typod I meant to say nve was unstable and nfe has been rock solid so > > > great work with the driver. I enabled mpsafe now and still no > > > problems and its gave me a little more performance as well, a shame my > > > nic has no hardware features (unusual for a gigabit nic) but overall > > > glad its at least stable. > > > > > > > How did you check network performance? > > Maxing out at around 200Mbps seems weird. Personally, I had never seen > > GigE hardwares that saturate at 200Mbps. One of causes I can think of > > is speed/duplex mismatches with link partner. Manually setting > > speed/duplex might fix your performance issue, I guess. > > > > -- > > Regards, > > Pyun YongHyeon > > > > These are ftp transfers it is running on a amd62 x2 dual core > processor and gig of ram, when at max speed cpu usage is very high in > excess of 80% but not completely maxed out. It now seems to be able > to sustain around 30meg/sec the highest I have seen I havent done any > other testing so if you have a better way it would be good to know ftp transfers involve disk activities so you're not measuring NIC performance. Try one of benchmark programs in ports/benchmarks (e.g. netperf, iperf, ttcp etc). ATM nfe(4)'s interrupt moderation mechanism doesn't seem to work at all so nfe(4) generates too many interrupts. However I don't think it wouldn't be major bottleneck of the performance. > thanks. Please bare in mind I have no local access to the server so > crashing it eg. is expensive for as will have to pay for a kvm switch > netstat -i indicates no collisions for a duplex mismatch so not keen > on trying a manual negotiotian again for reasons above. So even for a > card with no hardware features you would expect it to exceed 200mbit > easily? > Yes. You have a gigabit ethernet controller and fast CPU. Run one of benchmark programs and get a number. > I havent enabled net isr setting I wonder if that will help. > That wouldn't help a lot, I guess. > Chris -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 02:48:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6312A16A46E for ; Sat, 29 Sep 2007 02:48:07 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id F3FAD13C458 for ; Sat, 29 Sep 2007 02:48:06 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 86958 invoked by uid 1000); 29 Sep 2007 02:21:47 -0000 Date: Fri, 28 Sep 2007 19:21:47 -0700 From: Jos Backus To: freebsd-hardware@freebsd.org, FreeBSD Stable Message-ID: <20070929022147.GA27590@lizzy.catnook.local> Mail-Followup-To: freebsd-hardware@freebsd.org, FreeBSD Stable References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070929012801.GA11457@cdnetworks.co.kr> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 02:48:07 -0000 On Sat, Sep 29, 2007 at 10:28:01AM +0900, Pyun YongHyeon wrote: [snip] > ATM nfe(4)'s interrupt moderation mechanism doesn't seem to work > at all so nfe(4) generates too many interrupts. However I don't > think it wouldn't be major bottleneck of the performance. Could this be why (on -current) I had to enable polling on nfe0 to get rid of the choppy audio playback I was experiencing? -- Jos Backus jos at catnook.com From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 03:07:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 527CE16A473 for ; Sat, 29 Sep 2007 03:07:36 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id A464F13C459 for ; Sat, 29 Sep 2007 03:07:35 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1848881ugf for ; Fri, 28 Sep 2007 20:07:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=oQPBRb1HMxNwKKmoMEUsLvkAUN6mYYP1am7eNZEH+PE=; b=oWXmArAuoh5hBWMbvGoRnvZrT1Bd8qAyTJAILLR6N44CdOL2pf9My+DS3mDnr0qgctoeG2GiTqQsxPFGwbj3U1R/r1P9pSo0Ac7n88mxSEuW2i20ZlNq9uLbQyk/3JPz48rVWRtxVJLyR1VC47LQxvRfnTsqP5p23aN86hH0XRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R0VID9qkAAVksZvGucF0nlFoT7m6OXyZXtdN9IFtONlsDSwsPHy0HEfRUcFrtpe5FQoe+8d0vmorfan/zYfpg//wsWrxiW2BBJucioVUBdOxDsYBbuUYgefbuIT/QrWP/kuK1p8WR1IR/0qczOGqwlxHJmJOtP1b0xNf9hTNAA4= Received: by 10.67.24.18 with SMTP id b18mr5873608ugj.1191035253456; Fri, 28 Sep 2007 20:07:33 -0700 (PDT) Received: by 10.67.20.1 with HTTP; Fri, 28 Sep 2007 20:07:33 -0700 (PDT) Message-ID: <3aaaa3a0709282007s1675b714g71d025f87dd1c350@mail.gmail.com> Date: Sat, 29 Sep 2007 04:07:33 +0100 From: Chris To: pyunyh@gmail.com In-Reply-To: <20070929012801.GA11457@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 03:07:36 -0000 On 29/09/2007, Pyun YongHyeon wrote: > On Fri, Sep 28, 2007 at 07:05:35PM +0100, Chris wrote: > > On 28/09/2007, Pyun YongHyeon wrote: > > > On Thu, Sep 27, 2007 at 06:30:20PM +0100, Chris wrote: > > > > On 27/09/2007, Pyun YongHyeon wrote: > > > > > On Mon, Sep 24, 2007 at 04:44:09PM +0100, Chris wrote: > > > > > > [...] > > > > > > > > > > > The card is more stable when using nve driver no crashes still but the > > > > > > performance is around the same maxing out at around 200mbit. I was > > > > > > expecting nearer 400-500mbit. > > > > > > > > > > > > e1000phy0: on miibus0 > > > > > > > > > > > > > > > > There had been issues nfe(4) with 88E1116/88E1149 PHYs but your issue > > > > > seems to be different one. How about manually set media configuration? > > > > > For example, "ifconfig nfe0 media 1000baseTX mediaopt full-duplex" > > > > > > > > > > > [...] > > > > > > > > > > > I typod I meant to say nve was unstable and nfe has been rock solid so > > > > great work with the driver. I enabled mpsafe now and still no > > > > problems and its gave me a little more performance as well, a shame my > > > > nic has no hardware features (unusual for a gigabit nic) but overall > > > > glad its at least stable. > > > > > > > > > > How did you check network performance? > > > Maxing out at around 200Mbps seems weird. Personally, I had never seen > > > GigE hardwares that saturate at 200Mbps. One of causes I can think of > > > is speed/duplex mismatches with link partner. Manually setting > > > speed/duplex might fix your performance issue, I guess. > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > > These are ftp transfers it is running on a amd62 x2 dual core > > processor and gig of ram, when at max speed cpu usage is very high in > > excess of 80% but not completely maxed out. It now seems to be able > > to sustain around 30meg/sec the highest I have seen I havent done any > > other testing so if you have a better way it would be good to know > > ftp transfers involve disk activities so you're not measuring NIC > performance. Try one of benchmark programs in ports/benchmarks > (e.g. netperf, iperf, ttcp etc). > ATM nfe(4)'s interrupt moderation mechanism doesn't seem to work > at all so nfe(4) generates too many interrupts. However I don't > think it wouldn't be major bottleneck of the performance. > > > thanks. Please bare in mind I have no local access to the server so > > crashing it eg. is expensive for as will have to pay for a kvm switch > > netstat -i indicates no collisions for a duplex mismatch so not keen > > on trying a manual negotiotian again for reasons above. So even for a > > card with no hardware features you would expect it to exceed 200mbit > > easily? > > > > Yes. You have a gigabit ethernet controller and fast CPU. > Run one of benchmark programs and get a number. > > > I havent enabled net isr setting I wonder if that will help. > > > > That wouldn't help a lot, I guess. > > > Chris > > -- > Regards, > Pyun YongHyeon > Will let you know results thanks, also will polling work on my card? Chris From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 05:03:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF08616A46D for ; Sat, 29 Sep 2007 05:03:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 88F6913C494 for ; Sat, 29 Sep 2007 05:03:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3861412waf for ; Fri, 28 Sep 2007 22:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=6Z711KO/9fWUm5ODnoucaxGoX847InyYQ28yzm0riDQ=; b=Wgl6XzqSRDgTqKzX/50v5UulzWjQGVytxwlchfkCpsdCu4kfmeZE5ZwZ/jEI5LF7dkZxXNljKeJf5R3qOUqVNTDUYa2Pb2JCUxESUjrN8FCiB+tE8GxIzJ6um7eB+Sy5KXbkYuCosvnF1ZFU2xjAsnG3lAA6mn+bSuZwIfj9DVo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=TG0PNMXGwLMFcNJRTURmyFKNeQdtqPb8T+lDmmeC029fmLgCUMrHM9/WpA0Zlir+juEO47KumKz5sjS2JHqeSIa5xohXeMSc30Y9oFdXvwQbOfvkuVOl6chRVTXX26uugfAac0dfZjOUWjwwHMywg7rp85+vZTKz5/45vt4xOGQ= Received: by 10.114.176.1 with SMTP id y1mr1224995wae.1191042222925; Fri, 28 Sep 2007 22:03:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n37sm6891491wag.2007.09.28.22.03.38 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Sep 2007 22:03:41 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8T500Ts012140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Sep 2007 14:00:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8T500Wg012139; Sat, 29 Sep 2007 14:00:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 29 Sep 2007 14:00:00 +0900 From: Pyun YongHyeon To: Chris Message-ID: <20070929050000.GB11457@cdnetworks.co.kr> References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> <3aaaa3a0709282007s1675b714g71d025f87dd1c350@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0709282007s1675b714g71d025f87dd1c350@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 05:03:43 -0000 On Sat, Sep 29, 2007 at 04:07:33AM +0100, Chris wrote: > > Will let you know results thanks, also will polling work on my card? > Yes. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 05:06:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A46816A420 for ; Sat, 29 Sep 2007 05:06:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id D204E13C459 for ; Sat, 29 Sep 2007 05:06:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1952551nzf for ; Fri, 28 Sep 2007 22:06:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=XOhubfstaU2HIfkJcSX3xr9KTjIcK1uVpUGSXepRbk0=; b=gtJNoQC8vXB+gK5xH1SGPXfhffdsy+WfFJubgs9pkcLWCVsyEgug0cGd1wilg9ht/B/ltNm6u8hIofi8QbAw9HXC5aif2JQHhc//N6dJLrz2GSoakj8ftTucdcGYpqNZXpBmUw+n7vbwskB6LdsBLRsEsB9k2RQL/EpCL6fIRvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qp9WkA9YQpGA2Ii72o0EBVZukBjoLH9oGcZPy0NUdQPunGX05HvPYaX9ohYi2IWPt6M/A2S/cffo7mEXqU5Ha3imFRwkiaVysk/k3emZwCGr/CtOh483OW2thu2fSmy7s6Jx7sqG4JAfA/uVW1zHCND80JoYXZ/UUMSdBCAwW4w= Received: by 10.114.192.1 with SMTP id p1mr537392waf.1191042381151; Fri, 28 Sep 2007 22:06:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id d20sm4860804waa.2007.09.28.22.06.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Sep 2007 22:06:20 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8T52fx6012175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Sep 2007 14:02:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8T52e7G012174; Sat, 29 Sep 2007 14:02:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 29 Sep 2007 14:02:40 +0900 From: Pyun YongHyeon To: freebsd-hardware@freebsd.org, FreeBSD Stable Message-ID: <20070929050240.GC11457@cdnetworks.co.kr> References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> <20070929022147.GA27590@lizzy.catnook.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070929022147.GA27590@lizzy.catnook.local> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 05:06:26 -0000 On Fri, Sep 28, 2007 at 07:21:47PM -0700, Jos Backus wrote: > On Sat, Sep 29, 2007 at 10:28:01AM +0900, Pyun YongHyeon wrote: > [snip] > > ATM nfe(4)'s interrupt moderation mechanism doesn't seem to work > > at all so nfe(4) generates too many interrupts. However I don't > > think it wouldn't be major bottleneck of the performance. > > Could this be why (on -current) I had to enable polling on nfe0 to get rid of > the choppy audio playback I was experiencing? > Probably not. Maybe nfe(4) use shared interrupt. Check the output of "vmstat -i". -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 14:15:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1D016A418; Sat, 29 Sep 2007 14:15:27 +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 03D0813C458; Sat, 29 Sep 2007 14:15:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-181-219.lns11.adl2.internode.on.net [121.45.181.219]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8TEFFIj092585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Sep 2007 23:45:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Jack Vogel" Date: Sat, 29 Sep 2007 23:45:04 +0930 User-Agent: KMail/1.9.7 References: <200709201818.04408.doconnor@gsoft.com.au> <200709241238.00177.doconnor@gsoft.com.au> <2a41acea0709241007k374d7a88paa17d2e08791c4cb@mail.gmail.com> In-Reply-To: <2a41acea0709241007k374d7a88paa17d2e08791c4cb@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2203425.QstnV6PqzB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709292345.05355.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 14:15:27 -0000 --nextPart2203425.QstnV6PqzB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 25 Sep 2007, Jack Vogel wrote: > > As the 6.4.1 driver works I am happy :) > > Yes, that's just one release earlier than the one I suggested, but if > you're happy, hey, who am I to complain :) I can't use 6.5.6 because I'm running 6.2, I'm happy to test the driver=20 if you want though! =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 --nextPart2203425.QstnV6PqzB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG/l3p5ZPcIHs/zowRAoLiAKCOfBw2fIruLTwuQW0geE/xIOg4cgCZAeS9 donwjHyG+L2qzJdY9urS5b8= =EU59 -----END PGP SIGNATURE----- --nextPart2203425.QstnV6PqzB-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 18:15:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A5E216A417 for ; Sat, 29 Sep 2007 18:15:58 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id ECBF513C455 for ; Sat, 29 Sep 2007 18:15:57 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 30385 invoked by uid 1000); 29 Sep 2007 18:16:18 -0000 Date: Sat, 29 Sep 2007 11:16:18 -0700 From: Jos Backus To: Pyun YongHyeon Message-ID: <20070929181618.GA30333@lizzy.catnook.local> Mail-Followup-To: Pyun YongHyeon , freebsd-hardware@freebsd.org, FreeBSD Stable References: <3aaaa3a0709231657r3264c873ife71800731608b03@mail.gmail.com> <20070924020116.GA36909@eos.sc1.parodius.com> <3aaaa3a0709240844j2603a050nd09bb5482a0f3c21@mail.gmail.com> <20070927065155.GE3692@cdnetworks.co.kr> <3aaaa3a0709271030k24892099ra3409ce6f5f7020f@mail.gmail.com> <20070928000656.GA7119@cdnetworks.co.kr> <3aaaa3a0709281105g1503fdbcu70910de6eae060a0@mail.gmail.com> <20070929012801.GA11457@cdnetworks.co.kr> <20070929022147.GA27590@lizzy.catnook.local> <20070929050240.GC11457@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070929050240.GC11457@cdnetworks.co.kr> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable , freebsd-hardware@freebsd.org Subject: Re: nfe driver 6.2 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 18:15:58 -0000 On Sat, Sep 29, 2007 at 02:02:40PM +0900, Pyun YongHyeon wrote: > On Fri, Sep 28, 2007 at 07:21:47PM -0700, Jos Backus wrote: > > On Sat, Sep 29, 2007 at 10:28:01AM +0900, Pyun YongHyeon wrote: > > [snip] > > > ATM nfe(4)'s interrupt moderation mechanism doesn't seem to work > > > at all so nfe(4) generates too many interrupts. However I don't > > > think it wouldn't be major bottleneck of the performance. > > > > Could this be why (on -current) I had to enable polling on nfe0 to get rid of > > the choppy audio playback I was experiencing? > > > > Probably not. Maybe nfe(4) use shared interrupt. > Check the output of "vmstat -i". pcm0 and nfe0 share irq23: lizzy:~% vmstat -i interrupt total rate irq1: atkbd0 107296 0 irq6: fdc0 1 0 irq12: psm0 563936 1 irq22: atapci2 5293281 11 irq23: pcm0 nfe0 1225731 2 cpu0: timer 947413237 2000 Total 954603482 2015 lizzy:~% Both pcm0 and nfe0 are mobo devices. Is there any way to change the assigned interrupts? -- Jos Backus jos at catnook.com From owner-freebsd-stable@FreeBSD.ORG Sat Sep 29 21:06:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1359F16A417 for ; Sat, 29 Sep 2007 21:06:36 +0000 (UTC) (envelope-from gessel@blackrosetech.com) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id E0DCA13C48D for ; Sat, 29 Sep 2007 21:06:35 +0000 (UTC) (envelope-from gessel@blackrosetech.com) Received: (qmail 15174 invoked from network); 29 Sep 2007 20:39:54 -0000 Received: from claudel.blackrosetech.com ([66.93.181.130]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 29 Sep 2007 20:39:54 -0000 Received: from bernadinism.blackrosetech.com (unknown [66.93.181.147]) by claudel.blackrosetech.com (Postfix) with ESMTP id 7C1BA2E01F for ; Sat, 29 Sep 2007 13:39:53 -0700 (PDT) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 29 Sep 2007 13:39:28 -0700 To: freebsd-stable@freebsd.org From: David Gessel Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20070929203953.7C1BA2E01F@claudel.blackrosetech.com> Subject: apache core dump signal 11 after portupgrade from 1.3.37 to 1.3.39 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2007 21:06:36 -0000 I did a portupgrade -ra to 1.3.39 and after a reboot found apache not running. I've poked around and haven't found much that's useful - signal 11 being sometimes associated with memory errors (a memory test comes up fine, though it is unlikely that an update would crack the RAM). Otherwise few hints. Any suggestions would be much appreciated. The key details are - pkg_version -v -L = showed (among other updates simultaneously applied as listed below) that: apache+mod_ssl-1.3.37+2.8.28 < needs updating (port has 1.3.39+2.8.30) After rebooting I get in /var/log/messages only kernel: pid 1127 (httpd), uid 0: exited on signal 11 (core dumped) and in /var/log/httpd-error.log only [info] mod_unique_id: using ip addr xxx.xxx.xxx.xxx [correct localhost address] every time I "apachectl start" (and after setting apache.config log level to "debug") The same portupgrade -ra also updated the following (and then a long day of compiling ensued) - note that the openSSL package error is a problem I haven't been able to fix since screwing up an openSSL install effort (overwrite_base somehow becoming a package rather than a directive). OpenSSL has worked fine on the system and currently works, viz: # openssl OpenSSL> version OpenSSL 0.9.8e 23 Feb 2007 Though I'd love to fix the invalid port reference too. pkg_version -v -L = apache+mod_ssl-1.3.37+2.8.28 < needs updating (port has 1.3.39+2.8.30) autoconf-2.53_3 < needs updating (port has 2.53_4) autoconf-2.59_2 < needs updating (port has 2.59_3) automake-1.5_3,1 < needs updating (port has 1.5_4,1) automake-1.9.6_1 < needs updating (port has 1.9.6_2) bash-3.2.17_2 < needs updating (port has 3.2.25) bind9-base-9.3.4 < needs updating (port has 9.3.4.1) cclient-2004g,1 < needs updating (port has 2004g_1,1) compositeproto-0.3.1 < needs updating (port has 0.4) cups-base-1.2.11_2 < needs updating (port has 1.2.12) curl-7.16.1 < needs updating (port has 7.16.3) dar-2.3.3 < needs updating (port has 2.3.4_1) eaccelerator-0.9.5.1 < needs updating (port has 0.9.5.2) ffmpeg-2007.05.30_1 < needs updating (port has 2007.09.14) iceauth-1.0.1 < needs updating (port has 1.0.2) ico-1.0.1 < needs updating (port has 1.0.2) inputproto-1.3.2 < needs updating (port has 1.4.2.1) libGL-7.0 < needs updating (port has 7.0.1) libICE-1.0.3,1 < needs updating (port has 1.0.4,1) libX11-1.1.2_1,1 < needs updating (port has 1.1.3,1) libXaw-1.0.3,1 < needs updating (port has 1.0.4,1) libXcomposite-0.3.2,1 < needs updating (port has 0.4.0,1) libXcursor-1.1.8_1 < needs updating (port has 1.1.9) libXfont-1.2.8,1 < needs updating (port has 1.3.1,1) libXi-1.0.2,1 < needs updating (port has 1.1.3,1) libXpm-3.5.6_1 < needs updating (port has 3.5.7) libXrandr-1.2.1 < needs updating (port has 1.2.2) libXrender-0.9.2 < needs updating (port has 0.9.4) libXres-1.0.3_1 < needs updating (port has 1.0.3_2) libXtst-1.0.2 < needs updating (port has 1.0.3) libXxf86dga-1.0.1 < needs updating (port has 1.0.2) libvorbis-1.1.2,3 < needs updating (port has 1.2.0,3) libxml2-2.6.29 < needs updating (port has 2.6.30) lynx-2.8.6.5,1 < needs updating (port has 2.8.6.5_1,1) mediawiki-1.10.1 < needs updating (port has 1.10.2) ntp-4.2.2p3 < needs updating (port has 4.2.2p4) openldap-client-2.3.37 < needs updating (port has 2.3.38) openssh-portable-overwrite-base-4.6.p1,1 < needs updating (port has 4.7.p1,1) pkg_version: openssl-overwrite-base-0.9.8e does not appear to be a valid package! p5-AppConfig-1.65 < needs updating (port has 1.66) p5-Archive-Tar-1.32 < needs updating (port has 1.36) p5-Compress-Raw-Zlib-2.005 < needs updating (port has 2.006) p5-Compress-Zlib-2.005 < needs updating (port has 2.006) p5-DBI-1.58 < needs updating (port has 1.59) p5-IO-Compress-Base-2.005 < needs updating (port has 2.006) p5-IO-Compress-Zlib-2.005 < needs updating (port has 2.006) p5-IO-Zlib-1.05 < needs updating (port has 1.07) p5-Image-Info-1.25 < needs updating (port has 1.26) p5-Sub-Uplevel-0.14 < needs updating (port has 0.16) p5-Test-Base-0.53 < needs updating (port has 0.54) p5-Test-Simple-0.70 < needs updating (port has 0.72) p5-XML-Simple-2.16_1 < needs updating (port has 2.18) pcre-7.2 < needs updating (port has 7.3) pdflib-7.0.0p3 < needs updating (port has 7.0.2) pear-1.6.1 < needs updating (port has 1.6.2) pecl-hash-1.4 < needs updating (port has 1.5) pecl-pdflib-2.1.3_1 < needs updating (port has 2.1.4) php5-5.2.3 < needs updating (port has 5.2.4) php5-bz2-5.2.3 < needs updating (port has 5.2.4) php5-calendar-5.2.3 < needs updating (port has 5.2.4) php5-ctype-5.2.3 < needs updating (port has 5.2.4) php5-dom-5.2.3 < needs updating (port has 5.2.4) php5-ftp-5.2.3 < needs updating (port has 5.2.4) php5-gd-5.2.3 < needs updating (port has 5.2.4) php5-gettext-5.2.3 < needs updating (port has 5.2.4) php5-iconv-5.2.3 < needs updating (port has 5.2.4) php5-imap-5.2.3 < needs updating (port has 5.2.4) php5-ldap-5.2.3 < needs updating (port has 5.2.4) php5-mbstring-5.2.3 < needs updating (port has 5.2.4) php5-mcrypt-5.2.3 < needs updating (port has 5.2.4) php5-mhash-5.2.3 < needs updating (port has 5.2.4) php5-mysql-5.2.3 < needs updating (port has 5.2.4) php5-mysqli-5.2.3 < needs updating (port has 5.2.4) php5-openssl-5.2.3 < needs updating (port has 5.2.4) php5-pcre-5.2.3 < needs updating (port has 5.2.4) php5-pdo-5.2.3 < needs updating (port has 5.2.4) php5-pdo_sqlite-5.2.3 < needs updating (port has 5.2.4) php5-posix-5.2.3_3 < needs updating (port has 5.2.4_3) php5-pspell-5.2.3 < needs updating (port has 5.2.4) php5-readline-5.2.3 < needs updating (port has 5.2.4) php5-session-5.2.3 < needs updating (port has 5.2.4) php5-simplexml-5.2.3 < needs updating (port has 5.2.4) php5-soap-5.2.3 < needs updating (port has 5.2.4) php5-sockets-5.2.3 < needs updating (port has 5.2.4) php5-spl-5.2.3 < needs updating (port has 5.2.4) php5-sqlite-5.2.3 < needs updating (port has 5.2.4) php5-tokenizer-5.2.3 < needs updating (port has 5.2.4) php5-xml-5.2.3 < needs updating (port has 5.2.4) php5-xmlreader-5.2.3 < needs updating (port has 5.2.4) php5-xmlwriter-5.2.3 < needs updating (port has 5.2.4) php5-zlib-5.2.3 < needs updating (port has 5.2.4) phpMyAdmin-2.10.3 < needs updating (port has 2.11.1) postfix-2.4.3,1 < needs updating (port has 2.4.5,1) python24-2.4.4 < needs updating (port has 2.4.4_1) renderproto-0.9.2 < needs updating (port has 0.9.3) roundcube-0.1.20070608 < needs updating (port has 0.1.20070902) ruby18-bdb-0.6.0 < needs updating (port has 0.6.2) samba-3.0.25a_1,1 < needs updating (port has 3.0.26a,1) sessreg-1.0.2 < needs updating (port has 1.0.3) setxkbmap-1.0.3 < needs updating (port has 1.0.4) slimserver-6.5.3 < needs updating (port has 6.5.4) sudo-1.6.9_1 < needs updating (port has 1.6.9.5) sysconftool-0.15 < needs updating (port has 0.15_1) t1lib-5.1.1_1,1 < needs updating (port has 5.1.1_2,1) tcl-8.4.15_2,1 < needs updating (port has 8.4.16,1) tk-8.4.15_2,2 < needs updating (port has 8.4.16,2) vorbis-tools-1.1.1_3,3 < needs updating (port has 1.1.1_4,3) webmin-1.350_1 < needs updating (port has 1.370) wordpress-2.2.1,1 < needs updating (port has 2.2.3,1) xcalc-1.0.1 < needs updating (port has 1.0.2) xclock-1.0.2 < needs updating (port has 1.0.3) xconsole-1.0.2 < needs updating (port has 1.0.3) xcursorgen-1.0.1 < needs updating (port has 1.0.2) xdm-1.1.4_3 < needs updating (port has 1.1.6) xdriinfo-1.0.1_1 < needs updating (port has 1.0.2) xf86dgaproto-2.0.2 < needs updating (port has 2.0.3) xgamma-1.0.1 < needs updating (port has 1.0.2) xhost-1.0.1 < needs updating (port has 1.0.2) xinit-1.0.4_1 < needs updating (port has 1.0.5) xkeyboard-config-1.0 < needs updating (port has 1.0_1) xmag-1.0.1 < needs updating (port has 1.0.2) xman-1.0.2 < needs updating (port has 1.0.3) xmessage-1.0.1 < needs updating (port has 1.0.2) xmodmap-1.0.2 < needs updating (port has 1.0.3) xorg-apps-7.2 < needs updating (port has 7.3) xorg-docs-1.3,1 < needs updating (port has 1.4,1) xorg-fonts-100dpi-7.2 < needs updating (port has 7.3) xorg-fonts-75dpi-7.2 < needs updating (port has 7.3) xorg-fonts-cyrillic-7.2 < needs updating (port has 7.3) xorg-fonts-miscbitmaps-7.2 < needs updating (port has 7.3) xorg-fonts-truetype-7.2 < needs updating (port has 7.3) xorg-fonts-type1-7.2 < needs updating (port has 7.3) xorg-libraries-7.2_2 < needs updating (port has 7.3_1) xorg-nestserver-1.2.0,1 < needs updating (port has 1.4,1) xorg-vfbserver-1.2.0,1 < needs updating (port has 1.4,1) xprop-1.0.2 < needs updating (port has 1.0.3) xrandr-1.2.0 < needs updating (port has 1.2.2) xrdb-1.0.3 < needs updating (port has 1.0.4) xset-1.0.2 < needs updating (port has 1.0.3) xsetpointer-1.0.0 < needs updating (port has 1.0.1) xsetroot-1.0.1 < needs updating (port has 1.0.2) xterm-227 < needs updating (port has 229) xtrans-1.0.3 < needs updating (port has 1.0.4) xvinfo-1.0.1 < needs updating (port has 1.0.2) xwininfo-1.0.2 < needs updating (port has 1.0.3) yasm-0.6.1 < needs updating (port has 0.6.2) my ports tree currently is up to date. But Apache won't run :-( I have the complete terminal log record -david