From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 04:32: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 65CC416A421 for ; Sun, 2 Dec 2007 04:32:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 890D013C458 for ; Sun, 2 Dec 2007 04:32:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-70-253.lns10.adl6.internode.on.net [121.45.70.253]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lB24WcGM043460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Dec 2007 15:02:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 2 Dec 2007 15:02:35 +1030 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1223848.x3ZQt8CaKB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712021502.37344.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intel S3000AH stall on 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: Sun, 02 Dec 2007 04:32:44 -0000 --nextPart1223848.x3ZQt8CaKB Content-Type: multipart/mixed; boundary="Boundary-01=_lVjUHmYSUeqk7nh" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_lVjUHmYSUeqk7nh Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am doing some work for a company that recently bought 2 systems based=20 on the above motherboard and mostly they work fine, however on boot=20 just before userland starts they stall for about a minute. (Just after=20 it starts the second CPU). They have an Adaptec 3405 connected to 4 HDs in RAID10 (using the driver=20 from Adaptec's website). The swi2 is.. 18 ?? WL 0:00.00 [swi2: cambio] =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 --Boundary-01=_lVjUHmYSUeqk7nh-- --nextPart1223848.x3ZQt8CaKB 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) iD8DBQBHUjVl5ZPcIHs/zowRAsjUAJ42DZ/iKgGdkUqaY7BFuT7ovV6gtgCgj8F3 BdCoRq0oMM3wumjtmH7nf0k= =GqVL -----END PGP SIGNATURE----- --nextPart1223848.x3ZQt8CaKB-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 07:06: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 D2E9E16A41A for ; Sun, 2 Dec 2007 07:06:00 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [202.89.146.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6AAAC13C448 for ; Sun, 2 Dec 2007 07:06:00 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 0C1A07E863; Sun, 2 Dec 2007 19:46:47 +1300 (NZDT) Date: Sun, 2 Dec 2007 19:46:47 +1300 From: Jonathan Chen To: ruggeri@uchicago.edu Message-ID: <20071202064647.GA42406@osiris.chen.org.nz> References: <20071201221427.AWV68774@m4500-02.uchicago.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071201221427.AWV68774@m4500-02.uchicago.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: System Reboots with Bittorrent Use 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, 02 Dec 2007 07:06:00 -0000 On Sat, Dec 01, 2007 at 10:14:27PM -0600, ruggeri@uchicago.edu wrote: > >Date: Sun, 2 Dec 2007 07:48:20 +1300 > >From: Jonathan Chen > >> I have since reformatted my computer. I began using deluge > >> again a couple weeks ago, but am again experiencing > >> spontaneous reboots, now when using deluge (I don't have > >> rtorrent installed). I don't get any message in > >> /var/logs/messages (is there a way to make the computer log > >> more? Are there other logs I should check?). In general the > >> file system needs to be cleaned after the reboot. > > > >There's a bug in the kernel with 6-STABLE with Bittorrent > clients that > >use multiple threads. This includes the latest deluge and azureus > >ports. I've filed a PR for this: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=117717 > > > >but it's been getting no love from the developers. You could try > >poking freebsd-stable@ for help. > > Thanks a lot, that sounds like it could very well be the > problem. I don't think it's a physical hardware problem, > because I have no problem using bittorrent in Windows, and the > behavior went away (previously) when switching from rTorrent > to an older version of Deluge. > > I don't think I have the dmesg from after the crash anymore -- > I don't want to replicate it because I'm kind of worried that > something will go terribly wrong with the disk... > > Is there a bittorrent client someone would like to recommend? If you could downgrade to deluge-0.5.5, that was the last one that worked. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Beer. Now there's a temporary solution." - Homer Simpson From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 10:42: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 91EC016A418 for ; Sun, 2 Dec 2007 10:42:36 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4B113C43E for ; Sun, 2 Dec 2007 10:42:36 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6162552pyb for ; Sun, 02 Dec 2007 02:42:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=0KjLqZjan3GazIIPAgqcLI71lkrp2J6/lUu53E185uU=; b=KG3dL834LubhlQMw77oTFpuelXmj4TlsCNy42fgnJ7l4LjklQp1asGtzQ53Zgv0defT7Vhbwp6dBs6zQeLN4ywPZIqgFr1ZkkEz0Ojm6n0AvByXFdvKiPWvoeT9s1i5/NXs9T8SqfSVC6l05rv6CTbytUK8aB8H5IqVByir7cS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=dt5ROzemai+qWqqfqlXHgbYkeRkuiVXWl5jGYPGB9Yul7iHb8jTlRsQbsOHiTTZB8fZ9oEW3Yz5prYCfQq0hmB3XPQvAlJQp9R0I9mhuXLBi2j/BQRkkY/WPDulfTpXyyJyhqB/SL9ULCQX/xiNQAl5GNx1dZNMsUwo+wmw2SqE= Received: by 10.65.216.19 with SMTP id t19mr11810170qbq.1196592155055; Sun, 02 Dec 2007 02:42:35 -0800 (PST) Received: by 10.65.231.2 with HTTP; Sun, 2 Dec 2007 02:42:35 -0800 (PST) Message-ID: Date: Sun, 2 Dec 2007 12:42:35 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 5562cb056da6078c Subject: Make installworld DESTDIR=? fails 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, 02 Dec 2007 10:42:36 -0000 Hi, With a recent (this weekend) cvsup of FreeBSD7 I have tried to do a: # make installworld DESTDIR=/tmp/build however it fails as follows: ===> lib/ncurses (install) ===> lib/ncurses/ncurses (install) [Lots of lines removes] /tmp/build/usr/share/man/man3/tigetstr.3.gz -> /tmp/build/usr/share/man/man3/curs_terminfo.3.gz /tmp/build/usr/share/man/man3/tparm.3.gz -> /tmp/build/usr/share/man/man3/curs_terminfo.3.gz /tmp/build/usr/share/man/man3/tputs.3.gz -> /tmp/build/usr/share/man/man3/curs_terminfo.3.gz ln: /tmp/build/usr/share/man/man3/tputs.3.gz: File exists *** Error code 1 Stop in /usr/src/lib/ncurses/ncurses. *** Error code 1 Stop in /usr/src/lib/ncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Strangely enough a normal: # make installworld works without a problem, it is only with DESTDIR=? that it fails Any help would be appreciated David From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 12:02:57 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 BC58716A4CF; Sun, 2 Dec 2007 12:02:57 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 6889713C447; Sun, 2 Dec 2007 12:02:57 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 48C01D472CE; Sun, 2 Dec 2007 13:03:03 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id k2z1YjT9PCKU; Sun, 2 Dec 2007 13:03:00 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 58B58D472CD; Sun, 2 Dec 2007 13:03:00 +0100 (CET) In-Reply-To: <20071201113750.GA81186@eos.sc1.parodius.com> References: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> <20071201113750.GA81186@eos.sc1.parodius.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <79720A8B-4435-4D22-90F8-B39B11AED016@headweb.com> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 2 Dec 2007 13:02:24 +0100 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.3) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: scrambled (gmirror) dmesg output 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, 02 Dec 2007 12:02:57 -0000 On Dec 1, 2007, at 12:37 , Jeremy Chadwick wrote: > On Sat, Dec 01, 2007 at 12:16:45PM +0100, Johan Str=F6m wrote: >> Hello >> Im playing with a new box running RELENG_7.0 from yesterday. I got =20= >> two >> discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o do >> atacontrol detach ata7 (detach ad14), i get this in dmesG: >> >> (first time) >> subdisk14: detached >> ad14: detached >> GEOM_MIRROR: Device gm1b: provider ad14s1bG =20 >> dEiOsMc_oMnInReRcOtRe:d .De >> vice gm1: provider ad14s1a disconnected. >> >> (second time, detaching again after reattach) >> subdisk14: detached >> ad14: detached >> GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era >> d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. >> >> huh? :) Some print raceing or something? > > The problem isn't specific to GEOM or ZFS. It's a known issue with =20= > two > kernel printf()s being called simultaneously. There are older threads > discussing the issue. I can dig up URLs if you want to read them, =20 > but I > don't have them available quickly... Just what I thought then. Just have never seen it 6.x (where I use =20 gmirror) so I was a bit curious. Btw, zfs doesnt seem to be very "chatty" in dmesg? Ie loosing discs, =20 starting to rebuild discs etc... Isnt that something one would want =20 in logs? Thanks! > > --=20 > | Jeremy Chadwick jdc at =20 > parodius.com | > | Parodius Networking http://=20 > www.parodius.com/ | > | UNIX Systems Administrator Mountain View, =20 > CA, USA | > | Making life hard for others since 1977. PGP: =20 > 4BD6C0CB | > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 17:45: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 2704B16A473 for ; Sun, 2 Dec 2007 17:45:43 +0000 (UTC) (envelope-from renton@df.ru) Received: from cannabis.dataforce.net (cannabis.dataforce.net [195.42.160.18]) by mx1.freebsd.org (Postfix) with ESMTP id A1D7B13C442 for ; Sun, 2 Dec 2007 17:45:42 +0000 (UTC) (envelope-from renton@df.ru) Received: by cannabis.dataforce.net (Postfix, from userid 46126) id 030B717A23; Sun, 2 Dec 2007 20:45:40 +0300 (MSK) Date: Sun, 2 Dec 2007 20:45:40 +0300 From: Alexey Vlasov To: Daniel Gerzo Message-ID: <20071202174540.GA29572@cannabis.dataforce.net> References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1497741406.20071201230441@rulez.sk> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 02 Dec 2007 17:45:43 -0000 On Sat, Dec 01, 2007 at 11:04:41PM +0100, Daniel Gerzo wrote: > Please try with RELENG_7 (aka. FreeBSD 7.0-BETA3) and ULE scheduler. I used 7.0-BETA3 and it is much worse. ULE, w/o PAE (or with PAE) # ./ab -n 100 -c 20 -t 30 http://somesite-freebsd.com/ab/ This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking test-f1-apache-aux2.1gb.ru (be patient) Finished 17 requests Server Software: Apache/2.2.3 Server Hostname: somesite-freebsd.com Server Port: 80 Document Path: /ab/ Document Length: 41451 bytes Concurrency Level: 20 Time taken for tests: 30.448737 seconds Complete requests: 17 Failed requests: 0 Write errors: 0 Total transferred: 1191762 bytes HTML transferred: 1178622 bytes Requests per second: 0.56 [#/sec] (mean) Time per request: 35822.043 [ms] (mean) Time per request: 1791.102 [ms] (mean, across all concurrent requests) Transfer rate: 38.20 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 0.9 0 2 Processing: 490 4160 8103.9 640 25972 Waiting: 91 125 70.4 110 394 Total: 490 4160 8103.8 640 25972 Percentage of the requests served within a certain time (ms) 50% 631 66% 709 75% 721 80% 734 90% 19495 95% 25972 98% 25972 99% 25972 100% 25972 (longest request) Do you have any more ideas? I know that I can try to change to amd64, but I'm sure that this won't solve my problems. As far as I remember it didn't help Alexey Popov ( author of this thread). And by the way I couldn't launch Zend Optimizer (3.3.0.) on amd64. It gave me Segmentation fault: 11 (core dumped). http://www.zend.com/forums/index.php?t=msg&goto=13585&S=a322ef7edb5d49c70f431607e648fb57&srch=amd64+freebsd#msg_13585 And without it as you undesrtand yourself virtual hosting is nothing. Looking freebsd-maillists I noticed the same discription of the same problem as I have. http://lists.freebsd.org/pipermail/freebsd-performance/2007-July/002781.html -- BRGDS. Alexey Vlasov. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 19:28:28 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 0965F16A419 for ; Sun, 2 Dec 2007 19:28:28 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id 6B3B513C44B for ; Sun, 2 Dec 2007 19:28:26 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 851 invoked by uid 0); 2 Dec 2007 19:28:25 -0000 Received: from r5o16.net.upc.cz (HELO vn.chello.upc.cz) (86.49.14.16) by smtp.dkm.cz with SMTP; 2 Dec 2007 19:28:24 -0000 Message-ID: <47530749.7030809@vnovy.net> Date: Sun, 02 Dec 2007 20:28:09 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <474FB9E5.9090208@vnovy.net> <2a41acea0711300016w1aa144fel1641b3dbf075e043@mail.gmail.com> <474FD1CB.3020601@FreeBSD.org> <2a41acea0711301012j4472074rbc4dadd2cf661173@mail.gmail.com> In-Reply-To: <2a41acea0711301012j4472074rbc4dadd2cf661173@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0 BETA3 - slow TCP upload (TSO related?) 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, 02 Dec 2007 19:28:28 -0000 >>> On Nov 29, 2007 11:21 PM, Vitezslav Novy wrote: >>>> Hello, >>>> >>>> my configuration is >>>> >>>> kernel GENERIC >>>> >>>> em0: flags=8843 metric 0 mtu 1500 >>>> options=18b >>>> ether 00:19:d1:0f:1c:18 >>>> inet 86.49.14.16 netmask 0xffffff00 broadcast 86.49.14.255 >>>> media: Ethernet autoselect (100baseTX ) >>>> status: active >>>> >>>> and standard "open" ipfw firewall and >>>> natd -u -s -m -d -dynamic -n em0 >>>> >>>> I experience very slow TCP upload from this host - cca 50kbps. >>>> I have some debug prints in kernel (mostly in ip_output and ipfw log) >>>> and I see: >>>> >>>> 1/ outgoing packet appears in ip_output with ip_len 2924 and >>>> m->pkthdr.csum_flags=1 >>>> 2/ is diverted by firewall >>>> 3/ Packet appears immediately again in ip_output with ip_len 2924 and >>>> m->pkthdr.csum_flags=1 >>>> 4/ Packet is accepted by firewall and dropped by ip_output with error 40 >>>> EMSGSIZE >>>> 5/ After cca 0.4s (tcp retransmit timeout?) new packet appears in >>>> ip_output with ip_len 1488 and m->pkthdr.csum_flags=1 >>>> 6/ is successfully diverted and accepted by ipfw and sent to wire. >>>> 7/ after tcp ack is received new packet appears in ip_output with ip_len >>>> 2924 and everything repeats >>>> >>>> >>>> Packets are not changed by natd, beacause have src address of em0. >>>> nat >>>> >>>> >>>> Upload has normal speed (512kbps) if >>>> I unset TSO on interface OR set net.inet.tcp.tso=0 OR (strange thing) >>>> delete ipfw divert rule >>>> >>>> If necessary I will collect and send more info. >>> TSO is silly at 100Mb, turn it off :) After more debugging everything looks clear. Problem is TSO+divert related. TCP layer sends large packet with CSUM_TSO set, packet is diverted and ip_output returns 0 to TCP layer. When packet is reinjected into ip_output CSUM_TSO flag is lost. Packet is dropped by ip_output with error EMSGSIZE, but this error is propagated to natd, which cannot do anything with it. After retransmit timeout, TCP layer send packet again and because it is retransmit, TSO is not used and packet is successfully sent . Because TCP layer has no feedback about problem with TSO, next packet is sent with TSO flag again. I'm not sure if it is possible to protect CSUM_TSO flag during divert process. I tested simple patch which makes ipfw to refuse divert packet with CSUM_TSO flag a returns EMSGSIZE immediately. It works well for me. Maybe it can be direction where solution can be found, but it can break use of divert for purposes other than natd. vita From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 20:44:08 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 AEDE116A417 for ; Sun, 2 Dec 2007 20:44:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 86CBA13C45A for ; Sun, 2 Dec 2007 20:44:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from bighuge.lonesome.com (cpe-66-68-146-180.austin.res.rr.com [66.68.146.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.soaustin.net (Postfix) with ESMTP id 75E1A8C0E8; Sun, 2 Dec 2007 14:44:06 -0600 (CST) From: Mark Linimon Organization: FreeBSD.org To: freebsd-stable@freebsd.org Date: Sun, 2 Dec 2007 08:44:49 -0600 User-Agent: KMail/1.9.7 References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> In-Reply-To: <20071202174540.GA29572@cannabis.dataforce.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712020844.49718.linimon@FreeBSD.org> Cc: Daniel Gerzo , Alexey Vlasov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 02 Dec 2007 20:44:08 -0000 On Sunday 02 December 2007, Alexey Vlasov wrote: > I used 7.0-BETA3 and it is much worse. Ouch. A lot of systems see improvement. Thanks for trying it out. I hope that one of the people that has been doing the actual work can now comment (I am just an onlooker), and that you can be patient in the meantime. Unfortunately, Kris, who often looks at these kind of issues, is traveling for all of December and thus off the net. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 20:49:53 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 8515016A417 for ; Sun, 2 Dec 2007 20:49:53 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id D057713C44B for ; Sun, 2 Dec 2007 20:49:52 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 47826 invoked by uid 80); 2 Dec 2007 20:49:38 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sun, 2 Dec 2007 21:49:38 +0100 (CET) Message-ID: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> Date: Sun, 2 Dec 2007 21:49:38 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: ZFS in a jail 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, 02 Dec 2007 20:49:53 -0000 Hi all, I want to access a zfs dataset from within a jail. When following the instructions on the various pages I get stuck. I am running: FreeBSD hulk.superhero.nl 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Fri Nov 30 19:13:07 CET 2007 admin@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 Jails are set up as detailed in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html. With ro mount for system files created by buildworld and a rw mount for the various directories which require to be read/write such as /usr/local, /var, /home and /etc. I am following the steps as outlined in: http://blogs.freebsdish.org/pjd/2007/03/. I don't have any problems with creating the zpool and the zfs dataset on the host but when I try to create in the jail I get the following error. batman# zfs create public/jail/public internal error: failed to initialize ZFS library In /var/log/messages on the host I get the following: Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl sign-extension ioctl ffffffffcef85a2b I do have the 2 sysctl settings set. Even running zfs gives me a problem within the jail. Some help would be much appreciated. Rgds, Patrick From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 21:48: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 17C2816A46B for ; Sun, 2 Dec 2007 21:48:39 +0000 (UTC) (envelope-from area.damai@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8948A13C45D for ; Sun, 2 Dec 2007 21:48:38 +0000 (UTC) (envelope-from area.damai@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so47541mue for ; Sun, 02 Dec 2007 13:48:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=3tJHGoDlO26JgvXvbsRXrRw9EZyLGKvlhlFzzoUL964=; b=uKW1ck19uu1G7XcogmN+UtmwH3bXD6+Jp6cuvoAKZP0Sbi4x3o40mNFDunVfM78QWDl71OU49rvzbNljZ/Q/baBWLmyUbS1QUxpsS2mBntAxi/srz5UfSyt7UkbvaB+ZFGNw4Z6Urh9K4F3YnwCLemdVq0R/xpkvVWdoIyWdki8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type; b=drRHYKfv57aI5RnfPqalZcIHKpccuDhn3whoYRk2HXBJAsscgBLrf07sd62A3rkLl2tOXwXe+8nubH8CNSBg+Us6osLW/OdcO2OqE8ceIZ2Yyqab8tnrEHa8S4++7S2YL5wJq1Xzlm8C3IZiLweeHUMRz5kUMPEAiTZMzqDLets= Received: by 10.82.112.3 with SMTP id k3mr13948619buc.1196628164771; Sun, 02 Dec 2007 12:42:44 -0800 (PST) Received: by 10.82.185.7 with HTTP; Sun, 2 Dec 2007 12:42:44 -0800 (PST) Message-ID: Date: Mon, 3 Dec 2007 04:42:44 +0800 From: "=?WINDOWS-1252?Q?area_damai=99?=" To: 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 Subject: /etc/rc.d/netif wont add default gateway 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, 02 Dec 2007 21:48:39 -0000 hi! whenever i run /etc/rc.d/netif it will read rc.conf and add the pc IP and netmask but it wont read the default gateway resulting lost connectivity to internet # -- my /etc/rc.conf : defaultrouter="192.168.1.1" hostname="msc.edu" ifconfig_rl0="inet 192.168.1.9 netmask 255.255.255.0" inetd_enable="YES" linux_enable="YES" saver="daemon" sshd_enable="YES" #usbd_enable="YES" # -- while issuing /etc/rc.d/netif restart: [root@msc ~]# /etc/rc.d/netif restart Stopping network: lo0 rl0 plip0 pfsync0 pflog0. lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:15:e9:7c:76:12 media: Ethernet autoselect (100baseTX ) status: active # -- the result of running netif to routing tables: [root@msc ~]# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.1 link#1 UC 0 0 rl0 192.168.1.10 00:0f:b0:84:97:80 UHLW 1 15 rl0 1146 Internet6: # -- i have to manually add default gateway to get my gateway back on routing tables: [root@msc ~]# route add default 192.168.1.1 add net default: gateway 192.168.1.1 # -- routing status [root@msc ~]# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.1.1 UGS 0 0 rl0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.1 link#1 UC 0 0 rl0 192.168.1.1 link#1 UHLW 2 0 rl0 192.168.1.10 00:0f:b0:84:97:80 UHLW 1 54 rl0 1056 Internet6: ***my question is, why /etc/rc.d/netif wont read directly from my /etc/rc.conf as I already stated the defaultrouter="192.168.1.1" there? i'm on FreeBSD 6.2 on LAN [root@msc ~]$ uname -a FreeBSD www.msc.edu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sat Dec 1 14:31:02 MYT 2007 root@msc.edu:/usr/obj/usr/src/sys/MSC i386 [root@msc~]$ thanks for helping From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 22:14: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 E001B16A473 for ; Sun, 2 Dec 2007 22:14:10 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]) by mx1.freebsd.org (Postfix) with ESMTP id 71A0D13C45A for ; Sun, 2 Dec 2007 22:14:09 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id lB2ME8E7005142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Dec 2007 23:14:08 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id lB2ME8l0053984; Sun, 2 Dec 2007 23:14:08 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.2/8.14.2/Submit) id lB2ME8OJ053983; Sun, 2 Dec 2007 23:14:08 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sun, 2 Dec 2007 23:14:08 +0100 From: Wolfgang Zenker To: area =?utf-8?B?ZGFtYWnihKI=?= Message-ID: <20071202221408.GA52496@lyxys.ka.sub.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: private site X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]); Sun, 02 Dec 2007 23:14:08 +0100 (CET) Cc: freebsd-stable@freebsd.org Subject: Re: /etc/rc.d/netif wont add default gateway 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, 02 Dec 2007 22:14:11 -0000 Hi, * area damaiā„¢ [071202 21:42]: > whenever i run /etc/rc.d/netif it will read rc.conf and add the pc IP and > netmask but it wont read the default gateway resulting lost connectivity to > internet > # -- my /etc/rc.conf : > defaultrouter="192.168.1.1" > hostname="msc.edu" > ifconfig_rl0="inet 192.168.1.9 netmask 255.255.255.0" > [..] > # -- while issuing /etc/rc.d/netif restart: > [root@msc ~]# /etc/rc.d/netif restart > Stopping network: lo0 rl0 plip0 pfsync0 pflog0. > [..] what happens is that "/etc/rc.d/netif restart" first runs "/etc/rc.d/netif stop". This stops all network interfaces. Now the kernel routing system gets notified that these interfaces are no longer available and deletes all routes that use this interfaces. After that "/etc/rc.d/netif start" runs and the interfaces become available again. Every time a network interface becomes available, the kernel adds a route to the immedialtely connected network (which is determined by interface address and netmask). So stopping an interface has the side effect of clearing ALL routes going through this nterface, while starting an interface has only the side effect of adding a route for the net that is locally connected to this interface. The kernel can not add the default route on its own again because all information about this route had been deleted ehrn the interface went down. To add non-local routes (including the default route) you could now run "/etc/rc.d/routing start" Wolfgang From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 01:34: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 4CDD716A418 for ; Mon, 3 Dec 2007 01:34:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id D2F5813C46A for ; Mon, 3 Dec 2007 01:34:43 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so398103mue for ; Sun, 02 Dec 2007 17:34:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=9I1Qpdv7/MSB6y8/ItO/5MCL7r6SWjlTu3HViOsyQaA=; b=WRP1pKJvhMoSxHc3rZoSvhR78O6s2qTf+G7sp+CffB6cncK+NQy5gq4MeFzNkP97kaxGUMTB36jII+xO9KqUdXPnVyr6GfWoF6bHID6lgKZ3s0f4Pq1bzLCcaZmWkDK8ZlwpTuHU6f9Q924J1ITABq31iOs3m/SJs/o44bO1nBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RxUihpcFnSebEPHoRmk6UcjGJCoRuy5BYctkoaxLHIQgzA+xgZEWwkazzBQVLrBU1LDkDo8qcSYnWT7tBZzz8WBBJmIimQirjhvXGEdWEiWZMBbirw2pmCm4cfXkcT5VGwQWF8nYZDV38staAr7QfFIo4p4teeB36YY04WrfCe4= Received: by 10.86.79.19 with SMTP id c19mr10056563fgb.1196645678168; Sun, 02 Dec 2007 17:34:38 -0800 (PST) Received: by 10.86.97.10 with HTTP; Sun, 2 Dec 2007 17:34:37 -0800 (PST) Message-ID: <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> Date: Sun, 2 Dec 2007 17:34:37 -0800 From: "Jack Vogel" To: "Daniel O'Connor" In-Reply-To: <200712021502.37344.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200712021502.37344.doconnor@gsoft.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: Intel S3000AH stall on 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: Mon, 03 Dec 2007 01:34:44 -0000 On Dec 1, 2007 8:32 PM, Daniel O'Connor wrote: > Hi, > I am doing some work for a company that recently bought 2 systems based > on the above motherboard and mostly they work fine, however on boot > just before userland starts they stall for about a minute. (Just after > it starts the second CPU). Did you happen to check if during that time the floppy disk is being accessed? If it is just reconfig the kernel with that device out and the hang won't happen. That is the only hang that I've seen that lasts that long. Jack From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 02:30: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 988E016A417 for ; Mon, 3 Dec 2007 02:30:25 +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 3A45F13C461 for ; Mon, 3 Dec 2007 02:30:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lB32UMOd079615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Dec 2007 13:00:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Jack Vogel" Date: Mon, 3 Dec 2007 13:00:10 +1030 User-Agent: KMail/1.9.7 References: <200712021502.37344.doconnor@gsoft.com.au> <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> In-Reply-To: <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1862707.v2GMtffd74"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712031300.17624.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: freebsd-stable@freebsd.org Subject: Re: Intel S3000AH stall on 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: Mon, 03 Dec 2007 02:30:25 -0000 --nextPart1862707.v2GMtffd74 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 3 Dec 2007, Jack Vogel wrote: > On Dec 1, 2007 8:32 PM, Daniel O'Connor wrote: > > Hi, > > I am doing some work for a company that recently bought 2 systems > > based on the above motherboard and mostly they work fine, however > > on boot just before userland starts they stall for about a minute. > > (Just after it starts the second CPU). > > Did you happen to check if during that time the floppy disk is being > accessed? If it is just reconfig the kernel with that device out and > the hang won't happen. Hmm, not sure if the FDD is being accessed. I will see if I can organise=20 a test run to reboot the system. > That is the only hang that I've seen that lasts that long. So the interrupt storm from CAM is a red herring? (or another=20 problem? :) Thanks. =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 --nextPart1862707.v2GMtffd74 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) iD8DBQBHU2o55ZPcIHs/zowRAvcNAJ9wAms3QeuSNhDoFUJ4WrozUx+O9ACgmw/L Qs4ifY70UD4KQBrBkCI+x68= =8YqV -----END PGP SIGNATURE----- --nextPart1862707.v2GMtffd74-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 02:48:13 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 23B7E16A420 for ; Mon, 3 Dec 2007 02:48:13 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) by mx1.freebsd.org (Postfix) with ESMTP id E203313C467 for ; Mon, 3 Dec 2007 02:48:12 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.2/8.14.2) with ESMTP id lB32bv2q041388 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 2 Dec 2007 20:37:58 -0600 (CST) (envelope-from tundra@tundraware.com) Message-ID: <47536C03.50200@tundraware.com> Date: Sun, 02 Dec 2007 20:37:55 -0600 From: Tim Daneliuk Organization: TundraWare Inc. User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200712021502.37344.doconnor@gsoft.com.au> <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> In-Reply-To: <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-tundraware.com-MailScanner-Information: Please contact the ISP for more information X-tundraware.com-MailScanner: Found to be clean X-tundraware.com-MailScanner-From: tundra@tundraware.com X-Spam-Status: No Subject: Re: Intel S3000AH stall on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tundra@tundraware.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 02:48:13 -0000 Jack Vogel wrote: > On Dec 1, 2007 8:32 PM, Daniel O'Connor wrote: >> Hi, >> I am doing some work for a company that recently bought 2 systems based >> on the above motherboard and mostly they work fine, however on boot >> just before userland starts they stall for about a minute. (Just after >> it starts the second CPU). > > Did you happen to check if during that time the floppy disk is being accessed? > If it is just reconfig the kernel with that device out and the hang > won't happen. > > That is the only hang that I've seen that lasts that long. > > Jack Or you can just turn it off in the BIOS to avoid having to fiddle with the kernel. *Why* this is happening is of more interest to me. ISTM that the kernel startup logic should be able to detect a floppy drive with no disk in it and move on promptly. I believe this because that is exactly what 4.x did ... well, now that I think about it, I never tried 4.x on the Intel MOBO that is causing this aggravation here.... ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 03:11: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 7DC7D16A41A for ; Mon, 3 Dec 2007 03:11:55 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id 11D4D13C467 for ; Mon, 3 Dec 2007 03:11:54 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAM4CU0fLzq3r/2dsb2JhbAAI X-IronPort-AV: E=Sophos;i="4.23,241,1194188400"; d="scan'208";a="189746455" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 03 Dec 2007 12:11:53 +0900 Message-ID: <4753738F.3010208@mawer.org> Date: Mon, 03 Dec 2007 14:10:07 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: tundra@tundraware.com References: <200712021502.37344.doconnor@gsoft.com.au> <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> <47536C03.50200@tundraware.com> In-Reply-To: <47536C03.50200@tundraware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Intel S3000AH stall on 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: Mon, 03 Dec 2007 03:11:55 -0000 On 3/12/2007 1:37 PM, Tim Daneliuk wrote: > Jack Vogel wrote: >> On Dec 1, 2007 8:32 PM, Daniel O'Connor wrote: >>> Hi, >>> I am doing some work for a company that recently bought 2 systems based >>> on the above motherboard and mostly they work fine, however on boot >>> just before userland starts they stall for about a minute. (Just after >>> it starts the second CPU). >> >> Did you happen to check if during that time the floppy disk is being >> accessed? >> If it is just reconfig the kernel with that device out and the hang >> won't happen. >> >> That is the only hang that I've seen that lasts that long. >> >> Jack > > > Or you can just turn it off in the BIOS to avoid having to fiddle with the > kernel. *Why* this is happening is of more interest to me. ISTM that > the kernel startup logic should be able to detect a floppy drive with no > disk in it and move on promptly. I believe this because that is exactly > what 4.x did ... well, now that I think about it, I never tried 4.x on > the Intel MOBO that is causing this aggravation here.... Another "me too". We saw this and wound up removing the floppy drive from the systems in order to avoid this lengthy delay on boot - we weren't using them anyway and it saved a whole $5 or so on the hardware costs... ;-) I seem to recall it was not purely a 6.x thing - as I'm sure that we have plenty of 6.x machines with FDDs that don't exhibit this hang - but it was only newer Intel motherboards (I think 9xx series onwards) that we were seeing the issue on... --Antony From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 06:03: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 8FDCE16A41A for ; Mon, 3 Dec 2007 06:03:02 +0000 (UTC) (envelope-from ian@niw.com.au) Received: from cerberus.apdata.com.au (cerberus.apdata.com.au [202.14.95.17]) by mx1.freebsd.org (Postfix) with ESMTP id 41CA113C46B for ; Mon, 3 Dec 2007 06:03:02 +0000 (UTC) (envelope-from ian@niw.com.au) Received: from cerberus.apdata.com.au (localhost [127.0.0.1]) by cerberus.apdata.com.au (Postfix) with SMTP id A314F5C3B for ; Mon, 3 Dec 2007 16:12:10 +1030 (CST) Received: from aleph.niw.com.au (aleph.niw.com.au [192.168.101.4]) by cerberus.apdata.com.au (Postfix) with ESMTP id 7555F5C38 for ; Mon, 3 Dec 2007 16:12:09 +1030 (CST) Received: from aleph.niw.com.au (localhost [127.0.0.1]) by aleph.niw.com.au (Postfix) with ESMTP id 7D33B23398F for ; Mon, 3 Dec 2007 16:12:08 +1030 (CST) Received: by aleph.niw.com.au (Postfix, from userid 1000) id 31516233965; Mon, 3 Dec 2007 16:12:08 +1030 (CST) Date: Mon, 3 Dec 2007 16:12:08 +1030 From: Ian West To: freebsd-stable@freebsd.org Message-ID: <20071203054207.GA1153@aleph.niw.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Kavpostfix-Config: /etc/mail/kavpostfix.aleph X-Kavpostfix-Perl: /etc/mail/aleph.pl X-Kavpostfix-Version: 5.048 X-Spam-Not-Checked: Message sender whitelisted X-Complete-Junk: NO X-Kavpostfix-Config: /etc/mail/kavpostfix.cfg X-Kavpostfix-Perl: /etc/mail/testcode.pl X-Kavpostfix-Version: 5.028 X-Spam-Not-Checked: Message sender whitelisted Subject: Swapping caused by very large (regular) file size 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, 03 Dec 2007 06:03:02 -0000 Hello, I have noticed while benchmarking a system with a fair bit of ram (3G usable of 4G installed) that when using a very large file (3G upwards) in a simple benchmark it will cause the system to swap, even though the actual process does not show in top to be using a lot of memory, as soon as the swapping starts the throughput degrades dramatically. The 'inactive' ram shown in top increases rapidly and 'free' ram reduces, this seems fair and sensible, but allowing it to then page to possibly the same spindle/array seems like a bad idea ? I have tested this on a 4.11 system with 512M of ram as well as a RELENG-6 system with an areca raid controller, both behave in the same way, once the file gets to a certain size the system starts paging. Is there any way to tune this behaviour ? The test I have been doing is just generating a big file full of nulls, but bonnie++ causes the same behaviour with very large file sizes. dd if=/dev/zero bs=32768 of=junkfile count=100000 seems to do it quite reliably on all the boxes I have tested ? Using cp to copy the file doesnt appear to cause the problem. Any thoughts or suggestions would be much appreciated ? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 06:58:15 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 71F8616A420 for ; Mon, 3 Dec 2007 06:58:15 +0000 (UTC) (envelope-from phil@amdg.etowns.org) Received: from qsrv01sl.mx.bigpond.com (qsrv01sl.mx.bigpond.com [144.140.92.181]) by mx1.freebsd.org (Postfix) with ESMTP id 159A913C43E for ; Mon, 3 Dec 2007 06:58:14 +0000 (UTC) (envelope-from phil@amdg.etowns.org) Received: from oaamta07sl.mx.bigpond.com ([58.172.113.127]) by omta01sl.mx.bigpond.com with ESMTP id <20071203010801.PVBQ9168.omta01sl.mx.bigpond.com@oaamta07sl.mx.bigpond.com> for ; Mon, 3 Dec 2007 01:08:01 +0000 Received: from heuristicsystems.com.au ([58.172.113.127]) by oaamta07sl.mx.bigpond.com with ESMTP id <20071203010800.RFJJ11533.oaamta07sl.mx.bigpond.com@heuristicsystems.com.au> for ; Mon, 3 Dec 2007 01:08:00 +0000 Received: from white (white.hs [10.0.5.2]) (authenticated bits=0) by heuristicsystems.com.au (8.13.6/8.13.6) with ESMTP id lB318wND029659 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 3 Dec 2007 12:08:59 +1100 (EST) (envelope-from phil@amdg.etowns.org) From: "Dewayne Geraghty" To: References: <45B7689C.2060209@vwsoft.com> Date: Mon, 3 Dec 2007 12:05:59 +1100 Message-ID: <023801c83548$aac34320$0205000a@white> 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.2900.3198 In-Reply-To: <45B7689C.2060209@vwsoft.com> Thread-Index: Acc/zJ6Y4oc2bwwYRIycrWVFaZIHuT1dbSzQ Subject: IPSEC + Via Padlock + racoon + Windows 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, 03 Dec 2007 06:58:15 -0000 We're looking to deploy FreeBSD on our main firewall. The firewall config is a VIA C7 (padlock), racoon(ipsec-tools-0.7), IPSec. We're testing racoon with a windows box, however the firewall doesn't function correctly when net.inet.ipsec.crypto_support=1 is set. With a net.inet.ipsec.crypto_support=0 it does. The firewall was configured with FreeBSD 6.2R and replaced with 6.3RC1 on a separate HDD (as at 2007-12-02). "Doesn't function correctly" means that after phase 1 & 2 negotiation the Windows box is able to send a ping (from WXP-SP2+) to the server. The server doesn't respond to the pings, but generates pfkey Update failed messages during racoon debugging. (wireshark was running on the PC-WXP, tcpdump on FreeBSD) The testing was performed with both ends configured for esp transport mode, 3des and md5 for encryption and hashing, and pfs (diffe-helman 2 (1024)). These two machines were connected on a stand-alone network (via crossover cables). Server kernel uses options FAST_IPSEC device cryptodev device padlock options IPFIREWALL /etc/sysctl.conf contains the following which may be relevant: net.inet.ip.fastforwarding=1 kern.cryptodevallowsoft=1 net.inet.ipsec.crypto_support=1 # this was toggled 1/0 during testing net.inet.icmp.icmplim=10 # These may be off-track? net.inet.tcp.slowstart_flightsize=4 I hope that someone can provide some guidance, as I'm looking forward to getting the performance out of these energy efficient little processors. I should note that IPSec works fine between FreeBSD boxes with net.inet.ipsec.crypto_support=1 however we have to reconfigure for high-value PC communications. I'd like to have my cake (freebsd-ipsec-padlock) and eat it too (WXP) ;) Reference: net.inet.ipsec.crypto_support values from (http://groups.google.ca/group/mailing.freebsd.stable/browse_frm/thread/f3f1 40e615d9ca62/31935038340cc323?lnk=st&q=fast_ipsec+net.inet.ipsec.crypto_supp ort&rnum=5&hl=en#31935038340cc323 ) Dewayne (Phil) Geraghty From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 07:19: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 1EE3B16A46B for ; Mon, 3 Dec 2007 07:19:38 +0000 (UTC) (envelope-from gerer@cfeweb.org.dm-4.com) Received: from mta224a.dm-4.com (mta224a.dm-4.com [64.40.113.224]) by mx1.freebsd.org (Postfix) with ESMTP id 16CB313C4CE for ; Mon, 3 Dec 2007 07:19:38 +0000 (UTC) (envelope-from gerer@cfeweb.org.dm-4.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=x; d=dm-4.com; h=Message-ID:Date:From:Reply-To:To:Subject:Mime-Version:Content-Type; i=gerer@cfeweb.org.dm-4.com; bh=QZTWgj9LsxWm+zAYvKL5rX7YdPc=; b=Hniq76/mTnbkuHB2t42tfhgniZY7qNH9jLgUzObuCqG6rXHGjheX1TTscRFl6QSAWSKv6TgldwlE BwHoEFATY0oqLjJ/4wVZJyRIZyVq3+jbmK4JrdK7zohJNZEPF7NpnZQcITdJr9GhGyfjbr6HM2Uz GD5T9bBsfNqX8Msm2Ms= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=x; d=dm-4.com; b=hr3KazZuBggL8FcVBXHKDA/fmGtjDofqVue4i0B04eLt1bbYlVMu9BZV/nbVZ+9WQSWMQ18BU0yk z927pKV1mqFbwaxwfk2Kea9FkbHaqejPMTKsWtZxZgjRggkWVnr+zsWqEgWnvkXobN2fIkRS5Cj6 IQnzslUkgVeF7Cl41CQ=; Received: by mta224a.dm-4.com (PowerMTA(TM) v3.2r17) id haen2k0dao83 for ; Sun, 2 Dec 2007 23:00:06 -0800 (envelope-from ) Message-ID: <4vxs1fh4d0300zzytfol4aw35i@dm.msg> Date: Mon, 03 Dec 2007 07:00:06 GMT From: "CENTRE CF" To: "freebsd-stable@FreeBSD.org" X-Mailer: 4VXS1F H4D0300 ZZYTFOL 4AW35I Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Recevables - Accelerer la collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gerer@cfeweb.org.dm-4.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 07:19:38 -0000 Formation Des méthodes efficaces pour le recouvrement des comptes clients «Accélérées et performantes» Introduction: Le service des comptes ą recevoir a un impact direct sur tous les autres départements tels que ; Finances, approvisionnements, Production et mźme les Ventes. En sous-estimer l'importance peut s'avérer źtre désastreux. Il est d'une importance vitale pour toute compagnie de bien implanter un systčme de suivi adéquat sur lequel il est possible de bien gérer ses comptes recevables. Cette formation couvrira les différentes étapes nécessaires ą la réalisation et la gestion du service des comptes ą recevoir pour établir des stratégies de collection plus efficaces et plus rapide. POUR INFORMATIONS COMMUNIQUER AU 450-226-2238 OU AU 1-800-861-6618 Public Visé : Les Directeurs généraux, les contrōleurs, les comptables, les chargés du recouvrement de créances clients, commis services administratifs ou des comptes ą recevoir, Objectifs: Établir des politiques de recouvrement conformes aux objectifs fixés. Révision et compréhension des enjeux au sein du Dépt. de la Comptabilité face au volet ''collection''. Définir et élaborer une stratégie et des conditions de ventes en fonction des recevables. Gestion du stress Implanter une méthodologie assurant la standardisation des procédures de collection de faēon ą maintenir un bon fonds de roulement. Identifier et actionner la bonne procédure de contentieux RESULTAT : Améliorer la rentabilité ą l'entreprise par le biais d'un contrōle trčs serré sur les recevables. Plan sommaire du cours 1 - Mesurer l'impact des retards de paiement sur la trésorerie A. AU PLAN FINANCIER B. AU PLAN COMMERCIAL 2 - Diagnostiquer son propre département de recouvrement A. Inventaire des Situations courantes de recouvrement B. Inventaire de l'arsenal des outils et techniques de recouvrement C. INVENTAIRE AVEC LES BONNES PRATIQUES DU SECTEUR, PAR TYPE DE CLIENTS D. CONNAĪTRE SON CLIENT (SITUATION ÉCONOMIQUE - FRÉQUENCE ET VOLUME D'ACHATS) E. CONNAĪTRE SES CONCURRENTS COMMERCIAUX : LEURS POLITIQUES, LEURS PRIX, ETC.. F. CONNAĪTRE SES POLITIQUES ET SES MARGES DE MANOUVRE G. DÉTERMINER LES LEVIERS EMOTIONNELS CŌTÉ CLIENTS DIFFICILE H. DÉTERMINER LES LEVIERS EMOTIONNELS A PRENDRE EN CONSIDERATION POUR ŹTRE EFFICACE A L'INTERNE 3 - BĀTIR UNE STRATÉGIE DE COLLECTION POUR MINIMISER LES MAUVAISES CRÉANCES A. IDENTIFIER LES MAUVAIS CLIENTS (RÉPERTORIER, CATÉGORISER) B. IDENTIFIER LES RISQUES (AMPLEUR ET STATISTIQUES) C. DÉTERMINER UN RATIO RECEVABLE VS VENTES SOUHAITABLE, ACCEPTABLE ET CRITIQUE 4 - SAVOIR AGIR EN MATIČRE DE RECOUVREMENT ą L'AMIABLE A. DÉTERMINER DES INCITATIFS POUR LES PAYEURS RAPIDES ET DES PÉNALITÉS POUR LES RETARDATAIRES EN COLLABORATION AVEC LE SERVICE DES VENTES (EX : PERTE DE PRIVILČGES) 5 - LIMITER LES CAS DE RECOUVREMENT JUDICIAIRE A. RÉDIGER DES CONDITIONS GENERALES DE VENTE EFFICACES B. ORGANISER L'INFORMATION COMMERCIALE POUR FAIRE LA PREUVE DE LA CREANCE C. ESTIMER, NÉGOCIER, IMPOSER SON DELAIS DE REGLEMENT AU CLIENT 6 - COMMENT IDENTIFIER LES ACTEURS ET JURIDICTIONS COMPETENTES ? A. PAR QUELLES AUTORITES JUDICAIRES ? B. POUR QUELLES ACTIONS ? C. POUR QUELS COŪTS ? D. POUR QUELS RESULTATS ? E. POUR QUELLES CONSEQUENCES ? 7 - ANTICIPER ET GERER LA FAILLITE D'UN CLIENT A. LES INDICES PRÉCURSEURS B. MESURER ET NOTER LE RISQUE CLIENT C. CRÉER PLUSIEURS SCÉNARIOS POUR PRENDRE LES BONNES DÉCISIONS PÉDAGOGIE : ÉTUDES DE CAS ET EXERCICES SUR CHACUN DES CHAPITRES CI-DESSUS. MÉTHODOLOGIE DE L'ENSEIGNEMENT Apports méthodologiques, exercices pratiques et mises en situation, complétées et enrichies de partage d'expériences vécues et de témoignage d'expert. Travail et discussions ą partir des cas présentés par les participants. Visitez notre site internet Dates et Lieux De La Formation: Région de Montréal: Les 11 et 12 décembre 2007 Hōtel Sheraton, 2440, Autoroute des Laurentides, Laval Région de Québec : Les 24 et 25 janvier 2008 Hōtel Des Gouverneurs, 3030 boulevard Laurier Ste-Foy N.B. Nombre de places limitées 15 Personnes Pour inscription, veuillez contacter Mme Maryse Morin au 1.877.726.2238 1- Si vous souhaitez recevoir nos offres de formation, cliquez ici: http://content.dynamicmessenger.com/compufinder/?o8zOpXmO-cWBCaKks0hmOHhaB5o 2- Si vous souhaitez vous retirer definitivement de notre base de donnees, cliquez ici: http://content.dynamicmessenger.com/compufinder/?o8zOpXmO-cWBCaKks0hmOHhaB5o From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 09:19:08 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 14A9B16A417 for ; Mon, 3 Dec 2007 09:19:08 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id 5C50513C44B for ; Mon, 3 Dec 2007 09:19:06 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 204843154; Mon, 03 Dec 2007 12:18:41 +0300 Message-ID: <4753C9E4.1060200@chistydom.ru> Date: Mon, 03 Dec 2007 12:18:28 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Mark Linimon References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> In-Reply-To: <200712020844.49718.linimon@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------040700030907080801060805" Cc: freebsd-stable@freebsd.org, Alexey Vlasov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 09:19:08 -0000 This is a multi-part message in MIME format. --------------040700030907080801060805 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi Mark Linimon wrote: >> I used 7.0-BETA3 and it is much worse. > Ouch. A lot of systems see improvement. Thanks for trying it > out. I hope that one of the people that has been doing the actual > work can now comment (I am just an onlooker), and that you can be > patient in the meantime. > Unfortunately, Kris, who often looks at these kind of issues, is > traveling for all of December and thus off the net. Is there any other FreeBSD developer who can take care of performance problems on many-cores systems? Seems like upcoming 7-RELEASE and 6.3-RELEASE would be completely unusable for us on that kind of systems i.e. mostly on all modern hardware. Now we also have terribly performing PostgreSQL on 8-core server. We noticed the slowdown after moving PostgreSQL from 2xXeon 3.0 Apache+PostgreSQL server to dedicated PostgreSQL server. I collected some stats (see attach) before moving to Linux. With best regards, Alexey Popov --------------040700030907080801060805 Content-Type: text/plain; name="stats-psql-8core.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="stats-psql-8core.txt" last pid: 58755; load averages: 26.42, 20.88, 14.00 up 25+22:12:42 11:51:11 84 processes: 29 running, 55 sleeping CPU states: % user, % nice, % system, % interrupt, % idle Mem: 1149M Active, 1971M Inact, 464M Wired, 120M Cache, 214M Buf, 161M Free Swap: 2048M Total, 72K Used, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 58541 pgsql 1 -4 0 1068M 655M semwai 5 0:17 27.08% postgres 58664 pgsql 1 4 0 1068M 458M sblock 0 0:05 25.49% postgres 58677 pgsql 1 129 0 1067M 291M RUN 2 0:04 24.55% postgres 58713 pgsql 1 130 0 1067M 210M RUN 5 0:03 23.99% postgres 58705 pgsql 1 130 0 1069M 214M CPU7 4 0:03 23.03% postgres 58679 pgsql 1 129 0 1068M 306M RUN 1 0:04 22.45% postgres 58724 pgsql 1 130 0 1068M 179M RUN 4 0:02 22.19% postgres 58698 pgsql 1 129 0 1068M 238M RUN 0 0:03 22.19% postgres 58715 pgsql 1 130 0 1068M 188M RUN 0 0:02 21.68% postgres 58727 pgsql 1 131 0 1069M 119M RUN 1 0:01 20.15% postgres 58658 pgsql 1 125 0 1069M 304M CPU0 0 0:03 19.99% postgres 58728 pgsql 1 131 0 1068M 104M RUN 3 0:01 19.57% postgres 58726 pgsql 1 -4 0 1067M 140M semwai 6 0:01 18.83% postgres 58730 pgsql 1 131 0 1067M 96504K RUN 2 0:01 17.42% postgres 58695 pgsql 1 128 0 1069M 194M RUN 0 0:02 16.37% postgres 58731 pgsql 1 131 0 1068M 57016K CPU2 4 0:01 14.77% postgres 58737 pgsql 1 131 0 1067M 53680K RUN 3 0:01 13.45% postgres 58738 pgsql 1 131 0 1067M 50508K RUN 4 0:00 13.45% postgres 58743 pgsql 1 131 0 1067M 29588K CPU4 2 0:00 9.74% postgres 58712 pgsql 1 -4 0 1069M 60488K semwai 6 0:01 9.57% postgres 58733 pgsql 1 131 0 1068M 42968K RUN 6 0:00 8.61% postgres 58742 pgsql 1 131 0 1067M 27284K RUN 1 0:00 6.65% postgres 58740 pgsql 1 131 0 1067M 20096K RUN 7 0:00 5.60% postgres 58736 pgsql 1 -4 0 1067M 26164K semwai 6 0:00 5.38% postgres 58734 pgsql 1 130 0 1068M 33496K RUN 7 0:00 4.04% postgres 58741 pgsql 1 4 0 1067M 23308K sbwait 7 0:00 3.85% postgres 58735 pgsql 1 -4 0 1067M 26152K semwai 5 0:00 3.50% postgres 47990 pgsql 1 132 0 1066M 4300K select 6 163:53 1.51% postgres 58750 pgsql 1 131 0 1067M 6816K RUN 5 0:00 1.00% postgres 58751 pgsql 1 131 0 1067M 6368K RUN 6 0:00 1.00% postgres 58748 pgsql 1 131 0 1067M 6456K CPU6 6 0:00 1.00% postgres 58732 pgsql 1 4 0 1067M 6772K sbwait 4 0:00 0.88% postgres 58744 pgsql 1 -4 0 1067M 10956K semwai 6 0:00 0.51% postgres 58745 pgsql 1 4 0 1067M 6804K sbwait 1 0:00 0.51% postgres 2 users Load 27.56 21.69 14.53 Dec 3 11:51 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1272944 6956 1373904 10528 156944 count All 1516224 8576 5907668 18076 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt 222 cow 16147 total 38 46 50 9210 29k 2349 1313 223 28k 3475 zfod atkbd0 1 3449 ozfod ata0 irq14 75.9%Sys 0.4%Intr 21.3%User 0.0%Nice 2.4%Idle 99%ozfod 161 em0 mfi0 1 | | | | | | | | | | | daefr 1999 cpu0: time ======================================>>>>>>>>>>> 1893 prcfr 1999 cpu1: time 282 dtbuf 4131 totfr 1998 cpu2: time Namei Name-cache Dir-cache 100000 desvn react 1998 cpu3: time Calls hits % hits % 6850 numvn pdwak 1995 cpu4: time 447 439 98 5474 frevn pdpgs 2000 cpu7: time 20 intrn 1996 cpu5: time Disks mfid0 502808 wire 2001 cpu6: time KB/t 113 1274232 act tps 26 2017344 inact MB/s 2.85 122864 cache %busy 2 39272 free 219632 buf %vmstat 1 procs memory page disk faults cpu r b w avm fre flt re pi po fr sr mf0 in sy cs us sy id 1 2 0 1141400 370652 1762 0 0 0 670 0 0 1184 602 1007 6 11 84 3 5 0 1147876 365412 30021 0 0 0 3867 0 8 1407 2393 5490 4 6 91 1 0 0 1141628 370788 28359 0 0 0 10891 0 4 1303 1771 5241 14 6 81 2 0 0 1152000 361456 37957 0 0 0 2057 0 2 1204 1325 4791 11 12 78 1 0 0 1149292 363388 25155 0 0 0 4254 0 1 1182 1259 4712 10 5 85 0 0 0 1138188 373212 17983 0 0 0 6909 0 5 1341 2058 5265 4 4 93 3 4 0 1147944 365664 28170 0 0 0 2215 0 5 1235 1636 4875 8 6 86 1 0 0 1144412 367376 38756 0 0 0 4171 0 12 1372 2020 5604 10 16 74 2 0 0 1147844 364192 45418 0 0 0 6197 0 4 1336 2084 5256 9 10 80 2 1 0 1149456 362972 35356 0 0 0 2852 0 4 1234 1432 4942 16 9 75 0 0 0 1141436 369512 30652 0 0 0 7443 0 8 1289 1720 5047 6 8 86 1 1 0 1141628 370820 22387 0 0 0 2351 0 0 1161 1076 4660 10 4 86 ^C --------------040700030907080801060805-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 09:50: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 4A48216A418; Mon, 3 Dec 2007 09:50:55 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0DC13C458; Mon, 3 Dec 2007 09:50:54 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 204857056; Mon, 03 Dec 2007 12:50:28 +0300 Message-ID: <4753D157.80208@chistydom.ru> Date: Mon, 03 Dec 2007 12:50:15 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Mark Linimon References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> In-Reply-To: <4753C9E4.1060200@chistydom.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Alexey Vlasov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 09:50:55 -0000 Hi Alexey Popov wrote: > Now we also have terribly performing PostgreSQL on 8-core server. We > noticed the slowdown after moving PostgreSQL from 2xXeon 3.0 > Apache+PostgreSQL server to dedicated PostgreSQL server. I collected > some stats (see attach) before moving to Linux. Sorry for the broken top ouptut in previuos message. Here's the correct one. last pid: 70857; load averages: 35.05, 37.11, 33 up 25+23:08:00 12:46:29 94 processes: 46 running, 48 sleeping CPU: 17.0% user, 0.0% nice, 80.5% system, 0.2% interrupt, 2.3% idle Mem: 1209M Active, 1890M Inact, 494M Wired, 143M Cache, 214M Buf, 127M Free Swap: 2048M Total, 72K Used, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN 70557 pgsql 1 131 0 1068M 662M RUN 0 0:23 26.03% postgr 70840 pgsql 1 132 0 1070M 167M CPU6 5 0:02 21.01% postgr 70761 pgsql 1 128 0 1069M 384M RUN 0 0:04 18.91% postgr 70766 pgsql 1 129 0 1069M 414M RUN 7 0:05 18.17% postgr 70784 pgsql 1 128 0 1071M 374M RUN 3 0:04 17.31% postgr 70758 pgsql 1 128 0 1075M 443M RUN 0 0:05 16.91% postgr 70783 pgsql 1 128 0 1073M 393M RUN 0 0:05 16.86% postgr 70781 pgsql 1 128 0 1073M 389M RUN 0 0:05 16.71% postgr 70755 pgsql 1 128 0 1067M 387M RUN 4 0:05 16.67% postgr 70765 pgsql 1 128 0 1075M 424M CPU5 0 0:05 16.51% postgr 70764 pgsql 1 128 0 1069M 388M RUN 6 0:05 16.45% postgr 70786 pgsql 1 128 0 1069M 361M RUN 1 0:04 16.23% postgr 70785 pgsql 1 128 0 1071M 358M RUN 4 0:04 15.76% postgr 70788 pgsql 1 128 0 1069M 330M RUN 0 0:04 15.46% postgr 70795 pgsql 1 -16 0 1068M 300M vmpfw 0 0:04 15.07% postgr 70803 pgsql 1 128 0 1068M 250M RUN 7 0:03 14.71% postgr 70802 pgsql 1 128 0 1068M 268M RUN 0 0:03 14.19% postgr 70805 pgsql 1 128 0 1068M 249M RUN 0 0:03 14.04% postgr 70798 pgsql 1 128 0 1070M 297M RUN 0 0:03 13.92% postgr 70792 pgsql 1 128 0 1068M 288M RUN 0 0:04 13.90% postgr 70804 pgsql 1 128 0 1068M 238M RUN 0 0:03 13.29% postgr 70808 pgsql 1 128 0 1068M 216M RUN 3 0:03 13.28% postgr 70811 pgsql 1 128 0 1069M 212M RUN 0 0:03 12.81% postgr 70833 pgsql 1 130 0 1068M 133M CPU2 3 0:02 12.77% postgr 70843 pgsql 1 131 0 1068M 57636K RUN 7 0:01 12.13% postgr 70834 pgsql 1 130 0 1068M 111M CPU1 2 0:01 11.53% postgr 70850 pgsql 1 132 0 1067M 46620K RUN 1 0:00 11.28% postgr 70817 pgsql 1 128 0 1068M 150M RUN 0 0:02 10.45% postgr 70844 pgsql 1 131 0 1067M 73296K RUN 4 0:01 10.14% postgr 70815 pgsql 1 128 0 1068M 143M RUN 2 0:01 9.57% postgr 70819 pgsql 1 128 0 1068M 158M RUN 4 0:02 9.43% postgr 70832 pgsql 1 129 0 1067M 99M RUN 1 0:01 9.42% postgr With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 10:28: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 CB7F416A417 for ; Mon, 3 Dec 2007 10:28:19 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id 5782A13C46A for ; Mon, 3 Dec 2007 10:28:18 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAMJoU0fLzq3r/2dsb2JhbAAI X-IronPort-AV: E=Sophos;i="4.23,243,1194188400"; d="scan'208";a="189893384" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 03 Dec 2007 19:28:16 +0900 Message-ID: <4753D9D7.7060900@mawer.org> Date: Mon, 03 Dec 2007 21:26:31 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Alexey Popov References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <4753D157.80208@chistydom.ru> In-Reply-To: <4753D157.80208@chistydom.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Alexey Vlasov , Mark Linimon Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 10:28:19 -0000 On 3/12/2007 8:50 PM, Alexey Popov wrote: > Hi > > Alexey Popov wrote: >> Now we also have terribly performing PostgreSQL on 8-core server. We >> noticed the slowdown after moving PostgreSQL from 2xXeon 3.0 >> Apache+PostgreSQL server to dedicated PostgreSQL server. I collected >> some stats (see attach) before moving to Linux. > Sorry for the broken top ouptut in previuos message. Here's the correct > one. > > last pid: 70857; load averages: 35.05, 37.11, 33 up 25+23:08:00 12:46:29 > 94 processes: 46 running, 48 sleeping > CPU: 17.0% user, 0.0% nice, 80.5% system, 0.2% interrupt, 2.3% idle > Mem: 1209M Active, 1890M Inact, 494M Wired, 143M Cache, 214M Buf, 127M Free > Swap: 2048M Total, 72K Used, 2048M Free Have you tried testing with different values for kern.hz? I am by no means an expert, but have stumbled across various postings over the past few years that suggest the high value (1000) used by modern (5.x+?) kernels can be pessimistic for some workloads... If you could try testing with some other values by setting in /boot/loader.conf, eg: kern.hz="100" Perhaps testing 100 and 200 to see how they fare against the default value of 1000, would at least provide some indicator as to whether this has any bearing on performance. Some with a better knowledge of the kernel internals may be able to support or dimiss this idea, but as Kris is off on holidays I figured any suggestion was worthwhile! ;-) I'd also like to say thanks for your efforts to help test and track down the cause of these performance problems - in the end the whole community benefits, so the more you are able to test and help resolve these things the better for us all... :-) --Antony From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 10:42: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 DC76616A417 for ; Mon, 3 Dec 2007 10:42:05 +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 9ABC813C46A for ; Mon, 3 Dec 2007 10:42:05 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id ACE8C1B10EF2; Mon, 3 Dec 2007 11:42:03 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-7.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 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 89ABC1B10EF1; Mon, 3 Dec 2007 11:42:00 +0100 (CET) Message-ID: <4753DD78.1080209@moneybookers.com> Date: Mon, 03 Dec 2007 12:42:00 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Antony Mawer References: <200712021502.37344.doconnor@gsoft.com.au> <2a41acea0712021734l32e73d64jd34272a23e487c8@mail.gmail.com> <47536C03.50200@tundraware.com> <4753738F.3010208@mawer.org> In-Reply-To: <4753738F.3010208@mawer.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4980/Mon Dec 3 03:28:55 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: tundra@tundraware.com, freebsd-stable@freebsd.org Subject: Re: Intel S3000AH stall on 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: Mon, 03 Dec 2007 10:42:05 -0000 Hi, Antony Mawer wrote: > On 3/12/2007 1:37 PM, Tim Daneliuk wrote: >> Jack Vogel wrote: >>> On Dec 1, 2007 8:32 PM, Daniel O'Connor wrote: >>>> Hi, >>>> I am doing some work for a company that recently bought 2 systems >>>> based >>>> on the above motherboard and mostly they work fine, however on boot >>>> just before userland starts they stall for about a minute. (Just after >>>> it starts the second CPU). It's 2 minutes for me, but I see this on Dell's PE2850 (2 years old). It seems that the problem starts after I installed a Dell's remote access controller card. This card have support for virtual CD and virtual floppy, so I'll try to disable it from the card, as setting hint.fdc.0.disabled="1" does not help at all. I see this problem on FreeBSD 7 and 6.3-prerelease. >>> >>> Did you happen to check if during that time the floppy disk is being >>> accessed? >>> If it is just reconfig the kernel with that device out and the hang >>> won't happen. >>> >>> That is the only hang that I've seen that lasts that long. >>> >>> Jack >> >> >> Or you can just turn it off in the BIOS to avoid having to fiddle >> with the >> kernel. *Why* this is happening is of more interest to me. ISTM that >> the kernel startup logic should be able to detect a floppy drive with no >> disk in it and move on promptly. I believe this because that is exactly >> what 4.x did ... well, now that I think about it, I never tried 4.x on >> the Intel MOBO that is causing this aggravation here.... > > Another "me too". We saw this and wound up removing the floppy drive > from the systems in order to avoid this lengthy delay on boot - we > weren't using them anyway and it saved a whole $5 or so on the > hardware costs... ;-) > > I seem to recall it was not purely a 6.x thing - as I'm sure that we > have plenty of 6.x machines with FDDs that don't exhibit this hang - > but it was only newer Intel motherboards (I think 9xx series onwards) > that we were seeing the issue on... > > --Antony > _______________________________________________ > 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 Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 11:46: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 714E916A421; Mon, 3 Dec 2007 11:46:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF0B13C4E1; Mon, 3 Dec 2007 11:46:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A90A247046; Mon, 3 Dec 2007 06:50:40 -0500 (EST) Date: Mon, 3 Dec 2007 11:45:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexey Popov In-Reply-To: <4753C9E4.1060200@chistydom.ru> Message-ID: <20071203114037.G79674@fledge.watson.org> References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Alexey Vlasov , Mark Linimon Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 11:46:02 -0000 On Mon, 3 Dec 2007, Alexey Popov wrote: > Mark Linimon wrote: >>> I used 7.0-BETA3 and it is much worse. >> Ouch. A lot of systems see improvement. Thanks for trying it out. I hope >> that one of the people that has been doing the actual work can now comment >> (I am just an onlooker), and that you can be patient in the meantime. >> Unfortunately, Kris, who often looks at these kind of issues, is traveling >> for all of December and thus off the net. > > Is there any other FreeBSD developer who can take care of performance > problems on many-cores systems? Seems like upcoming 7-RELEASE and > 6.3-RELEASE would be completely unusable for us on that kind of systems i.e. > mostly on all modern hardware. There are many FreeBSD developers who care a great deal about the performance of many-core systems. However, it's also very late in the release cycle for 7.0, and this sort of analysis requires a lot of time, so I don't think we will (or should) see any substantial changes at this point as they would require us to significantly extend the release cycle in order to test them properly. The right path forwawrd at this point is to diagnosis the problems and work on fixing them in 8-CURRENT, and assuming they are not highly disruptive, MFC them for FreeBSD 7.1. In general, the most important factor in optimizing performance is to get a good collaboration going between someone who can reproduce the problem, ideally in a way that can be shared with developers so they can also reproduce the problem, and provide testing and feedback over an extended period (several months) while the changes are developed and refined. This is part of the role Kris has been playing with a number of FreeBSD developers -- Jeff, Attilio, myself, etc -- he set up highly reproduceable performance measurements and then worked with us to evaluate various patches to improve performance. That kind of dynamic is invaluable, but it requires users who care a lot about performance (or whatever other factor it is) to spend a fair amount of time helping us. Whether this is by providing a potted benchmark for developers to try out, or if this is by providing access to the test environment on their own systems, it's still critical. I know from previous messages in the thread that you can't provide access to the actual application, but can you provide some sort of potted substitute that has similar performance properties -- be it php page sizes, database query load traces that can be replayed, etc? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 11:54: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 56EE816A418; Mon, 3 Dec 2007 11:54:44 +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 051D213C457; Mon, 3 Dec 2007 11:54:44 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iz9so-000D0S-Mc; Mon, 03 Dec 2007 12:54:42 +0100 Date: Mon, 3 Dec 2007 12:54:42 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071203115442.GE74491@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Oliver Brandmueller Cc: Subject: Re: ZFS in a jail 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, 03 Dec 2007 11:54:44 -0000 Hi, On Sun, Dec 02, 2007 at 09:49:38PM +0100, Gelsema, P (Patrick) wrote: > batman# zfs create public/jail/public > internal error: failed to initialize ZFS library > > In /var/log/messages on the host I get the following: > Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl sign-extension > ioctl ffffffffcef85a2b > > I do have the 2 sysctl settings set. > > Even running zfs gives me a problem within the jail. > > Some help would be much appreciated. Did you add the zfs device to be available for your jails in devfs.rules? In the ruleset applying for the jails you need to add: add path zfs unhide Then it should work like a charme. - Oliver -- | 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! | From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 12:52: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 9214216A418; Mon, 3 Dec 2007 12:52:02 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id 9916313C45A; Mon, 3 Dec 2007 12:52:00 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 204919255; Mon, 03 Dec 2007 15:51:36 +0300 Message-ID: <4753FBCB.6010607@chistydom.ru> Date: Mon, 03 Dec 2007 15:51:23 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Mark Linimon References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> In-Reply-To: <4753C9E4.1060200@chistydom.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Alexey Vlasov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 12:52:02 -0000 Hi Alexey Popov wrote: > Now we also have terribly performing PostgreSQL on 8-core server. We > noticed the slowdown after moving PostgreSQL from 2xXeon 3.0 > Apache+PostgreSQL server to dedicated PostgreSQL server. I collected > some stats (see attach) before moving to Linux. FYI there's top output on the same server with only 2 cores enabled (it works much better than with 8 cores): last pid: 38266; load averages: 7.11, 5.01, 4. up 0+01:33:40 15:51:20 53 processes: 7 running, 46 sleeping CPU: 69.1% user, 0.0% nice, 29.8% system, 0.4% interrupt, 0.7% idle Mem: 835M Active, 1743M Inact, 443M Wired, 168K Cache, 214M Buf, 882M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN 38139 pgsql 1 132 0 1126M 639M RUN 0 0:06 29.84% postgr 38245 pgsql 1 130 0 1071M 361M RUN 1 0:01 19.61% postgr 38249 pgsql 1 130 0 1068M 320M CPU1 0 0:01 15.76% postgr 38251 pgsql 1 130 0 1069M 317M RUN 1 0:01 15.06% postgr 38254 pgsql 1 130 0 1067M 161M RUN 1 0:01 14.36% postgr 694 pgsql 1 130 0 1066M 4816K select 0 0:37 0.00% postgr 698 pgsql 1 96 0 15588K 4724K select 0 0:28 0.00% postgr 697 pgsql 1 96 0 1066M 298M select 0 0:14 0.00% postgr 1748 root 1 96 0 7044K 2252K select 0 0:05 0.00% top 18775 root 1 96 0 7008K 2220K select 0 0:02 0.00% top 627 root 1 96 0 18120K 5872K select 0 0:02 0.00% snmpd 1704 vich 1 96 0 30616K 4248K select 0 0:00 0.00% sshd 695 pgsql 1 96 0 15392K 4496K select 1 0:00 0.00% postgr 16781 null 1 96 0 30616K 4220K select 0 0:00 0.00% sshd 655 root 1 96 0 7732K 2324K select 0 0:00 0.00% ntpd 556 root 1 96 0 3652K 1192K select 1 0:00 0.00% syslog With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 12:53: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 1DEF416A418 for ; Mon, 3 Dec 2007 12:53:58 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2B213C44B for ; Mon, 3 Dec 2007 12:53:57 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 89865 invoked by uid 80); 3 Dec 2007 12:53:38 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 3 Dec 2007 13:53:38 +0100 (CET) Message-ID: <3967.10.202.77.103.1196686418.squirrel@webmail.superhero.nl> In-Reply-To: <20071203115442.GE74491@e-Gitt.NET> References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> <20071203115442.GE74491@e-Gitt.NET> Date: Mon, 3 Dec 2007 13:53:38 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: ZFS in a jail 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, 03 Dec 2007 12:53:58 -0000 On Mon, December 3, 2007 12:54, Oliver Brandmueller wrote: > Hi, > > On Sun, Dec 02, 2007 at 09:49:38PM +0100, Gelsema, P (Patrick) wrote: >> batman# zfs create public/jail/public >> internal error: failed to initialize ZFS library >> >> In /var/log/messages on the host I get the following: >> Dec 2 21:47:01 hulk kernel: WARNING pid 36752 (zfs): ioctl >> sign-extension >> ioctl ffffffffcef85a2b >> >> I do have the 2 sysctl settings set. >> >> Even running zfs gives me a problem within the jail. >> >> Some help would be much appreciated. > > Did you add the zfs device to be available for your jails in > devfs.rules? In the ruleset applying for the jails you need to add: > > add path zfs unhide hulk is the host, batman is the jail. hulk# cat /etc/rc.conf | grep devfs jail_batman_devfs_enable="YES" devfs_system_ruleset="zfsenable" hulk# cat /etc/devfs.rules [zfsenable=10] add path 'zfs' unhide hulk# zpool create public raidz ad4 ad6 ad8 hulk# zfs create public/jail hulk# zfs set jailed=on public/jail hulk# zfs set jailed=on public/jail hulk# zfs jail 4 public/jail hulk# sysctl security | grep jail security.jail.jailed: 0 security.jail.mount_allowed: 1 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 0 security.jail.enforce_statfs: 0 security.jail.sysvipc_allowed: 0 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 0 hulk# tail -n 1 /var/log/messages Dec 3 13:45:16 hulk kernel: WARNING pid 1971 (zfs): ioctl sign-extension ioctl ffffffffcef85a2b batman# zfs create public/jail/public internal error: failed to initialize ZFS library I am still getting the same error in the jail. rgds, Thanks Patrick > > Then it should work like a charme. > > - Oliver > > -- > | 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! > | > _______________________________________________ > 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" > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 13: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 B18CC16A41A for ; Mon, 3 Dec 2007 13:05:38 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5892013C43E for ; Mon, 3 Dec 2007 13:05:38 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IzAzL-00022h-Qv for freebsd-stable@freebsd.org; Mon, 03 Dec 2007 13:05:31 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Dec 2007 13:05:31 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Dec 2007 13:05:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 03 Dec 2007 14:10:39 +0100 Lines: 14 Message-ID: References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <4753D157.80208@chistydom.ru> <4753D9D7.7060900@mawer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <4753D9D7.7060900@mawer.org> Sender: news Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 13:05:38 -0000 Antony Mawer wrote: > Have you tried testing with different values for kern.hz? I am by no > means an expert, but have stumbled across various postings over the past > few years that suggest the high value (1000) used by modern (5.x+?) > kernels can be pessimistic for some workloads... > > If you could try testing with some other values by setting in > /boot/loader.conf, eg: > > kern.hz="100" AFAIK this was tried and found irrelevant for this particular load. It may still help others. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 13:32: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 B935616A421 for ; Mon, 3 Dec 2007 13:32:38 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id 8DD9F13C455 for ; Mon, 3 Dec 2007 13:32:37 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 6666 invoked by uid 502); 3 Dec 2007 13:32:27 -0000 Received: from 202.131.245.202 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.202):. Processed in 0.524496 secs); 03 Dec 2007 13:32:27 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.202):. Processed in 0.524496 secs Process 6659) Received: from unknown (HELO balgaa) (202.131.245.202) by smtp.mobinet.mn with SMTP; 3 Dec 2007 13:32:22 -0000 Message-ID: <001001c835b0$f2f29700$c801000a@balgaa> From: "Balgansuren Batsukh" To: References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> Date: Mon, 3 Dec 2007 21:31:55 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; 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.3198 Subject: FreeBSD-6.2, 7.0-BETA1 on X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 13:32:38 -0000 Hello All, I tried to install FreeBSD on X60 using PXE boot, but unsuccessfully finish my attempt. When it start PXE boot it get IP address from DHCP, download PXE boot file from TFTP server, then trying to load kernel image from TFTP server. After 10-20 minutes it give me error message "can't load kernel", I tried many times load boot/kernel/kernel, but same result. I guess PXE boot read much longer time to load kernel file and suddenly give me error message. I followed instruction on http://www.hack.org/mc/freebsd-x60.html I made X60---->LAN switch---->TFTP/DHCP/NFS server and even tried X60---cross-over cable---->TFTP/DHCP/NFS server. Is there any suggestion? Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 14:19: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 26C0716A41A for ; Mon, 3 Dec 2007 14:19:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 491BB13C44B for ; Mon, 3 Dec 2007 14:19:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7096032pyb for ; Mon, 03 Dec 2007 06:19:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=z0W9oYeICF00KpemeIfGXHXhK0VlDlLUBfE+QIODv7E=; b=nPDOH9tE57sf4M/iClPT8tMQj5ujVEqIgzV0lBwrv5GnRllO+Qn+LR8LQVSGwYJT6H0GWQC7wLxuZ+7o0WeDwWUTeVxW3JeiYuJjnw39GeUE9+f1PDrxks1cio3iiEJ4gGZA3nLRc9niTNyCmJMHqNO2yHm/HRTMHE5nmF/8SPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=UQPyl75xK/WIKEobjPvfisjpJqOrOsvf5p0P+Ro+xNx0fg96wGmeoHr87UE8134vHzfMe7Opy1jZe35FewA/i9TJh8Xr/F8oGfOZ6QR0xH4atDoFRic8sw/0whoxmU63PRrk3WXge5to0f7LUkvX8zjB08z7mALExVKFPfxbxCU= Received: by 10.142.171.6 with SMTP id t6mr2114395wfe.1196691557615; Mon, 03 Dec 2007 06:19:17 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q18sm7100555qbq.2007.12.03.06.19.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Dec 2007 06:19:16 -0800 (PST) Message-ID: <47541063.4010101@gmail.com> Date: Mon, 03 Dec 2007 09:19:15 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 14:19:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [Repost from -ports@] As has been hashed out in -ports@ over the last few days there is at least a need to examine weither or not the current ports system should remain as is or potentially be re-engineered in the future (estimates if and when needed vary from ASAP to 10-15 years). I have volunteered to undertake a feasibility/pilot project to examine what changes (if any) are needed in the system (for the purposes of this thread I will not venture any of my own suggestions). I have the following broad questions for people: 1. What is more important to your personal use of FreeBSD (the ports system, the underlaying OS, some other aspect)? 2. How frequently do you interact with the ports systems and what is the most common interaction you have with it? 3. What is the single best aspect of the current system? 4. What is the single worst aspect of the current system? 5. If you where a new FreeBSD user how would your answers above change? If you where brand new to UNIX how whould they change? 6. Assuming that there was no additional work on your behalf would you use a new system if it corrected your answer to number 4? 7. Same as question 6 but for your answer on question 3? 8. How long have you used FreeBSD and/or UNIX in general? 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? 10. Assuming there is no functional difference what is your preferred installation method for 3rd party software? 11. On a scale from 1 to 10 (10 being the best) please rate the importance of the following aspects of the ports system? a. User Interface b. Consistency of behaviors and interactions c. Accuracy in dependant port installations d. Internal record keeping e. Granularity's of the port management system 12. Please rate your personal technical skill level? - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHVBBj358R5LPuPvsRArclAKC8fVFVsva2DPmOQdTWw+/CT+wGywCfWvPl hbX2FSUdh6C61xTDJqnWf/M= =iCiu -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 14:31:08 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 E7B1F16A419 for ; Mon, 3 Dec 2007 14:31:08 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 80C3413C4EF for ; Mon, 3 Dec 2007 14:31:08 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1IzCK9-000JPm-2X; Mon, 03 Dec 2007 16:31:05 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Balgansuren Batsukh In-reply-to: <001001c835b0$f2f29700$c801000a@balgaa> References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> Comments: In-reply-to "Balgansuren Batsukh" message dated "Mon, 03 Dec 2007 21:31:55 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Dec 2007 16:31:04 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 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, 03 Dec 2007 14:31:09 -0000 try monitoring the traffic (tcpdump/wireshark), this should give you a good starting point. danny From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 14:39: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 DA6EC16A417 for ; Mon, 3 Dec 2007 14:39:47 +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 8EE1A13C4EB for ; Mon, 3 Dec 2007 14:39:47 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 3994B56556; Mon, 3 Dec 2007 09:38:52 -0500 (EST) 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 ML7uwFPqvPJo; Mon, 3 Dec 2007 09:38:52 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 086C256554; Mon, 3 Dec 2007 09:38:52 -0500 (EST) Message-ID: <47541532.7010300@jellydonut.org> Date: Mon, 03 Dec 2007 09:39:46 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Dewayne Geraghty References: <45B7689C.2060209@vwsoft.com> <023801c83548$aac34320$0205000a@white> In-Reply-To: <023801c83548$aac34320$0205000a@white> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IPSEC + Via Padlock + racoon + Windows 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, 03 Dec 2007 14:39:47 -0000 Dewayne Geraghty wrote: > We're looking to deploy FreeBSD on our main firewall. The firewall config > is a VIA C7 (padlock), racoon(ipsec-tools-0.7), IPSec. We're testing racoon > with a windows box, however the firewall doesn't function correctly when > net.inet.ipsec.crypto_support=1 is set. With a > net.inet.ipsec.crypto_support=0 it does. > > The firewall was configured with FreeBSD 6.2R and replaced with 6.3RC1 on a > separate HDD (as at 2007-12-02). > > "Doesn't function correctly" means that after phase 1 & 2 negotiation the > Windows box is able to send a ping (from WXP-SP2+) to the server. The > server doesn't respond to the pings, but generates pfkey Update failed > messages during racoon debugging. (wireshark was running on the PC-WXP, > tcpdump on FreeBSD) > > The testing was performed with both ends configured for esp transport mode, > 3des and md5 for encryption and hashing, and pfs (diffe-helman 2 (1024)). > These two machines were connected on a stand-alone network (via crossover > cables). > > Server kernel uses > options FAST_IPSEC > device cryptodev > device padlock > options IPFIREWALL > > /etc/sysctl.conf contains the following which may be relevant: > net.inet.ip.fastforwarding=1 > kern.cryptodevallowsoft=1 > net.inet.ipsec.crypto_support=1 # this was toggled 1/0 during testing > net.inet.icmp.icmplim=10 # These may be off-track? > net.inet.tcp.slowstart_flightsize=4 > > I hope that someone can provide some guidance, as I'm looking forward to > getting the performance out of these energy efficient little processors. I > should note that IPSec works fine between FreeBSD boxes with > net.inet.ipsec.crypto_support=1 however we have to reconfigure for > high-value PC communications. I'd like to have my cake > (freebsd-ipsec-padlock) and eat it too (WXP) ;) > > Reference: > net.inet.ipsec.crypto_support values from > (http://groups.google.ca/group/mailing.freebsd.stable/browse_frm/thread/f3f1 > 40e615d9ca62/31935038340cc323?lnk=st&q=fast_ipsec+net.inet.ipsec.crypto_supp > ort&rnum=5&hl=en#31935038340cc323 ) > Not that this solves your problem, but doesn't the padlock crypto engine only provide acceleration for AES symmetric encryption? From the man page: The C3 and Eden processor series from VIA include hardware acceleration for AES. The C7 series includes hardware acceleration for AES, SHA1, SHA256 and RSA. All of the above processor series include a hardware random number generator. Does using AES instead of 3DES change your situation at all? -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 14:54: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 6C36E16A469 for ; Mon, 3 Dec 2007 14:54:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id B829813C4CC for ; Mon, 3 Dec 2007 14:54:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7127302pyb for ; Mon, 03 Dec 2007 06:54:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=sWyw0WQeTTt1BU4WkjD9zQbMkT70b/lilLdaBZfXDAo=; b=p81krDg++FkPfO2LsWBVScOGMt8joeYSKBdJicmsk0NigU9oBpZu8/BvnUD4+jR8ES0tABt5LNo1ABg6EVTRuBEW8JiIXWjz2lpzliDBLc4NyD6pqM7KT5QN+ymGeOGvG2BfZ4cJGx53oNSBCsF7lxgb/NkxYXqKOVox2NbncjQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=gaR2GQ5Pr9CS4zhGOcbt7typQtch+5saZGb/6YNF1qFNGAlQ/mmq8JZHLz+mZIGI1lb8auqStGjrYA5fyBphsDjd6yoahp5L3pTKhLpXObn21z8vSv7lsZdo9WaeOvmZQaENK2Y85mjXB9L8Urx131DWcYaG7jhWcyDHVqhFaCE= Received: by 10.65.155.19 with SMTP id h19mr16360483qbo.1196693650684; Mon, 03 Dec 2007 06:54:10 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e17sm3818749qba.2007.12.03.06.54.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Dec 2007 06:54:10 -0800 (PST) Message-ID: <47541891.60604@gmail.com> Date: Mon, 03 Dec 2007 09:54:09 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 14:54:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > 7. Same as question 6 but for your answer on question 3? This should read: 7. If the new system corrected the worst aspect of the current system but broke the best aspect of it would you use the new system? - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHVBiR358R5LPuPvsRAndjAJ4/PtqzAQc0YGIlWkOMC2KU5KZeAQCeInKu ubr3E1ZhOylNLjIOvH+GZGg= =OkIP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 14:55: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 755E516A468 for ; Mon, 3 Dec 2007 14:55:44 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id C2A2713C47E for ; Mon, 3 Dec 2007 14:55:43 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 94913 invoked by uid 80); 3 Dec 2007 14:55:30 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Mon, 3 Dec 2007 15:55:30 +0100 (CET) Message-ID: <4167.10.202.77.103.1196693730.squirrel@webmail.superhero.nl> In-Reply-To: <1196688004.6408.90.camel@localhost> References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> <20071203115442.GE74491@e-Gitt.NET> <3967.10.202.77.103.1196686418.squirrel@webmail.superhero.nl> <1196686963.6408.84.camel@localhost> <4028.10.202.77.103.1196687408.squirrel@webmail.superhero.nl> <1196688004.6408.90.camel@localhost> Date: Mon, 3 Dec 2007 15:55:30 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "Andrew Kolchoogin" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS in a jail 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, 03 Dec 2007 14:55:44 -0000 On Mon, December 3, 2007 14:20, Andrew Kolchoogin wrote: > On Mon, December 3, 2007 14:02, Andrew Kolchoogin wrote: >> >> > Did you add the zfs device to be available for your jails in >> >> > devfs.rules? In the ruleset applying for the jails you need to add: >> >> > >> >> > add path zfs unhide >> >> >> >> hulk is the host, batman is the jail. >> >> >> >> hulk# cat /etc/rc.conf | grep devfs >> >> jail_batman_devfs_enable="YES" >> >> devfs_system_ruleset="zfsenable" >> > jail_batman_devfs_ruleset="zfsenable" >> >> They are 2 seperate lines. Any idea on how to get zfs in the jail? I >> have >> been told I had to add the devfs rules for zfs. > Yes, I've told you what you should to do. First part you have been > done already -- you've edited /etc/devfs.rules and added new > configuration subsection with instructions to unhide /etc/zfs. > Please do the second part: instruct the /etc/rc.d/jail to apply > these rules to DEVFS instance mounted into your jail. Just change > 'devfs_system_ruleset' to 'jail_batman_devfs_ruleset' and restart your > jail -- /etc/rc.d/jail does NOT pay attention to system-wide DEVFS > ruleset variables, it uses per-jail ones. > If you have configured all the things correctly, you MUST > see /path/to/root/of/your/jail/dev/zfs :) > -- > Andrew. > Hi Andrew, this is working. Thanks. THe only problem is that after every reboot I have to rerun the following commands to get things working again. hulk# zfs jail 4 zfspublic/batman batman# zfs mount -a If I don't do the jail 4 command the command batman# zfs get all does not return anything. Seems like the zfs jail 4 command is not remembered. The zfs manpage does not tell of where to store these settings. Any pointers? hulk# zfs get all NAME PROPERTY VALUE SOURCE zfspublic type filesystem - zfspublic creation Mon Dec 3 15:13 2007 - zfspublic used 1.69G - zfspublic available 911G - zfspublic referenced 24.0K - zfspublic compressratio 1.00x - zfspublic mounted yes - zfspublic quota none default zfspublic reservation none default zfspublic recordsize 128K default zfspublic mountpoint /zfspublic default zfspublic sharenfs off default zfspublic checksum on default zfspublic compression off default zfspublic atime on default zfspublic devices on default zfspublic exec on default zfspublic setuid on default zfspublic readonly off default zfspublic jailed off default zfspublic snapdir hidden default zfspublic aclmode groupmask default zfspublic aclinherit secure default zfspublic canmount on default zfspublic shareiscsi off default zfspublic xattr off temporary zfspublic copies 1 default zfspublic/batman type filesystem - zfspublic/batman creation Mon Dec 3 15:14 2007 - zfspublic/batman used 1.69G - zfspublic/batman available 911G - zfspublic/batman referenced 1.69G - zfspublic/batman compressratio 1.00x - zfspublic/batman mounted yes - zfspublic/batman quota none default zfspublic/batman reservation none default zfspublic/batman recordsize 128K default zfspublic/batman mountpoint /s/public local zfspublic/batman sharenfs off default zfspublic/batman checksum on default zfspublic/batman compression off default zfspublic/batman atime on default zfspublic/batman devices on default zfspublic/batman exec on default zfspublic/batman setuid on default zfspublic/batman readonly off default zfspublic/batman jailed on local zfspublic/batman snapdir hidden default zfspublic/batman aclmode groupmask default zfspublic/batman aclinherit secure default zfspublic/batman canmount on default zfspublic/batman shareiscsi off default zfspublic/batman xattr off temporary zfspublic/batman copies 1 default > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 15:41:13 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 DB2D016A419; Mon, 3 Dec 2007 15:41:13 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id C482E13C442; Mon, 3 Dec 2007 15:41:12 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 204970127; Mon, 03 Dec 2007 18:40:47 +0300 Message-ID: <47542372.3040303@chistydom.ru> Date: Mon, 03 Dec 2007 18:40:34 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Robert Watson References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> In-Reply-To: <20071203114037.G79674@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Alexey Vlasov , Mark Linimon Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 15:41:14 -0000 Hi. Robert Watson wrote: >> Is there any other FreeBSD developer who can take care of performance >> problems on many-cores systems? Seems like upcoming 7-RELEASE and >> 6.3-RELEASE would be completely unusable for us on that kind of >> systems i.e. mostly on all modern hardware. > > There are many FreeBSD developers who care a great deal about the > performance of many-core systems. However, it's also very late in the > release cycle for 7.0, and this sort of analysis requires a lot of time, > so I don't think we will (or should) see any substantial changes at this > point as they would require us to significantly extend the release cycle > in order to test them properly. Is there a reason to release system that unable to work on 8-core systems? What would people think when they won't be able to run their old projects after moving to the new hardware? > The right path forwawrd at this point > is to diagnosis the problems and work on fixing them in 8-CURRENT, and > assuming they are not highly disruptive, MFC them for FreeBSD 7.1. I believe at least the bug with lockmgr contention should be fixed before release. > In general, the most important factor in optimizing performance is to > get a good collaboration going between someone who can reproduce the > problem, ideally in a way that can be shared with developers so they can > also reproduce the problem, and provide testing and feedback over an > extended period (several months) while the changes are developed and > refined. This is part of the role Kris has been playing with a number > of FreeBSD developers -- Jeff, Attilio, myself, etc -- he set up highly > reproduceable performance measurements and then worked with us to > evaluate various patches to improve performance. That kind of dynamic > is invaluable, but it requires users who care a lot about performance > (or whatever other factor it is) to spend a fair amount of time helping > us. Whether this is by providing a potted benchmark for developers to > try out, or if this is by providing access to the test environment on > their own systems, it's still critical. > I know from previous messages in the thread that you can't provide > access to the actual application, but can you provide some sort of > potted substitute that has similar performance properties -- be it php > page sizes, database query load traces that can be replayed, etc? I can try to produce synthetic benchmarks based on my workload but really I'm interested more in real workload performance. I'm ready to test changes, measure differences and provide any benchmark and profiling information. Except for lockmgr contention bug there seems to be a much optimization work to do because FreeBSD with patched lockmgr on my workload is still 1.5 times slower that Linux. With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 15:41: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 8889A16A474 for ; Mon, 3 Dec 2007 15:41:49 +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 7C86B13C4D3 for ; Mon, 3 Dec 2007 15:41:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 365131CC07B; Mon, 3 Dec 2007 07:41:49 -0800 (PST) Date: Mon, 3 Dec 2007 07:41:49 -0800 From: Jeremy Chadwick To: Balgansuren Batsukh Message-ID: <20071203154149.GA56769@eos.sc1.parodius.com> References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001001c835b0$f2f29700$c801000a@balgaa> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 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, 03 Dec 2007 15:41:49 -0000 On Mon, Dec 03, 2007 at 09:31:55PM +0800, Balgansuren Batsukh wrote: > Hello All, > > I tried to install FreeBSD on X60 using PXE boot, but unsuccessfully finish > my attempt. > > When it start PXE boot it get IP address from DHCP, download PXE boot file > from TFTP server, > then trying to load kernel image from TFTP server. > > After 10-20 minutes it give me error message "can't load kernel", I tried > many times load boot/kernel/kernel, but same result. > > I guess PXE boot read much longer time to load kernel file and suddenly > give me error message. > > I followed instruction on http://www.hack.org/mc/freebsd-x60.html > > I made X60---->LAN switch---->TFTP/DHCP/NFS server and even tried > X60---cross-over cable---->TFTP/DHCP/NFS server. > > Is there any suggestion? First, there's a manpage for all this: diskless(8). I've tried this before myself (on all sorts of different hardware), and I've never gotten it to work on RELENG_6 or RELENG_7 -- I reach the same point and receive the same error you do. It appears to me that that an NFS server is *absolutely* necessary for all of this to work; TFTP by itself doesn't suffice, it appears. I've tried setting LOADER_TFTP_SUPPORT=yes in make.conf (forcing the entire process to avoid using NFS), but believe it or not, a part of the booting process still continues to use NFS-related code (or at least the debugging messages state it's trying to do NFS). I was able to get some pxeboot-related debugging output (to see the aforementioned) by setting PXE_DEBUG=true in make.conf (see src/sys/boot/i386/libi386/pxe.c for details on that). -- | 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 Dec 3 16:17: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 A8C9516A417 for ; Mon, 3 Dec 2007 16:17:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 6887613C469 for ; Mon, 3 Dec 2007 16:17:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1IzDz2-000ESx-1s; Mon, 03 Dec 2007 19:17:24 +0300 To: Jeremy Chadwick References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> <20071203154149.GA56769@eos.sc1.parodius.com> From: Boris Samorodov Date: Mon, 03 Dec 2007 19:15:46 +0300 In-Reply-To: <20071203154149.GA56769@eos.sc1.parodius.com> (Jeremy Chadwick's message of "Mon\, 3 Dec 2007 07\:41\:49 -0800") Message-ID: <95955597@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 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, 03 Dec 2007 16:17:25 -0000 On Mon, 3 Dec 2007 07:41:49 -0800 Jeremy Chadwick wrote: > I've tried this before myself (on all sorts of different hardware), and > I've never gotten it to work on RELENG_6 or RELENG_7 -- I reach the same > point and receive the same error you do. We use diskless setup in production. It works just fine. Even with pxelinux to select an OS and it's version to boot (the default is to load memtest86). I found very useful /var/log/xferlog to debug errors while booting a diskless station. > It appears to me that that an NFS server is *absolutely* necessary for > all of this to work; TFTP by itself doesn't suffice, it appears. Yes. > I've tried setting LOADER_TFTP_SUPPORT=yes in make.conf (forcing the > entire process to avoid using NFS), but believe it or not, a part of the > booting process still continues to use NFS-related code (or at least the > debugging messages state it's trying to do NFS). I was able to get some > pxeboot-related debugging output (to see the aforementioned) by setting > PXE_DEBUG=true in make.conf (see src/sys/boot/i386/libi386/pxe.c for > details on that). Seems that you slightly misunderstood the meaning of the LOADER_TFTP_SUPPORT option. It is used only to boot a custom kernel (when at stage 2, diskless(8)). Without this option your diskless station should load your servers' kernel. The stage 3 always uses NFS to mount the root directory. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:25:56 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 2C97D16A41A for ; Mon, 3 Dec 2007 16:25:56 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp104.biz.mail.mud.yahoo.com (smtp104.biz.mail.mud.yahoo.com [68.142.200.252]) by mx1.freebsd.org (Postfix) with SMTP id EE65113C4DD for ; Mon, 3 Dec 2007 16:25:55 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 83118 invoked from network); 3 Dec 2007 15:59:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vdHuekMp85bXCyiHZS7+WKf3PZ7SSmp9EPIzbczSrpYfrQHKBLmt1epwWhaePvT/aHDbES/tihsSfFRRITD/7LQRlbtApbuV9L1L0BYkA1p9Z4MzyyygWNXbiwmnsT4wy6l7S2qERlcOy8feX4KD2ruKZwwovs4/owna5S2EjU8= ; Received: from unknown (HELO borgdemon3.thruhere.net) (j.m.cooper@borgsdemons.com@134.121.240.131 with plain) by smtp104.biz.mail.mud.yahoo.com with SMTP; 3 Dec 2007 15:59:14 -0000 X-YMail-OSG: 2ftW7OIVM1kmln3EUwX_Pq8TkIGS9TpJR2bxQo03NLbmSCjeGXmQyH7QLBbk0vHoMYBjIywHJk2.mvGvGRVbuE29eIOqQddEjBe7TYS8dLROlW1zqr6pBWVlevhVPw-- Message-ID: <475427D4.2050205@yahoo.com> Date: Mon, 03 Dec 2007 07:59:16 -0800 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 16:25:56 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? > > Underlying OS. > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? > > Daily. Updating. > 3. What is the single best aspect of the current system? > > Easy to implement ports. > 4. What is the single worst aspect of the current system? > > Slow rebuild of portupgrade database (much improved in recent versions). > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? > In my experience, people from a Windoze background don't understand dependencies at all. Everything "just happens" under the hood during the install. This gives the impression that installing software works better under Windoze, but this impression is false. Dependency bugs (in the form of inconsistent/out-dated DLLs) have been a source of instability since the beginning. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? > > Yes. > 7. Same as question 6 but for your answer on question 3? > > However, to be acceptable, porting software into the build environment as to be at least as easy as it is now. In fact, porting is far more important than installing. > 8. How long have you used FreeBSD and/or UNIX in general? > > This is my 8th year. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? > > Development, port maintenance, writing (desktop applications). > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? > > In the best of all possible worlds, installs would be self-contained (they would install correctly on the target with no intervention from the user). In the real world, I want 3rd party software to follow the ports system (whatever it may be). If 3rd part software does NOT track the ports systems, all manner of difficult-to-debug bugs will propagate. > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface > a => 4 (but see GNOME, KDE, and Webmin) > b. Consistency of behaviors and interactions > b => 8 > c. Accuracy in dependant port installations > c => 10 > d. Internal record keeping > d => 6 > e. Granularity's of the port management system > e => 8 > 12. Please rate your personal technical skill level? > > High. > - -- > Aryeh M. Friedman > FloSoft Systems > Developer, not business, friendly > http://www.flosoft-systems.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHVBBj358R5LPuPvsRArclAKC8fVFVsva2DPmOQdTWw+/CT+wGywCfWvPl > hbX2FSUdh6C61xTDJqnWf/M= > =iCiu > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:26: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 4A3C816A469 for ; Mon, 3 Dec 2007 16:26:01 +0000 (UTC) (envelope-from mailman.msc@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 26C4613C4EC for ; Mon, 3 Dec 2007 16:26:01 +0000 (UTC) (envelope-from mailman.msc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5651505waf for ; Mon, 03 Dec 2007 08:26:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=DXiATx1C6n2MqBVXE9WP/1Im9ZcYLioPpjOjs8DvVxg=; b=aLLpzeROyWv7dmK9v1PcnY8F8XNevk2oQ/m5JIzwq4Jn3ocQqP0lUi7zKNJtwkrE2LUCKO+9nkpVhAd/dcORoZyBdGsrcYDdHkp8B1dQGZpPR+EVKy3DNOZi1yp92UUbuLrq+K2hwXEJZCD9TNOJBgTMw7X7/e1EIZaS7IOhJyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=gcP2rc3lmyswvvB3DMFLUh1qhludvhnWq3dCuN/gIwDF3Y837liS+gpdPvb0jsVJp+qxJsod8z2aapbynn2JLTEDSmJOlpzfcy7yGvMBbH0a5HAYru4XQN2L23mm6n9FvSRZHhG1mcGK6MU9Y7xbc2888UYwn6OIH/FoG2zoK4I= Received: by 10.115.59.4 with SMTP id m4mr3562046wak.1196697549522; Mon, 03 Dec 2007 07:59:09 -0800 (PST) Received: by 10.115.110.4 with HTTP; Mon, 3 Dec 2007 07:59:09 -0800 (PST) Message-ID: Date: Mon, 3 Dec 2007 23:59:09 +0800 From: "Anjang Aki" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 6.3-PRERELEASE unable to change file permission 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, 03 Dec 2007 16:26:01 -0000 hi!.. i'm not able to change file permission to disable rlogin and login on my box even as root # ls -lo /usr/bin/login /usr/bin/rlogin -r-sr-xr-x 1 root wheel schg 19996 Dec 1 13:04 /usr/bin/login -r-sr-xr-x 1 root wheel schg 10140 Dec 1 13:04 /usr/bin/rlogin # chflags -R nouchg login rlogin chflags: /usr/bin/login: Operation not permitted chflags: /usr/bin/rlogin: Operation not permitted # chmod a=rx /usr/bin/login /usr/bin/rlogin chmod: /usr/bin/login: Operation not permitted chmod: /usr/bin/rlogin: Operation not permitted it makes me uneasy as my users can still use login and rlogin to gain access to the box my system: # uname -a FreeBSD k3.college.edu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sun Dec 2 18:51:02 MYT 2007 root@college.edu:/usr/obj/usr/src/sys/EDU i386 thanks for advice -- -- Anjang Aki -- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:33: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 C8B7F16A417 for ; Mon, 3 Dec 2007 16:33:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 8B73813C4D3 for ; Mon, 3 Dec 2007 16:33:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1IzDnL-000EIM-AV; Mon, 03 Dec 2007 19:05:19 +0300 To: Balgansuren Batsukh References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> From: Boris Samorodov Date: Mon, 03 Dec 2007 19:03:41 +0300 In-Reply-To: <001001c835b0$f2f29700$c801000a@balgaa> (Balgansuren Batsukh's message of "Mon\, 3 Dec 2007 21\:31\:55 +0800") Message-ID: <17396322@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 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, 03 Dec 2007 16:33:52 -0000 On Mon, 3 Dec 2007 21:31:55 +0800 Balgansuren Batsukh wrote: > I tried to install FreeBSD on X60 using PXE boot, but unsuccessfully > finish my attempt. > When it start PXE boot it get IP address from DHCP, download PXE boot > file from TFTP server, > then trying to load kernel image from TFTP server. Did you look at /var/log/xferlog? Is there something interesting? > After 10-20 minutes it give me error message "can't load kernel", I > tried many times load boot/kernel/kernel, but same result. You may try tcpdump/wireshark at the server side (as someone has already suggested). > I guess PXE boot read much longer time to load kernel file and > suddenly give me error message. > I followed instruction on http://www.hack.org/mc/freebsd-x60.html There are many ways to run diskless. I found FreeBSD docs very useful: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-diskless.html diskless(8), /usr/share/examples/diskless/clone_root > I made X60---->LAN switch---->TFTP/DHCP/NFS server and even tried > X60---cross-over cable---->TFTP/DHCP/NFS server. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:34: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 B8B7716A46B for ; Mon, 3 Dec 2007 16:34:17 +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 95AA313C45B for ; Mon, 3 Dec 2007 16:34:17 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 053315643F; Mon, 3 Dec 2007 11:33:22 -0500 (EST) 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 mt4ZClcGA--0; Mon, 3 Dec 2007 11:33:21 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id CB6B556437; Mon, 3 Dec 2007 11:33:21 -0500 (EST) Message-ID: <47543008.7040902@jellydonut.org> Date: Mon, 03 Dec 2007 11:34:16 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Anjang Aki References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3-PRERELEASE unable to change file permission 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, 03 Dec 2007 16:34:17 -0000 Anjang Aki wrote: > hi!.. i'm not able to change file permission to disable rlogin and > login on my box even as root > > # ls -lo /usr/bin/login /usr/bin/rlogin > -r-sr-xr-x 1 root wheel schg 19996 Dec 1 13:04 /usr/bin/login > -r-sr-xr-x 1 root wheel schg 10140 Dec 1 13:04 /usr/bin/rlogin > > # chflags -R nouchg login rlogin > chflags: /usr/bin/login: Operation not permitted > chflags: /usr/bin/rlogin: Operation not permitted > > # chmod a=rx /usr/bin/login /usr/bin/rlogin > chmod: /usr/bin/login: Operation not permitted > chmod: /usr/bin/rlogin: Operation not permitted > > it makes me uneasy as my users can still use login and rlogin to gain > access to the box > > my system: > # uname -a > FreeBSD k3.college.edu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sun > Dec 2 18:51:02 MYT 2007 root@college.edu:/usr/obj/usr/src/sys/EDU > i386 > > thanks for advice > It looks like these files have the system-immutable flags set (schg), not the user-immutable (uchg). What happens if you do "chflags noschg /usr/bin/login /usr/bin/rlogin"? -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:39: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 EA3E516A418; Mon, 3 Dec 2007 16:39:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id BD21513C50F; Mon, 3 Dec 2007 16:39:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B01D146C9D; Mon, 3 Dec 2007 11:43:51 -0500 (EST) Date: Mon, 3 Dec 2007 16:39:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexey Popov In-Reply-To: <47542372.3040303@chistydom.ru> Message-ID: <20071203163353.J79674@fledge.watson.org> References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Alexey Vlasov , Mark Linimon Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 03 Dec 2007 16:39:12 -0000 On Mon, 3 Dec 2007, Alexey Popov wrote: > Robert Watson wrote: > >>> Is there any other FreeBSD developer who can take care of performance >>> problems on many-cores systems? Seems like upcoming 7-RELEASE and >>> 6.3-RELEASE would be completely unusable for us on that kind of systems >>> i.e. mostly on all modern hardware. >> >> There are many FreeBSD developers who care a great deal about the >> performance of many-core systems. However, it's also very late in the >> release cycle for 7.0, and this sort of analysis requires a lot of time, so >> I don't think we will (or should) see any substantial changes at this point >> as they would require us to significantly extend the release cycle in order >> to test them properly. > > Is there a reason to release system that unable to work on 8-core systems? > What would people think when they won't be able to run their old projects > after moving to the new hardware? Evidence in-hand seems to suggest that 8 core systems work very well for most users, and reflect a significant performance increase with 7.0 over previous FreeBSD releases. Obviously, this is not true in all cases, but part of the point of doing a .0 release is to get the technology into the hands of people who want to use it, and part of the point of continuing to support the 6.x release series is to provide the less agressive feature development that some users needed. >> The right path forwawrd at this point is to diagnosis the problems and >> work on fixing them in 8-CURRENT, and assuming they are not highly >> disruptive, MFC them for FreeBSD 7.1. > > I believe at least the bug with lockmgr contention should be fixed before > release. Could you point me at the specific proposed change in question? I don't think I've seen it come across re@ as a potential merge request. Changing locking primitives close to a release is, FYI, a risky business, as while it may improve performance in specific cases, we may not have a lot of information about more general cases. We also risk opening up previously nascent race conditions in lock consumers. >> In general, the most important factor in optimizing performance is to get a >> good collaboration going between someone who can reproduce the problem, >> ideally in a way that can be shared with developers so they can also >> reproduce the problem, and provide testing and feedback over an extended >> period (several months) while the changes are developed and refined. This >> is part of the role Kris has been playing with a number of FreeBSD >> developers -- Jeff, Attilio, myself, etc -- he set up highly reproduceable >> performance measurements and then worked with us to evaluate various >> patches to improve performance. That kind of dynamic is invaluable, but it >> requires users who care a lot about performance (or whatever other factor >> it is) to spend a fair amount of time helping us. Whether this is by >> providing a potted benchmark for developers to try out, or if this is by >> providing access to the test environment on their own systems, it's still >> critical. I know from previous messages in the thread that you can't >> provide access to the actual application, but can you provide some sort of >> potted substitute that has similar performance properties -- be it php page >> sizes, database query load traces that can be replayed, etc? > > I can try to produce synthetic benchmarks based on my workload but really > I'm interested more in real workload performance. I'm ready to test changes, > measure differences and provide any benchmark and profiling information. > Except for lockmgr contention bug there seems to be a much optimization work > to do because FreeBSD with patched lockmgr on my workload is still 1.5 times > slower that Linux. Obviously, we are interested in the real workload also, but there are times when we have to accept synthetic benchmarks we can get our hands on instead of real benchmarks that people won't give to us because they incorporate proprietary technology, business-sensitive information, or are simply too complex to reproduce, etc. If you can give us the exact workload to reproduce on our systems, that's much better than a synthetic benchmark, but if you can't, then a synthetic benchmark is what we'll have to work with. I suggest we move this thread to the performance@ mailing list, and if possible, could you begin the thread over there with a summary of the workload and investigation to date. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:56: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 D238916A468 for ; Mon, 3 Dec 2007 16:56:39 +0000 (UTC) (envelope-from cristiano.deana@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 6F95F13C455 for ; Mon, 3 Dec 2007 16:56:39 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2764147nfb for ; Mon, 03 Dec 2007 08:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=5t59Gn0M6NU2iIVeRjunIboTW+qjrbKqmp5Y4wq1Na8=; b=JVNyAqw0GO6pEjxmyXLt9lG2SSbABGef/Hk16tDsE7SapmHBwwpwp6A0GyyAtzjVKIDt+t6S7DM/uwezgvOAXb4H31SsFT8qBpNyUPEBdU4hI031k2EJDBwPhmRZ4I7pg9/d7L9NR2SY9rUg0BenW76pmFGWmowmBUmCr+mg52g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XCNBYSvXVOO71FlmeeuxRAUxxkvMmAk07q2eK+UiDHirMbQrSZJJzWyvX2/NVboHsHV3ioauP4FpB/tfIHxYz6mOsb8V1EqXrvQMH9kOuEKcUN+96ltejWvqhaAV6yQe+WQRGpbhU23pokj0SFh3Z1kxwmz4wK+qm754sVhauvo= Received: by 10.78.175.14 with SMTP id x14mr2787061hue.1196700997231; Mon, 03 Dec 2007 08:56:37 -0800 (PST) Received: by 10.78.172.18 with HTTP; Mon, 3 Dec 2007 08:56:32 -0800 (PST) Message-ID: Date: Mon, 3 Dec 2007 17:56:32 +0100 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: FreeBSD 6.3-PRERELEASE unable to change file permission 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, 03 Dec 2007 16:56:39 -0000 On Dec 3, 2007 4:59 PM, Anjang Aki wrote: > # chflags -R nouchg login rlogin > chflags: /usr/bin/login: Operation not permitted > chflags: /usr/bin/rlogin: Operation not permitted > # chmod a=rx /usr/bin/login /usr/bin/rlogin > chmod: /usr/bin/login: Operation not permitted > chmod: /usr/bin/rlogin: Operation not permitted # sysctl kern.securelevel ? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 17:50:48 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 8A71716A421 for ; Mon, 3 Dec 2007 17:50:48 +0000 (UTC) (envelope-from mailman.msc@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 6352213C461 for ; Mon, 3 Dec 2007 17:50:48 +0000 (UTC) (envelope-from mailman.msc@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5713831waf for ; Mon, 03 Dec 2007 09:50:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=OY+fnPvade4RbKEYm8KGnwfdwwbyq68MndP3mblVrPo=; b=agaWLGj+yrAtlTMig/8zcuAEVjTKKTyr1HxOuzV1q7eo0qTVFWzF+/LgCCXuB/vBE4E32pVOXsm6SUrIbhUOU0Jgi1WjrTDXi83ovTIfbMgaPhpBMDIsP0pCDnWGF79+HOFFS4aF9Sz4ZQfmNRT20787xGuDPbWLA9QNQIKJsZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DTc0TWttbfHUUnAW63LOReI8eWYSj9RqgAoy8h6fCOonPDR2UrrD9GxSgO4YR2bbSbv7nTm0BHuvhfLS2KQp35ViSIxlY3PKpSApYhttaE0v56s2nf6vJn71QGmeUF293kHboWlR5x8HCpGSr9ZJHL3AM4mYeM5TsQon6RiSfqE= Received: by 10.114.179.1 with SMTP id b1mr1827693waf.1196704247930; Mon, 03 Dec 2007 09:50:47 -0800 (PST) Received: by 10.115.110.4 with HTTP; Mon, 3 Dec 2007 09:50:47 -0800 (PST) Message-ID: Date: Tue, 4 Dec 2007 01:50:47 +0800 From: "Anjang Aki" To: "Michael Proto" In-Reply-To: <47543008.7040902@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47543008.7040902@jellydonut.org> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3-PRERELEASE unable to change file permission 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, 03 Dec 2007 17:50:48 -0000 i just got the answer.. i need to run init 1 and do chflags -R 0 /usr/bin/rlogin and then i can change the file permission using chmod thanks for your advice On 12/4/07, Michael Proto wrote: > Anjang Aki wrote: > > hi!.. i'm not able to change file permission to disable rlogin and > > login on my box even as root > > > > # ls -lo /usr/bin/login /usr/bin/rlogin > > -r-sr-xr-x 1 root wheel schg 19996 Dec 1 13:04 /usr/bin/login > > -r-sr-xr-x 1 root wheel schg 10140 Dec 1 13:04 /usr/bin/rlogin > > > > # chflags -R nouchg login rlogin > > chflags: /usr/bin/login: Operation not permitted > > chflags: /usr/bin/rlogin: Operation not permitted > > > > # chmod a=rx /usr/bin/login /usr/bin/rlogin > > chmod: /usr/bin/login: Operation not permitted > > chmod: /usr/bin/rlogin: Operation not permitted > > > > it makes me uneasy as my users can still use login and rlogin to gain > > access to the box > > > > my system: > > # uname -a > > FreeBSD k3.college.edu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sun > > Dec 2 18:51:02 MYT 2007 root@college.edu:/usr/obj/usr/src/sys/EDU > > i386 > > > > thanks for advice > > > > It looks like these files have the system-immutable flags set (schg), > not the user-immutable (uchg). What happens if you do "chflags noschg > /usr/bin/login /usr/bin/rlogin"? > > > -Proto > -- -- Anjang Aki -- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 19:14: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 2358716A41A for ; Mon, 3 Dec 2007 19:14:55 +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 0DDEC13C459 for ; Mon, 3 Dec 2007 19:14:54 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id A081EC943A for ; Mon, 3 Dec 2007 14:14:53 -0500 (EST) Message-Id: <9BAF9640-1830-4622-886C-9FD08B871FDB@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <47541532.7010300@jellydonut.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 3 Dec 2007 14:14:53 -0500 References: <45B7689C.2060209@vwsoft.com> <023801c83548$aac34320$0205000a@white> <47541532.7010300@jellydonut.org> X-Mailer: Apple Mail (2.915) Subject: Re: IPSEC + Via Padlock + racoon + Windows 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, 03 Dec 2007 19:14:55 -0000 On Dec 3, 2007, at 9:39 AM, Michael Proto wrote: > Not that this solves your problem, but doesn't the padlock crypto > engine > only provide acceleration for AES symmetric encryption? From the man > page: The boot messages on my C7 based system shows this: PadLock: HW support loaded for AES-CBC,SHA1,SHA256. the CPU is identified like this, so I'm not sure what exactly is supported: CPU: VIA C7 Esther+RNG+AES+AES-CTR+SHA1+SHA256+RSA From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 20:29:48 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 38D8016A41A for ; Mon, 3 Dec 2007 20:29:48 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id A323813C44B for ; Mon, 3 Dec 2007 20:29:47 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 03 Dec 2007 15:29:43 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HACf1U0dCq09i/2dsb2JhbACBW49C X-IronPort-AV: i="4.23,245,1194238800"; d="asc'?scan'208"; a="171838717:sNHT27607536" Received: from vougeot.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id lB3KTfd4035093 for ; Mon, 3 Dec 2007 15:29:42 -0500 (EST) (envelope-from fbsd@opal.com) Received: from vougeot.opal.com ([72.68.215.46] helo=vougeot.opal.com) by ASSP-nospam; 3 Dec 2007 15:29:41 -0500 Date: Mon, 3 Dec 2007 15:29:34 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20071203152934.2cfc6a84@vougeot.opal.com> In-Reply-To: <20071119162938.24696649@vougeot.opal.com> References: <20071119162938.24696649@vougeot.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/pBXGW+vlJWrHxQ1zqOPCFMJ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: psm GlidePoint problems on 7.0b3 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, 03 Dec 2007 20:29:48 -0000 --Sig_/pBXGW+vlJWrHxQ1zqOPCFMJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 19 Nov 2007 16:29:38 -0500, "J.R. Oldroyd" wrote: > > [7.0b3 on a Sony VAIO laptop with an ALPS GlidePoint touchpad. > System ran 6.2 and earlier FreeBSD versions without problems.] >=20 > 3. occasionally when moving the cursor using the touchpad, the coordinates > suddenly jump unexpectedly to a new place on the screen, as in several > hundred pixels away. These jumps seem to be of varying x and y offsets > and direction. I am also seeing occasional menu pop-ups as if left-cl= icks > or keyboard input (such as Alt-F) has been done - but all I am doing is > moving the mouse using the touchpad! > This problem appears to be related to mouse acceleration settings. I discovered that, for years, I have used "xset m 3/1" in my X startup. Removing it eliminates this problem. But, the mouse is then too slow. I've looked at the -a and -A options on moused, instead. The problem returns, albeit to a lesser extent. What I'd previously described as large jumps and occasional keyboard input might more likely be sudden sequences of unexpected jump-tap events, some of which cause menu or popup openings, text selection or window focus changes, depending on where the cursor went. This when all I am doing is moving the cursor using the touchpad. This suggests a touchpad calibration problem. Since there doesn't seem to be any other outcry about GlidePoint problems on 7.0 and since this worked fine for me under 6.2-stable, perhaps I just need to find better settings for use with 7.0. Anyone else using a GlidePo= int touchpad care to suggest moused and/or X mouse settings? =20 > 2. after every [ACPI] resume it's as if a middle-click has been done: the= last > selected text is pasted back again. This could have possibly serious > consequences depending on what text is present and what application > the mouse is over when the unwanted paste occurs. >=20 I'm no closer to solving this one. It is easily repeatable for me: - in X, use left-click to select some text (in any application) - give the focus to an xterm window (e.g., move cursor to an xterm window, or click on one) - suspend the system (mine suspends to S5) - resume the system - observe that previously selected text is now pasted in the xterm window Any thoughts? -jr --Sig_/pBXGW+vlJWrHxQ1zqOPCFMJ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVGculs33urr0k4kRAhoSAJwOm1+R13UZg5gRkjD3sK9hOQWfCgCeKkFI J3dLCoGf/Pz7IZWUS8U+Hcg= =q7Em -----END PGP SIGNATURE----- --Sig_/pBXGW+vlJWrHxQ1zqOPCFMJ-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 20:52:34 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 B511416A417 for ; Mon, 3 Dec 2007 20:52:34 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33701.mail.mud.yahoo.com (web33701.mail.mud.yahoo.com [68.142.201.198]) by mx1.freebsd.org (Postfix) with SMTP id 8C1B513C4E5 for ; Mon, 3 Dec 2007 20:52:34 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 66079 invoked by uid 60001); 3 Dec 2007 20:52:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=p5KRDJjrjvyt6d4+CaSyvx72PE5Uut+LbKrxaZZHJ10x1oiabQNxcsLcvVz0lMsPqQ+PxPmR63dpyyp+pLeQdtMUndvdyaDZLKJbBC5QJgjrwe05YeN2HXN/QhuTEEhusgTmrHG7mdptXCsnEBltZn5Db64NTDwZ40aJBOOtU30=; X-YMail-OSG: nI_Go04VM1kwATtKCrqW0y3l6w_vaL8SVaT9iwdqVERkKwice5rpOFlL8kOmWjs8wNzgRmEplPCUjy3_MBv47Lb5TOAF_pgsheNMFO5vfPYmUYQ- Received: from [86.62.225.4] by web33701.mail.mud.yahoo.com via HTTP; Mon, 03 Dec 2007 12:52:33 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.157 Date: Mon, 3 Dec 2007 12:52:33 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Pyun YongHyeon MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <307048.65540.qm@web33701.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Intel DG31PR and RTL8168/8111 issue 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, 03 Dec 2007 20:52:34 -0000 Hello Pyun, This is a new server with latest RELENG_7 src and latest BIOS as well. 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 7.0-BETA4 #0: Mon Dec 3 23:37:27 UTC 2007 lomag@mx1.wearab.net:/usr/obj/usr/src/sys/MX1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4275109888 (4077 MB) avail memory = 4106035200 (3915 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc070-0xc077 mem 0xd0300000-0xd037ffff,0xc0000000-0xcfffffff,0xd0200000-0xd02fffff irq 16 at device 2.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 sis0: port 0xa000-0xa0ff mem 0xd0010000-0xd0010fff irq 21 at device 6.0 on pci4 sis0: Silicon Revision: DP83815D miibus0: on sis0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:30:ab:19:8b:c3 sis0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc060-0xc067,0xc050-0xc053,0xc040-0xc047,0xc030-0xc033,0xc020-0xc02f irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master SATA150 ad6: 715404MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a sis0: Applying short cable fix (reg=f5) none1@pci0:3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 21:14: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 8FFE816A417 for ; Mon, 3 Dec 2007 21:14:22 +0000 (UTC) (envelope-from phil@amdg.etowns.org) Received: from omta05sl.mx.bigpond.com (omta05sl.mx.bigpond.com [144.140.93.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0EA13C4CE for ; Mon, 3 Dec 2007 21:14:21 +0000 (UTC) (envelope-from phil@amdg.etowns.org) Received: from oaamta03sl.mx.bigpond.com ([58.172.113.127]) by omta05sl.mx.bigpond.com with ESMTP id <20071203211420.GKLP14987.omta05sl.mx.bigpond.com@oaamta03sl.mx.bigpond.com> for ; Mon, 3 Dec 2007 21:14:20 +0000 Received: from heuristicsystems.com.au ([58.172.113.127]) by oaamta03sl.mx.bigpond.com with ESMTP id <20071203211416.CKSR12231.oaamta03sl.mx.bigpond.com@heuristicsystems.com.au> for ; Mon, 3 Dec 2007 21:14:16 +0000 Received: from black (black.hs [10.0.5.1]) (authenticated bits=0) by heuristicsystems.com.au (8.13.6/8.13.6) with ESMTP id lB3LF97N079320 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 4 Dec 2007 08:15:11 +1100 (EST) (envelope-from phil@amdg.etowns.org) From: "Dewayne Geraghty" To: References: <45B7689C.2060209@vwsoft.com> <023801c83548$aac34320$0205000a@white> <47541532.7010300@jellydonut.org> Date: Tue, 4 Dec 2007 08:14:25 +1100 Message-ID: <00c401c835f1$7c6a2260$0105000a@black> 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.2900.3198 In-Reply-To: <47541532.7010300@jellydonut.org> Thread-Index: Acg1un+KTh0n+WdzS7iANPoN4gZM9wANYMHg Subject: RE: IPSEC + Via Padlock + racoon + Windows 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, 03 Dec 2007 21:14:22 -0000 My apologies for the confusion, yes, the C7 only helps with AES. The configuration detail is: between branch offices I use FreeBSD ipsec (AES), and within the branches Windows boxes access the firewall boxes. The "firewalls" run samba inside a jail. Due to sensitive information (see your local Privacy legislation), we also need to encrypt the information between samba jail and the PC-WXP devices. Hence the need to use ipsec-AES on the WAN and ipsec-3des on the LAN (as 3des is the best option selectable for WXP). Regards, Dewayne. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 21:28:08 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 10B5216A417 for ; Mon, 3 Dec 2007 21:28:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id EEA9913C46E for ; Mon, 3 Dec 2007 21:28:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 29F7B46D37; Mon, 3 Dec 2007 16:32:50 -0500 (EST) Date: Mon, 3 Dec 2007 21:27:59 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Anjang Aki In-Reply-To: Message-ID: <20071203212408.S30376@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3-PRERELEASE unable to change file permission 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, 03 Dec 2007 21:28:08 -0000 On Mon, 3 Dec 2007, Anjang Aki wrote: > hi!.. i'm not able to change file permission to disable rlogin and login on > my box even as root > > # ls -lo /usr/bin/login /usr/bin/rlogin > -r-sr-xr-x 1 root wheel schg 19996 Dec 1 13:04 /usr/bin/login > -r-sr-xr-x 1 root wheel schg 10140 Dec 1 13:04 /usr/bin/rlogin > > # chflags -R nouchg login rlogin > chflags: /usr/bin/login: Operation not permitted > chflags: /usr/bin/rlogin: Operation not permitted > > # chmod a=rx /usr/bin/login /usr/bin/rlogin > chmod: /usr/bin/login: Operation not permitted > chmod: /usr/bin/rlogin: Operation not permitted > > it makes me uneasy as my users can still use login and rlogin to gain access > to the box Others have already addressed the chflags issue, but there's a larger concern here. First off, 'rlogin' is the client, not the server for the rlogin protocol, so chmodding the file limits the ability to rlogin *from* your system, not rlogin *to* your system. The ability to login via rlogin is controlled via inetd.conf, which enables or disables the rlogind daemon. By default we neither run inetd nor rlogind, and even if you enable inetd, you still need to also enable rlogind explicitly. Probably for the reasons you have in mind. Second, I'm not sure what you're trying to do by disabling 'login', but keep in mind that 'login' is used on the console to allow login to the system on the console, so you may lock yourself out of the console if you disable it. On the other hand, 'login' is *not* used for sshd, so if your goal is to deny network access, it won't have that effect. In general, what you want to do to prevent login over the network is not enable network services that allow remote login -- sshd, telnetd, rlogind, ftpd, etc. By default, we disable all those services. You can look in a combination of /etc/rc.conf and /etc/inetd.conf to see what is enabled. Robert N M Watson Computer Laboratory University of Cambridge > > my system: > # uname -a > FreeBSD k3.college.edu 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sun > Dec 2 18:51:02 MYT 2007 root@college.edu:/usr/obj/usr/src/sys/EDU > i386 > > thanks for advice > > -- > -- Anjang Aki -- > _______________________________________________ > 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" > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 21:29: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 1622916A46C for ; Mon, 3 Dec 2007 21:29:24 +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 05C9213C47E for ; Mon, 3 Dec 2007 21:29:23 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id D20C856453; Mon, 3 Dec 2007 16:28:27 -0500 (EST) 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 vQo491mXBuQx; Mon, 3 Dec 2007 16:28:27 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id A4E9E5643A; Mon, 3 Dec 2007 16:28:27 -0500 (EST) Message-ID: <47547532.3040505@jellydonut.org> Date: Mon, 03 Dec 2007 16:29:22 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Dewayne Geraghty References: <45B7689C.2060209@vwsoft.com> <023801c83548$aac34320$0205000a@white> <47541532.7010300@jellydonut.org> <00c401c835f1$7c6a2260$0105000a@black> In-Reply-To: <00c401c835f1$7c6a2260$0105000a@black> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IPSEC + Via Padlock + racoon + Windows 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, 03 Dec 2007 21:29:24 -0000 Dewayne Geraghty wrote: > My apologies for the confusion, yes, the C7 only helps with AES. > > The configuration detail is: between branch offices I use FreeBSD ipsec > (AES), and within the branches Windows boxes access the firewall boxes. The > "firewalls" run samba inside a jail. Due to sensitive information (see your > local Privacy legislation), we also need to encrypt the information between > samba jail and the PC-WXP devices. Hence the need to use ipsec-AES on the > WAN and ipsec-3des on the LAN (as 3des is the best option selectable for > WXP). > > Regards, Dewayne. > Just out of curiosity, what happens if you set net.inet.ipsec.crypto_support = -1 when using 3DES in your testing? Does the firewall work then? -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 22:56:48 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 0191516A4EB for ; Mon, 3 Dec 2007 22:56:48 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta01ps.mx.bigpond.com (omta01ps.mx.bigpond.com [144.140.82.153]) by mx1.freebsd.org (Postfix) with ESMTP id 7D59813C448 for ; Mon, 3 Dec 2007 22:56:47 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta05ps.mx.bigpond.com ([124.188.162.219]) by omta01ps.mx.bigpond.com with ESMTP id <20071203225644.DFLM16290.omta01ps.mx.bigpond.com@oaamta05ps.mx.bigpond.com> for ; Mon, 3 Dec 2007 22:56:44 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta05ps.mx.bigpond.com with ESMTP id <20071203225644.EIFE14439.oaamta05ps.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 3 Dec 2007 22:56:44 +0000 Received: (qmail 53409 invoked by uid 501); 3 Dec 2007 22:56:30 -0000 Date: Tue, 4 Dec 2007 09:56:30 +1100 From: Andrew Reilly To: "Aryeh M. Friedman" Message-ID: <20071203225630.GA52466@duncan.reilly.home> References: <47541063.4010101@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47541063.4010101@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 03 Dec 2007 22:56:48 -0000 On Mon, Dec 03, 2007 at 09:19:15AM -0500, Aryeh M. Friedman wrote: > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? Yes. (i.e., mu) > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? Slightly more than weekly. Updating. > 3. What is the single best aspect of the current system? Most of what I want to use is in there, and builds and installs without fault or clashes. > 4. What is the single worst aspect of the current system? A toss-up between - inability to cross-build (not entirely fixable by ports, I know, but I'm sure that *some* ports would be buildable with appropriate cross-tools, and there's some chance that that set would include the pieces I'm interested in...) and - library dependencies don't extend to the base system. I've just spent a week un-breaking my GNOME environment after upgrading to 7-STABLE from 6-STABLE (which worked, as did all my existing ports) and then portupgrading (which broke nearly everything, because of the upgraded system libc.so, libz.so and libpthread.so->libthr.so, resulting in applications that depended on both old and new base libraries). A corollary of this is that portupgrade -af is not restartable if something breaks or requires manual intervention, which results in quadratic rebuild time, unless the whole process is managed manually. > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? No idea. I haven't been a new FreeBSD user for a long time. If I were a new UNIX user, I might hope that things would work as they do in MacOS-X, and probably would prefer to use a GUI interface to pre-built packages, rather than the ports system at all. [That being the case, it's *most* important that the ports system be useful for the package-building farm.] > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Probably, but there are other aspects of ports that I like. I *like* that it's made out of make, and can be coerced into doing things *my* way, with little effort. At least I have the fall-back of using the NetBSD pkgsrc system. It is mostly Ports with some additional sophistication for portability. > 7. Same as question 6 but for your answer on question 3? No. If you break 3, you lose me to pkgsrc. > 8. How long have you used FreeBSD and/or UNIX in general? FreeBSD since '94, BSD since '85 or '86. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? Workstation (software dev.), production CVS/Perforce/Web server, experimental audio server. > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? Ports. > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 1 (it has a user interface?) > b. Consistency of behaviors and interactions 8 > c. Accuracy in dependant port installations 8 > d. Internal record keeping 4 (this is only a performance issue) > e. Granularity's of the port management system mu (without having seen the discussion, I don't understand the question.) > 12. Please rate your personal technical skill level? Competent. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 23:37:59 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 06A9616A419; Mon, 3 Dec 2007 23:37:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D181A13C455; Mon, 3 Dec 2007 23:37:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D531B47110; Mon, 3 Dec 2007 18:42:41 -0500 (EST) Date: Mon, 3 Dec 2007 23:37:50 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071203225800.S30376@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 03 Dec 2007 23:37:59 -0000 (If you aren't interested in the details of our ptmx/pty/pts driver, skip to the paragraph that reads "So, why the long-winded story?) Dear all: The current ptmx/pts implementation makes use of devfs(4) cloning: a user process wanting to allocate a pty/pts pair opens /dev/ptmx, which returns a reference to a new pty master. An ioctl is then performed to query which pts number was returned, and the pts device is then opened. Internally, the lookup of /dev/ptmx causes the driver to instantiate the pty, and then when the pty is opened, the pts is created. The pty and pts nodes are both destroyed when last close occurs, cleaning up the bits automatically when the last process attached to thee pair exits. Sounds good. :-) Unfortunately, the current implementation is subject to a potential resource leak: the pty is created when the lookup occurs, but if the open never takes place, then the pty is leaked. In principle, we have facilities to GC unused device nodes "eventually", although not a race-free way to determine that no race occurs, assuming that we implemented that. This leakage turns out to interact particularly poorly with our resource limits on pty/pts pairs -- both the administrative limit imposed by sysctl and also the functional limit on the number of entries in /etc/ttys. It's possible to imagine various sometimes messy techniques of performing this garbage collection. Instead, what I'd like to do is modify the ptmx code to have a race-free protocol, in which eventual termination of processes referencing the node results in freeing of the nodes. On some systems, ptmx performs a "bait-and-switch", in which the file descriptor of the pty node is silently substituted for the file descriptor of the ptmx code--similar to our model, only no window between lookup and open, but also not easily supported in our current VFS. Another possibility is to introduce a new system call and bypass ptmx entirely -- similar to pipe(), socketpair(), etc. The change that seemed to be the least disruptive, and which I have implemented, introduces ptmx as a true device node (not a devfs clone), and an ioctl that causes the allocation of the pty and pts pair -- however, the pair is also added to a garbage collection list. If the ptmx node is closed *before* the pty is opened, then the nodes are garbage collected. It turns out this also isn't easily implementable in our VFS, as we don't offer a per-file descriptor opaque to be used by device driver, nor offer the file descriptor pointer to the device driver (as in, say, Linux). At some point, this functionality will turn up, as there has been consistent interest in it over time. What I've done is implement an approximation of that model -- an "open counter" for ptmx, which when it hits zero across all references, causes a garbage collection sweep. If/when we can use per-file descriptor state, it is easily modified to sweep on close of a specific descriptor. --> start reading here if you were bored by the above Why the long-winded story? Well, this turns out to change the convention by which libc communications with the kernel -- instead of a simple open of ptmx and then ioctl to find the pts, we now open ptmx, perform an ioctl to allocate the pair, and then open both the pty and pts nodes explicitly. Thus, libc requires modification, and libcs that know how to speak to the old ptmx don't know how to speak to the new one, and, in effect, vice versa. This doesn't meet our ABI requirements for a stable branch, so what I plan to do is withdraw the ptmx/pts implementation from 7.0 before the release by disabling it in the kernel and libc. This will prevent us from nailing down the ABI, and we'll instead merge the revised protocol for 7.1. This change will, however, affect users of the 8-CURRENT branch, as during an upgrade cycle, it's likely that libc and kernel will be out of sync, and therefore if pts support is enabled (via the kern.pts.enable sysctl), pty devices will not be available, which might crimp the style of anyone performing a remote upgrade via, say, ssh. So, this is notice of two upcoming changes: (1) kern.pts.enable will be removed in 7.x, for reintroduction in 7.1. If kern.pts.enable was set, then your system will silently revert to using old-style ptys, and the setting of the sysctl will lead to an error. (2) I will merge the revised ptmx implementation to 7.x, potentially disrupting use of pty/pts devices for users who have kern.pts.enable explicitly set to a non-zero value. Hopefully this will resolve the known resource leaks in the ptmx code, and get us on track to start enabling it by default in the near future ... in 8.x, and at least offering it as a production feature in 7.x. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 00:32:29 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 922D316A419; Tue, 4 Dec 2007 00:32:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 520AB13C46B; Tue, 4 Dec 2007 00:32:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB40WSuo010073; Mon, 3 Dec 2007 19:32:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB40WSX7014602; Mon, 3 Dec 2007 19:32:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id E90C2241A2; Mon, 3 Dec 2007 19:32:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071204003227.E90C2241A2@freebsd-legacy.sentex.ca> Date: Mon, 3 Dec 2007 19:32:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 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: Tue, 04 Dec 2007 00:32:29 -0000 TB --- 2007-12-04 00:31:07 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-04 00:31:07 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-12-04 00:31:07 - cleaning the object tree TB --- 2007-12-04 00:31:51 - cvsupping the source tree TB --- 2007-12-04 00:31:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2007-12-04 00:31:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-04 00:31:58 - cd /src TB --- 2007-12-04 00:31:58 - /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 [...] ===> gnu/usr.bin/gdb/gdbtui (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h gdbtui tui-main.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o kgdb.1.gz kgdb.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-04 00:32:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-04 00:32:27 - ERROR: failed to build world TB --- 2007-12-04 00:32:27 - tinderbox aborted TB --- 12.38 user 6.40 system 80.18 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 00:33:02 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 0C7C916A47A; Tue, 4 Dec 2007 00:33:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8677413C4DB; Tue, 4 Dec 2007 00:33:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB40X1rX010102; Mon, 3 Dec 2007 19:33:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB40X1qQ077494; Mon, 3 Dec 2007 19:33:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id DA9E2241A2; Mon, 3 Dec 2007 19:33:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071204003300.DA9E2241A2@freebsd-legacy.sentex.ca> Date: Mon, 3 Dec 2007 19:33:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 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: Tue, 04 Dec 2007 00:33:02 -0000 TB --- 2007-12-04 00:30:30 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-04 00:30:30 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-12-04 00:30:30 - cleaning the object tree TB --- 2007-12-04 00:31:15 - cvsupping the source tree TB --- 2007-12-04 00:31:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2007-12-04 00:31:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-04 00:31:27 - cd /src TB --- 2007-12-04 00:31:27 - /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 [...] ===> gnu/usr.bin/gdb/gdbtui (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h gdbtui-amd64 tui-main.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb-amd64 main.o kthr.o trgt.o trgt_amd64.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-04 00:33:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-04 00:33:00 - ERROR: failed to build world TB --- 2007-12-04 00:33:00 - tinderbox aborted TB --- 28.30 user 13.77 system 149.98 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 00:33:57 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 9A8F616A420; Tue, 4 Dec 2007 00:33:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3C54C13C47E; Tue, 4 Dec 2007 00:33:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB40XuAr010139; Mon, 3 Dec 2007 19:33:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB40XuOB078218; Mon, 3 Dec 2007 19:33:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id EA678241A2; Mon, 3 Dec 2007 19:33:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071204003355.EA678241A2@freebsd-legacy.sentex.ca> Date: Mon, 3 Dec 2007 19:33:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 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: Tue, 04 Dec 2007 00:33:57 -0000 TB --- 2007-12-04 00:32:27 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-04 00:32:27 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-12-04 00:32:27 - cleaning the object tree TB --- 2007-12-04 00:33:10 - cvsupping the source tree TB --- 2007-12-04 00:33:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2007-12-04 00:33:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-04 00:33:16 - cd /src TB --- 2007-12-04 00:33:16 - /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 [...] ===> gnu/usr.bin/gdb/gdbtui (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h gdbtui tui-main.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o kgdb.1.gz kgdb.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-04 00:33:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-04 00:33:55 - ERROR: failed to build world TB --- 2007-12-04 00:33:55 - tinderbox aborted TB --- 12.66 user 5.98 system 87.97 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 00:43:23 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 31FFC16A417; Tue, 4 Dec 2007 00:43:23 +0000 (UTC) (envelope-from andpet@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id E9ED713C458; Tue, 4 Dec 2007 00:43:22 +0000 (UTC) (envelope-from andpet@telia.com) Received: from [192.168.1.20] (81.233.14.209) by pne-smtpout1-sn1.fre.skanova.net (7.3.129) (authenticated as u30405151) id 471DFA9D00C15DB9; Tue, 4 Dec 2007 00:33:23 +0100 Message-ID: <475492DD.6090401@telia.com> Date: Tue, 04 Dec 2007 00:35:57 +0100 From: Andreas Pettersson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 04 Dec 2007 00:43:23 -0000 Aryeh M. Friedman wrote: > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? > > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? > Portupgrade a few times a month > 3. What is the single best aspect of the current system? > Installed ports are configurally very similar to the source distribution (no renamed config files etc), so it's easy to get support from the community. > 4. What is the single worst aspect of the current system? > I find it difficult to downgrade installed ports. > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? > Not sure. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? > I think so. > 7. Same as question 6 but for your answer on question 3? > I think not. > 8. How long have you used FreeBSD and/or UNIX in general? > FreeBSD since 2003. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? > Firewall, development, misc > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? > Ports > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface *5* > b. Consistency of behaviors and interactions *7* > c. Accuracy in dependant port installations *8* > d. Internal record keeping *6* > e. Granularity's of the port management system *?* > > 12. Please rate your personal technical skill level? > Average -- Andreas From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 00:47: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 5EBF616A420 for ; Tue, 4 Dec 2007 00:47:03 +0000 (UTC) (envelope-from pyunyh@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 2A83113C46B for ; Tue, 4 Dec 2007 00:47:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so6002775waf for ; Mon, 03 Dec 2007 16:47:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=H1dBdzjzbHjTUBM1mcjei/ypGYodlxqIW81rjDf9TmQ=; b=JM0e9gOmN7sTI9kCa2r33v5IbAhmrDN6S05Grm1o19uKuwRSFpYykUiO9K7wKRqPr3olFxahUZOyZoIR5Dj5vcDLFDNrRSyOjDh1+4WGu9hXeAwRUrK3QrpKbJG23H0AZykBC8fZtwj3j4yanJXSobnl7cw9v+aNdrL1wADSVb0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=V82cdjAiLpzNevebz/b24abBRooDgGaNd64HUoGUBhO9k7yvTF39ln/prc6wmtwUhFZsAssa1t4VMOd7RC+o4+BzLyxbmsQhoB4i96cKiLzEaafhQEW+sn1OSfUAUGZZzvsT6fJ83h9uuqqPqYROwm6Gp+q8uCwQtHa3O6i8tFo= Received: by 10.115.89.1 with SMTP id r1mr46874wal.1196729222685; Mon, 03 Dec 2007 16:47:02 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m10sm470300waf.2007.12.03.16.46.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2007 16:47:01 -0800 (PST) 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 lB40iswK035689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 09:44:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lB40irZL035688; Tue, 4 Dec 2007 09:44:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Dec 2007 09:44:53 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071204004453.GB35245@cdnetworks.co.kr> References: <307048.65540.qm@web33701.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <307048.65540.qm@web33701.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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: Tue, 04 Dec 2007 00:47:03 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Dec 03, 2007 at 12:52:33PM -0800, Abdullah Ibn Hamad Al-Marri wrote: > Hello Pyun, > > This is a new server with latest RELENG_7 src and latest BIOS as well. > > 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 7.0-BETA4 #0: Mon Dec 3 23:37:27 UTC 2007 > lomag@mx1.wearab.net:/usr/obj/usr/src/sys/MX1 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3fd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 4275109888 (4077 MB) > avail memory = 4106035200 (3915 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on > acpi0 > acpi_hpet0: iomem > 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xc070-0xc077 mem > 0xd0300000-0xd037ffff,0xc0000000-0xcfffffff,0xd0200000-0xd02fffff > irq 16 at device 2.0 on pci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 17 at device 28.1 on pci0 > pci3: on pcib3 > pci3: at device 0.0 (no driver attached) > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > sis0: port 0xa000-0xa0ff mem > 0xd0010000-0xd0010fff irq 21 at device 6.0 on pci4 > sis0: Silicon Revision: DP83815D > miibus0: on sis0 > ukphy0: PHY 0 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis0: Ethernet address: 00:30:ab:19:8b:c3 > sis0: [ITHREAD] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xc060-0xc067,0xc050-0xc053,0xc040-0xc047,0xc030-0xc033,0xc020-0xc02f > irq 17 at device 31.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on > acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > on isa0 > Timecounters tick every 1.000 msec > ad4: 238475MB at ata2-master SATA150 > ad6: 715404MB at ata3-master > SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > sis0: Applying short cable fix (reg=f5) > > > none1@pci0:3:0:0: class=0x020000 card=0xd6088086 > chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > Try attached patch. I think I posted similiar patches several times to get feedback but I have never heard of success/failure. -- Regards, Pyun YongHyeon --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.spin3.patch" Index: dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.98 diff -u -r1.98 if_re.c --- dev/re/if_re.c 3 Dec 2007 01:28:08 -0000 1.98 +++ dev/re/if_re.c 4 Dec 2007 00:36:06 -0000 @@ -182,6 +182,8 @@ "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3, + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, @@ -223,6 +225,7 @@ { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, + { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { 0, 0, NULL } }; @@ -683,13 +686,19 @@ hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; - if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || - hwrev == RL_HWREV_8168_SPIN1 || hwrev == RL_HWREV_8168_SPIN2) { + switch (hwrev) { + case RL_HWREV_8100E: + case RL_HWREV_8101E: + case RL_HWREV_8168_SPIN1: + case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); - } else { + break; + default: CSR_WRITE_4(sc, RL_MAR0, hashes[0]); CSR_WRITE_4(sc, RL_MAR4, hashes[1]); + break; } } @@ -940,6 +949,9 @@ sc->rl_btag = rman_get_bustag(sc->rl_res); sc->rl_bhandle = rman_get_bushandle(sc->rl_res); hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; +#if 1 + printf("hwrev = %x\n", hwrev); +#endif bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); if (t->rl_basetype == hwrev) { @@ -1320,6 +1332,7 @@ case RL_HWREV_8169_8110SB: case RL_HWREV_8169_8110SC: case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: re_gmii_writereg(dev, 1, 0x1f, 0); re_gmii_writereg(dev, 1, 0x0e, 0); break; Index: pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.68 diff -u -r1.68 if_rlreg.h --- pci/if_rlreg.h 26 Nov 2007 18:25:07 -0000 1.68 +++ pci/if_rlreg.h 4 Dec 2007 00:36:06 -0000 @@ -156,6 +156,7 @@ #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 #define RL_HWREV_8168_SPIN2 0x38000000 +#define RL_HWREV_8168_SPIN3 0x38400000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 #define RL_HWREV_8139AG 0x70800000 --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 00:53:23 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 0BA8816A421 for ; Tue, 4 Dec 2007 00:53:23 +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 9ACC713C447 for ; Tue, 4 Dec 2007 00:53:22 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lB40rFr4022359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 11:23:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 4 Dec 2007 11:23:03 +1030 User-Agent: KMail/1.9.7 References: <200712021502.37344.doconnor@gsoft.com.au> <47536C03.50200@tundraware.com> <4753738F.3010208@mawer.org> In-Reply-To: <4753738F.3010208@mawer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1203134.UpYZQuP9nt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712041123.10824.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: tundra@tundraware.com Subject: Re: Intel S3000AH stall on 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, 04 Dec 2007 00:53:23 -0000 --nextPart1203134.UpYZQuP9nt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 3 Dec 2007, Antony Mawer wrote: > Another "me too". We saw this and wound up removing the floppy drive > from the systems in order to avoid this lengthy delay on boot - we > weren't using them anyway and it saved a whole $5 or so on the > hardware costs... ;-) > > I seem to recall it was not purely a 6.x thing - as I'm sure that we > have plenty of 6.x machines with FDDs that don't exhibit this hang - > but it was only newer Intel motherboards (I think 9xx series onwards) > that we were seeing the issue on... I'll try disabling it in device.hints and see how it goes. I don't really want to remove the FDD because it is needed in the event=20 we need to reinstall to load the aacu driver from Adaptec :-/ =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 --nextPart1203134.UpYZQuP9nt 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) iD8DBQBHVKT25ZPcIHs/zowRAtsUAKCOdS5sT/ZJSDRG0Z4zIstU5yax4gCgn4Nc pTjNZkCszvOG90iFAMF3hp4= =8E5m -----END PGP SIGNATURE----- --nextPart1203134.UpYZQuP9nt-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 01:22: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 A597F16A419; Tue, 4 Dec 2007 01:22:42 +0000 (UTC) (envelope-from philip@ridecharge.com) Received: from exhub015-1.exch015.msoutlookonline.net (exhub015-1.exch015.msoutlookonline.net [207.5.72.93]) by mx1.freebsd.org (Postfix) with ESMTP id 9277713C442; Tue, 4 Dec 2007 01:22:42 +0000 (UTC) (envelope-from philip@ridecharge.com) Received: from philip.hq.rws (74.93.213.161) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.0.744.0; Mon, 3 Dec 2007 17:12:39 -0800 Message-ID: <4754A985.3090307@riderway.com> Date: Mon, 3 Dec 2007 20:12:37 -0500 From: "Philip M. Gollucci" Organization: Riderway Inc. User-Agent: Thunderbird 2.0.0.6 (X11/20070919) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , "freebsd-stable@freebsd.org" , "freebsd-questions@freebsd.org" Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 04 Dec 2007 01:22:42 -0000 Aryeh M. Friedman wrote: > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? Software builds correct and is present. Including a way to make my own custom packages for distribution. > > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? Daily, updating, and maintaining the ports tree itself. > > 3. What is the single best aspect of the current system? Its source based and re-uses and existing language (make) instead of inventing a new one. > > 4. What is the single worst aspect of the current system? Most ports don't deal well with multiple versions. Even apache which is versioned doesn't do it that well. > > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? I'd want a gui and not to compile anything. > > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Quite possibly. > > 7. Same as question 6 but for your answer on question 3? (that doesn't make sense -- if you corrected the single best aspect of ports?) > > 8. How long have you used FreeBSD and/or UNIX in general? since 2.2.8 ~1998 > > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? Desktop Development (SVN, imap, you name it) Production (FAMP stacks) > > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? source compilation -- except for things like Xorg, Firefox and Thunrderbird because they are just so darn big. > > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 7 > b. Consistency of behaviors and interactions 5 > c. Accuracy in dependant port installations 7 > d. Internal record keeping 4 > e. Granularity's of the port management system 6 > > 12. Please rate your personal technical skill level? Very High -- Professional System Admin _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 02:46: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 6396B16A419 for ; Tue, 4 Dec 2007 02:46:19 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 30C1513C457 for ; Tue, 4 Dec 2007 02:46:19 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id 5888811FDD38 for ; Mon, 3 Dec 2007 22:30:51 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 77147-01 for ; Mon, 3 Dec 2007 22:30:42 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id E531911FDD12 for ; Mon, 3 Dec 2007 22:30:50 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id D61DE48FFE for ; Mon, 3 Dec 2007 22:30:55 -0400 (AST) Date: Mon, 03 Dec 2007 22:28:50 -0400 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: gdbserver on latest -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: Tue, 04 Dec 2007 02:46:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is this related to the commit that just went through to enable on arch that support it? ===> gnu/usr.bin/gdb/gdbserver (clean) cd: can't cd to /usr/src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /usr/src/gnu/usr.bin/gdb. Or did I catch something 'in between'? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHVLti4QvfyHIvDvMRAlU6AKCmL3VF7Kz6QSyFF/wgWOtk0Td2xgCfag5W 6rRXD/7jpIZwoT9qs/7yXiU= =u1sx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 02:59: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 90E1116A41A for ; Tue, 4 Dec 2007 02:59:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3F28713C459 for ; Tue, 4 Dec 2007 02:59:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB42xiVo066897; Mon, 3 Dec 2007 21:59:44 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lB42xh0O019567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Dec 2007 21:59:43 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200712040259.lB42xh0O019567@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 03 Dec 2007 21:57:50 -0500 To: "Marc G. Fournier" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 02:59:45 -0000 At 09:28 PM 12/3/2007, Marc G. Fournier wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >Is this related to the commit that just went through to enable on arch that >support it? One way to check is to take a look at the status page for the tinderboxes http://tinderbox.des.no/ which are constantly building world. If its a general problem, it will show up there through a few builds. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 03:29:23 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 A6BC016A419 for ; Tue, 4 Dec 2007 03:29:23 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 72E0713C4CC for ; Tue, 4 Dec 2007 03:29:23 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 5E31D11FDF7B; Mon, 3 Dec 2007 23:29:23 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 74026-02; Mon, 3 Dec 2007 23:29:22 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id C7E7111FDD34; Mon, 3 Dec 2007 23:29:22 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id 3DA0349069; Mon, 3 Dec 2007 23:29:28 -0400 (AST) Date: Mon, 03 Dec 2007 23:27:22 -0400 From: "Marc G. Fournier" To: Mike Tancsa , freebsd-stable@freebsd.org Message-ID: In-Reply-To: <200712040259.lB42xh0O019567@lava.sentex.ca> References: <200712040259.lB42xh0O019567@lava.sentex.ca> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 03:29:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Great, thank you ... bookmarked ... so, should one not report something like this if that page shows it as a failure? - --On Monday, December 03, 2007 21:57:50 -0500 Mike Tancsa wrote: > At 09:28 PM 12/3/2007, Marc G. Fournier wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Is this related to the commit that just went through to enable on arch that >> support it? > > One way to check is to take a look at the status page for the tinderboxes > > http://tinderbox.des.no/ > > which are constantly building world. If its a general problem, it will show > up there through a few builds. > > ---Mike > _______________________________________________ > 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" - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHVMka4QvfyHIvDvMRAjrQAKDZS6OEiOYoHFXOUYX5DtCluP1VQACeN67Y RvKiX4T6ugGTiSnPFRFmazo= =cdFC -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 03:36: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 4B52E16A419; Tue, 4 Dec 2007 03:36:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F14DF13C457; Tue, 4 Dec 2007 03:36:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB43anke069906; Mon, 3 Dec 2007 22:36:49 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lB43amai019756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Dec 2007 22:36:49 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200712040336.lB43amai019756@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 03 Dec 2007 22:34:55 -0500 To: "Marc G. Fournier" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: <200712040259.lB42xh0O019567@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 03:36:50 -0000 At 10:27 PM 12/3/2007, Marc G. Fournier wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >Great, thank you ... bookmarked ... so, should one not report something like >this if that page shows it as a failure? Its automatically reported to the mailing list. eg. http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038791.html and http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038792.html and http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038793.html ---Mike >- --On Monday, December 03, 2007 21:57:50 -0500 Mike Tancsa >wrote: > > > At 09:28 PM 12/3/2007, Marc G. Fournier wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> > >> Is this related to the commit that just went through to enable > on arch that > >> support it? > > > > One way to check is to take a look at the status page for the tinderboxes > > > > http://tinderbox.des.no/ > > > > which are constantly building world. If its a general problem, > it will show > > up there through a few builds. > > > > ---Mike > > _______________________________________________ > > 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" > > > >- ---- >Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) >Email . scrappy@hub.org MSN . scrappy@hub.org >Yahoo . yscrappy Skype: hub.org ICQ . 7615664 >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.0.4 (FreeBSD) > >iD8DBQFHVMka4QvfyHIvDvMRAjrQAKDZS6OEiOYoHFXOUYX5DtCluP1VQACeN67Y >RvKiX4T6ugGTiSnPFRFmazo= >=cdFC >-----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 04:47: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 D9EC816A418 for ; Tue, 4 Dec 2007 04:47:19 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id AC25D13C46B for ; Tue, 4 Dec 2007 04:47:19 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id 31A3511FDD34; Tue, 4 Dec 2007 00:47:19 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 27295-05; Tue, 4 Dec 2007 00:47:18 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id B824E11FDD31; Tue, 4 Dec 2007 00:47:18 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id 40CBB494B8; Tue, 4 Dec 2007 00:47:18 -0400 (AST) Date: Tue, 04 Dec 2007 00:45:18 -0400 From: "Marc G. Fournier" To: Mike Tancsa , freebsd-stable@freebsd.org Message-ID: In-Reply-To: <200712040336.lB43amai019756@lava.sentex.ca> References: <200712040259.lB42xh0O019567@lava.sentex.ca> <200712040336.lB43amai019756@lava.sentex.ca> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 04:47:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Teach me to sort threaded :( Thanks ... - --On Monday, December 03, 2007 22:34:55 -0500 Mike Tancsa wrote: > At 10:27 PM 12/3/2007, Marc G. Fournier wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Great, thank you ... bookmarked ... so, should one not report something like >> this if that page shows it as a failure? > > Its automatically reported to the mailing list. eg. > > http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038791.html > and > http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038792.html > and > http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038793.html > > ---Mike > > > >> - --On Monday, December 03, 2007 21:57:50 -0500 Mike Tancsa >> wrote: >> >> > At 09:28 PM 12/3/2007, Marc G. Fournier wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> >> Hash: SHA1 >> >> >> >> >> >> Is this related to the commit that just went through to enable >> on arch that >> >> support it? >> > >> > One way to check is to take a look at the status page for the tinderboxes >> > >> > http://tinderbox.des.no/ >> > >> > which are constantly building world. If its a general problem, >> it will show >> > up there through a few builds. >> > >> > ---Mike >> > _______________________________________________ >> > 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" >> >> >> >> - ---- >> Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) >> Email . scrappy@hub.org MSN . scrappy@hub.org >> Yahoo . yscrappy Skype: hub.org ICQ . 7615664 >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.4 (FreeBSD) >> >> iD8DBQFHVMka4QvfyHIvDvMRAjrQAKDZS6OEiOYoHFXOUYX5DtCluP1VQACeN67Y >> RvKiX4T6ugGTiSnPFRFmazo= >> =cdFC >> -----END PGP SIGNATURE----- > - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHVNte4QvfyHIvDvMRArj0AJ9zlx1yazaOc9UyhNIgtO3+WA0TzQCfTQ07 QKv9N3YSpODOr2ulo0VDMuA= =mtVN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 04:48: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 619B216A418 for ; Tue, 4 Dec 2007 04:48:49 +0000 (UTC) (envelope-from gaijin.k@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 2601813C442 for ; Tue, 4 Dec 2007 04:48:48 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so989411anc for ; Mon, 03 Dec 2007 20:48:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=KD3htv0bpbyyZEdW12sd0apnvKvUWXjW85XJGfoqJ3s=; b=UA3XgJBRA72bki0rwIwPZ+AGF1I9EJhlG6qPkLftRTiIrXvd2LjWkMJeiUjyl5hCHNKxRbYUO97adVzB2/FXVjaqoGOLVlmwA62o/i4eCBSyjWly4EM2JZZFTJ+yh4H5PRQ8lAciBgyUkPJGK8qDfN+gfzHR4IWNuqZWiGf4EwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=f6o7UAEKp7XVzXF7Bb+xXU7XT30cmWnpN+yl+zJnsF6bVO1lrmsPE9SVSEmGupiXPzEFpZmuBrJuYlp0av/zAvqRtyjge8ds+4My6RyECsQmWKT60ZWF3oHCV+4I8F0Zm9hQ+TP7oBVeruza8fmssV1M47DNkyJNHHRYAGS4gM8= Received: by 10.100.171.10 with SMTP id t10mr372004ane.1196742059405; Mon, 03 Dec 2007 20:20:59 -0800 (PST) Received: from ?10.0.3.231? ( [70.21.144.51]) by mx.google.com with ESMTPS id d29sm3095526and.2007.12.03.20.20.57 (version=SSLv3 cipher=RC4-MD5); Mon, 03 Dec 2007 20:20:58 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Balgansuren Batsukh In-Reply-To: <001001c835b0$f2f29700$c801000a@balgaa> References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> Content-Type: text/plain Date: Mon, 03 Dec 2007 23:19:49 -0500 Message-Id: <1196741989.823.20.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 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, 04 Dec 2007 04:48:49 -0000 On Mon, 2007-12-03 at 21:31 +0800, Balgansuren Batsukh wrote: > Hello All, > > I tried to install FreeBSD on X60 using PXE boot, but unsuccessfully finish > my attempt. > > When it start PXE boot it get IP address from DHCP, download PXE boot file > from TFTP server, > then trying to load kernel image from TFTP server. > > After 10-20 minutes it give me error message "can't load kernel", I tried > many times load boot/kernel/kernel, but same result. > > I guess PXE boot read much longer time to load kernel file and suddenly give > me error message. > > I followed instruction on http://www.hack.org/mc/freebsd-x60.html > > I made X60---->LAN switch---->TFTP/DHCP/NFS server and even tried > X60---cross-over cable---->TFTP/DHCP/NFS server. > > Is there any suggestion? I have built my X60 from such a setup and then used it as the "FixIt" environment more then a few times. Here are relevant bits from the server (watch out for the line wrapping): === /usr/local/etc/dhcpd.conf (I am using isc-dhcp3-server-3.0.5_2) option domain-name "rabbitslawn.verizon.net"; option domain-name-servers rabbitslawn.verizon.net; default-lease-time 600; max-lease-time 7200; authoritative; ddns-update-style none; log-facility local7; server-name "twinhead"; server-identifier 10.0.3.236; next-server 10.0.3.236; subnet 10.0.3.0 netmask 255.255.255.0 { range 10.0.3.33 10.0.3.64; option routers 10.0.3.242; option domain-name-servers 10.0.3.242; option root-path "/SHARED/tftpboot"; filename "boot/pxeboot"; } === /etc/exports (excerpt) /SHARED -alldirs === /etc/inetd.conf (excerpt) tftp dgram udp wait root /usr/libexec/tftpd tftpd -u sunny -l -s /SHARED/tftpboot === /etc/rc.conf (excerpt) nfs_server_enable="YES" rpcbind_enable="YES" === /SHARED/tftpboot Contains fairly old (February 2007) snapshot of then 7-CURRENT with two modifications === /SHARED/tftpboot/boot/loader.rc echo Loading Kernel... load /boot/kernel/kernel echo Loading mfsroot... load -t mfs_root /mfsroot echo booting... echo \007\007 echo initializing h0h0magic... set vfs.root.mountfrom="ufs:/dev/md0c" boot === /SHARED/tftpboot/mfsroot Is the decompressed version of /SHARED/tftpboot/boot/mfsroot.gz. I can confirm that stopping NFS on the server will give the symptoms roughly corresponding to the ones you are describing, so the first thing I would recommend checking is the ability to mount your equivalent of the "/SHARED/tftpboot" above. Hopefully this is all I have done to get this to work -- I have picked most of it from someone's web page, but I could not find original URL ATM. > > Regards, > Balgaa > > _______________________________________________ > 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" -- Alexandre "Sunny" Kovalenko From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 09:22: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 C5E6516A419; Tue, 4 Dec 2007 09:22:17 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id 7A46713C469; Tue, 4 Dec 2007 09:22:15 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 205176111; Tue, 04 Dec 2007 12:21:50 +0300 Message-ID: <47551C1C.3000903@chistydom.ru> Date: Tue, 04 Dec 2007 12:21:32 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Robert Watson References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> In-Reply-To: <20071203163353.J79674@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 09:22:17 -0000 Hi Robert Watson wrote: > Evidence in-hand seems to suggest that 8 core systems work very well for > most users, and reflect a significant performance increase with 7.0 over > previous FreeBSD releases. I disagree with that. Heavily loaded Apache, MySQL, Postgres does not work well. >>> The right path forwawrd at this point is to diagnosis the problems >>> and work on fixing them in 8-CURRENT, and assuming they are not >>> highly disruptive, MFC them for FreeBSD 7.1. >> >> I believe at least the bug with lockmgr contention should be fixed >> before release. > Could you point me at the specific proposed change in question? I don't > think I've seen it come across re@ as a potential merge request. > Changing locking primitives close to a release is, FYI, a risky > business, as while it may improve performance in specific cases, we may > not have a lot of information about more general cases. We also risk > opening up previously nascent race conditions in lock consumers. Kris sent me proof of concept patch that helped much against high lockmgr contention. After applying this patch 8-core server become faster that 4-core. But, again, it's still slower than Linux. Here's the patch: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038449.html Here's Kris saying that it helps: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038672.html I'm not sure it will help to MySQL and Prostgres, but symptoms are mostly identical. With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 09:55: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 156D516A417; Tue, 4 Dec 2007 09:55:19 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from mail.itu.dk (pluto.itu.dk [130.226.142.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C44313C447; Tue, 4 Dec 2007 09:55:18 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from localhost (unknown [10.0.0.3]) by mail.itu.dk (Postfix) with ESMTP id 0809332CDAB; Tue, 4 Dec 2007 10:40:04 +0100 (CET) X-Virus-Scanned: amavisd-new at itu.dk Received: from superman.itu.dk ([130.226.142.5]) by localhost (daredevil.itu.dk [130.226.142.26]) (amavisd-new, port 10024) with ESMTP id n5F4TOc-G++d; Tue, 4 Dec 2007 10:40:01 +0100 (CET) Received: from [192.168.1.148] (stud1-15.itu.dk [130.226.140.15]) by superman.itu.dk (Postfix) with ESMTP id D9C4A9E692; Tue, 4 Dec 2007 10:40:01 +0100 (CET) Message-ID: <475520D1.2000904@cederstrand.dk> Date: Tue, 04 Dec 2007 10:41:37 +0100 From: Erik Cederstrand User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47541063.4010101@gmail.com> In-Reply-To: <47541063.4010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 04 Dec 2007 09:55:19 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > [Repost from -ports@] > > As has been hashed out in -ports@ over the last few days there is at > least a need to examine weither or not the current ports system should > remain as is or potentially be re-engineered in the future (estimates > if and when needed vary from ASAP to 10-15 years). I have > volunteered to undertake a feasibility/pilot project to examine what > changes (if any) are needed in the system (for the purposes of this > thread I will not venture any of my own suggestions). I have the > following broad questions for people: > > 1. What is more important to your personal use of FreeBSD (the ports > system, the underlaying OS, some other aspect)? Mu. For me, the OS is nothing without the port, and vice-versa. > 2. How frequently do you interact with the ports systems and what is > the most common interaction you have with it? Daily. Updating, building for jails. > 3. What is the single best aspect of the current system? For normal, day-to-day work on servers, it Just Works. > 4. What is the single worst aspect of the current system? Compiling takes forever, especially on small-scale machines. > 5. If you where a new FreeBSD user how would your answers above > change? If you where brand new to UNIX how whould they change? A GUI would really help to get an overview and manage simple tasks. > 6. Assuming that there was no additional work on your behalf would you > use a new system if it corrected your answer to number 4? Yes. > 7. Same as question 6 but for your answer on question 3? No. > 8. How long have you used FreeBSD and/or UNIX in general? Five years. > 9. That is your primary use(s) for your FreeBSD machine(s) (name upto 3)? Home server (mail, web, file), software development, small-scale production. > 10. Assuming there is no functional difference what is your preferred > installation method for 3rd party software? pkg_add to cut install time, but usually ports tree because of missing options in precompiled packages (e.g. no-gui vim, php5 with apache module). > 11. On a scale from 1 to 10 (10 being the best) please rate the > importance of the following aspects of the ports system? > > a. User Interface 5 > b. Consistency of behaviors and interactions 9 > c. Accuracy in dependant port installations 8 > d. Internal record keeping 8 > e. Granularity's of the port management system 5 > 12. Please rate your personal technical skill level? Medium. Erik From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 10:22: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 03D7D16A41A for ; Tue, 4 Dec 2007 10:22:45 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mail.tsscom.ru (mail.tsscom.ru [195.10.205.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7249B13C442 for ; Tue, 4 Dec 2007 10:22:43 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from [195.10.205.145] (HELO [10.10.80.29]) by mail.tsscom.ru (CommuniGate Pro SMTP 5.1.8) with ESMTP id 41837 for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 13:22:41 +0300 From: Andrew Kolchoogin To: freebsd-stable@freebsd.org In-Reply-To: <4167.10.202.77.103.1196693730.squirrel@webmail.superhero.nl> References: <3090.10.202.77.103.1196628578.squirrel@webmail.superhero.nl> <20071203115442.GE74491@e-Gitt.NET> <3967.10.202.77.103.1196686418.squirrel@webmail.superhero.nl> <1196686963.6408.84.camel@localhost> <4028.10.202.77.103.1196687408.squirrel@webmail.superhero.nl> <1196688004.6408.90.camel@localhost> <4167.10.202.77.103.1196693730.squirrel@webmail.superhero.nl> Content-Type: text/plain Organization: Cronyx Plus LLC Date: Tue, 04 Dec 2007 13:22:36 +0300 Message-Id: <1196763756.6729.59.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 Content-Transfer-Encoding: 7bit Subject: Re: ZFS in a jail 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, 04 Dec 2007 10:22:45 -0000 > > Yes, I've told you what you should to do. First part you have been > > done already -- you've edited /etc/devfs.rules and added new > > configuration subsection with instructions to unhide /etc/zfs. > > Please do the second part: instruct the /etc/rc.d/jail to apply > > these rules to DEVFS instance mounted into your jail. Just change > > 'devfs_system_ruleset' to 'jail_batman_devfs_ruleset' and restart your > > jail -- /etc/rc.d/jail does NOT pay attention to system-wide DEVFS > > ruleset variables, it uses per-jail ones. > > If you have configured all the things correctly, you MUST > > see /path/to/root/of/your/jail/dev/zfs :) > this is working. Thanks. > > THe only problem is that after every reboot I have to rerun the following > commands to get things working again. > > hulk# zfs jail 4 zfspublic/batman > batman# zfs mount -a > > If I don't do the jail 4 command the command batman# zfs get all does not > return anything. > > Seems like the zfs jail 4 command is not remembered. > The zfs manpage does not tell of where to store these settings. > > Any pointers? As far as I can understand, it was done intentionally. No "jailed" setting is stored in ZFS structures, and personally for me it was easier to write script that jails ZFS file systems needed for particular jail during startup time. May be pjd@ can comment on this?-) -- Andrew. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 10:23:29 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 177CD16A468; Tue, 4 Dec 2007 10:23:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id CFDF913C4F2; Tue, 4 Dec 2007 10:23:28 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 16CF71CCB1; Tue, 4 Dec 2007 11:23:28 +0100 (CET) Date: Tue, 4 Dec 2007 11:23:28 +0100 From: Ed Schouten To: Robert Watson Message-ID: <20071204102328.GK72574@hoeg.nl> References: <20071203225800.S30376@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lGa3FpvTyf1CgKg0" Content-Disposition: inline In-Reply-To: <20071203225800.S30376@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 04 Dec 2007 10:23:29 -0000 --lGa3FpvTyf1CgKg0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Watson wrote: > Unfortunately, the current implementation is subject to a potential=20 > resource leak: the pty is created when the lookup occurs, but if the open= =20 > never takes place, then the pty is leaked. In principle, we have=20 > facilities to GC unused device nodes "eventually", although not a race-fr= ee=20 > way to determine that no race occurs, assuming that we implemented that. = =20 > This leakage turns out to interact particularly poorly with our resource= =20 > limits on pty/pts pairs -- both the administrative limit imposed by sysct= l=20 > and also the functional limit on the number of entries in /etc/ttys. It'= s=20 > possible to imagine various sometimes messy techniques of performing this= =20 > garbage collection. So this is the same issue I sent a message to arch@ about some time ago, that /dev/ptmx already returns a reference to the new pty, already when you stat(2) it (for example by running `ls -l /dev/ptmx')? > Instead, what I'd like to do is modify the ptmx code to have a race-free= =20 > protocol, in which eventual termination of processes referencing the node= =20 > results in freeing of the nodes. On some systems, ptmx performs a=20 > "bait-and-switch", in which the file descriptor of the pty node is silent= ly=20 > substituted for the file descriptor of the ptmx code--similar to our mode= l,=20 > only no window between lookup and open, but also not easily supported in= =20 > our current VFS. Another possibility is to introduce a new system call a= nd=20 > bypass ptmx entirely -- similar to pipe(), socketpair(), etc. I actually think that this sounds pretty nice. You mean something like an in-kernel implementation for openpty()? Another thing that would make the TTY code a little bit cleaner in my opinion is removing the PRIV_TTY_PRISON check and making something generic inside devfs. If we have proper garbage collecting on TTY's, then we can just change make_dev_cred() to bind the new device node to a certain jail. That way you could even choose to hide nodes in /dev that don't belong to the jail in question. --=20 Ed Schouten WWW: http://g-rave.nl/ --lGa3FpvTyf1CgKg0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVSqf52SDGA2eCwURAlh9AJoD/Iatz0HLAjeZAZPRhWYzvNCx+wCaAkqs KoagPlubGYniKnSg4ap+ZeE= =ZzPP -----END PGP SIGNATURE----- --lGa3FpvTyf1CgKg0-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 10:54:08 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 60A1E16A41A for ; Tue, 4 Dec 2007 10:54:08 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4CB13C4CE for ; Tue, 4 Dec 2007 10:54:07 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 561F313A2F; Tue, 4 Dec 2007 12:54:06 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94413-01-2; Tue, 4 Dec 2007 12:54:04 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 5842613A8B; Tue, 4 Dec 2007 12:52:34 +0200 (EET) Message-ID: <47553170.90409@bulinfo.net> Date: Tue, 04 Dec 2007 12:52:32 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Alexey Popov References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> In-Reply-To: <47551C1C.3000903@chistydom.ru> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 10:54:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexey Popov wrote: > Hi > > Robert Watson wrote: >> Evidence in-hand seems to suggest that 8 core systems work very well >> for most users, and reflect a significant performance increase with >> 7.0 over previous FreeBSD releases. > I disagree with that. Heavily loaded Apache, MySQL, Postgres does not > work well. There is another report for such problems: http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong > >>>> The right path forwawrd at this point is to diagnosis the problems >>>> and work on fixing them in 8-CURRENT, and assuming they are not >>>> highly disruptive, MFC them for FreeBSD 7.1. >>> >>> I believe at least the bug with lockmgr contention should be fixed >>> before release. >> Could you point me at the specific proposed change in question? I >> don't think I've seen it come across re@ as a potential merge >> request. Changing locking primitives close to a release is, FYI, a >> risky business, as while it may improve performance in specific cases, >> we may not have a lot of information about more general cases. We >> also risk opening up previously nascent race conditions in lock >> consumers. > Kris sent me proof of concept patch that helped much against high > lockmgr contention. After applying this patch 8-core server become > faster that 4-core. But, again, it's still slower than Linux. > > Here's the patch: > http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038449.html > > Here's Kris saying that it helps: > http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038672.html > > I'm not sure it will help to MySQL and Prostgres, but symptoms are > mostly identical. > > With best regards, > Alexey Popov > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVTFwxJBWvpalMpkRAjX0AJ4otHVzAzVqVRKJxUlD4Y9ENdD5PACgq/eZ ptzb/VC56JFh/Iiepy+bK/s= =wpdw -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:07:48 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 5668616A417 for ; Tue, 4 Dec 2007 11:07:48 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id CF47C13C44B for ; Tue, 4 Dec 2007 11:07:47 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2930018nfb for ; Tue, 04 Dec 2007 03:07:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=2nYwO1D4I3aQwIqGW/cDWRJfB30/MPQ4np61ra7xIB8=; b=Rqh1Kw+mxxJHQCMOD7efh/hxOqYgaArxS5oZbOb0iqm3dFpUkQbpxfzEnk/HsauZz435Qu2krV1MLyuFAbwqx9k81Pxvx3RHlUmp+y8zV6i4DhJJNm4wcYcNvLsAWslPWtE+OBG9eLUAUxKV+rtLoY3It1fYFtslP8p+Sw9FZxY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jaOq+AtrCoG+FIHskHKH/LO0qnEXTwwS9zi1Fcj/WYbQrxOqiwVt8USBIKHnjqiyU5i8SfI5N3qGXTgGTy27VHDj0CiLjbpqRLBr2edmWJW/aO6EszzrH2TbNEruP84REyoTaHtqhAg5s40H5C0iI/ZNPG7LNuDj7WTYqByRkjA= Received: by 10.78.184.2 with SMTP id h2mr5072366huf.1196764717413; Tue, 04 Dec 2007 02:38:37 -0800 (PST) Received: by 10.78.168.5 with HTTP; Tue, 4 Dec 2007 02:38:37 -0800 (PST) Message-ID: <7ad7ddd90712040238s33afde77t4805cb6430b597fa@mail.gmail.com> Date: Tue, 4 Dec 2007 11:38:37 +0100 From: "Ulrich Spoerlein" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Threads stuck in sbwait 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, 04 Dec 2007 11:07:48 -0000 Hi all, we are running the Jabber server Openfire on FreeBSD 6.1 and it doesn't close its sockets, forcing use to periodically recycle the java process. Here's some interesting output: # ps alxHp 51002 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 314 51002 1 0 20 0 492556 104812 ksesig Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 accept Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 accept Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= 314 51002 1 17 4 0 492556 104812 sbwait Ss ?? 10:03.35 /usr/local/jdk1.5.0/bin/java -server -jar -Xmx256M -Dopenfire.lib.dir= ... # lsof -p 51002 | grep CANT ljava 51002 openfire 8u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 25u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 27u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 33u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 34u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 38u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 39u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 40u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 43u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 45u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 46u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 47u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 48u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE java 51002 openfire 49u IPv4 0t0 TCP no PCB, CANTSENDMORE, CANTRCVMORE ... A ktrace of the process shows *lots* of kse_release() calls, but I'm not sure what to look for exactly. What I would try next, is to use libmap for java to use libthr instead of libpthread(libkse). Can anyone here confirm, are there known problems with java and libthr under 6.x? Thanks, Uli From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:22:58 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 523E316A419; Tue, 4 Dec 2007 11:22:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0820113C457; Tue, 4 Dec 2007 11:22:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5718446B43; Tue, 4 Dec 2007 06:27:45 -0500 (EST) Date: Tue, 4 Dec 2007 11:22:49 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ed Schouten In-Reply-To: <20071204102328.GK72574@hoeg.nl> Message-ID: <20071204111050.W30376@fledge.watson.org> References: <20071203225800.S30376@fledge.watson.org> <20071204102328.GK72574@hoeg.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 04 Dec 2007 11:22:58 -0000 On Tue, 4 Dec 2007, Ed Schouten wrote: > * Robert Watson wrote: >> Unfortunately, the current implementation is subject to a potential >> resource leak: the pty is created when the lookup occurs, but if the open >> never takes place, then the pty is leaked. In principle, we have >> facilities to GC unused device nodes "eventually", although not a race-free >> way to determine that no race occurs, assuming that we implemented that. >> This leakage turns out to interact particularly poorly with our resource >> limits on pty/pts pairs -- both the administrative limit imposed by sysctl >> and also the functional limit on the number of entries in /etc/ttys. It's >> possible to imagine various sometimes messy techniques of performing this >> garbage collection. > > So this is the same issue I sent a message to arch@ about some time ago, > that /dev/ptmx already returns a reference to the new pty, already when you > stat(2) it (for example by running `ls -l /dev/ptmx')? Yes. There's also another known issue, likely not corrected by this patch, in which closing the pty before the pts fails to properly wake up processes hung off the pts and inform them of its impending doom, resulting in the pty/pts pair never being garbage-collected. I've not tracked this down yet, but you can reproduce it by running screen(1) and then "killing" a screen. screen(1) closes the pty and relies on the pty/pts mechanism to do the rest, which doesn't. >> Instead, what I'd like to do is modify the ptmx code to have a race-free >> protocol, in which eventual termination of processes referencing the node >> results in freeing of the nodes. On some systems, ptmx performs a >> "bait-and-switch", in which the file descriptor of the pty node is silently >> substituted for the file descriptor of the ptmx code--similar to our model, >> only no window between lookup and open, but also not easily supported in >> our current VFS. Another possibility is to introduce a new system call and >> bypass ptmx entirely -- similar to pipe(), socketpair(), etc. > > I actually think that this sounds pretty nice. You mean something like an > in-kernel implementation for openpty()? Yes -- this is something John Baldwin has suggested, but I admit to having some reservations. As I see it, the choice really comes down to complexity -- because the implementation of pts is already very complicated, we want to pick the easiest implementation to understand and maintain. Unfortunately, I'm not sure I see adding a system call as necessarily easier -- you have to create the pts device node, because ttys require a device node on which applications can operate -- to adjust echo, to query speed, program control key behavior, write for the purposes of write(1), talk(1), etc. This means that somehow, we need to instantiate the pts device node and perform an open on it -- I think in practice it's more conservative of code to do that in user space than kernel, as we can reuse the current open() code in its entirety, rather than replicating the kernel code to instantiate a file descriptor in the process, find and hook up the device node to it, etc. So I suppose the open question is the pty master node -- right now, we instantiate the node on-demand when /dev/ptmx is looked up, but as discussed, devfs has a significant weakness in this area. The revised code instantiates the node as a result of an ioct on a true /dev/ptmx node, and then the master can be opened using open() in the process. While the GC code isn't all that fun, it's not all that complicated, and reflected a very minor patch on both the user and kernel code. This suggests that a system call should, rather than creating both endpoints and hooking them up to file descriptors, instead create only a master file descriptor and give it no actual instantiation in devfs. > Another thing that would make the TTY code a little bit cleaner in my > opinion is removing the PRIV_TTY_PRISON check and making something generic > inside devfs. If we have proper garbage collecting on TTY's, then we can > just change make_dev_cred() to bind the new device node to a certain jail. > That way you could even choose to hide nodes in /dev that don't belong to > the jail in question. I'll have to think about this. BTW, while reading the pts/pty code again, I began to wonder if the comments about freeing tty's are still accurate... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:38:31 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 3535A16A41B; Tue, 4 Dec 2007 11:38:31 +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 E9DAB13C45D; Tue, 4 Dec 2007 11:38:30 +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 lB4BcURL098546; Tue, 4 Dec 2007 06:38:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB4BcTgJ014240; Tue, 4 Dec 2007 06:38:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 81A94241A2; Tue, 4 Dec 2007 06:38:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071204113829.81A94241A2@freebsd-legacy.sentex.ca> Date: Tue, 4 Dec 2007 06:38:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 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: Tue, 04 Dec 2007 11:38:31 -0000 TB --- 2007-12-04 11:37:18 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-04 11:37:18 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-12-04 11:37:18 - cleaning the object tree TB --- 2007-12-04 11:37:19 - cvsupping the source tree TB --- 2007-12-04 11:37:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2007-12-04 11:37:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-04 11:37:26 - cd /src TB --- 2007-12-04 11:37:26 - /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 [...] ===> gnu/usr.bin/gdb/gdbtui (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h gdbtui-amd64 tui-main.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb-amd64 main.o kthr.o trgt.o trgt_amd64.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-04 11:38:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-04 11:38:29 - ERROR: failed to build world TB --- 2007-12-04 11:38:29 - tinderbox aborted TB --- 27.15 user 9.16 system 70.95 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:39:00 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 87C2116A419; Tue, 4 Dec 2007 11:39:00 +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 4878F13C468; Tue, 4 Dec 2007 11:39:00 +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 lB4Bcxfm098587; Tue, 4 Dec 2007 06:38:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB4Bcx53014829; Tue, 4 Dec 2007 06:38:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id AD9BC241A2; Tue, 4 Dec 2007 06:38:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071204113859.AD9BC241A2@freebsd-legacy.sentex.ca> Date: Tue, 4 Dec 2007 06:38:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 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: Tue, 04 Dec 2007 11:39:00 -0000 TB --- 2007-12-04 11:38:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-04 11:38:29 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-12-04 11:38:29 - cleaning the object tree TB --- 2007-12-04 11:38:30 - cvsupping the source tree TB --- 2007-12-04 11:38:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2007-12-04 11:38:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-04 11:38:37 - cd /src TB --- 2007-12-04 11:38:37 - /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 [...] ===> gnu/usr.bin/gdb/gdbtui (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h gdbtui tui-main.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o kgdb.1.gz kgdb.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-04 11:38:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-04 11:38:59 - ERROR: failed to build world TB --- 2007-12-04 11:38:59 - tinderbox aborted TB --- 11.27 user 3.09 system 30.20 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:39:33 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 2B1E916A41B; Tue, 4 Dec 2007 11:39:33 +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 E028B13C46B; Tue, 4 Dec 2007 11:39:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB4BdWsP098629; Tue, 4 Dec 2007 06:39:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB4BdWiU018400; Tue, 4 Dec 2007 06:39:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 57AC9241A2; Tue, 4 Dec 2007 06:39:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071204113932.57AC9241A2@freebsd-legacy.sentex.ca> Date: Tue, 4 Dec 2007 06:39:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 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: Tue, 04 Dec 2007 11:39:33 -0000 TB --- 2007-12-04 11:38:59 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-04 11:38:59 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-12-04 11:38:59 - cleaning the object tree TB --- 2007-12-04 11:39:01 - cvsupping the source tree TB --- 2007-12-04 11:39:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2007-12-04 11:39:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-04 11:39:08 - cd /src TB --- 2007-12-04 11:39:08 - /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 [...] ===> gnu/usr.bin/gdb/gdbtui (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h gdbtui tui-main.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o kgdb.1.gz kgdb.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-04 11:39:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-04 11:39:32 - ERROR: failed to build world TB --- 2007-12-04 11:39:32 - tinderbox aborted TB --- 11.60 user 2.76 system 32.45 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:47:25 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 9CD0F16A417; Tue, 4 Dec 2007 11:47:25 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 606FD13C455; Tue, 4 Dec 2007 11:47:25 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9D3DE1CCCE; Tue, 4 Dec 2007 12:47:24 +0100 (CET) Date: Tue, 4 Dec 2007 12:47:24 +0100 From: Ed Schouten To: Robert Watson Message-ID: <20071204114724.GL72574@hoeg.nl> References: <20071203225800.S30376@fledge.watson.org> <20071204102328.GK72574@hoeg.nl> <20071204111050.W30376@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y8IEA2AKDLXNckrV" Content-Disposition: inline In-Reply-To: <20071204111050.W30376@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 04 Dec 2007 11:47:25 -0000 --Y8IEA2AKDLXNckrV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Robert Watson wrote: > Yes. There's also another known issue, likely not corrected by this patc= h,=20 > in which closing the pty before the pts fails to properly wake up process= es=20 > hung off the pts and inform them of its impending doom, resulting in the= =20 > pty/pts pair never being garbage-collected. I've not tracked this down= =20 > yet, but you can reproduce it by running screen(1) and then "killing" a= =20 > screen. screen(1) closes the pty and relies on the pty/pts mechanism to = do=20 > the rest, which doesn't. Indeed. I also noticed this bug. Simply killing sshd also reproduces this. The leak is caused by the obvious if-statement inside pty_maybecleanup(). This is because SESSRELE() is called after sshd closes the pty, if I can remember correctly. This also causes the dreaded `jail leak', because device nodes still exist that have been created with make_dev_cred(), so the ucred is still referenced. I guess the problem is that we can only call pty_maybecleanup() when ptsclose() is called and not when the real use-count of the tty has reached zero. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --Y8IEA2AKDLXNckrV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVT5M52SDGA2eCwURAuVmAJ4+IKFmjDtwN6FE3rpxbfX5Vrz5DwCeLMyJ Bwo1kNdbwesN2pzbYGpAUXc= =FNK+ -----END PGP SIGNATURE----- --Y8IEA2AKDLXNckrV-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 11:59:53 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 16C9B16A417 for ; Tue, 4 Dec 2007 11:59:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C2A2613C461 for ; Tue, 4 Dec 2007 11:59:52 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IzWQE-00071P-9t for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 11:58:42 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2007 11:58:42 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2007 11:58:42 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 04 Dec 2007 13:00:40 +0100 Lines: 16 Message-ID: References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <47553170.90409@bulinfo.net> Sender: news Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 11:59:53 -0000 Krassimir Slavchev wrote: > There is another report for such problems: > > http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong Of course - FreeBSD 6.x is really bad at SMP where number of CPUs is larger then about 2 and the loads include much kernel work (e.g. IO, context switches). Numeric tasks (SSL) don't depend on the kernel and so they scale ok. See http://people.freebsd.org/~kris/scaling/Scalability%20Update.pdf for details. Another issue is interesting in this thread: that apparently 7.0 also has a well defined workload where it fails. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 12:00: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 2E1A416A473 for ; Tue, 4 Dec 2007 12:00:46 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DDFE913C4DB for ; Tue, 4 Dec 2007 12:00:45 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IzWRW-0007NH-50 for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 12:00:02 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2007 12:00:02 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2007 12:00:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 04 Dec 2007 13:01:54 +0100 Lines: 9 Message-ID: References: <7ad7ddd90712040238s33afde77t4805cb6430b597fa@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <7ad7ddd90712040238s33afde77t4805cb6430b597fa@mail.gmail.com> Sender: news Subject: Re: Threads stuck in sbwait 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, 04 Dec 2007 12:00:46 -0000 Ulrich Spoerlein wrote: > Hi all, > > we are running the Jabber server Openfire on FreeBSD 6.1 and it > doesn't close its sockets, forcing use to periodically recycle the > java process. Here's some interesting output: Can you upgrade to FreeBSD 6.3? There were some fixes that might help you. Also, try using libthr instead of libpthread. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 12:14: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 BE70216A420 for ; Tue, 4 Dec 2007 12:14:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 92BBA13C4E5 for ; Tue, 4 Dec 2007 12:14:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9987846F96; Tue, 4 Dec 2007 07:19:14 -0500 (EST) Date: Tue, 4 Dec 2007 12:14:18 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Krassimir Slavchev In-Reply-To: <47553170.90409@bulinfo.net> Message-ID: <20071204121329.N87930@fledge.watson.org> References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Alexey Popov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 12:14:26 -0000 On Tue, 4 Dec 2007, Krassimir Slavchev wrote: >>> Evidence in-hand seems to suggest that 8 core systems work very well for >>> most users, and reflect a significant performance increase with 7.0 over >>> previous FreeBSD releases. >> >> I disagree with that. Heavily loaded Apache, MySQL, Postgres does not work >> well. > > There is another report for such problems: > > http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong A casual reading suggests that this article is about FreeBSD 6.2, and not FreeBSD 7.0. Am I misreading? Robert N M Watson Computer Laboratory University of Cambridge > >> >>>>> The right path forwawrd at this point is to diagnosis the problems >>>>> and work on fixing them in 8-CURRENT, and assuming they are not >>>>> highly disruptive, MFC them for FreeBSD 7.1. >>>> >>>> I believe at least the bug with lockmgr contention should be fixed >>>> before release. >>> Could you point me at the specific proposed change in question? I >>> don't think I've seen it come across re@ as a potential merge >>> request. Changing locking primitives close to a release is, FYI, a >>> risky business, as while it may improve performance in specific cases, >>> we may not have a lot of information about more general cases. We >>> also risk opening up previously nascent race conditions in lock >>> consumers. >> Kris sent me proof of concept patch that helped much against high >> lockmgr contention. After applying this patch 8-core server become >> faster that 4-core. But, again, it's still slower than Linux. >> >> Here's the patch: >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038449.html >> >> Here's Kris saying that it helps: >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038672.html >> >> I'm not sure it will help to MySQL and Prostgres, but symptoms are >> mostly identical. >> >> With best regards, >> Alexey Popov >> _______________________________________________ >> 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" >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHVTFwxJBWvpalMpkRAjX0AJ4otHVzAzVqVRKJxUlD4Y9ENdD5PACgq/eZ > ptzb/VC56JFh/Iiepy+bK/s= > =wpdw > -----END PGP SIGNATURE----- > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 12:25:08 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 F112816A417 for ; Tue, 4 Dec 2007 12:25:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 7C02A13C465 for ; Tue, 4 Dec 2007 12:25:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so2942735nfb for ; Tue, 04 Dec 2007 04:25:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=eW67jXMS6W4GSHZw3cTXrYkZ7Jfnb9wk5ImAVmv0RoA=; b=mnhQpwPG8VKcAeqEQmvoeGBM8z/Na097S+a2zsXYr/2StgGS1qM6/eGhE5hFOuX5hfGtXSATVVOpHT53cCJMTQKNWFCHFGMH6+ZLoWD8iYAtxs8o4SVX6yIFn4ICxxyaKVkueO3jhEYURly+K/+g4x+cY9y2ygI8HHjm8G1gaDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=kHYz2cwmBkcBiM0lMmuYDw+2MymsyFq6HRFKZ5yEGmsjM2Bx8u5q4czvJmal8+ej1vRGPCNZGUB+0JKBqSysyXHhNsD145xHVcjYQeuMsM4i2ZtYSdJb4KC0hAPqcq3ENAj+qq9r7YhCsfdZavHybYwTEj3+9gFnep8vbzCB15I= Received: by 10.78.205.7 with SMTP id c7mr2007347hug.1196771106462; Tue, 04 Dec 2007 04:25:06 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id m8sm6692876gvf.2007.12.04.04.25.04 (version=SSLv3 cipher=RC4-MD5); Tue, 04 Dec 2007 04:25:05 -0800 (PST) From: Tom Evans To: Ivan Voras In-Reply-To: References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ttJa0DwdTRxy3KbFuHns" Date: Tue, 04 Dec 2007 12:25:03 +0000 Message-Id: <1196771103.71694.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 12:25:09 -0000 --=-ttJa0DwdTRxy3KbFuHns Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-12-04 at 13:00 +0100, Ivan Voras wrote: > Krassimir Slavchev wrote: >=20 > > There is another report for such problems: > >=20 > > http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong >=20 > Of course - FreeBSD 6.x is really bad at SMP where number of CPUs is > larger then about 2 and the loads include much kernel work (e.g. IO, > context switches). Numeric tasks (SSL) don't depend on the kernel and so > they scale ok. See > http://people.freebsd.org/~kris/scaling/Scalability%20Update.pdf for > details. >=20 > Another issue is interesting in this thread: that apparently 7.0 also > has a well defined workload where it fails. >=20 There is also his follow up to that post, comparing postgres on 6.2 with 7.0 (ULE and 4BSD schedulers). http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2= -and-7-0 I'm very excited about getting some 7.0 servers into testing prior to deployment as production mysql boxes. Having run 7-CURRENT on my lappy for best part of 15 months, I think its supersmashinggreat :) Tom --=-ttJa0DwdTRxy3KbFuHns Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHVUcalcRvFfyds/cRAjxvAJ4vCOAzCl+wo7qKSHlPXcV/6wmtZwCdG6fh J+jqyDvynP0FaX7Y9X3WkvA= =Lixa -----END PGP SIGNATURE----- --=-ttJa0DwdTRxy3KbFuHns-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 12:26: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 BA61516A421; Tue, 4 Dec 2007 12:26:31 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id C703B13C459; Tue, 4 Dec 2007 12:26:30 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id B5E4613E76; Tue, 4 Dec 2007 14:26:29 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05420-05; Tue, 4 Dec 2007 14:26:28 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id B55F713E72; Tue, 4 Dec 2007 14:26:28 +0200 (EET) Message-ID: <47554773.2080806@bulinfo.net> Date: Tue, 04 Dec 2007 14:26:27 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Robert Watson References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> <20071204121329.N87930@fledge.watson.org> In-Reply-To: <20071204121329.N87930@fledge.watson.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org, Alexey Popov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 12:26:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Watson wrote: > > On Tue, 4 Dec 2007, Krassimir Slavchev wrote: > >>>> Evidence in-hand seems to suggest that 8 core systems work very well >>>> for most users, and reflect a significant performance increase with >>>> 7.0 over previous FreeBSD releases. >>> >>> I disagree with that. Heavily loaded Apache, MySQL, Postgres does not >>> work well. >> >> There is another report for such problems: >> >> http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong > > A casual reading suggests that this article is about FreeBSD 6.2, and > not FreeBSD 7.0. Am I misreading? No, But these tests can be performed on FreeBSD 7.0 4/8 core systems. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >>> >>>>>> The right path forwawrd at this point is to diagnosis the problems >>>>>> and work on fixing them in 8-CURRENT, and assuming they are not >>>>>> highly disruptive, MFC them for FreeBSD 7.1. >>>>> >>>>> I believe at least the bug with lockmgr contention should be fixed >>>>> before release. >>>> Could you point me at the specific proposed change in question? I >>>> don't think I've seen it come across re@ as a potential merge >>>> request. Changing locking primitives close to a release is, FYI, a >>>> risky business, as while it may improve performance in specific cases, >>>> we may not have a lot of information about more general cases. We >>>> also risk opening up previously nascent race conditions in lock >>>> consumers. >>> Kris sent me proof of concept patch that helped much against high >>> lockmgr contention. After applying this patch 8-core server become >>> faster that 4-core. But, again, it's still slower than Linux. >>> >>> Here's the patch: >>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038449.html >>> >>> >>> Here's Kris saying that it helps: >>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038672.html >>> >>> >>> I'm not sure it will help to MySQL and Prostgres, but symptoms are >>> mostly identical. >>> >>> With best regards, >>> Alexey Popov >>> _______________________________________________ >>> 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" >>> >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.7 (FreeBSD) >> >> iD8DBQFHVTFwxJBWvpalMpkRAjX0AJ4otHVzAzVqVRKJxUlD4Y9ENdD5PACgq/eZ >> ptzb/VC56JFh/Iiepy+bK/s= >> =wpdw >> -----END PGP SIGNATURE----- >> > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVUdzxJBWvpalMpkRAsXNAJ9HinGlM19ePrSdXiLqkKRgCWUHpgCfVRaw yi7Tz4lN6dcrtFVdn9601yw= =BLSg -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 12:44: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 CDC5A16A46E for ; Tue, 4 Dec 2007 12:44:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A3C2E13C44B for ; Tue, 4 Dec 2007 12:44:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A8E8847162; Tue, 4 Dec 2007 07:49:09 -0500 (EST) Date: Tue, 4 Dec 2007 12:44:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Krassimir Slavchev In-Reply-To: <47554773.2080806@bulinfo.net> Message-ID: <20071204123116.G87930@fledge.watson.org> References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> <20071204121329.N87930@fledge.watson.org> <47554773.2080806@bulinfo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Alexey Popov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 12:44:21 -0000 On Tue, 4 Dec 2007, Krassimir Slavchev wrote: >>>>> Evidence in-hand seems to suggest that 8 core systems work very well for >>>>> most users, and reflect a significant performance increase with 7.0 over >>>>> previous FreeBSD releases. >>>> >>>> I disagree with that. Heavily loaded Apache, MySQL, Postgres does not >>>> work well. >>> >>> There is another report for such problems: >>> >>> http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong >> >> A casual reading suggests that this article is about FreeBSD 6.2, and not >> FreeBSD 7.0. Am I misreading? > > No, But these tests can be performed on FreeBSD 7.0 4/8 core systems. These are precisely the sorts of tests we have been running. You can read a bit about the test in Kris's BSDCon.tr presentation: http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf We can't promise improvement on every workload, but we have seen real improvements on a great many workloads. I don't think anyone would argue that there isn't more work to be done, but at some point you have to stabilize and cut a release so that people can use something in the mean time. Releasing a perfect operating system in ten years helps no one. :-) The real issue at hand is whether we've hit a critical problem that justifies delaying the release in order to refine, test, and merge a change of a critical locking primitive in the kernel. Changing locking primitives, as I mentioned in an earlier post, is a risky thing: after all, it intentionally changes the timing for critical kernel data structures in the file system code. I've given Stephan, the author of the patch, a ping to ask him about this, but late in a release cycle, conservativism is the watch-word. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 13:15: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 9E62A16A419 for ; Tue, 4 Dec 2007 13:15:41 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1966213C4DD for ; Tue, 4 Dec 2007 13:15:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IzXXW-0006CS-G9 for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 13:10:18 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2007 13:10:18 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2007 13:10:18 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 04 Dec 2007 14:11:29 +0100 Lines: 47 Message-ID: References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> <20071204121329.N87930@fledge.watson.org> <47554773.2080806@bulinfo.net> <20071204123116.G87930@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF2AEC59CF746B56F83EA1C83" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <20071204123116.G87930@fledge.watson.org> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 13:15:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF2AEC59CF746B56F83EA1C83 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Robert Watson wrote: > Changing > locking primitives, as I mentioned in an earlier post, is a risky thing= : > after all, it intentionally changes the timing for critical kernel data= > structures in the file system code. I've given Stephan, the author of > the patch, a ping to ask him about this, but late in a release cycle, > conservativism is the watch-word. Agreed, but it would be a shame to miss on the momentum 7.0 has acquired for performance. Web servers are so common that there's a huge chance one of the first thing people will do with 7.0 would be some kind of web-benchmarks, especially after this thread on stable@. Though (as I read the thread) the patch won't bring FreeBSD in line with Linux, it will help it not to be so slow it's silly. Re: timings: Would looking at past instances give insight into future? I don't remember the time accurately, but in the past, when VFS was translated to MPSAFE and the locking reengineered, were there such proble= ms? Maybe Peter Holm can run a week or so of constant stress testing (24-hours-a-day) with the patch to verify it at least in short term? --------------enigF2AEC59CF746B56F83EA1C83 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHVVIJldnAQVacBcgRApEWAJ9jwrsWfsXmxAI/UqXCaZohKm0N+wCdGikZ SXaObFkNak6q++pqvWBAOwo= =VYYi -----END PGP SIGNATURE----- --------------enigF2AEC59CF746B56F83EA1C83-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 13:28: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 E790A16A41A; Tue, 4 Dec 2007 13:28:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A685513C457; Tue, 4 Dec 2007 13:28:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C2A2846D6B; Tue, 4 Dec 2007 08:33:47 -0500 (EST) Date: Tue, 4 Dec 2007 13:28:50 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ivan Voras In-Reply-To: Message-ID: <20071204130633.X87930@fledge.watson.org> References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 13:29:00 -0000 On Tue, 4 Dec 2007, Ivan Voras wrote: > Krassimir Slavchev wrote: > >> There is another report for such problems: >> >> http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong > > Of course - FreeBSD 6.x is really bad at SMP where number of CPUs is larger > then about 2 and the loads include much kernel work (e.g. IO, context > switches). Numeric tasks (SSL) don't depend on the kernel and so they scale > ok. See http://people.freebsd.org/~kris/scaling/Scalability%20Update.pdf for > details. > > Another issue is interesting in this thread: that apparently 7.0 also has a > well defined workload where it fails. There are several known contention points that are high on the list of targets for the 8-CURRENT branch, some hopefully with MFCs in time for 7.1. These include contention on the tcbinfo lock, which protects global TCP data structures, and route table locking, which can affect high packets-per-second transmission on multiple CPUs at a time. lockmgr is high on the list for optimization also, especially since it's an older-style sleep lock constructed out of a mutex and msleep. When we optimized file descriptor locking in 7 (which mostly impacted threaded applications, and was one of the primary sources of improvement for MySQL), it had a very similar construction as lockmgr currently has, and optimization made a very big difference. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 13:34:28 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 D925816A41A for ; Tue, 4 Dec 2007 13:34:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 6654213C4F2 for ; Tue, 4 Dec 2007 13:34:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 97E0C19E02E; Tue, 4 Dec 2007 14:34:27 +0100 (CET) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 8B76819E02D; Tue, 4 Dec 2007 14:34:22 +0100 (CET) Message-ID: <4755576D.2020801@quip.cz> Date: Tue, 04 Dec 2007 14:34:37 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Tom Evans References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> <1196771103.71694.8.camel@localhost> In-Reply-To: <1196771103.71694.8.camel@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 13:34:28 -0000 Tom Evans wrote: > On Tue, 2007-12-04 at 13:00 +0100, Ivan Voras wrote: > >>Krassimir Slavchev wrote: >> >> >>>There is another report for such problems: >>> >>>http://blog.insidesystems.net/articles/2007/04/09/what-did-i-do-wrong >> >>Of course - FreeBSD 6.x is really bad at SMP where number of CPUs is >>larger then about 2 and the loads include much kernel work (e.g. IO, >>context switches). Numeric tasks (SSL) don't depend on the kernel and so >>they scale ok. See >>http://people.freebsd.org/~kris/scaling/Scalability%20Update.pdf for >>details. >> >>Another issue is interesting in this thread: that apparently 7.0 also >>has a well defined workload where it fails. >> > > > There is also his follow up to that post, comparing postgres on 6.2 with > 7.0 (ULE and 4BSD schedulers). > > http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2-and-7-0 > > I'm very excited about getting some 7.0 servers into testing prior to > deployment as production mysql boxes. Having run 7-CURRENT on my lappy > for best part of 15 months, I think its supersmashinggreat :) I know this thread is about SMP scalling, but most of my machines are UP (Sun Fire X2100) so I run my own synthetic benchmarks (super-smack on MySQL 5.0.45 and ab on Apache 2.2.6) on an old box with AMD Barton 2500+ with 512MB RAM. I was a little disappointed, because FreeBSD 6.2 UP behaves better than FreeBSD 7.0-BETA3 (4BSD and ULE tested). super-smack on 6.2 Query_type num_queries max_time min_time q_per_s select_index 6000000 0 0 15061.63 super-smack on 7.0 (no metter if 4BSD or ULE) Query_type num_queries max_time min_time q_per_s select_index 6000000 0 0 14320.31 used command: super-smack select-key.smack 10 300000 results are from the second run The Apache Benchmark result was same on 6.2 and 7.0 (about 165 req/s), but on 7.0 Apache forks more processes (MPM prefork was used) than on 6.2. On 6.2 Apache has about 40 httpd processes running, but on 7.0 it has about 130 and console response was very very bad. example of top from 7.0 running ab -c 15 -n 50000 http://192.168.1.164/phpinfo.php last pid: 1650; load averages: 83.80, 33.58, 13.71 up 0+00:32:44 12:09:16 170 processes: 126 running, 43 sleeping, 1 zombie CPU states: 65.9% user, 0.0% nice, 14.1% system, 19.9% interrupt, 0.0% idle Mem: 140M Active, 20M Inact, 64M Wired, 5028K Cache, 34M Buf, 9708K Free Swap: 512M Total, 41M Used, 470M Free, 8% Inuse Console response was better with ULE than 4BSD, but stil not so smooth like in 6.2 So I will postpone upgrade of all my 6.2 UP machines until 7.x UP will behave better or 6.x will reach EOL. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 14:03: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 6C03016A496 for ; Tue, 4 Dec 2007 14:03:44 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id F3E5E13C45B for ; Tue, 4 Dec 2007 14:03:43 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2961225nfb for ; Tue, 04 Dec 2007 06:03:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=2VhKmEVJMkr+rPCzF/PkRlPZ3Kk/HQ1C4FUpD5nM1Q4=; b=S9twZloTNsXRS/Cp9VhlcNSdeH+ku3tPPA6e3PNoxNQsn/FuxK9yIFu0GXcE9Fs0MV5sMJUVbcJTKBNMisqJzztL5C5oDRv9YAcLDHMAStcv78Wsvcv5kBIwD3O95oU0k+ywfjZ80o8F9qlh46IJ66Stz+29ptR2THr4wwPSYlk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pxL0iNtDar3osMyqrYHnGHHf0mqC2oe9DHAkMA/pXVJeUiz+B9I4DmACKtuUgYNJVYD+/y0lxVXv8B2MYDiqEem6gSh2q28iuLkTdXc3ogidZA2yhCmas4asC+j/Rn8TeJxBw1NrG/YDNmMlJGXC2yqHTSDUMmAfpgksCsU65u0= Received: by 10.78.171.20 with SMTP id t20mr3540202hue.1196775581939; Tue, 04 Dec 2007 05:39:41 -0800 (PST) Received: by 10.78.168.5 with HTTP; Tue, 4 Dec 2007 05:39:36 -0800 (PST) Message-ID: <7ad7ddd90712040539t21b114a6m76496e7041fe01f5@mail.gmail.com> Date: Tue, 4 Dec 2007 14:39:36 +0100 From: "Ulrich Spoerlein" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7ad7ddd90712040238s33afde77t4805cb6430b597fa@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Threads stuck in sbwait 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, 04 Dec 2007 14:03:44 -0000 On Dec 4, 2007 1:01 PM, Ivan Voras wrote: > > we are running the Jabber server Openfire on FreeBSD 6.1 and it > > doesn't close its sockets, forcing use to periodically recycle the > > java process. Here's some interesting output: > > Can you upgrade to FreeBSD 6.3? There were some fixes that might help > you. Also, try using libthr instead of libpthread. Not easily, no. But I'll try libthr upon next restart of the process. Uli From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 14:32: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 D899916A41B for ; Tue, 4 Dec 2007 14:32:25 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0ED13C447 for ; Tue, 4 Dec 2007 14:32:25 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lB4EWITm069796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 09:32:19 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Ivan Voras In-Reply-To: References: <20071201213732.GA16638@cannabis.dataforce.net> <1497741406.20071201230441@rulez.sk> <20071202174540.GA29572@cannabis.dataforce.net> <200712020844.49718.linimon@FreeBSD.org> <4753C9E4.1060200@chistydom.ru> <20071203114037.G79674@fledge.watson.org> <47542372.3040303@chistydom.ru> <20071203163353.J79674@fledge.watson.org> <47551C1C.3000903@chistydom.ru> <47553170.90409@bulinfo.net> <20071204121329.N87930@fledge.watson.org> <47554773.2080806@bulinfo.net> <20071204123116.G87930@fledge.watson.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Yb7Bhyra5CNctt9WVLFi" Organization: U. Buffalo CSE Department Date: Tue, 04 Dec 2007 09:32:18 -0500 Message-Id: <1196778738.12497.18.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 14:32:25 -0000 --=-Yb7Bhyra5CNctt9WVLFi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-12-04 at 14:11 +0100, Ivan Voras wrote: > Robert Watson wrote: >=20 > > Changing > > locking primitives, as I mentioned in an earlier post, is a risky thing= : > > after all, it intentionally changes the timing for critical kernel data > > structures in the file system code. I've given Stephan, the author of > > the patch, a ping to ask him about this, but late in a release cycle, > > conservativism is the watch-word. >=20 > Agreed, but it would be a shame to miss on the momentum 7.0 has acquired > for performance. Web servers are so common that there's a huge chance > one of the first thing people will do with 7.0 would be some kind of > web-benchmarks, especially after this thread on stable@. Though (as I > read the thread) the patch won't bring FreeBSD in line with Linux, it > will help it not to be so slow it's silly. >=20 > Re: timings: Would looking at past instances give insight into future? I > don't remember the time accurately, but in the past, when VFS was > translated to MPSAFE and the locking reengineered, were there such proble= ms? >=20 > Maybe Peter Holm can run a week or so of constant stress testing > (24-hours-a-day) with the patch to verify it at least in short term? >=20 I need to agree with Robert on this one. At some point you need to stop fiddling with nits, cut the release, and then fiddle with the nits in preparation for the next release. As we get closer to the point we think we can actually do the release RE needs to weigh the benefits of commit requests versus the risks. One of the biggest factors in our evaluation of the benefits is whether it's addressing an issue that completely blocks functionality (due to the bugs the system panics or otherwise does not do something it should) or if it "merely" improves on something. The latter we really need to consider extremely carefully because it's *possible* that adjustment would lead to the introduction of new bugs of the "blocks functionality" form. And this thread demonstrates to some degree exactly why a week of Peter Holm's stress testing doesn't leave us with the warm fuzzy feeling that an adjustment is perfect. It shows it's OK for his synthetic workload. But synthetic workloads of various forms showed improvements in throughput with 7.0 versus 6.3 while other workloads (e.g. the one that started off this thread...) don't. Whether 7.0 helps with peoples' workloads or not there is one thing in common throughout this thread and that's nobody here has been saying the system fails completely (note I said *this* *thread*... :-). RE values that over people getting improved performance for specific workloads at *this* phase of a release cycle. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Yb7Bhyra5CNctt9WVLFi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHVWTy/G14VSmup/YRAi8zAJ9RU6XvMqx/VBhbA8Nv3EVzw2DDegCeLVmV MjzLOaX6DpaEmsva40Z7+z4= =5mZd -----END PGP SIGNATURE----- --=-Yb7Bhyra5CNctt9WVLFi-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 15:35: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 98E3016A41A for ; Tue, 4 Dec 2007 15:35:58 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1330513C457 for ; Tue, 4 Dec 2007 15:35:57 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-59.dynamic.sbb.co.yu [89.216.167.59]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id lB4FZqJ7007471 for ; Tue, 4 Dec 2007 16:35:53 +0100 Received: by faust.net (Postfix, from userid 1001) id B2AE11CC2F; Tue, 4 Dec 2007 16:30:22 +0100 (CET) Date: Tue, 4 Dec 2007 16:30:22 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20071204153022.GA861@faust.net> References: <20071204003242.0BFF616A4C2@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071204003242.0BFF616A4C2@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 3.1 X-SBB-Spam-Level: XXXXXX Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 04 Dec 2007 15:35:58 -0000 > > Now we also have terribly performing PostgreSQL on 8-core server. We > > noticed the slowdown after moving PostgreSQL from 2xXeon 3.0 > > Apache+PostgreSQL server to dedicated PostgreSQL server. I collected > > some stats (see attach) before moving to Linux. I'm sure that some code optimization could help to have multicore enhancement. Rapidmind example comes as proof that there is room to make things better. I saw some text on Sun compiler making code more able to use cores and get the speed. Intel also tried to do the same. Maybe the same extent of work should be put on app optimization, aside to os changes. Despite I like bsd better, must to say that linux does not sleep and wait. Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 15:42: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 6BC8416A417 for ; Tue, 4 Dec 2007 15:42:35 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33710.mail.mud.yahoo.com (web33710.mail.mud.yahoo.com [68.142.201.207]) by mx1.freebsd.org (Postfix) with SMTP id 39AD413C4D5 for ; Tue, 4 Dec 2007 15:42:35 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 7651 invoked by uid 60001); 4 Dec 2007 15:42:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=gosJZeWlrwTFq1ipIN4KXIQ9VjkmchiTawzsBy4mF3p6AoisoD19X7d6nhEmfGymPrNSuOJbzGFd0MWvcs1Yav3NL+mLbCQkniDQNdw3/kDRtOWhJHt7ly88C4YBoTdslyuxGbicL8wwC6hJrdBdGOeXsq2UJloXAELtcLrAoaA=; X-YMail-OSG: ZvjgS3oVM1mrbAKuKK_zc0.oHoJYuiyHuHQ0FJlOqOFRK9FMD9TBDYAbMojFsYa74tYcN3FVrI9gfKSrfccEylh7.Xe97K8MhcQH1bZumARjH4M- Received: from [89.211.5.3] by web33710.mail.mud.yahoo.com via HTTP; Tue, 04 Dec 2007 07:42:34 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.157 Date: Tue, 4 Dec 2007 07:42:34 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Pyun YongHyeon MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <482120.6952.qm@web33710.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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, 04 Dec 2007 15:42:35 -0000 Hello Pyun, ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD STABLE > Sent: Tuesday, December 4, 2007 3:44:53 AM > Subject: Re: Intel DG31PR and RTL8168/8111 issue > > On Mon, Dec 03, 2007 at 12:52:33PM -0800, Abdullah Ibn Hamad > Al-Marri > wrote: > > Hello Pyun, > > > > This is a new server with latest RELENG_7 src and latest BIOS > as > well. > > > > 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 7.0-BETA4 #0: Mon Dec 3 23:37:27 UTC 2007 > > lomag@mx1.wearab.net:/usr/obj/usr/src/sys/MX1 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz > > K8-class CPU) > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > Features=0xbfebfbff > OV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > Features2=0xe3fd > > AMD Features=0x20100800 > > AMD Features2=0x1 > > Cores per package: 2 > > usable memory = 4275109888 (4077 MB) > > avail memory = 4106035200 (3915 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > ioapic0 irqs 0-23 on motherboard > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on > > acpi0 > > acpi_hpet0: iomem > > 0xfed00000-0xfed003ff on acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > cpu0: on acpi0 > > est0: on cpu0 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est0 attach returned 6 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est1 attach returned 6 > > p4tcc1: on cpu1 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 1.0 on pci0 > > pci1: on pcib1 > > vgapci0: port 0xc070-0xc077 mem > > 0xd0300000-0xd037ffff,0xc0000000-0xcfffffff,0xd0200000-0xd02fffff > > irq 16 at device 2.0 on pci0 > > pcib2: irq 16 at device 28.0 on pci0 > > pci2: on pcib2 > > pcib3: irq 17 at device 28.1 on pci0 > > pci3: on pcib3 > > pci3: at device 0.0 (no driver attached) > > pcib4: at device 30.0 on pci0 > > pci4: on pcib4 > > sis0: port 0xa000-0xa0ff mem > > 0xd0010000-0xd0010fff irq 21 at device 6.0 on pci4 > > sis0: Silicon Revision: DP83815D > > miibus0: on sis0 > > ukphy0: PHY 0 on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > sis0: Ethernet address: 00:30:ab:19:8b:c3 > > sis0: [ITHREAD] > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port > > > 0xc060-0xc067,0xc050-0xc053,0xc040-0xc047,0xc030-0xc033,0xc020-0xc02f > > irq 17 at device 31.2 on pci0 > > atapci0: [ITHREAD] > > ata2: on atapci0 > > ata2: [ITHREAD] > > ata3: on atapci0 > > ata3: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > acpi_button1: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on > > acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > > on isa0 > > Timecounters tick every 1.000 msec > > ad4: 238475MB at ata2-master SATA150 > > ad6: 715404MB at ata3-master > > SATA150 > > SMP: AP CPU #1 Launched! > > Trying to mount root from ufs:/dev/ad4s1a > > sis0: Applying short cable fix (reg=f5) > > > > > > none1@pci0:3:0:0: class=0x020000 card=0xd6088086 > > chip=0x816810ec rev=0x01 hdr=0x00 > > vendor = 'Realtek Semiconductor' > > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > > class = network > > subclass = ethernet > > > > Try attached patch. I think I posted similiar patches several times > to get feedback but I have never heard of success/failure. > > -- > Regards, > Pyun YongHyeon > > > -----Inline Attachment Follows----- > > Index: dev/re/if_re.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v > retrieving revision 1.98 > diff -u -r1.98 if_re.c > --- dev/re/if_re.c 3 Dec 2007 01:28:08 -0000 1.98 > +++ dev/re/if_re.c 4 Dec 2007 00:36:06 -0000 > @@ -182,6 +182,8 @@ > "RealTek 8168/8111B PCIe Gigabit Ethernet" }, > { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, > "RealTek 8168/8111B PCIe Gigabit Ethernet" }, > + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3, > + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, > { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, > "RealTek 8169 Gigabit Ethernet" }, > { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, > @@ -223,6 +225,7 @@ > { RL_HWREV_8100E, RL_8169, "8100E"}, > { RL_HWREV_8101E, RL_8169, "8101E"}, > { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, > + { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, > { 0, 0, NULL } > }; > > @@ -683,13 +686,19 @@ > > hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; > > - if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || > - hwrev == RL_HWREV_8168_SPIN1 || hwrev == > RL_HWREV_8168_SPIN2) > { > + switch (hwrev) { > + case RL_HWREV_8100E: > + case RL_HWREV_8101E: > + case RL_HWREV_8168_SPIN1: > + case RL_HWREV_8168_SPIN2: > + case RL_HWREV_8168_SPIN3: > CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); > CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); > - } else { > + break; > + default: > CSR_WRITE_4(sc, RL_MAR0, hashes[0]); > CSR_WRITE_4(sc, RL_MAR4, hashes[1]); > + break; > } > } > > @@ -940,6 +949,9 @@ > sc->rl_btag = rman_get_bustag(sc->rl_res); > sc->rl_bhandle = rman_get_bushandle(sc->rl_res); > hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; > +#if 1 > + printf("hwrev = %x\n", hwrev); > +#endif > bus_release_resource(dev, RL_RES, > RL_RID, sc->rl_res); > if (t->rl_basetype == hwrev) { > @@ -1320,6 +1332,7 @@ > case RL_HWREV_8169_8110SB: > case RL_HWREV_8169_8110SC: > case RL_HWREV_8168_SPIN2: > + case RL_HWREV_8168_SPIN3: > re_gmii_writereg(dev, 1, 0x1f, 0); > re_gmii_writereg(dev, 1, 0x0e, 0); > break; > Index: pci/if_rlreg.h > =================================================================== > RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v > retrieving revision 1.68 > diff -u -r1.68 if_rlreg.h > --- pci/if_rlreg.h 26 Nov 2007 18:25:07 -0000 1.68 > +++ pci/if_rlreg.h 4 Dec 2007 00:36:06 -0000 > @@ -156,6 +156,7 @@ > #define RL_HWREV_8100E 0x30800000 > #define RL_HWREV_8101E 0x34000000 > #define RL_HWREV_8168_SPIN2 0x38000000 > +#define RL_HWREV_8168_SPIN3 0x38400000 > #define RL_HWREV_8139 0x60000000 > #define RL_HWREV_8139A 0x70000000 > #define RL_HWREV_8139AG 0x70800000 > > > > -----Inline Attachment Follows----- > I tried this patch and it worked before I got the patch you sent. Index: dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.95 diff -u -r1.95 if_re.c --- dev/re/if_re.c 14 Aug 2007 02:00:04 -0000 1.95 +++ dev/re/if_re.c 30 Oct 2007 01:05:06 -0000 @@ -180,6 +180,8 @@ "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3, + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, @@ -221,6 +223,7 @@ { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, + { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { 0, 0, NULL } }; @@ -676,14 +679,18 @@ */ hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; - - if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || - hwrev == RL_HWREV_8168_SPIN1 || hwrev == RL_HWREV_8168_SPIN2) { + switch (hwrev) { + case RL_HWREV_8100E: + case RL_HWREV_8101E: + case RL_HWREV_8168_SPIN1: + case RL_HWREV_8168_SPIN2: CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); - } else { + break; + default: CSR_WRITE_4(sc, RL_MAR0, hashes[0]); CSR_WRITE_4(sc, RL_MAR4, hashes[1]); + break; } } @@ -1314,6 +1321,7 @@ case RL_HWREV_8169_8110SB: case RL_HWREV_8169_8110SC: case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: re_gmii_writereg(dev, 1, 0x1f, 0); re_gmii_writereg(dev, 1, 0x0e, 0); break; Index: pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.67 diff -u -r1.67 if_rlreg.h --- pci/if_rlreg.h 24 Jul 2007 01:24:03 -0000 1.67 +++ pci/if_rlreg.h 30 Oct 2007 01:05:07 -0000 @@ -156,6 +156,7 @@ #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 #define RL_HWREV_8168_SPIN2 0x38000000 +#define RL_HWREV_8168_SPIN3 0x38400000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 #define RL_HWREV_8139AG 0x70800000 I'll try the patch you sent too when the server reaches the ISP and being online. Do you have any comments? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 16:11:55 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 3FD2816A469 for ; Tue, 4 Dec 2007 16:11:55 +0000 (UTC) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (chuggalug2.demon.co.uk [83.104.169.191]) by mx1.freebsd.org (Postfix) with ESMTP id C558E13C505 for ; Tue, 4 Dec 2007 16:11:54 +0000 (UTC) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (localhost [127.0.0.1]) by chuggalug.clues.com (8.14.0/8.12.10) with ESMTP id lB4FtTYq099390 for ; Tue, 4 Dec 2007 15:55:29 GMT (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.13.8/8.12.10/Submit) id lB4FtTAC099389 for stable@freebsd.org; Tue, 4 Dec 2007 15:55:29 GMT (envelope-from geoffb) Date: Tue, 4 Dec 2007 15:55:29 +0000 From: Geoff Buckingham To: stable@freebsd.org Message-ID: <20071204155529.GA98779@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: Working mini PCIe wireless? 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, 04 Dec 2007 16:11:55 -0000 I recently purchased the Dell I6400 Ubuntu laptop, with the express intent of running FreeBSD on it. My intention was to use this a working machine using PC-BSD, I.E. RELENG_6, limiting tinkering, experimentation to other systems. It comes with an Intel 3945[1] mini PCIe card, which I knew would not work. So I ordered myself a Azurewave Atheros based mini PCIe card to replace it. Unfortunatly the ath_hal[2] doesn't recognise the hardware revision, so that doesn't work either. Does anybody know of a mini PCIe wireless card that works under RELENG_6? Failing that an ExpressCard? (The 6400 has no Card Bus) Notes: [1]I know there is a 3945 driver for 7 and an older rev fo 6, I tried it it locks up the machine. [2] Sam has a more recent HAL on his "people" page, but the headers have changed making it non-trivial, for me at least, to compile into a RELENG_6 kernel/module. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 16:56: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 BA47116A46B for ; Tue, 4 Dec 2007 16:56:42 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id B6FB513C44B for ; Tue, 4 Dec 2007 16:56:41 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 13715 invoked by uid 502); 4 Dec 2007 16:56:32 -0000 Received: from 202.131.245.202 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.202):. Processed in 0.09381 secs); 04 Dec 2007 16:56:32 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.202):. Processed in 0.09381 secs Process 13708) Received: from unknown (HELO balgaa) (202.131.245.202) by smtp.mobinet.mn with SMTP; 4 Dec 2007 16:56:31 -0000 Message-ID: <002c01c83696$a257b370$c801000a@balgaa> From: "Balgansuren Batsukh" To: References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> <1196741989.823.20.camel@RabbitsDen> Date: Wed, 5 Dec 2007 00:56:03 +0800 Organization: Personal 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.3198 Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 16:56:42 -0000 Hello All, After I follow below instruction it boot kernel, but then give me error says /etc/fstab not found etc., I will attach it next email. Balgaa ----- Original Message ----- From: "Alexandre "Sunny" Kovalenko" To: "Balgansuren Batsukh" Cc: Sent: Tuesday, December 04, 2007 12:19 PM Subject: Re: FreeBSD-6.2, 7.0-BETA1 on X60 > > On Mon, 2007-12-03 at 21:31 +0800, Balgansuren Batsukh wrote: >> Hello All, >> >> I tried to install FreeBSD on X60 using PXE boot, but unsuccessfully >> finish >> my attempt. >> >> When it start PXE boot it get IP address from DHCP, download PXE boot >> file >> from TFTP server, >> then trying to load kernel image from TFTP server. >> >> After 10-20 minutes it give me error message "can't load kernel", I tried >> many times load boot/kernel/kernel, but same result. >> >> I guess PXE boot read much longer time to load kernel file and suddenly >> give >> me error message. >> >> I followed instruction on http://www.hack.org/mc/freebsd-x60.html >> >> I made X60---->LAN switch---->TFTP/DHCP/NFS server and even tried >> X60---cross-over cable---->TFTP/DHCP/NFS server. >> >> Is there any suggestion? > > I have built my X60 from such a setup and then used it as the "FixIt" > environment more then a few times. Here are relevant bits from the > server (watch out for the line wrapping): > > === /usr/local/etc/dhcpd.conf (I am using isc-dhcp3-server-3.0.5_2) > option domain-name "rabbitslawn.verizon.net"; > option domain-name-servers rabbitslawn.verizon.net; > > default-lease-time 600; > max-lease-time 7200; > > authoritative; > > ddns-update-style none; > > log-facility local7; > > server-name "twinhead"; > server-identifier 10.0.3.236; > next-server 10.0.3.236; > > subnet 10.0.3.0 netmask 255.255.255.0 { > range 10.0.3.33 10.0.3.64; > option routers 10.0.3.242; > option domain-name-servers 10.0.3.242; > option root-path "/SHARED/tftpboot"; > filename "boot/pxeboot"; > } > > === /etc/exports (excerpt) > /SHARED -alldirs > > === /etc/inetd.conf (excerpt) > tftp dgram udp wait root /usr/libexec/tftpd tftpd -u > sunny -l -s /SHARED/tftpboot > > === /etc/rc.conf (excerpt) > nfs_server_enable="YES" > rpcbind_enable="YES" > > === /SHARED/tftpboot > Contains fairly old (February 2007) snapshot of then 7-CURRENT with two > modifications > > === /SHARED/tftpboot/boot/loader.rc > echo Loading Kernel... > load /boot/kernel/kernel > echo Loading mfsroot... > load -t mfs_root /mfsroot > echo booting... > echo \007\007 > echo initializing h0h0magic... > set vfs.root.mountfrom="ufs:/dev/md0c" > boot > > === /SHARED/tftpboot/mfsroot > Is the decompressed version of /SHARED/tftpboot/boot/mfsroot.gz. > > I can confirm that stopping NFS on the server will give the symptoms > roughly corresponding to the ones you are describing, so the first thing > I would recommend checking is the ability to mount your equivalent of > the "/SHARED/tftpboot" above. > > Hopefully this is all I have done to get this to work -- I have picked > most of it from someone's web page, but I could not find original URL > ATM. >> >> Regards, >> Balgaa >> >> _______________________________________________ >> 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" > -- > Alexandre "Sunny" Kovalenko > > > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.16.13/1165 - Release Date: > 12/2/2007 8:34 PM > > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 16:58: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 B5C4916A474 for ; Tue, 4 Dec 2007 16:58:12 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id A139713C474 for ; Tue, 4 Dec 2007 16:58:11 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 13762 invoked by uid 502); 4 Dec 2007 16:58:03 -0000 Received: from 202.131.245.202 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.202):. Processed in 0.949222 secs); 04 Dec 2007 16:58:03 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.202):. Processed in 0.949222 secs Process 13756) Received: from unknown (HELO balgaa) (202.131.245.202) by smtp.mobinet.mn with SMTP; 4 Dec 2007 16:58:02 -0000 Message-ID: <002d01c83696$d89532f0$c801000a@balgaa> From: "Balgansuren Batsukh" To: References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> <1196741989.823.20.camel@RabbitsDen> Date: Wed, 5 Dec 2007 00:57:34 +0800 Organization: Personal 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.3198 Subject: IRQ sharing check command X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 16:58:12 -0000 Hello, Which command I need to use IRQ sharing check or allocated IRQ information? Balgaa From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 17:04: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 BA7E816A477 for ; Tue, 4 Dec 2007 17:04:26 +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 90AD713C442 for ; Tue, 4 Dec 2007 17:04:26 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id C91B9564A0; Tue, 4 Dec 2007 12:03:29 -0500 (EST) 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 zuPbdMwQQ5wE; Tue, 4 Dec 2007 12:03:29 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 9E7565644F; Tue, 4 Dec 2007 12:03:29 -0500 (EST) Message-ID: <47558899.1090906@jellydonut.org> Date: Tue, 04 Dec 2007 12:04:25 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Balgansuren Batsukh References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> <001001c835b0$f2f29700$c801000a@balgaa> <1196741989.823.20.camel@RabbitsDen> <002d01c83696$d89532f0$c801000a@balgaa> In-Reply-To: <002d01c83696$d89532f0$c801000a@balgaa> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IRQ sharing check command 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, 04 Dec 2007 17:04:26 -0000 Balgansuren Batsukh wrote: > Hello, > > Which command I need to use IRQ sharing check or allocated IRQ information? > > Balgaa Try vmstat -i -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 17:15:27 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 1060E16A417 for ; Tue, 4 Dec 2007 17:15:27 +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 DA40413C4D5 for ; Tue, 4 Dec 2007 17:15:26 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id E980F564C7; Tue, 4 Dec 2007 12:04:35 -0500 (EST) 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 gVIOXQF8LvTx; Tue, 4 Dec 2007 12:04:35 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id BCBE3564A5; Tue, 4 Dec 2007 12:04:35 -0500 (EST) Message-ID: <475588DC.3010507@jellydonut.org> Date: Tue, 04 Dec 2007 12:05:32 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Geoff Buckingham References: <20071204155529.GA98779@chuggalug.clues.com> <47558842.6030908@jellydonut.org> In-Reply-To: <47558842.6030908@jellydonut.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Working mini PCIe wireless? 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, 04 Dec 2007 17:15:27 -0000 Michael Proto wrote: > > I don't have access to my laptop at the moment (and hence can't pull the > exact kernel output regarding the adapter), but I have a ThinkPad R60 > with the ThinkPad a/b/g miniPCI-e wireless card that worked fine under > FreeBSD 6.2. I believe you can find the actual part here: > > http://shop.lenovo.com/SEUILibrary/controller/e/web/LenovoPortal/en_US/catalog.workflow:item.detail?GroupID=38&Code=40Y7026¤t-category-id=DD119CA6FA0E4518A4086EB8FF1FDD2B&model-number=9456 > > Part number: 40Y7026 > I neglected to mention this is an Atheros adapter that appears as ath0 on my system. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 17:16:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id ECC2416A468; Tue, 4 Dec 2007 17:16:43 +0000 (UTC) Date: Tue, 4 Dec 2007 17:16:43 +0000 From: David O'Brien To: "Marc G. Fournier" Message-ID: <20071204171643.GA81122@hub.freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.2-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Cc: freebsd-stable@freebsd.org Subject: Re: gdbserver on latest -STABLE ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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, 04 Dec 2007 17:16:44 -0000 On Mon, Dec 03, 2007 at 10:28:50PM -0400, Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > Is this related to the commit that just went through to enable on arch that > support it? What platform are you using? I did my build testing on a FreeBSD/amd64 RELENG_6 machine that I [attempt] to keep totally stock. foo:/src/6/contrib/gdb/gdb/gdbserver> cvs status server.c =================================================================== File: server.c Status: Up-to-date Working file: server.c Working revision: 1.1.1.4 Wed Jun 23 23:40:29 2004 Repository revision: 1.1.1.4 /home/ncvs/src/contrib/gdb/gdb/gdbserver/server.c,v Sticky Tag: RELENG_6 (branch: 1.1.1.4.8) Sticky Date: (none) Sticky Options: (none) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 17:20:28 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 9091316A469 for ; Tue, 4 Dec 2007 17:20:28 +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 9666913C455 for ; Tue, 4 Dec 2007 17:20:27 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 16AE456490; Tue, 4 Dec 2007 12:02:02 -0500 (EST) 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 StoZaBE0UC3S; Tue, 4 Dec 2007 12:02:01 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id DD68C5644F; Tue, 4 Dec 2007 12:02:01 -0500 (EST) Message-ID: <47558842.6030908@jellydonut.org> Date: Tue, 04 Dec 2007 12:02:58 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Geoff Buckingham References: <20071204155529.GA98779@chuggalug.clues.com> In-Reply-To: <20071204155529.GA98779@chuggalug.clues.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Working mini PCIe wireless? 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, 04 Dec 2007 17:20:28 -0000 Geoff Buckingham wrote: > I recently purchased the Dell I6400 Ubuntu laptop, with the express intent of > running FreeBSD on it. > > My intention was to use this a working machine using PC-BSD, I.E. RELENG_6, limiting tinkering, experimentation to other systems. > > It comes with an Intel 3945[1] mini PCIe card, which I knew would not work. So > I ordered myself a Azurewave Atheros based mini PCIe card to replace it. > Unfortunatly the ath_hal[2] doesn't recognise the hardware revision, so that > doesn't work either. > > Does anybody know of a mini PCIe wireless card that works under RELENG_6? > Failing that an ExpressCard? (The 6400 has no Card Bus) > > Notes: > > [1]I know there is a 3945 driver for 7 and an older rev fo 6, I tried it > it locks up the machine. > [2] Sam has a more recent HAL on his "people" page, but the headers have > changed making it non-trivial, for me at least, to compile into a > RELENG_6 kernel/module. > I don't have access to my laptop at the moment (and hence can't pull the exact kernel output regarding the adapter), but I have a ThinkPad R60 with the ThinkPad a/b/g miniPCI-e wireless card that worked fine under FreeBSD 6.2. I believe you can find the actual part here: http://shop.lenovo.com/SEUILibrary/controller/e/web/LenovoPortal/en_US/catalog.workflow:item.detail?GroupID=38&Code=40Y7026¤t-category-id=DD119CA6FA0E4518A4086EB8FF1FDD2B&model-number=9456 Part number: 40Y7026 -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 17:31:28 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 E12B816A468 for ; Tue, 4 Dec 2007 17:31:28 +0000 (UTC) (envelope-from trampith@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7799C13C4D3 for ; Tue, 4 Dec 2007 17:31:27 +0000 (UTC) (envelope-from trampith@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:trampith@vinland.freeshell.org [192.94.73.6]) by sdf.lonestar.org (8.14.1/8.13.8) with ESMTP id lB4HVLif002693; Tue, 4 Dec 2007 17:31:22 GMT Received: (from trampith@localhost) by sdf.lonestar.org (8.14.1/8.12.8/Submit) id lB4HVKOX004430; Tue, 4 Dec 2007 17:31:20 GMT Date: Tue, 4 Dec 2007 17:31:20 +0000 From: Thorsten Trampisch To: freebsd-stable@freebsd.org Message-ID: <20071204173120.GA25098@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20071121110253.GC37877@ilse.net> User-Agent: Mutt 1.4.2.1i (2004-02-12) (UNIX) (NetBSD 3.0.2_PATCH (alpha)) Cc: Marc Olzheim Subject: Re: Boot-time pass for geli on 7.0-BETA2, -BETA3 and RELENG_7 not working for me. 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, 04 Dec 2007 17:31:29 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Hmm, I use a SMP Kernel, so that should not be the problem. Here is my Kernel Config, I adjusted a GENERIC Kernel to my needs, when I updated to RELENG_7. After that the input for the passphrase did only generate the correct characters after pressing the single keys several times. Then I removed only the dcons options from the Kernel config and then it worked normally again. Please check your kernel config against mine for differences. Good luck, Thorsten ------------------------------------- /"\ ASCII Ribbon Campaign \ / - against HTML email & vCards X - against proprietary formats / \ --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: attachment; filename=KERNCONF cpu HAMMER ident LEVIATHAN options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing options SMP # Symmetric MultiProcessor Kernel device cpufreq device acpi device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device miibus # MII bus support device vr # VIA Rhine, Rhine II device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) options COMPAT_LINUX32 # Compatible with i386 linux binaries options LINPROCFS # Cannot be a module yet. device ucom device uftdi device uplcom device atapicam device crypto options GEOM_BDE options GEOM_ELI options GEOM_UZIP options INCLUDE_CONFIG_FILE options LIBMCHAIN options LIBALIAS options LIBICONV options SMBFS options NETSMB options SC_HISTORY_SIZE=8192 options VFS_AIO device tap device speaker --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 17:52:57 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 A38DB16A421 for ; Tue, 4 Dec 2007 17:52:57 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 348BF13C458 for ; Tue, 4 Dec 2007 17:52:56 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3010241nfb for ; Tue, 04 Dec 2007 09:52:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=eb6MEgJnznCk4S+15sNIgelwe/mR87kXz+xdM/yUM7Q=; b=uUq06wJUUQXLT+OGMv1Rm605sDJyZqGX1Eu0vE7/u0BhrPN7ZBoKnQiGDmHmHJAgM8ankynWCf1uKqAsJoorQdjjysgJeCEStC+YHdZeIdJJX9dNKAaBwD4YCMAcbGvbCYR9IlRCGRcCNsHJTha81uJAyRUNzrUjCI3wQwz7/50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SZxh/q5++oeIz0TygBEojpZ1EyX38tTLNxSrtBX7qe8JxsOqiHg8c9TPmpzgUzOjPoZNm2obeOPfvsaGSS7MGmwOGGS64c9VjQ6D/rId4gcNAoK6lT8Aub3xnBlRvtjni9x4ozui/JoKtyryG/KrhcTY2XBpjeisg+teOt9yIEA= Received: by 10.78.168.1 with SMTP id q1mr7562282hue.1196790775216; Tue, 04 Dec 2007 09:52:55 -0800 (PST) Received: by 10.78.172.18 with HTTP; Tue, 4 Dec 2007 09:52:55 -0800 (PST) Message-ID: Date: Tue, 4 Dec 2007 18:52:55 +0100 From: "Cristiano Deana" To: obrien@freebsd.org In-Reply-To: <20071204171643.GA81122@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071204171643.GA81122@hub.freebsd.org> Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 17:52:57 -0000 On Dec 4, 2007 6:16 PM, David O'Brien wrote: > What platform are you using? I did my build testing on a FreeBSD/amd64 > RELENG_6 machine that I [attempt] to keep totally stock. as i wrote you yesterday it's the same here: fileserver# grep ' tag=' /usr/share/examples/cvsup/stable-supfile # ports-all tag=. # doc-all tag=. *default release=cvs tag=RELENG_6 fileserver# head -1 /usr/src/gnu/usr.bin/gdb/Makefile # $FreeBSD: src/gnu/usr.bin/gdb/Makefile,v 1.9.8.1 2007/12/03 17:32:02 obrien Exp $ fileserver# uname -rsm FreeBSD 6.2-STABLE amd64 buildworld exit with: rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /usr/src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /usr/src/gnu/usr.bin/gdb. *** Error code 1 -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 18:08:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id D6E5316A476; Tue, 4 Dec 2007 18:08:19 +0000 (UTC) Date: Tue, 4 Dec 2007 18:08:19 +0000 From: David O'Brien To: "Marc G. Fournier" Message-ID: <20071204180819.GA92834@hub.freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.2-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Cc: freebsd-stable@freebsd.org Subject: Re: gdbserver on latest -STABLE ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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, 04 Dec 2007 18:08:19 -0000 On Mon, Dec 03, 2007 at 10:28:50PM -0400, Marc G. Fournier wrote: > ===> gnu/usr.bin/gdb/gdbserver (clean) > cd: can't cd to /usr/src/gnu/usr.bin/gdb/gdbserver > *** Error code 2 > > Stop in /usr/src/gnu/usr.bin/gdb. > > Or did I catch something 'in between'? Too many architectures, too many FreeBSD versions in flight... I've found one commit flubup I made. Please let me know if that takes care of your problem. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 18:11: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 B597F16A418 for ; Tue, 4 Dec 2007 18:11:55 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from mx1.lsn.net (mx1.lsn.net [66.90.130.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6CAFD13C458 for ; Tue, 4 Dec 2007 18:11:55 +0000 (UTC) (envelope-from davidb@boothscientific.com) Received: from [172.18.0.27] (24-155-246-45.dyn.grandenetworks.net [24.155.246.45]) by mx1.lsn.net (8.13.5/8.13.5) with ESMTP id lB4Heng8023416 for ; Tue, 4 Dec 2007 11:40:49 -0600 From: David Booth To: freebsd-stable@freebsd.org Date: Tue, 4 Dec 2007 11:40:51 -0600 User-Agent: KMail/1.9.7 References: <20071204155529.GA98779@chuggalug.clues.com> In-Reply-To: <20071204155529.GA98779@chuggalug.clues.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712041140.51541.davidb@boothscientific.com> X-Virus-Scanned: ClamAV 0.91.2/4994/Tue Dec 4 07:57:26 2007 on mx0.lsn.net X-Virus-Status: Clean Subject: Re: Working mini PCIe wireless? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidb@boothscientific.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 18:11:55 -0000 On Tuesday 04 December 2007, Geoff Buckingham wrote: > I recently purchased the Dell I6400 Ubuntu laptop, with the express > intent of running FreeBSD on it. > > My intention was to use this a working machine using PC-BSD, I.E. > RELENG_6, limiting tinkering, experimentation to other systems. > > It comes with an Intel 3945[1] mini PCIe card, which I knew would > not work. So I ordered myself a Azurewave Atheros based mini PCIe > card to replace it. Unfortunatly the ath_hal[2] doesn't recognise > the hardware revision, so that doesn't work either. > > Does anybody know of a mini PCIe wireless card that works under > RELENG_6? Failing that an ExpressCard? (The 6400 has no Card Bus) > > Notes: > > [1]I know there is a 3945 driver for 7 and an older rev fo 6, I > tried it it locks up the machine. > [2] Sam has a more recent HAL on his "people" page, but the headers > have changed making it non-trivial, for me at least, to compile > into a RELENG_6 kernel/module. > The Dell 1490 card works with NDIS. The go for less than $20 on ebay. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 18:12: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 0F0D416A418; Tue, 4 Dec 2007 18:12:01 +0000 (UTC) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (chuggalug2.demon.co.uk [83.104.169.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7923213C43E; Tue, 4 Dec 2007 18:12:00 +0000 (UTC) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (localhost [127.0.0.1]) by chuggalug.clues.com (8.14.0/8.12.10) with ESMTP id lB4HfohE004635; Tue, 4 Dec 2007 17:41:50 GMT (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.13.8/8.12.10/Submit) id lB4HfoGC004634; Tue, 4 Dec 2007 17:41:50 GMT (envelope-from geoffb) Date: Tue, 4 Dec 2007 17:41:49 +0000 From: Geoff Buckingham To: "David O'Brien" Message-ID: <20071204174149.GA4388@chuggalug.clues.com> References: <20071204171643.GA81122@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071204171643.GA81122@hub.freebsd.org> User-Agent: Mutt/1.4.1i Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 18:12:01 -0000 On Tue, Dec 04, 2007 at 05:16:43PM +0000, David O'Brien wrote: > > What platform are you using? I did my build testing on a FreeBSD/amd64 > RELENG_6 machine that I [attempt] to keep totally stock. > I have just encountered this on i386 having just cvsup'd to RELENG_6_3. The machines userland and kernel are tagged 6.2-PRERELEASE. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 18:17: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 C6F3016A41A for ; Tue, 4 Dec 2007 18:17:30 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 57EC313C468 for ; Tue, 4 Dec 2007 18:17:30 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3015628nfb for ; Tue, 04 Dec 2007 10:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=BCpF/OVH80tVGoP8cdBllXMs9d6xD3F1OJHgb/z+tUI=; b=fV+wS3QPDWTmPG2o837sRaJQFi9bTIlerNrr1scANOAlg+XDhG8TSWuSu4RavpqxTKlG3+YO50ek8j4B6MvjwtS70T6UuQjOf3DrW5wK8iMpqOkmHK5RwNlcDUez9PGaW3zdPopb9NAjqPQj2O/90vZhy1DP2ewyq6ydJrEwB0w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oSXOaS0gt2C6QYgpLBI0lH71hx0lYLXhnkDDMwVNsBTyWh8ssli1fJSBaccOXPmJ2UT81zrFrl4R3KWNW3HnfMnKLWrf9SOCgGOcVJl7ghVwmZefN8mzYjrlPW0woiJ20beq08a6DF2PfKPj9W20spPf8hKNdv2FL1K/W2crrVw= Received: by 10.78.160.4 with SMTP id i4mr3755376hue.1196792248428; Tue, 04 Dec 2007 10:17:28 -0800 (PST) Received: by 10.78.172.18 with HTTP; Tue, 4 Dec 2007 10:17:28 -0800 (PST) Message-ID: Date: Tue, 4 Dec 2007 19:17:28 +0100 From: "Cristiano Deana" To: obrien@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20071204180819.GA92834@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071204180819.GA92834@hub.freebsd.org> Cc: Subject: Re: gdbserver on latest -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: Tue, 04 Dec 2007 18:17:30 -0000 On Dec 4, 2007 7:08 PM, David O'Brien wrote: > I've found one commit flubup I made. Please let me know if that takes > care of your problem. Yes, works fine now. Thank you. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 18:55:42 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 2332316A418 for ; Tue, 4 Dec 2007 18:55:42 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id E9E2313C4D3 for ; Tue, 4 Dec 2007 18:55:41 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 3B4ED2EB8B2; Tue, 4 Dec 2007 13:55:41 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6BUTNWTFkhBf; Tue, 4 Dec 2007 13:55:41 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id EC2152EB8F1; Tue, 4 Dec 2007 13:55:40 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id BDBFE33C3D; Tue, 4 Dec 2007 13:55:40 -0500 (EST) Date: Tue, 4 Dec 2007 13:55:40 -0500 From: Adam McDougall To: Michael Proto Message-ID: <20071204185540.GS43489@egr.msu.edu> References: <20071204155529.GA98779@chuggalug.clues.com> <47558842.6030908@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47558842.6030908@jellydonut.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org, Geoff Buckingham Subject: Re: Working mini PCIe wireless? 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, 04 Dec 2007 18:55:42 -0000 On Tue, Dec 04, 2007 at 12:02:58PM -0500, Michael Proto wrote: Geoff Buckingham wrote: > I recently purchased the Dell I6400 Ubuntu laptop, with the express intent of > running FreeBSD on it. > > My intention was to use this a working machine using PC-BSD, I.E. RELENG_6, limiting tinkering, experimentation to other systems. > > It comes with an Intel 3945[1] mini PCIe card, which I knew would not work. So > I ordered myself a Azurewave Atheros based mini PCIe card to replace it. > Unfortunatly the ath_hal[2] doesn't recognise the hardware revision, so that > doesn't work either. > > Does anybody know of a mini PCIe wireless card that works under RELENG_6? > Failing that an ExpressCard? (The 6400 has no Card Bus) > > Notes: > > [1]I know there is a 3945 driver for 7 and an older rev fo 6, I tried it > it locks up the machine. > [2] Sam has a more recent HAL on his "people" page, but the headers have > changed making it non-trivial, for me at least, to compile into a > RELENG_6 kernel/module. > I don't have access to my laptop at the moment (and hence can't pull the exact kernel output regarding the adapter), but I have a ThinkPad R60 with the ThinkPad a/b/g miniPCI-e wireless card that worked fine under FreeBSD 6.2. I believe you can find the actual part here: http://shop.lenovo.com/SEUILibrary/controller/e/web/LenovoPortal/en_US/catalog.workflow:item.detail?GroupID=38&Code=40Y7026¤t-category-id=DD119CA6FA0E4518A4086EB8FF1FDD2B&model-number=9456 Part number: 40Y7026 I ordered the same card from amazon, it works with my Dell Latitude D820 but for some reason I get an occasional NMI (once a day or less) which panics FreeBSD or bluescreens windows. I found a workaround in FreeBSD, the POWERFAIL_NMI option. It beeps and logs an event instead of panicing. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 19:39: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 32F0E16A41A for ; Tue, 4 Dec 2007 19:39:35 +0000 (UTC) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (chuggalug2.demon.co.uk [83.104.169.191]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF7313C468 for ; Tue, 4 Dec 2007 19:39:33 +0000 (UTC) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (localhost [127.0.0.1]) by chuggalug.clues.com (8.14.0/8.12.10) with ESMTP id lB4JdR3q027339; Tue, 4 Dec 2007 19:39:27 GMT (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.13.8/8.12.10/Submit) id lB4JdRIf027331; Tue, 4 Dec 2007 19:39:27 GMT (envelope-from geoffb) Date: Tue, 4 Dec 2007 19:39:27 +0000 From: Geoff Buckingham To: David Booth Message-ID: <20071204193926.GA21750@chuggalug.clues.com> References: <20071204155529.GA98779@chuggalug.clues.com> <200712041140.51541.davidb@boothscientific.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200712041140.51541.davidb@boothscientific.com> User-Agent: Mutt/1.4.1i Cc: freebsd-stable@freebsd.org Subject: Re: Working mini PCIe wireless? 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, 04 Dec 2007 19:39:35 -0000 On Tue, Dec 04, 2007 at 11:40:51AM -0600, David Booth wrote: > > > The Dell 1490 card works with NDIS. The go for less than $20 on ebay. I thought this was a mini-PCI not mini-PCI-express card or is this one of the occaisons where Dell switch product but retain the same name? From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 21:04: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 67F1C16A418 for ; Tue, 4 Dec 2007 21:04:32 +0000 (UTC) (envelope-from 10143689@lon1-web-2.msh.demon.net) Received: from lon1-mail-1.visp.demon.net (lon1-mail-1.visp.demon.net [193.195.70.4]) by mx1.freebsd.org (Postfix) with ESMTP id F2D8D13C455 for ; Tue, 4 Dec 2007 21:04:31 +0000 (UTC) (envelope-from 10143689@lon1-web-2.msh.demon.net) Received: from lon1-web-2-ce533002.msh.demon.net (EHLO lon1-web-2.msh.demon.net) ([192.168.217.140]) by lon1-mail-1.visp.demon.net (MOS 3.7.5a-GA FastPath queued) with ESMTP id FTX80558; Tue, 04 Dec 2007 20:49:03 +0000 (GMT) Received: from 10143689 by lon1-web-2.msh.demon.net with local (Exim 4.10) id 1IzehO-0004Vb-00 for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 20:48:58 +0000 To: freebsd-stable@freebsd.org From: DAVID MARK MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: Sender: 10143689 <10143689@lon1-web-2.msh.demon.net> Date: Tue, 04 Dec 2007 20:48:58 +0000 Subject: INTERNAL REVENUE/FUNDS DEPARTMENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: intdavidmark1@yahoo.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 21:04:32 -0000 INTERNAL REVENUE/FUNDS DEPARTMENT LONDON,ENGLAND COMMITTEE ON FOREIGN PAYMENT (RESOLUTION PANEL ON CONTRACT PAYMENT) UNITED KINGDOM FILE CODE #: ATM/LAG/UK ATTN: BENEFICIARY, IMMEDIATE RELEASE OF YOUR INHERITANCE FUND VIA ATM SWIFT CARD. In close consultation with the World Bank, IMF and the European Union (EU),this is to notify you of your enlistment as a beneficiary of a recent Debt Management and Settlement Forum organized on the status of global arrangement to have your beneficiary fund settled once and for all. Of course, In the hope that you must have been aware of the past financialleakages in the European foreign inheritance payment system, and frustrations associated there from in your last attempt to claim the fund, wherein fund beneficiaries (like your self) was subjected to unnecessary bureaucratic bottlenecks in lieu of claiming funds due them. The World Body,having solicited and received the cooperation of British Government, in harmonizing the sequence of payments, have discovered from records of outstanding foreign inheritance fund beneficiaries due them, that your name and payment has been with held and remain unpaid as a result of such bottleneck. On the prompting of this finding, I wish to officially notify you that all aspects of your payment claim is being harmonized, enabling payment to be released to you as urgently as you act on the instructions of this mail. Consequently, Citibank london has been irected by the World Body to off set these outstanding debts, using ATM Swift Card payment arrangement. Already,a total amount of US$500 Million has been provided to the bank for this purpose and it is on first come first serve. With this arrangement, I wish to inform you that Citibank London has been instructed to issue in your name an ATM Cash Card with the valued amount of US$5M. In paying this amount to you, please note that it is without Prejudice to your original inheritance sum. Rather, it is a stop-gap payment arrangement put in place by the World Body to on the one hand ensure that you receive part of your fund, while on the other hand ensure that the process is smooth and without any form of stress whatsoever, whereas a comprehensive arrangement shall be made in future to pay off the remaining fund due you. However, we are worried with the counter information received from one Mr. Jack Law, purporting to be from your directive, with express instruction to activate the ATM Cash Card for release of fund to his name a bank account in the "Cayman Islands" Obviously, we are hesitant to honor this instruction as it were, and would request that you clarify same upon your contact with Citibank London . In addition to that, you should provide the bank with the following details to forestall any mistake of issuing the ATM Card with the wrong information already submitted by Mr. Jack Law: (1) Your full names, address, phone, fax and Cell numbers (up to date) for ease of contact. (2) Beneficiary name for activation of your ATM CARD. Believing that this arrangement will suit your condition and expectations,we will therefore request for your expedited response to avoid any more delay. Your response should be directed to Citibank London , Attention: Mr. James Wan ; Director Atm Payment Dept through his official email address:jameswang.citibankgroup@gmail.com Your file reference code for your payment is ATM/LAG/UK and should be quoted in your contact mail to the bank otherwise the bank will not recognize/process your ATM Swift Payment. Sir David Mark From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 21:17:57 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 B956916A418 for ; Tue, 4 Dec 2007 21:17:57 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7A50613C45B for ; Tue, 4 Dec 2007 21:17:56 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59573 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Izf9P-000LAf-Jz for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 21:17:55 +0000 Message-ID: <4755C403.1060902@conducive.net> Date: Tue, 04 Dec 2007 21:17:55 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: INTERNAL REVENUE/FUNDS DEPARTMENT 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, 04 Dec 2007 21:17:57 -0000 DAVID MARK wrote: > INTERNAL REVENUE/FUNDS DEPARTMENT *snip* UFB! I know folks who work with code can be considered a bit nuts. But its insulting to be taken for *fools* ... ;-) Can someone set the MTA / MLM to reject that sort of garbage? Bill From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 21:19: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 F343E16A421 for ; Tue, 4 Dec 2007 21:19:17 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id C8E9213C47E for ; Tue, 4 Dec 2007 21:19:17 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSJ00J6KN5SP950@l-daemon> for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 14:17:52 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JSJ007A4N5PKSA0@pd3mr3so.prod.shaw.ca> for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 14:17:52 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JSJ007ZIN5AXH50@l-daemon> for freebsd-stable@freebsd.org; Tue, 04 Dec 2007 14:17:34 -0700 (MST) Received: (qmail 4713 invoked from network); Tue, 04 Dec 2007 21:17:32 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Tue, 04 Dec 2007 21:17:32 +0000 Date: Tue, 04 Dec 2007 13:17:31 -0800 From: Colin Percival In-reply-to: <200711291451.47268.jhb@freebsd.org> To: John Baldwin Message-id: <4755C3EB.8010108@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.5 References: <47436A80.30306@quip.cz> <474DC5BF.7010405@freebsd.org> <200711291451.47268.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.9 (X11/20071117) Cc: freebsd-stable@freebsd.org Subject: Re: missing .cshrc and pf.conf after upgrade to 7.0-beta3 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, 04 Dec 2007 21:19:18 -0000 John Baldwin wrote: > On Wednesday 28 November 2007 02:47:11 pm Colin Percival wrote: >> Miroslav Lachman wrote: >>> I am not 100% sure, maybe I overlook something in binary major version >>> upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3 my roots >>> ~/.cshrc was "accidentally" replaced with dist version of .cshrc and >>> /etc/pf.conf is missing. >> The fact that /etc/pf.conf disappeared is due to it being removed from >> the release (it is now in /usr/share/examples/etc). The fact that /.cshrc >> was upgraded in spite of having been locally modified is probably a bad >> idea -- I'll change the default freebsd-update.conf to deal with this. > > Considering that /etc/pf.conf is a file that users edit to configure pf(4), > removing it out from under them is probably a very bad idea. The heuristics didn't work this time. :-( FreeBSD Update tries to guess what users want to have done -- in this case, the heuristic is "if a configuration file is present in release X but not in release Y, it's probably not relevant in release Y; so let's delete it". The case of a default configuration file being moved from /etc/ into /usr/share/examples/etc is one which I didn't consider; but I think the general heuristic is a good one (consider the scenario where a /etc/foo.conf is renamed to /etc/food.conf -- with the current heuristic, at least the user gets a warning that the file is disappearing rather than suddenly finding that the foo daemon isn't starting up properly for no apparent reason). Colin Percival From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 22:21: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 53ABC16A41A for ; Tue, 4 Dec 2007 22:21:42 +0000 (UTC) (envelope-from rondinos@hotmail.com) Received: from bay0-omc1-s37.bay0.hotmail.com (bay0-omc1-s37.bay0.hotmail.com [65.54.246.109]) by mx1.freebsd.org (Postfix) with ESMTP id 3E13D13C46B for ; Tue, 4 Dec 2007 22:21:42 +0000 (UTC) (envelope-from rondinos@hotmail.com) Received: from BAY122-W17 ([207.46.10.180]) by bay0-omc1-s37.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Dec 2007 14:09:44 -0800 Message-ID: X-Originating-IP: [66.131.98.168] From: Kostas Rondinoulis To: Date: Tue, 4 Dec 2007 22:09:44 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Dec 2007 22:09:44.0663 (UTC) FILETIME=[60432E70:01C836C2] Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gdbserver error 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, 04 Dec 2007 22:21:42 -0000 make buildworld or even make cleandir retunrs the following error: =20 =3D=3D=3D> gnu/usr.bin/gdb/gdbserver (cleandir)cd: can't cd to /usr/src/gnu= /usr.bin/gdb/gdbserver*** Error code 2 =20 I am currently running FreeBSD 6.3-PRERELEASE, I have done only one kernel = update after a FreeBSD 6.2 installation from the CD. I am running a quad co= re xeon 3210. =20 Kind Regards, Kosta _________________________________________________________________ Connect to the next generation of MSN Messenger=A0 http://imagine-msn.com/messenger/launch80/default.aspx?locale=3Den-us&sourc= e=3Dwlmailtagline= From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 22:25: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 DCCEE16A41B for ; Tue, 4 Dec 2007 22:25:50 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id 42F4B13C44B for ; Tue, 4 Dec 2007 22:25:35 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Wed, 5 Dec 2007 09:09:54 +1100 From: Geoff Roberts Organization: Australian Projects To: freebsd-stable@freebsd.org Date: Wed, 5 Dec 2007 09:09:34 +1100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_fAdVHhEyKaGvCjF" Message-Id: <200712050909.35045.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 45643266.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.3.57 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 09:09:55 on 05 Dec 2007 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 1 Organization: Declude, Inc. X-Helo: bsdapro.home.wollongong X-RevDNS: Subject: 7.0 - ZFS Fatal trap 12 on shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 22:25:50 -0000 --Boundary-00=_fAdVHhEyKaGvCjF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am getting the attached Fatal trap on shutdown. Whenever I create a zfs pool I get the error. eg: zpool create data da0s3a I am running FreeBSD 7 on a Supermicro 5015M-MT+ running an Intel Core2 Duo (E6700) CPU. MB Ref: http://www.supermicro.com/products/system/1U/5015/SYS-5015M-MT+.cfm I am also using a hardware raid setup using a 3ware 9650SE series controller. I have also attached dmesg output and fdisk output. I have the system hooked up to serial console output, so if there is any debugging steps that may help get to the bottom of this I should be able to help. I am trying to create the zfs pool on da0s3 or da0s3a - both cause the error. Kind regards, Geoff --Boundary-00=_fAdVHhEyKaGvCjF Content-Type: text/plain; charset="us-ascii"; name="FatalTrapSupermicro.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="FatalTrapSupermicro.txt" Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 1 1 0 0 0 done All buffers synced. Uptime: 50m27s Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc043f90d stack pointer = 0x28:0xf2e9ebf4 frame pointer = 0x28:0xf2e9ec90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 21 (swi2: cambio) trap number = 12 panic: page fault cpuid = 1 Uptime: 50m27s --Boundary-00=_fAdVHhEyKaGvCjF Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" 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 7.0-BETA4 #0: Tue Dec 4 17:52:42 EST 2007 root@server2.someplace.com:/usr/obj/usr/src/sys/SERVER2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2660.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 3220045824 (3070 MB) avail memory = 3149647872 (3003 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a06000a2a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a06000a2a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0x4000-0x40ff mem 0xe8000000-0xe9ffffff,0xea101000-0xea101fff,0xea100000-0xea100fff irq 16 at device 0.0 on pci1 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-4LPML, 4 ports, Firmware FE9X 3.06.00.003, BIOS BE9X 3.06.00.002 pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: at device 0.0 on pci9 pci10: on pcib3 pcib4: irq 17 at device 28.4 on pci0 pci13: on pcib4 em0: port 0x5000-0x501f mem 0xea000000-0xea01ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:8c:02:58 em0: [FILTER] pcib5: irq 16 at device 28.5 on pci0 pci14: on pcib5 em1: port 0x6000-0x601f mem 0xea200000-0xea21ffff irq 17 at device 0.0 on pci14 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:8c:02:59 em1: [FILTER] uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xea700000-0xea7003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci15: on pcib6 vgapci0: port 0x7000-0x70ff mem 0xe0000000-0xe7ffffff,0xea400000-0xea40ffff irq 16 at device 0.0 on pci15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xea700400-0xea7007ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 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 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 SMP: AP CPU #1 Launched! da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) Trying to mount root from ufs:/dev/da0s1a WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 em0: link state changed to UP --Boundary-00=_fAdVHhEyKaGvCjF Content-Type: text/plain; charset="us-ascii"; name="fdisk.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fdisk.txt" ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=30392 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=30392 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 83875302 (40954 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 83875365, size 62910540 (30718 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 146785905, size 341461575 (166729 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: --Boundary-00=_fAdVHhEyKaGvCjF-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:04: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 6A3DB16A584 for ; Tue, 4 Dec 2007 23:04:19 +0000 (UTC) (envelope-from phil@amdg.etowns.org) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.freebsd.org (Postfix) with ESMTP id E3BB213C455 for ; Tue, 4 Dec 2007 23:04:18 +0000 (UTC) (envelope-from phil@amdg.etowns.org) Received: from oaamta04sl.mx.bigpond.com ([58.172.113.127]) by omta04sl.mx.bigpond.com with ESMTP id <20071204230416.EKY1805.omta04sl.mx.bigpond.com@oaamta04sl.mx.bigpond.com> for ; Tue, 4 Dec 2007 23:04:16 +0000 Received: from heuristicsystems.com.au ([58.172.113.127]) by oaamta04sl.mx.bigpond.com with ESMTP id <20071204230416.TAMR21432.oaamta04sl.mx.bigpond.com@heuristicsystems.com.au> for ; Tue, 4 Dec 2007 23:04:16 +0000 Received: from black (black.hs [10.0.5.1]) (authenticated bits=0) by heuristicsystems.com.au (8.13.6/8.13.6) with ESMTP id lB4N5Emm095028 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 5 Dec 2007 10:05:14 +1100 (EST) (envelope-from phil@amdg.etowns.org) From: "Dewayne Geraghty" To: Date: Wed, 5 Dec 2007 10:04:30 +1100 Message-ID: <014a01c836ca$072c8130$0105000a@black> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Acg2ygZfAKn61nY0QF+u+i6Fh64IAg== Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Install of 6.3RC1 on Virtual PC 2007 hangs 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, 04 Dec 2007 23:04:19 -0000 The installation of 6.3RC1 hangs at the line Trying to mount root from ufs:/dev/md0 the probes immediately before this were: md0: Preloaded image 4423680 bytes at 0xc0b47cd4 ad0: 8195MB at ata0-master WDM2 acd0: DVDROM at ata1-master PIO4 This is being attempted via Virtual PC 2007 on a Core2Duo T5500 with 256MB allocated to the image, and 8GB to the VDisk. The physical CD has been used to successfully install on standalone computers, so the burnt image is ok. This isn't urgent but should be noted as there may be other virtualisation instances where RC1 doesn't install as expected. We're happy to perform other tests as required. We're staging 6.3 on Via C7's, and Intel with hifn's, and the notebook is used for quick testing of crash/burn work. Regards, Phil. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 01:23: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 A3C3816A417; Wed, 5 Dec 2007 01:23:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5DC13C44B; Wed, 5 Dec 2007 01:23:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB51NFIA017400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Dec 2007 17:23:15 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lB51NFBW032526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Dec 2007 17:23:15 -0800 Message-ID: <4755FD83.3020909@u.washington.edu> Date: Tue, 04 Dec 2007 17:23:15 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: Andreas Pettersson References: <47541063.4010101@gmail.com> <475492DD.6090401@telia.com> In-Reply-To: <475492DD.6090401@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.12.4.170136 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, "Aryeh M. Friedman" , freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 05 Dec 2007 01:23:16 -0000 Andreas Pettersson wrote: > Aryeh M. Friedman wrote: >> 1. What is more important to your personal use of FreeBSD (the ports >> system, the underlaying OS, some other aspect)? >> > >> 2. How frequently do you interact with the ports systems and what is >> the most common interaction you have with it? >> > Portupgrade a few times a month > >> 3. What is the single best aspect of the current system? >> > Installed ports are configurally very similar to the source > distribution (no renamed config files etc), so it's easy to get > support from the community. > >> 4. What is the single worst aspect of the current system? >> > I find it difficult to downgrade installed ports. > >> 5. If you where a new FreeBSD user how would your answers above >> change? If you where brand new to UNIX how whould they change? >> > Not sure. > >> 6. Assuming that there was no additional work on your behalf would you >> use a new system if it corrected your answer to number 4? >> > I think so. > >> 7. Same as question 6 but for your answer on question 3? >> > I think not. > >> 8. How long have you used FreeBSD and/or UNIX in general? >> > FreeBSD since 2003. > >> 9. That is your primary use(s) for your FreeBSD machine(s) (name >> upto 3)? >> > Firewall, development, misc > >> 10. Assuming there is no functional difference what is your preferred >> installation method for 3rd party software? >> > Ports > >> 11. On a scale from 1 to 10 (10 being the best) please rate the >> importance of the following aspects of the ports system? >> >> a. User Interface *5* >> b. Consistency of behaviors and interactions *7* >> c. Accuracy in dependant port installations *8* >> d. Internal record keeping *6* >> e. Granularity's of the port management system *?* >> >> 12. Please rate your personal technical skill level? >> > Average > Instead of asking all of the questions on a list, why not just direct people to input information via a webpage? Seems to be a bit more effective / less traffic than posting results to multiple lists.. -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 01:56:34 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 0FAB116A41A for ; Wed, 5 Dec 2007 01:56:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 8C9B213C448 for ; Wed, 5 Dec 2007 01:56:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22983 invoked by uid 399); 5 Dec 2007 01:56:32 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 5 Dec 2007 01:56:32 -0000 X-Originating-IP: 127.0.0.1 Date: Tue, 4 Dec 2007 17:56:29 -0800 (PST) From: Doug Barton To: =?ISO-2022-JP?Q?=1B$B4Z2HI8=1B=28J_Bill_Hacker?= In-Reply-To: <4755C403.1060902@conducive.net> Message-ID: References: <4755C403.1060902@conducive.net> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-912131473-1196819792=:36902" Cc: freebsd-stable@freebsd.org Subject: Re: INTERNAL REVENUE/FUNDS DEPARTMENT 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, 05 Dec 2007 01:56:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-912131473-1196819792=:36902 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT meta-comment: please don't respond to spam or inappropriate messages on the mailing lists. It just adds pointless volume. On Tue, 4 Dec 2007, 韓家ęؙ Bill Hacker wrote: > Can someone set the MTA / MLM to reject that sort of garbage? The mailing list managers do a heroic job of holding back the spam tide. If you had any idea how much spam gets blocked before we ever see it you'd nominate them for a medal. Doug -- This .signature sanitized for your protection --0-912131473-1196819792=:36902-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 02:12: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 5A90416A419 for ; Wed, 5 Dec 2007 02:12:10 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE6013C467 for ; Wed, 5 Dec 2007 02:12:09 +0000 (UTC) (envelope-from jonathan@kc8onw.net) X-CNFS-Analysis: v=1.0 c=1 a=JyQZdn45cCgA:15 a=R0E1po9oRhsA:10 a=xUvkYoQocQKi/8Los98NoQ==:17 a=wFaEK3txAAAA:8 a=hGzw-44bAAAA:8 a=ix_hu5HSKw4EBQWm6E0A:9 a=fzbwiD15OWCGhEQDtVMA:7 a=4S3VYdixNiSHVROTwdbWotfULygA:4 a=QMgMR9M9BAsA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [208.102.162.227] ([208.102.162.227:50171] helo=mail.kc8onw.net) by mail-out1.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 8B/DC-06930-8F806574 for ; Tue, 04 Dec 2007 21:12:08 -0500 Received: from [0.0.0.0] (localhost [127.0.0.1]) by mail.kc8onw.net (Postfix) with ESMTP id 9C0C128415; Tue, 4 Dec 2007 21:12:03 -0500 (EST) Message-ID: <475608A9.8010304@kc8onw.net> Date: Wed, 05 Dec 2007 05:10:49 +0300 From: Jonathan Stewart User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Jeremy Chadwick References: <47506208.3030100@kc8onw.net> <20071201005222.GA64295@eos.sc1.parodius.com> <4750B8AA.6090707@kc8onw.net> <20071201013307.GA65211@eos.sc1.parodius.com> In-Reply-To: <20071201013307.GA65211@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing files in listing when sharing ZFS directory over Samba 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, 05 Dec 2007 02:12:10 -0000 Jeremy Chadwick wrote: > On Sat, Dec 01, 2007 at 04:28:10AM +0300, Jonathan Stewart wrote: >> Jeremy Chadwick wrote: >>> On Fri, Nov 30, 2007 at 10:18:32PM +0300, Jonathan Stewart wrote: >>>> Has anyone else noticed files missing when browsing Samba shares of ZFS >>>> directories? >>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00501.html >> This sounds like my problem except a refresh on Windows does not restore >> the missing files, nor did any of the other things I mentioned in the >> original email. > > The interesting thing is that I use Samba to share many directories on a > ZFS filesystem, and I haven't run into the problem you or the other > poster have mentioned. I wonder what's different about our setups that > could explain what's going on... I don't know what the difference might be but I did some digging and found https://bugzilla.samba.org/show_bug.cgi?id=4715#c25 Setting "directory name cache size = 0" fixes the problem for me, apparently it's a performance killer but I don't have any directories with huge numbers of entries and the server is very overpowered for what it's used for. It's a workaround not a fix but it works for me till someone that has a better understanding of the systems involved fixes it correctly. My basic understanding (which may be wrong) is that Samba expects a certain thing relating to listing directories from FreeBSD that it does not do but most Linux distros do. The bug report link has vastly more detailed information. Jonathan From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 03:42: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 065A516A417 for ; Wed, 5 Dec 2007 03:42: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 DE59513C4D5 for ; Wed, 5 Dec 2007 03:42:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C7ABE1CC079; Tue, 4 Dec 2007 19:42:16 -0800 (PST) Date: Tue, 4 Dec 2007 19:42:16 -0800 From: Jeremy Chadwick To: Jonathan Stewart Message-ID: <20071205034216.GA24453@eos.sc1.parodius.com> References: <47506208.3030100@kc8onw.net> <20071201005222.GA64295@eos.sc1.parodius.com> <4750B8AA.6090707@kc8onw.net> <20071201013307.GA65211@eos.sc1.parodius.com> <475608A9.8010304@kc8onw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475608A9.8010304@kc8onw.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: julian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Missing files in listing when sharing ZFS directory over Samba 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, 05 Dec 2007 03:42:17 -0000 On Wed, Dec 05, 2007 at 05:10:49AM +0300, Jonathan Stewart wrote: > I don't know what the difference might be but I did some digging and > found https://bugzilla.samba.org/show_bug.cgi?id=4715#c25 Interestingly enough, there's already been a statement from Terry Lambert about the problem, and it's documented in comment 22: https://bugzilla.samba.org/show_bug.cgi?id=4715#c22 Additionally, the bug seems to imply that a future release of Samba will simply disable the entire BSD-specific workaround, addressing the issue of missing files -- but will have a tremendous impact on performance when it comes to directories with many files. In general, I really don't like the direction that bug is going. By that I mean, it gives me the impression that there's a ton of OS-specific code within the daemon, and the solution for them may be to add *another* layer of abstraction (by detecting the specific filesystem used on a share, and using different code per filesystem). I think this is bad. Julian, has there been any progress to resolve this outside of what's shown in the bug? I see your name mentioned in comment #6... :-) -- | 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 Wed Dec 5 05:21:06 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 8B83E16A469 for ; Wed, 5 Dec 2007 05:21:06 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 61FFA13C461 for ; Wed, 5 Dec 2007 05:21:06 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so7181641waf for ; Tue, 04 Dec 2007 21:21:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=SqVgHQYgUEo01NlmCdTF2k/If4R7PBWv3D+DQggbyaY=; b=DcpKYc+cr4F7/BNX1+gpPcK0o4ZuLBG5Zfe9X1+IarAJrLsgGDe0dJaoTt9a/TSlBq1c+GcU2VpSy/0tzFC2ikvCyn1pA/VAhdZaeEcfEatWEntxVBkD7f/NpYgSru5yQSt8DGWtYQBAf7Ai0w3lIEH9roe9JtEQJVuNTUmRJCg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZHdsD/G9nTIi0mnKTsx+XRTEK3SBvgyxNRBBDLZVy65srIZ+JroPUvMYhCM6RGLAKmtXFsWJy5IdrMJvNvH2BkEBRaxjCAHlnbwHji34nEhd3rGh9CU5Eiq5bK9CT9iWDjZDbPqqOIyTtGqzLrkI0ZTD6CWtceIjiBROgL8eRI8= Received: by 10.114.109.1 with SMTP id h1mr24156wac.1196830307605; Tue, 04 Dec 2007 20:51:47 -0800 (PST) Received: by 10.115.77.9 with HTTP; Tue, 4 Dec 2007 20:51:47 -0800 (PST) Message-ID: <4956a5e50712042051v71b5f01w9f81b931e996a454@mail.gmail.com> Date: Wed, 5 Dec 2007 01:51:47 -0300 From: Nenhum_de_Nos To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: carp + rc.conf issue 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, 05 Dec 2007 05:21:06 -0000 hail, I am running 6.3-RC1 just recompiled to support CARP. the issue is that I have two carp if, and just the second to appear in rc.conf gets born in boot. I had to do this: cloned_interfaces="carp1" ifconfig_carp1="vhid 2 192.168.254.81 advskew 100" cloned_interfaces="carp0" ifconfig_carp0="vhid 1 192.168.253.81 advskew 100" cloned_interfaces="carp1" ifconfig_carp1="vhid 2 192.168.254.81 advskew 100" so it creates both. matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 05:39: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 171A416A419 for ; Wed, 5 Dec 2007 05:39:32 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id C271413C4EA for ; Wed, 5 Dec 2007 05:39:31 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62719 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Izmyo-000Ou1-CM for freebsd-stable@freebsd.org; Wed, 05 Dec 2007 05:39:30 +0000 Message-ID: <47563992.2030605@conducive.net> Date: Wed, 05 Dec 2007 05:39:30 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4755C403.1060902@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: INTERNAL REVENUE/FUNDS DEPARTMENT 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, 05 Dec 2007 05:39:32 -0000 Doug Barton wrote: > meta-comment: please don't respond to spam or inappropriate messages on > the mailing lists. It just adds pointless volume. > > On Tue, 4 Dec 2007, 韓家ęؙ Bill Hacker wrote: > >> Can someone set the MTA / MLM to reject that sort of garbage? > > The mailing list managers do a heroic job of holding back the spam tide. > If you had any idea how much spam gets blocked before we ever see it > you'd nominate them for a medal. > > Doug > That they do! And I have a *very* good idea how much gets blocked - a prime use of our FreeBSD servers is for Exim-PostgreSQL MTA's. I'm sure a medal or three would be very much in order - though more sleep, and watching botnet traffic drop off the radar would probably be more welcome. But if we could have but 'one wish' - it would be end-user communities who understood that, yes, we DO need to block some folks they consider legitimate correspondents - because they are violating the most basic of requirements. Bill From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 06:32:06 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 B4FB616A417 for ; Wed, 5 Dec 2007 06:32:06 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 2787013C45D for ; Wed, 5 Dec 2007 06:32:05 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id lB56VtBe082364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2007 07:31:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id lB56VtJR082361; Wed, 5 Dec 2007 07:31:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Wed, 5 Dec 2007 07:31:50 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Kostas Rondinoulis In-Reply-To: Message-ID: <20071205073119.M23033@ramstind.fig.ol.no> References: Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2110313264-1196836310=:23033" X-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL, BAYES_00, UPPERCASE_25_50 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: freebsd-stable@freebsd.org Subject: Re: gdbserver error 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, 05 Dec 2007 06:32:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2110313264-1196836310=:23033 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 4 Dec 2007 22:09-0000, Kostas Rondinoulis wrote: > ===> gnu/usr.bin/gdb/gdbserver (cleandir)cd: can't cd to > /usr/src/gnu/usr.bin/gdb/gdbserver*** Error code 2 Just re-cvsup and repeat the build. - -- - ---------------------------------------------------------------------- Trond Endrestųl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHVkXabYWZalUoElsRAmmOAJ9Ahu5fWL+n2HHQC23NgiI6KnjaxQCfWj7u Q+l0mCaBKG/kDLc93Yfic1U= =SFS3 -----END PGP SIGNATURE----- --0-2110313264-1196836310=:23033-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 06:33: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 03CED16A419; Wed, 5 Dec 2007 06:33:25 +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 2F17013C448; Wed, 5 Dec 2007 06:33:23 +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 lB565gcn045015; Wed, 5 Dec 2007 07:05:42 +0100 (CET) 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 lB565fVX091473; Wed, 5 Dec 2007 07:05:41 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.13.6/8.13.6/Submit) id lB565fum091472; Wed, 5 Dec 2007 07:05:41 +0100 (CET) (envelope-from ry93) Date: Wed, 5 Dec 2007 07:05:41 +0100 From: "Patrick M. Hausen" To: Garrett Cooper Message-ID: <20071205060540.GA91260@hugo10.ka.punkt.de> References: <47541063.4010101@gmail.com> <475492DD.6090401@telia.com> <4755FD83.3020909@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4755FD83.3020909@u.washington.edu> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: "Aryeh M. Friedman" , Andreas Pettersson , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering (Repost from -ports@) 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, 05 Dec 2007 06:33:25 -0000 Mornin', On Tue, Dec 04, 2007 at 05:23:15PM -0800, Garrett Cooper wrote: > Instead of asking all of the questions on a list, why not just direct > people to input information via a webpage? Seems to be a bit more effective > / less traffic than posting results to multiple lists.. Instead of sending the filled in questionaire to the list why not simply send it back to the original author as doubtlessly intended ...? ;-) Kind regards, 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 Wed Dec 5 07:23: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 9D3C916A473 for ; Wed, 5 Dec 2007 07:23:05 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from loki.netlab.sk (ns1.netlab.sk [84.245.65.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E21C13C4F2 for ; Wed, 5 Dec 2007 07:23:04 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from lex.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Wed, 05 Dec 2007 08:21:48 +0100 id 0002E027.4756518C.00017037 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Wed, 5 Dec 2007 08:22:20 +0100 User-Agent: KMail/1.9.6 References: <4956a5e50712042051v71b5f01w9f81b931e996a454@mail.gmail.com> In-Reply-To: <4956a5e50712042051v71b5f01w9f81b931e996a454@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712050822.21965.freebsd-stable@dino.sk> Subject: Re: carp + rc.conf issue 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, 05 Dec 2007 07:23:05 -0000 On Wednesday 05 December 2007 05:51:47 Nenhum_de_Nos wrote: > hail, > > I am running 6.3-RC1 just recompiled to support CARP. the issue is > that I have two carp if, and just the second to appear in rc.conf gets > born in boot. > > I had to do this: > > cloned_interfaces="carp1" > ifconfig_carp1="vhid 2 192.168.254.81 advskew 100" > cloned_interfaces="carp0" > ifconfig_carp0="vhid 1 192.168.253.81 advskew 100" > cloned_interfaces="carp1" > ifconfig_carp1="vhid 2 192.168.254.81 advskew 100" > > so it creates both. > > matheus You should use cloned_interfaces="carp0 carp1" In your config everything before final cloned_interfaces= line gets forgotten. rc.conf is evaluated line by line, sourced in various scripts. Generally, you should not use more than one line with the same 'key' (variable name) in rc.conf, unless you are specifically utilize mentioned feature. I did it couple of time when I wanted note new configuration but not yet activate it... but you can achieve the same using '#' comments. Regards, Milan -- No need to mail me directly. Just reply to mailing list, please. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 09:09:57 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 E03F016A417 for ; Wed, 5 Dec 2007 09:09:57 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 2794D13C447 for ; Wed, 5 Dec 2007 09:09:57 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 548E8160427 for ; Wed, 5 Dec 2007 10:09:55 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3:213:72ff:fe66:e653]) by bene2.itea.ntnu.no (Postfix) with ESMTP id D5240160419 for ; Wed, 5 Dec 2007 10:09:54 +0100 (CET) Date: Wed, 5 Dec 2007 10:09:52 +0100 From: Ulf Lilleengen To: freebsd-stable@freebsd.org Message-ID: <20071205090952.GA1993@carrot.studby.ntnu.no> References: <014a01c836ca$072c8130$0105000a@black> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <014a01c836ca$072c8130$0105000a@black> User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Subject: Re: Install of 6.3RC1 on Virtual PC 2007 hangs 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, 05 Dec 2007 09:09:58 -0000 On ons, des 05, 2007 at 10:04:30am +1100, Dewayne Geraghty wrote: > The installation of 6.3RC1 hangs at the line > Trying to mount root from ufs:/dev/md0 > > the probes immediately before this were: > md0: Preloaded image 4423680 bytes at 0xc0b47cd4 > ad0: 8195MB at ata0-master WDM2 > acd0: DVDROM at ata1-master PIO4 > > This is being attempted via Virtual PC 2007 on a Core2Duo T5500 with 256MB > allocated to the image, and 8GB to the VDisk. The physical CD has been used > to successfully install on standalone computers, so the burnt image is ok. > > This isn't urgent but should be noted as there may be other virtualisation > instances where RC1 doesn't install as expected. We're happy to perform > other tests as required. We're staging 6.3 on Via C7's, and Intel with > hifn's, and the notebook is used for quick testing of crash/burn work. > I just tested it, and it also hung here at the same spot. Pentium 4, 512MB allocated RAM. I tried both capturing iso image and using the machine cdrom, but neither worked. -- Ulf Lilleengen From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 10:13:23 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 056AC16A417 for ; Wed, 5 Dec 2007 10:13:23 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id B77A313C46E for ; Wed, 5 Dec 2007 10:13:22 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id C5E0C6199 for ; Wed, 5 Dec 2007 09:55:44 +0000 (GMT) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id IftWOyLgi2Db for ; Wed, 5 Dec 2007 09:55:44 +0000 (GMT) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 742786191 for ; Wed, 5 Dec 2007 09:55:44 +0000 (GMT) From: "Lawrence Farr" To: References: <014a01c836ca$072c8130$0105000a@black> <20071205090952.GA1993@carrot.studby.ntnu.no> In-Reply-To: <20071205090952.GA1993@carrot.studby.ntnu.no> Date: Wed, 5 Dec 2007 09:55:43 -0000 Message-ID: <033901c83725$00597740$010c65c0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acg3HsHMi8deZQyvQXq8iC+/zIyPhQABevmw Content-Language: en-gb Subject: Anyone else seeing this on a make release of 7? 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, 05 Dec 2007 10:13:23 -0000 cc -Os -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundan t-decls -Wno-pointer-sign -c /usr/src/bin/ed/main.c *** Error code 1 Stop in /usr/src/bin/ed. *** Error code 1 Stop in /usr/obj/usr/src/release/fixit_crunch. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. in.c:106: warning: argument 'argv' might be clobbered by 'longjmp' or 'vfork' + umount /dev Been getting it for a week or so now, it's being built on: 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 26 01:04:55 GMT 2007 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 10:46: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 38BAA16A417 for ; Wed, 5 Dec 2007 10:46:45 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id EB20413C45D for ; Wed, 5 Dec 2007 10:46:44 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 3B648628C; Wed, 5 Dec 2007 10:46:44 +0000 (GMT) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id iehamuvHUc5K; Wed, 5 Dec 2007 10:46:44 +0000 (GMT) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 0589261BD; Wed, 5 Dec 2007 10:46:44 +0000 (GMT) From: "Lawrence Farr" To: "'Yuri Pankov'" References: <014a01c836ca$072c8130$0105000a@black> <20071205090952.GA1993@carrot.studby.ntnu.no> <033901c83725$00597740$010c65c0$@co.uk> <47567F63.7030605@gmail.com> In-Reply-To: <47567F63.7030605@gmail.com> Date: Wed, 5 Dec 2007 10:46:43 -0000 Message-ID: <036c01c8372c$1fe2b8e0$5fa82aa0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acg3KuwksKzCyUskRk2u202yZN0vggAAPsaw Content-Language: en-gb Cc: freebsd-stable@freebsd.org Subject: RE: Anyone else seeing this on a make release of 7? 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, 05 Dec 2007 10:46:45 -0000 > -----Original Message----- > From: Yuri Pankov [mailto:yuri.pankov@gmail.com] > Sent: 05 December 2007 10:37 > To: Lawrence Farr > Cc: freebsd-stable@freebsd.org > Subject: Re: Anyone else seeing this on a make release of 7? > > On 12/5/2007 12:55 PM, Lawrence Farr wrote: > > cc -Os -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > > -Wpointer-arith -W > > return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast- > align > > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs - > Wredundan > > t-decls -Wno-pointer-sign -c /usr/src/bin/ed/main.c > > *** Error code 1 > > > > Stop in /usr/src/bin/ed. > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/release/fixit_crunch. > > *** Error code 1 > > > > Stop in /usr/src/release. > > *** Error code 1 > > > > Stop in /usr/src/release. > > in.c:106: warning: argument 'argv' might be clobbered by 'longjmp' or > > 'vfork' > > + umount /dev > > > > Been getting it for a week or so now, it's being built on: > > > > 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 26 01:04:55 GMT 2007 > > Are you sure that you are building from RELENG_7 source? It doesn't > have > -Werror defined, IIRC. And HEAD should be fixed by this commit: > http://lists.freebsd.org/pipermail/cvs-src/2007-December/084624.html > > > HTH, > Yuri Got it, was using 7 source, and the release script had "RELEASETAG=." defined later in it. Thanks for the clue! From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 10:47:04 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 C503516A421 for ; Wed, 5 Dec 2007 10:47:04 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 5985813C448 for ; Wed, 5 Dec 2007 10:47:04 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so1194816anc for ; Wed, 05 Dec 2007 02:47:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=ThPXY/1agKjG56bn0GKp5ZkYWyW0oG4y5mumrNW3uoA=; b=PZ7lZdC33FgPnFUJ8wWH+fFkrTI5CX782W0iYl1SJ2dL0EPnHfxr5R7wTzIN/xtG6BFNeQCfmMp7yIJ6e1CJ1bWYjXod35YhHSpf5XwxN+MV+PSZ+DPuQxJBeBUKrjHpeS7U9g2LWTcHdecMkEpvTJsQQiATXHb2Mkp1KKgX3xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PCk12OwTbN2cIBU7cmQE2VpMLQFAIknSLvzq7ShmjZ8gf+HHzz3uuX9HVPfrD/nULGnBMuPM2IFjnj6wTlvoJtlw+EYCcZdp8gYcCveKIqg45uxUAWMgRqwPdUfAmnY5X5PlA/y98uJvXSW8RB41/ykzT10SxBfzNwY9pBhxNiE= Received: by 10.100.202.9 with SMTP id z9mr3770064anf.1196851623373; Wed, 05 Dec 2007 02:47:03 -0800 (PST) Received: by 10.100.196.18 with HTTP; Wed, 5 Dec 2007 02:47:03 -0800 (PST) Message-ID: Date: Wed, 5 Dec 2007 11:47:03 +0100 From: "Claus Guttesen" To: "Lawrence Farr" In-Reply-To: <033901c83725$00597740$010c65c0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <014a01c836ca$072c8130$0105000a@black> <20071205090952.GA1993@carrot.studby.ntnu.no> <033901c83725$00597740$010c65c0$@co.uk> Cc: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing this on a make release of 7? 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, 05 Dec 2007 10:47:04 -0000 > cc -Os -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W What happens if you revert to default optimization to -O2? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 11:06:31 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 2E14F16A417; Wed, 5 Dec 2007 11:06:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id DF63313C465; Wed, 5 Dec 2007 11:06:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2C9741CCB1; Wed, 5 Dec 2007 12:06:30 +0100 (CET) Date: Wed, 5 Dec 2007 12:06:30 +0100 From: Ed Schouten To: Robert Watson Message-ID: <20071205110630.GT72574@hoeg.nl> References: <20071203225800.S30376@fledge.watson.org> <20071204102328.GK72574@hoeg.nl> <20071204111050.W30376@fledge.watson.org> <20071204114724.GL72574@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9JI8GIjjmo2K4enO" Content-Disposition: inline In-Reply-To: <20071204114724.GL72574@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: Attention 7.x and 8.x ptmx/pts users (read if you set kern.pts.enable=1) 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, 05 Dec 2007 11:06:31 -0000 --9JI8GIjjmo2K4enO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > This also causes the dreaded `jail leak', because device nodes still > exist that have been created with make_dev_cred(), so the ucred is > still referenced. I just saw a commit flash by that disables si_cred usage in make_dev_cred(). That is indeed a good workaround for the time being. Thank you! :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --9JI8GIjjmo2K4enO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHVoY252SDGA2eCwURAmBlAJ9asatchCnkO17S+dfh1694Qjs48QCdHBID UHgrFLfckKy9oo+BbOwcUAA= =bx5v -----END PGP SIGNATURE----- --9JI8GIjjmo2K4enO-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 11:32:29 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 E5DC816A4D8 for ; Wed, 5 Dec 2007 11:32:29 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6610013C4D3 for ; Wed, 5 Dec 2007 11:32:29 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so3198272nfb for ; Wed, 05 Dec 2007 03:32:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=Fgh+3T515pO6MAhu/4PGdbXhIJXxxFsER5gEhmMW/ak=; b=atWOjtHqqinVazBPRMm3jryBaJzKJZZMVGxNGZmmNwuZRkYeDNeU7lsDeMfARB+z1bK88KVf7/L9KTYBCN4u7Iub/XBNBTUEq6yNkTwPVhbIt5Parv3V0LLUQgbyFuSEHIYRYYEDFsAGGJXuB4FNgF/BSU22Hvjde7J7EmnmqmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=kQxqtbk/VKhworEQoi2yZL/dQ+As04QjIOeAKPpmGgQkZdwpScpjrzmaLQ8mdDU13kkxgrlcqNXfvrJP+p073/l7te1EkIWz7WNSNVsb9X2pQrdQ97KaAGm59enrl0K5cJmuIdsMZXgPmtp8ch72OxdQO1Gq+s75pcPsP9tsXsU= Received: by 10.86.100.7 with SMTP id x7mr351797fgb.1196851082628; Wed, 05 Dec 2007 02:38:02 -0800 (PST) Received: from ?194.186.18.14? ( [194.186.18.14]) by mx.google.com with ESMTPS id 31sm909141fkt.2007.12.05.02.37.53 (version=SSLv3 cipher=RC4-MD5); Wed, 05 Dec 2007 02:38:01 -0800 (PST) Message-ID: <47567F63.7030605@gmail.com> Date: Wed, 05 Dec 2007 13:37:23 +0300 From: Yuri Pankov User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Lawrence Farr References: <014a01c836ca$072c8130$0105000a@black> <20071205090952.GA1993@carrot.studby.ntnu.no> <033901c83725$00597740$010c65c0$@co.uk> In-Reply-To: <033901c83725$00597740$010c65c0$@co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing this on a make release of 7? 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, 05 Dec 2007 11:32:30 -0000 On 12/5/2007 12:55 PM, Lawrence Farr wrote: > cc -Os -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -W > return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundan > t-decls -Wno-pointer-sign -c /usr/src/bin/ed/main.c > *** Error code 1 > > Stop in /usr/src/bin/ed. > *** Error code 1 > > Stop in /usr/obj/usr/src/release/fixit_crunch. > *** Error code 1 > > Stop in /usr/src/release. > *** Error code 1 > > Stop in /usr/src/release. > in.c:106: warning: argument 'argv' might be clobbered by 'longjmp' or > 'vfork' > + umount /dev > > Been getting it for a week or so now, it's being built on: > > 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 26 01:04:55 GMT 2007 Are you sure that you are building from RELENG_7 source? It doesn't have -Werror defined, IIRC. And HEAD should be fixed by this commit: http://lists.freebsd.org/pipermail/cvs-src/2007-December/084624.html HTH, Yuri From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 11:45: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 386A316A469 for ; Wed, 5 Dec 2007 11:45:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id E9D2513C46E for ; Wed, 5 Dec 2007 11:45:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so3736298rvb for ; Wed, 05 Dec 2007 03:45:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=oLkryvILm29WCU1qxTkJx4ELTw19Y7VeMojkCJoWNro=; b=RZ/0DF62HZ9aTFpBq6KRqNXU+bKMW0FJuSZ5KvGxbI+hArhcOCQRP40yypkmxOh7Jd+4h2idlzKji/OJ/6idcOQDwo6cpq8OqXq6nWJH9HlaQ87ryjlSyV6w/L+VAvjj8hSx+FixV4iwhaUn96lPdRE/vHdDOjyYv20/yOCisN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZqcmWsBLP4dX7zdaI3QZOnWotc4vT/ON+IZ2pSzFhOPJI98a0Oc4zuu+AOppP4neGwb+VaM+ZKVEt19l/hCTzuYBL7Lz1G1Q3pEXTemV1wJZMQb37byWZBu35bGEwkDCUg+xwORP9451udopn861NWT1SYpRPm6gunkTZZgvq/8= Received: by 10.140.144.4 with SMTP id r4mr1088530rvd.1196855130227; Wed, 05 Dec 2007 03:45:30 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f36sm128646rvb.2007.12.05.03.45.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Dec 2007 03:45:28 -0800 (PST) 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 lB5Bh986041646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2007 20:43: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 lB5Bh82L041645; Wed, 5 Dec 2007 20:43:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 5 Dec 2007 20:43:08 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071205114308.GB39727@cdnetworks.co.kr> References: <482120.6952.qm@web33710.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <482120.6952.qm@web33710.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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: Wed, 05 Dec 2007 11:45:31 -0000 On Tue, Dec 04, 2007 at 07:42:34AM -0800, Abdullah Ibn Hamad Al-Marri wrote: [...] > > I'll try the patch you sent too when the server reaches the ISP and being online. > > Do you have any comments? > The previous patch you used may have problems on multicast filtering. I'm not sure but all PCIe based controller from RealTek swapped multicast hash table register so it would be great if you can test latest patch. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 12:53: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 D5D7316A41A; Wed, 5 Dec 2007 12:53:16 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6443013C457; Wed, 5 Dec 2007 12:53:16 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-033-184.pools.arcor-ip.net [88.66.33.184]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IztkY46Ym-0007bS; Wed, 05 Dec 2007 13:53:15 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Wed, 5 Dec 2007 13:53:06 +0100 User-Agent: KMail/1.9.7 References: <47436A80.30306@quip.cz> <200711291451.47268.jhb@freebsd.org> <4755C3EB.8010108@freebsd.org> In-Reply-To: <4755C3EB.8010108@freebsd.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4640653.n20Dnh76uo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712051353.13065.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+3ENbhtdt0NvNmXJBY9yqihospUv6X8qgOG13 V2hIlg4L+gjut3lm4N4I0fjSuEHsTl6Vsinrc9FTSmPkVP8emT G9EFaC/UUk6PBn76fejC4WtrEEInHkWtn/Tesiova4= Cc: John Baldwin , Colin Percival Subject: Re: missing .cshrc and pf.conf after upgrade to 7.0-beta3 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, 05 Dec 2007 12:53:16 -0000 --nextPart4640653.n20Dnh76uo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 04 December 2007, Colin Percival wrote: > John Baldwin wrote: > > On Wednesday 28 November 2007 02:47:11 pm Colin Percival wrote: > >> Miroslav Lachman wrote: > >>> I am not 100% sure, maybe I overlook something in binary major > >>> version upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3 > >>> my roots ~/.cshrc was "accidentally" replaced with dist version of > >>> .cshrc and /etc/pf.conf is missing. > >> > >> The fact that /etc/pf.conf disappeared is due to it being removed > >> from the release (it is now in /usr/share/examples/etc). The fact > >> that /.cshrc was upgraded in spite of having been locally modified > >> is probably a bad idea -- I'll change the default > >> freebsd-update.conf to deal with this. > > > > Considering that /etc/pf.conf is a file that users edit to configure > > pf(4), removing it out from under them is probably a very bad idea. > > The heuristics didn't work this time. :-( > > FreeBSD Update tries to guess what users want to have done -- in this > case, the heuristic is "if a configuration file is present in release X > but not in release Y, it's probably not relevant in release Y; so let's > delete it". The case of a default configuration file being moved from > /etc/ into /usr/share/examples/etc is one which I didn't consider; but > I think the general heuristic is a good one (consider the scenario > where a /etc/foo.conf is renamed to /etc/food.conf -- with the current > heuristic, at least the user gets a warning that the file is > disappearing rather than suddenly finding that the foo daemon isn't > starting up properly for no apparent reason). Yet they lose the configuration changes they might have applied to the=20 original foo.conf. I don't think you should delete files that have=20 changed. Maybe moving them somewhere for future reference would be the=20 best thing to do? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4640653.n20Dnh76uo 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) iD8DBQBHVp85XyyEoT62BG0RAsrJAJ9GQiE33eFRMsfqe2CmNb+X+X0CmwCfR018 tlByr08JeqXdTamyvRcfPU8= =YfeW -----END PGP SIGNATURE----- --nextPart4640653.n20Dnh76uo-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 15:43:13 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 85FDC16A420 for ; Wed, 5 Dec 2007 15:43:13 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 61EC613C458 for ; Wed, 5 Dec 2007 15:43:13 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr4so.prod.shaw.ca (pd3mr4so-qfe3.prod.shaw.ca [10.0.141.180]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSL00DDW2C0PB10@l-daemon> for freebsd-stable@freebsd.org; Wed, 05 Dec 2007 08:43:12 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd3mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JSL00IR12C0GZ80@pd3mr4so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 05 Dec 2007 08:43:13 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JSL004542BZT240@l-daemon> for freebsd-stable@freebsd.org; Wed, 05 Dec 2007 08:43:12 -0700 (MST) Received: (qmail 3191 invoked from network); Wed, 05 Dec 2007 15:43:08 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Wed, 05 Dec 2007 15:43:08 +0000 Date: Wed, 05 Dec 2007 07:43:07 -0800 From: Colin Percival In-reply-to: <200712051353.13065.max@love2party.net> To: Max Laier Message-id: <4756C70B.2050400@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.5 References: <47436A80.30306@quip.cz> <200711291451.47268.jhb@freebsd.org> <4755C3EB.8010108@freebsd.org> <200712051353.13065.max@love2party.net> User-Agent: Thunderbird 2.0.0.9 (X11/20071117) Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: missing .cshrc and pf.conf after upgrade to 7.0-beta3 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, 05 Dec 2007 15:43:13 -0000 Max Laier wrote: > On Tuesday 04 December 2007, Colin Percival wrote: >> John Baldwin wrote: >>> Considering that /etc/pf.conf is a file that users edit to configure >>> pf(4), removing it out from under them is probably a very bad idea. >> >> The heuristics didn't work this time. :-( > > Yet they lose the configuration changes they might have applied to the > original foo.conf. I don't think you should delete files that have > changed. Maybe moving them somewhere for future reference would be the > best thing to do? That is, in effect, what FreeBSD Update does -- the upgrade can always be rolled back (and /etc/pf.conf recovered) by "freebsd-update rollback". Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 16:16: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 6AA0916A418 for ; Wed, 5 Dec 2007 16:16:09 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2F45013C468 for ; Wed, 5 Dec 2007 16:16:09 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 3D66860F8; Wed, 5 Dec 2007 16:16:08 +0000 (GMT) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2PNjni2bakTT; Wed, 5 Dec 2007 16:16:08 +0000 (GMT) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id E56C660E3; Wed, 5 Dec 2007 16:16:07 +0000 (GMT) From: "Lawrence Farr" To: "'Claus Guttesen'" References: <014a01c836ca$072c8130$0105000a@black> <20071205090952.GA1993@carrot.studby.ntnu.no> <033901c83725$00597740$010c65c0$@co.uk> In-Reply-To: Date: Wed, 5 Dec 2007 16:16:06 -0000 Message-ID: <04eb01c8375a$236c17d0$6a444770$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acg3LGfSSPKnAjMMRWKQlUSkbApvDQALOORw Content-Language: en-gb Cc: freebsd-stable@freebsd.org Subject: RE: Anyone else seeing this on a make release of 7? 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, 05 Dec 2007 16:16:09 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Claus Guttesen > Sent: 05 December 2007 10:47 > To: Lawrence Farr > Cc: freebsd-stable@freebsd.org > Subject: Re: Anyone else seeing this on a make release of 7? > > > cc -Os -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > > What happens if you revert to default optimization to -O2? > > -- > regards > Claus I have no optimization settings in make.conf. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 16:28: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 9665116A468; Wed, 5 Dec 2007 16:28:01 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id DABCC13C45D; Wed, 5 Dec 2007 16:28:00 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4B7AD19E019; Wed, 5 Dec 2007 17:27:59 +0100 (CET) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id BDE5719E02D; Wed, 5 Dec 2007 17:27:54 +0100 (CET) Message-ID: <4756D19F.3050003@quip.cz> Date: Wed, 05 Dec 2007 17:28:15 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Colin Percival References: <47436A80.30306@quip.cz> <200711291451.47268.jhb@freebsd.org> <4755C3EB.8010108@freebsd.org> <200712051353.13065.max@love2party.net> <4756C70B.2050400@freebsd.org> In-Reply-To: <4756C70B.2050400@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Max Laier , freebsd-stable@freebsd.org, John Baldwin Subject: Re: missing .cshrc and pf.conf after upgrade to 7.0-beta3 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, 05 Dec 2007 16:28:01 -0000 Colin Percival wrote: > Max Laier wrote: > >>On Tuesday 04 December 2007, Colin Percival wrote: >> >>>John Baldwin wrote: >>> >>>>Considering that /etc/pf.conf is a file that users edit to configure >>>>pf(4), removing it out from under them is probably a very bad idea. >>> >>>The heuristics didn't work this time. :-( >> >>Yet they lose the configuration changes they might have applied to the >>original foo.conf. I don't think you should delete files that have >>changed. Maybe moving them somewhere for future reference would be the >>best thing to do? > > > That is, in effect, what FreeBSD Update does -- the upgrade can always > be rolled back (and /etc/pf.conf recovered) by "freebsd-update rollback". Is there any way how one can recover just pf.conf and not whole upgrade? Is there any place, where warning about this issue (removing pf.conf) should go? Because many users are using PF and if anybody from them will try your freebsd-update.sh upgrade from FreeBSD 6.2 to newer release will lose pf.conf and end up with unfirewalled machine after reboot without knowing it. (just like me) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 18:35: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 6651016A417; Wed, 5 Dec 2007 18:35:33 +0000 (UTC) (envelope-from d_elbracht@ecngs.de) Received: from ecngs.de (mail.ecngs.de [217.73.144.50]) by mx1.freebsd.org (Postfix) with ESMTP id A2FA813C442; Wed, 5 Dec 2007 18:35:32 +0000 (UTC) (envelope-from d_elbracht@ecngs.de) Received: from EC1a (ec1.elbracht.net [217.73.144.99]) by ecngs.de (SurgeMail 3.8f2) with ESMTP id 1909644-1922481 for multiple; Wed, 05 Dec 2007 19:19:39 +0100 From: "d_elbracht" To: , References: <47121F9F.7050900@samsco.org> <847856.24179.qm@web30308.mail.mud.yahoo.com> Date: Wed, 5 Dec 2007 19:20:17 +0100 Message-ID: <007f01c8376b$7db79230$639049d9@EC1a> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AcgOcRU1cBtJiEb5TsWoeT7TKFDfDAACwHKwCjvL64A= In-Reply-To: Cc: Subject: AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5 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, 05 Dec 2007 18:35:33 -0000 Just an update > > --- Scott Long wrote: > > > I can geneate 30,000 I/O's per second for hours on end on several > > > types of storage hardware on FreeBSD SMP, and have no > > problems. Since > > > you're seeing this problem both when connected to a 3ware > > controller > > > and when connected to a simple ATA/SATA controller (both of > > which have > > > also been observed to do high amounts of I/O with no problems), I > > > suspect that the problem is with your disk device, not with > > FreeBSD. > > > I don't know anything about a "hyperdrive" though, so more > > information might help. > > > > > > Scott > > > > > I would say so, too... > > > > Especially because errno 5 is EIO: > > http://www.freebsd.org/cgi/man.cgi?query=errno&apropos=0&sekti > > on=0&manpath=FreeBSD+6.2-RELEASE&format=html > > > > -Arne > > I would agree with you on that, if the error (EIO) is NOT > because of the READ going wrong in the first place. > > From my understanding, the offset 81064794762854400 is NOT > within the 12 GB of the drive anymore. Or, does the offset > mean something else ? Scott, you were right in the first place, it was definitely a disk error. Thanks Dieter From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 18:45: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 6FB9C16A418 for ; Wed, 5 Dec 2007 18:45:33 +0000 (UTC) (envelope-from d_elbracht@ecngs.de) Received: from ecngs.de (mail.ecngs.de [217.73.144.50]) by mx1.freebsd.org (Postfix) with ESMTP id DA8C613C478 for ; Wed, 5 Dec 2007 18:45:32 +0000 (UTC) (envelope-from d_elbracht@ecngs.de) Received: from EC1a (ec1.elbracht.net [217.73.144.99]) by ecngs.de (SurgeMail 3.8f2) with ESMTP id 1909694-1922481 for ; Wed, 05 Dec 2007 19:44:47 +0100 From: "d_elbracht" To: Date: Wed, 5 Dec 2007 19:45:26 +0100 Message-ID: <008301c8376f$00945dc0$639049d9@EC1a> 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.2900.3198 Thread-Index: Acg3bwAwp2GePumjSEGUw5hwNPyGOA== Subject: HPET at Tyan H2000M (S3992-E) south-bridge 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, 05 Dec 2007 18:45:33 -0000 just some info that may save somebody else time on that. I swapped motherbards today on FreeBSD 6.2, AMD64, cvsup'd 07/18/2007 Orignal was a Tyan K8S (S2882) New is a Tyan H2000M (S3992-E) on boot, the system got stuck right before it would mount drives. A ctrl+c after waiting for a minute showed it hang somehere in /sbin/devd It continued to the login prompt, but the timer (e.g. date) never increased comparing the boot-logs showed: Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_hpet0: iomem 0xfed00000-0xfed03fff on acpi0 Timecounter "HPET" frequency 232831 Hz quality 2000 digging thru CVSUP, I found the change in acpi_hpet.c cvsup to 6.3-PRE, make kernel, and the problem seems to be gone: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 .... acpi_hpet0: iomem 0xfed00000-0xfed03fff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 By accident, I found that the bios-default for HPET setable in the south-bridge of the H2000M is DISABLED. Enableing it, the logs shows: Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 looks like the simple problem in this case may have been (dam..d) bios-setting Dieter From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 23:23:13 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 1C02816A417 for ; Wed, 5 Dec 2007 23:23:13 +0000 (UTC) (envelope-from mattboll@bob.selfip.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id D782F13C45B for ; Wed, 5 Dec 2007 23:23:12 +0000 (UTC) (envelope-from mattboll@bob.selfip.org) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 8AD823EA92D for ; Wed, 5 Dec 2007 23:50:33 +0100 (CET) Received: from lisa.bob.selfip.org (br137-1-82-228-156-113.fbx.proxad.net [82.228.156.113]) by smtp4-g19.free.fr (Postfix) with ESMTP id 5DD843EA56B for ; Wed, 5 Dec 2007 23:50:33 +0100 (CET) Received: from [192.168.0.3] (unknown [192.168.0.3]) by lisa.bob.selfip.org (Postfix) with ESMTP id 85B3F5C58 for ; Wed, 5 Dec 2007 23:50:32 +0100 (CET) From: Matthieu Bollot To: FreeBSD Stable Mailing List Content-Type: text/plain Date: Wed, 05 Dec 2007 23:51:15 +0100 Message-Id: <1196895075.4407.16.camel@sarah.bob.selfip.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit Subject: portupgrade trouble 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, 05 Dec 2007 23:23:13 -0000 Hi, I've got make problem, whether using portupgrade or cd /usr/ports/xx/xx && make. #uname -a FreeBSD lisa.bob.selfip.org 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #5: Sun Nov 25 18:35:33 CET 2007 mattboll@lisa.bob.selfip.org:/usr/obj/usr/src/sys/LISA i386 As you can see below, when it enters on configuring, it give me a prompt, I've got to quit them (they are 2, always) and it continues normally. Don't know where or what I should search for. [Updating the pkgdb in /var/db/pkg ... - 93 packages found (-0 +1) . done] ---> Upgrading 'pkg-config-0.22' to 'pkg-config-0.22_1' (devel/pkg-config) ---> Building '/usr/ports/devel/pkg-config' ===> Cleaning for pkg-config-0.22_1 ===> Vulnerability check disabled, database not found ===> Extracting for pkg-config-0.22_1 => MD5 Checksum OK for gnome2/pkg-config-0.22.tar.gz. => SHA256 Checksum OK for gnome2/pkg-config-0.22.tar.gz. ===> Patching for pkg-config-0.22_1 ===> Applying FreeBSD patches for pkg-config-0.22_1 ===> pkg-config-0.22_1 depends on executable: gmake - found ===> Configuring for pkg-config-0.22_1 (ROOT@lisa:p3)------------------(/usr/ports/devel/pkg-config/work/pkg-config-0.22) #exit (ROOT@lisa:p3)------------------(/usr/ports/devel/pkg-config/work/pkg-config-0.22) #exit checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes [SKIP] #cat /etc/make.conf CPUTYPE?=i686 CFLAGS= -O -pipe WITHOUT_X11=yes NO_X=true NO_GAMES=true # added by use.perl 2007-11-13 20:15:49 PERL_VER=5.8.8 PERL_VERSION=5.8.8 thanks, Matthieu. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 00:13:48 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 A2AFA16A41A for ; Thu, 6 Dec 2007 00:13:48 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1BE13C44B for ; Thu, 6 Dec 2007 00:13:48 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id lB5NsW7o040347 for ; Thu, 6 Dec 2007 00:54:32 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.1/8.14.1/Submit) id lB5NsWIa040346 for freebsd-stable@freebsd.org; Wed, 5 Dec 2007 18:54:32 -0500 (EST) (envelope-from cracauer) Date: Wed, 5 Dec 2007 18:54:32 -0500 From: Martin Cracauer To: freebsd-stable@freebsd.org Message-ID: <20071205235421.GA40242@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Bootstrapping problem in RELENG_6 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, 06 Dec 2007 00:13:48 -0000 Going to yesterday's RELENG_6 userland with `buildworld` from an older RELENG_6 from July fails like this: ===> lib/libbsm (all) cc -pg -O2 -fno-strict-aliasing -pipe -march=pentium-m -I/mnt/part2/usr/src/lib\ /libbsm/../../contrib/openbsm -I/mnt/part2/usr/src/lib/libbsm/../../contrib/ope\nbsm/libbsm -c /mnt/part2/usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_\ io.c -o bsm_io.po /mnt/part2/usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_io.c: In functio\n `close_tag': /mnt/part2/usr/src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_io.c:396: error:\ `AUT_ZONENAME' undeclared (first use in this function) [more of same] To fix this you need to make the new versions of the include file for /usr/include/bsm/, currently in /usr/src/sys/bsm, visible. As a workaround just copying the new files does the job. Just in case anyone else has the problem or in case anyone wants to fix this bootstrap. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 00:31: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 8477D16A419 for ; Thu, 6 Dec 2007 00:31:42 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 14BAE13C442 for ; Thu, 6 Dec 2007 00:31:41 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lB60VVIA077507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 5 Dec 2007 19:31:34 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/gUKsuIDlqobTVSqWNew" Date: Wed, 05 Dec 2007 19:31:13 -0500 Message-Id: <1196901073.28219.4.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 X-Spam-Status: No, score=0.6 required=5.0 tests=RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 7.0-BETA4 Available 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, 06 Dec 2007 00:31:42 -0000 --=-/gUKsuIDlqobTVSqWNew Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The 7.0-BETA4 builds are now available. If you would like to download an ISO image to install from they are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/ If you would like to use cvsup to update an older machine the branch tag to use is still RELENG_7. For users of FreeBSD Update due to some last-minute bumps in system libraries, installed third-party applications must be recompiled as per normal for a "major" upgrade, even if upgrading from an earlier 7.0 BETA. Checksums for the ISO files are: MD5 (7.0-BETA4-amd64-bootonly.iso) =3D 70b53b0acd2b27c594fd0369cd5fd594 MD5 (7.0-BETA4-amd64-disc1.iso) =3D bfc5080c4744c4d2c907bd859fa3e14b MD5 (7.0-BETA4-amd64-disc2.iso) =3D a8a75cdf5afe4f960cc80744b09c096d MD5 (7.0-BETA4-amd64-docs.iso) =3D 63b95fc5c4156c5cecfc10fd4e0cda53 MD5 (7.0-BETA4-amd64-livefs.iso) =3D 4255356bb60306ffda4d20131ff76186 MD5 (7.0-BETA4-i386-bootonly.iso) =3D 5ed183faff01ca715a764c1a613aae13 MD5 (7.0-BETA4-i386-disc1.iso) =3D 4a135b4c2262aa8cfc9f07e98fa7e742 MD5 (7.0-BETA4-i386-disc2.iso) =3D f70d5b590c7e24ef0167f965d8d514e9 MD5 (7.0-BETA4-i386-docs.iso) =3D 12b04303e2e609e4b5584181505a492f MD5 (7.0-BETA4-i386-livefs.iso) =3D c823693011e26f03b0d799a59b669560 MD5 (7.0-BETA4-ia64-bootonly.iso) =3D 0a2362551732caa727cff83d01773f8f MD5 (7.0-BETA4-ia64-disc1.iso) =3D 1ad889292e2eca168d14f86b48b687fd MD5 (7.0-BETA4-ia64-disc2.iso) =3D 5ef048078a065b0b48f29e649237980b MD5 (7.0-BETA4-ia64-docs.iso) =3D 8e16703f49bb784ca0771b0984013854 MD5 (7.0-BETA4-ia64-livefs.iso) =3D d7c1eb3cb1e82af37f3ec924c9b32b75 MD5 (7.0-BETA4-pc98-bootonly.iso) =3D 3096e6718caeceb8077bea8d924b78f6 MD5 (7.0-BETA4-pc98-disc1.iso) =3D 62aa6e3c08b47b5d0ace5f95cc1c36d4 MD5 (7.0-BETA4-pc98-livefs.iso) =3D ffbfd22d12e599aa975d262c6ff52653 MD5 (7.0-BETA4-powerpc-bootonly.iso) =3D e5c336ec50a28dbd6b86ccf813e741d0 MD5 (7.0-BETA4-powerpc-disc1.iso) =3D 8db3620074d2de3f4f42960bf0ff760b MD5 (7.0-BETA4-powerpc-disc2.iso) =3D 51a205fa91d314acca2a66c628628fa9 MD5 (7.0-BETA4-powerpc-docs.iso) =3D d83f8e66e14298a16bd000880d1f14f6 MD5 (7.0-BETA4-sparc64-bootonly.iso) =3D af11f6520e7d346c48b5c561c0080346 MD5 (7.0-BETA4-sparc64-disc1.iso) =3D c2ba1e08bf09168ec08ca1c3621bdc18 MD5 (7.0-BETA4-sparc64-disc2.iso) =3D 469cfc4af15fb5ba5ba93a07e6226fb6 MD5 (7.0-BETA4-sparc64-docs.iso) =3D 88bc1094300ac21422434568feace660 SHA256 (7.0-BETA4-amd64-bootonly.iso) =3D 4329cca2614cf0c533faf462a668012f5= 1ece8e519d561873e4a236b62b34410 SHA256 (7.0-BETA4-amd64-disc1.iso) =3D e8a210a17db89a76ac71aa809d8619355661= 206e229824d8b9258c44e8e2f7be SHA256 (7.0-BETA4-amd64-disc2.iso) =3D 5296c2a35c3b08077f21a24a1a5ec5b49a70= bf65c6fb2d6148cdf444a1283b3b SHA256 (7.0-BETA4-amd64-docs.iso) =3D 202b1844314deb761d6f097ba3bb154732529= 0296dd6361e80d3e171fc997047 SHA256 (7.0-BETA4-amd64-livefs.iso) =3D 2fa79ae18182851b3346951499f8319c10b= c4870bbf8c3af1e2d99b75a86d64f SHA256 (7.0-BETA4-i386-bootonly.iso) =3D bae7e72dffc1e80e6f88b66283dfaf2075= e58de23d30fa9cd939a37bb3642464 SHA256 (7.0-BETA4-i386-disc1.iso) =3D 7025f7b3abee52f93fe1a369bb1ba3821987b= a799cb2b05cd7303240383d7f08 SHA256 (7.0-BETA4-i386-disc2.iso) =3D 5e16fe392d135b3e3e02ee3b7acd391a8d1a7= 4c14fd096f5e9dca6f5877f17a2 SHA256 (7.0-BETA4-i386-docs.iso) =3D fc06aca7ae4d4cc234b1800f286589a8830e24= add0a8ae39ab5825caaaead23a SHA256 (7.0-BETA4-i386-livefs.iso) =3D e7f43cf685f4b534ce8c41b0cf61f0bc3f73= 9ffa6537c11e199c7e46de6b3b51 SHA256 (7.0-BETA4-ia64-bootonly.iso) =3D 6abfb7b0111d8aced1f2178e1437cd0c8c= 0f60d449b05523c9d3198e0e2879b4 SHA256 (7.0-BETA4-ia64-disc1.iso) =3D 153f7db9d0106bf784ae537f130c77ec8f1b3= 33ea89fe9803d6b8b343a3900b8 SHA256 (7.0-BETA4-ia64-disc2.iso) =3D ccdcbe99d38251245947939c8c0825fe13274= 296374742cb6fa4602a87ff2331 SHA256 (7.0-BETA4-ia64-docs.iso) =3D 2194c5e34eaf7093c811b4438efee695347cc8= 30f89e316152fe275286bc2fbf SHA256 (7.0-BETA4-ia64-livefs.iso) =3D c748a4d3335c4d3a18c91185ce13242ce305= 5dcf6ef9604ba65387eaaba6b368 SHA256 (7.0-BETA4-pc98-bootonly.iso) =3D c5f3e60e9d6c67482adc6935d8c6f63f9f= ca5e7cb5f820991b18d4fc640a2255 SHA256 (7.0-BETA4-pc98-disc1.iso) =3D eb4487a56a5e58956b2951a2e56e52fadd615= 82ec36624983409fcde8b073298 SHA256 (7.0-BETA4-pc98-livefs.iso) =3D 99b44644758a97b9f88c78f51c52f358b8ac= 42f394ea89112358cbbfd12a21f4 SHA256 (7.0-BETA4-powerpc-bootonly.iso) =3D a9aa405103f74358b7fbfaa90814678= 7190b7e71984cfd93ff47b4c3c8f92b10 SHA256 (7.0-BETA4-powerpc-disc1.iso) =3D eeabea5b655ae4b7308bc4248c1ca2158d= 3ff0f6d84dfe7fd19a3bfd197b046a SHA256 (7.0-BETA4-powerpc-disc2.iso) =3D a08c08c780cd54e78483a7fc96fd86ab0c= 85877304c4e679df85e3bd5ae4b897 SHA256 (7.0-BETA4-powerpc-docs.iso) =3D db986927bcd9c5ecfed40bdcc03e04e1d58= 8202964ad66eebdeaac1757fff5ce SHA256 (7.0-BETA4-sparc64-bootonly.iso) =3D 7e092f1d56876c04e2cb9bd05357de1= b9ebb3c5195c7563cdb6c00fcf4e26367 SHA256 (7.0-BETA4-sparc64-disc1.iso) =3D d442e78d356edcd342ccc0786e535e4926= b8b87d084ae15206c8a479f1235f3b SHA256 (7.0-BETA4-sparc64-disc2.iso) =3D 6c123143919b1818a9c26caaf38dd00f75= 9a9a8b97f235b5693a04f51a83599f SHA256 (7.0-BETA4-sparc64-docs.iso) =3D 8c5ad1ebeaaa23367cbbf8f2e65e526dc57= 56bf1528a7b0a64e6b71fe8320bf4 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-/gUKsuIDlqobTVSqWNew Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHV0LD/G14VSmup/YRAoOpAJ4kDZWj06eMkrGDGrpsuzDJLdY7dwCeMIzc H7iDwYa3ZHAgYtEol8iM6X4= =Xkm1 -----END PGP SIGNATURE----- --=-/gUKsuIDlqobTVSqWNew-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 02:16: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 71CD716A418; Thu, 6 Dec 2007 02:16:32 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id B877F13C455; Thu, 6 Dec 2007 02:16:31 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 5A522E085F; Thu, 6 Dec 2007 03:05:05 +0100 (CET) Date: Thu, 6 Dec 2007 03:05:00 +0100 From: cpghost To: freebsd-stable@freebsd.org Message-ID: <20071206030500.746c782d@epia-2.farid-hajji.net> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org, Julian Elischer Subject: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 06 Dec 2007 02:16:32 -0000 Hello, Since I've updated a RELENG_6 router a few days ago, a long gone problem with ppp cropped up (again?); and I'm suspecting a regression between ng_pppoe.c 1.74.2.3 and 1.74.2.4. The problem is that the last mile carrier of the PPP provider that this router is attached to disconnects the ppp session forcibly once every 24h. Before the update, ppp would detect this and reconnect immediately. After the update, ppp doesn't recover gracefully from this anymore, but spits out on the console: ng_pppoe[5]: no matching session for hours, and tries to connect again every two minutes without success, until I manually stop and restart the userland ppp daemon (and then the connection is immediately restored with a new session). I've tried this for a few days now, and it is always the same: it's definitely not a problem on the provider's side: As soon as ppp restarts, it gets a new session without any problems and connects again. Since the last working sources were from 2007/09/25, and ng_pppoe.c was at rev. 1.74.2.3; and the new revision of ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever was changed there could be the cause (because this "no matching session" is being logged from there). Since that router is not within easy reach, I'd rather not take the risk to compile a kernel with the old ng_pppoe.c, and have that box crash/hosed. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 03:27: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 A5C7A16A41B for ; Thu, 6 Dec 2007 03:27:03 +0000 (UTC) (envelope-from freebsd@dfwlp.com) Received: from pollux.dfwlp.com (rrcs-64-183-212-244.sw.biz.rr.com [64.183.212.244]) by mx1.freebsd.org (Postfix) with ESMTP id 5702713C455 for ; Thu, 6 Dec 2007 03:27:03 +0000 (UTC) (envelope-from freebsd@dfwlp.com) Received: from athena.dfwlp.com (athena.dfwlp.com [192.168.125.82]) (authenticated bits=0) by pollux.dfwlp.com (8.13.8/8.13.8) with ESMTP id lB632xJJ024288 for ; Wed, 5 Dec 2007 21:02:59 -0600 (CST) (envelope-from freebsd@dfwlp.com) From: Jonathan Horne To: freebsd-stable@freebsd.org Date: Wed, 5 Dec 2007 21:02:57 -0600 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712052102.57844.freebsd@dfwlp.com> X-Spam-Status: No, score=-4.4 required=3.6 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on pollux.dfwlp.com Subject: 7.0 iwi 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, 06 Dec 2007 03:27:03 -0000 i am having trouble with the speed of the iwi driver. in my ifconfig, its showing 54mbit, but its really only able to transfer a wireless B speeds (350K/s or so). i never experienced this with the iwi-firmware-kmod that was used in 6.2. is there anything i can do to resolve this and get it working at the normal G speed? thanks, -- Jonathan Horne http://dfwlpiki.dfwlp.org freebsd@dfwlp.com From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 08:51: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 ACD3216A417 for ; Thu, 6 Dec 2007 08:51:03 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8981313C45B for ; Thu, 6 Dec 2007 08:51:03 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSM000SXDX04S80@l-daemon> for freebsd-stable@freebsd.org; Thu, 06 Dec 2007 01:51:00 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd4mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JSM008VRDX01870@pd4mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 06 Dec 2007 01:51:00 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JSM00MAUDWZLR40@l-daemon> for freebsd-stable@freebsd.org; Thu, 06 Dec 2007 01:50:59 -0700 (MST) Received: (qmail 4691 invoked from network); Thu, 06 Dec 2007 08:50:55 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Thu, 06 Dec 2007 08:50:55 +0000 Date: Thu, 06 Dec 2007 00:50:54 -0800 From: Colin Percival In-reply-to: <1196901073.28219.4.camel@neo.cse.buffalo.edu> To: freebsd-stable@freebsd.org Message-id: <4757B7EE.2050200@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.5 References: <1196901073.28219.4.camel@neo.cse.buffalo.edu> User-Agent: Thunderbird 2.0.0.9 (X11/20071117) Subject: Re: FreeBSD 7.0-BETA4 Available 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, 06 Dec 2007 08:51:03 -0000 Ken Smith wrote: > For users of FreeBSD Update due to some last-minute bumps in system > libraries, installed third-party applications must be recompiled as per > normal for a "major" upgrade, even if upgrading from an earlier 7.0 > BETA. Put another way, if you want to upgrade to 7.0-BETA4, follow the instructions at http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html not the simpler "minor version upgrade" instructions (even though that page says that the minor version upgrade instructions apply when going from 7.x to 7.x). It's irritating to have to rebuild all of the installed ports, but (unless some disaster strikes) this should be the last time it is needed until FreeBSD 8.x happens ~2 years from now. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 09:42: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 990F616A418 for ; Thu, 6 Dec 2007 09:42:05 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from hyat.suomi.net (hyat.suomi.net [82.128.152.22]) by mx1.freebsd.org (Postfix) with ESMTP id 5074E13C43E for ; Thu, 6 Dec 2007 09:42:04 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from taku.suomi.net ([82.128.154.66]) by hyatt.suomi.net (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JSM0025HG7AW370@hyatt.suomi.net> for freebsd-stable@freebsd.org; Thu, 06 Dec 2007 11:40:22 +0200 (EET) Received: from spam1.suomi.net (spam1.suomi.net [212.50.131.169]) by mailstore.suomi.net (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0JSM002RXGA3C010@mailstore.suomi.net> for freebsd-stable@freebsd.org; Thu, 06 Dec 2007 11:42:03 +0200 (EET) Received: from veneficus.koti.lan (82-128-203-74-Korvensuora-TR1.suomi.net [82.128.203.74]) by spam1.suomi.net (Postfix) with ESMTP id 65562244E2E for ; Thu, 06 Dec 2007 11:41:48 +0200 (EET) Date: Thu, 06 Dec 2007 11:41:48 +0200 From: Teemu Korhonen To: freebsd-stable@freebsd.org Message-id: <4757C3DC.8080401@mbnet.fi> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-DNA-MailScanner-Information: Please contact the ISP for more information X-DNA-MailScanner: Found to be clean X-DNA-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=3.074, required 5, BAYES_20 -0.74, HELO_LH_HOME 3.71, RDNS_DYNAMIC 0.10) X-DNA-MailScanner-SpamScore: sss X-DNA-MailScanner-From: teemu.korhonen@mbnet.fi User-Agent: Thunderbird 2.0.0.9 (X11/20071122) X-Spam-Status: No Subject: FreeBSD 7.0-BETA4 Available 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, 06 Dec 2007 09:42:05 -0000 > > Ken Smith wrote: > >/ For users of FreeBSD Update due to some last-minute bumps in system > />/ libraries, installed third-party applications must be recompiled as per > />/ normal for a "major" upgrade, even if upgrading from an earlier 7.0 > />/ BETA. > / > Put another way, if you want to upgrade to 7.0-BETA4, follow the instructions at > > http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html > > not the simpler "minor version upgrade" instructions (even though that page says > that the minor version upgrade instructions apply when going from 7.x to 7.x). > > It's irritating to have to rebuild all of the installed ports, but (unless some > disaster strikes) this should be the last time it is needed until FreeBSD 8.x > happens ~2 years from now. > > Colin Percival I'm a little confused. I updated from 6.2 to 7.0-beta3 with freebsd-update and I reinstalled most ports from packages. That won't work anymore? How about the update via cvs + rebuilding world, is there need to reinstall/build ports too? -Teemu Korhonen From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 11:06:56 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 46DEF16A4C4 for ; Thu, 6 Dec 2007 11:06:56 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from maquis.kabelfoon.nl (maquis-ext.kabelfoon.nl [62.45.52.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6F013C461 for ; Thu, 6 Dec 2007 11:06:55 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from [192.168.8.127] (unknown [192.168.8.127]) by maquis.kabelfoon.nl (Postfix) with ESMTP id 1DE502FACB for ; Thu, 6 Dec 2007 11:37:51 +0100 (CET) User-Agent: Microsoft-Entourage/10.1.4.030702.0 Date: Thu, 06 Dec 2007 11:37:50 +0100 From: Patrick van Iersel To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Extreme load with local password db lookups 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, 06 Dec 2007 11:06:56 -0000 Hi, Here's the situation. We have an web/ftp server with around 74000 users defined in the local unix password database. On 4.9-stable which it is running now, there is no noticable load when lookups are done (logins via ftp, ~user lookups from apache etc.). We want to migrate this system to 6-stable. However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET 2007) these same lookups cause very high load and things slow down to a crawl. Does anybody have an idea what causes this behavior? Thanx in advance for any insights. Best regards, Patrick. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 11:22: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 2357616A418 for ; Thu, 6 Dec 2007 11:22:21 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDF213C45D for ; Thu, 6 Dec 2007 11:22:18 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB6BM7uf074805; Thu, 6 Dec 2007 18:22:07 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB6BM7HB074804; Thu, 6 Dec 2007 18:22:07 +0700 (KRAT) (envelope-from eugen) Date: Thu, 6 Dec 2007 18:22:07 +0700 From: Eugene Grosbein To: Patrick van Iersel Message-ID: <20071206112207.GA74486@svzserv.kemerovo.su> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Extreme load with local password db lookups 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, 06 Dec 2007 11:22:21 -0000 On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote: > Here's the situation. We have an web/ftp server with around 74000 users > defined in the local unix password database. On 4.9-stable which it is > running now, there is no noticable load when lookups are done (logins via > ftp, ~user lookups from apache etc.). We want to migrate this system to > 6-stable. > However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET > 2007) these same lookups cause very high load and things slow down to a > crawl. > > Does anybody have an idea what causes this behavior? > > Thanx in advance for any insights. Take a look to your /etc/nsswitch.conf. If you do not use NIS, try to change lines for 'group' and 'passwd' to look like this: group: files passwd: files Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 11:40: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 828C016A41A for ; Thu, 6 Dec 2007 11:40:46 +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 7095F13C45A for ; Thu, 6 Dec 2007 11:40:46 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3A4AA1CC079; Thu, 6 Dec 2007 03:40:46 -0800 (PST) Date: Thu, 6 Dec 2007 03:40:46 -0800 From: Jeremy Chadwick To: Eugene Grosbein Message-ID: <20071206114046.GA78813@eos.sc1.parodius.com> References: <20071206112207.GA74486@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071206112207.GA74486@svzserv.kemerovo.su> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Patrick van Iersel , freebsd-stable@freebsd.org Subject: Re: Extreme load with local password db lookups 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, 06 Dec 2007 11:40:46 -0000 On Thu, Dec 06, 2007 at 06:22:07PM +0700, Eugene Grosbein wrote: > On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote: > > > Here's the situation. We have an web/ftp server with around 74000 users > > defined in the local unix password database. On 4.9-stable which it is > > running now, there is no noticable load when lookups are done (logins via > > ftp, ~user lookups from apache etc.). We want to migrate this system to > > 6-stable. > > However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET > > 2007) these same lookups cause very high load and things slow down to a > > crawl. > > > > Does anybody have an idea what causes this behavior? > > > > Thanx in advance for any insights. > > Take a look to your /etc/nsswitch.conf. If you do not use NIS, > try to change lines for 'group' and 'passwd' to look like this: > > group: files > passwd: files The default value is "compat" on both RELENG_6 and RELENG_7. I don't think switching to "files" will fix his problem (I'll be very surprised if it does). -- | 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 Thu Dec 6 12:19: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 29AFD16A418 for ; Thu, 6 Dec 2007 12:19:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D21F013C442 for ; Thu, 6 Dec 2007 12:19:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J0FhZ-0001P1-El for freebsd-stable@freebsd.org; Thu, 06 Dec 2007 12:19:37 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Dec 2007 12:19:37 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Dec 2007 12:19:37 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 06 Dec 2007 13:24:57 +0100 Lines: 33 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig31E5A485ACC4EFE479A400C3" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: Extreme load with local password db lookups 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, 06 Dec 2007 12:19:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig31E5A485ACC4EFE479A400C3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Patrick van Iersel wrote: > However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET= > 2007) these same lookups cause very high load and things slow down to a= > crawl. Hi, How do you know it's the passwd lookups that cause the problems? (I'm not saying they're not...) --------------enig31E5A485ACC4EFE479A400C3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHV+oZldnAQVacBcgRAkdFAJ9oXMa5Z2nuhs5Ycu7/8ac2Vjq2ogCfX8ED l22aYjDtYCEmi3y9AiTYd+s= =Q9hs -----END PGP SIGNATURE----- --------------enig31E5A485ACC4EFE479A400C3-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 12:34: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 34F8B16A41A; Thu, 6 Dec 2007 12:34:30 +0000 (UTC) (envelope-from db@nipsi.de) Received: from fop.bsdsystems.de (mx.bsdsystems.de [88.198.57.43]) by mx1.freebsd.org (Postfix) with ESMTP id EA87913C455; Thu, 6 Dec 2007 12:34:29 +0000 (UTC) (envelope-from db@nipsi.de) Received: from [172.16.1.13] (e176115255.adsl.alicedsl.de [85.176.115.255]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id AB6D927FEC; Thu, 6 Dec 2007 13:09:13 +0100 (CET) Message-ID: <4757E667.1090409@nipsi.de> Date: Thu, 06 Dec 2007 13:09:11 +0100 From: Dennis Berger User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Jeremy Chadwick References: <20071206112207.GA74486@svzserv.kemerovo.su> <20071206114046.GA78813@eos.sc1.parodius.com> In-Reply-To: <20071206114046.GA78813@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Patrick van Iersel , Eugene Grosbein Subject: Re: Extreme load with local password db lookups 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, 06 Dec 2007 12:34:30 -0000 A common way to debug is to isolate the affected systemcalls, by using tools like ktrace or strace. Strace can also record a timestamp, you can see how long it takes to complete a specific systemcall # strace -r -f Do a single login and then examine the results. happy debugging. regards, Dennis Jeremy Chadwick schrieb: > On Thu, Dec 06, 2007 at 06:22:07PM +0700, Eugene Grosbein wrote: > >> On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote: >> >> >>> Here's the situation. We have an web/ftp server with around 74000 users >>> defined in the local unix password database. On 4.9-stable which it is >>> running now, there is no noticable load when lookups are done (logins via >>> ftp, ~user lookups from apache etc.). We want to migrate this system to >>> 6-stable. >>> However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET >>> 2007) these same lookups cause very high load and things slow down to a >>> crawl. >>> >>> Does anybody have an idea what causes this behavior? >>> >>> Thanx in advance for any insights. >>> >> Take a look to your /etc/nsswitch.conf. If you do not use NIS, >> try to change lines for 'group' and 'passwd' to look like this: >> >> group: files >> passwd: files >> > > The default value is "compat" on both RELENG_6 and RELENG_7. I don't > think switching to "files" will fix his problem (I'll be very surprised > if it does). > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 13:08: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 36C2916A41A; Thu, 6 Dec 2007 13:08:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7021F13C43E; Thu, 6 Dec 2007 13:08:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 52680673; Thu, 06 Dec 2007 13:57:19 +0200 Message-ID: <4757E39C.8020009@FreeBSD.org> Date: Thu, 06 Dec 2007 13:57:16 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> In-Reply-To: <20071206030500.746c782d@epia-2.farid-hajji.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 06 Dec 2007 13:08:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cpghost wrote: > The problem is that the last mile carrier of the PPP provider > that this router is attached to disconnects the ppp session > forcibly once every 24h. Before the update, ppp would detect > this and reconnect immediately. After the update, ppp doesn't > recover gracefully from this anymore, but spits out on the > console: > > ng_pppoe[5]: no matching session > > for hours, and tries to connect again every two minutes without > success, until I manually stop and restart the userland ppp daemon > (and then the connection is immediately restored with a new session). > I've tried this for a few days now, and it is always the same: it's > definitely not a problem on the provider's side: As soon as ppp > restarts, it gets a new session without any problems and connects > again. > > Since the last working sources were from 2007/09/25, and > ng_pppoe.c was at rev. 1.74.2.3; and the new revision of > ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever > was changed there could be the cause (because this "no matching > session" is being logged from there). I have tested and unable to reproduce that myself with ppp -> mpd or mpd - -> mpd PPPoE connections. Actually I am not sure about any difference between reconnect and ppp restart. From the ng_pppoe node point of view it should be the same. Could you provide tcpdump output for connection tries from your Ethernet interface? Use "-pes 0" options please. - -- Alexander Motin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHV+Oc0kCgngV3usoRAnZtAKCQ/7hW63Zli9UiytDK1xj8lNrsBQCffwhl 377pyCH24ytoR8tOnbtYqX8= =v+x0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 14:06: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 9514C16A41A for ; Thu, 6 Dec 2007 14:06:05 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from maquis.kabelfoon.nl (maquis-ext.kabelfoon.nl [62.45.52.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA0E13C4D9 for ; Thu, 6 Dec 2007 14:06:05 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from [192.168.8.127] (unknown [192.168.8.127]) by maquis.kabelfoon.nl (Postfix) with ESMTP id 21DEB2FA5B; Thu, 6 Dec 2007 15:06:04 +0100 (CET) User-Agent: Microsoft-Entourage/10.1.4.030702.0 Date: Thu, 06 Dec 2007 15:06:03 +0100 From: Patrick van Iersel To: Dennis Berger Message-ID: In-Reply-To: <4757E667.1090409@nipsi.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , Eugene Grosbein Subject: Re: Extreme load with local password db lookups 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, 06 Dec 2007 14:06:05 -0000 > > Jeremy Chadwick schrieb: >> On Thu, Dec 06, 2007 at 06:22:07PM +0700, Eugene Grosbein wrote: >> >>> On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote: >>> >>> >>>> Here's the situation. We have an web/ftp server with around 74000 users >>>> defined in the local unix password database. On 4.9-stable which it is >>>> running now, there is no noticable load when lookups are done (logins via >>>> ftp, ~user lookups from apache etc.). We want to migrate this system to >>>> 6-stable. >>>> However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET >>>> 2007) these same lookups cause very high load and things slow down to a >>>> crawl. >>>> >>>> Does anybody have an idea what causes this behavior? >>>> >>>> Thanx in advance for any insights. >>>> >>> Take a look to your /etc/nsswitch.conf. If you do not use NIS, >>> try to change lines for 'group' and 'passwd' to look like this: >>> >>> group: files >>> passwd: files >>> >> >> The default value is "compat" on both RELENG_6 and RELENG_7. I don't >> think switching to "files" will fix his problem (I'll be very surprised >> if it does). >> > From: Dennis Berger > Date: Thu, 06 Dec 2007 13:09:11 +0100 > To: Jeremy Chadwick > Cc: Eugene Grosbein , Patrick van Iersel > ,freebsd-stable@freebsd.org > Subject: Re: Extreme load with local password db lookups > > A common way to debug is to isolate the affected systemcalls, by using > tools like ktrace or strace. > Strace can also record a timestamp, you can see how long it takes to > complete a specific systemcall > > # strace -r -f > Do a single login and then examine the results. > > happy debugging. > > regards, > Dennis Ok, thanks for the suggestions. I'm a little low on time right now (who isn't) but I'll work on these next week. Best regards, Patrick. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 14:58:08 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 258C016A419 for ; Thu, 6 Dec 2007 14:58:08 +0000 (UTC) (envelope-from bounces-12203.54799.66018.14659.37734.92103@bounces.enflyer.com) Received: from mx1.enflyer.com (mx1.enflyer.com [198.172.131.121]) by mx1.freebsd.org (Postfix) with ESMTP id E4A6213C4F8 for ; Thu, 6 Dec 2007 14:58:07 +0000 (UTC) (envelope-from bounces-12203.54799.66018.14659.37734.92103@bounces.enflyer.com) Received: from [198.172.131.115] (port=23459 helo=outbound2.enflyer.com) by mx1.enflyer.com with esmtp (Exim 4.68) (envelope-from ) id 1J0H45-0002A0-5Y for stable@freebsd.org; Thu, 06 Dec 2007 08:46:57 -0500 MIME-Version: 1.0 To: stable@freebsd.org From: "Ray Abernathy" Message-Id: Date: Thu, 06 Dec 2007 08:46:57 -0500 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Praying for Rain in Georgia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ray Abernathy List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 14:58:08 -0000 CiAgICAgICAgICAgICAgICAgICAgCgpUbyBzZWUgdGhlIHByb21vdGlvbiwgcGxlYXNlIGdvIHRv OgoKaHR0cDovL3d3dy5lbmZseWVyLmNvbS9zL3Y/aWI9MTIyMDM7NTQ3OTk7NjYwMTg7MTQ2NTk7 Mzc3MzQ7OTIxMDMKICAgICAgICAgICAgICAgICAgCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKVGhpcyBlbWFp bCB3YXMgc2VudCB0byBzdGFibGVAZnJlZWJzZC5vcmcgYnkgUmF5IEFiZXJuYXRoeS4KCiAgICAg ICAgICAgICAgICAgIAoKVG8gdW5zdWJzY3JpYmUgZ28gdG8gdGhlIGxpbmsgYmVsb3c6CgpodHRw Oi8vd3d3LmVuZmx5ZXIuY29tL3Mvbz9pYj0xMjIwMzs1NDc5OTs2NjAxODsxNDY1OTszNzczNDs5 MjEwMwogICAgICAgICAgICAgIAoKRW5GbHllciBUaGUgRW1haWwgTWFya2V0aW5nIEV4cGVydHMK aHR0cDovL3d3dy5lbmZseWVyLmNvbS8KCgpSZXBvcnQgQWJ1c2U6CgpodHRwOi8vd3d3LmVuZmx5 ZXIuY29tL3MvcD9nZW5hcyZpYj0xMjIwMzs1NDc5OTs2NjAxODsxNDY1OTszNzczNDs5MjEwMwoK CgpTZW5kZXIgSW5mb3JtYXRpb246CgpodHRwOi8vd3d3LmVuZmx5ZXIuY29tL3Mvc2k/aWI9MTIy MDM7NTQ3OTk7NjYwMTg7MTQ2NTk7Mzc3MzQ7OTIxMDM= From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 15:11: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 083B116A419; Thu, 6 Dec 2007 15:11:12 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1E413C455; Thu, 6 Dec 2007 15:11:11 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id DA323E08BB; Thu, 6 Dec 2007 16:11:09 +0100 (CET) Date: Thu, 6 Dec 2007 16:11:07 +0100 From: cpghost To: Alexander Motin Message-ID: <20071206161107.3c0c9a82@epia-2.farid-hajji.net> In-Reply-To: <4757E39C.8020009@FreeBSD.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 06 Dec 2007 15:11:12 -0000 On Thu, 06 Dec 2007 13:57:16 +0200 Alexander Motin wrote: > cpghost wrote: > > The problem is that the last mile carrier of the PPP provider > > that this router is attached to disconnects the ppp session > > forcibly once every 24h. Before the update, ppp would detect > > this and reconnect immediately. After the update, ppp doesn't > > recover gracefully from this anymore, but spits out on the > > console: > > > > ng_pppoe[5]: no matching session > > > > for hours, and tries to connect again every two minutes without > > success, until I manually stop and restart the userland ppp daemon > > (and then the connection is immediately restored with a new > > session). I've tried this for a few days now, and it is always the > > same: it's definitely not a problem on the provider's side: As soon > > as ppp restarts, it gets a new session without any problems and > > connects again. > > > > Since the last working sources were from 2007/09/25, and > > ng_pppoe.c was at rev. 1.74.2.3; and the new revision of > > ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever > > was changed there could be the cause (because this "no matching > > session" is being logged from there). > > I have tested and unable to reproduce that myself with ppp -> mpd or > mpd > - -> mpd PPPoE connections. Actually I am not sure about any > difference between reconnect and ppp restart. From the ng_pppoe node > point of view it should be the same. > > Could you provide tcpdump output for connection tries from your > Ethernet interface? Use "-pes 0" options please. Will do; but I'll first have to wait 24h from now to get a forcibly disconnected session (I've just had to restart ppp again). Thanks for looking into this. ;) > - -- > Alexander Motin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 19:20: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 0E5CF16A4DA for ; Thu, 6 Dec 2007 19:20:21 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id D8B5613C468 for ; Thu, 6 Dec 2007 19:20:20 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 63631 invoked by uid 60001); 6 Dec 2007 19:20:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=CQb7xMO1bLrEyKxnHo4MfW7t24AFAW7acGi2OI2rsk6zlNDziVHbgOwosBd9cqaexFW8kzscUq9JvAnYfoR7bV+nWvL4ftVa/JG4tM9zkLZN4+tJyf6UQkd5WLrjpU7rs0lQeekLhzEJxs76+J9i5vJGjrBztCwsIsZsMz0m5N0=; X-YMail-OSG: Emk4MacVM1nCOykkzQ_CAUz45mk2Zti5xWzvLaCwC3SA86hxt84y3vDhO0xE1YH4eYJcFlIGh0hpo7OIdDBuPE5W53zn7oLaI94jagcolSr01bs- Received: from [89.211.5.3] by web33713.mail.mud.yahoo.com via HTTP; Thu, 06 Dec 2007 11:20:19 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.158.1 Date: Thu, 6 Dec 2007 11:20:19 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <81472.63043.qm@web33713.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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, 06 Dec 2007 19:20:21 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD STABLE > Sent: Wednesday, December 5, 2007 2:43:08 PM > Subject: Re: Intel DG31PR and RTL8168/8111 issue > > On Tue, Dec 04, 2007 at 07:42:34AM -0800, Abdullah Ibn Hamad > Al-Marri > wrote: > > [...] > > > > > I'll try the patch you sent too when the server reaches the ISP > and > being online. > > > > Do you have any comments? > > > > The previous patch you used may have problems on multicast filtering. > I'm not sure but all PCIe based controller from RealTek swapped > multicast hash table register so it would be great if you can test > latest patch. > > -- > Regards, > Pyun YongHyeon > Heya Pyun! It looks ok to me, thank you did a great job! cd /usr/src/sys && patch < /sys/dev/re/re.spin3.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: dev/re/if_re.c |=================================================================== |RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v |retrieving revision 1.98 |diff -u -r1.98 if_re.c |--- dev/re/if_re.c 3 Dec 2007 01:28:08 -0000 1.98 |+++ dev/re/if_re.c 4 Dec 2007 00:36:06 -0000 -------------------------- Patching file dev/re/if_re.c using Plan A... Hunk #1 succeeded at 182. Hunk #2 succeeded at 225. Hunk #3 succeeded at 686. Hunk #4 succeeded at 949. Hunk #5 succeeded at 1332. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: pci/if_rlreg.h |=================================================================== |RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v |retrieving revision 1.68 |diff -u -r1.68 if_rlreg.h |--- pci/if_rlreg.h 26 Nov 2007 18:25:07 -0000 1.68 |+++ pci/if_rlreg.h 4 Dec 2007 00:36:06 -0000 -------------------------- Patching file pci/if_rlreg.h using Plan A... Hunk #1 succeeded at 156. done FreeBSD 7.0-BETA4 #1: Thu Dec 6 19:07:31 UTC 2007 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.63-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4276064256 (4077 MB) avail memory = 4106997760 (3916 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd070-0xd077 mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0100000-0xd01fffff irq 16 at device 2.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 hwrev = 38400000 hwrev = 38400000 hwrev = 38400000 hwrev = 38400000 hwrev = 38400000 hwrev = 38400000 re0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:d1:a7:a4:72 re0: [FILTER] re0: [FILTER] pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master SATA150 ad6: 715404MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a link_elf_obj: symbol sysctl__net_inet6_ip6_children undefined kldload: Unsupported file type re0: link state changed to UP re0@pci0:3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet Shall I issue more commands and send it? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 19:54: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 0B66816A418 for ; Thu, 6 Dec 2007 19:54:59 +0000 (UTC) (envelope-from imriz@co.zahav.net.il) Received: from george.zahav.net.il (george.zahav.net.il [212.117.129.83]) by mx1.freebsd.org (Postfix) with ESMTP id 743E013C50A for ; Thu, 6 Dec 2007 19:54:57 +0000 (UTC) (envelope-from imriz@co.zahav.net.il) X-IronPort-AV: E=Sophos;i="4.23,263,1194213600"; d="scan'208";a="11569477" Received: from unknown (HELO IGMAIL.InetGold) ([172.31.100.165]) by george.goldenlines.co.il with ESMTP; 06 Dec 2007 21:26:22 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 6 Dec 2007 21:24:58 +0200 Message-ID: <6F2DB4B43B9EAD4FA4659FA701F45ADB0BD24826@IGMAIL.InetGold> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: _umtx_op -1 errno 60 Operation timed out using 7.0-BETA4 Thread-Index: Acg4PbBeYEBwCUazQvWcVLNHMIQFYw== From: "Imri Zvik" To: Subject: _umtx_op -1 errno 60 Operation timed out using 7.0-BETA4 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, 06 Dec 2007 19:54:59 -0000 Hi, I've tried using libthr with bind 9.3, but after a while, bind stops working (that is, responding to queries - the process is still alive) and I can see the following with ktrace: 1667 named CALL _umtx_op(0x81a6304,0x2,0x17,0,0xbf5fae20) 1667 named RET _umtx_op -1 errno 60 Operation timed out With libpthread everything works fine...=20 It happened with 6.3-STABLE too. Any ideas where to look next? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 20:23: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 A671216A46B for ; Thu, 6 Dec 2007 20:23:55 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3E82513C459 for ; Thu, 6 Dec 2007 20:23:54 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id lB6KNru5021501 for ; Thu, 6 Dec 2007 21:23:53 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.1/8.14.1/Submit) id lB6KNqQh021500 for freebsd-stable@freebsd.org; Thu, 6 Dec 2007 15:23:52 -0500 (EST) (envelope-from cracauer) Date: Thu, 6 Dec 2007 15:23:52 -0500 From: Martin Cracauer To: freebsd-stable@freebsd.org Message-ID: <20071206202343.GA20958@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Lost USB mouse in RELENG_6 upgrade (July to December) 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, 06 Dec 2007 20:23:55 -0000 Upgrading my Thinkpad from RELENG_6 as of July to yesterday's I lost my USB mouse. The notebook's mousepad still works. I used to have both, the USB mouse would be assigned to work in X11 when I plugged it in. Something about moused or a layer below it changed. I can make the USB mouse work by manually calling moused like this: moused -p /dev/ums0 -t auto But then I lose the mousepad, of course. I updated all /etc files, UPDATING doesn't mention mouse or USB. The problem is not X11 specific. Calling moused on a console I can see that the console mouse cursor works for the pad but not for the USB mouse. Any ideas how to fix this? I assume I now have to either - tell moused to monitor /dev/ums0? - configure something below moused that inserts the usb mouse commands into /dev/psm's stream? Thanks Martin dmesg: ums0: Microsoft Microsoft Trackball Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. usbdevs -d -v: port 2 addr 2: low speed, power 100 mA, config 1, Microsoft Trackball Optical (0x0023), Microsoft(0x045e), rev 1.21 ums0 -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 01:06: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 1115116A419 for ; Fri, 7 Dec 2007 01:06:31 +0000 (UTC) (envelope-from pyunyh@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 CF61413C468 for ; Fri, 7 Dec 2007 01:06:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1031959waf for ; Thu, 06 Dec 2007 17:06:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=pE9Nn16KDkOGFpR2ctP075XYoYUSfXiHSNjtgrg9wjI=; b=KlrE1CkMF5B2UBY+NZup+9Wq5P2/ja1dqdAEs7LNODh1pIZkxOJpGMtnaAW913AKPSOZG1Jz4SVDROuCT2fQSRJkbdquIhgn5HTVRuz2BAdDdLPbr0c51kx9ytakPpAU5GM0lyQuv9yZjhf7tnpHRM3OdrPm+1d2LuLUco2hJMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=LjSJIFWzpvguQduxDS3o+Xtbacm+oTpLsexdDfEGKAnY9hGDbNQZ6dD1E3mlcyE1+s9Yh06mFOAN1F1sov+sjFyzTRz6JSlJxAjqp7QXhOIDU6XVHzHbys/vBIBUiTHob0xAu8yf54yHVUfmTCD7KovXB83JSdJm01RQoylN2WQ= Received: by 10.114.80.4 with SMTP id d4mr2457976wab.1196989589933; Thu, 06 Dec 2007 17:06:29 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m5sm10478wag.2007.12.06.17.06.12 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Dec 2007 17:06:28 -0800 (PST) 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 lB711hRQ048595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Dec 2007 10:01:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lB711g0s048594; Fri, 7 Dec 2007 10:01:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 7 Dec 2007 10:01:42 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071207010142.GA48331@cdnetworks.co.kr> References: <81472.63043.qm@web33713.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81472.63043.qm@web33713.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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, 07 Dec 2007 01:06:31 -0000 On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad Al-Marri wrote: [...] > > Shall I issue more commands and send it? > I'd like to know whether multicat filtering really works on your hardware. It would be even better if you can test it on IPv6 environments. Just assign an IPv6 address to your re0 and send a ICMPv6 node information DNS name query from other hosts. For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname of host with re0 interface if multicast filtering works(Change foo0 with interface instance of a driver.) -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 01:49: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 AA58416A41B for ; Fri, 7 Dec 2007 01:49:01 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 821D513C45B for ; Fri, 7 Dec 2007 01:49:01 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-155-74.lsanca.dsl-w.verizon.net [71.109.155.74]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id lB71Wjha093049 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 6 Dec 2007 17:32:45 -0800 (PST) (envelope-from bc979@lafn.org) Message-Id: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> From: Doug Hardie To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 6 Dec 2007 17:32:41 -0800 X-Mailer: Apple Mail (2.915) X-Virus-Scanned: ClamAV 0.88.7/5023/Thu Dec 6 11:37:18 2007 on zoot.lafn.org X-Virus-Status: Clean Subject: /boot size in 7.0 beta3 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, 07 Dec 2007 01:49:01 -0000 Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses a significant issue for those of us who have been running production systems for many years. I have the root partition set to 200 MB which has been more than enough. Its no longer usable. 7.0 beta will not install properly as it runs out of space. Basically this forces you to repartition the drive. That requires an extensive down time for servers. Far beyond what I can justify to users. Also, 7.0 beta3 has login compiled with libutil.so.5 and libc.so.6 neither of which are on the distribution cd. I had to point those to the existing libs to get login to work. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 03:35:12 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 9C99516A417; Fri, 7 Dec 2007 03:35:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5329A13C448; Fri, 7 Dec 2007 03:35:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB73ZBb2060464; Thu, 6 Dec 2007 22:35:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB73ZBji023576; Thu, 6 Dec 2007 22:35:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id D2220241A2; Thu, 6 Dec 2007 22:35:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207033510.D2220241A2@freebsd-legacy.sentex.ca> Date: Thu, 6 Dec 2007 22:35:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 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, 07 Dec 2007 03:35:12 -0000 TB --- 2007-12-07 02:25:54 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-07 02:25:54 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-12-07 02:25:54 - cleaning the object tree TB --- 2007-12-07 02:26:48 - cvsupping the source tree TB --- 2007-12-07 02:26:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2007-12-07 02:26:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-07 02:26:54 - cd /src TB --- 2007-12-07 02:26:54 - /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 TB --- 2007-12-07 03:20:31 - generating LINT kernel config TB --- 2007-12-07 03:20:31 - cd /src/sys/i386/conf TB --- 2007-12-07 03:20:31 - /usr/bin/make -B LINT TB --- 2007-12-07 03:20:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-12-07 03:20:31 - cd /src TB --- 2007-12-07 03:20:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 03:20:31 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_adv_encap': /src/sys/modules/em/../../dev/em/if_em.c:2183: error: `hdrlen' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:2183: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:2183: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 03:35:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 03:35:10 - ERROR: failed to build lint kernel TB --- 2007-12-07 03:35:10 - tinderbox aborted TB --- 3299.59 user 387.19 system 4156.45 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 03:56:33 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 056D816A417; Fri, 7 Dec 2007 03:56:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C710F13C505; Fri, 7 Dec 2007 03:56:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB73uWCf061364; Thu, 6 Dec 2007 22:56:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB73uWjX013558; Thu, 6 Dec 2007 22:56:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id E2F4D241A2; Thu, 6 Dec 2007 22:56:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207035631.E2F4D241A2@freebsd-legacy.sentex.ca> Date: Thu, 6 Dec 2007 22:56:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 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, 07 Dec 2007 03:56:33 -0000 TB --- 2007-12-07 02:25:17 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-07 02:25:17 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-12-07 02:25:17 - cleaning the object tree TB --- 2007-12-07 02:26:01 - cvsupping the source tree TB --- 2007-12-07 02:26:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2007-12-07 02:26:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-07 02:26:14 - cd /src TB --- 2007-12-07 02:26:14 - /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-12-07 03:43:54 - generating LINT kernel config TB --- 2007-12-07 03:43:54 - cd /src/sys/amd64/conf TB --- 2007-12-07 03:43:54 - /usr/bin/make -B LINT TB --- 2007-12-07 03:43:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-12-07 03:43:54 - cd /src TB --- 2007-12-07 03:43:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 03:43:54 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/dummynet/../../conf/kmod_syms.awk dummynet.ko export_syms | xargs -J% objcopy % dummynet.ko objcopy --strip-debug dummynet.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_adv_encap': /src/sys/modules/em/../../dev/em/if_em.c:2183: error: `hdrlen' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:2183: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:2183: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 03:56:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 03:56:31 - ERROR: failed to build lint kernel TB --- 2007-12-07 03:56:31 - tinderbox aborted TB --- 4344.77 user 554.30 system 5474.12 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 04:40:22 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 62DD816A41B; Fri, 7 Dec 2007 04:40:22 +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 1BB8013C45D; Fri, 7 Dec 2007 04:40:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB74eLBD019621; Thu, 6 Dec 2007 23:40:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB74eLM3096018; Thu, 6 Dec 2007 23:40:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 27D5D241A2; Thu, 6 Dec 2007 23:40:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207044021.27D5D241A2@freebsd-legacy.sentex.ca> Date: Thu, 6 Dec 2007 23:40:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 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, 07 Dec 2007 04:40:22 -0000 TB --- 2007-12-07 03:35:10 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-07 03:35:10 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-12-07 03:35:10 - cleaning the object tree TB --- 2007-12-07 03:35:43 - cvsupping the source tree TB --- 2007-12-07 03:35:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2007-12-07 03:35:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-07 03:35:52 - cd /src TB --- 2007-12-07 03:35:52 - /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 TB --- 2007-12-07 04:28:42 - generating LINT kernel config TB --- 2007-12-07 04:28:42 - cd /src/sys/pc98/conf TB --- 2007-12-07 04:28:42 - /usr/bin/make -B LINT TB --- 2007-12-07 04:28:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-12-07 04:28:42 - cd /src TB --- 2007-12-07 04:28:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 04:28:42 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_adv_encap': /src/sys/modules/em/../../dev/em/if_em.c:2183: error: `hdrlen' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:2183: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:2183: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 04:40:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 04:40:21 - ERROR: failed to build lint kernel TB --- 2007-12-07 04:40:21 - tinderbox aborted TB --- 3123.91 user 383.71 system 3910.20 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 04:59:41 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 F16FE16A419; Fri, 7 Dec 2007 04:59:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A8F5713C4E9; Fri, 7 Dec 2007 04:59:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB74xedl063629; Thu, 6 Dec 2007 23:59:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB74xe7f032657; Thu, 6 Dec 2007 23:59:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id BBF68241A2; Thu, 6 Dec 2007 23:59:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071207045940.BBF68241A2@freebsd-legacy.sentex.ca> Date: Thu, 6 Dec 2007 23:59:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 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, 07 Dec 2007 04:59:42 -0000 TB --- 2007-12-07 03:56:32 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-07 03:56:32 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-12-07 03:56:32 - cleaning the object tree TB --- 2007-12-07 03:56:57 - cvsupping the source tree TB --- 2007-12-07 03:56:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2007-12-07 03:57:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-07 03:57:07 - cd /src TB --- 2007-12-07 03:57:07 - /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 TB --- 2007-12-07 04:49:18 - generating LINT kernel config TB --- 2007-12-07 04:49:18 - cd /src/sys/sparc64/conf TB --- 2007-12-07 04:49:18 - /usr/bin/make -B LINT TB --- 2007-12-07 04:49:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-12-07 04:49:18 - cd /src TB --- 2007-12-07 04:49:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 7 04:49:18 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o dummynet.ko dummynet.kld objcopy --strip-debug dummynet.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_adv_encap': /src/sys/modules/em/../../dev/em/if_em.c:2183: error: `hdrlen' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:2183: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:2183: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-07 04:59:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-07 04:59:40 - ERROR: failed to build lint kernel TB --- 2007-12-07 04:59:40 - tinderbox aborted TB --- 3106.20 user 348.83 system 3788.61 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 05:22: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 7FC2516A418 for ; Fri, 7 Dec 2007 05:22:14 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from hatpro.mr-paradox.net (hatpro.mr-paradox.net [204.11.33.143]) by mx1.freebsd.org (Postfix) with ESMTP id 22D8713C469 for ; Fri, 7 Dec 2007 05:22:14 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by hatpro.mr-paradox.net (Postfix) with ESMTP id 3D8B5C13E for ; Fri, 7 Dec 2007 00:05:58 -0500 (EST) Received: by crow.mr-happy.com (Postfix, from userid 16139) id D921F5C58; Fri, 7 Dec 2007 00:05:57 -0500 (EST) Date: Fri, 7 Dec 2007 00:05:57 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20071207050557.GA1598@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.91.1/5024/Thu Dec 6 21:30:12 2007 on hatpro.mr-paradox.net X-Virus-Status: Clean Subject: 7.0-BETA4 amd64 panic during boot-time device probe 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, 07 Dec 2007 05:22:14 -0000 I've upgraded my AMD64 box from RELENG_6 (csup on Nov. 30) to RELENG_7 (csup around 01:30 UTC Dec. 7) and am getting a kernel panic when I try to boot with seemingly any one module specified in /boot/loader.conf (XXX_load=YES). It seems to occur near the end of device probing, just before it detects the disks. This panic does not happen if no modules are specified to be loaded in /boot/loader.conf. There is also no panic if I boot without loader.conf modules but then load the modules with kldload. This problem was originally happening when I was attempting to go from 6-STABLE to 7.0-BETA4, and rebuilding 7.0B4 under 7.0B4 yields the same result. Here is console output from the panic and partial dmesg output from the successful boot (similar up to a point, some context included). I couldn't get my serial port to accept input at the debugger prompt, and my keyboard (USB) can't even "Press a key on the console to reboot" when I have a non-ddb/kdb/etc kernel, so I couldn't do anything once I got into the debugger. Hopefully what's below has some useful information--if not, I'll be happy to try to get it. On the subject of the kernel debugger, I used GENERIC plus options DDB options DDB_NUMSYM options GDB options KDB options KDB_TRACE and set hint.sio.0.flags="0x80" in /boot/device.hints. What am I missing to allow serial input when the debugger starts? thanks for any help, Jeff === panic === GDB: debug ports: sio GDB: current port: sio KDB: debugger backends: ddb gdb KDB: current backend: ddb 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 7.0-BETA4 #0: Thu Dec 6 23:35:34 EST 2007 root@crow.mr-happy.com:/usr/obj/usr/src/sys/GENERIC_DBG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2211.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 1060421632 (1011 MB) avail memory = 1021755392 (974 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 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: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xdc004000-0xdc004fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xdc00-0xdcff,0xe000-0xe0ff mem 0xdc003000-0xdc003fff irq 23 at device 4.0 on pci0 pcm0: [ITHREAD] pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xdc002000-0xdc002fff irq 21 at device 7.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xdc001000-0xdc001fff irq 22 at device 8.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pci5: on pcib1 sio0: configured irq 18 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 18 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <3COM PCI FaxModem> port 0xa000-0xa007 irq 18 at device 8.0 on pci5 sio0: moving to sio4 sio4: type 16550A sio4: [FILTER] fwohci0: mem 0xdb008000-0xdb0087ff,0xdb004000-0xdb007fff irq 16 at device 11.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:72:dc:3e fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x9fe740 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:72:dc:3e fwe0: Ethernet address: 02:11:d8:72:dc:3e fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:00:72:dc:3e @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xa400-0xa4ff mem 0xdb000000-0xdb003fff irq 17 at device 12.0 on pci5 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:15:f2:1e:44:77 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] nfe0: port 0xb000-0xb007 mem 0xdc000000-0xdc000fff irq 23 at device 10.0 on pci0 miibus1: on nfe0 e1000phy1: PHY 9 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:15:f2:1e:31:0c nfe0: [FILTER] pcib2: at device 11.0 on pci0 pci4: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci2: on pcib4 pcib5: at device 14.0 on pci0 pci1: on pcib5 vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xd7ffffff,0xd9000000-0xd900ffff irq 18 at device 0.0 on pci1 vgapci1: mem 0xd9010000-0xd901ffff at device 0.1 on pci1 acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled can't re-use a leaf (%desc)! can't re-use a leaf (%driver)! can't re-use a leaf (%location)! can't re-use a leaf (%pnpinfo)! can't re-use a leaf (%parent)! sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x90 on acpi0 sio0: type 16550A, console sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xd0000-0xd3fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 ums0: on uhub0 ums0: 5 buttons and Z dir. ukbd0: on uhub0 kbd2 at ukbd0 Timecounters tick evfirewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ery 1.000 msec Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x258 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8047aa7e stack pointer = 0x10:0xffffffffa0677b40 frame pointer = 0x10:0xffffffffa0677b60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 23 (irq21: ohci0+) [thread pid 23 tid 100029 ] Stopped at 0xffffffff8047aa7e = _mtx_lock_sleep+0x4e: movl 0x258(%rcx),%esi db> === end panic === === no panic === [...] ums0: on uhub0 ums0: 5 buttons and Z dir. ukbd0: on uhub0 kbd2 at ukbd0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA300 ad8: 157066MB at ata4-master SATA300 ad10: 157066MB at ata5-master SATA300 ar0: 314133MB status: READY ar0: disk0 READY using ad8 at ata4-master ar0: disk1 READY using ad10 at ata5-master SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a [continue successful boot] === end no panic === From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 05:36: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 5EF8516A417 for ; Fri, 7 Dec 2007 05:36:12 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 356C213C45D for ; Fri, 7 Dec 2007 05:36:12 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 4375528431; Thu, 6 Dec 2007 23:17:37 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id A669F61C44; Thu, 6 Dec 2007 23:17:36 -0600 (CST) Date: Thu, 6 Dec 2007 23:17:36 -0600 From: "Matthew D. Fuller" To: Doug Hardie Message-ID: <20071207051736.GM71129@over-yonder.net> References: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: FreeBSD Stable Subject: Re: /boot size in 7.0 beta3 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, 07 Dec 2007 05:36:12 -0000 On Thu, Dec 06, 2007 at 05:32:41PM -0800 I heard the voice of Doug Hardie, and lo! it spake thus: > > Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses > a significant issue for those of us who have been running production > systems for many years. I have the root partition set to 200 MB > which has been more than enough. Well, 200 meg has been pretty tight and rather small for a couple versions now. My 194 meg / partition set up in 3-CURRENT days is pretty tight these days 8-} rm'ing away all the .symbols files from the kernel dir did the trick for me, though (I did have to do it in another terminal while `installkernel` was running to get it to complete... there's probably a flag I can pass to make): Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 194M 65M 113M 36% / -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 05:56: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 1F8FD16A41A; Fri, 7 Dec 2007 05:56:21 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7C84313C45A; Fri, 7 Dec 2007 05:56:19 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB75ePTi080886; Fri, 7 Dec 2007 12:40:25 +0700 (KRAT) (envelope-from eugen@kuzbass.ru) Message-ID: <4758DCDA.ED9F0C56@kuzbass.ru> Date: Fri, 07 Dec 2007 12:40:42 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Jeremy Chadwick References: <20071206112207.GA74486@svzserv.kemerovo.su> <20071206114046.GA78813@eos.sc1.parodius.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: Patrick van Iersel , freebsd-stable@FreeBSD.org Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 05:56:21 -0000 Jeremy Chadwick wrote: > > > Here's the situation. We have an web/ftp server with around 74000 users > > > defined in the local unix password database. On 4.9-stable which it is > > > running now, there is no noticable load when lookups are done (logins via > > > ftp, ~user lookups from apache etc.). We want to migrate this system to > > > 6-stable. > > > However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET > > > 2007) these same lookups cause very high load and things slow down to a > > > crawl. > > > > > > Does anybody have an idea what causes this behavior? > > > > > > Thanx in advance for any insights. > > > > Take a look to your /etc/nsswitch.conf. If you do not use NIS, > > try to change lines for 'group' and 'passwd' to look like this: > > > > group: files > > passwd: files > > The default value is "compat" on both RELENG_6 and RELENG_7. I don't > think switching to "files" will fix his problem (I'll be very surprised > if it does). See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 It seems the regression from RELENG_4 is still here. There are so many regressions in performance that I still prefer to invest time to patch bsd.ports.mk to support 4.x (and have a success, I use fresh ports with 4.x these days) then upgrade my UP boxes to 6.x and suffer from loss of performaince. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 07:44: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 80A3316A417 for ; Fri, 7 Dec 2007 07:44:39 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from maquis.kabelfoon.nl (maquis-ext.kabelfoon.nl [62.45.52.209]) by mx1.freebsd.org (Postfix) with ESMTP id 49AE313C448 for ; Fri, 7 Dec 2007 07:44:39 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from [192.168.8.127] (unknown [192.168.8.127]) by maquis.kabelfoon.nl (Postfix) with ESMTP id D0A892F9D6; Fri, 7 Dec 2007 08:44:37 +0100 (CET) User-Agent: Microsoft-Entourage/10.1.4.030702.0 Date: Fri, 07 Dec 2007 08:44:37 +0100 From: Patrick van Iersel To: Eugene Grosbein Message-ID: In-Reply-To: <4758DCDA.ED9F0C56@kuzbass.ru> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 07:44:39 -0000 > From: Eugene Grosbein > Organization: SVZServ > Date: Fri, 07 Dec 2007 12:40:42 +0700 > To: Jeremy Chadwick > Cc: Patrick van Iersel , freebsd-stable@FreeBSD.org > Subject: Re: Extreme load with local password db lookups > > Jeremy Chadwick wrote: > >>>> Here's the situation. We have an web/ftp server with around 74000 users >>>> defined in the local unix password database. On 4.9-stable which it is >>>> running now, there is no noticable load when lookups are done (logins via >>>> ftp, ~user lookups from apache etc.). We want to migrate this system to >>>> 6-stable. >>>> However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET >>>> 2007) these same lookups cause very high load and things slow down to a >>>> crawl. >>>> >>>> Does anybody have an idea what causes this behavior? >>>> >>>> Thanx in advance for any insights. >>> >>> Take a look to your /etc/nsswitch.conf. If you do not use NIS, >>> try to change lines for 'group' and 'passwd' to look like this: >>> >>> group: files >>> passwd: files >> >> The default value is "compat" on both RELENG_6 and RELENG_7. I don't >> think switching to "files" will fix his problem (I'll be very surprised >> if it does). > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 > It seems the regression from RELENG_4 is still here. > > There are so many regressions in performance that I still > prefer to invest time to patch bsd.ports.mk to support 4.x > (and have a success, I use fresh ports with 4.x these days) > then upgrade my UP boxes to 6.x and suffer from loss of performaince. For what it's worth, Eugene's suggestion of changing nsswitch.conf actually helps. It was mentioned in the PR above as well. It's still a workaround but it works good enough for me now. Thanx guys. Best regards, Patrick. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 07:48: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 CE15216A41B for ; Fri, 7 Dec 2007 07:48:50 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 2ACA613C461 for ; Fri, 7 Dec 2007 07:48:49 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB77mlsV090033; Fri, 7 Dec 2007 14:48:47 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB77mlti090032; Fri, 7 Dec 2007 14:48:47 +0700 (KRAT) (envelope-from eugen) Date: Fri, 7 Dec 2007 14:48:47 +0700 From: Eugene Grosbein To: Patrick van Iersel Message-ID: <20071207074847.GA89929@svzserv.kemerovo.su> References: <4758DCDA.ED9F0C56@kuzbass.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.org Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 07:48:50 -0000 On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 > > It seems the regression from RELENG_4 is still here. > > > > There are so many regressions in performance that I still > > prefer to invest time to patch bsd.ports.mk to support 4.x > > (and have a success, I use fresh ports with 4.x these days) > > then upgrade my UP boxes to 6.x and suffer from loss of performaince. > > For what it's worth, Eugene's suggestion of changing nsswitch.conf actually > helps. It was mentioned in the PR above as well. It's still a workaround but > it works good enough for me now. It would be nice if you make a followup to the PR for the record with a notice about your problem and mention 6.3-PRERELEASE there. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 07:49: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 6FE2216A419 for ; Fri, 7 Dec 2007 07:49:10 +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 6090013C508 for ; Fri, 7 Dec 2007 07:49:10 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 1B90B1CC07B; Thu, 6 Dec 2007 23:49:10 -0800 (PST) Date: Thu, 6 Dec 2007 23:49:10 -0800 From: Jeremy Chadwick To: Patrick van Iersel Message-ID: <20071207074910.GA2404@eos.sc1.parodius.com> References: <4758DCDA.ED9F0C56@kuzbass.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@FreeBSD.org, Eugene Grosbein Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 07:49:10 -0000 On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: > > From: Eugene Grosbein > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 > > It seems the regression from RELENG_4 is still here. > > > > There are so many regressions in performance that I still > > prefer to invest time to patch bsd.ports.mk to support 4.x > > (and have a success, I use fresh ports with 4.x these days) > > then upgrade my UP boxes to 6.x and suffer from loss of performaince. > > For what it's worth, Eugene's suggestion of changing nsswitch.conf actually > helps. It was mentioned in the PR above as well. It's still a workaround but > it works good enough for me now. I stand corrected. :-) The PR referenced by Eugene is dead on. The priority on that PR should really be changed to medium or high, because the impact is major. I'm sure large hosting/shell providers are being bitten by this. -- | 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 Fri Dec 7 08:05: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 1527716A417 for ; Fri, 7 Dec 2007 08:05:10 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from maquis.kabelfoon.nl (maquis-ext.kabelfoon.nl [62.45.52.209]) by mx1.freebsd.org (Postfix) with ESMTP id D368213C457 for ; Fri, 7 Dec 2007 08:05:09 +0000 (UTC) (envelope-from pviersel@office.caiw.nl) Received: from [192.168.8.127] (unknown [192.168.8.127]) by maquis.kabelfoon.nl (Postfix) with ESMTP id 1AA232FA65 for ; Fri, 7 Dec 2007 09:05:09 +0100 (CET) User-Agent: Microsoft-Entourage/10.1.4.030702.0 Date: Fri, 07 Dec 2007 09:05:08 +0100 From: Patrick van Iersel To: Message-ID: In-Reply-To: <20071207074847.GA89929@svzserv.kemerovo.su> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 08:05:10 -0000 > From: Eugene Grosbein > Date: Fri, 7 Dec 2007 14:48:47 +0700 > To: Patrick van Iersel > Cc: freebsd-stable@FreeBSD.org > Subject: Re: Extreme load with local password db lookups > > On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: > >>> See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 >>> It seems the regression from RELENG_4 is still here. >>> >>> There are so many regressions in performance that I still >>> prefer to invest time to patch bsd.ports.mk to support 4.x >>> (and have a success, I use fresh ports with 4.x these days) >>> then upgrade my UP boxes to 6.x and suffer from loss of performaince. >> >> For what it's worth, Eugene's suggestion of changing nsswitch.conf actually >> helps. It was mentioned in the PR above as well. It's still a workaround but >> it works good enough for me now. > > It would be nice if you make a followup to the PR for the record > with a notice about your problem and mention 6.3-PRERELEASE there. Done :) Patrick. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 10:36:34 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 7B1A116A417 for ; Fri, 7 Dec 2007 10:36:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id B817113C469 for ; Fri, 7 Dec 2007 10:36:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:1984 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3485701AbXLGKZj (ORCPT ); Fri, 7 Dec 2007 13:25:39 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <47591F9E.6020902@yandex.ru> Date: Fri, 07 Dec 2007 13:25:34 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Doug Hardie References: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> In-Reply-To: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: /boot size in 7.0 beta3 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, 07 Dec 2007 10:36:34 -0000 Doug Hardie wrote: > Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses a > significant issue for those of us who have been running production > systems for many years. I have the root partition set to 200 MB which > has been more than enough. Its no longer usable. 7.0 beta will not > install properly as it runs out of space. Basically this forces you to > repartition the drive. That requires an extensive down time for > servers. Far beyond what I can justify to users. src/UPDATING: 20060118: This actually occured some time ago, but installing the kernel now also installs a bunch of symbol files for the kernel modules. This increases the size of /boot/kernel to about 67Mbytes. You will need twice this if you will eventually back this up to kernel.old on your next install. If you have a shortage of room in your root partition, you should add -DINSTALL_NODEBUG to your make arguments or add INSTALL_NODEBUG="yes" to your /etc/make.conf. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 11:02: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 2E4E016A41A for ; Fri, 7 Dec 2007 11:02:37 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id D921413C46A for ; Fri, 7 Dec 2007 11:02:36 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 1910528B16; Fri, 7 Dec 2007 05:02:36 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id A02AE61C44; Fri, 7 Dec 2007 05:02:35 -0600 (CST) Date: Fri, 7 Dec 2007 05:02:35 -0600 From: "Matthew D. Fuller" To: Doug Hardie , FreeBSD Stable Message-ID: <20071207110235.GP71129@over-yonder.net> References: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> <20071207051736.GM71129@over-yonder.net> <20071207105606.GA1370@holstein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071207105606.GA1370@holstein.holy.cow> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: Subject: Re: /boot size in 7.0 beta3 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, 07 Dec 2007 11:02:37 -0000 On Fri, Dec 07, 2007 at 12:56:06AM -1000 I heard the voice of Parv, and lo! it spake thus: > > So, just what have you been stuffing in /? kernel.debug for one thing. But that's not what really kills it; it's when there are TWO kernel.debug's in the time between starting the upgrade and being sure the new one works solid. Or now, two sets of .symbols files, which is way too much for it (one set is ~75 megs). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 11:10: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 2F55416A419 for ; Fri, 7 Dec 2007 11:10:41 +0000 (UTC) (envelope-from parv@pair.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id E53FE13C4E3 for ; Fri, 7 Dec 2007 11:10:40 +0000 (UTC) (envelope-from parv@pair.com) Received: from localhost.hawaii.res.rr.com ([66.91.123.31]) by hrndva-omta05.mail.rr.com with ESMTP id <20071207105530.IDDP25689.hrndva-omta05.mail.rr.com@localhost.hawaii.res.rr.com>; Fri, 7 Dec 2007 10:55:30 +0000 Received: from holstein.holy.cow (localhost [127.0.0.1]) by localhost.hawaii.res.rr.com (Postfix) with ESMTP id 7D89832C5; Fri, 7 Dec 2007 00:56:08 -1000 (HST) Received: (from parv@localhost) by holstein.holy.cow (8.13.8/8.13.8/Submit) id lB7Au6IC005821; Fri, 7 Dec 2007 00:56:06 -1000 (HST) (envelope-from parv@pair.com) X-Authentication-Warning: holstein.holy.cow: parv set sender to parv@pair.com using -f Date: Fri, 7 Dec 2007 00:56:06 -1000 From: Parv To: "Matthew D. Fuller" Message-ID: <20071207105606.GA1370@holstein.holy.cow> Mail-Followup-To: "Matthew D. Fuller" , Doug Hardie , FreeBSD Stable References: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> <20071207051736.GM71129@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071207051736.GM71129@over-yonder.net> Cc: FreeBSD Stable Subject: Re: /boot size in 7.0 beta3 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, 07 Dec 2007 11:10:41 -0000 in message <20071207051736.GM71129@over-yonder.net>, wrote Matthew D. Fuller thusly... > > On Thu, Dec 06, 2007 at 05:32:41PM -0800 I heard the voice of > Doug Hardie, and lo! it spake thus: > > > > Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That > > poses a significant issue for those of us who have been running > > production systems for many years. I have the root partition > > set to 200 MB which has been more than enough. > > Well, 200 meg has been pretty tight and rather small for a couple > versions now. My 194 meg / partition set up in 3-CURRENT days is > pretty tight these days 8-} On not too old RELENG_6 with a debug kernel (nothing much in /root, /tmp is a symlinked to elsewhere) ... df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad4s3a 193M 71M 107M 40% / /dev/ufs/t61var 387M 104M 253M 29% /var /dev/ufs/t61usr 678M 155M 468M 25% /usr /dev/ufs/t61home 24G 6.3G 16G 28% /home /dev/ufs/t61misc 13G 6.8G 5.4G 56% /misc devfs 1.0K 1.0K 0B 100% /dev So, just what have you been stuffing in /? Now if /var is really in /, then 200M is indeed close to the usage (175M) for comfort. - Parv > rm'ing away all the .symbols files from the kernel dir did the > trick for me, though (I did have to do it in another terminal > while `installkernel` was running to get it to complete... > there's probably a flag I can pass to make): > > Filesystem Size Used Avail Capacity Mounted on > /dev/da0s1a 194M 65M 113M 36% / -- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 12:39: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 06B2C16A41B for ; Fri, 7 Dec 2007 12:39:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id BB80413C45D for ; Fri, 7 Dec 2007 12:39:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J0cUE-000NiQ-9u for freebsd-stable@FreeBSD.ORG; Fri, 07 Dec 2007 12:39:22 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J0cUE-000046-7R; Fri, 07 Dec 2007 12:39:22 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J0cUE-000CkR-6X; Fri, 07 Dec 2007 12:39:22 +0000 To: freebsd-stable@FreeBSD.ORG, petefrench@ticketswitch.com In-Reply-To: Message-Id: From: Pete French Date: Fri, 07 Dec 2007 12:39:22 +0000 Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 07 Dec 2007 12:39:24 -0000 Just as a followup to this - I soent some time going through all the suggestions and advice that people gave me regarding this problem. It turns out that the newer servers shipped by HP have different cache settings to the older ones on their RAID controllers, plus I get very different results from my benchmarks depending on how long the machines have been booted for and what activity has occurred on them (probably due to things ending up in cache). Upshot - if the machines are configured identically, and an identical install is made and an identical test doen then we get identical performance as expected. Part of the reason for posting this though is that a lot of people have bbeen worrying about 8x CPU performance, and this thread won't have helped. So I wanted to say that now I am convinced that (for my workload) these machines are fine. To the point where I have installed 7.0-BETA4 on the ten new 8 core servers for a very large load on th webfarm this morning. I'm pleased toio say that it went off perfectly, the servers took the load and we had no problems at all. We are running CGI scripts against mySQL under apache22 basically - which is a pretty common thing to do. Ia m using ULE and tthe amd64 version of the OS. 7.0 is excellent as far as I am concerned, and I don't think people should be worried about deploying it on 8 core machines. My experinec has been that it is fine and is also somewhat faster than 6.3 on the same hardware. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 12:46: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 7380D16A421 for ; Fri, 7 Dec 2007 12:46:03 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.freebsd.org (Postfix) with SMTP id 3BF1913C447 for ; Fri, 7 Dec 2007 12:46:02 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 29659 invoked from network); 7 Dec 2007 12:46:02 -0000 Received: from unknown (24.144.77.185) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 07 Dec 2007 12:46:00 -0000 Message-ID: <47594087.7030703@seclark.us> Date: Fri, 07 Dec 2007 07:45:59 -0500 From: Stephen Clark User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 12:46:03 -0000 Hello List, I know FreeBSD 4.x is old..., but we are using on a production system with postgres and apache. The above message is appearing periodically. I googled for the message but found no recommendation for adjusting it. Any suggestions. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 12:53: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 13F6816A419 for ; Fri, 7 Dec 2007 12:53:43 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id C4D1E13C442 for ; Fri, 7 Dec 2007 12:53:42 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so185377anc for ; Fri, 07 Dec 2007 04:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=KPcqcJUrHMJ3AV0/MWQB30tCpFOi/VLjg4B5lAVatnc=; b=MXfYong1joV7bRdIJIPuhLWuF8voDpHzu7aWUFMOc/Yh7WX/+5OBZe9lyCpTIWu/OQnbpIpYkFVI/xpJWanO3HbaWN/H6bf2Mj08jdh/6wKrUGO7iXgOyrFuj2MbtTp42I1IfM0SMJKAL6g+ZD8X6bOu4FQH403YjyDF2TNrhmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SxP+Q6J74XNDE7hsmz6P/dvZ01FO3DBBtGBRC47mMTapwlvMDTyDvYkHcLi8KYopamX7HqxmNRiaqdyWBXzQIb8rDU1fLi+WNcGIfNHWY/Qtk0XTAX4UN8cVHw7S8SQlRFwyJkQ+arwoM9JVbZiX0b6aw5im5kV2rWLf05DBVaY= Received: by 10.100.171.10 with SMTP id t10mr9156769ane.1197032021967; Fri, 07 Dec 2007 04:53:41 -0800 (PST) Received: by 10.100.154.2 with HTTP; Fri, 7 Dec 2007 04:53:14 -0800 (PST) Message-ID: Date: Fri, 7 Dec 2007 13:53:14 +0100 From: "Claus Guttesen" To: Stephen.Clark@seclark.us In-Reply-To: <47594087.7030703@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47594087.7030703@seclark.us> Cc: freebsd-stable@freebsd.org Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, 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, 07 Dec 2007 12:53:43 -0000 > I know FreeBSD 4.x is old..., but we are using on a production system > with postgres and apache. The above message > is appearing periodically. I googled for the message but found no > recommendation for adjusting it. Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be configured in /boot/loader.conf. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 12:53:56 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 0958916A581 for ; Fri, 7 Dec 2007 12:53:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id AE37B13C47E for ; Fri, 7 Dec 2007 12:53:55 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so185377anc for ; Fri, 07 Dec 2007 04:53:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=KPcqcJUrHMJ3AV0/MWQB30tCpFOi/VLjg4B5lAVatnc=; b=bqFmNPp3L00oLhwCvZh5isY9KZKtKRYZ6JnF38QEjucPrS7gEh3qIyZPETP0HiQzCq7r613lx5D8tDQomkk9Yi/v7t3XQvGaSiHFelgc3WPA8fBG1c56CGKGuE+cr16F5tpquEgaTa/dekm17OMaiqIRMZSGl1caIYi6uOl7MQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SxP+Q6J74XNDE7hsmz6P/dvZ01FO3DBBtGBRC47mMTapwlvMDTyDvYkHcLi8KYopamX7HqxmNRiaqdyWBXzQIb8rDU1fLi+WNcGIfNHWY/Qtk0XTAX4UN8cVHw7S8SQlRFwyJkQ+arwoM9JVbZiX0b6aw5im5kV2rWLf05DBVaY= Received: by 10.100.201.16 with SMTP id y16mr9178087anf.1197031994996; Fri, 07 Dec 2007 04:53:14 -0800 (PST) Received: by 10.100.154.2 with HTTP; Fri, 7 Dec 2007 04:53:14 -0800 (PST) Message-ID: Date: Fri, 7 Dec 2007 13:53:14 +0100 From: "Claus Guttesen" To: Stephen.Clark@seclark.us In-Reply-To: <47594087.7030703@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47594087.7030703@seclark.us> Cc: freebsd-stable@freebsd.org Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, 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, 07 Dec 2007 12:53:56 -0000 > I know FreeBSD 4.x is old..., but we are using on a production system > with postgres and apache. The above message > is appearing periodically. I googled for the message but found no > recommendation for adjusting it. Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be configured in /boot/loader.conf. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 13:41: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 5295916A419 for ; Fri, 7 Dec 2007 13:41:50 +0000 (UTC) (envelope-from kometen@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 5096713C43E for ; Fri, 7 Dec 2007 13:41:49 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so189575anc for ; Fri, 07 Dec 2007 05:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=gDca91+oLBAAZZec1ysXNVtZ871qt+z23YUaJDu+yEM=; b=HexcF+QKPCa3gkc176XPkdLHSB7xgFj5UITHBgBXuD+DYzd2c6BMHF6y+SPb7tKc4HrwlOcNvLTlDWAk+uvBagTLzF3i7LNQCJtyVRnn/RKBA2UG+y4GnyySR/hz/7eKRiFO+37hpw5mr0LL0i5DscWjyr0f7gpsyt+q0Gpaxnw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=xi34RU8la/4JiEFBRY9NAvZil7z5jdf9VGXvkJp5YyNnKLWWig8jJGYEwB4sjj5FL/TMVegkL/oDnvJJI8jorNTp+7UVP833qEV7TQ27CG+pTDshoAebxeEPi7ZqVI43WlV/rg9X8GjQjZPfKqoJUiStPQKUpJiPWD3Chv2SkFI= Received: by 10.100.190.15 with SMTP id n15mr9316590anf.1197034907713; Fri, 07 Dec 2007 05:41:47 -0800 (PST) Received: by 10.100.154.2 with HTTP; Fri, 7 Dec 2007 05:41:47 -0800 (PST) Message-ID: Date: Fri, 7 Dec 2007 14:41:47 +0100 From: "Claus Guttesen" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 07 Dec 2007 13:41:50 -0000 > Just as a followup to this - I soent some time going through all > the suggestions and advice that people gave me regarding this problem. > It turns out that the newer servers shipped by HP have different cache > settings to the older ones on their RAID controllers, plus I get very > different results from my benchmarks depending on how long the machines > have been booted for and what activity has occurred on them (probably due to > things ending up in cache). What settings are there on the cache? I have a DL 380 G5 with 2 x dual-core woodcrest and 512 MB BB cache running as a db-server (postgresql) and two DL 360 G5 with with 2 x 4-core and 256 MB BB cache running as web-servers. > Upshot - if the machines are configured identically, and an identical install > is made and an identical test doen then we get identical performance as > expected. > > Part of the reason for posting this though is that a lot of people have bbeen > worrying about 8x CPU performance, and this thread won't have helped. So > I wanted to say that now I am convinced that (for my workload) these machines > are fine. To the point where I have installed 7.0-BETA4 on the ten new > 8 core servers for a very large load on th webfarm this morning. I'm pleased > toio say that it went off perfectly, the servers took the load and we had > no problems at all. We are running CGI scripts against mySQL under apache22 > basically - which is a pretty common thing to do. Ia m using ULE and tthe > amd64 version of the OS. I will second this even though I do not have hard facts to base this assumption on. I have - as mentioned above - two web-servers running 7.0 beta 2 on a 8-core and is satisfied with the performance. But my only comparison are two 2 x dual-core opterons (4-way) where the 8-core handles approx. twice as much load. But maby I should expect 2.5 as much performance since the quad-core is a newer cpu and the opterons are getting two years old. I also upgraded our db-server from 6.2 RC1 to 7.0 beta 3 on our DL 380 G5 (4-way) because the server was getting constrained on ressources. I could either replace my 10K rpm drives (in raid 1+0) with 15K ditto which would require a downtime which we could not afford at this time or I could upgrade from 6.2 to 7.0. The upgrade took 10 min. Kernel and userland had all ready been compiled on the web-server. The upgrade was worthwhile and the db-server is performing better. On Sunday I will have some load-numbers and post them on Monday. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 13:47:15 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 00CC816A420 for ; Fri, 7 Dec 2007 13:47:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id B72B713C459 for ; Fri, 7 Dec 2007 13:47:14 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J0dXt-000OGU-Vu; Fri, 07 Dec 2007 13:47:13 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1J0dXt-0000Y8-Tp; Fri, 07 Dec 2007 13:47:13 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J0dXt-000DeR-Tr; Fri, 07 Dec 2007 13:47:13 +0000 To: kometen@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Fri, 07 Dec 2007 13:47:13 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 07 Dec 2007 13:47:15 -0000 > What settings are there on the cache? I have a DL 380 G5 with 2 x The RAID cards on the original machines came with the cache configured as 50/50 read/write split. The new ones came configured 25/75 read/write splitl. Having set them all to 50/50 using the Smart Start CD then I now get iidentical performnce. It's worth checking - these RAID controllers have shoipped set to 50/50 for as long as I have been using them, so I just assumed the new ones would be too... -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 14:04: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 1EB8C16A417 for ; Fri, 7 Dec 2007 14:04:33 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.freebsd.org (Postfix) with SMTP id D5E5213C448 for ; Fri, 7 Dec 2007 14:04:32 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 7235 invoked from network); 7 Dec 2007 14:04:32 -0000 Received: from unknown (24.144.77.185) by smtpauth01.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 07 Dec 2007 14:04:32 -0000 Message-ID: <475952EF.70400@seclark.us> Date: Fri, 07 Dec 2007 09:04:31 -0500 From: Stephen Clark User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <47594087.7030703@seclark.us> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 14:04:33 -0000 Claus Guttesen wrote: >>I know FreeBSD 4.x is old..., but we are using on a production system >>with postgres and apache. The above message >>is appearing periodically. I googled for the message but found no >>recommendation for adjusting it. >> >> > >Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be >configured in /boot/loader.conf. > > > Hi Claus, It does not appear to be available via a sysctl in 4.x. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 14:41:56 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 6789E16A419; Fri, 7 Dec 2007 14:41:56 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id E1FD713C50F; Fri, 7 Dec 2007 14:41:51 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lB7Efgiq015079; Fri, 7 Dec 2007 15:41:42 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Fri, 7 Dec 2007 15:41:41 +0100 User-Agent: KMail/1.9.7 References: <4758DCDA.ED9F0C56@kuzbass.ru> <20071207074910.GA2404@eos.sc1.parodius.com> In-Reply-To: <20071207074910.GA2404@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712071541.41808.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Jeremy Chadwick , Patrick van Iersel , Eugene Grosbein Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 14:41:56 -0000 On Friday 07 December 2007, Jeremy Chadwick wrote: > On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: > > > From: Eugene Grosbein > > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 > > > It seems the regression from RELENG_4 is still here. > > > > > > There are so many regressions in performance that I still > > > prefer to invest time to patch bsd.ports.mk to support 4.x > > > (and have a success, I use fresh ports with 4.x these days) > > > then upgrade my UP boxes to 6.x and suffer from loss of performaince. > > > > For what it's worth, Eugene's suggestion of changing nsswitch.conf > > actually helps. It was mentioned in the PR above as well. It's still a > > workaround but it works good enough for me now. > > I stand corrected. :-) The PR referenced by Eugene is dead on. The > priority on that PR should really be changed to medium or high, because > the impact is major. I'm sure large hosting/shell providers are being > bitten by this. I would like to point out that in FreeBSD 7.x there is a daemon called nscd. I believe it was created exactly for this purpose (speeding up name lookups by caching them). - Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 14:47: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 7202316A418 for ; Fri, 7 Dec 2007 14:47:51 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 2DC4013C45B for ; Fri, 7 Dec 2007 14:47:49 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB7ElVwQ045516; Fri, 7 Dec 2007 21:47:31 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB7ElUcF045515; Fri, 7 Dec 2007 21:47:30 +0700 (KRAT) (envelope-from eugen) Date: Fri, 7 Dec 2007 21:47:30 +0700 From: Eugene Grosbein To: Pieter de Goeje Message-ID: <20071207144730.GA45443@svzserv.kemerovo.su> References: <4758DCDA.ED9F0C56@kuzbass.ru> <20071207074910.GA2404@eos.sc1.parodius.com> <200712071541.41808.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200712071541.41808.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.3i Cc: Jeremy Chadwick , Patrick van Iersel , freebsd-stable@freebsd.org Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 14:47:51 -0000 > I would like to point out that in FreeBSD 7.x there is a daemon called nscd. I > believe it was created exactly for this purpose (speeding up name lookups by > caching them). Is it true that 4.x has nearly O(n) lookup speed while later versions has O(n^2) method? Why 4.x does not need caching daemon to be quick? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 15:37:48 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 DE72B16A417 for ; Fri, 7 Dec 2007 15:37:48 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: from Shenton.org (static-71-246-241-106.washdc.fios.verizon.net [71.246.241.106]) by mx1.freebsd.org (Postfix) with ESMTP id A47CA13C46B for ; Fri, 7 Dec 2007 15:37:48 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: (qmail 68276 invoked by uid 1001); 7 Dec 2007 15:11:06 -0000 From: Chris Shenton To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org Date: Fri, 07 Dec 2007 10:11:06 -0500 Message-ID: <86hciuilpx.fsf@PECTOPAH.shenton.org> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: FreeBSD on Dell T105? ($350 dual-core Opteron) 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, 07 Dec 2007 15:37:49 -0000 Dell's got a decent deal on their PowerEdge T105 box with an 1.8GHz AMD dual-core Opteron, 512MB RAM, 80GB disk, and Gigabit ether: $350. I'd love to pick one of these up if FreeBSD was known to work on it, especially FreeBSD-7. Any reports of success or failure? I couldn't find anything on Google, the FreeBSD mailing list search, nor on http://www.freebsd.org/platforms/amd64/motherboards.html Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 15:49:07 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 4A2F716A419 for ; Fri, 7 Dec 2007 15:49:07 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.freebsd.org (Postfix) with ESMTP id EFCFA13C459 for ; Fri, 7 Dec 2007 15:49:04 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.2/8.14.2) with ESMTP id lB7FmrFD022213 for ; Fri, 7 Dec 2007 22:48:53 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.2/8.14.2/Submit) id lB7Fmqct022212 for stable@freebsd.org; Fri, 7 Dec 2007 22:48:52 +0700 (KRAT) (envelope-from eugen) Date: Fri, 7 Dec 2007 22:48:52 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20071207154852.GA22166@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 07 Dec 2007 15:49:07 -0000 Hi! There is FreeBSD box that was 6.2-STABLE before, now it became 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' compiled in. However, qemu-0.8.2s.20061225_1 stopped to work, it dumps core when started with an error: Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/local/obj/src/lib/libthr/thread/thr_init.c (errno = 12) ktrace shows that freebsd6_mmap() syscall fails: 22114 qemu CALL freebsd6_mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0,0,0) 22114 qemu RET freebsd6_mmap -1 errno 12 Cannot allocate memory Is it a bug in kernel's COMPAT_FREEBSD6 feature? Rebuilding of qemu requires downloading and building of gcc-3.4 that's what I would avoid to do. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 15:50: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 11E1C16A469 for ; Fri, 7 Dec 2007 15:50:00 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33707.mail.mud.yahoo.com (web33707.mail.mud.yahoo.com [68.142.201.204]) by mx1.freebsd.org (Postfix) with SMTP id CD33013C43E for ; Fri, 7 Dec 2007 15:49:59 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 38533 invoked by uid 60001); 7 Dec 2007 15:49:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=elUtKnx+HMpwpsoc0olyScKtHxgX+XFhPTj/hoOueHRKFiMHLHQWzj/ojLVyRJMVy4tWh0QGfSC5aVH2xTdWEYMKxG9hHfUpEUeRMWkCF712UnS18WFbnoY4qzo0XDzCz7b1T7PmqBorSK7Q0U279+7JZp7pvGzt6XzDBCZDwGw=; X-YMail-OSG: foi6bi0VM1mBgZJfeIfR5fZC.XpmLDxE7ciUr4hdIM886.eExJQgS7O2cHURwJGA3UIWtR_f9BwKguJ75JV89hP4tw3SVS20OMSQkvetcxMnA7s- Received: from [89.211.5.3] by web33707.mail.mud.yahoo.com via HTTP; Fri, 07 Dec 2007 07:49:58 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.158.1 Date: Fri, 7 Dec 2007 07:49:58 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Pyun YongHyeon MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <745088.30928.qm@web33707.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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, 07 Dec 2007 15:50:00 -0000 Hello Pyun, ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD STABLE > Sent: Friday, December 7, 2007 4:01:42 AM > Subject: Re: Intel DG31PR and RTL8168/8111 issue > > On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad > Al-Marri > wrote: > > [...] > > > > > Shall I issue more commands and send it? > > > > I'd like to know whether multicat filtering really works on your > hardware. It would be even better if you can test it on IPv6 > environments. Just assign an IPv6 address to your re0 and send > a ICMPv6 node information DNS name query from other hosts. > For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname > of host with re0 interface if multicast filtering works(Change > foo0 with interface instance of a driver.) > > -- > Regards, > Pyun YongHyeon I wish I could do that, but my ISP doesn't offer IPV6 space. Could you please make this patch in HEAD then mergge it to RELENG_7, so users with this nic wont drop FreeBSD 7.0 when it is out because the nic wont work out of box at least for IPV4 users. Again, I appreciate your help, and the great support for the community you offer. :-) Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 16:06:40 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 8DB2116A46E; Fri, 7 Dec 2007 16:06:40 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id B642F13C4CE; Fri, 7 Dec 2007 16:06:38 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 1D51BE08DC; Fri, 7 Dec 2007 17:06:37 +0100 (CET) Date: Fri, 7 Dec 2007 17:06:34 +0100 From: cpghost To: Alexander Motin Message-ID: <20071207170634.4693a7f5@epia-2.farid-hajji.net> In-Reply-To: <4757E39C.8020009@FreeBSD.org> References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> Organization: Cordula's Web X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) 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, 07 Dec 2007 16:06:40 -0000 On Thu, 06 Dec 2007 13:57:16 +0200 Alexander Motin wrote: > cpghost wrote: > > The problem is that the last mile carrier of the PPP provider > > that this router is attached to disconnects the ppp session > > forcibly once every 24h. Before the update, ppp would detect > > this and reconnect immediately. After the update, ppp doesn't > > recover gracefully from this anymore, but spits out on the > > console: > > > > ng_pppoe[5]: no matching session > > > > for hours, and tries to connect again every two minutes without > > success, until I manually stop and restart the userland ppp daemon > > (and then the connection is immediately restored with a new > > session). I've tried this for a few days now, and it is always the > > same: it's definitely not a problem on the provider's side: As soon > > as ppp restarts, it gets a new session without any problems and > > connects again. > > > > Since the last working sources were from 2007/09/25, and > > ng_pppoe.c was at rev. 1.74.2.3; and the new revision of > > ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever > > was changed there could be the cause (because this "no matching > > session" is being logged from there). > > I have tested and unable to reproduce that myself with ppp -> mpd or > mpd > - -> mpd PPPoE connections. Actually I am not sure about any > difference between reconnect and ppp restart. From the ng_pppoe node > point of view it should be the same. > > Could you provide tcpdump output for connection tries from your > Ethernet interface? Use "-pes 0" options please. Hi again, no luck this time: I just went through the 24h disconnect with tcpdump watching, but this time, ppp did reconnect flawlessly: [... packets belonging to ses 0x1d06 ..., then:] 16:03:28.367734 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 64: PPPoE PADT [ses 0x1d06] 16:03:28.368035 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE D (0x8863), length 38: PPPoE PADT [ses 0x1d06] [Generic-Error "session closed"] 16:06:22.211545 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x405B1AC1] [Service-Name] 16:06:22.383675 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x405B1AC1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 16:06:22.383871 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE D (0x8863), length 66: PPPoE PADR [Host-Uniq 0x405B1AC1] [AC-Cookie "..7\t.K.,.!y.y.E"] [AC-Name "DSSX43-erx"] [Service-Name] 16:06:22.503154 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADS [ses 0xb6b] [Service-Name] [Host-Uniq 0x405B1AC1] [AC-Name "DSSX43-erx"] [AC-Cookie "..7\t.K.,.!y.y.E"] 16:06:24.243677 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE S (0x8864), length 36: PPPoE [ses 0xb6b] LCP (0xc021), length 16: LCP, Conf-Request (0x01), id 4, length 16 [... more LCP packets belonging to ses 0xb6b ...] So the PADT/PADI/PADO/PADR/PADS sequence is correct. Maybe the PADT got lost on its way to this box the last times? Would ng_pppoe.c handle this case gracefully? Anyway, I will monitor this a few more days with tcpdump and report back should a "no matching session" come up again. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 16:15: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 C1BED16A417 for ; Fri, 7 Dec 2007 16:15:00 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.freebsd.org (Postfix) with ESMTP id 81A2C13C46A for ; Fri, 7 Dec 2007 16:15:00 +0000 (UTC) (envelope-from gemini@geminix.org) Message-ID: <4759717D.2090409@geminix.org> Date: Fri, 07 Dec 2007 17:14:53 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20071201 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <47594087.7030703@seclark.us> <475952EF.70400@seclark.us> <47596B11.90601@geminix.org> <47596CD2.4080502@seclark.us> In-Reply-To: <47596CD2.4080502@seclark.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J0fqo-000NxZ-7c; Fri, 07 Dec 2007 17:14:54 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, 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, 07 Dec 2007 16:15:00 -0000 Hi Steve, Stephen Clark wrote: > Uwe Doering wrote: >> [...] >> But you can put that option into the kernel config file: >> >> options PMAP_SHPGPERPROC=... >> >> and build a new kernel with it. > > You are correct. My question is more how much should I increase it. The > current default in the 4.x LINT file > is "options PMAP_SHPGPERPROC=201" should I double it? Increase it by 50 > to 251? Should it be a prime number? > I am just asking for information. The settings in the LINT file are not necessarily the defaults, rather mere examples. The default value for PMAP_SHPGPERPROC is 200 (defined in the source file /usr/src/sys/i386/i386/pmap.c). I would recommend to increase it by 100 until the messages stop. We use 300 on our servers, for instance. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 16:29: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 E217D16A417 for ; Fri, 7 Dec 2007 16:29:51 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.freebsd.org (Postfix) with ESMTP id A2B0913C45D for ; Fri, 7 Dec 2007 16:29:51 +0000 (UTC) (envelope-from gemini@geminix.org) Message-ID: <47596B11.90601@geminix.org> Date: Fri, 07 Dec 2007 16:47:29 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20071201 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <47594087.7030703@seclark.us> <475952EF.70400@seclark.us> In-Reply-To: <475952EF.70400@seclark.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J0fQI-000LXa-8K; Fri, 07 Dec 2007 17:29:50 +0100 Cc: freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, 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, 07 Dec 2007 16:29:52 -0000 Stephen Clark wrote: > Claus Guttesen wrote: >> Stephen Clark wrote: >>> I know FreeBSD 4.x is old..., but we are using on a production system >>> with postgres and apache. The above message >>> is appearing periodically. I googled for the message but found no >>> recommendation for adjusting it. >> >> Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be >> configured in /boot/loader.conf. > > It does not appear to be available via a sysctl in 4.x. But you can put that option into the kernel config file: options PMAP_SHPGPERPROC=... and build a new kernel with it. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 16:33:46 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 4BE1F16A419 for ; Fri, 7 Dec 2007 16:33:46 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0A15B13C46E for ; Fri, 7 Dec 2007 16:33:45 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1J0fnM-000EKj-Bd; Fri, 07 Dec 2007 19:11:20 +0300 To: Eugene Grosbein References: <20071207154852.GA22166@grosbein.pp.ru> From: Boris Samorodov Date: Fri, 07 Dec 2007 19:09:42 +0300 In-Reply-To: <20071207154852.GA22166@grosbein.pp.ru> (Eugene Grosbein's message of "Fri\, 7 Dec 2007 22\:48\:52 +0700") Message-ID: <20860185@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 07 Dec 2007 16:33:46 -0000 On Fri, 7 Dec 2007 22:48:52 +0700 Eugene Grosbein wrote: > There is FreeBSD box that was 6.2-STABLE before, now it became > 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' How did you upgrade the OS? Did you use "make delete-old-libs"? Did you install compat-6x? > compiled in. However, qemu-0.8.2s.20061225_1 stopped to work, Seems to be a rather old qemu version... > it dumps core when started with an error: > Fatal error 'Cannot allocate red zone for initial thread' at line 384 in > file /usr/local/obj/src/lib/libthr/thread/thr_init.c (errno = 12) > ktrace shows that freebsd6_mmap() syscall fails: > 22114 qemu CALL freebsd6_mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0,0,0) > 22114 qemu RET freebsd6_mmap -1 errno 12 Cannot allocate memory > Is it a bug in kernel's COMPAT_FREEBSD6 feature? > Rebuilding of qemu requires downloading and building of gcc-3.4 > that's what I would avoid to do. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 16:42: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 7B9BE16A418 for ; Fri, 7 Dec 2007 16:42:19 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 347B413C455 for ; Fri, 7 Dec 2007 16:42:19 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so210190anc for ; Fri, 07 Dec 2007 08:42:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=CAjsIGdXOcB7tlM7QHExvvMkCcikOsKHlhFvSooe9AQ=; b=uFKQ4na693BDPkEKPRkDCeCfcWqeyXMIdleGfQMft8sjgOlO4y/FdyMgZYsLDEGjioP9Err4uYWwPB4EHYQGZH1F/VkCsAtUegTA61siG7z1CmiFmWB0DfF6smfuZmzdhKPJ0zh4ZdTcACKjLtOKWmuRldfDr2xdQkHYdcEepyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q7NTaMsr46ldG9+SNCQ0pFRUp/yLXkhpRNTrC8074SXYue9mFJqBkzbV+A9zzr8lkPpyVGTKNhgZFFoI+kfGs+VxBd5JWlc0sSJTirATaNUbap6EQc9vKbJCCDMfOd4wvx4thEnEgbr4eiwjqpZtDy96oiYCv+OqRsKCZdtQ+2E= Received: by 10.100.252.16 with SMTP id z16mr9647100anh.1197045738213; Fri, 07 Dec 2007 08:42:18 -0800 (PST) Received: by 10.100.154.2 with HTTP; Fri, 7 Dec 2007 08:42:18 -0800 (PST) Message-ID: Date: Fri, 7 Dec 2007 17:42:18 +0100 From: "Claus Guttesen" To: "Uwe Doering" In-Reply-To: <4759717D.2090409@geminix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47594087.7030703@seclark.us> <475952EF.70400@seclark.us> <47596B11.90601@geminix.org> <47596CD2.4080502@seclark.us> <4759717D.2090409@geminix.org> Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, 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, 07 Dec 2007 16:42:19 -0000 > >> But you can put that option into the kernel config file: > >> > >> options PMAP_SHPGPERPROC=... > >> > >> and build a new kernel with it. > > > > You are correct. My question is more how much should I increase it. The > > current default in the 4.x LINT file > > is "options PMAP_SHPGPERPROC=201" should I double it? Increase it by 50 > > to 251? Should it be a prime number? > > I am just asking for information. > > The settings in the LINT file are not necessarily the defaults, rather > mere examples. The default value for PMAP_SHPGPERPROC is 200 (defined > in the source file /usr/src/sys/i386/i386/pmap.c). I would recommend to > increase it by 100 until the messages stop. We use 300 on our servers, > for instance. I do recall I had the same message on a 5.x-server (running postgresql-server I think, some years ago now :-) ) once in a while. I think I raised it twice to 400. I remember that the recommendation was not to raise it too high in order not to make the kernel panic during boot. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 16:52:53 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 D1D4F16A420 for ; Fri, 7 Dec 2007 16:52:53 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth02.prod.mesa1.secureserver.net (smtpauth02.prod.mesa1.secureserver.net [64.202.165.182]) by mx1.freebsd.org (Postfix) with SMTP id 9564613C461 for ; Fri, 7 Dec 2007 16:52:52 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 1968 invoked from network); 7 Dec 2007 16:52:49 -0000 Received: from unknown (24.144.77.185) by smtpauth02.prod.mesa1.secureserver.net (64.202.165.182) with ESMTP; 07 Dec 2007 16:52:48 -0000 Message-ID: <47597A5F.7070001@seclark.us> Date: Fri, 07 Dec 2007 11:52:47 -0500 From: Stephen Clark User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Uwe Doering References: <47594087.7030703@seclark.us> <475952EF.70400@seclark.us> <47596B11.90601@geminix.org> <47596CD2.4080502@seclark.us> <4759717D.2090409@geminix.org> In-Reply-To: <4759717D.2090409@geminix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC, X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 16:52:53 -0000 Uwe Doering wrote: > Hi Steve, > > Stephen Clark wrote: > >> Uwe Doering wrote: >> >>> [...] >>> But you can put that option into the kernel config file: >>> >>> options PMAP_SHPGPERPROC=... >>> >>> and build a new kernel with it. >> >> >> You are correct. My question is more how much should I increase it. >> The current default in the 4.x LINT file >> is "options PMAP_SHPGPERPROC=201" should I double it? Increase it by >> 50 to 251? Should it be a prime number? >> I am just asking for information. > > > The settings in the LINT file are not necessarily the defaults, rather > mere examples. The default value for PMAP_SHPGPERPROC is 200 (defined > in the source file /usr/src/sys/i386/i386/pmap.c). I would recommend > to increase it by 100 until the messages stop. We use 300 on our > servers, for instance. > > Regards, > > Uwe Thanks a lot for the response. I have only seen the message one time, I have 1 gb of memory with dual xeons, so I was thinking first I would bump it to 251. Regards, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 17:17:46 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 0E84F16A41B for ; Fri, 7 Dec 2007 17:17:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id C77CC13C44B for ; Fri, 7 Dec 2007 17:17:45 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lB7Gqsj6028475; Fri, 7 Dec 2007 11:52:54 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Fri, 07 Dec 2007 11:52:54 -0500 (EST) Date: Fri, 7 Dec 2007 11:52:54 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Eugene Grosbein In-Reply-To: <20860185@bb.ipt.ru> Message-ID: References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Boris Samorodov , stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 17:17:46 -0000 On Fri, 7 Dec 2007, Boris Samorodov wrote: > On Fri, 7 Dec 2007 22:48:52 +0700 Eugene Grosbein wrote: > >> There is FreeBSD box that was 6.2-STABLE before, now it became >> 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' > > How did you upgrade the OS? Did you use "make delete-old-libs"? > Did you install compat-6x? > >> compiled in. However, qemu-0.8.2s.20061225_1 stopped to work, > > Seems to be a rather old qemu version... > >> it dumps core when started with an error: > >> Fatal error 'Cannot allocate red zone for initial thread' at line 384 in >> file /usr/local/obj/src/lib/libthr/thread/thr_init.c (errno = 12) You have to either rebuild/install _no_ ports, or rebuild _all_ ports (portupgrade -af). You now seem to have applications or libraries that are linked to multiple FreeBSD library versions (e.g., libc.so.6 and libc.so.7, libthr.so.2 and libthr.so.3, etc) and that doesn't work and is not supported. -- DE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 18:34: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 1F2DD16A41A for ; Fri, 7 Dec 2007 18:34:09 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 91EA813C459 for ; Fri, 7 Dec 2007 18:34:08 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so223191anc for ; Fri, 07 Dec 2007 10:34:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=PMZXMf+PGgirQvAIaqBPkdfXvcW+p7+ZZlqELYrACGg=; b=UD4r9QExwdK/xUQWcVgqCx2G/LobsxKbaso7qxU7WJyfr43ZAemcrbaxG44dFMwz7hJHahhe0wzOIxtq9wb600hF2RdvsH+VcReZGY06zU6jMXLb4bmcNWqBDrzOy8gnuV8+Ufr2qkQ8529ZUF00M02UaVHc/HL1Cw31+gO7+n4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=t+cmEoGEhn1P/xJIdpJSTr28TKUp18GE+GMazv4pkQB4VKcSdFT2PLCKDjShJYYqepfhKidLLf3cWCar5dAKaScsuCkgrZCvReAlq+faN9ELBINNT7Hs7NFdUYloqjeDxK+DSc6cGHAGDBkYfOE8Ph/a4Qaw/e0eul1Tg+lShyk= Received: by 10.100.216.3 with SMTP id o3mr9767555ang.1197050915085; Fri, 07 Dec 2007 10:08:35 -0800 (PST) Received: from ?192.168.0.41? ( [71.184.114.33]) by mx.google.com with ESMTPS id l31sm770172hsa.2007.12.07.10.08.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Dec 2007 10:08:34 -0800 (PST) Message-ID: <47598C24.6060607@gmail.com> Date: Fri, 07 Dec 2007 13:08:36 -0500 From: Matthew Herzog User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: FreeBSD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: disklabel from sysinstall 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, 07 Dec 2007 18:34:09 -0000 Hi All. Just wondering if anyone has noticed the following problem on Sparc64 FreeBSD STABLE. When I partition a disk from the postinstall disklabel option and then exit the sysinstall shell I am left in an environment where I have no access to any binaries nor can I login via ssh from another host. Sysinstall seems to have unmounted all my file systems. For example if I type, "ls" I get "ls: not found". I should mention that I ran sysinstall from a /usr/local/bin/screen session in the latest instance. I end up having to punch the power to regain access. Can anyone explain why this happens and or what I can do to avoid it? I mean aside from using disklabel that is :) I'm fairly sure I have encountered this behaviour while in a regular shell in single user mode too. Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 19:23:40 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 024F916A41A; Fri, 7 Dec 2007 19:23:40 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id 7A85013C4CC; Fri, 7 Dec 2007 19:23:39 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id lB7JNViq021100; Fri, 7 Dec 2007 20:23:32 +0100 From: Pieter de Goeje To: Eugene Grosbein Date: Fri, 7 Dec 2007 20:23:31 +0100 User-Agent: KMail/1.9.7 References: <4758DCDA.ED9F0C56@kuzbass.ru> <200712071541.41808.pieter@degoeje.nl> <20071207144730.GA45443@svzserv.kemerovo.su> In-Reply-To: <20071207144730.GA45443@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712072023.31632.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Jeremy Chadwick , Patrick van Iersel , freebsd-stable@freebsd.org Subject: Re: Extreme load with local password db lookups 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, 07 Dec 2007 19:23:40 -0000 On Friday 07 December 2007, Eugene Grosbein wrote: > > I would like to point out that in FreeBSD 7.x there is a daemon called > > nscd. I believe it was created exactly for this purpose (speeding up name > > lookups by caching them). > > Is it true that 4.x has nearly O(n) lookup speed while later versions > has O(n^2) method? Why 4.x does not need caching daemon to be quick? > I don't really know but judging from the others posts the "files" lookup method is still O(n) thus no change there. The "compat" method could be slow because of a number of reasons, one of them is bad complexity. One would have to look at the code to find out... From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 20:00: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 BE2B216A41B for ; Fri, 7 Dec 2007 20:00:00 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from vs02.admiral.net (vs02.admiral.net [65.121.144.49]) by mx1.freebsd.org (Postfix) with ESMTP id 9239C13C44B for ; Fri, 7 Dec 2007 20:00:00 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from localhost (localhost.admiral.net [127.0.0.1]) by vs02.admiral.net (Postfix) with ESMTP id D5405785AC for ; Sat, 8 Dec 2007 04:41:41 +0900 (JST) Received: from usam.asusa.net (usa.asusa.net [65.121.144.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vs02.admiral.net (Postfix) with ESMTP id B28A0785A8 for ; Sat, 8 Dec 2007 04:41:41 +0900 (JST) Received: (qmail 39926 invoked from network); 7 Dec 2007 11:41:41 -0800 X-ASJ-Track-ID: <20071207194141.39926.qmail@usam.asusa.net> X-ASJ-Auth-ID: auth X-ASJ-Arrival-IP: 65.121.144.11 X-ASJ-SPF-Info: auth X-ASJ-Received-SPF: pass (send with smtp authentication by nishida#mail0002@65.121.144.11) Received: from unknown (HELO ?192.168.0.100?) (nishida?mail0002@65.121.144.11) by usam.asusa.net with SMTP; 7 Dec 2007 11:41:41 -0800 Message-ID: <4759A1F3.10008@asusa.net> Date: Fri, 07 Dec 2007 11:41:39 -0800 From: Hiroshi Nishida User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ASJ VSCAN based on AMaViS perl-11-ASJ-ETHEL-07030100-ML-SPEEDY58 Subject: G965 patch for 6.3-Beta 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, 07 Dec 2007 20:00:00 -0000 Hi. Does anybody need an Intel G965 patch for 6.3-Beta AGP i810? I posted to Japanese freebsd-users-jp ML, but there has been no response. I referred to 7.0-current (don't have idea when). The patch may not be good enough, so I hope somebody will check and improve it. At least it works with my laptop's 965GM, and Xorg 7.3? starts up. See ya. -- Hiroshi Nishida nishida@asusa.net From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 21:03: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 961B216A4C9 for ; Fri, 7 Dec 2007 21:03:10 +0000 (UTC) (envelope-from andpet@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5143D13C4D5 for ; Fri, 7 Dec 2007 21:03:09 +0000 (UTC) (envelope-from andpet@telia.com) Received: from [192.168.1.20] (81.233.14.209) by pne-smtpout2-sn1.fre.skanova.net (7.3.129) (authenticated as u30405151) id 4755412B0014423B; Fri, 7 Dec 2007 22:02:30 +0100 Message-ID: <4759B59D.8050002@telia.com> Date: Fri, 07 Dec 2007 22:05:33 +0100 From: Andreas Pettersson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: kometen@gmail.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 07 Dec 2007 21:03:10 -0000 Claus Guttesen wrote: > could either replace my 10K rpm drives (in raid 1+0) with 15K ditto > which would require a downtime which we could not afford at this tim I have several times successfully upgraded mirrored volumes with new disks without any downtime at all. Just change one disk, let the mirror rebuild, change the other disk, wait for rebuild again, tell the logical drive to present all the new space and then extend the filesystem. No downtime. -- Andreas From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 21:33:06 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 E63CC16A418 for ; Fri, 7 Dec 2007 21:33:06 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33714.mail.mud.yahoo.com (web33714.mail.mud.yahoo.com [68.142.201.211]) by mx1.freebsd.org (Postfix) with SMTP id BA85B13C4CC for ; Fri, 7 Dec 2007 21:33:06 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 30279 invoked by uid 60001); 7 Dec 2007 21:33:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=pzvAniIa0t5cOVRopBp62Q1ixE0T0/DJpuxa7ABcFNi+Vd7Wp9G0zehvrar1s/o/dGexOX5KUJeQKeUe26xb5wqUFniy2Jiia8wHMJqdrewfdIsY6/+yKPUbCYA2i/WVIydwzAM4DEGeGg5qjffFjmFSeq7H2YJSRloEKYfQ1qU=; X-YMail-OSG: awg.sbEVM1kLD1u.YM8oIyA_bjomq2PmmaLeryZ_jnISGSjnrduDVRt.eODI4pLOR_kr9IXMu20Fm2FeJnNpGXbsA6kySkp.rYeshgD1.aKb_kG3w1M- Received: from [89.211.5.3] by web33714.mail.mud.yahoo.com via HTTP; Fri, 07 Dec 2007 13:33:05 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.158.1 Date: Fri, 7 Dec 2007 13:33:05 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: FreeBSD STABLE MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <496975.29388.qm@web33714.mail.mud.yahoo.com> Subject: FreeBSD 7.0 Weird acpi.ko in the dmesg 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, 07 Dec 2007 21:33:07 -0000 [21:30](arabian@ArabPe)[~]> 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 7.0-BETA4 #0: Fri Dec 7 21:08:10 UTC 2007 arabian@ArabPe.ArabPe.Net:/usr/obj/usr/src/sys/ARABPE link_elf: symbol msleep undefined ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ KLD file acpi.ko - could not finalize loading ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2421.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 536854528 (511 MB) avail memory = 519933952 (495 MB) cpu0 on motherboard p4tcc0: on cpu0 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 vgapci0: mem 0xf7000000-0xf77fffff,0xf6800000-0xf681ffff,0xf6000000-0xf67fffff irq 12 at device 9.0 on pci2 fxp0: port 0xd800-0xd83f mem 0xf5800000-0xf5800fff,0xf5000000-0xf50fffff irq 5 at device 11.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:57:58:f6 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.2 (no driver attached) pci0: at device 31.4 (no driver attached) pci0: at device 31.5 (no driver attached) orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounter "TSC" frequency 2421579876 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76293MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a ArabPe# kldstat Id Refs Address Size Name 1 2 0xc0400000 390658 kernel 2 1 0xc28c8000 2000 accf_http.ko Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 21:38:15 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 4EEA116A46B for ; Fri, 7 Dec 2007 21:38:15 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 207C213C459 for ; Fri, 7 Dec 2007 21:38:15 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 0BF662EBA0B; Fri, 7 Dec 2007 16:21:17 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yGBvlhM1OIel; Fri, 7 Dec 2007 16:21:16 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id A92C12EB9D7; Fri, 7 Dec 2007 16:21:16 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 7D3DA33C22; Fri, 7 Dec 2007 16:21:16 -0500 (EST) Date: Fri, 7 Dec 2007 16:21:16 -0500 From: Adam McDougall To: Pete French Message-ID: <20071207212115.GQ1014@egr.msu.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 07 Dec 2007 21:38:15 -0000 On Fri, Dec 07, 2007 at 12:39:22PM +0000, Pete French wrote: Just as a followup to this - I soent some time going through all the suggestions and advice that people gave me regarding this problem. It turns out that the newer servers shipped by HP have different cache settings to the older ones on their RAID controllers, plus I get very different results from my benchmarks depending on how long the machines have been booted for and what activity has occurred on them (probably due to things ending up in cache). Upshot - if the machines are configured identically, and an identical install is made and an identical test doen then we get identical performance as expected. Part of the reason for posting this though is that a lot of people have bbeen worrying about 8x CPU performance, and this thread won't have helped. So I wanted to say that now I am convinced that (for my workload) these machines are fine. To the point where I have installed 7.0-BETA4 on the ten new 8 core servers for a very large load on th webfarm this morning. I'm pleased toio say that it went off perfectly, the servers took the load and we had no problems at all. We are running CGI scripts against mySQL under apache22 basically - which is a pretty common thing to do. Ia m using ULE and tthe amd64 version of the OS. 7.0 is excellent as far as I am concerned, and I don't think people should be worried about deploying it on 8 core machines. My experinec has been that it is fine and is also somewhat faster than 6.3 on the same hardware. -pete. I feel I have to throw in my experience too just for the archives. This previous weekend I had the opportunity to play with a dual quad-core dell precision 690, and I saw no huge performance problems. All around I was fairly happy with standard compile tests, did some rm. I didn't do anything involved like databases or php. I could do a buildkernel with a few additional kernel modules in 29 seconds :) but buildworld doesn't seem to benefit much from -j16 on a 8 core (not unexpected). I didn't have any useful parallel loads to test on it. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 22:50: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 B923B16A417 for ; Fri, 7 Dec 2007 22:50:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 892D313C459 for ; Fri, 7 Dec 2007 22:50:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-155-74.lsanca.dsl-w.verizon.net [71.109.155.74]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id lB7MobwV041192 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 7 Dec 2007 14:50:37 -0800 (PST) (envelope-from bc979@lafn.org) Message-Id: <9F286505-17C2-4A53-9A94-32B4164BBBF1@lafn.org> From: Doug Hardie To: "Andrey V. Elsukov" In-Reply-To: <47591F9E.6020902@yandex.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 7 Dec 2007 14:50:36 -0800 References: <2D93E927-3445-457A-A731-A8971A2E3859@lafn.org> <47591F9E.6020902@yandex.ru> X-Mailer: Apple Mail (2.915) X-Virus-Scanned: ClamAV 0.88.7/5033/Fri Dec 7 13:19:49 2007 on zoot.lafn.org X-Virus-Status: Clean Cc: FreeBSD Stable Subject: Re: /boot size in 7.0 beta3 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, 07 Dec 2007 22:50:41 -0000 On Dec 7, 2007, at 02:25, Andrey V. Elsukov wrote: > Doug Hardie wrote: >> Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses >> a significant issue for those of us who have been running >> production systems for many years. I have the root partition set >> to 200 MB which has been more than enough. Its no longer usable. >> 7.0 beta will not install properly as it runs out of space. >> Basically this forces you to repartition the drive. That requires >> an extensive down time for servers. Far beyond what I can justify >> to users. > > src/UPDATING: > 20060118: > This actually occured some time ago, but installing the kernel > now also installs a bunch of symbol files for the kernel modules. > This increases the size of /boot/kernel to about 67Mbytes. You > will need twice this if you will eventually back this up to > kernel.old on your next install. > If you have a shortage of room in your root partition, you > should add -DINSTALL_NODEBUG to your make arguments or add > INSTALL_NODEBUG="yes" to your /etc/make.conf. Thanks. That must have been after 6.2 came out as I never had that occur with it. Anyway, since I am installing from CD I discovered that during the install, VT4 has a working shell that lets you cd to / boot/GENERIC and delete the symbol files before the disk overflows. I will have to add the line above to make.conf though as I do minor updates from the source. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 00:16: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 2E0EC16A41B for ; Sat, 8 Dec 2007 00:16:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED22313C43E for ; Sat, 8 Dec 2007 00:16:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1812820waf for ; Fri, 07 Dec 2007 16:16:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=YYZndL6Dwe/aw8dfLUzeBz1tZpcfNcBKCEIEYh1+ab4=; b=DXO8vZ4cmJpfQ9ZT8K7/yfhg+0S558dfRmCKg/LMzV5PdK5Fj1eMdJKIf2QrIJ5Ytrfo/XJ8pxKJQoxe2OE21fZWXQM7+Ni7BiIkZZAniMw642QR2ewDhw3Cf9qeVbC3pQuNmbna6p+BNjmHifgdZWx5Ai1OZX+qqcTvIGqZQuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=BzwADt7rUNgRw26D/h1Ju0x/Kd0QVOUYjcLMLFhs/eRv21r/yNx96g+AnCdL1l+6FE6wX4HIH+DfqyM0XjLvzm1G1Ra1y5Ignni2+ZWlCt6egLRCvIhi1kaU/5MwSo0eIoH+kQNTrq8+NC5Qbu6VF+uIcT/Ljeoln4QBlRr1KYE= Received: by 10.114.204.7 with SMTP id b7mr3670648wag.1197073018654; Fri, 07 Dec 2007 16:16:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j38sm536706waf.2007.12.07.16.16.53 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Dec 2007 16:16:57 -0800 (PST) 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 lB80E0uE052829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Dec 2007 09:14: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 lB80Dx7A052828; Sat, 8 Dec 2007 09:13:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 8 Dec 2007 09:13:59 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071208001359.GA52659@cdnetworks.co.kr> References: <745088.30928.qm@web33707.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <745088.30928.qm@web33707.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD STABLE Subject: Re: Intel DG31PR and RTL8168/8111 issue 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, 08 Dec 2007 00:16:59 -0000 On Fri, Dec 07, 2007 at 07:49:58AM -0800, Abdullah Ibn Hamad Al-Marri wrote: > > Hello Pyun, > > ----- Original Message ---- > > From: Pyun YongHyeon > > To: Abdullah Ibn Hamad Al-Marri > > Cc: FreeBSD STABLE > > Sent: Friday, December 7, 2007 4:01:42 AM > > Subject: Re: Intel DG31PR and RTL8168/8111 issue > > > > On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad > > Al-Marri > > > wrote: > > > > [...] > > > > > > > > Shall I issue more commands and send it? > > > > > > > I'd like to know whether multicat filtering really works on your > > hardware. It would be even better if you can test it on IPv6 > > environments. Just assign an IPv6 address to your re0 and send > > a ICMPv6 node information DNS name query from other hosts. > > For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname > > of host with re0 interface if multicast filtering works(Change > > foo0 with interface instance of a driver.) > > > > -- > > Regards, > > Pyun YongHyeon > > I wish I could do that, but my ISP doesn't offer IPV6 space. > I see. > Could you please make this patch in HEAD then mergge it to RELENG_7, so users with this nic wont drop FreeBSD 7.0 when it is out because the nic wont work out of box at least for IPV4 users. > Patch committed to HEAD. But I'm not sure how re@ thinks about MFC as multicast filtering wasn't tested for this revision of RTL8168. > Again, I appreciate your help, and the great support for the community you offer. :-) > No problem. Thanks for your testing! -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 04:28:54 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 D392216A417; Sat, 8 Dec 2007 04:28:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 79CF013C4DB; Sat, 8 Dec 2007 04:28:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB84SrAW062247; Fri, 7 Dec 2007 23:28:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lB84SrWH060723; Fri, 7 Dec 2007 23:28:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 41BDD241A2; Fri, 7 Dec 2007 23:28:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071208042853.41BDD241A2@freebsd-legacy.sentex.ca> Date: Fri, 7 Dec 2007 23:28:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 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: Sat, 08 Dec 2007 04:28:55 -0000 TB --- 2007-12-08 03:46:35 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 03:46:35 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-12-08 03:46:35 - cleaning the object tree TB --- 2007-12-08 03:47:20 - cvsupping the source tree TB --- 2007-12-08 03:47:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2007-12-08 03:47:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 03:47:26 - cd /src TB --- 2007-12-08 03:47:26 - /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 [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 04:28:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 04:28:52 - ERROR: failed to build world TB --- 2007-12-08 04:28:52 - tinderbox aborted TB --- 1973.59 user 258.05 system 2537.37 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 04:29:30 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 8F45216A417; Sat, 8 Dec 2007 04:29:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF6413C447; Sat, 8 Dec 2007 04:29:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB84TTwa062262; Fri, 7 Dec 2007 23:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB84TTgg069170; Fri, 7 Dec 2007 23:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 52028241A2; Fri, 7 Dec 2007 23:29:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071208042929.52028241A2@freebsd-legacy.sentex.ca> Date: Fri, 7 Dec 2007 23:29:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 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: Sat, 08 Dec 2007 04:29:30 -0000 TB --- 2007-12-08 03:45:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 03:45:29 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-12-08 03:45:29 - cleaning the object tree TB --- 2007-12-08 03:46:09 - cvsupping the source tree TB --- 2007-12-08 03:46:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2007-12-08 03:46:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 03:46:19 - cd /src TB --- 2007-12-08 03:46:19 - /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 [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 04:29:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 04:29:29 - ERROR: failed to build world TB --- 2007-12-08 04:29:29 - tinderbox aborted TB --- 2028.55 user 275.27 system 2640.09 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 04:56:21 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 A06ED16A417; Sat, 8 Dec 2007 04:56:21 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id C68E213C43E; Sat, 8 Dec 2007 04:56:20 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB84MqR9030373; Sat, 8 Dec 2007 11:22:52 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB84Mq4r030372; Sat, 8 Dec 2007 11:22:52 +0700 (KRAT) (envelope-from eugen) Date: Sat, 8 Dec 2007 11:22:52 +0700 From: Eugene Grosbein To: Daniel Eischen Message-ID: <20071208042252.GA30019@svzserv.kemerovo.su> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Boris Samorodov , stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 04:56:21 -0000 On Fri, Dec 07, 2007 at 11:52:54AM -0500, Daniel Eischen wrote: > You have to either rebuild/install _no_ ports, or rebuild _all_ > ports (portupgrade -af). You now seem to have applications > or libraries that are linked to multiple FreeBSD library versions > (e.g., libc.so.6 and libc.so.7, libthr.so.2 and libthr.so.3, > etc) and that doesn't work and is not supported. But I do not see this: # ldd `which qemu` /usr/local/bin/qemu: libm.so.4 => /lib/libm.so.4 (0x4815c000) libz.so.3 => /lib/libz.so.3 (0x48172000) libSDL.so.11 => /usr/local/lib/libSDL.so.11 (0x48183000) libutil.so.5 => /lib/libutil.so.5 (0x481e8000) libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) libc.so.6 => /lib/libc.so.6 (0x4821c000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x4830f000) libm.so.5 => /lib/libm.so.5 (0x483fc000) libggi.so.2 => /usr/local/lib/libggi.so.2 (0x48411000) libgii.so.1 => /usr/local/lib/libgii.so.1 (0x484ab000) libgg.so.1 => /usr/local/lib/libgg.so.1 (0x484c7000) libvga.so.1 => /usr/local/lib/libvga.so.1 (0x484d0000) libvgl.so.5 => /usr/lib/libvgl.so.5 (0x48523000) libaa.so.1 => /usr/local/lib/libaa.so.1 (0x4852b000) libusbhid.so.3 => /usr/lib/libusbhid.so.3 (0x48542000) libthr.so.3 => /lib/libthr.so.3 (0x48546000) libc.so.7 => /lib/libc.so.7 (0x48558000) libncurses.so.7 => /lib/libncurses.so.7 (0x4864c000) libvgagl.so.1 => /usr/local/lib/libvgagl.so.1 (0x4868e000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x4869d000) libXxf86dga.so.1 => /usr/X11R6/lib/libXxf86dga.so.1 (0x486a2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x486a8000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x486b6000) libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x487a4000) librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x487a9000) libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x487b1000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x487b4000) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 05:11:19 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 4B14016A417; Sat, 8 Dec 2007 05:11:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0926B13C442; Sat, 8 Dec 2007 05:11:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lB85BIdh063443; Sat, 8 Dec 2007 00:11:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB85BIwH054185; Sat, 8 Dec 2007 00:11:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id E8A98241A2; Sat, 8 Dec 2007 00:11:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071208051117.E8A98241A2@freebsd-legacy.sentex.ca> Date: Sat, 8 Dec 2007 00:11:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 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: Sat, 08 Dec 2007 05:11:19 -0000 TB --- 2007-12-08 04:29:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 04:29:29 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-12-08 04:29:29 - cleaning the object tree TB --- 2007-12-08 04:30:12 - cvsupping the source tree TB --- 2007-12-08 04:30:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2007-12-08 04:30:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 04:30:17 - cd /src TB --- 2007-12-08 04:30:17 - /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 [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 05:11:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 05:11:17 - ERROR: failed to build world TB --- 2007-12-08 05:11:17 - tinderbox aborted TB --- 1954.05 user 258.09 system 2508.46 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 05:11:40 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 B880116A500; Sat, 8 Dec 2007 05:11:40 +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 7857C13C467; Sat, 8 Dec 2007 05:11:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lB85BdDI051645; Sat, 8 Dec 2007 00:11:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lB85BdfD054500; Sat, 8 Dec 2007 00:11:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 0FED7241A4; Sat, 8 Dec 2007 00:11:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071208051139.0FED7241A4@freebsd-legacy.sentex.ca> Date: Sat, 8 Dec 2007 00:11:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 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: Sat, 08 Dec 2007 05:11:40 -0000 TB --- 2007-12-08 04:28:53 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 04:28:53 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-12-08 04:28:53 - cleaning the object tree TB --- 2007-12-08 04:29:25 - cvsupping the source tree TB --- 2007-12-08 04:29:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2007-12-08 04:29:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 04:29:33 - cd /src TB --- 2007-12-08 04:29:33 - /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 [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 05:11:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 05:11:39 - ERROR: failed to build world TB --- 2007-12-08 05:11:39 - tinderbox aborted TB --- 1971.65 user 267.28 system 2565.70 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 05:18:09 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 2792216A417 for ; Sat, 8 Dec 2007 05:18:09 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA3E13C457 for ; Sat, 8 Dec 2007 05:18:07 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.2/8.14.2) with ESMTP id lB85Hwa9001225; Sat, 8 Dec 2007 12:17:58 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.2/8.14.2/Submit) id lB85HtGs001224; Sat, 8 Dec 2007 12:17:55 +0700 (KRAT) (envelope-from eugen) Date: Sat, 8 Dec 2007 12:17:55 +0700 From: Eugene Grosbein To: Boris Samorodov Message-ID: <20071208051755.GA1211@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20860185@bb.ipt.ru> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 05:18:09 -0000 >> There is FreeBSD box that was 6.2-STABLE before, now it became >> 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' > How did you upgrade the OS? Did you use "make delete-old-libs"? > Did you install compat-6x? No, I've tried now: install compat-6x port and ran "make delete-old-libs", no change - the same error (ldd shows, that qemu uses libs from /usr/local/lib/compat now). Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 05:55:41 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 B84AD16A41B; Sat, 8 Dec 2007 05:55:41 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 1D80213C447; Sat, 8 Dec 2007 05:55:40 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB85tbJ5038840; Sat, 8 Dec 2007 12:55:37 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB85tb04038839; Sat, 8 Dec 2007 12:55:37 +0700 (KRAT) (envelope-from eugen) Date: Sat, 8 Dec 2007 12:55:37 +0700 From: Eugene Grosbein To: Kostik Belousov Message-ID: <20071208055537.GA38551@svzserv.kemerovo.su> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071208054552.GP83121@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: Daniel Eischen , Boris Samorodov , stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 05:55:41 -0000 On Sat, Dec 08, 2007 at 07:45:52AM +0200, Kostik Belousov wrote: > > But I do not see this: > > > > # ldd `which qemu` > > /usr/local/bin/qemu: [skip] > > libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) > RELENG_6 libpthread > > libc.so.6 => /lib/libc.so.6 (0x4821c000) > RELENG_6 libc [skip] > > libthr.so.3 => /lib/libthr.so.3 (0x48546000) > RELENG_7 libpthread > > libc.so.7 => /lib/libc.so.7 (0x48558000) > RELENG_7 libc Thank you. Now I wonder, how such thing may happen if qemu was built under 6.2 where there were no libthr.so.3 and libc.so.7? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 06:02:11 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 9DE8116A41A; Sat, 8 Dec 2007 06:02:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 447A013C455; Sat, 8 Dec 2007 06:02:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J0slN-000Jio-RB; Sat, 08 Dec 2007 08:02:10 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB8626iW048784; Sat, 8 Dec 2007 08:02:06 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lB8626W5048783; Sat, 8 Dec 2007 08:02:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2007 08:02:06 +0200 From: Kostik Belousov To: Eugene Grosbein Message-ID: <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WZxAcDzU5g8uWBfq" Content-Disposition: inline In-Reply-To: <20071208055537.GA38551@svzserv.kemerovo.su> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 4fe2b897d4d72954524b6b73d18f8617 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1864 [Dec 07 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Daniel Eischen , Boris Samorodov , stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 06:02:11 -0000 --WZxAcDzU5g8uWBfq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2007 at 12:55:37PM +0700, Eugene Grosbein wrote: > On Sat, Dec 08, 2007 at 07:45:52AM +0200, Kostik Belousov wrote: >=20 > > > But I do not see this: > > >=20 > > > # ldd `which qemu` > > > /usr/local/bin/qemu: >=20 > [skip] >=20 > > > libpthread.so.2 =3D> /lib/libpthread.so.2 (0x481f5000) > > RELENG_6 libpthread > > > libc.so.6 =3D> /lib/libc.so.6 (0x4821c000) > > RELENG_6 libc >=20 > [skip] >=20 > > > libthr.so.3 =3D> /lib/libthr.so.3 (0x48546000) > > RELENG_7 libpthread > > > libc.so.7 =3D> /lib/libc.so.7 (0x48558000) > > RELENG_7 libc >=20 > Thank you. Now I wonder, how such thing may happen > if qemu was built under 6.2 where there were no > libthr.so.3 and libc.so.7? Most likely, you have rebuilt some library that brough in the dependencies. Check with readelf -d (look for NEEDED tags). --WZxAcDzU5g8uWBfq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHWjNeC3+MBN1Mb4gRAlwdAJ40nJc3DRK7bNk30iWN5gPAjpJkXwCfSWvC /bFsn1UPiJ3YbEzvIAb/aPY= =zODg -----END PGP SIGNATURE----- --WZxAcDzU5g8uWBfq-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 06:09: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 BCA2716A420; Sat, 8 Dec 2007 06:09:49 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 209EF13C442; Sat, 8 Dec 2007 06:09:48 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB869lCx040103; Sat, 8 Dec 2007 13:09:47 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB869lFS040102; Sat, 8 Dec 2007 13:09:47 +0700 (KRAT) (envelope-from eugen) Date: Sat, 8 Dec 2007 13:09:47 +0700 From: Eugene Grosbein To: Kostik Belousov Message-ID: <20071208060947.GB38551@svzserv.kemerovo.su> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: Daniel Eischen , Boris Samorodov , stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 06:09:49 -0000 On Sat, Dec 08, 2007 at 08:02:06AM +0200, Kostik Belousov wrote: > > > > libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) > > > RELENG_6 libpthread > > > > libc.so.6 => /lib/libc.so.6 (0x4821c000) > > > RELENG_6 libc > > > > [skip] > > > > > > libthr.so.3 => /lib/libthr.so.3 (0x48546000) > > > RELENG_7 libpthread > > > > libc.so.7 => /lib/libc.so.7 (0x48558000) > > > RELENG_7 libc > > > > Thank you. Now I wonder, how such thing may happen > > if qemu was built under 6.2 where there were no > > libthr.so.3 and libc.so.7? > Most likely, you have rebuilt some library that brough in the dependencies. > Check with readelf -d (look for NEEDED tags). $ readelf -d `which qemu` | grep NEEDED 0x00000001 (NEEDED) Shared library: [libm.so.4] 0x00000001 (NEEDED) Shared library: [libz.so.3] 0x00000001 (NEEDED) Shared library: [libSDL.so.11] 0x00000001 (NEEDED) Shared library: [libutil.so.5] 0x00000001 (NEEDED) Shared library: [libpthread.so.2] 0x00000001 (NEEDED) Shared library: [libc.so.6] Well, libSDL.so.11 is a culprit here. I'll try to get older version to /usr/local/lib/compat and use libmap.conf to resolve this. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 06:31:11 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 925D716A468; Sat, 8 Dec 2007 06:31:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 2472213C459; Sat, 8 Dec 2007 06:31:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J0sVg-000GX1-Ld; Sat, 08 Dec 2007 07:45:59 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lB85jqQp048065; Sat, 8 Dec 2007 07:45:52 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lB85jqki048064; Sat, 8 Dec 2007 07:45:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2007 07:45:52 +0200 From: Kostik Belousov To: Eugene Grosbein Message-ID: <20071208054552.GP83121@deviant.kiev.zoral.com.ua> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qK798ZKoBP/Ne2Dr" Content-Disposition: inline In-Reply-To: <20071208042252.GA30019@svzserv.kemerovo.su> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 9f090f397804869cf00fade203417d62 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1864 [Dec 07 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Daniel Eischen , Boris Samorodov , stable@freebsd.org Subject: Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 06:31:11 -0000 --qK798ZKoBP/Ne2Dr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2007 at 11:22:52AM +0700, Eugene Grosbein wrote: > On Fri, Dec 07, 2007 at 11:52:54AM -0500, Daniel Eischen wrote: >=20 > > You have to either rebuild/install _no_ ports, or rebuild _all_ > > ports (portupgrade -af). You now seem to have applications > > or libraries that are linked to multiple FreeBSD library versions > > (e.g., libc.so.6 and libc.so.7, libthr.so.2 and libthr.so.3, > > etc) and that doesn't work and is not supported. >=20 > But I do not see this: >=20 > # ldd `which qemu` > /usr/local/bin/qemu: > libm.so.4 =3D> /lib/libm.so.4 (0x4815c000) > libz.so.3 =3D> /lib/libz.so.3 (0x48172000) > libSDL.so.11 =3D> /usr/local/lib/libSDL.so.11 (0x48183000) > libutil.so.5 =3D> /lib/libutil.so.5 (0x481e8000) > libpthread.so.2 =3D> /lib/libpthread.so.2 (0x481f5000) RELENG_6 libpthread > libc.so.6 =3D> /lib/libc.so.6 (0x4821c000) RELENG_6 libc > libiconv.so.3 =3D> /usr/local/lib/libiconv.so.3 (0x4830f000) > libm.so.5 =3D> /lib/libm.so.5 (0x483fc000) > libggi.so.2 =3D> /usr/local/lib/libggi.so.2 (0x48411000) > libgii.so.1 =3D> /usr/local/lib/libgii.so.1 (0x484ab000) > libgg.so.1 =3D> /usr/local/lib/libgg.so.1 (0x484c7000) > libvga.so.1 =3D> /usr/local/lib/libvga.so.1 (0x484d0000) > libvgl.so.5 =3D> /usr/lib/libvgl.so.5 (0x48523000) > libaa.so.1 =3D> /usr/local/lib/libaa.so.1 (0x4852b000) > libusbhid.so.3 =3D> /usr/lib/libusbhid.so.3 (0x48542000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x48546000) RELENG_7 libpthread > libc.so.7 =3D> /lib/libc.so.7 (0x48558000) RELENG_7 libc > libncurses.so.7 =3D> /lib/libncurses.so.7 (0x4864c000) > libvgagl.so.1 =3D> /usr/local/lib/libvgagl.so.1 (0x4868e000) > libXxf86vm.so.1 =3D> /usr/X11R6/lib/libXxf86vm.so.1 (0x4869d000) > libXxf86dga.so.1 =3D> /usr/X11R6/lib/libXxf86dga.so.1 (0x486a2000) > libXext.so.6 =3D> /usr/X11R6/lib/libXext.so.6 (0x486a8000) > libX11.so.6 =3D> /usr/X11R6/lib/libX11.so.6 (0x486b6000) > libXdmcp.so.6 =3D> /usr/X11R6/lib/libXdmcp.so.6 (0x487a4000) > librpcsvc.so.4 =3D> /usr/lib/librpcsvc.so.4 (0x487a9000) > libXau.so.6 =3D> /usr/X11R6/lib/libXau.so.6 (0x487b1000) > librpcsvc.so.3 =3D> /usr/lib/librpcsvc.so.3 (0x487b4000) >=20 > Eugene Grosbein > _______________________________________________ > 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" --qK798ZKoBP/Ne2Dr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHWi+PC3+MBN1Mb4gRAn8lAKCrK4GGFtUjcdKxIczKNrvfqq2RbQCfYut0 wfE12hTAGa1zF2SQJ0MgKCw= =dvJ2 -----END PGP SIGNATURE----- --qK798ZKoBP/Ne2Dr-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 06:47:06 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 0A44316A419; Sat, 8 Dec 2007 06:47:06 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 617BE13C448; Sat, 8 Dec 2007 06:47:04 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB86l3Lr043213; Sat, 8 Dec 2007 13:47:03 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB86l3ok043212; Sat, 8 Dec 2007 13:47:03 +0700 (KRAT) (envelope-from eugen) Date: Sat, 8 Dec 2007 13:47:03 +0700 From: Eugene Grosbein To: Kostik Belousov Message-ID: <20071208064703.GA40347@svzserv.kemerovo.su> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071208060947.GB38551@svzserv.kemerovo.su> User-Agent: Mutt/1.4.2.3i Cc: Daniel Eischen , Boris Samorodov , stable@freebsd.org Subject: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 06:47:06 -0000 On Sat, Dec 08, 2007 at 01:09:47PM +0700, Eugene Grosbein wrote: > > > Thank you. Now I wonder, how such thing may happen > > > if qemu was built under 6.2 where there were no > > > libthr.so.3 and libc.so.7? > > Most likely, you have rebuilt some library that brough in the dependencies. > > Check with readelf -d (look for NEEDED tags). > > $ readelf -d `which qemu` | grep NEEDED > 0x00000001 (NEEDED) Shared library: [libm.so.4] > 0x00000001 (NEEDED) Shared library: [libz.so.3] > 0x00000001 (NEEDED) Shared library: [libSDL.so.11] > 0x00000001 (NEEDED) Shared library: [libutil.so.5] > 0x00000001 (NEEDED) Shared library: [libpthread.so.2] > 0x00000001 (NEEDED) Shared library: [libc.so.6] > > Well, libSDL.so.11 is a culprit here. I'll try to get older version to > /usr/local/lib/compat and use libmap.conf to resolve this. The problem is solved with libSDL.so.11 extracted from backup to /usr/local/lib/compat and a section in /etc/libmap.conf: [qemu] libSDL.so.11 compat/libSDL.so.11 So qemu just works again. Thank you very much! Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 14:37:14 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 D228C16A418 for ; Sat, 8 Dec 2007 14:37:14 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9217513C45B for ; Sat, 8 Dec 2007 14:37:14 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lB8EbCAr009943; Sat, 8 Dec 2007 09:37:12 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sat, 08 Dec 2007 09:37:13 -0500 (EST) Date: Sat, 8 Dec 2007 09:37:12 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Eugene Grosbein In-Reply-To: <20071208064703.GA40347@svzserv.kemerovo.su> Message-ID: References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , Boris Samorodov , stable@freebsd.org Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2007 14:37:14 -0000 On Sat, 8 Dec 2007, Eugene Grosbein wrote: > On Sat, Dec 08, 2007 at 01:09:47PM +0700, Eugene Grosbein wrote: > >>>> Thank you. Now I wonder, how such thing may happen >>>> if qemu was built under 6.2 where there were no >>>> libthr.so.3 and libc.so.7? >>> Most likely, you have rebuilt some library that brough in the dependencies. >>> Check with readelf -d (look for NEEDED tags). >> >> $ readelf -d `which qemu` | grep NEEDED >> 0x00000001 (NEEDED) Shared library: [libm.so.4] >> 0x00000001 (NEEDED) Shared library: [libz.so.3] >> 0x00000001 (NEEDED) Shared library: [libSDL.so.11] >> 0x00000001 (NEEDED) Shared library: [libutil.so.5] >> 0x00000001 (NEEDED) Shared library: [libpthread.so.2] >> 0x00000001 (NEEDED) Shared library: [libc.so.6] >> >> Well, libSDL.so.11 is a culprit here. I'll try to get older version to >> /usr/local/lib/compat and use libmap.conf to resolve this. > > The problem is solved with libSDL.so.11 extracted from backup > to /usr/local/lib/compat and a section in /etc/libmap.conf: > > [qemu] > libSDL.so.11 compat/libSDL.so.11 > > So qemu just works again. Thank you very much! Please reread my original reply to you. If you are going to be rebuilding or installing new ports, then you really need to do a portupgrade -af. The same thing may happen again for some other library. -- DE From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 14:42: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 6E40316A41A for ; Sat, 8 Dec 2007 14:42:18 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2E38113C459 for ; Sat, 8 Dec 2007 14:42:18 +0000 (UTC) (envelope-from gemini@geminix.org) Message-ID: <475AAD47.6050807@geminix.org> Date: Sat, 08 Dec 2007 15:42:15 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20071201 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Andreas Pettersson References: <4759B59D.8050002@telia.com> In-Reply-To: <4759B59D.8050002@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J10sh-000F54-Oy; Sat, 08 Dec 2007 15:42:15 +0100 Cc: freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 08 Dec 2007 14:42:18 -0000 Andreas Pettersson wrote: > Claus Guttesen wrote: >> could either replace my 10K rpm drives (in raid 1+0) with 15K ditto >> which would require a downtime which we could not afford at this tim > > I have several times successfully upgraded mirrored volumes with new > disks without any downtime at all. Just change one disk, let the mirror > rebuild, change the other disk, wait for rebuild again, tell the logical > drive to present all the new space and then extend the filesystem. No > downtime. Just an additional hint: Before you start doing this procedure, in order to minimize risk you may want to do a verification/repair run over the original mirror (if your controller supports this) to make sure that both disks are in sync and there are no defective sectors on the disk you are subsequently copying the data from. Otherwise there could be some rude awakening ... Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 15:03:28 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 D3D3316A418 for ; Sat, 8 Dec 2007 15:03:28 +0000 (UTC) (envelope-from virgo977virgo@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 A587313C442 for ; Sat, 8 Dec 2007 15:03:28 +0000 (UTC) (envelope-from virgo977virgo@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2196364waf for ; Sat, 08 Dec 2007 07:03:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=hHXc2MXnm15qFvC1FU6YxBxWnNJpdJE9elVDJkeHdZk=; b=qt3I+UnMlNhjgCK/yGPuKT6qJTvbi0jsdqK0O8v5GWdfrsw+25OGvjSRtSZtxgmeqFq1XULQWAZiCu0y0kc2kVrJGH9J4tW/oZoS3RCw2iUXOJW5bYTvogZZGVLuZq2riSjjBE/oLo/feKgGYlwU1gRtE2f/oevaxcuKk+yxS18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H2jFKVz7ohPtf3siVrDRv3RIBQ/aV7zfg7eo6ztLS2uuAiuO4Ms1dTA5e/y7RkTwjLH9G0uWe/xFsy7Z1lUMSE4qEtpPWYgmDj5+jIisoTrebisrymirNrmzq68gGHqbBIjKPNk899aOkOLYsdP1oBdD/6vcH3dECRp0A/7yHv4= Received: by 10.114.175.16 with SMTP id x16mr3682443wae.1197126203253; Sat, 08 Dec 2007 07:03:23 -0800 (PST) Received: by 10.114.92.19 with HTTP; Sat, 8 Dec 2007 07:03:23 -0800 (PST) Message-ID: <906f26060712080703p118cb611h5b6e548281c94e7b@mail.gmail.com> Date: Sat, 8 Dec 2007 16:03:23 +0100 From: "Stefano Spinucci" To: "Julian H. Stacey" In-Reply-To: <200711291724.lATHO94D039171@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711291724.lATHO94D039171@fire.js.berklix.net> Cc: freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 08 Dec 2007 15:03:28 -0000 On Nov 29, 2007 6:24 PM, Julian H. Stacey wrote: > "Julian H. Stacey" wrote: > > "Julian H. Stacey" wrote: > > > > Stefano & stable@ > > > > I saw similar installing 7.0-BETA3 on my Digital HiHote Ultra > > > .. > > > > I'll look for right syntax. eg maybe hw.ata.ata_dma=0 etc starting > > > > in my http://www.berklix.com/~jhs/hardware/laptops/#loader.conf > > > > > > Safe mode (Hit Key 3 after it asks for boot floppy 2nd time > > > (Im using floppy as my cd drive doesnt like my cd-rw media, just cd-r) > > > This sets hw.ata.ata_dma to 0, with this my laptop is now in middle > > > of a minimal install, reading distrib via a pcmcia ep0 ethernet. > > > > Although that enables disk writes, Pcmcia ep0 runs slow, 23KB/s, timing > > out & install has died repeatedly. I tried reducing commands used in > > bootsafekey of /sys/boot/forth/beastie.4th: > > http://www.berklix.com/~jhs/hardware/laptops/#bootsafekey > > By avoiding `3' & just using > > set hw.ata.ata_dma > > boot > > Still its a slow 23K. Still ep0 dies. Install fails. > > 7.0-BETA3 on Digital HiHote Ultra 2000 could not install via pcmcia ep0. > I minimal installed from cdrom, > Booted multiuser with 3 = Safe Boot, > Edited /boot/loader.conf from > hint.acpi.0.disabled=1 > to > # hint.acpi.0.disabled=1 > hw.ata.ata_dma=0 > Rebooted. > Cdrom sysinstall-ed all distribution sets (except essential bin > & kernels) for a full native platform, & now making /usr/src/ > It can mount the 5.1 partition & 5.1 can mount the 7.0, > so Stefano, do try hw.ata.ata_dma=0 > > Pcmcia ep0 ethernet remains unusable, ping 1.5 to 28 seconds & drop outs, > but that's an issue I'll pursue/ report on mobile@freebsd.org. > > -- > Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com > Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. > I downloaded FreeBSD beta 4 and I did some tests. I booted with 3... no success I booted with 6 and set manually hw.ata.ata_dma=0... no success looking at boot messages I see many errors on Ad0 as follows: the first error message Ad0: FAILURE - READ STATUS=59 error=4 LBA=117210237 the following errors there are similar, with some little differences - the number after LBA - READ becomes READ_MUL - FAILURE becomes TIMEOUT after all those errors the installation starts, I always see the geometry error, the geometry is correctly recognized, the disk is shown empty and, because I can't erase the full hd destroying other os installed, I'm not able to install Freebsd. last version of linux, solaris, opensolaris and windows xp installed without problems, but with FreeBSD I have no luck. thanks to those who helped me, but I'm still waiting for some other ideas to have my partition recognized... bye --- Stefano Spinucci From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 15:43: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 227F116A418; Sat, 8 Dec 2007 15:43:49 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id C42B313C4E7; Sat, 8 Dec 2007 15:43:46 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB8FhfMn091775; Sat, 8 Dec 2007 22:43:41 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB8Fhfr1091774; Sat, 8 Dec 2007 22:43:41 +0700 (KRAT) (envelope-from eugen) Date: Sat, 8 Dec 2007 22:43:41 +0700 From: Eugene Grosbein To: Daniel Eischen Message-ID: <20071208154341.GA90973@svzserv.kemerovo.su> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Kostik Belousov , Boris Samorodov , stable@freebsd.org Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 15:43:49 -0000 On Sat, Dec 08, 2007 at 09:37:12AM -0500, Daniel Eischen wrote: > Please reread my original reply to you. If you are going to be > rebuilding or installing new ports, then you really need to do > a portupgrade -af. The same thing may happen again for some > other library. I know. I will never 'rebuild all ports', I don't think that's Right Thing. I've upgraded once from 4.11-STABLE to 6.0-RELEASE (binary upgrade over existing system) and all ports worked nice, including X, brousers etc. The only problem was a change of locale on-disk format that had simple workaround. I still have a.out binaries built under 2.2.8 running under production 4.11-STABLE, they run just fine. Modern operating system just have to offer binary backwards compatibility for user-level, IMHO. I have backups and when 'the same thing' happen again for a library I forgot to move to lib/compat, I'll restore it there and continue to use it. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 16:14:36 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 D504B16A420; Sat, 8 Dec 2007 16:14:36 +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 BEBDA13C4CC; Sat, 8 Dec 2007 16:14:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id CCD2F1CC079; Sat, 8 Dec 2007 07:49:51 -0800 (PST) Date: Sat, 8 Dec 2007 07:49:51 -0800 From: Jeremy Chadwick To: Eugene Grosbein Message-ID: <20071208154951.GA40437@eos.sc1.parodius.com> References: <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> <20071208154341.GA90973@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071208154341.GA90973@svzserv.kemerovo.su> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Daniel Eischen , Kostik Belousov , Boris Samorodov , stable@freebsd.org Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 16:14:36 -0000 On Sat, Dec 08, 2007 at 10:43:41PM +0700, Eugene Grosbein wrote: > On Sat, Dec 08, 2007 at 09:37:12AM -0500, Daniel Eischen wrote: > > Please reread my original reply to you. If you are going to be > > rebuilding or installing new ports, then you really need to do > > a portupgrade -af. The same thing may happen again for some > > other library. > > I know. I will never 'rebuild all ports', I don't think that's Right Thing. I know you don't want/need judgemental comments, but what you've said is a really bad habit to get into as a system administrator. -- | 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 Sat Dec 8 17:05:38 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 B757916A419 for ; Sat, 8 Dec 2007 17:05:38 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from sh-spam-4.gradwell.net (sh-spam-4.gradwell.net [193.84.87.110]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF4A13C458 for ; Sat, 8 Dec 2007 17:05:37 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from argon.wood2.org.uk ([82.71.104.124] country=GB ident=postmaster*pop3^wood2*org$uk) by sh-spam-4.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.264) id 475acc80.2c93.4b; Sat, 8 Dec 2007 16:55:28 +0000 (envelope-sender ) Message-ID: Date: Sat, 8 Dec 2007 16:54:16 +0000 To: Eugene Grosbein From: David Wood References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> <20071208154341.GA90973@svzserv.kemerovo.su> In-Reply-To: <20071208154341.GA90973@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.06-M (<+nhRuLNS5oZIqwOH7WWZxwfp$O>) Cc: stable@freebsd.org Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 17:05:38 -0000 [cc line trimmed] In message <20071208154341.GA90973@svzserv.kemerovo.su>, Eugene Grosbein writes >I know. I will never 'rebuild all ports', I don't think that's Right Thing. > >I've upgraded once from 4.11-STABLE to 6.0-RELEASE (binary upgrade >over existing system) and all ports worked nice, including X, brousers etc. >The only problem was a change of locale on-disk format that had simple >workaround. > >I still have a.out binaries built under 2.2.8 running >under production 4.11-STABLE, they run just fine. >Modern operating system just have to offer binary backwards >compatibility for user-level, IMHO. > >I have backups and when 'the same thing' happen again for a library >I forgot to move to lib/compat, I'll restore it there and continue >to use it. It's your choice, but from a security perspective, this worries me. You will have applications you are using linked against FreeBSD libraries that no longer have any FreeBSD security team support. misc/compat3x is marked as Forbidden / Ignore in the ports tree due to an unfixed security bug that isn't going to be fixed (the effort isn't felt to be worth it). I would expect misc/compat4x to land up that way sooner or later as there's no longer any security team support for 4.x. From a security point of view, this suggests that all 3.x and earlier binaries should be rebuilt. I would be wanting to rebuild any binaries I could that weren't built on relatively modern 5.x and upwards. By relatively modern, I mean no more than one point release away from the current one, and ideally no release that doesn't have current security team support. Security issues with ports are fixed by upgrading them - to a higher PORTREVISION if not a later version. Some of the ports that have got security related updates are fairly key libraries such as OpenSSL (I tend to use ports OpenSSL on my machines as it's more up to date than base system OpenSSL). Indeed, whether you're using base OpenSSL or ports OpenSSL, how are you going to rebuild libraries for binaries built on old releases? You could fire up an old release to do so, maybe taking advantage of virtualisation to do so, but that rapidly becomes a lot of work. As soon as you need to upgrade one dependency based on an older release, you have a potentially complex problem on your hands, especially as the ports tree no longer supports 4.x or earlier. Even running as you are now gives you some overhead. One slip and you're reaching for a backup to restore libraries to fix whatever is broken. portupgrade -af can be somewhat painful on systems with plenty of ports installed. However, if you are not tracking -CURRENT and you don't upgrade to a new major release at anything earlier than -RC stage (7.0 had an ABI change between -BETA3 and -BETA4), that should be needed just once per major version. By not rebuilding ports and other applications after a major version upgrade, you throw away any advantages of building with new libraries and toolchain components on the new releases if you continue to use old binaries. If you build ports with default options and knobs, you can use the packages that are available, at least as a starting point. I use a fair amount of customisation, so I compile the lot on my boxes. I keep the number of installed ports down fairly aggressively, which helps. Before too long: 7.x will be the mainstream release 6.x the legacy release for those who need more time before jumping to 7.x and 8-CURRENT the bleeding edge. 5.5 is the last planned release from the 5.x line; it has an estimated End of Life (from a security team point of view) of 31 May 2008. That may slip by a bit depending on when 7.0-RELEASE ships, but I suspect the entire 5.x branch will go EoL in mid 2008 and the ports tree will drop 5.x support shortly afterwards. My main use for FreeBSD is as a server OS. My policy for the OS is to track the current -RELEASE in my chosen major version fairly closely and track the security fixes immediately. I'm currently on 6.2-RELEASE-p9 - I'll evaluate 7.0-RELEASE after it is released, and intend to jump to that rather than 6.3-RELEASE, even though the more conservative option is 6.3-RELEASE. I track the ports tree fairly closely, not least because I'm a ports maintainer. I am currently tracking RELENG_6_3 and RELENG_7 (I'll switch to RELENG_7_0 when that's created) on non critical and virtual machines for ports testing purposes. I won't use those machines in production as a matter of policy - even though I'm considering new Dell Poweredge 2950 III hardware. My reading of the CVS logs suggests that the Mark III 2950 would require 6.3, 7.0 or backporting driver changes to 6.2 because mfi(4) in 6.2 doesn't support the new PERC6/iR RAID controller on the version III boards. More than likely, I'll defer the hardware purchase until 7.0-RELEASE is available. I know the mfi changes I'll need are in RELENG_7, and I'd hope there's no problem with Harpertown processors (the new Penryn based E54xx Xeons). You may well have different priorities to mine in terms of what you upgrade to and when - but I believe that you should consider the security implications of your actions. Best wishes, David -- David Wood david@wood2.org.uk From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 17:38: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 4916916A420 for ; Sat, 8 Dec 2007 17:38:17 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id C753413C4D1 for ; Sat, 8 Dec 2007 17:38:16 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63525 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1J13d0-000PPz-PZ for freebsd-stable@freebsd.org; Sat, 08 Dec 2007 17:38:14 +0000 Message-ID: <475AD686.2000708@conducive.net> Date: Sat, 08 Dec 2007 17:38:14 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> <20071208154341.GA90973@svzserv.kemerovo.su> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 17:38:17 -0000 David Wood wrote: > [cc line trimmed] *useful but already posted details trimmed* Agree the need to keep ports (and everything) as current as is practical. Rebuilding frequently is unavoidable. > > portupgrade -af can be somewhat painful on systems with plenty of ports > installed. But portupgrade -af (and more switches...) can be a great deal more than 'painful' with a large number of ports and dependencies. *Most expecially* during times when working with PRE, BETA(n), or CURRENT, plus the odd MFC back to allegedly predictable branches. Libs aside, the ports tree is just too large to be in even 'close to' perfect sync at these times (now!). My experience is that - tedious as it may sound - it is less *overall* work to upgrade the ports one at a time - known-problematic ones first - even if that means a good deal of backing and filling. Rationale is that whatever breaks - and things will do - it 'in your face' and more amenable to fix w/o driving on and breaking several less-visible things at once. JM2CW - with 400+ items listed in /var/db/pkg, though most are libs and support components. That said, I could also make the case that a clean install and the requisite pkg_add -rv might now be faster *especially* if you've got most of the tarballs at hand and a majority are still current. As they may very well be IF you run portaudit and portupgrade regularly. YMMV - but - one way or the other, staying current is very important. Bill Hacker From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 18:28:29 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 207CE16A41B for ; Sat, 8 Dec 2007 18:28:29 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D43C313C457 for ; Sat, 8 Dec 2007 18:28:28 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lB8IRxHR003109; Sat, 8 Dec 2007 13:27:59 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sat, 08 Dec 2007 13:27:59 -0500 (EST) Date: Sat, 8 Dec 2007 13:27:59 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= In-Reply-To: <475AD686.2000708@conducive.net> Message-ID: References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> <20071208154341.GA90973@svzserv.kemerovo.su> <475AD686.2000708@conducive.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2007 18:28:29 -0000 [ Library incompatiblity problems between major FreeBSD releases ] One of the things that should make life a little easier in FreeBSD 7.0 and subsequent (-current, 8.x, etc) is that we now have symbol versioning in some of our libraries. The libraries that have caused the most problems in the past, libc, libpthread (kse, thr), and libm all have symbol versioning enabled in 7.0. This means that there will be only one version of these libraries (e.g., libc.so.7) for all releases from 7.0 onward (*). So even if there are ABI changes in libc for instance, the compatible ABIs are also left in libc and both new programs linked against the new ABIs and old programs linked against the old ABIs can coexist peacefully. "programs" also means libraries, like libSDL as was the culprit in this case. (*) There is some talk about restarting our library numbering at 0 (e.g. libc.so.0, libthr.so.0, etc) so it is less confusing about which set of libraries have symbol versioning. This may be done for 8.0, and this would probably force yet another portupgrade -af for 8.x, but could easily be worked around with a few global libmap.conf settings. Anyway, we all feel the pain of maintaining ports, and are trying to make life easier. -- DE From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 19:13:23 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 DF82D16A417 for ; Sat, 8 Dec 2007 19:13:23 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.freebsd.org (Postfix) with ESMTP id D5C1813C45D for ; Sat, 8 Dec 2007 19:13:21 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.2/8.14.2) with ESMTP id lB8JDAN7005569 for ; Sun, 9 Dec 2007 02:13:10 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.2/8.14.2/Submit) id lB8JDA9b005568 for stable@freebsd.org; Sun, 9 Dec 2007 02:13:10 +0700 (KRAT) (envelope-from eugen) Date: Sun, 9 Dec 2007 02:13:10 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20071208191310.GA5475@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 19:13:24 -0000 David Wood wrote: > It's your choice, but from a security perspective, this worries me. > > You will have applications you are using linked against FreeBSD > libraries that no longer have any FreeBSD security team support. [skip] The definite need to keep the system secure is another and distinct matter from the need of binary backwards compatibility for userland. In no way the former cancels the latter. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 19:18: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 6E4AA16A419 for ; Sat, 8 Dec 2007 19:18:03 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6AAE613C465 for ; Sat, 8 Dec 2007 19:18:01 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB8JHwYt008678 for ; Sun, 9 Dec 2007 02:17:58 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB8JHwJh008677 for freebsd-stable@freebsd.org; Sun, 9 Dec 2007 02:17:58 +0700 (KRAT) (envelope-from eugen) Date: Sun, 9 Dec 2007 02:17:58 +0700 From: Eugene Grosbein To: freebsd-stable@freebsd.org Message-ID: <20071208191758.GA6897@svzserv.kemerovo.su> References: <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> <20071208154341.GA90973@svzserv.kemerovo.su> <475AD686.2000708@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475AD686.2000708@conducive.net> User-Agent: Mutt/1.4.2.3i Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 19:18:03 -0000 On Sat, Dec 08, 2007 at 05:38:14PM +0000, ????????? Bill Hacker wrote: > Agree the need to keep ports (and everything) as current as is practical. > Rebuilding frequently is unavoidable. There is no such need for me; I do not rebuild what ain't broken within the environment and tasks it was installed for. Also, I don't use portupgrade at all. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 19:27:08 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 4D46816A417 for ; Sat, 8 Dec 2007 19:27:08 +0000 (UTC) (envelope-from bob@mail.boulderlabs.com) Received: from mail.boulderlabs.com (mail.boulderlabs.com [206.168.112.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0F75B13C458 for ; Sat, 8 Dec 2007 19:27:07 +0000 (UTC) (envelope-from bob@mail.boulderlabs.com) Received: from easter.boulderlabs.com (63-225-108-24.hlrn.qwest.net [63.225.108.24]) by mail.boulderlabs.com (8.13.8/8.13.8) with ESMTP id lB8JBuWG062080 for ; Sat, 8 Dec 2007 12:11:56 -0700 (MST) (envelope-from bob@mail.boulderlabs.com) Received: from easter.boulderlabs.com (localhost.boulderlabs.com [127.0.0.1]) by easter.boulderlabs.com (8.13.8/8.13.8) with ESMTP id lB8JBniD087279 for ; Sat, 8 Dec 2007 12:11:50 -0700 (MST) (envelope-from bob@easter.boulderlabs.com) Message-Id: <200712081911.lB8JBniD087279@easter.boulderlabs.com> From: Robert Gray To: freebsd-stable@freebsd.org Date: Sat, 08 Dec 2007 12:11:49 -0700 Sender: bob@boulderlabs.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mail.boulderlabs.com [206.168.112.48]); Sat, 08 Dec 2007 12:11:57 -0700 (MST) Subject: 7.0BETA4 cannot install. acd0: TIMEOUT - READ_BIG retrying (1 retry left) 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, 08 Dec 2007 19:27:08 -0000 I've tried to install both 7.0-BETA4-i386-bootonly.iso and 7.0-BETA4-i386-disc1.iso on a Dell Optiplex 745, Model# DCTR with acd0: CDROM at ata3-master UDMA33 The booting doesn't get past the acd0: TIMEOUT - READ_BIG retrying error. 6.2 installs fine. Any ideas on what to try? Thanks robert From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 19:41:06 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 834E816A419 for ; Sat, 8 Dec 2007 19:41:06 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1DE13C465 for ; Sat, 8 Dec 2007 19:41:06 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63277 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1J15Xs-00011Z-U4 for freebsd-stable@freebsd.org; Sat, 08 Dec 2007 19:41:04 +0000 Message-ID: <475AF350.1060100@conducive.net> Date: Sat, 08 Dec 2007 19:41:04 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20071208191310.GA5475@grosbein.pp.ru> In-Reply-To: <20071208191310.GA5475@grosbein.pp.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: *Suspect* Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 19:41:06 -0000 Eugene Grosbein wrote: > David Wood wrote: > >> It's your choice, but from a security perspective, this worries me. >> >> You will have applications you are using linked against FreeBSD >> libraries that no longer have any FreeBSD security team support. > > [skip] > > The definite need to keep the system secure is another and distinct > matter from the need of binary backwards compatibility for userland. > In no way the former cancels the latter. > > Eugene Grosbein > _______________________________________________ Looks like I shipped my S-100 gear to the wrong guy. The ability to build from source and have access to source, is prized among the experienced not so much because we fear hidden 'gotcha's from the malicious or even proprietary vendor lock-in - but more for the ability to *see* what breaks, rapidly locate and apply already-known fixes, or ask for expert assistance when new ones are needed. And in less time and lower cost than it takes the average bear to acknowledge, find, and fix closed-source. Witness IBM, Sun, HP, Apple et al adoption of a large measure of F/OSS. They can no longer afford to do otherwise. All that precisely because taking even limited advantage of progress makes the delivery of binary backwards compatibility - much as we may want it and strive for it - contrary to progress, and an impracticality in the real world. Deal with that as best you can. ELSE revert to the last century and run Windows. Bill From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 20:01: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 0230516A41A for ; Sat, 8 Dec 2007 20:01:26 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 0734313C457 for ; Sat, 8 Dec 2007 20:01:24 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lB8K0h6s012267; Sun, 9 Dec 2007 03:00:43 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lB8K0hKO012266; Sun, 9 Dec 2007 03:00:43 +0700 (KRAT) (envelope-from eugen) Date: Sun, 9 Dec 2007 03:00:43 +0700 From: Eugene Grosbein To: ????????? Bill Hacker Message-ID: <20071208200043.GA10998@svzserv.kemerovo.su> References: <20071208191310.GA5475@grosbein.pp.ru> <475AF350.1060100@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475AF350.1060100@conducive.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: *Suspect* Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 20:01:26 -0000 On Sat, Dec 08, 2007 at 07:41:04PM +0000, ????????? Bill Hacker wrote: > The ability to build from source and have access to source, is prized among > the experienced not so much because we fear hidden 'gotcha's from the > malicious or even proprietary vendor lock-in - but more for the ability to > *see* what breaks, rapidly locate and apply already-known fixes, or ask for > expert assistance when new ones are needed. Exactly. Both reasons are what we love open source for. > And in less time and lower cost than it takes the average bear to > acknowledge, find, and fix closed-source. Witness IBM, Sun, HP, Apple et al > adoption of a large measure of F/OSS. They can no longer afford to do > otherwise. Yes. > All that precisely because taking even limited advantage of progress makes > the delivery of binary backwards compatibility - much as we may want it and > strive for it - contrary to progress, and an impracticality in the real > world. I use FreeBSD quite a bit of time - since 2.2.5-RELEASE (when there was no /etc/rc.conf but /etc/sysconfig :-) My experience shows me that rebuilding what is not broken - that is what impractical. Binary compatibility in no way contraries the progress, it's always was and always will be Good Thing. We have to learn how to keep it even from Windows world. > Deal with that as best you can. ELSE revert to the last century and run > Windows. Thank you for suggestion. I run dual-boot FreeBSD/Windows system as my desktop for many years. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 20:29:15 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 9297E16A417 for ; Sat, 8 Dec 2007 20:29:15 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 216D313C455 for ; Sat, 8 Dec 2007 20:29:14 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63461 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1J16IT-00017K-NY for freebsd-stable@freebsd.org; Sat, 08 Dec 2007 20:29:13 +0000 Message-ID: <475AFE99.9050807@conducive.net> Date: Sat, 08 Dec 2007 20:29:13 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20071208191310.GA5475@grosbein.pp.ru> <475AF350.1060100@conducive.net> <20071208200043.GA10998@svzserv.kemerovo.su> In-Reply-To: <20071208200043.GA10998@svzserv.kemerovo.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: *Suspect* Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory 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, 08 Dec 2007 20:29:15 -0000 Eugene Grosbein wrote: > On Sat, Dec 08, 2007 at 07:41:04PM +0000, ????????? Bill Hacker wrote: > > >> Deal with that as best you can. ELSE revert to the last century and run >> Windows. > > Thank you for suggestion. I run dual-boot FreeBSD/Windows system > as my desktop for many years. > > Eugene Grosbein > _______________________________________________ Windows as a desktop? Feliks Dzerzhinsky is no doubt smirking from some place with uncommonly hot weather. ;-) Better to put it in a Qemu instance. Without networking. Bill