From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 00:48:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA281065695 for ; Sun, 5 Oct 2008 00:48:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 426458FC24 for ; Sun, 5 Oct 2008 00:48:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA06.westchester.pa.mail.comcast.net with comcast id No221a02i1GhbT856ooApZ; Sun, 05 Oct 2008 00:48:10 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id Noo91a0052P6wsM3Too9Vu; Sun, 05 Oct 2008 00:48:10 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=QycZ5dHgAAAA:8 a=fCkKih-OE-A71BbGNYgA:9 a=1wl9Cmgm-dXF11J7vkfwRJdbyc4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id F3F3CC9419; Sat, 4 Oct 2008 17:48:08 -0700 (PDT) Date: Sat, 4 Oct 2008 17:48:08 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081005004808.GA70137@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <676151223134689@webmail38.yandex.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: kib@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 05 Oct 2008 00:48:11 -0000 On Sat, Oct 04, 2008 at 07:38:09PM +0400, Andrey V. Elsukov wrote: > I prepared patch to make MFC of ata(4) driver into RELENG_7 > before 7.1-RELEASE. Depending on results of the testing patch > will be commited or not (if some regressions will be detected). > So if you want or just can test it, please try and report here. I will give this patch a try on the following hardware: * Supermicro P4SCE running RELENG_7 i386 - Intel ICH5R -- 1 disk attached (OS disk) - I can add a 2nd disk to this box no problem - Intel MatrixRAID capability (RAID-0 or RAID-1) - Hot-swap capable * Supermicro PDSMi+ running RELENG_7 amd64 - Intel ICH7R -- 1 disk attached (OS disk) - Promise TX4310 -- 4 disks attached (ZFS raidz1 pool) - Hot-swap capable I'll begin testing on the P4SCE box because I'm a little sensitive about potential data loss on the PDSMi+ system. :-) Also, does your patch include any fixes (intentional or inadvertent) for Intel MatrixRAID? This has been a sore spot for FreeBSD for quite some time, and I'm curious to know if that has been fixed. P.S. -- Mandatory plug: don't forget about kern/127717 :-) -- | 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 Sun Oct 5 06:16:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5EF1065697 for ; Sun, 5 Oct 2008 06:16:43 +0000 (UTC) (envelope-from dkelly@hiwaay.net) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.freebsd.org (Postfix) with ESMTP id 863708FC1C for ; Sun, 5 Oct 2008 06:16:43 +0000 (UTC) (envelope-from dkelly@hiwaay.net) Received: (qmail 19239 invoked by uid 0); 5 Oct 2008 05:50:02 -0000 Received: from unknown (HELO ?10.0.0.187?) (216.186.148.249) by smtp7.knology.net with SMTP; 5 Oct 2008 05:50:02 -0000 In-Reply-To: <48E7BD60.80001@nynorsk.no> References: <48E7BD60.80001@nynorsk.no> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> Content-Transfer-Encoding: quoted-printable From: David Kelly Date: Sun, 5 Oct 2008 00:50:29 -0500 To: =?ISO-8859-1?Q?Eirik_Wix=F8e_Svela?= X-Mailer: Apple Mail (2.753.1) Cc: freebsd-stable@freebsd.org Subject: Re: Is FreeBSD a suitable choice for a MacBook? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Oct 2008 06:16:44 -0000 On Oct 4, 2008, at 2:00 PM, Eirik Wix=F8e Svela wrote: > I have an Apple MacBook with an Intel Core 2 Duo processor (November > 2007 edition, cf. the Wikipedia article for specifications), and I =20 > have > been considering switching to one of the free UNIX clones for some =20 > time > now. Why? > I understand that Ubuntu GNU/Linux is supposed to work well on this > kind of machine, but I would rather use some variant of BSD if that =20= > is a > viable alternative. MacOS X *is* a genuine recognized variant of BSD. > I would therefore like to ask you whether anyone here has any =20 > experience > with FreeBSD, either 7.0-RELEASE or any other version, that they would > like to share so I might know what to expect if I choose to go through > with this. I have some time on my hands the next couple of weeks, so I > am prepared to spend some days tweaking things to work if it is worth > the effort, but if it isn't, I might as well take Ubuntu for a spin or > do a clean install of Mac OS X. You sound as if you just got the machine and haven't given MacOS X a =20 chance. Give MacOS X a chance. Download (if its not on your MacOS X =20 install DVD) X Code, and Apple X11. -- David Kelly N4HHE, dkelly@HiWAAY.net =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Whom computers would destroy, they must first drive mad. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 07:33:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9BAF1065696 for ; Sun, 5 Oct 2008 07:33:22 +0000 (UTC) (envelope-from bfrancom@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5908FC18 for ; Sun, 5 Oct 2008 07:33:22 +0000 (UTC) (envelope-from bfrancom@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2146229rvf.43 for ; Sun, 05 Oct 2008 00:33:22 -0700 (PDT) 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=YWBIdWKydP4gjD2lJUkt8aU5SguN8n4QrhtcLw4hKjc=; b=UAh7572mBcHJ1fp0ACMG3B5HkbHSxPpwVr8Rfc7D02EEvvj4pNqsv3nnlhIrG2RO28 ehmwuixaSGLHb8onn9kXQkHdoiktLn8pNmadG03R8ox7C9GzlXr8au+MSS3fBA3yfylW /ZLUlFugMg+vDku3fzzSNQG+p7l2/s/iRNuxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rHJtPXpyloTl1zcZgCsyQrUK6+lBnbw3bN4NpWJ3t4Q4m54pDiCmRu8sFkBrglVGfK WSxCaDNtNNCn3n93luu0xj1iaerVuNH3s6Jg1nOzAIFqRrdq/I79Q35ay0tR96V2vSb7 d/sYS54bhN0ofEBG0XyfwFb1dAStrUU3XhjeM= Received: by 10.142.185.13 with SMTP id i13mr1215573wff.219.1223190550854; Sun, 05 Oct 2008 00:09:10 -0700 (PDT) Received: by 10.142.245.7 with HTTP; Sun, 5 Oct 2008 00:09:10 -0700 (PDT) Message-ID: Date: Sun, 5 Oct 2008 00:09:10 -0700 From: "Ben Francom" To: freebsd-stable@freebsd.org In-Reply-To: <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48E7BD60.80001@nynorsk.no> <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> Subject: Re: Is FreeBSD a suitable choice for a MacBook? 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, 05 Oct 2008 07:33:22 -0000 >> I have an Apple MacBook with an Intel Core 2 Duo processor (November >> 2007 edition, cf. the Wikipedia article for specifications), and I have >> been considering switching to one of the free UNIX clones for some time >> now. > > Why? Might I suggest: DRM, Vendor lock-in, $128 upgrade every 2 years, and crippled debugging tools. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 07:56:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238F4106568B for ; Sun, 5 Oct 2008 07:56:14 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 139BF8FC17 for ; Sun, 5 Oct 2008 07:56:13 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id CD56D1A3C36; Sun, 5 Oct 2008 00:56:13 -0700 (PDT) Date: Sun, 5 Oct 2008 00:56:13 -0700 From: Alfred Perlstein To: Andrew Snow Message-ID: <20081005075613.GW36572@elvis.mu.org> References: <48E5AD16.5000101@modulus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E5AD16.5000101@modulus.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: trying to track down UFS "dup alloc" message on iSCSI 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, 05 Oct 2008 07:56:14 -0000 Hey Andrew, can you instrument the IO code a bit? It's possible that the iscsi stack is returning an error that UFS isn't catching. Or it's possible that iscsi stack is failing to return an error and just dropping the data packet. That could mean that UFS is assuming that the write is going through, but isn't either because it's not catching the error, or that iscsi is lying to it. -Alfred * Andrew Snow [081002 22:28] wrote: > > > I am playing with an iSCSI device on FreeBSD client running UFS2 on the > device over a LAN. Everything works well until I reboot the iSCSI > server - the client pauses for a minute or so then continues working > after iSCSI server comes back. No I/O errors are reported. Everything > seems to work fine for a little while! > > But shortly afterwards, I get a panic with the message > > panic: ffs_valloc: dup alloc > > > It seems related to the length of the delay the iSCSI device is paused - > restarting the iSCSI target daemon process doesn't cause the problem but > rebooting the whole target box does cause it. > > 1. Could this be related to the patch Matt Dillon created years ago > which I found here? > > http://leaf.dragonflybsd.org/mailarchive/bugs/2005-01/msg00093.html > > > 2. Can anyone think of any other reason this might happen? I know I am > stretching UFS to the limits here, expecting it to pause and restart > after more than a minute of locked disk :-) However, since all I/O > eventually complete successfully and no errors are reported, I find it > suspicious. > > > Cheers > > - Andrew > > > ps. running latest iSCSI code 2.1 on latest 7-STABLE box. > > _______________________________________________ > 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" -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 07:59:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71881065698 for ; Sun, 5 Oct 2008 07:59:56 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 97E8A8FC0A for ; Sun, 5 Oct 2008 07:59:56 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 88B891A3C36; Sun, 5 Oct 2008 00:59:56 -0700 (PDT) Date: Sun, 5 Oct 2008 00:59:56 -0700 From: Alfred Perlstein To: Bartosz Stec Message-ID: <20081005075956.GX36572@elvis.mu.org> References: <48E62ABA.6070901@kkip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E62ABA.6070901@kkip.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 05 Oct 2008 07:59:56 -0000 * Bartosz Stec [081003 07:23] wrote: > Hello again :) > > With POLLING enabled I experience about 10%-25% performance drop when > copying files over network. Tested with both SAMBA and NFS. Is it normal? > > FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 01:52:12 CEST 2008 > fxp0: port 0xc800-0xc83f mem > 0xe1021000-0xe1021fff irq 20 at device 8.0 on pci1 > > # ifconfig fxp0 > fxp0: flags=9843 > metric 0 mtu 1500 > options=8 > ether 00:20:ed:42:87:13 > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > > BTW overall SAMBA performance still sucks on 7.1-pre as much as on > RELENG_5 ...:( - 7.5 MB/s peak. 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but not "sucks". Where do you see faster performance? Between windows machines on the same hardware or linux server? -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 09:06:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D93106569D; Sun, 5 Oct 2008 09:06:31 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7530F8FC1D; Sun, 5 Oct 2008 09:06:30 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id E7B026D4DE; Sun, 5 Oct 2008 10:50:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; s=selector1; bh=sRuG+ev6gopqLEDVrIMX Sly7D70=; b=b7z8knQJSR4ox9XMVq5LV83F4hfpbN8KCOyrDrxzsgIcWNc5wHKx dB7iwnwH9R7iC8PgJ2JcoEhkus3szzhrPn1RkdRWmIZpw2Onp3wj0owWs/AsjK9d 5vdMXspvWze6EJ/rs9PfoaL0xDzTslHpUgvqLw5URYA4fZrE1MSRxU4= Received: from [10.255.253.2] (tor.glz.hidden-powers.com [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 7C4596D4DD; Sun, 5 Oct 2008 10:50:26 +0200 (CEST) Date: Sun, 05 Oct 2008 10:50:26 +0200 From: Goran Lowkrantz To: "Andrey V. Elsukov" , freebsd-stable@freebsd.org Message-ID: In-Reply-To: <676151223134689@webmail38.yandex.ru> References: <676151223134689@webmail38.yandex.ru> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========7B9F4D4CA8217A03A6CC==========" Cc: kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 05 Oct 2008 09:06:31 -0000 --==========7B9F4D4CA8217A03A6CC========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On Saturday, October 04, 2008 19:38 +0400 "Andrey V. Elsukov" wrote: > Hi, All. > > I prepared patch to make MFC of ata(4) driver into RELENG_7 > before 7.1-RELEASE. Depending on results of the testing patch > will be commited or not (if some regressions will be detected). > So if you want or just can test it, please try and report here. > Installed and tested with no ill effects on an ASUS M2N-VM DVI board. Still need to manually apply the attached patch, picked up on the list a while ago, to have the built-in SATA controller detected and recognized as AHCI capable. Cheers, Goran Attachments: lspci output of controller under test. original patch for controller. updated patch against tested patchset. --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke --==========7B9F4D4CA8217A03A6CC========== Content-Type: text/plain; charset=utf-8; name="MCP67-AHCI.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="MCP67-AHCI.txt"; size=994 00:09.0 SATA controller [0106]: nVidia Corporation MCP67 AHCI Controller = [10de:0554] (rev a2) (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. Unknown device [1043:82b3] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dfast >TAbort- = SERR- --==========7B9F4D4CA8217A03A6CC========== Content-Type: text/plain; charset=utf-8; name="ata_nvidia_ahci.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ata_nvidia_ahci.txt"; size=2364 Index: src/sys/dev/ata/ata-chipset.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.225 diff -u -p -r1.225 ata-chipset.c --- src/sys/dev/ata/ata-chipset.c 15 Aug 2008 10:55:11 -0000 1.225 +++ src/sys/dev/ata/ata-chipset.c 23 Sep 2008 05:06:28 -0000 @@ -3372,7 +3372,9 @@ ata_nvidia_ident(device_t dev) { ATA_NFORCE_MCP61_S3, 0, 0, NV4|NVQ, ATA_SA300, "nForce = MCP61" }, { ATA_NFORCE_MCP65, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce = MCP65" }, { ATA_NFORCE_MCP67, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce = MCP67" }, + { ATA_NFORCE_MCP67_A1, 0, 0, NVAHCI, ATA_SA300, "nForce = MCP67" }, { ATA_NFORCE_MCP73, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce = MCP73" }, + { ATA_NFORCE_MCP73_A1, 0, 0, NVAHCI, ATA_SA300, "nForce = MCP73" }, { ATA_NFORCE_MCP77, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce = MCP77" }, { 0, 0, 0, 0, 0, 0}} ; =20 @@ -3380,7 +3382,12 @@ ata_nvidia_ident(device_t dev) return ENXIO; =20 ata_set_desc(dev); - ctlr->chipinit =3D ata_nvidia_chipinit; + + if (ctlr->chip->cfg2 =3D=3D NVAHCI) + ctlr->chipinit =3D ata_ahci_chipinit; + else + ctlr->chipinit =3D ata_nvidia_chipinit; + return 0; } =20 Index: src/sys/dev/ata/ata-pci.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.89 diff -u -p -r1.89 ata-pci.h --- src/sys/dev/ata/ata-pci.h 10 Jul 2008 21:36:53 -0000 1.89 +++ src/sys/dev/ata/ata-pci.h 23 Sep 2008 05:06:28 -0000 @@ -243,8 +243,10 @@ struct ata_connect_task { #define ATA_NFORCE_MCP61_S2 0x03f610de #define ATA_NFORCE_MCP61_S3 0x03f710de #define ATA_NFORCE_MCP65 0x044810de +#define ATA_NFORCE_MCP67_A1 0x055010de #define ATA_NFORCE_MCP67 0x056010de #define ATA_NFORCE_MCP73 0x056c10de +#define ATA_NFORCE_MCP73_A1 0x07f810de #define ATA_NFORCE_MCP77 0x075910de =20 #define ATA_PROMISE_ID 0x105a @@ -450,6 +452,7 @@ struct ata_connect_task { #define NVIDIA 0x0004 #define NV4 0x0010 #define NVQ 0x0020 +#define NVAHCI 0x0040 #define VIACLK 0x0100 #define VIABUG 0x0200 #define VIABAR 0x0400 --==========7B9F4D4CA8217A03A6CC========== Content-Type: application/octet-stream; name="ata_nvidia_ahci-20081004.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ata_nvidia_ahci-20081004.diff"; size=1800 LS0tIHNyYy9zeXMvZGV2L2F0YS9hdGEtY2hpcHNldC5jLm9yaWcJMjAwOC0xMC0wNSAxMDo0Mzoz Ny43MDQ1NzI4ODMgKzAyMDAKKysrIHNyYy9zeXMvZGV2L2F0YS9hdGEtY2hpcHNldC5jCTIwMDgt MTAtMDUgMTA6NDQ6MTQuMTkzMDY2NjU0ICswMjAwCkBAIC0zNDk1LDcgKzM0OTUsOSBAQAogICAg ICB7IEFUQV9ORk9SQ0VfTUNQNjFfUzMsIDAsIDAsICAgICAgICAgTlY0fE5WUSwgQVRBX1NBMzAw LCAibkZvcmNlIE1DUDYxIiB9LAogICAgICB7IEFUQV9ORk9SQ0VfTUNQNjUsICAgIDAsIEFNRE5W SURJQSwgTlZJRElBLCAgQVRBX1VETUE2LCAibkZvcmNlIE1DUDY1IiB9LAogICAgICB7IEFUQV9O Rk9SQ0VfTUNQNjcsICAgIDAsIEFNRE5WSURJQSwgTlZJRElBLCAgQVRBX1VETUE2LCAibkZvcmNl IE1DUDY3IiB9LAorICAgICB7IEFUQV9ORk9SQ0VfTUNQNjdfQTIsIDAsIDAsICAgICAgICAgTlZB SENJLCAgQVRBX1NBMzAwLCAibkZvcmNlIE1DUDY3IiB9LAogICAgICB7IEFUQV9ORk9SQ0VfTUNQ NzMsICAgIDAsIEFNRE5WSURJQSwgTlZJRElBLCAgQVRBX1VETUE2LCAibkZvcmNlIE1DUDczIiB9 LAorICAgICB7IEFUQV9ORk9SQ0VfTUNQNzNfQTEsIDAsIDAsICAgICAgICAgTlZBSENJLCAgQVRB X1NBMzAwLCAibkZvcmNlIE1DUDczIiB9LAogICAgICB7IEFUQV9ORk9SQ0VfTUNQNzcsICAgIDAs IEFNRE5WSURJQSwgTlZJRElBLCAgQVRBX1VETUE2LCAibkZvcmNlIE1DUDc3IiB9LAogICAgICB7 IDAsIDAsIDAsIDAsIDAsIDB9fSA7CiAKQEAgLTM1MDQsNyArMzUwNiwxMCBAQAogCiAgICAgYXRh X3NldF9kZXNjKGRldik7CiAKLSAgICBjdGxyLT5jaGlwaW5pdCA9IGF0YV9udmlkaWFfY2hpcGlu aXQ7CisgICAgaWYgKGN0bHItPmNoaXAtPmNmZzIgPT0gTlZBSENJKQorCWN0bHItPmNoaXBpbml0 ID0gYXRhX2FoY2lfY2hpcGluaXQ7CisgICAgZWxzZQorCWN0bHItPmNoaXBpbml0ID0gYXRhX252 aWRpYV9jaGlwaW5pdDsKIAogICAgIHJldHVybiAwOwogfQotLS0gc3JjL3N5cy9kZXYvYXRhL2F0 YS1wY2kuaC5vcmlnCTIwMDgtMTAtMDUgMTA6NDA6NTEuMzk4MzIzOTc2ICswMjAwCisrKyBzcmMv c3lzL2Rldi9hdGEvYXRhLXBjaS5oCTIwMDgtMTAtMDUgMTA6NDU6MjUuNjQ3MDMyOTY3ICswMjAw CkBAIC0yNDYsOCArMjQ2LDEwIEBACiAjZGVmaW5lIEFUQV9ORk9SQ0VfTUNQNjFfUzIgICAgIDB4 MDNmNjEwZGUKICNkZWZpbmUgQVRBX05GT1JDRV9NQ1A2MV9TMyAgICAgMHgwM2Y3MTBkZQogI2Rl ZmluZSBBVEFfTkZPUkNFX01DUDY1ICAgICAgICAweDA0NDgxMGRlCisjZGVmaW5lIEFUQV9ORk9S Q0VfTUNQNjdfQTIgICAgIDB4MDU1MDEwZGUKICNkZWZpbmUgQVRBX05GT1JDRV9NQ1A2NyAgICAg ICAgMHgwNTYwMTBkZQogI2RlZmluZSBBVEFfTkZPUkNFX01DUDczICAgICAgICAweDA1NmMxMGRl CisjZGVmaW5lIEFUQV9ORk9SQ0VfTUNQNzNfQTEgICAgIDB4MDdmODEwZGUKICNkZWZpbmUgQVRB X05GT1JDRV9NQ1A3NyAgICAgICAgMHgwNzU5MTBkZQogCiAjZGVmaW5lIEFUQV9QUk9NSVNFX0lE ICAgICAgICAgIDB4MTA1YQpAQCAtNDU0LDYgKzQ1Niw3IEBACiAjZGVmaW5lIE5WSURJQSAgICAg ICAgICAweDAwMDQKICNkZWZpbmUgTlY0ICAgICAgICAgICAgIDB4MDAxMAogI2RlZmluZSBOVlEg ICAgICAgICAgICAgMHgwMDIwCisjZGVmaW5lIE5WQUhDSSAgICAgICAgICAweDAwNDAKICNkZWZp bmUgVklBQ0xLICAgICAgICAgIDB4MDEwMAogI2RlZmluZSBWSUFCVUcgICAgICAgICAgMHgwMjAw CiAjZGVmaW5lIFZJQUJBUiAgICAgICAgICAweDA0MDAK --==========7B9F4D4CA8217A03A6CC==========-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 09:31:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC4B106569D for ; Sun, 5 Oct 2008 09:31:10 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id D25798FC0C for ; Sun, 5 Oct 2008 09:31:09 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2187391rvf.43 for ; Sun, 05 Oct 2008 02:31:09 -0700 (PDT) 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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=SC3HltAPvOi8jOt//vpc7MKjqMtsrL/KZP8Gvpeqqv0=; b=HfIqRsgazLO0phd1yKX3gIkuBzCE9h0WAXWfl+nMr5hin9a9kn0wG+j+anCr7/HjVS bjySGA4rHQRWOVyarmb/lEEaJrydI34eUxxR7Ab79dghXjh8jpg7guIx+S3YMOFx8qbl eDZx2tavaDlPWrpGy+bwugrRAf9suMZCNgSCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=R14fiNwINWxBzI68qO6JO/9Srpbg70Qur7BfMpeTQGOI08aSm2bbavjtfS+KPKM8Sd aMduavoGqk0tXWV3NUZOpKKczzF44mlRlgl0PbRi7vpPzfpwv/54EPY7PkUUA4gmlkQj Kw646T43/Xx5tygpyKXb2PRlSurEQm3ICp4i0= Received: by 10.141.98.18 with SMTP id a18mr2030562rvm.60.1223197859720; Sun, 05 Oct 2008 02:10:59 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sun, 5 Oct 2008 02:10:59 -0700 (PDT) Message-ID: <3c1674c90810050210n5be68940me0b7214001f6fd1d@mail.gmail.com> Date: Sun, 5 Oct 2008 02:10:59 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: freebsd-stable@freebsd.org In-Reply-To: <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48E7BD60.80001@nynorsk.no> <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> X-Google-Sender-Auth: ce11a5cf7bb53115 Cc: =?ISO-8859-1?Q?Eirik_Wix=F8e_Svela?= Subject: Re: Is FreeBSD a suitable choice for a MacBook? 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, 05 Oct 2008 09:31:10 -0000 > > You sound as if you just got the machine and haven't given MacOS X a chance. > Give MacOS X a chance. Download (if its not on your MacOS X install DVD) X > Code, and Apple X11. > X11 is barely usable under Leopard. Apps crash regularly and full-screen doesn't work. He may simply want to be able to boot in to FreeBSD as well. Cheers. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:22:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D75F1065689; Sun, 5 Oct 2008 11:22:52 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id ED6988FC17; Sun, 5 Oct 2008 11:22:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id m95B4bmU095910; Sun, 5 Oct 2008 13:04:37 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id m95B4bkQ095909; Sun, 5 Oct 2008 13:04:37 +0200 (CEST) (envelope-from marius) Date: Sun, 5 Oct 2008 13:04:37 +0200 From: Marius Strobl To: "Andrey V. Elsukov" Message-ID: <20081005110436.GA95778@alchemy.franken.de> References: <676151223134689@webmail38.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <676151223134689@webmail38.yandex.ru> User-Agent: Mutt/1.4.2.3i Cc: kib@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 05 Oct 2008 11:22:52 -0000 On Sat, Oct 04, 2008 at 07:38:09PM +0400, Andrey V. Elsukov wrote: > Hi, All. > > I prepared patch to make MFC of ata(4) driver into RELENG_7 > before 7.1-RELEASE. Depending on results of the testing patch > will be commited or not (if some regressions will be detected). > So if you want or just can test it, please try and report here. One regression of the post-PM code is that support for some Promise controllers is broken in that probing drives causes a hang. In my case it's a FasTrak S150 TX4 with a PDC20319 but there are also other variants affected, see f.e.: http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085923.html Marius From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:25:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 079DD1065688 for ; Sun, 5 Oct 2008 11:25:36 +0000 (UTC) (envelope-from eirik@nynorsk.no) Received: from smtp.domeneshop.no (smtp.domeneshop.no [194.63.248.54]) by mx1.freebsd.org (Postfix) with ESMTP id BCCF98FC0C for ; Sun, 5 Oct 2008 11:25:35 +0000 (UTC) (envelope-from eirik@nynorsk.no) Received: from proxy-gw.uib.no ([129.177.138.109] helo=dhcp-10-38-234.frydenbo.privnett.uib.no) by smtp.domeneshop.no with esmtpa (Exim 4.68) (envelope-from ) id 1KmRjx-000309-Pp for freebsd-stable@freebsd.org; Sun, 05 Oct 2008 13:25:33 +0200 Message-ID: <48E8A433.40108@nynorsk.no> Date: Sun, 05 Oct 2008 13:25:39 +0200 From: =?ISO-8859-1?Q?Eirik_Wix=F8e_Svela?= User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <48E7BD60.80001@nynorsk.no> <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> In-Reply-To: <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Is FreeBSD a suitable choice for a MacBook? 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, 05 Oct 2008 11:25:36 -0000 Thank you for your reply, David. You seem to be answering a question I did not ask, but allow me to respond briefly in any case: I have been using the operating system since January, and I am full aware of its line of inheritance as well as the UNIX 03 certification, and I have no major beef with it for everyday purposes. However, for all its ease of use and outstanding graphical user interface, I still find that its crossbred nature makes for a somewhat untidy system when dealing with nitty-gritty UNIX tasks such as enabling and configuring the firewall, configuring the system for maximum security (the default file permissions allow everyone to watch what's inside everyone else's home directories, for instance), installing an application by hand and so on. I also much prefer the free software movement and its principles to Apple and its "principles". Now, could someone answer my original question? Regards From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:44:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18C2106568C for ; Sun, 5 Oct 2008 11:44:28 +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:33ff:fee2:67af]) by mx1.freebsd.org (Postfix) with ESMTP id 67EC78FC0A for ; Sun, 5 Oct 2008 11:44:28 +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 m95BhGff071283 for ; Sun, 5 Oct 2008 13:43:16 +0200 (CEST) (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.3/8.14.3) with ESMTP id m95BiQVe004480 for ; Sun, 5 Oct 2008 13:44:26 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.3/8.14.3/Submit) id m95BiQL8004479 for freebsd-stable@freebsd.org; Sun, 5 Oct 2008 13:44:26 +0200 (CEST) (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, 5 Oct 2008 13:44:25 +0200 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Message-ID: <20081005114425.GA3978@lyxys.ka.sub.org> References: <48E69A3B.7090904@langille.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E69A3B.7090904@langille.org> User-Agent: Mutt/1.4.2.3i Organization: private site Subject: Re: Upgrading to 7.x : make check-old 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, 05 Oct 2008 11:44:28 -0000 Hi, * Dan Langille [081004 00:18]: > Folks: > I have upgraded a server from 6.3 to 7.0. That went rather smoothly. I > have a question about removing old libraries via make delete-old. > Given the list of old libraries shown at the end of this URL: > http://www.freebsddiary.org/upgrade-6.3-to-7.0.php > Is that list more or less expected? From what I can tell, it's pretty > safe to now do a make delete-old-libs. Do you concur? that depends on you having updated all ports/packages as well as the base system. I think I used a tool that checks which shared libraries are used by which program but can't remember how it was called; but anyway you can simply use ldd on your binaries in /usr/local/* to check if any of them still use one of the old libs. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:51:25 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FABF106569A for ; Sun, 5 Oct 2008 11:51:25 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id AD6AB8FC17 for ; Sun, 5 Oct 2008 11:51:24 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id m95BZOPr047096; Sun, 5 Oct 2008 13:35:24 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: <2F4F7D82-D674-4B2D-AC3A-315A6E2CD2E4@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Marius Strobl In-Reply-To: <20081005110436.GA95778@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 5 Oct 2008 13:35:24 +0200 References: <676151223134689@webmail38.yandex.ru> <20081005110436.GA95778@alchemy.franken.de> X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [87.63.29.106]); Sun, 05 Oct 2008 13:35:24 +0200 (CEST) Cc: kib@FreeBSD.ORG, "Andrey V. Elsukov" , freebsd-stable@FreeBSD.ORG Subject: Re: Request for testing: ata(4) MFC 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, 05 Oct 2008 11:51:25 -0000 On 5Oct, 2008, at 13:04 , Marius Strobl wrote: > On Sat, Oct 04, 2008 at 07:38:09PM +0400, Andrey V. Elsukov wrote: >> Hi, All. >> >> I prepared patch to make MFC of ata(4) driver into RELENG_7 >> before 7.1-RELEASE. Depending on results of the testing patch >> will be commited or not (if some regressions will be detected). >> So if you want or just can test it, please try and report here. > > One regression of the post-PM code is that support for some > Promise controllers is broken in that probing drives causes > a hang. In my case it's a FasTrak S150 TX4 with a PDC20319 > but there are also other variants affected, see f.e.: > http://lists.freebsd.org/pipermail/freebsd-current/2008-May/=20 > 085923.html I'm aware of the Promise problems and its on my TODO list, just havn't =20= gotten around to it yet. When I have the current floating patch for splitting up ata-chipset.c =20= in vendor specific files I'll have a go on that report (makes it lots =20= easier to work with). -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:52:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BD8A106568C for ; Sun, 5 Oct 2008 11:52:04 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 0CCA48FC12 for ; Sun, 5 Oct 2008 11:52:03 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2242629rvf.43 for ; Sun, 05 Oct 2008 04:52:03 -0700 (PDT) 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=ae6TaFfM4BnV3SuCfozjB8jUpqysw9AyZMlrGxVIPc4=; b=OItShRQKunYR3ZBfFGsna69TawM/DU/1SmTPB31tNBl4tRACi76InOf4tzr8fbAh+m QQls79dvE9r6iNWdmi1+cAopsKpQ437GRoy3TlYIwcmcjIPlMEoNvaLoyUCQVfb4cdH7 u62eEskoRXYHZzNsYKA/y8U52LOM9fNdNGnCY= 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=TlPRwB5vDOmNRRKclwxp8EjQafW62ZrLuqyEzCEq2ndgIuBxhzlRu2+LphEy78+mE8 cZNXvMiUJzc+xQS9pXOwd2cMXhHj6YH5c3tZoNLGlAni0DSY2uJgvPq9P659hqcsjQO/ /MeGb8p/PKGFRJ2qbiUjcj7ZpX9znATPDwmY4= Received: by 10.114.89.1 with SMTP id m1mr3996838wab.126.1223207523612; Sun, 05 Oct 2008 04:52:03 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Sun, 5 Oct 2008 04:52:03 -0700 (PDT) Message-ID: <790a9fff0810050452u3f83840fg313b86cee3f9cf02@mail.gmail.com> Date: Sun, 5 Oct 2008 06:52:03 -0500 From: "Scot Hetzel" To: "Wolfgang Zenker" , "Dan Langille" In-Reply-To: <20081005114425.GA3978@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48E69A3B.7090904@langille.org> <20081005114425.GA3978@lyxys.ka.sub.org> Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.x : make check-old 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, 05 Oct 2008 11:52:04 -0000 On 10/5/08, Wolfgang Zenker wrote: > > Is that list more or less expected? From what I can tell, it's pretty > > safe to now do a make delete-old-libs. Do you concur? > > > that depends on you having updated all ports/packages as well as the > base system. I think I used a tool that checks which shared libraries are > used by which program but can't remember how it was called; but anyway you > can simply use ldd on your binaries in /usr/local/* to check if any of > them still use one of the old libs. > I have used the devel/libcheck utility to check for missing libraries after upgrading the installed ports. Scot From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 11:58:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C62C210656A0 for ; Sun, 5 Oct 2008 11:58:25 +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:33ff:fee2:67af]) by mx1.freebsd.org (Postfix) with ESMTP id 397658FC14 for ; Sun, 5 Oct 2008 11:58:25 +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 m95BvD1C071341 for ; Sun, 5 Oct 2008 13:57:13 +0200 (CEST) (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.3/8.14.3) with ESMTP id m95BwNhM004783 for ; Sun, 5 Oct 2008 13:58:23 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.3/8.14.3/Submit) id m95BwN82004778 for freebsd-stable@freebsd.org; Sun, 5 Oct 2008 13:58:23 +0200 (CEST) (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, 5 Oct 2008 13:58:23 +0200 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Message-ID: <20081005115823.GA4732@lyxys.ka.sub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: private site Subject: Re: Upgrading to 7.x : make check-old 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, 05 Oct 2008 11:58:25 -0000 [forgot to send to list first time] Hi, * Scot Hetzel [081005 13:52]: > On 10/5/08, Wolfgang Zenker wrote: >> > Is that list more or less expected? From what I can tell, it's pretty >> > safe to now do a make delete-old-libs. Do you concur? >> that depends on you having updated all ports/packages as well as the >> base system. I think I used a tool that checks which shared libraries are >> used by which program but can't remember how it was called; but anyway you >> can simply use ldd on your binaries in /usr/local/* to check if any of >> them still use one of the old libs. > I have used the devel/libcheck utility to check for missing libraries > after upgrading the installed ports. I guess you mean the sysutils/libchk utility and that was the one I used. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 12:08:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8EE1065688 for ; Sun, 5 Oct 2008 12:08:49 +0000 (UTC) (envelope-from unicorn@blackhats.org) Received: from unicorn-holding.com (mail.unicorn-holding.com [193.202.115.137]) by mx1.freebsd.org (Postfix) with ESMTP id 00A588FC19 for ; Sun, 5 Oct 2008 12:08:48 +0000 (UTC) (envelope-from unicorn@blackhats.org) Received: from [192.168.10.14] (83-48-223.ftth.xms.internl.net [85.223.48.83]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unicorn-holding.com (Postfix) with ESMTPS id C46E922865; Sun, 5 Oct 2008 13:50:55 +0200 (CEST) From: Quux To: =?ISO-8859-1?Q?Eirik_Wix=F8e_Svela?= In-Reply-To: <48E7BD60.80001@nynorsk.no> References: <48E7BD60.80001@nynorsk.no> Message-Id: <0AC44BDA-B3CF-4240-9732-12E411260104@blackhats.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 5 Oct 2008 13:50:55 +0200 X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org Subject: Re: Is FreeBSD a suitable choice for a MacBook? 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, 05 Oct 2008 12:08:49 -0000 On 4 Oct 2008, at 21:00, Eirik Wix=F8e Svela wrote: > I have an Apple MacBook with an Intel Core 2 Duo processor (November > 2007 edition, cf. the Wikipedia article for specifications), and I =20 > have > been considering switching to one of the free UNIX clones for some =20 > time > now. I understand that Ubuntu GNU/Linux is supposed to work well on =20= > this > kind of machine, but I would rather use some variant of BSD if that =20= > is a > viable alternative. Only used FreeBSD (and several Linux variations and Windows varieties) =20= on my Macbook Pro, but none of these as the boot operating system. All =20= of these do however run as expected in a virtual environment like =20 Parallels. > I would therefore like to ask you whether anyone here has any =20 > experience > with FreeBSD, either 7.0-RELEASE or any other version, that they would > like to share so I might know what to expect if I choose to go through > with this. I have some time on my hands the next couple of weeks, so I > am prepared to spend some days tweaking things to work if it is worth > the effort, but if it isn't, I might as well take Ubuntu for a spin or > do a clean install of Mac OS X. > > Best regards > Eirik W. Svela > OpenPGP key ID 0x46DCA4C4 > _______________________________________________ > 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=20 > " Ciao, Hans. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 14:25:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 526E51065691 for ; Sun, 5 Oct 2008 14:25:17 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1207D8FC29 for ; Sun, 5 Oct 2008 14:25:16 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from dominion.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 9793617149; Sun, 5 Oct 2008 16:25:15 +0200 (CEST) Received: by dominion.borderworlds.dk (Postfix, from userid 2000) id 4C89947A; Sun, 5 Oct 2008 16:25:15 +0200 (CEST) To: Eirik =?iso-8859-1?Q?Wix=F8e?= Svela References: <48E7BD60.80001@nynorsk.no> From: Christian Laursen Date: Sun, 05 Oct 2008 16:25:14 +0200 In-Reply-To: <48E7BD60.80001@nynorsk.no> ("Eirik =?iso-8859-1?Q?Wix=F8e?= Svela"'s message of "Sat\, 04 Oct 2008 21\:00\:48 +0200") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Is FreeBSD a suitable choice for a MacBook? 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, 05 Oct 2008 14:25:17 -0000 Eirik Wix=F8e Svela writes: > I have an Apple MacBook with an Intel Core 2 Duo processor (November > 2007 edition, cf. the Wikipedia article for specifications), and I have > been considering switching to one of the free UNIX clones for some time > now. I understand that Ubuntu GNU/Linux is supposed to work well on this > kind of machine, but I would rather use some variant of BSD if that is a > viable alternative. I have a MacBook running FreeBSD. IIRC I bought it in January 2008 so it's probably the same model as yours. > I would therefore like to ask you whether anyone here has any experience > with FreeBSD, either 7.0-RELEASE or any other version, that they would > like to share so I might know what to expect if I choose to go through > with this. I have some time on my hands the next couple of weeks, so I > am prepared to spend some days tweaking things to work if it is worth > the effort, but if it isn't, I might as well take Ubuntu for a spin or > do a clean install of Mac OS X. I have made a few notes here: http://borderworlds.dk/notes/freebsd-macbook.html I just used boot camp and did a pretty standard install. I would recommend installing a 7.1-BETA release to have the wired ethernet working from the beginning. --=20 Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 15:26:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDADF1065689 for ; Sun, 5 Oct 2008 15:26:39 +0000 (UTC) (envelope-from swhetzel@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 917198FC17 for ; Sun, 5 Oct 2008 15:26:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wa-out-1112.google.com with SMTP id n4so1235970wag.27 for ; Sun, 05 Oct 2008 08:26:39 -0700 (PDT) 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=1NNjfGxcdpp32XHr3ZXARbIhZxRyPmYmV4DKcS00nnk=; b=t165czbWTVComz5/F9iKP6pAdtfsnkIk6jtxwzzpGOtZpkGTWw2t4yF1dkIjTNzwyR UPEemg4huZEVRB2TM7bznIfWXIB/U/6ccWRlkJwX7uk8T3CD2hChmfOR7w9GxaIo405k zwwwG4C0R0XrIsuv4vfcBCXlDUUSyBkUrw7t4= 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=Y5tOzHIjky97qCWCaCn8i5g2qjvYFOAM3+fZkkv+as1f31lY0dQb09ggaie1RQkF8X KWNHmXaU4jEyDPGHGq3aQD4Mqsui7MPr0eg2y1QF9qXhggADDLxJwnhsDBhVPAqX7I0f 1MmBE+0a4Jm/cgK3/Z06VrDBvZ6eNqt/pILiM= Received: by 10.114.131.9 with SMTP id e9mr4163114wad.200.1223220399160; Sun, 05 Oct 2008 08:26:39 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Sun, 5 Oct 2008 08:26:39 -0700 (PDT) Message-ID: <790a9fff0810050826r73e34d73pa90f2206d23c33b7@mail.gmail.com> Date: Sun, 5 Oct 2008 10:26:39 -0500 From: "Scot Hetzel" To: "Wolfgang Zenker" In-Reply-To: <20081005115823.GA4732@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081005115823.GA4732@lyxys.ka.sub.org> Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.x : make check-old 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, 05 Oct 2008 15:26:39 -0000 On 10/5/08, Wolfgang Zenker wrote: > [forgot to send to list first time] > > > Hi, > > * Scot Hetzel [081005 13:52]: > > On 10/5/08, Wolfgang Zenker wrote: > >> > Is that list more or less expected? From what I can tell, it's pretty > >> > safe to now do a make delete-old-libs. Do you concur? > > >> that depends on you having updated all ports/packages as well as the > >> base system. I think I used a tool that checks which shared libraries are > >> used by which program but can't remember how it was called; but anyway you > >> can simply use ldd on your binaries in /usr/local/* to check if any of > >> them still use one of the old libs. > > > I have used the devel/libcheck utility to check for missing libraries > > after upgrading the installed ports. > > I guess you mean the sysutils/libchk utility and that was the one I used. > sysutils/libchk is the one I had used. Scot From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 21:06:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 188791065695 for ; Sun, 5 Oct 2008 21:06:33 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id E35928FC28 for ; Sun, 5 Oct 2008 21:06:32 +0000 (UTC) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id C4CC35084D; Sun, 5 Oct 2008 22:06:28 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bC6JJQSiuOL1; Sun, 5 Oct 2008 22:06:27 +0100 (BST) Received: from laptop.unixathome.org (bast.unixathome.org [72.78.246.37]) by nyi.unixathome.org (Postfix) with ESMTPSA id B5A595084B; Sun, 5 Oct 2008 22:06:27 +0100 (BST) Message-ID: <48E92C0D.60008@langille.org> Date: Sun, 05 Oct 2008 17:05:17 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Thunderbird 2.0.0.14 (X11/20080623) MIME-Version: 1.0 To: Wolfgang Zenker References: <48E69A3B.7090904@langille.org> <20081005114425.GA3978@lyxys.ka.sub.org> In-Reply-To: <20081005114425.GA3978@lyxys.ka.sub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.x : make check-old 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, 05 Oct 2008 21:06:33 -0000 Wolfgang Zenker wrote: > Hi, > > * Dan Langille [081004 00:18]: >> Folks: > >> I have upgraded a server from 6.3 to 7.0. That went rather smoothly. I >> have a question about removing old libraries via make delete-old. > >> Given the list of old libraries shown at the end of this URL: > >> http://www.freebsddiary.org/upgrade-6.3-to-7.0.php > >> Is that list more or less expected? From what I can tell, it's pretty >> safe to now do a make delete-old-libs. Do you concur? > > that depends on you having updated all ports/packages as well as the > base system. I did that. I made sure of that. > I think I used a tool that checks which shared libraries are > used by which program but can't remember how it was called; but anyway you > can simply use ldd on your binaries in /usr/local/* to check if any of > them still use one of the old libs. Is this correct: Worst case: some ports stop running? If so, I can live with that. :o Thank you. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 21:07:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31FF01065689 for ; Sun, 5 Oct 2008 21:07:29 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06F4A8FC1D for ; Sun, 5 Oct 2008 21:07:29 +0000 (UTC) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 3F90D5084D; Sun, 5 Oct 2008 22:07:25 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kqDFi2Sj58xO; Sun, 5 Oct 2008 22:07:24 +0100 (BST) Received: from laptop.unixathome.org (bast.unixathome.org [72.78.246.37]) by nyi.unixathome.org (Postfix) with ESMTPSA id 527475084B; Sun, 5 Oct 2008 22:07:24 +0100 (BST) Message-ID: <48E92C48.4010509@langille.org> Date: Sun, 05 Oct 2008 17:06:16 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Thunderbird 2.0.0.14 (X11/20080623) MIME-Version: 1.0 To: Scot Hetzel References: <48E69A3B.7090904@langille.org> <20081005114425.GA3978@lyxys.ka.sub.org> <790a9fff0810050452u3f83840fg313b86cee3f9cf02@mail.gmail.com> In-Reply-To: <790a9fff0810050452u3f83840fg313b86cee3f9cf02@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.x : make check-old 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, 05 Oct 2008 21:07:29 -0000 Scot Hetzel wrote: > On 10/5/08, Wolfgang Zenker wrote: >> > Is that list more or less expected? From what I can tell, it's pretty >> > safe to now do a make delete-old-libs. Do you concur? >> >> >> that depends on you having updated all ports/packages as well as the >> base system. I think I used a tool that checks which shared libraries are >> used by which program but can't remember how it was called; but anyway you >> can simply use ldd on your binaries in /usr/local/* to check if any of >> them still use one of the old libs. >> > > I have used the devel/libcheck utility to check for missing libraries > after upgrading the installed ports. Noted. Did that. I may compare that to the ldd output. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 5 22:21:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A421065687; Sun, 5 Oct 2008 22:21:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D40688FC18; Sun, 5 Oct 2008 22:21:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 7E03546B09; Sun, 5 Oct 2008 18:21:05 -0400 (EDT) Date: Sun, 5 Oct 2008 23:21:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Danny Braniss In-Reply-To: Message-ID: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Robert Watson Subject: Re: bad NFS/UDP performance 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, 05 Oct 2008 22:21:06 -0000 On Sat, 4 Oct 2008, Danny Braniss wrote: > at the moment, the best I can do is run it on a different hardware that has > if_em, the results are in > ftp://ftp.cs.huji.ac.il/users/danny/lock.prof/7.1-1000.em the > benchmark ran better with the Intel NIC, averaged UDP 54MB/s, TCP 53MB/s (I > get the same numbers with an older kernel). Dear Danny: Unfortunately, I was left slightly unclear on the comparison you are making above. Could you confirm whether or not, with if_em, you see a performance regression using UDP NFS between 7.0-RELEASE and the most recent 7.1-STABLE, and if you do, whether or not the RLOCK->WLOCK change has any effect on performance? It would be nice to know on the same hardware but at least with different hardware we get a sense of whether or not this might affect other systems or whether it's limited to a narrower set of configurations. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 05:03:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF2F1065688; Mon, 6 Oct 2008 05:03:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8AB8FC13; Mon, 6 Oct 2008 05:03:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp13.yandex.ru (smtp13.yandex.ru [77.88.32.83]) by forwards4.yandex.ru (Postfix) with ESMTP id 7C178193245; Mon, 6 Oct 2008 09:03:30 +0400 (MSD) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:32253 "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 S1818739AbYJFFDX (ORCPT + 3 others); Mon, 6 Oct 2008 09:03:23 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp13 X-Yandex-TimeMark: 1223269403 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp13.yandex.ru logged sender identity as: bu7cher Message-ID: <48E99C18.6070602@yandex.ru> Date: Mon, 06 Oct 2008 09:03:20 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jeremy Chadwick References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> In-Reply-To: <20081005004808.GA70137@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 06 Oct 2008 05:03:32 -0000 Jeremy Chadwick wrote: > Also, does your patch include any fixes (intentional or inadvertent) for > Intel MatrixRAID? This has been a sore spot for FreeBSD for quite > some time, and I'm curious to know if that has been fixed. There is only one fix for Intel Matrix RAID: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 > P.S. -- Mandatory plug: don't forget about kern/127717 :-) First of it should be commited into HEAD.. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 05:12:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F293910656A2 for ; Mon, 6 Oct 2008 05:12:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8EB8FC2F for ; Mon, 6 Oct 2008 05:12:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA03.westchester.pa.mail.comcast.net with comcast id P0bM1a00K0Fqzac53HCDKK; Mon, 06 Oct 2008 05:12:13 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA08.westchester.pa.mail.comcast.net with comcast id PHCC1a0042P6wsM3UHCCJF; Mon, 06 Oct 2008 05:12:13 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=1qyXObv7jg2cLe1Bg1sA:9 a=nE-SzOungici-neJIo4A:7 a=w7nOPM2frceYeMJO774Ro2ZmYmcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id E7D40C9419; Sun, 5 Oct 2008 22:12:11 -0700 (PDT) Date: Sun, 5 Oct 2008 22:12:11 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081006051211.GA10542@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E99C18.6070602@yandex.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 06 Oct 2008 05:12:15 -0000 On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: > Jeremy Chadwick wrote: >> Also, does your patch include any fixes (intentional or inadvertent) for >> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite >> some time, and I'm curious to know if that has been fixed. > > There is only one fix for Intel Matrix RAID: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 Ahh, yeah, I've seen that one as well. I'll apply the patch and let you know if the behaviour documented in the PR happens. >> P.S. -- Mandatory plug: don't forget about kern/127717 :-) > > First of it should be commited into HEAD.. Cool, thanks! -- | 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 Oct 6 07:02:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94DCA1065686 for ; Mon, 6 Oct 2008 07:02:33 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 458378FC15 for ; Mon, 6 Oct 2008 07:02:33 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from [192.168.0.10] by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kmk6w-0001N2-L8 for freebsd-stable@freebsd.org; Mon, 06 Oct 2008 09:02:32 +0200 Message-ID: <48E9B809.5080309@kkip.pl> Date: Mon, 06 Oct 2008 09:02:33 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> In-Reply-To: <20081005075956.GX36572@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.9 X-Spam-Score-Int: -88 X-Exim-Version: 4.69 (build at 26-Jun-2008 18:19:28) X-Date: 2008-10-06 09:02:32 X-Connected-IP: 192.168.0.10:1542 X-Message-Linecount: 59 X-Body-Linecount: 46 X-Message-Size: 2299 X-Body-Size: 1765 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 07:02:33 -0000 Alfred Perlstein wrote: > * Bartosz Stec [081003 07:23] wrote: > >> Hello again :) >> >> With POLLING enabled I experience about 10%-25% performance drop when >> copying files over network. Tested with both SAMBA and NFS. Is it normal? >> >> FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 01:52:12 CEST 2008 >> fxp0: port 0xc800-0xc83f mem >> 0xe1021000-0xe1021fff irq 20 at device 8.0 on pci1 >> >> # ifconfig fxp0 >> fxp0: flags=9843 >> metric 0 mtu 1500 >> options=8 >> ether 00:20:ed:42:87:13 >> inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 >> media: Ethernet autoselect (100baseTX ) >> status: active >> >> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >> RELENG_5 ...:( - 7.5 MB/s peak. >> > > 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but > not "sucks". > > Where do you see faster performance? > > Between windows machines on the same hardware or linux server? > > It sucks because it is a peak performance. About 5-6 MB/s average. I tried polling only because I found some suggestions on mailing lists, that it could improve performance with SAMBA on FreeBSD. As you see at the top of this thread - not in my case :) I also tried sysctl tunings, and smb.conf settings, also suggested on maling lists, with no or very little improvements noticed. Most of suggestions unfortunately end with "change OS to Linux if you want to use SAMBA". I think I will try to change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD and SAMBA tuning guide" which I didn't found? -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 07:17:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384A11065688 for ; Mon, 6 Oct 2008 07:17:59 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id D87D28FC1A for ; Mon, 6 Oct 2008 07:17:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA09.westchester.pa.mail.comcast.net with comcast id PK6W1a0010bG4ec59KHyDi; Mon, 06 Oct 2008 07:17:58 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id PKHx1a0022P6wsM3PKHxVu; Mon, 06 Oct 2008 07:17:58 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=wL8UUASt4PfW_GMri9MA:9 a=8zYyqe2S12Fxtn6Zax0A:7 a=9-CM6pqvdTCQ5JIavHDpH8xWtKIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1553EC9419; Mon, 6 Oct 2008 00:17:57 -0700 (PDT) Date: Mon, 6 Oct 2008 00:17:57 -0700 From: Jeremy Chadwick To: Bartosz Stec Message-ID: <20081006071757.GA13076@icarus.home.lan> References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E9B809.5080309@kkip.pl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 07:17:59 -0000 On Mon, Oct 06, 2008 at 09:02:33AM +0200, Bartosz Stec wrote: > Alfred Perlstein wrote: >> * Bartosz Stec [081003 07:23] wrote: >> >>> Hello again :) >>> >>> With POLLING enabled I experience about 10%-25% performance drop when >>> copying files over network. Tested with both SAMBA and NFS. Is it >>> normal? >>> >>> FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 01:52:12 CEST 2008 >>> fxp0: port 0xc800-0xc83f mem >>> 0xe1021000-0xe1021fff irq 20 at device 8.0 on pci1 >>> >>> # ifconfig fxp0 >>> fxp0: flags=9843 >>> metric 0 mtu 1500 >>> options=8 >>> ether 00:20:ed:42:87:13 >>> inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> >>> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >>> RELENG_5 ...:( - 7.5 MB/s peak. >>> >> >> 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but >> not "sucks". >> >> Where do you see faster performance? >> >> Between windows machines on the same hardware or linux server? >> >> > It sucks because it is a peak performance. About 5-6 MB/s average. I > tried polling only because I found some suggestions on mailing lists, > that it could improve performance with SAMBA on FreeBSD. As you see at > the top of this thread - not in my case :) I also tried sysctl tunings, > and smb.conf settings, also suggested on maling lists, with no or very > little improvements noticed. Most of suggestions unfortunately end with > "change OS to Linux if you want to use SAMBA". I think I will try to > change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD > and SAMBA tuning guide" which I didn't found? Can you please test network I/O using something like netperf or one of the other network-benchmark tools and not things like NFS or Samba which rely on disk I/O and other aspects? -- | 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 Oct 6 07:29:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F8091065691 for ; Mon, 6 Oct 2008 07:29:35 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 07D498FC21 for ; Mon, 6 Oct 2008 07:29:34 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 41E9E3C510F4; Mon, 6 Oct 2008 10:28:30 +0300 (EEST) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17458-04; Mon, 6 Oct 2008 10:28:30 +0300 (EEST) Received: from [127.0.0.1] (unknown [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 5CD023C5101D; Mon, 6 Oct 2008 10:28:27 +0300 (EEST) Message-ID: <48E9BE5F.5020709@bsd.ee> Date: Mon, 06 Oct 2008 10:29:35 +0300 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-stable@freebsd.org References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> <20081006071757.GA13076@icarus.home.lan> In-Reply-To: <20081006071757.GA13076@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Cc: Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 07:29:35 -0000 Jeremy Chadwick wrote: > On Mon, Oct 06, 2008 at 09:02:33AM +0200, Bartosz Stec wrote: > >> Alfred Perlstein wrote: >> >>> * Bartosz Stec [081003 07:23] wrote: >>> >>> >>>> Hello again :) >>>> >>>> With POLLING enabled I experience about 10%-25% performance drop when >>>> copying files over network. Tested with both SAMBA and NFS. Is it >>>> normal? >>>> >>>> FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 01:52:12 CEST 2008 >>>> fxp0: port 0xc800-0xc83f mem >>>> 0xe1021000-0xe1021fff irq 20 at device 8.0 on pci1 >>>> >>>> # ifconfig fxp0 >>>> fxp0: flags=9843 >>>> metric 0 mtu 1500 >>>> options=8 >>>> ether 00:20:ed:42:87:13 >>>> inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 >>>> media: Ethernet autoselect (100baseTX ) >>>> status: active >>>> >>>> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >>>> RELENG_5 ...:( - 7.5 MB/s peak. >>>> >>>> >>> 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but >>> not "sucks". >>> >>> Where do you see faster performance? >>> >>> Between windows machines on the same hardware or linux server? >>> >>> >>> >> It sucks because it is a peak performance. About 5-6 MB/s average. I >> tried polling only because I found some suggestions on mailing lists, >> that it could improve performance with SAMBA on FreeBSD. As you see at >> the top of this thread - not in my case :) I also tried sysctl tunings, >> and smb.conf settings, also suggested on maling lists, with no or very >> little improvements noticed. Most of suggestions unfortunately end with >> "change OS to Linux if you want to use SAMBA". I think I will try to >> change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD >> and SAMBA tuning guide" which I didn't found? >> > > Can you please test network I/O using something like netperf or one of > the other network-benchmark tools and not things like NFS or Samba > which rely on disk I/O and other aspects? > > I remember when on FreeBSD 4.x I was able to copy files from samba and to samba up to 12MB/s on 100Mbit lan. Now with FreeBSD 6.x or 7.x I can have barely 8MB/s on 100Mbit and 27MB/s on Gigabit lan. Netperf shows 900Mbit/s in any direction, small variety with different switches (ca 10% difference). From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 07:34:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C1D5106568C; Mon, 6 Oct 2008 07:34:24 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (pie.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b8c]) by mx1.freebsd.org (Postfix) with ESMTP id C2DDB8FC18; Mon, 6 Oct 2008 07:34:23 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id BC3C51712ED; Sun, 5 Oct 2008 21:34:22 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 0621B153882; Sun, 5 Oct 2008 21:34:21 -1000 (HST) Date: Sun, 5 Oct 2008 21:34:21 -1000 From: Clifton Royston To: Andrei Kolu Message-ID: <20081006073420.GA23811@lava.net> Mail-Followup-To: Andrei Kolu , Jeremy Chadwick , freebsd-stable@freebsd.org References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> <20081006071757.GA13076@icarus.home.lan> <48E9BE5F.5020709@bsd.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E9BE5F.5020709@bsd.ee> User-Agent: Mutt/1.4.2.2i Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 07:34:24 -0000 On Mon, Oct 06, 2008 at 10:29:35AM +0300, Andrei Kolu wrote: ... > I remember when on FreeBSD 4.x I was able to copy files from samba and > to samba up to 12MB/s on 100Mbit lan. This part seems unlikely, particularly as bit rates are measured in decimal millions not computer millions. 12*8*1024*1024 = 100,663,296 so that would mean not merely zero but negative packet and network overhead. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 09:19:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A117A1065688; Mon, 6 Oct 2008 09:19:06 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 4E08F8FC17; Mon, 6 Oct 2008 09:19:05 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from [192.168.0.10] by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KmmF3-000HWJ-Ke; Mon, 06 Oct 2008 11:19:04 +0200 Message-ID: <48E9D808.9080501@kkip.pl> Date: Mon, 06 Oct 2008 11:19:04 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-stable@freebsd.org References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> <20081006071757.GA13076@icarus.home.lan> In-Reply-To: <20081006071757.GA13076@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.9 X-Spam-Score-Int: -88 X-Exim-Version: 4.69 (build at 26-Jun-2008 18:19:28) X-Date: 2008-10-06 11:19:04 X-Connected-IP: 192.168.0.10:2426 X-Message-Linecount: 136 X-Body-Linecount: 123 X-Message-Size: 5269 X-Body-Size: 4626 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 09:19:06 -0000 Jeremy Chadwick pisze: > On Mon, Oct 06, 2008 at 09:02:33AM +0200, Bartosz Stec wrote: > >> Alfred Perlstein wrote: >> >>> * Bartosz Stec [081003 07:23] wrote: >>> >>> >>>> Hello again :) >>>> >>>> With POLLING enabled I experience about 10%-25% performance drop when >>>> copying files over network. Tested with both SAMBA and NFS. Is it >>>> normal? >>>> >>>> FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 01:52:12 CEST 2008 >>>> fxp0: port 0xc800-0xc83f mem >>>> 0xe1021000-0xe1021fff irq 20 at device 8.0 on pci1 >>>> >>>> # ifconfig fxp0 >>>> fxp0: flags=9843 >>>> metric 0 mtu 1500 >>>> options=8 >>>> ether 00:20:ed:42:87:13 >>>> inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 >>>> media: Ethernet autoselect (100baseTX ) >>>> status: active >>>> >>>> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >>>> RELENG_5 ...:( - 7.5 MB/s peak. >>>> >>>> >>> 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but >>> not "sucks". >>> >>> Where do you see faster performance? >>> >>> Between windows machines on the same hardware or linux server? >>> >>> >>> >> It sucks because it is a peak performance. About 5-6 MB/s average. I >> tried polling only because I found some suggestions on mailing lists, >> that it could improve performance with SAMBA on FreeBSD. As you see at >> the top of this thread - not in my case :) I also tried sysctl tunings, >> and smb.conf settings, also suggested on maling lists, with no or very >> little improvements noticed. Most of suggestions unfortunately end with >> "change OS to Linux if you want to use SAMBA". I think I will try to >> change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD >> and SAMBA tuning guide" which I didn't found? >> > > Can you please test network I/O using something like netperf or one of > the other network-benchmark tools and not things like NFS or Samba > which rely on disk I/O and other aspects? > > OK It was first time i was using nerperf so I'm not sure I did it correctly. I installed netperf port on SAMBA serwer (IP 192.168.0.2), and also download windows binary to windows xp machine (IP 192.168.0.10). All tests ran for one minute. First test - netperf on FreeBSD and netserver on Windows: # netperf -l 60 -t TCP_STREAM -H 192.168.0.10 TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.0.10 (192.168.0.10) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 8192 32768 32768 60.00 93.97 # netperf -l 60 -t TCP_SENDFILE -H 192.168.0.10 TCP SENDFILE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.0.10 (192.168.0.10) port 0 AF_INET Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 8192 32768 32768 60.00 93.45 # netperf -l 60 -t TCP_RR -H 192.168.0.10 TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.0.10 (192.168.0.10) port 0 AF_INET Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 32768 65536 1 1 60.00 2433.99 8192 8192 # ifconfig fxp0 fxp0: flags=9843 metric 0 mtu 1500 options=8 ether 00:20:ed:42:87:13 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active Second test - netperf on Windows and netserver on FreeBSD: Unfortunately won't run: C:\software>netperf-a4 -l 60 -H 192.168.0.2 TCP STREAM TEST to 192.168.0.2 recv_response: partial response received: 0 bytes Hovewer, thanks to Alfred Perlstein who send mefollowing link: http://www.mavetju.org/mail/view_message.php?list=freebsd-net&id=755111&thread=no&tag=yes, I set SO_SNBUF and SO_RCVBUF in smb.conf to 2920. Without any additional tuning in sysctl I now got about 8MB/s which is *much* better result than before. It still could be better than that if I am reading netpertf results correctly :) Thanks Alfred! -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 10:03:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7C37106569F for ; Mon, 6 Oct 2008 10:03:44 +0000 (UTC) (envelope-from edmunds@it-depo.lv) Received: from smtp.it-depo.lv (smtp.it-depo.lv [159.148.37.66]) by mx1.freebsd.org (Postfix) with ESMTP id 632548FC12 for ; Mon, 6 Oct 2008 10:03:44 +0000 (UTC) (envelope-from edmunds@it-depo.lv) Received: from [10.40.10.252] (unknown [10.40.10.252]) by smtp.it-depo.lv (ESMTP daemon) with ESMTP id 7DC0F8A4511 for ; Mon, 6 Oct 2008 12:55:34 +0300 (EEST) Message-ID: <48E9DD54.6070102@it-depo.lv> Date: Mon, 06 Oct 2008 12:41:40 +0300 From: Edmunds Bergs Organization: IT Depo SIA User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20081005120024.5D445106576D@hub.freebsd.org> In-Reply-To: <20081005120024.5D445106576D@hub.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SVQtREVQTw==-Scanner: Found to be clean X-SVQtREVQTw==-Scanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-3.609, required 1, ALL_TRUSTED -1.80, AWL -0.72, BAYES_00 -2.60, DNS_FROM_SECURITYSAGE 1.51) Subject: Re: Is FreeBSD a suitable choice for a MacBook? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: edmunds@it-depo.lv List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 10:03:44 -0000 Hi. I think (IMHO) you can try some desktop orientated linux distro (ubunutu; kubuntu) or freebsd based PC-BSD desktop. If you are more experienced user and know what you`re doing then you can take some server orientated stuff and install it also as desktop. In fact it depends on your needs and what you really want to get from your box. Best Regards, Edmunds ============================= freebsd-stable-request@freebsd.org wrote: Message: 10 Date: Sun, 05 Oct 2008 13:25:39 +0200 From: Eirik Wix?e Svela Subject: Re: Is FreeBSD a suitable choice for a MacBook? To: freebsd-stable@freebsd.org Message-ID: <48E8A433.40108@nynorsk.no> Content-Type: text/plain; charset=ISO-8859-1 Thank you for your reply, David. You seem to be answering a question I did not ask, but allow me to respond briefly in any case: I have been using the operating system since January, and I am full aware of its line of inheritance as well as the UNIX 03 certification, and I have no major beef with it for everyday purposes. However, for all its ease of use and outstanding graphical user interface, I still find that its crossbred nature makes for a somewhat untidy system when dealing with nitty-gritty UNIX tasks such as enabling and configuring the firewall, configuring the system for maximum security (the default file permissions allow everyone to watch what's inside everyone else's home directories, for instance), installing an application by hand and so on. I also much prefer the free software movement and its principles to Apple and its "principles". Now, could someone answer my original question? Regards From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 12:08:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794541065687 for ; Mon, 6 Oct 2008 12:08:29 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 331FF8FC08 for ; Mon, 6 Oct 2008 12:08:29 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by rn-out-0910.google.com with SMTP id j71so777933rne.12 for ; Mon, 06 Oct 2008 05:08:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=TvlH/w+ctgzbK9s+/ZosyH5qpu2Q8QzCHhugeX0ak68=; b=ROgxEGex6jLBRhAy+A83V3tEhccjkgj+xe3bzV+/cyhD7Md+oUUos4q+7RYM4w5hli GUUQD9QTcv9efwj/ppeb6TwbN8+4SyUrsBhI9c/er/A71vwdOwkA3+8Fm0bxRVz/zXdk jH0WJWr9suXidlrD7xFL8QkYTlDzHuQRQd3yg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:mime-version :content-type:content-transfer-encoding:content-disposition; b=OkFRYJyTwtCrF3DGxZiyk0jPRVLhJfdCC6eSoD5/okJrFHWxrS0HN5k8D/1NeB0jXX MbgHPH9ADbh5687E1YX/gKDLXOZvo9Z6VPywosMN/yEfEQmbQTwo04tR67CDNGIysGUx T6H+qdudGOyECCh7pz1AQHKfAng+lHcUHXsQI= Received: by 10.151.108.20 with SMTP id k20mr7488510ybm.150.1223292965788; Mon, 06 Oct 2008 04:36:05 -0700 (PDT) Received: by 10.150.229.11 with HTTP; Mon, 6 Oct 2008 04:36:05 -0700 (PDT) Message-ID: Date: Mon, 6 Oct 2008 12:36:05 +0100 From: "Chris Rees" To: irik@nynorsk.no MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Is FreeBSD a suitable choice for a MacBook? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 12:08:29 -0000 > Date: Sat, 04 Oct 2008 21:00:48 +0200 > From: Eirik Wix?e Svela > Subject: Is FreeBSD a suitable choice for a MacBook? > To: freebsd-stable@freebsd.org > Message-ID: <48E7BD60.80001@nynorsk.no> > Content-Type: text/plain; charset=ISO-8859-1 > > I have an Apple MacBook with an Intel Core 2 Duo processor (November > 2007 edition, cf. the Wikipedia article for specifications), and I have > been considering switching to one of the free UNIX clones for some time > now. I understand that Ubuntu GNU/Linux is supposed to work well on this > kind of machine, but I would rather use some variant of BSD if that is a > viable alternative. > > I would therefore like to ask you whether anyone here has any experience > with FreeBSD, either 7.0-RELEASE or any other version, that they would > like to share so I might know what to expect if I choose to go through > with this. I have some time on my hands the next couple of weeks, so I > am prepared to spend some days tweaking things to work if it is worth > the effort, but if it isn't, I might as well take Ubuntu for a spin or > do a clean install of Mac OS X. > > Best regards > Eirik W. Svela > On my Macbook, I ran and used Ubuntu and FreeBSD in the days of 6.1 for a while, but the big problem is power management. On a laptop that is a killer... Standby is unreliable, breaks, and basically means that if you're on the move you have to shutdown and boot every time you want to put your laptop away. Is that what you really want? Say goodbye to your battery life too. Apart from that, all the cool parts of FreeBSD are just as good on it. I just found it's far better on my PC. -- R< $&h ! > $- ! $+ $@ $2 < @ $1 .UUCP. > (sendmail.cf) From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 12:55:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1EC4106568B for ; Mon, 6 Oct 2008 12:55:04 +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 B99B38FC1D for ; Mon, 6 Oct 2008 12:55:04 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id DF0F071FDDC; Mon, 6 Oct 2008 08:38:18 -0400 (EDT) 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 tZHOJ2e78ql8; Mon, 6 Oct 2008 08:38:18 -0400 (EDT) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 685FD71FDCD; Mon, 6 Oct 2008 08:38:18 -0400 (EDT) Message-ID: <48EA06B5.5060604@egr.msu.edu> Date: Mon, 06 Oct 2008 08:38:13 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Bartosz Stec References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> In-Reply-To: <48E9B809.5080309@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 12:55:05 -0000 Bartosz Stec wrote: >>> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >>> RELENG_5 ...:( - 7.5 MB/s peak. >>> >> >> 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but >> not "sucks". >> >> Where do you see faster performance? >> >> Between windows machines on the same hardware or linux server? >> >> > It sucks because it is a peak performance. About 5-6 MB/s average. I > tried polling only because I found some suggestions on mailing lists, > that it could improve performance with SAMBA on FreeBSD. As you see at > the top of this thread - not in my case :) I also tried sysctl tunings, > and smb.conf settings, also suggested on maling lists, with no or very > little improvements noticed. Most of suggestions unfortunately end with > "change OS to Linux if you want to use SAMBA". I think I will try to > change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD > and SAMBA tuning guide" which I didn't found? > Please try experimenting with "socket options" in smb.conf, I've found that some tuning is desirable on any OS with Samba, but these are the values that worked best for me with Windows XP clients in mind. Win2003 clients seemed much faster without tuning (same base code as XP 64bit) and I suspect it has a different SMB implementation. I'd suggest starting with "socket options = TCP_NODELAY IPTOS_THROUGHPUT SO_RCVBUF=8192 SO_SNDBUF=8192" and if you aren't satisfied, experiment with the numbers and which options are enabled. Be sure that the client has been disconnected from Samba completely to make sure you are testing the values in the config file. I'm pretty sure with these tunings I was able to get closer to 10MB/sec on 100Mbit, which satisfies me for the average user. # Most people will find that this option gives better performance. # See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/speed.html # for details # You may want to add the following on a Linux system: # SO_RCVBUF=8192 SO_SNDBUF=8192 # socket options = TCP_NODELAY # For some reason, 8192 is pretty fast on a XP lab 100Mb client. Other sizes tested and dissapointing in that situation. Windows Server 2k3 on gig is much faster, and likes larger values. There might be some merit in testing 49152 in some situations. (20080617) # TCP_NODELAY makes a huge improvement. IPTOS_THROUGHPUT is negligible locally. # mcdouga9 20070110 socket options = TCP_NODELAY IPTOS_THROUGHPUT SO_RCVBUF=8192 SO_SNDBUF=8192 # socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 13:08:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF6A1065692; Mon, 6 Oct 2008 13:08:27 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 51A638FC14; Mon, 6 Oct 2008 13:08:27 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 2D17B3C51385; Mon, 6 Oct 2008 16:07:21 +0300 (EEST) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26590-08; Mon, 6 Oct 2008 16:07:20 +0300 (EEST) Received: from [127.0.0.1] (unknown [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 200113C51392; Mon, 6 Oct 2008 16:07:20 +0300 (EEST) Message-ID: <48EA0DCF.7000004@bsd.ee> Date: Mon, 06 Oct 2008 16:08:31 +0300 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Andrei Kolu , Jeremy Chadwick , freebsd-stable@freebsd.org References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> <20081006071757.GA13076@icarus.home.lan> <48E9BE5F.5020709@bsd.ee> <20081006073420.GA23811@lava.net> In-Reply-To: <20081006073420.GA23811@lava.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Cc: Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 13:08:27 -0000 Clifton Royston wrote: > On Mon, Oct 06, 2008 at 10:29:35AM +0300, Andrei Kolu wrote: > ... > >> I remember when on FreeBSD 4.x I was able to copy files from samba and >> to samba up to 12MB/s on 100Mbit lan. >> > > This part seems unlikely, particularly as bit rates are measured in > decimal millions not computer millions. > > 12*8*1024*1024 = 100,663,296 so that would mean not merely zero but > negative packet and network overhead. > > -- Clifton > OK, I am reading right now description for Trendnet Mini-GBIC Features: -------------------------------------------------------------------- (TEG-MGBSX, TEG-MGBS10, TEW-MGBS40, TEW-MGBS80) Compliant with IEEE 802.3z Gigabit Ethernet and Fiber Channel Standards Industry standard SFP package Duplex LC connector 1.0625Gbps Fiber Channel Compliant 1.25Gbps Gigabit Ethernet Compliant -------------------------------------------------------------------- So, I guess that 100Mbit and 1000Mbit is not set in stone and you can actually achieve higher speeds than "standard". BTW: 1 megabit = 106 = 1,000,000 bits which is equal to 125,000 bytes. 100 megabit = 12,500,000 bytes = 12,5MB Or I am wrong? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 13:24:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F86010656A6; Mon, 6 Oct 2008 13:24:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 384088FC34; Mon, 6 Oct 2008 13:24:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kmq4g-0008Ua-Pd; Mon, 06 Oct 2008 14:24:34 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kmq4g-0000UZ-M8; Mon, 06 Oct 2008 14:24:34 +0100 To: antik@bsd.ee, freebsd-stable@freebsd.org, koitsu@FreeBSD.org In-Reply-To: <48EA0DCF.7000004@bsd.ee> Message-Id: From: Pete French Date: Mon, 06 Oct 2008 14:24:34 +0100 Cc: Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 13:24:36 -0000 > 1 megabit = 106 = 1,000,000 bits which is equal to 125,000 bytes. you are assuming eight bits per byte - but this is a serial line so you should use ten bits per byte instead. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 13:34:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE611065686 for ; Mon, 6 Oct 2008 13:34:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id CE0AC8FC1E for ; Mon, 6 Oct 2008 13:34:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA04.westchester.pa.mail.comcast.net with comcast id PPLT1a0060Fqzac54Ranan; Mon, 06 Oct 2008 13:34:47 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA08.westchester.pa.mail.comcast.net with comcast id PRal1a00M2P6wsM3URamYz; Mon, 06 Oct 2008 13:34:47 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=xCLAfTVf16_AdBrQtj4A:9 a=0yB97UTvYxqXqW_0KZYA:7 a=cFwum2nXXA9v4BoTy_MfON0pPfgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 83018C9419; Mon, 6 Oct 2008 06:34:45 -0700 (PDT) Date: Mon, 6 Oct 2008 06:34:45 -0700 From: Jeremy Chadwick To: Adam McDougall Message-ID: <20081006133445.GA21479@icarus.home.lan> References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> <48EA06B5.5060604@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EA06B5.5060604@egr.msu.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Bartosz Stec Subject: Re: fxp performance with POLLING 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, 06 Oct 2008 13:34:49 -0000 On Mon, Oct 06, 2008 at 08:38:13AM -0400, Adam McDougall wrote: > Bartosz Stec wrote: > >>>> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >>>> RELENG_5 ...:( - 7.5 MB/s peak. >>>> >>> >>> 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but >>> not "sucks". >>> >>> Where do you see faster performance? >>> >>> Between windows machines on the same hardware or linux server? >>> >>> >> It sucks because it is a peak performance. About 5-6 MB/s average. I >> tried polling only because I found some suggestions on mailing lists, >> that it could improve performance with SAMBA on FreeBSD. As you see at >> the top of this thread - not in my case :) I also tried sysctl tunings, >> and smb.conf settings, also suggested on maling lists, with no or very >> little improvements noticed. Most of suggestions unfortunately end with >> "change OS to Linux if you want to use SAMBA". I think I will try to >> change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD >> and SAMBA tuning guide" which I didn't found? >> > > Please try experimenting with "socket options" in smb.conf, I've found > that some tuning is desirable on any OS with Samba, but these are the > values that worked best for me with Windows XP clients in mind. Win2003 > clients seemed much faster without tuning (same base code as XP 64bit) > and I suspect it has a different SMB implementation. I'd suggest > starting with "socket options = TCP_NODELAY IPTOS_THROUGHPUT > SO_RCVBUF=8192 SO_SNDBUF=8192" and if you aren't satisfied, experiment > with the numbers and which options are enabled. Be sure that the > client has been disconnected from Samba completely to make sure you are > testing the values in the config file. I'm pretty sure with these > tunings I was able to get closer to 10MB/sec on 100Mbit, which satisfies > me for the average user. Interesting. I use gigE on my home network, and most of my Samba shares consist of very large files (ISO images and HD videos). Setting the buffer sizes to 8KB results in horrible performance; a 420MB ISO image taking ~50 seconds to copy. Copying is from the Samba server to the Windows machine. ZFS is used on FreeBSD, across 4 disks in a raidz1 pool; all disks are SATA300 with 16MByte cache. Increasing the Samba buffers to 64KB (65536) drops the transfer to 30 seconds, and increasing it to 128KB (131072) drops to 15-20 seconds. NICs involved are an Attansic L1E (on Windows XP, with TCP buffer sizes tuned in the registry, ditto with enabling TCP window resizing), and an em(4) (on FreeBSD). There are two switches between the boxes: an HP ProCurve, and a generic D-Link switch. Everything is gigE. Additionally, don't forget about IPTOS_LOWDELAY, and the "write cache size" and "read size" options in smb.conf. -- | 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 Oct 6 13:46:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90D01065693 for ; Mon, 6 Oct 2008 13:46:15 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57005.mail.re3.yahoo.com (web57005.mail.re3.yahoo.com [66.196.97.109]) by mx1.freebsd.org (Postfix) with SMTP id 58C818FC1A for ; Mon, 6 Oct 2008 13:46:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 45187 invoked by uid 60001); 6 Oct 2008 13:19:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=aS5ZIm1YSXTqBTuUcVTD+vz+f3nNrTZnXdonnq5P+2leOBImyJxTmChgJyCj+F4KHJeNtoOo9JAa+fyjcGBOPdtVsA50zlxc+S6F6lKTTelcVwpjoTkTnKaNvKQ/O/b0wV0WFxc/JzLAF2vS9nHjAeQCqT4D0VFps9N2HrCmgNQ=; X-YMail-OSG: tEyszf4VM1nWbnJUeDx5F4wSzWPuVMOdxDPzjQN7LAABS1AlIb1gIReqdldACzi9E78UtT1_cz65n5jon1mNejvMWIJy95P7QhAnjiQDYy.syYQrK4wFa6OEVbOw8T7Zy3LfltOGz3w1XTVfDWFH2Tx25uykMNDJsgmT_NlzfXR5O7Y- Received: from [220.255.7.224] by web57005.mail.re3.yahoo.com via HTTP; Mon, 06 Oct 2008 06:19:34 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Mon, 6 Oct 2008 06:19:34 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <669322.44942.qm@web57005.mail.re3.yahoo.com> Subject: Help me to develop a FreeBSD patch for gcc-4.2.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 13:46:15 -0000 Hi all I need to patch the gcc original sources to suit the FreeBSD, specially to support FreeBSD kernel compilation. I have tried it, spent lot of time, but it still develops compilation errors. The FreeBSD stable comes with gcc-4.2.1 but the sources are scattered over the /usr/src, therefore, I find it difficult to re-create the gcc-4.2.1 to its original directory layout to make a patch. I appreciate it very much, if you guys could help me to identify the pieces. Or alternatively, if someone could straight away put the FreeBSD gcc sources back to a directory and make a patch compared to the original gcc-4.2.1 sources from GNU and post here, I could apply the patch on my side and verify it was done correctly, whether I can compile the FreeBSD kernel or not. Many thanks in advance. Kind regards Unga From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 14:16:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C551065691 for ; Mon, 6 Oct 2008 14:16:46 +0000 (UTC) (envelope-from gunnar@bsd-gf.sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.freebsd.org (Postfix) with ESMTP id 247488FC1E for ; Mon, 6 Oct 2008 14:16:45 +0000 (UTC) (envelope-from gunnar@bsd-gf.sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.14.2/8.14.2) with ESMTP id m96E2tDU048975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 6 Oct 2008 16:03:00 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: from bsd-gf.sr.se (bsd-gf.sr.se [134.25.191.27]) by honken.sr.se (8.14.2/8.14.2) with ESMTP id m96E2t4Y043399 for ; Mon, 6 Oct 2008 16:02:55 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: from bsd-gf.sr.se (localhost [127.0.0.1]) by bsd-gf.sr.se (8.14.2/8.14.2) with ESMTP id m96E2tRS074653 for ; Mon, 6 Oct 2008 16:02:55 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: (from gunnar@localhost) by bsd-gf.sr.se (8.14.2/8.14.2/Submit) id m96E2tK4074652 for freebsd-stable@freebsd.org; Mon, 6 Oct 2008 16:02:55 +0200 (CEST) (envelope-from gunnar) Date: Mon, 6 Oct 2008 16:02:55 +0200 From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20081006140255.GA74575@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Possibility of backporting of Heimdal 1.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 14:16:46 -0000 Is there any possibility that heimdal 1.1 that works beautifully in Current will be backported to FreeBSD-7.x? Gunnar Flygt Sveriges Radio Teknik/IT From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 14:25:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7543B1065687 for ; Mon, 6 Oct 2008 14:25:28 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2707D8FC15 for ; Mon, 6 Oct 2008 14:25:28 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from [192.168.0.10] by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kmr1U-000BIH-Ci for freebsd-stable@freebsd.org; Mon, 06 Oct 2008 16:25:27 +0200 Message-ID: <48EA1FD2.5080402@kkip.pl> Date: Mon, 06 Oct 2008 16:25:22 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.9 X-Spam-Score-Int: -88 X-Exim-Version: 4.69 (build at 26-Jun-2008 18:19:28) X-Date: 2008-10-06 16:25:27 X-Connected-IP: 192.168.0.10:3831 X-Message-Linecount: 42 X-Body-Linecount: 31 X-Message-Size: 1687 X-Body-Size: 1265 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Subject: reloading samba config made system unresponsible 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, 06 Oct 2008 14:25:28 -0000 My tries to tune smb.conf to achieve better performance expose very strange bug: Just executing: /usr/local/etc/rc.d/samba reload made my system unresponsible from network. It happens three times until now so I'm sure that is the cause (but it happened after some succesful reloads a couple of minutes earlier, so it's not happening all the time command is executed). Symptoms: - machine only responding to ping requests - ssh session shows, that config reload was succesful, and that's last thing showed (no shell after message) - can't connect with another ssh session, but no refuse nor timeout - on local console system seems responsible (alt +[1-9] works), but any try to login cause it to wait forever for password prompt - no kernel or error message on screen, and nothing suspicious in logs - alt+ctrl+del does nothing - pressing power button and waiting for system to shutdown does nothing - hard reset was the only way - after first restart I've made full fsck and started rebuilding gmirror - when machine hangs second time rebuilding doesn't stop I'm not a developer but it looks like some kind of deadlock? Note that changes I made to smb.conf was only in socket options. -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 14:27:18 2008 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 5CB111065698 for ; Mon, 6 Oct 2008 14:27:18 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id BDBA08FC08 for ; Mon, 6 Oct 2008 14:27:16 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m96ERFeD089842; Mon, 6 Oct 2008 16:27:15 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m96EREO9089841; Mon, 6 Oct 2008 16:27:14 +0200 (CEST) (envelope-from hk) Date: Mon, 6 Oct 2008 16:27:14 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20081006142714.GA89553@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Samba 3.2.4 not in 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, 06 Oct 2008 14:27:18 -0000 Hi all, Sorry if this is a faq or something obvious, but is there a reason why current version of samba 3.2.4 is not in ports? I only see 3.0.32 at the moment :-( Best regards, Holger From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 15:18:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ECD8106568F for ; Mon, 6 Oct 2008 15:18:28 +0000 (UTC) (envelope-from afriedman@drsns.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4588FC22 for ; Mon, 6 Oct 2008 15:18:27 +0000 (UTC) (envelope-from afriedman@drsns.com) Received: by rv-out-0506.google.com with SMTP id b25so2863306rvf.43 for ; Mon, 06 Oct 2008 08:18:27 -0700 (PDT) Received: by 10.141.172.6 with SMTP id z6mr2951273rvo.47.1223304709066; Mon, 06 Oct 2008 07:51:49 -0700 (PDT) Received: from ?10.0.0.111? ([63.162.101.223]) by mx.google.com with ESMTPS id 4sm15187766yxj.7.2008.10.06.07.51.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 06 Oct 2008 07:51:48 -0700 (PDT) Message-Id: <363BDDAF-76C7-49AE-A8F5-EE1995C4CCBF@drsns.com> From: "Dr. Aharon Friedman" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 6 Oct 2008 10:51:46 -0400 X-Mailer: Apple Mail (2.929.2) Subject: Re: Is FreeBSD a suitable choice for a MacBook? --- WHY? 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, 06 Oct 2008 15:18:28 -0000 I am not sure why you would want to put FreeBSD on the Mac. Mac is already FreeBSD. Most of the FreeBSD ports have been made available to the Mac through Macports. X11 comes with it, and Apple gives you access to the kernel source code. If you must for some reason have FreeBSD, I recommend using a virtual machine software such as VM Ware Fusion (the are cheeper when you buy from Amazon - about $60). It does work very well for me. Although I use the Mac OS for all my Unix needs, I have installed a Windows XP Pro 64 bit for my Windows need. You could create a Linux and / or FreeBSD virtual machine. The software will even download it for you. Aharon Friedman From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 15:46:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EAA0106568E; Mon, 6 Oct 2008 15:46:14 +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 CAC238FC1D; Mon, 6 Oct 2008 15:46:13 +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 1KmsHk-0003eV-G4; Mon, 06 Oct 2008 17:46:12 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Robert Watson message dated "Sun, 05 Oct 2008 23:21:05 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 2008 17:46:12 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 06 Oct 2008 15:46:14 -0000 > > On Sat, 4 Oct 2008, Danny Braniss wrote: > > > at the moment, the best I can do is run it on a different hardware that has > > if_em, the results are in > > ftp://ftp.cs.huji.ac.il/users/danny/lock.prof/7.1-1000.em the > > benchmark ran better with the Intel NIC, averaged UDP 54MB/s, TCP 53MB/s (I > > get the same numbers with an older kernel). > > Dear Danny: > > Unfortunately, I was left slightly unclear on the comparison you are making > above. Could you confirm whether or not, with if_em, you see a performance > regression using UDP NFS between 7.0-RELEASE and the most recent 7.1-STABLE, > and if you do, whether or not the RLOCK->WLOCK change has any effect on > performance? It would be nice to know on the same hardware but at least with > different hardware we get a sense of whether or not this might affect other > systems or whether it's limited to a narrower set of configurations. > > Thanks, 7.1-1000.em vanilla 7.1 1 x Intel Core Duo 7.1-1000.x2200.em vanilla 7.1 2 x Dual-Core AMD Opteron 7.0-1000.x2200.em 7.0 + RLOCK->WLOCK the plot thickens. I put an em card in, and the throughput is almost the same than with the bge. all the tests were done on the same host, a Sun x2200/amd/2cpux2core except for the one over the weekend that is a intel Core Duo, and not the same if_em card, sorry about that but one has PCI X, the other PCI Express :-(. what is becoming obvious is that NFS/UDP is very temperamental/sensitive :-) danny From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 15:47:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B8361065693 for ; Mon, 6 Oct 2008 15:47:41 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id E23718FC27 for ; Mon, 6 Oct 2008 15:47:40 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from [78.142.42.148] by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kmrlq-0008w3-BT for freebsd-stable@freebsd.org; Mon, 06 Oct 2008 18:13:14 +0300 Date: Mon, 6 Oct 2008 18:13:34 +0300 From: Georgi Iovchev X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Pulsar Ltd X-Priority: 3 (Normal) Message-ID: <596673353.20081006181334@pulsar.bg> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Georgi Iovchev List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 15:47:41 -0000 Hello list I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R motherboard. Integrated network card is Realtek 8111B. I can not wake the computer after I shutdown it from FreeBSD. It is a dualboot system - windows xp and freebsd. If I shutdown the computer from windows - later I can wake it up with magic packet. Even if i shutdown the machine on the boot menu with the power button - than later I can wake on lan. The only situation where I CANNOT wake it is when I shutdown the machine from freebsd (halt -p). First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two network cards - the integrated one Realtek 8111B and another one Intel PRO1000PT PCI-E with WOL enabled. With both nics and both freebsd versions the situation is the same - after shutdown from bsd the computer is not able to wake on lan. The indication on the switch port says that after shut down there is active link. Here is some information after last update: [root@backup ~]# uname -a FreeBSD backup.pulsar.bg 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Mon Oct 6 17:01:26 EEST 2008 root@backup.pulsar.bg:/usr/obj/usr/src/sys/MYCONF amd64 [root@backup ~]# pciconf -lv ... re0@pci0:3:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet ... em0@pci0:1:0:0: class=0x020000 card=0x10838086 chip=0x10b98086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82572EI PRO/1000 PT Desktop Adapter (Copper)' class = network subclass = ethernet ... [root@backup ~]# ifconfig re0 wol [root@backup ~]# ifconfig em0 wol [root@backup ~]# ifconfig em0: flags=8802 metric 0 mtu 1500 options=19b ether 00:1b:21:22:52:cd media: Ethernet autoselect status: no carrier re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1f:d0:24:19:e9 inet 78.142.42.158 netmask 0xfffffff0 broadcast 78.142.42.159 inet 192.168.0.6 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 I suppose that I should post more info but I dont know what exactly is needed. Need help! 10x in advance Georgi Iovchev From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 16:19:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E188A1065690 for ; Mon, 6 Oct 2008 16:19:32 +0000 (UTC) (envelope-from afriedman@drsns.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id A128E8FC1E for ; Mon, 6 Oct 2008 16:19:32 +0000 (UTC) (envelope-from afriedman@drsns.com) Received: by gxk14 with SMTP id 14so4998501gxk.19 for ; Mon, 06 Oct 2008 09:19:31 -0700 (PDT) Received: by 10.143.28.8 with SMTP id f8mr2064696wfj.270.1223309971168; Mon, 06 Oct 2008 09:19:31 -0700 (PDT) Received: from ?10.0.0.111? ([63.162.101.223]) by mx.google.com with ESMTPS id 4sm7679762yxq.9.2008.10.06.09.19.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 06 Oct 2008 09:19:30 -0700 (PDT) Message-Id: From: "Dr. Aharon Friedman" To: David Sanders In-Reply-To: <6228eb140810060825g784d0d1fle6738d3186cc4451@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 6 Oct 2008 12:19:26 -0400 References: <363BDDAF-76C7-49AE-A8F5-EE1995C4CCBF@drsns.com> <6228eb140810060825g784d0d1fle6738d3186cc4451@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org Subject: Re: Is FreeBSD a suitable choice for a MacBook? --- WHY? 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, 06 Oct 2008 16:19:33 -0000 Sorry, I meant BSD. Here is the link: http://www.freebsd.org/news/press-rel-3.html Aharon Friedman On Oct 6, 2008, at 11:25 AM, David Sanders wrote: > 2008/10/6 Dr. Aharon Friedman : >> I am not sure why you would want to put FreeBSD on the Mac. Mac is >> already >> FreeBSD. Most of the FreeBSD ports have been made available to the >> Mac >> through Macports. X11 comes with it, and Apple gives you access to >> the >> kernel source code. >> >> If you must for some reason have FreeBSD, I recommend using a virtual >> machine software such as VM Ware Fusion (the are cheeper when you >> buy from >> Amazon - about $60). It does work very well for me. Although I >> use the Mac >> OS for all my Unix needs, I have installed a Windows XP Pro 64 bit >> for my >> Windows need. You could create a Linux and / or FreeBSD virtual >> machine. >> The software will even download it for you. >> > > I'm just a lurker, but even I know that only some of the userland > apps in OS X > are BSD-based. The kernel is mach microkernel based and not even > slightly > similar. > > I don't think anyone is answering the OP's question, but put simply > Mac OS is > not BSD, and the X11 implementation is buggy to say the least. I > wouldn't > recommend it for most OSS stack dev work. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 17:37:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 150AA1065687 for ; Mon, 6 Oct 2008 17:37:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DF3BB8FC22 for ; Mon, 6 Oct 2008 17:36:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 6FABC46B0D; Mon, 6 Oct 2008 13:36:59 -0400 (EDT) Date: Mon, 6 Oct 2008 18:36:59 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Dr. Aharon Friedman" In-Reply-To: Message-ID: References: <363BDDAF-76C7-49AE-A8F5-EE1995C4CCBF@drsns.com> <6228eb140810060825g784d0d1fle6738d3186cc4451@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, David Sanders Subject: Re: Is FreeBSD a suitable choice for a MacBook? --- WHY? 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, 06 Oct 2008 17:37:00 -0000 On Mon, 6 Oct 2008, Dr. Aharon Friedman wrote: > Sorry, I meant BSD. > > Here is the link: > > http://www.freebsd.org/news/press-rel-3.html > > Aharon Friedman I don't see the origina message you replied to on the list, so am replying to it via your post... >> I'm just a lurker, but even I know that only some of the userland apps in >> OS X are BSD-based. The kernel is mach microkernel based and not even >> slightly similar. This claim regarding the kernel is highly inaccurate. There are significant quantities of FreeBSD, Mach, and Apple-originated code in the Mac OS X kernel, both because Apple pulled in a lot of FreeBSD code early on, but also because code moves between the two kernels fairly easily and fairly frequently, and in both directions. You'll find a FreeBSD-derived VFS, network stack, and countless other kernel parts in Mac OS X from their first open source drop forward. More recently, though, you'll find that the Audit implementation present in FreeBSD 6.x and later is based on the Mac OS X kernel audit code, and the TrustedBSD MAC Framework that appeared in Mac OS X Leopard is straight from FreeBSD. It's certainly true that there's a lot of non-FreeBSD code -- XNU uses the Mach scheduler and Mach IPC, and a quite different driver framework, for example. There's also some convergent evolution: FreeBSD contains a Mach-derived VM that also comes from the original Mach project. Finally, just to be clear: XNU is not a micro-kernel, even though it contains significant amounts of Mach code. The "microkernel" and remainder of the kernel run in a single address space, and although certain separation is (often) maintained in the source code / abstractions, the Mach, FreeBSD, and device driver parts run in a unified and tightly integrated way. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 18:03:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9511065689 for ; Mon, 6 Oct 2008 18:03:56 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5C08FC25 for ; Mon, 6 Oct 2008 18:03:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m96I3r3I008885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Oct 2008 05:03:54 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m96I3rlQ026423; Tue, 7 Oct 2008 05:03:53 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m96I3rA1026422; Tue, 7 Oct 2008 05:03:53 +1100 (EST) (envelope-from peter) Date: Tue, 7 Oct 2008 05:03:53 +1100 From: Peter Jeremy To: Unga Message-ID: <20081006180353.GF18237@server.vk2pj.dyndns.org> References: <669322.44942.qm@web57005.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <669322.44942.qm@web57005.mail.re3.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.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, 06 Oct 2008 18:03:56 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please wrap your mail before 80 columns. On 2008-Oct-06 06:19:34 -0700, Unga wrote:=20 >The FreeBSD stable comes with gcc-4.2.1 but the sources are scattered >over the /usr/src, therefore, I find it difficult to re-create the >gcc-4.2.1 to its original directory layout to make a patch. The original sources for gcc can be found in /usr/src/contrib/gcc - note that this is not a complete gcc 4.2.1 distribution as parts of gcc that are not relevant for FreeBSD have been deleted. Refer to the FREEBSD-* files for details. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjqUwkACgkQ/opHv/APuIei3wCeLTZ21WmmTOZzqriwKRdz4rX1 TaMAnj0SUkPN+vl7laD5YVkB9sq5AMNM =NLVY -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 20:29:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59EC51065689 for ; Mon, 6 Oct 2008 20:29:26 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id E87038FC14 for ; Mon, 6 Oct 2008 20:29:25 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp id 1Kmwho-0001nA-Rm for ; Mon, 06 Oct 2008 22:29:24 +0200 Received: (qmail 1523 invoked from network); 6 Oct 2008 20:29:23 -0000 Received: from localhost (HELO 82-170-177-25.ip.telfort.nl) (127.0.0.1) by localhost with SMTP; 6 Oct 2008 20:29:23 -0000 To: "Henrik Friedrichsen" , "FreeBSD stable" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <48E02557.2020303@incunabulum.net> <20081003145135.GA4528@dsp.50hz.ws> Content-Transfer-Encoding: 7bit Date: Mon, 06 Oct 2008 22:29:22 +0200 Message-ID: In-Reply-To: <20081003145135.GA4528@dsp.50hz.ws> User-Agent: Opera Mail/9.52 (FreeBSD) Cc: Subject: Re: USB detach/attach hangs with 7.0-RELEASE and 7.1-PRERELEASE 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, 06 Oct 2008 20:29:26 -0000 In that case I'm out of options. Maybe somebody else on the list can respond. Succes, Ronald. On Fri, 03 Oct 2008 16:51:35 +0200, Henrik Friedrichsen wrote: > USB support in the BIOS? What kind of support does the BIOS provide that > you can disable? > I'm only able to disable the USB device, but that'd turn it off > completely :( > > Henrik. > > On Mon, Sep 29, 2008 at 10:05:02PM +0200, Ronald Klop wrote: >> On Mon, 29 Sep 2008 02:46:15 +0200, Bruce M Simpson >> >> wrote: >> >> >Hi, >> > >> >I've noticed some general instability with plugging in or removing USB >> >devices with FreeBSD 7.x, even when the devices are not actively in >> use. >> > >> >I had this happen with umass and ucom devices 3 times today. The >> machine >> >hangs solid, there are no obvious signs of a panic or trap to DDB. I >> >can't provide backtraces unfortunately -- these hangs happen on both my >> >laptop and desktop, and I usually have X running -- if I had more >> >specific information, I'd open a PR. >> > >> >Again, there seems to be no reason why this should happen, the devices >> >are off-the-shelf consumer items known to work with existing drivers, >> >and have been repeatedly used in other OSes without these hangs >> >happening; consider this an "anecdotal report". >> > >> >[For some reason my IBM laptop will often not allow me to break into >> DDB >> >on a driver related panic, and will just immediately reboot -- I lack >> >free time to track down exactly why this could be. >> >My desktop has a USB keyboard and this appears not to be supported by >> >DDB, I ordered a PS/2 keyboard which hasn't arrived, but that's another >> >story.] >> > >> >thanks >> >BMS >> >> On my computer I had to disable USB support in the BIOS because it >> 'conflicted' with USB support of FreeBSD. >> FreeBSD still detects USB and all connected devices. >> Maybe this helps on your computer also. >> >> Ronald. >> >> _______________________________________________ >> 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" > _______________________________________________ > 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 Oct 6 20:53:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEDA11065693 for ; Mon, 6 Oct 2008 20:53:52 +0000 (UTC) (envelope-from afriedman@drsns.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5BEEB8FC2B for ; Mon, 6 Oct 2008 20:53:51 +0000 (UTC) (envelope-from afriedman@drsns.com) Received: by wf-out-1314.google.com with SMTP id 24so2809503wfg.7 for ; Mon, 06 Oct 2008 13:53:51 -0700 (PDT) Received: by 10.115.110.6 with SMTP id n6mr6285071wam.34.1223326427463; Mon, 06 Oct 2008 13:53:47 -0700 (PDT) Received: from ?10.0.0.111? ([63.162.101.223]) by mx.google.com with ESMTPS id 9sm8154306yxs.5.2008.10.06.13.53.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 06 Oct 2008 13:53:46 -0700 (PDT) Message-Id: From: "Dr. Aharon Friedman" To: Robert Watson In-Reply-To: Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 6 Oct 2008 16:53:43 -0400 References: <363BDDAF-76C7-49AE-A8F5-EE1995C4CCBF@drsns.com> <6228eb140810060825g784d0d1fle6738d3186cc4451@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, David Sanders Subject: Re: Is FreeBSD a suitable choice for a MacBook? --- WHY? 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, 06 Oct 2008 20:53:53 -0000 Thanks Robert, I just did not want to go into a lot of details. My bottom line was that unless you want to run a very specific port that has not been ported to Mac OSX (these are quite rare), I do not see the reason to install FreeBSD on a Mac Book. As for X11 it is maintained as a separate port, and one can go to: http://xquartz.macosforge.org/trac/ to download the latest version which is much less buggy. The only caveat is that when Apple updates the operating system it reverts to whatever they have on the official release and one has to reinstall the latest version. Aharon Friedman On Oct 6, 2008, at 1:36 PM, Robert Watson wrote: > > On Mon, 6 Oct 2008, Dr. Aharon Friedman wrote: > >> Sorry, I meant BSD. >> >> Here is the link: >> >> http://www.freebsd.org/news/press-rel-3.html >> >> Aharon Friedman > > I don't see the origina message you replied to on the list, so am > replying to it via your post... > >>> I'm just a lurker, but even I know that only some of the userland >>> apps in OS X are BSD-based. The kernel is mach microkernel based >>> and not even slightly similar. > > This claim regarding the kernel is highly inaccurate. There are > significant quantities of FreeBSD, Mach, and Apple-originated code > in the Mac OS X kernel, both because Apple pulled in a lot of > FreeBSD code early on, but also because code moves between the two > kernels fairly easily and fairly frequently, and in both directions. > You'll find a FreeBSD-derived VFS, network stack, and countless > other kernel parts in Mac OS X from their first open source drop > forward. More recently, though, you'll find that the Audit > implementation present in FreeBSD 6.x and later is based on the Mac > OS X kernel audit code, and the TrustedBSD MAC Framework that > appeared in Mac OS X Leopard is straight from FreeBSD. > > It's certainly true that there's a lot of non-FreeBSD code -- XNU > uses the Mach scheduler and Mach IPC, and a quite different driver > framework, for example. There's also some convergent evolution: > FreeBSD contains a Mach-derived VM that also comes from the original > Mach project. > > Finally, just to be clear: XNU is not a micro-kernel, even though it > contains significant amounts of Mach code. The "microkernel" and > remainder of the kernel run in a single address space, and although > certain separation is (often) maintained in the source code / > abstractions, the Mach, FreeBSD, and device driver parts run in a > unified and tightly integrated way. > > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 21:44:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 899CC1065678 for ; Mon, 6 Oct 2008 21:44:33 +0000 (UTC) (envelope-from galen.sampson@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA808FC20 for ; Mon, 6 Oct 2008 21:44:33 +0000 (UTC) (envelope-from galen.sampson@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so675472qwb.7 for ; Mon, 06 Oct 2008 14:44:32 -0700 (PDT) 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 :content-type:content-transfer-encoding; bh=FCD/9Q2GtE/QBSE58wGxLh6jGhr8Nx5qJ/svAhRGleQ=; b=TQceIbJF1Lq7mPxTFrtHHZPbCQpPZe2Eyo25G45fn/vwmloFSHONdAv2WO9wgmbNku asosu1AYpcuEp2lYMHJsdvXnd/wTzSgD3VqQlS2f3Ud/WrX0Cq6WGicYX5kg15StWpuh RXAVxDrs+oimAD+qIcrrI+2wAypjzD1ymA5S8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=b0rbDnO9bdgGFlsZyFOp5O7WxK2yRuyyPiAQ/cJl5SPMPgY7r2NwfFFVVvpDsI0PX2 JJ+REuRWSYPXNh3NAsonFnWfd6xZ6inTrBNk/yUyPfZjg9419+Vcph20eIdW1fYk67Yy u2EXkS6Boe4vToz2stevxZf7t2ZjfcIs4h6eQ= Received: by 10.214.148.4 with SMTP id v4mr6679695qad.47.1223328272493; Mon, 06 Oct 2008 14:24:32 -0700 (PDT) Received: from ?192.168.0.101? (ip72-205-194-62.sb.sd.cox.net [72.205.194.62]) by mx.google.com with ESMTPS id i49sm7778917rne.19.2008.10.06.14.24.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 06 Oct 2008 14:24:32 -0700 (PDT) Message-ID: <48EA820F.1030109@gmail.com> Date: Mon, 06 Oct 2008 14:24:31 -0700 From: Galen Sampson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Gunnar Flygt , FreeBSD Stable References: <20081006140255.GA74575@sr.se> In-Reply-To: <20081006140255.GA74575@sr.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Possibility of backporting of Heimdal 1.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, 06 Oct 2008 21:44:33 -0000 I would like to second that. The heimdal in 7.0 is quite old. It is in fact inoperable with an mit kerberos realm when using ssh. The byte order is incorrect such that you get MIC checksum failures. After much googling (not documented in the krb5.conf man page or handbook) I found that a fix was added in the heimdal in 7.0, but defaults to the old incompatible byte order. The heimdal in current uses the correct byte order by default. For those having the this issue with freebsd 7.0 the fix is adding the following lines to /etc/krb5.conf: [gssapi] correct_des3_mic = host/*@SOME.REALM Gunnar Flygt wrote: > Is there any possibility that heimdal 1.1 that works beautifully in > Current will be backported to FreeBSD-7.x? > > Gunnar Flygt > Sveriges Radio Teknik/IT > _______________________________________________ > 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 Tue Oct 7 08:05:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F379A1065687 for ; Tue, 7 Oct 2008 08:05:56 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5B68FC17 for ; Tue, 7 Oct 2008 08:05:56 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id m977j8Aw036911; Tue, 7 Oct 2008 09:45:09 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 7 Oct 2008 09:45:08 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE16F@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Samba 3.2.4 not in ports? Thread-Index: AcknwCR8idDTaMWcS1iCrlwR0zu96QAj/Ggg References: <20081006142714.GA89553@intserv.int1.b.intern> From: "Johan Hendriks" To: "Holger Kipp" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: Samba 3.2.4 not in 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, 07 Oct 2008 08:05:57 -0000 >Onderwerp: Samba 3.2.4 not in ports? >Hi all, >Sorry if this is a faq or something obvious, but >is there a reason why current version of samba 3.2.4 >is not in ports? I only see 3.0.32 at the moment :-( >Best regards, >Holger This has been asked before, there are some issues with samba 3.2.x=20 The maintainer said that maybe a 3.2.2 or even higher will be in ports = but we are now at 3.2.4 and still no 3.2.x in ports. So the issues are not worked out yet. Be patient, it will hit the tree some time. But maybe it is time for a samba32-devel in the ports tree so it gets = more testing. Regards, Johan Hendriks No virus found in this outgoing message. Checked by AVG - http://www.avg.com=20 Version: 8.0.173 / Virus Database: 270.7.6/1711 - Release Date: = 6-10-2008 17:37 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:06:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C4831065697 for ; Tue, 7 Oct 2008 09:06:04 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57007.mail.re3.yahoo.com (web57007.mail.re3.yahoo.com [66.196.97.111]) by mx1.freebsd.org (Postfix) with SMTP id 2A90D8FC21 for ; Tue, 7 Oct 2008 09:06:04 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 2506 invoked by uid 60001); 7 Oct 2008 09:06:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=VO+R0zWtlm8VFKA4PxCsaHc1nMc5VufXtV3rlhv6DPqp1Clek15oDlRxTRqzT+75UwrvF3KiLBaDu7lu9E5dgzlrF9brdD8MqNstL+pgZH5NqOzvuv5p6pxpdEe+XBcV+jkCVWHWI9AKr+grUhbddpih3tgC7gSTv7axNxM4iiQ=; X-YMail-OSG: fm739tQVM1n.bkJVs5nJflqC48l8YdXw.8Wq3smt7qW6nUnoao3Of4bLzxMaAQFiUQ-- Received: from [220.255.7.197] by web57007.mail.re3.yahoo.com via HTTP; Tue, 07 Oct 2008 02:06:03 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Tue, 7 Oct 2008 02:06:03 -0700 (PDT) From: Unga To: Peter Jeremy In-Reply-To: <20081006180353.GF18237@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <579024.2364.qm@web57007.mail.re3.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 09:06:04 -0000 --- On Tue, 10/7/08, Peter Jeremy wrote: > On 2008-Oct-06 06:19:34 -0700, Unga > wrote: > >The FreeBSD stable comes with gcc-4.2.1 but the sources > are scattered > >over the /usr/src, therefore, I find it difficult to > re-create the > >gcc-4.2.1 to its original directory layout to make a > patch. > > The original sources for gcc can be found in > /usr/src/contrib/gcc - > note that this is not a complete gcc 4.2.1 distribution as > parts of > gcc that are not relevant for FreeBSD have been deleted. > Refer to the > FREEBSD-* files for details. > Here is how I did that: 1. Unpack original GCC sources tar -xjf gcc-4.2.1.tar.bz2 mv -v gcc-4.2.1 gcc-4.2.1.orig 2. Bring under one roof FreeBSD-modified GCC sources mkdir -pv gcc-4.2.1 cd gcc-4.2.1 cp -R /usr/src/contrib/gcc . cp -R /usr/src/contrib/gcclibs/ . cp -R /usr/src/contrib/libobjc . cp -R /usr/src/contrib/libstdc++ libstdc++-v3 cd .. 3. Make a patch diff -aur gcc-4.2.1.orig gcc-4.2.1 >& FreeBSD-gcc.patch Now the question is have I collected all the GCC sources from FreeBSD source tree? Have I missed any? Now I unpacked the gcc-4.2.1.tar.bz2 into some other directory and applied this FreeBSD-gcc.patch. Ran configure and compiled. It develop following error: ../../gcc-4.2.1/gcc/c-format.c:1780: error: 'flag_format_extensions' undeclared (first use in this function) ../../gcc-4.2.1/gcc/c-format.c:1780: error: (Each undeclared identifier is reported only once ../../gcc-4.2.1/gcc/c-format.c:1780: error: for each function it appears in.) gmake[2]: *** [c-format.o] Error 1 So where is the flag_format_extensions is declared in FreeBSD? Best regards Unga From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:32:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DA91065695 for ; Tue, 7 Oct 2008 09:32:44 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 76EA68FC12 for ; Tue, 7 Oct 2008 09:32:44 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2162836fgb.35 for ; Tue, 07 Oct 2008 02:32:43 -0700 (PDT) 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=vfYCfqwEAACJVHnZ4OdK+5b2ublW2NuH+OQszijrKWY=; b=UcNcomHzP+QsVst+t2fIKDoUSu28a01AvgV+rmxb3eE+1fZuez9AGLw4GtlLzlodyq r66AVAorODRH584z2wwZOg7RMJ0iONTUExTjPNIJ8zqDM5Q8iDJYysgbGEjkaEq43ZEa lvuIDUhAqtqJKyk3y0ZFhCEdVnYAjzsURftk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=HMYoNN6bCxtjzXi+eIq5RTCPnNReoi+GDtEb9RX2gJtzIRc0V5e8qkEto1i9i5z2cz 6RoP8VkcicOF9M8Ehb1wLtbGMW4724gWPzV+eG39nNZ+DLoUNUqMwVDFvTp0HleRpQAn onSNghEkPL/mG4L5bELqn0n/qztjsp3rTklxI= Received: by 10.86.63.19 with SMTP id l19mr5623269fga.60.1223371963110; Tue, 07 Oct 2008 02:32:43 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Tue, 7 Oct 2008 02:32:43 -0700 (PDT) Message-ID: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> Date: Tue, 7 Oct 2008 17:32:43 +0800 From: lhmwzy 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: zfs quota question 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, 07 Oct 2008 09:32:45 -0000 I create a zfs volume pool/lhm and give it quota 1M use "zfs set quota=1m pool/lhm" #zfs get all pool/lhm zfs get all pool/lhm [ttyp0][5:22:12pm] NAME PROPERTY VALUE SOURCE pool/lhm type filesystem - pool/lhm creation Tue Oct 7 17:14 2008 - pool/lhm used 1.00M - pool/lhm available 0 - pool/lhm referenced 1.00M - pool/lhm compressratio 7.25x - pool/lhm mounted yes - pool/lhm quota 1M local pool/lhm reservation none default pool/lhm recordsize 128K default But I cp 10 files,per file size is 2.4M to pool/lhm #ll -h /pool/lhm total 1013 -rw------- 1 root wheel 2.4M Oct 7 17:18 d -rw------- 1 root wheel 2.4M Oct 7 17:19 dd -rw------- 1 root wheel 2.4M Oct 7 17:19 ddd -rw------- 1 root wheel 2.4M Oct 7 17:19 dddd -rw------- 1 root wheel 2.4M Oct 7 17:19 ddddd -rw------- 1 root wheel 2.4M Oct 7 17:19 dddddd -rw------- 1 root wheel 2.4M Oct 7 17:19 dddddd2 -rw------- 1 root wheel 2.4M Oct 7 17:19 dddddd24 -rw------- 1 root wheel 2.1M Oct 7 17:19 dddddd247 -rw------- 1 root wheel 2.4M Oct 7 17:18 kldstat.core #du -hs /pool/lhm 1.0M . I am puzzled,the what's zfs quota mean? I understand is file quota,that can't put files which total size larger than 1M. But it seems my understanding is wrong. Anybody give a idea? From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:34:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76A0106568E for ; Tue, 7 Oct 2008 09:34:27 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 625EB8FC1A for ; Tue, 7 Oct 2008 09:34:26 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2163315fgb.35 for ; Tue, 07 Oct 2008 02:34:25 -0700 (PDT) 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=YToLnVgi6VHUsU3PCIqF7Bi8ItGHt9+suwWlJykhh8M=; b=ZZsOiwZBSzsAZh9rHxY7ZVf3frytIMJ9KMqv2rWoxG7T/NQMukgw5UFV6ReHEgHy3y g+bdFQuRckD+bKTvY1HP1C6cICP42xSk+oRNhl574bdc9EqGhY6zd7NNiQw+T5M3uIFo whc0ZkVnXjry7N5RP376j0TY8BZRSbj1PqKpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=F/m/Sf5T11jaj5Kd869VYHMg0onB3Eh0NOA7D6lNrwCWX6FNsfstFn+zAieMcwhflX sseTe1MmvPBRtrS03HZPvqhiMgtvsSQU0L4DOOrA862VHOxdI67aetY7BKDCvedo+Uoa dr2PI+c2u4sciR8CdQMEcBfazzkCdHf8Jv/kM= Received: by 10.86.52.1 with SMTP id z1mr5624741fgz.63.1223372065339; Tue, 07 Oct 2008 02:34:25 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Tue, 7 Oct 2008 02:34:25 -0700 (PDT) Message-ID: <78fb9d960810070234r28362270xa3477420f8ac578a@mail.gmail.com> Date: Tue, 7 Oct 2008 17:34:25 +0800 From: lhmwzy To: freebsd-stable@freebsd.org In-Reply-To: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> Subject: Re: zfs quota question 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, 07 Oct 2008 09:34:27 -0000 My system #uname -a FreeBSD bxzxfreebsd.slof.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #4: Mon Oct 6 15:02:42 CST 2008 root@bxzxfreebsd.slof.com:/usr/obj/usr/src/sys/lhmwzy amd64 zfs version: ZFS filesystem version 6 ZFS storage pool version 6 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:53:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB211065692 for ; Tue, 7 Oct 2008 09:53:00 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4118FC2E for ; Tue, 7 Oct 2008 09:53:00 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from jeep.meraka.csir.co.za (jeep.meraka.csir.co.za [IPv6:2001:4200:7000:3:211:43ff:feba:aff1]) by marge.meraka.csir.co.za (Postfix) with ESMTP id B8DA278C5C for ; Tue, 7 Oct 2008 11:52:57 +0200 (SAST) From: Johann Hugo Organization: CSIR To: freebsd-stable@freebsd.org Date: Tue, 7 Oct 2008 11:52:57 +0200 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: <200810071152.57186.jhugo@meraka.csir.co.za> Subject: "route flush" does not delete routes created with -interface option 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, 07 Oct 2008 09:53:00 -0000 Is there a way to get rid of all the routes in a routing table ? This is more or less what I do: route add 146.64.80.0/24 192.168.0.100 route add 146.141.0.0 -interface tun1 route add 146.182.0.0 -interface tun1 route add 146.230.0.0 -interface tun1 netstat -rn inet 146.64.80.0/24 192.168.0.100 UGS 0 0 sis0 146.141.0.0/16 tun1 US 0 0 tun1 146.182.0.0/16 tun1 US 0 0 tun1 146.230.0.0/16 tun1 US 0 0 tun1 If I do "route -n flush -inet" then it does not delete the routes created with a -interface option. see verbose output: route -vn flush -inet RTM_GET: Report Metrics: len 204, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: 146.64.80.0 192.168.0.100 (255) ffff ffff ff sis0:0.0.24.c7.8b.80 192.168.0.44 RTM_DELETE: Delete Route: len 204, pid: 0, seq 2, errno 0, flags: locks: inits: sockaddrs: 146.64.80.0 192.168.0.100 (255) ffff ffff ff sis0:0.0.24.c7.8b.80 192.168.0.44 RTM_GET: Report Metrics: len 260, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: 146.141.0.0 tun1 (255) ffff ffff tun1 dsl-146-145-96.telkomadsl.co.za dsl-146-144-01.telkomadsl.co.za RTM_GET: Report Metrics: len 260, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: 146.182.0.0 tun1 (255) ffff ffff tun1 dsl-146-145-96.telkomadsl.co.za dsl-146-144-01.telkomadsl.co.za RTM_GET: Report Metrics: len 260, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: 146.230.0.0 tun1 (255) ffff ffff tun1 dsl-146-145-96.telkomadsl.co.za dsl-146-144-01.telkomadsl.co.za uname -a FreeBSD groenwifi.cids.org.za 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #19: Tue Aug 26 13:40:13 UTC 2008 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 09:54:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B7C1065690 for ; Tue, 7 Oct 2008 09:54:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 265A58FC2F for ; Tue, 7 Oct 2008 09:54:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id Plr81a0040x6nqcA8lueEt; Tue, 07 Oct 2008 09:54:38 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id Plud1a00C2P6wsM8Yludtc; Tue, 07 Oct 2008 09:54:38 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=9w9dPWS7souVcgkvpswA:9 a=nygssWo_uMaonOaRRwgGLyu0xsMA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 610B7C9419; Tue, 7 Oct 2008 02:54:37 -0700 (PDT) Date: Tue, 7 Oct 2008 02:54:37 -0700 From: Jeremy Chadwick To: lhmwzy Message-ID: <20081007095437.GA44716@icarus.home.lan> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 09:54:39 -0000 On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > quota=1m pool/lhm" > > #zfs get all pool/lhm > zfs get all pool/lhm > [ttyp0][5:22:12pm] > NAME PROPERTY VALUE SOURCE > pool/lhm type filesystem - > pool/lhm creation Tue Oct 7 17:14 2008 - > pool/lhm used 1.00M - > pool/lhm available 0 - > pool/lhm referenced 1.00M - > pool/lhm compressratio 7.25x - > pool/lhm mounted yes - > pool/lhm quota 1M local > pool/lhm reservation none default > pool/lhm recordsize 128K default > > But I cp 10 files,per file size is 2.4M to pool/lhm > #ll -h /pool/lhm > total 1013 > -rw------- 1 root wheel 2.4M Oct 7 17:18 d > -rw------- 1 root wheel 2.4M Oct 7 17:19 dd > -rw------- 1 root wheel 2.4M Oct 7 17:19 ddd > -rw------- 1 root wheel 2.4M Oct 7 17:19 dddd > -rw------- 1 root wheel 2.4M Oct 7 17:19 ddddd > -rw------- 1 root wheel 2.4M Oct 7 17:19 dddddd > -rw------- 1 root wheel 2.4M Oct 7 17:19 dddddd2 > -rw------- 1 root wheel 2.4M Oct 7 17:19 dddddd24 > -rw------- 1 root wheel 2.1M Oct 7 17:19 dddddd247 > -rw------- 1 root wheel 2.4M Oct 7 17:18 kldstat.core > > #du -hs /pool/lhm > 1.0M . > > I am puzzled,the what's zfs quota mean? > I understand is file quota,that can't put files which total size larger than 1M. > But it seems my understanding is wrong. > Anybody give a idea? I can confirm and reproduce what you're seeing. Based on all of the ZFS documentation and examples I've read, it appears to be a bug in FreeBSD ZFS. CC'ing pjd@, who maintains ZFS on FreeBSD. -- | 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 Tue Oct 7 10:10:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA4E1065689 for ; Tue, 7 Oct 2008 10:10:01 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 00BF88FC14 for ; Tue, 7 Oct 2008 10:10:00 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m97A7QrW020446; Tue, 7 Oct 2008 12:07:26 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m97A7Qk3020445; Tue, 7 Oct 2008 12:07:26 +0200 (CEST) (envelope-from hk) Date: Tue, 7 Oct 2008 12:07:26 +0200 From: Holger Kipp To: Jeremy Chadwick Message-ID: <20081007100726.GB19896@intserv.int1.b.intern> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081007095437.GA44716@icarus.home.lan> User-Agent: Mutt/1.4.2.1i Cc: pjd@freebsd.org, lhmwzy , freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:10:01 -0000 On Tue, Oct 07, 2008 at 02:54:37AM -0700, Jeremy Chadwick wrote: > On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > > quota=1m pool/lhm" > I can confirm and reproduce what you're seeing. > > Based on all of the ZFS documentation and examples I've read, it appears > to be a bug in FreeBSD ZFS. > > CC'ing pjd@, who maintains ZFS on FreeBSD. I can't confirm this on a recent 7-STABLE (yesterday): intserv2# zfs set quota=1m tank/test intserv2# cp /usr/ports/distfiles/samba-3.0.32.tar.gz /tank/test/ cp: /tank/test/samba-3.0.32.tar.gz: Disc quota exceeded Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:10:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C7121065690 for ; Tue, 7 Oct 2008 10:10:02 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id EAC638FC15 for ; Tue, 7 Oct 2008 10:10:01 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m979xPIB020106; Tue, 7 Oct 2008 11:59:25 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m979xPYW020105; Tue, 7 Oct 2008 11:59:25 +0200 (CEST) (envelope-from hk) Date: Tue, 7 Oct 2008 11:59:25 +0200 From: Holger Kipp To: lhmwzy Message-ID: <20081007095925.GA19896@intserv.int1.b.intern> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:10:02 -0000 On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > quota=1m pool/lhm" according to zfs manpage: Quotas cannot be set on volumes, as the "volsize" property acts as an implicit quota. Aditionally, I see you're using compression, so a 2.4M file might not use up that much space. Compressration 7.25x > #zfs get all pool/lhm > zfs get all pool/lhm > [ttyp0][5:22:12pm] > NAME PROPERTY VALUE SOURCE > pool/lhm type filesystem - > pool/lhm creation Tue Oct 7 17:14 2008 - > pool/lhm used 1.00M - > pool/lhm available 0 - > pool/lhm referenced 1.00M - > pool/lhm compressratio 7.25x - > pool/lhm mounted yes - > pool/lhm quota 1M local > pool/lhm reservation none default > pool/lhm recordsize 128K default If you find this answer helpful, donate money to some children help fund :-) Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:13:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E68091065686 for ; Tue, 7 Oct 2008 10:13:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id CA8C58FC0A for ; Tue, 7 Oct 2008 10:13:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id PmCM1a00E0QkzPwA2mD04A; Tue, 07 Oct 2008 10:13:00 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA02.emeryville.ca.mail.comcast.net with comcast id PmCz1a0032P6wsM8NmCzpq; Tue, 07 Oct 2008 10:13:00 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=bl27o_-Y0L_tu4Lpf3wA:9 a=opKRgQNkcYQYDSfWyBFMNeZbUjoA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 29A04C9419; Tue, 7 Oct 2008 03:12:59 -0700 (PDT) Date: Tue, 7 Oct 2008 03:12:59 -0700 From: Jeremy Chadwick To: Holger Kipp Message-ID: <20081007101259.GA45900@icarus.home.lan> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> <20081007100726.GB19896@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081007100726.GB19896@intserv.int1.b.intern> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: pjd@freebsd.org, lhmwzy , freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:13:01 -0000 On Tue, Oct 07, 2008 at 12:07:26PM +0200, Holger Kipp wrote: > On Tue, Oct 07, 2008 at 02:54:37AM -0700, Jeremy Chadwick wrote: > > On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > > > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > > > quota=1m pool/lhm" > > > I can confirm and reproduce what you're seeing. > > > > Based on all of the ZFS documentation and examples I've read, it appears > > to be a bug in FreeBSD ZFS. > > > > CC'ing pjd@, who maintains ZFS on FreeBSD. > > I can't confirm this on a recent 7-STABLE (yesterday): > > intserv2# zfs set quota=1m tank/test > intserv2# cp /usr/ports/distfiles/samba-3.0.32.tar.gz /tank/test/ > cp: /tank/test/samba-3.0.32.tar.gz: Disc quota exceeded Interesting. The system I'm testing on: FreeBSD icarus.home.lan 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Oct 2 03:04:20 PDT 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/PDSMI_PLUS_RELENG_7_amd64 amd64 Can you provide the output from "zfs get all tank tank/test"? Below are mine. Note that for the testing, I set the quota on storage/home to 4G, and did "dd if=/dev/zero of=/home/filler bs=1g count=8". I've since set the quota back to 16G. NAME PROPERTY VALUE SOURCE storage type filesystem - storage creation Wed Sep 24 17:47 2008 - storage used 181G - storage available 1.16T - storage referenced 180G - storage compressratio 1.02x - storage mounted yes - storage quota none default storage reservation none default storage recordsize 128K default storage mountpoint /storage default storage sharenfs off default storage checksum on default storage compression on local storage atime on local storage devices on default storage exec on default storage setuid on default storage readonly off default storage jailed off default storage snapdir hidden default storage aclmode groupmask default storage aclinherit secure default storage canmount on default storage shareiscsi off default storage xattr off temporary storage copies 1 default storage/home type filesystem - storage/home creation Wed Sep 24 20:26 2008 - storage/home used 944M - storage/home available 14.1G - storage/home referenced 944M - storage/home compressratio 1.25x - storage/home mounted yes - storage/home quota 15G local storage/home reservation none default storage/home recordsize 128K default storage/home mountpoint /home local storage/home sharenfs off default storage/home checksum on default storage/home compression on inherited from storage storage/home atime on inherited from storage storage/home devices on default storage/home exec on default storage/home setuid on default storage/home readonly off default storage/home jailed off default storage/home snapdir hidden default storage/home aclmode groupmask default storage/home aclinherit secure default storage/home canmount on default storage/home shareiscsi off default storage/home xattr off temporary storage/home copies 1 default Filesystem Size Used Avail Capacity Mounted on storage 1.3T 180G 1.2T 13% /storage storage/home 15G 944M 14G 6% /home -- | 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 Tue Oct 7 10:17:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA97E10656AD for ; Tue, 7 Oct 2008 10:17:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id 6030B8FC29 for ; Tue, 7 Oct 2008 10:17:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A370045C8C; Tue, 7 Oct 2008 12:17:43 +0200 (CEST) Received: from localhost (pjdwl.wheel.pl [10.0.1.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 02093456AB; Tue, 7 Oct 2008 12:17:39 +0200 (CEST) Date: Tue, 7 Oct 2008 12:17:55 +0200 From: Pawel Jakub Dawidek To: Jeremy Chadwick Message-ID: <20081007101755.GB3464@garage.freebsd.pl> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: <20081007095437.GA44716@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-stable@freebsd.org, lhmwzy Subject: Re: zfs quota question 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, 07 Oct 2008 10:17:47 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 07, 2008 at 02:54:37AM -0700, Jeremy Chadwick wrote: > On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > > quota=3D1m pool/lhm" > >=20 > > #zfs get all pool/lhm > > zfs get all pool/lhm > > [ttyp0][5:22:12pm] > > NAME PROPERTY VALUE SOURCE > > pool/lhm type filesystem - > > pool/lhm creation Tue Oct 7 17:14 2008 - > > pool/lhm used 1.00M - > > pool/lhm available 0 - > > pool/lhm referenced 1.00M - > > pool/lhm compressratio 7.25x - Turn compression off and retry. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --MW5yreqqjyrRcusr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFI6zdTForvXbEpPzQRAid6AJ4nyoGFRUAaYKfU3zteE9ojaXDQ+gCeL0n3 oXawt0yyCpdoErXhL4cVmeo= =SXwF -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:25:18 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BF510656A4; Tue, 7 Oct 2008 10:25:18 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 625698FC08; Tue, 7 Oct 2008 10:25:18 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m97APG5V020914; Tue, 7 Oct 2008 12:25:16 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m97APGTO020913; Tue, 7 Oct 2008 12:25:16 +0200 (CEST) (envelope-from hk) Date: Tue, 7 Oct 2008 12:25:16 +0200 From: Holger Kipp To: Jeremy Chadwick Message-ID: <20081007102516.GA20597@intserv.int1.b.intern> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> <20081007100726.GB19896@intserv.int1.b.intern> <20081007101259.GA45900@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081007101259.GA45900@icarus.home.lan> User-Agent: Mutt/1.4.2.1i Cc: Holger Kipp , pjd@FreeBSD.org, lhmwzy , freebsd-stable@FreeBSD.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:25:19 -0000 On Tue, Oct 07, 2008 at 03:12:59AM -0700, Jeremy Chadwick wrote: > On Tue, Oct 07, 2008 at 12:07:26PM +0200, Holger Kipp wrote: > > On Tue, Oct 07, 2008 at 02:54:37AM -0700, Jeremy Chadwick wrote: > > > On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > > > > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > > > > quota=1m pool/lhm" > > > > > I can confirm and reproduce what you're seeing. > > > > > > Based on all of the ZFS documentation and examples I've read, it appears > > > to be a bug in FreeBSD ZFS. > > > > > > CC'ing pjd@, who maintains ZFS on FreeBSD. > > > > I can't confirm this on a recent 7-STABLE (yesterday): > > > > intserv2# zfs set quota=1m tank/test > > intserv2# cp /usr/ports/distfiles/samba-3.0.32.tar.gz /tank/test/ > > cp: /tank/test/samba-3.0.32.tar.gz: Disc quota exceeded > > Interesting. The system I'm testing on: > > FreeBSD icarus.home.lan 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Oct 2 03:04:20 PDT 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/PDSMI_PLUS_RELENG_7_amd64 amd64 > > Can you provide the output from "zfs get all tank tank/test"? > Below are mine. > > Note that for the testing, I set the quota on storage/home to 4G, and > did "dd if=/dev/zero of=/home/filler bs=1g count=8". I've since > set the quota back to 16G. > > NAME PROPERTY VALUE SOURCE > storage compressratio 1.02x - > > storage/home type filesystem - > storage/home compressratio 1.25x - I am not sure if you get correct results with /dev/zero and enabled compression. A file that only contains null bytes won't grow very fast in compressed form. You might want to create storage/test and disable compression for this, then set a limit of 1M or larger (if you like) and try once again. I currently have a pool defined without general compression and just used # zfs create tank/test # zfs set quota=1m tank/test # cp /usr/ports/distfiles/samba-3.0.32.tar.gz /tank/test/ cp: /tank/test/samba-3.0.32.tar.gz: Disc quota exceeded # zfs destroy tank/test and compressration is a very steady 1.00x ;-) Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:30:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10241106569C for ; Tue, 7 Oct 2008 10:30:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id AE4F58FC42 for ; Tue, 7 Oct 2008 10:30:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA03.westchester.pa.mail.comcast.net with comcast id PmLQ1a00E17dt5G53mWAcm; Tue, 07 Oct 2008 10:30:10 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.westchester.pa.mail.comcast.net with comcast id PmW91a00F2P6wsM3ZmWAKb; Tue, 07 Oct 2008 10:30:10 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=C3FznbR_FaosVy87ffsA:9 a=Zq8rew7r522VoOuYaMEA:7 a=VeO8LRt3u4f0FSnC1nHp227mdK0A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 70320C9419; Tue, 7 Oct 2008 03:30:09 -0700 (PDT) Date: Tue, 7 Oct 2008 03:30:09 -0700 From: Jeremy Chadwick To: Pawel Jakub Dawidek Message-ID: <20081007102959.GA46215@icarus.home.lan> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> <20081007101755.GB3464@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081007101755.GB3464@garage.freebsd.pl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: lhmwzy , freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:30:12 -0000 On Tue, Oct 07, 2008 at 12:17:55PM +0200, Pawel Jakub Dawidek wrote: > On Tue, Oct 07, 2008 at 02:54:37AM -0700, Jeremy Chadwick wrote: > > On Tue, Oct 07, 2008 at 05:32:43PM +0800, lhmwzy wrote: > > > I create a zfs volume pool/lhm and give it quota 1M use "zfs set > > > quota=1m pool/lhm" > > > > > > #zfs get all pool/lhm > > > zfs get all pool/lhm > > > [ttyp0][5:22:12pm] > > > NAME PROPERTY VALUE SOURCE > > > pool/lhm type filesystem - > > > pool/lhm creation Tue Oct 7 17:14 2008 - > > > pool/lhm used 1.00M - > > > pool/lhm available 0 - > > > pool/lhm referenced 1.00M - > > > pool/lhm compressratio 7.25x - > > Turn compression off and retry. Yep, that's the key! # zfs set quota=4g storage/home # zfs set compression=off storage # zfs get compression,quota,mountpoint NAME PROPERTY VALUE SOURCE storage compression off local storage quota none default storage mountpoint /storage default storage/home compression off inherited from storage storage/home quota 4G local storage/home mountpoint /home local # dd if=/dev/zero of=/home/filler bs=1g count=8 dd: /home/filler: Disc quota exceeded 4+0 records in 3+1 records out 3306553344 bytes transferred in 62.566567 secs (52848566 bytes/sec) # df -h /home Filesystem Size Used Avail Capacity Mounted on storage/home 4.0G 4.0G 0B 100% /home I had no idea compression could cause this. A useful feature, but obviously can result in misleading results... :-) Thanks as usual, Pawel! -- | 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 Tue Oct 7 10:33:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B2C5106568F; Tue, 7 Oct 2008 10:33:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id ADF3E8FC25; Tue, 7 Oct 2008 10:33:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B8E6045CAC; Tue, 7 Oct 2008 12:33:07 +0200 (CEST) Received: from localhost (pjdwl.wheel.pl [10.0.1.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3AC20456B1; Tue, 7 Oct 2008 12:33:02 +0200 (CEST) Date: Tue, 7 Oct 2008 12:33:19 +0200 From: Pawel Jakub Dawidek To: Jeremy Chadwick Message-ID: <20081007103319.GC3464@garage.freebsd.pl> References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> <20081007101755.GB3464@garage.freebsd.pl> <20081007102959.GA46215@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E13BgyNx05feLLmH" Content-Disposition: inline In-Reply-To: <20081007102959.GA46215@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: lhmwzy , freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:33:10 -0000 --E13BgyNx05feLLmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 07, 2008 at 03:30:09AM -0700, Jeremy Chadwick wrote: > On Tue, Oct 07, 2008 at 12:17:55PM +0200, Pawel Jakub Dawidek wrote: > > Turn compression off and retry. >=20 > Yep, that's the key! >=20 > # zfs set quota=3D4g storage/home > # zfs set compression=3Doff storage > # zfs get compression,quota,mountpoint > NAME PROPERTY VALUE SOURCE > storage compression off local > storage quota none default > storage mountpoint /storage default > storage/home compression off inherited from storage > storage/home quota 4G local > storage/home mountpoint /home local >=20 > # dd if=3D/dev/zero of=3D/home/filler bs=3D1g count=3D8 > dd: /home/filler: Disc quota exceeded > 4+0 records in > 3+1 records out > 3306553344 bytes transferred in 62.566567 secs (52848566 bytes/sec) >=20 > # df -h /home > Filesystem Size Used Avail Capacity Mounted on > storage/home 4.0G 4.0G 0B 100% /home >=20 > I had no idea compression could cause this. A useful feature, but > obviously can result in misleading results... :-) Yeah, ZFS offers a lot, which can create confusion, unfortunately. Do we limit physical space with quota or only logical (before compression)? Should we take space consumed by snapshots into account or not? etc. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --E13BgyNx05feLLmH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFI6zruForvXbEpPzQRAtsqAJ92UKil9GkuXAi6FNxg0nek0Dhv+wCeMI+M e8ZDh2MtKXIpRJGwOt/pycU= =cuEq -----END PGP SIGNATURE----- --E13BgyNx05feLLmH-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:43:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49681065686; Tue, 7 Oct 2008 10:43:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9BAC78FC1F; Tue, 7 Oct 2008 10:43:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnA2b-000LWC-Ah; Tue, 07 Oct 2008 11:43:45 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnA2b-0007ls-8u; Tue, 07 Oct 2008 11:43:45 +0100 To: koitsu@FreeBSD.org, pjd@FreeBSD.org In-Reply-To: <20081007103319.GC3464@garage.freebsd.pl> Message-Id: From: Pete French Date: Tue, 07 Oct 2008 11:43:45 +0100 Cc: lhmwzy@gmail.com, freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:43:49 -0000 > Yeah, ZFS offers a lot, which can create confusion, unfortunately. Do we > limit physical space with quota or only logical (before compression)? > Should we take space consumed by snapshots into account or not? etc. On a related note, is there any way to make du tell me how big files are in actual bytes on a compressed ZFS filesystem, aas opposed to space on the disc ? I love ZFS, but I suddenly found out last night that I have lost the ability tto do a 'du' on a directory to work out if it will fit onto a CD or not :-) -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 10:56:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F07821065688 for ; Tue, 7 Oct 2008 10:56:52 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 802108FC1B for ; Tue, 7 Oct 2008 10:56:52 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2184556fgb.35 for ; Tue, 07 Oct 2008 03:56:51 -0700 (PDT) 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=9wqF5Fj8f1aCXOvk/xBmPilNbCUy+0/PXjo8yzLdu/c=; b=oU4EKh/slkcDWQOplTYRUXgu4giam5nHn38/T3DvRduWUi5eeMooAnNedZqTokj2kb WT+s56olIE2ECZ4QV7wlLo20xs5Q82HZkZp53WoG5wVtS+AEGhi9dgDAe978rX52jnqs xGVW/SAXFzqv1XHmkJeWupjkeg5+E+WxDpJLI= 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=cGz/7gttXku6SRK1D1ky8KlHSqnIzVjQqpNtqMAfwYRJmeqf0nqr7L1dFe3Y0xnoFy t2A+hG7Yz7Xb3U7/2Qe0st9RwWZqequ8BQw3Fvv9zDZP2GfDE0GOx8u2prRBlJa+Gr1/ GmAZs15zMLpR2Ts1a8gJCoyAfZGMIkaWxwzHU= Received: by 10.86.27.9 with SMTP id a9mr5734532fga.57.1223377006926; Tue, 07 Oct 2008 03:56:46 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Tue, 7 Oct 2008 03:56:46 -0700 (PDT) Message-ID: <78fb9d960810070356o3f0b3913n862d9cf011e52065@mail.gmail.com> Date: Tue, 7 Oct 2008 18:56:46 +0800 From: lhmwzy To: "Holger Kipp" In-Reply-To: <20081007095925.GA19896@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095925.GA19896@intserv.int1.b.intern> Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 10:56:53 -0000 sorry,I make a mistake. It is a filesystem,not a volume. 2008/10/7 Holger Kipp : > according to zfs manpage: > > Quotas cannot be set on volumes, as the "volsize" property acts as > an implicit quota. > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:00:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D00410656B2 for ; Tue, 7 Oct 2008 11:00:21 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABE18FC0A for ; Tue, 7 Oct 2008 11:00:20 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2185408fgb.35 for ; Tue, 07 Oct 2008 04:00:19 -0700 (PDT) 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=dI8abrxKbKM20NpQwOJjHSn38j9sT5TK3Zz+A+sbZfw=; b=JnbVGmEmjwtH4ESBdBZ6NCIGzbT1cvX4TLRE/eGFG8BFq+zxUc+PxxDyqHTuuhICth 9h+5u3NS5wMDnPq386HSrhdeBK9S103DElWmwh9hfTTbiR+GXX+sVCTLkKmLrfuyOlRS kjEq5J8GC2YHqrrNXZlmyOmz0q1cXCJsS9USk= 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=M8KXzVoT8AxsLXfJS2Xcwm9edPC7Q1QHtbred0wUsi0JdiPQkZBwsN37KtfxBcOvtJ zOb3eRv3rZIcdvGKVRWq/WHLKNqmZrlDXYCOm52AQy3s3ub9C4Hv5PSTec4meLdXBSCA jtx7Ob5plXehc0JVa5rQ+REED4UZQ6L38793Y= Received: by 10.86.52.6 with SMTP id z6mr5745829fgz.48.1223377218321; Tue, 07 Oct 2008 04:00:18 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Tue, 7 Oct 2008 04:00:18 -0700 (PDT) Message-ID: <78fb9d960810070400v170e3220i285120dd388951b9@mail.gmail.com> Date: Tue, 7 Oct 2008 19:00:18 +0800 From: lhmwzy To: "Pawel Jakub Dawidek" In-Reply-To: <20081007101755.GB3464@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810070232u3f35010dv510dfa0fb2285568@mail.gmail.com> <20081007095437.GA44716@icarus.home.lan> <20081007101755.GB3464@garage.freebsd.pl> Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 11:00:21 -0000 You're right. I turn off the compression,everything go well. So this is my problem,not a ZFS of FreeBSD problme. Tks for reply. 2008/10/7 Pawel Jakub Dawidek : .00M - >> > pool/lhm compressratio 7.25x - > > Turn compression off and retry. > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:03:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C24106569E for ; Tue, 7 Oct 2008 11:03:46 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5088FC1C for ; Tue, 7 Oct 2008 11:03:45 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2186278fgb.35 for ; Tue, 07 Oct 2008 04:03:44 -0700 (PDT) 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=uMyP2VcqlaiZEUuCLbyYfnJM7i53ytkx+YLtJiGMmxg=; b=UzMKTXw4wi8ot+Hvm8BBpQs8khk7x5pffHkM8CwrVv+nucjxBkOcyAYeBANuktyFeO bh7Hak4bziD88lPca40nymmm8Ws9Fr620C+P4+HqUNrskTr6TnAPRObBcIUdao01gYUR pb7xYfWQriZz5WUmbJs8hu3RsckbMOjR2m2JU= 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=EcgX3TwxD/eQyPX0XRUoBM+Uuo5U5XMiPchcjaI4D/DNBNnbPecNluhClpEz5XgXPk 2LCfIbQJdECTyoLECpfz5lifbgBH6QycGkSXfz21Z3e4aMoteYdC5zjifshnJGMEN6wN ROO4+OH9Orwl2eXkiZ4Fa1O3RUIbxOVZfmrgI= Received: by 10.86.98.10 with SMTP id v10mr5758902fgb.46.1223377424698; Tue, 07 Oct 2008 04:03:44 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Tue, 7 Oct 2008 04:03:44 -0700 (PDT) Message-ID: <78fb9d960810070403k15681b40vccb8532b8a16c84d@mail.gmail.com> Date: Tue, 7 Oct 2008 19:03:44 +0800 From: lhmwzy 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: <20081007103319.GC3464@garage.freebsd.pl> Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 07 Oct 2008 11:03:46 -0000 Yes,this is a problem. In my case,"du -h" displays 1M,but the actual size is about 24M. 2008/10/7 Pete French : >> Yeah, ZFS offers a lot, which can create confusion, unfortunately. Do we >> limit physical space with quota or only logical (before compression)? >> Should we take space consumed by snapshots into account or not? etc. > > On a related note, is there any way to make du tell me how big files > are in actual bytes on a compressed ZFS filesystem, aas opposed to space > on the disc ? I love ZFS, but I suddenly found out last night that I > have lost the ability tto do a 'du' on a directory to work out if it will > fit onto a CD or not :-) > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 11:27:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26DA1065686 for ; Tue, 7 Oct 2008 11:27:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 53A2A8FC22 for ; Tue, 7 Oct 2008 11:27:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-011-245.pools.arcor-ip.net [88.66.11.245]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1KnAWc2w5P-0003lC; Tue, 07 Oct 2008 13:14:47 +0200 Received: (qmail 16018 invoked from network); 7 Oct 2008 11:14:46 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 7 Oct 2008 11:14:46 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 7 Oct 2008 13:14:45 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810071314.45922.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18I4VCfwVpRmoLNLLYzgeZGktThNy4NAy9P7vd KQddCZrh08UxOnhyDwwPYFUQZtXN350Yk+ms0Swv1TYymHu6Pe AbTSHUtlOnIcs6CxiXr7Q== Cc: lhmwzy@gmail.com, koitsu@freebsd.org, pjd@freebsd.org, Pete French Subject: Re: zfs quota question 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, 07 Oct 2008 11:27:23 -0000 On Tuesday 07 October 2008 12:43:45 Pete French wrote: > > Yeah, ZFS offers a lot, which can create confusion, unfortunately. Do we > > limit physical space with quota or only logical (before compression)? > > Should we take space consumed by snapshots into account or not? etc. > > On a related note, is there any way to make du tell me how big files > are in actual bytes on a compressed ZFS filesystem, aas opposed to space > on the disc ? I love ZFS, but I suddenly found out last night that I > have lost the ability tto do a 'du' on a directory to work out if it will > fit onto a CD or not :-) But you can't do that on UFS either: sparse files, hardlinks, ... The GNU du(1) has a "--apparent-size" switch to get the logical size instead of what the tool's name suggests (the disk usage). -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 12:37:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76923106569B; Tue, 7 Oct 2008 12:37:35 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id D610F8FC15; Tue, 7 Oct 2008 12:37:34 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m97CbOOa016173; Tue, 7 Oct 2008 14:37:26 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id A6C204F; Tue, 7 Oct 2008 14:37:24 +0200 (CEST) Date: Tue, 7 Oct 2008 14:37:24 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Gerrit =?ISO-8859-1?Q?K=FChn?= Message-Id: <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> In-Reply-To: <20081007133801.00349649.gerrit@pmp.uni-hannover.de> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <489B7D62.4080606@delphij.net> <20080814084637.97997c02.gerrit@pmp.uni-hannover.de> <200808230750.09774.jhb@freebsd.org> <20080825094923.d2d29148.gerrit@pmp.uni-hannover.de> <20080825075332.GA64793@eos.sc1.parodius.com> <20080827111629.eba80560.gerrit@pmp.uni-hannover.de> <20081007133801.00349649.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.7.122226 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, John Baldwin Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 12:37:35 -0000 On Tue, 7 Oct 2008 13:38:01 +0200 Gerrit K=FChn wrote about Re: Regression 7.0R -> 7-stable?: [...] GK> However, yesterday I upgraded the system to a recent 7-stable GK> codebase, and now it locks again hard after probing the CPU cores. My GK> setup remained exactly the same, the new code just does not work. GK> Please let me know what I have do to provide further information. Well, comparing the kernel setups again I found one thing that makes a difference: The scheduler (somewhen SCHED_ULE has been declared the default). SCHED_ULE is crashing the system, SCHED_4BSD works fine... cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 12:41:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F0D1065690 for ; Tue, 7 Oct 2008 12:41:45 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8722D8FC0C for ; Tue, 7 Oct 2008 12:41:45 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from [192.168.0.10] by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnBse-000HZT-IV for freebsd-stable@freebsd.org; Tue, 07 Oct 2008 14:41:44 +0200 Message-ID: <48EB5900.7040103@kkip.pl> Date: Tue, 07 Oct 2008 14:41:36 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <48EA1FD2.5080402@kkip.pl> In-Reply-To: <48EA1FD2.5080402@kkip.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.9 X-Spam-Score-Int: -88 X-Exim-Version: 4.69 (build at 26-Jun-2008 18:19:28) X-Date: 2008-10-07 14:41:44 X-Connected-IP: 192.168.0.10:2736 X-Message-Linecount: 53 X-Body-Linecount: 40 X-Message-Size: 2143 X-Body-Size: 1638 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Subject: Re: reloading samba config made system unresponsible 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, 07 Oct 2008 12:41:45 -0000 Bartosz Stec wrote: > My tries to tune smb.conf to achieve better performance expose very > strange bug: > Just executing: > > /usr/local/etc/rc.d/samba reload > > made my system unresponsible from network. It happens three times > until now so I'm sure that is the cause (but it happened after some > succesful reloads a couple of minutes earlier, so it's not happening > all the time command is executed). > Symptoms: > > - machine only responding to ping requests > - ssh session shows, that config reload was succesful, and that's > last thing showed (no shell after message) > - can't connect with another ssh session, but no refuse nor timeout > - on local console system seems responsible (alt +[1-9] works), but > any try to login cause it to wait forever for password prompt > - no kernel or error message on screen, and nothing suspicious in logs > - alt+ctrl+del does nothing > - pressing power button and waiting for system to shutdown does > nothing > - hard reset was the only way > - after first restart I've made full fsck and started rebuilding > gmirror - when machine hangs second time rebuilding doesn't stop > > I'm not a developer but it looks like some kind of deadlock? Note that > changes I made to smb.conf was only in socket options. > Update: The true reason of this was a filesystem - I've noticed some strange kernel message about "old format snaphot". Fsck didn't found any fs error, so I just deleted all snapshots from /usr. Problem is gone now. Note that snapshots were about 2 months old so it's still scary :) Sorry for confusion. -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 12:50:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF74E1065696 for ; Tue, 7 Oct 2008 12:50:00 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4B68FC28 for ; Tue, 7 Oct 2008 12:49:59 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 6CE44173B0; Tue, 7 Oct 2008 22:49:57 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.3 required=10.0 tests=ALL_TRUSTED, DNS_FROM_SECURITYSAGE autolearn=no version=3.2.3 Received: from [10.20.30.100] (60.218.233.220.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 56947171BF; Tue, 7 Oct 2008 22:49:49 +1000 (EST) Message-ID: <48EB5ADD.2090900@modulus.org> Date: Tue, 07 Oct 2008 23:49:33 +1100 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, petefrench@ticketswitch.com References: <200810071314.45922.max@love2party.net> In-Reply-To: <200810071314.45922.max@love2party.net> Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: zfs quota question 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, 07 Oct 2008 12:50:01 -0000 >I love ZFS, but I suddenly found out last night that I > have lost the ability tto do a 'du' on a directory to work out if it will > fit onto a CD or not :-) I have created a shell script, /usr/local/bin/dirsize : #!/bin/sh find $1 -type f -ls | awk '{j += $7} END {print j}' Usage: dirsize From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 12:51:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCA601065687; Tue, 7 Oct 2008 12:51:58 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 62BA08FC17; Tue, 7 Oct 2008 12:51:58 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m97Bc10k010359; Tue, 7 Oct 2008 13:38:04 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id E164C4F; Tue, 7 Oct 2008 13:38:01 +0200 (CEST) Date: Tue, 7 Oct 2008 13:38:01 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Gerrit =?ISO-8859-1?Q?K=FChn?= Message-Id: <20081007133801.00349649.gerrit@pmp.uni-hannover.de> In-Reply-To: <20080827111629.eba80560.gerrit@pmp.uni-hannover.de> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <489B7D62.4080606@delphij.net> <20080814084637.97997c02.gerrit@pmp.uni-hannover.de> <200808230750.09774.jhb@freebsd.org> <20080825094923.d2d29148.gerrit@pmp.uni-hannover.de> <20080825075332.GA64793@eos.sc1.parodius.com> <20080827111629.eba80560.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.7.112212 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, John Baldwin Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 12:51:58 -0000 On Wed, 27 Aug 2008 11:16:29 +0200 Gerrit K=FChn wrote about Re: Regression 7.0R -> 7-stable?: [...] GK> If someone can tell me what to do (except for putting ddb into the GK> kernel configuration) or point me at some documentation about this, I GK> can try getting some useful information from the debugger. Sorry to disturb all of you again, but the thing is still not fixed (or better: broken again) for me: I saw some patches referring to this problem and was able to compile a working kernel somewhen in September (don't know the exact date unfortunatley, but the kernel is from 22nd of September, so this is the latest possible date). After that I thought the issue had settled. However, yesterday I upgraded the system to a recent 7-stable codebase, and now it locks again hard after probing the CPU cores. My setup remained exactly the same, the new code just does not work. Please let me know what I have do to provide further information. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 13:37:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA111065686 for ; Tue, 7 Oct 2008 13:37:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id C9B418FC25 for ; Tue, 7 Oct 2008 13:37:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id Pp0X1a00F16AWCUA3pdC2a; Tue, 07 Oct 2008 13:37:12 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id PpdA1a00L2P6wsM8SpdBDm; Tue, 07 Oct 2008 13:37:12 +0000 X-Authority-Analysis: v=1.0 c=1 a=8-XLinYytlwA:10 a=QycZ5dHgAAAA:8 a=-KCyCjSjY2W46-AAzhgA:9 a=_YwSI2J-dHONWJqKsHNZVHZY98AA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CBFA8C9419; Tue, 7 Oct 2008 06:37:10 -0700 (PDT) Date: Tue, 7 Oct 2008 06:37:10 -0700 From: Jeremy Chadwick To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20081007133710.GA50114@icarus.home.lan> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <489B7D62.4080606@delphij.net> <20080814084637.97997c02.gerrit@pmp.uni-hannover.de> <200808230750.09774.jhb@freebsd.org> <20080825094923.d2d29148.gerrit@pmp.uni-hannover.de> <20080825075332.GA64793@eos.sc1.parodius.com> <20080827111629.eba80560.gerrit@pmp.uni-hannover.de> <20081007133801.00349649.gerrit@pmp.uni-hannover.de> <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, jeff@freebsd.org, d@delphij.net, John Baldwin Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 13:37:13 -0000 On Tue, Oct 07, 2008 at 02:37:24PM +0200, Gerrit Kühn wrote: > On Tue, 7 Oct 2008 13:38:01 +0200 Gerrit Kühn > wrote about Re: Regression 7.0R -> 7-stable?: > > [...] > > GK> However, yesterday I upgraded the system to a recent 7-stable > GK> codebase, and now it locks again hard after probing the CPU cores. My > GK> setup remained exactly the same, the new code just does not work. > GK> Please let me know what I have do to provide further information. > > Well, comparing the kernel setups again I found one thing that makes a > difference: The scheduler (somewhen SCHED_ULE has been declared the > default). > SCHED_ULE is crashing the system, SCHED_4BSD works fine... This is of great concern if in fact that's true. I'm adding Jeff Roberson, author of the ULE/SMP2.0 code, to the CC. -- | 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 Tue Oct 7 14:04:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB15A106568A; Tue, 7 Oct 2008 14:04:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE858FC08; Tue, 7 Oct 2008 14:04:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m97E4Oe0042420; Tue, 7 Oct 2008 10:04:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jeremy Chadwick Date: Tue, 7 Oct 2008 10:02:56 -0400 User-Agent: KMail/1.9.7 References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> <20081007133710.GA50114@icarus.home.lan> In-Reply-To: <20081007133710.GA50114@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810071002.56788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 07 Oct 2008 10:04:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8384/Tue Oct 7 06:37:18 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org, jeff@freebsd.org, Gerrit =?iso-8859-1?q?K=FChn?= , d@delphij.net Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 14:04:37 -0000 On Tuesday 07 October 2008 09:37:10 am Jeremy Chadwick wrote: > On Tue, Oct 07, 2008 at 02:37:24PM +0200, Gerrit K=FChn wrote: > > On Tue, 7 Oct 2008 13:38:01 +0200 Gerrit K=FChn > > wrote about Re: Regression 7.0R -> 7-stable?: > >=20 > > [...] > >=20 > > GK> However, yesterday I upgraded the system to a recent 7-stable > > GK> codebase, and now it locks again hard after probing the CPU cores. = My > > GK> setup remained exactly the same, the new code just does not work. > > GK> Please let me know what I have do to provide further information. > >=20 > > Well, comparing the kernel setups again I found one thing that makes a > > difference: The scheduler (somewhen SCHED_ULE has been declared the > > default). > > SCHED_ULE is crashing the system, SCHED_4BSD works fine... >=20 > This is of great concern if in fact that's true. >=20 > I'm adding Jeff Roberson, author of the ULE/SMP2.0 code, to the CC. Do you have more details about the crash? Are you getting an actual panic= =20 with messages on the console, or are you still seeing hangs? When you get = a=20 hang, can you break into the debugger and get a crash dump? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 14:15:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB96C1065678; Tue, 7 Oct 2008 14:15:45 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 1A78A8FC1F; Tue, 7 Oct 2008 14:15:44 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m97EFYoj025720; Tue, 7 Oct 2008 16:15:35 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 3A0EB4F; Tue, 7 Oct 2008 16:15:34 +0200 (CEST) Date: Tue, 7 Oct 2008 16:15:34 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: John Baldwin Message-Id: <20081007161534.b62b6333.gerrit@pmp.uni-hannover.de> In-Reply-To: <200810071002.56788.jhb@freebsd.org> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> <20081007133710.GA50114@icarus.home.lan> <200810071002.56788.jhb@freebsd.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.7.135209 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 14:15:46 -0000 On Tue, 7 Oct 2008 10:02:56 -0400 John Baldwin wrote about Re: Regression 7.0R -> 7-stable?: JB> Do you have more details about the crash? Are you getting an actual JB> panic with messages on the console, or are you still seeing hangs? Like it was before: system just hangs after displaying the probing messages about the CPU cores; next step for a working kernel would be mounting of the file systems (and changing from white kernel output to grey system output). JB> When you get a hang, can you break into the debugger and get a crash JB> dump? Is there a documentation somewhere how to do this? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 14:25:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8B1A106568A for ; Tue, 7 Oct 2008 14:25:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id A94D98FC08 for ; Tue, 7 Oct 2008 14:25:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id Pp2R1a0080vp7WLA7qRlbk; Tue, 07 Oct 2008 14:25:45 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id PqRj1a0032P6wsM8RqRjvb; Tue, 07 Oct 2008 14:25:44 +0000 X-Authority-Analysis: v=1.0 c=1 a=8-XLinYytlwA:10 a=QycZ5dHgAAAA:8 a=AGxyCiwKAaSLzVcA9KQA:9 a=N0W81LYKLOpJERH9RPwA:7 a=WVaTCWOdKFXUO_cywV7iO4tNS5MA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D5CC0C9419; Tue, 7 Oct 2008 07:25:42 -0700 (PDT) Date: Tue, 7 Oct 2008 07:25:42 -0700 From: Jeremy Chadwick To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20081007142542.GA51071@icarus.home.lan> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> <20081007133710.GA50114@icarus.home.lan> <200810071002.56788.jhb@freebsd.org> <20081007161534.b62b6333.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081007161534.b62b6333.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: d@delphij.net, jeff@freebsd.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 14:25:45 -0000 On Tue, Oct 07, 2008 at 04:15:34PM +0200, Gerrit Kühn wrote: > On Tue, 7 Oct 2008 10:02:56 -0400 John Baldwin wrote > about Re: Regression 7.0R -> 7-stable?: > > JB> Do you have more details about the crash? Are you getting an actual > JB> panic with messages on the console, or are you still seeing hangs? > > Like it was before: system just hangs after displaying the probing > messages about the CPU cores; next step for a working kernel would be > mounting of the file systems (and changing from white kernel output to grey > system output). Actually, I think you mean mounting of the root filesystem, do you not? If so, others have recently reported this problem (hard lock-ups before or after printing "Mounting root from..."). > JB> When you get a hang, can you break into the debugger and get a crash > JB> dump? > > Is there a documentation somewhere how to do this? John can probably help you with the commands you need to type, but the FreeBSD Handbook goes over the general commands. As far as getting into the debugger, it's Control-Alt-Esc from the console. -- | 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 Tue Oct 7 14:57:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 930ED1065689 for ; Tue, 7 Oct 2008 14:57:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 43D4D8FC0A for ; Tue, 7 Oct 2008 14:57:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m97Euo9w071623; Tue, 7 Oct 2008 10:56:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m97Eun8J064681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Oct 2008 10:56:50 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810071456.m97Eun8J064681@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 07 Oct 2008 10:56:50 -0400 To: Galen Sampson , Gunnar Flygt , FreeBSD Stable From: Mike Tancsa In-Reply-To: <48EA820F.1030109@gmail.com> References: <20081006140255.GA74575@sr.se> <48EA820F.1030109@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: Possibility of backporting of Heimdal 1.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, 07 Oct 2008 14:57:02 -0000 At 05:24 PM 10/6/2008, Galen Sampson wrote: >I would like to second that. The heimdal in 7.0 is quite old. It >is in fact inoperable with an mit kerberos realm when using >ssh. The byte order is incorrect such that you get MIC checksum >failures. After much googling (not documented in the krb5.conf man >page or handbook) I found that a fix was added in the heimdal in >7.0, but defaults to the old incompatible byte order. The heimdal >in current uses the correct byte order by default. For those having >the this issue with freebsd 7.0 the fix is adding the following >lines to /etc/krb5.conf: > >[gssapi] >correct_des3_mic = host/*@SOME.REALM > >Gunnar Flygt wrote: >>Is there any possibility that heimdal 1.1 that works beautifully in >>Current will be backported to FreeBSD-7.x? >> >>Gunnar Flygt >>Sveriges Radio Teknik/IT I think someone mentioned the possibility of post 7.1R. But not 100% sure ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 15:07:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35292106568D; Tue, 7 Oct 2008 15:07:53 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id AFC198FC1B; Tue, 7 Oct 2008 15:07:52 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m97F7gsN000896; Tue, 7 Oct 2008 17:07:43 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 380B42B3; Tue, 7 Oct 2008 17:07:42 +0200 (CEST) Date: Tue, 7 Oct 2008 17:07:42 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Jeremy Chadwick Message-Id: <20081007170742.75669f32.gerrit@pmp.uni-hannover.de> In-Reply-To: <20081007142542.GA51071@icarus.home.lan> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20081007143724.a01502e4.gerrit@pmp.uni-hannover.de> <20081007133710.GA50114@icarus.home.lan> <200810071002.56788.jhb@freebsd.org> <20081007161534.b62b6333.gerrit@pmp.uni-hannover.de> <20081007142542.GA51071@icarus.home.lan> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.7.144909 Cc: d@delphij.net, jeff@freebsd.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 15:07:53 -0000 On Tue, 7 Oct 2008 07:25:42 -0700 Jeremy Chadwick wrote about Re: Regression 7.0R -> 7-stable?: JC> > Like it was before: system just hangs after displaying the probing JC> > messages about the CPU cores; next step for a working kernel would JC> > be mounting of the file systems (and changing from white kernel JC> > output to grey system output). JC> Actually, I think you mean mounting of the root filesystem, do you not? JC> If so, others have recently reported this problem (hard lock-ups JC> before or after printing "Mounting root from..."). Yes, of course (sorry for being vague). JC> > JB> When you get a hang, can you break into the debugger and get a JC> > JB> crash dump? JC> > Is there a documentation somewhere how to do this? JC> John can probably help you with the commands you need to type, but the JC> FreeBSD Handbook goes over the general commands. JC> As far as getting into the debugger, it's Control-Alt-Esc from the JC> console. Ok, I added options KDB and DDB to my kernel configuration and compiled with SCHED_ULE. However, after hanging the system does not react on Ctrl-Alt-Esc. Am I missing something? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 16:36:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92D331065693; Tue, 7 Oct 2008 16:36:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 31C068FC27; Tue, 7 Oct 2008 16:36:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m97GabIx043778; Tue, 7 Oct 2008 12:36:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Gerrit =?iso-8859-1?q?K=FChn?= Date: Tue, 7 Oct 2008 12:05:35 -0400 User-Agent: KMail/1.9.7 References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20081007142542.GA51071@icarus.home.lan> <20081007170742.75669f32.gerrit@pmp.uni-hannover.de> In-Reply-To: <20081007170742.75669f32.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810071205.35961.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 07 Oct 2008 12:36:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8387/Tue Oct 7 11:37:07 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: d@delphij.net, Jeremy Chadwick , freebsd-stable@freebsd.org, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-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, 07 Oct 2008 16:36:57 -0000 On Tuesday 07 October 2008 11:07:42 am Gerrit K=FChn wrote: > JC> John can probably help you with the commands you need to type, but the > JC> FreeBSD Handbook goes over the general commands. > JC> As far as getting into the debugger, it's Control-Alt-Esc from the > JC> console. >=20 > Ok, I added options KDB and DDB to my kernel configuration and compiled > with SCHED_ULE. However, after hanging the system does not react on > Ctrl-Alt-Esc. Am I missing something? Can you add VERBOSE_SYSINIT to your kernel config and do a boot -v? Also, = are=20 you able to log the output at all (such as via a serial console)? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 16:42:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 164CF1065686 for ; Tue, 7 Oct 2008 16:42:25 +0000 (UTC) (envelope-from xernet@hotmail.it) 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 F28518FC17 for ; Tue, 7 Oct 2008 16:42:24 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from BAY126-W10 ([65.55.131.45]) by bay0-omc1-s37.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 7 Oct 2008 09:30:24 -0700 Message-ID: X-Originating-IP: [79.10.78.33] From: xer xernet To: Date: Tue, 7 Oct 2008 18:30:23 +0200 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 07 Oct 2008 16:30:24.0487 (UTC) FILETIME=[FFE1DF70:01C92899] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: stable 7.0 and nslookup help 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, 07 Oct 2008 16:42:25 -0000 Hello to anyone. I'm a FreeBSD user=2C i'm still a new bee but i still keep to learning. Anyway=2C here is my question: I use a FreeBSD STABLE-7 not installed by me=2C in this installation nslook= up works very good and the "?" or "help" command working properly=2C infact= the every time i recall the command "?" or "help" nslookup show me the fil= e "nslookup.help" in /usr/share/misc. Now=2C i did installed (by me) e STABLE-7 and i don't understand why the "?= " command is not implemented on nslookup=2C also the file "nslookup.help" d= oen't exist. How can i implement this feature on my fresh STABLE-7 install ? TIA xer _________________________________________________________________ Tutto il mondo MSN a portata di clic! http://toolbar.msn.com/overview.aspx?loc=3Dit-it= From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 17:33:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1029E1065687 for ; Tue, 7 Oct 2008 17:33:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id E91B58FC28 for ; Tue, 7 Oct 2008 17:33:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id Pqdx1a00N16AWCUA9tZiA4; Tue, 07 Oct 2008 17:33:42 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id PtZh1a00l2P6wsM8StZhB4; Tue, 07 Oct 2008 17:33:42 +0000 X-Authority-Analysis: v=1.0 c=1 a=fWK4g_uD5tAA:10 a=QycZ5dHgAAAA:8 a=4iW3WC-CFVa7Vrv9SEwA:9 a=liyqIe3_4RKJ9pprMqiOOkQe7DoA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 7C4F2C9419; Tue, 7 Oct 2008 10:33:41 -0700 (PDT) Date: Tue, 7 Oct 2008 10:33:41 -0700 From: Jeremy Chadwick To: xer xernet Message-ID: <20081007173341.GA54495@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: stable 7.0 and nslookup help 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, 07 Oct 2008 17:33:44 -0000 On Tue, Oct 07, 2008 at 06:30:23PM +0200, xer xernet wrote: > Hello to anyone. > > I'm a FreeBSD user, i'm still a new bee but i still keep to learning. > Anyway, here is my question: > > I use a FreeBSD STABLE-7 not installed by me, in this installation nslookup works very good and the "?" or "help" command working properly, infact the every time i recall the command "?" or "help" nslookup show me the file "nslookup.help" in /usr/share/misc. > > Now, i did installed (by me) e STABLE-7 and i don't understand why the "?" command is not implemented on nslookup, also the file "nslookup.help" doen't exist. > How can i implement this feature on my fresh STABLE-7 install ? Not to dissuade you from what you're trying to accomplish, but "nslookup" has been deprecated (this has been stated a few times by the BIND folks), and "host" is probably on its way out as well (though I remember somewhere, sometime, nslookup used to state "being deprecated, use 'host' or 'dig' instead" -- or something like that). Please learn to use the "dig" command. I realise it has a somewhat high learning curve at first (syntax-wise it can be somewhat messy), but ultimately it's an immensely powerful -- or simple! -- DNS tool. -- | 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 Tue Oct 7 19:02:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2CB5106568F; Tue, 7 Oct 2008 19:02:15 +0000 (UTC) (envelope-from joe@osoft.us) Received: from mail.osoft.us (osoft.us [67.14.192.59]) by mx1.freebsd.org (Postfix) with ESMTP id BAC558FC24; Tue, 7 Oct 2008 19:02:15 +0000 (UTC) (envelope-from joe@osoft.us) Received: from [10.0.2.105] (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mail.osoft.us (Postfix) with ESMTP id 6895333C3D; Tue, 7 Oct 2008 13:33:18 -0500 (CDT) Message-ID: <48EBAB50.5000707@osoft.us> Date: Tue, 07 Oct 2008 13:32:48 -0500 From: Joe Koberg User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: antik@bsd.ee, koitsu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 07 Oct 2008 19:02:16 -0000 Pete French wrote: >> 1 megabit = 106 = 1,000,000 bits which is equal to 125,000 bytes. >> > > you are assuming eight bits per byte - but this is a serial line so > you should use ten bits per byte instead. > > -pete. > That was a rule of thumb in the heyday of async serial lines, which used a start and stop bit per byte. However, ethernet at 100Mbit is 4B5B coded at a 125mhz rate. So the raw synchronous data rate really is 12.5Mbytes/s. Minus the sync preamble of 8 bytes per packet and the mandatory inter-frame-gap of 12 bytes that's a physical layer rate of (12.5M * (1500/(1500+20))) or 12.34Mbyte/s. Even in the later days of modems this rule applied less and less, because the modulation schemes became synchronous. Joe Koberg joe_at_osoft_dot_us From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 19:24:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA721065693 for ; Tue, 7 Oct 2008 19:24:58 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 0CBFD8FC0C for ; Tue, 7 Oct 2008 19:24:57 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: (qmail 87318 invoked from network); 7 Oct 2008 19:24:55 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 7 Oct 2008 19:24:55 -0000 Date: Tue, 07 Oct 2008 21:24:55 +0200 (CEST) Message-Id: <20081007.212455.74712524.sthaug@nethelp.no> To: joe@osoft.us From: sthaug@nethelp.no In-Reply-To: <48EBAB50.5000707@osoft.us> References: <48EBAB50.5000707@osoft.us> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 07 Oct 2008 19:24:58 -0000 > However, ethernet at 100Mbit is 4B5B coded at a 125mhz rate. So the raw > synchronous data rate really is 12.5Mbytes/s. Minus the sync preamble > of 8 bytes per packet and the mandatory inter-frame-gap of 12 bytes > that's a physical layer rate of (12.5M * (1500/(1500+20))) or 12.34Mbyte/s. You need add Ethernet header (14 bytes) + CRC (4 bytes). This means you have a maximum data rate, assuming 1500 byte MTU, of 12.5M * 1500/1538 = 12.19 Mbyte/s. And for those used to powers of two, M here means one million, not 1048576. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 19:26:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2102106568C; Tue, 7 Oct 2008 19:26:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE5B8FC0C; Tue, 7 Oct 2008 19:26:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id F3AB846B4C; Tue, 7 Oct 2008 15:26:21 -0400 (EDT) Date: Tue, 7 Oct 2008 20:26:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeremy Chadwick In-Reply-To: <20081007173341.GA54495@icarus.home.lan> Message-ID: References: <20081007173341.GA54495@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xer xernet , freebsd-stable@freebsd.org Subject: Re: stable 7.0 and nslookup help 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, 07 Oct 2008 19:26:22 -0000 On Tue, 7 Oct 2008, Jeremy Chadwick wrote: > Not to dissuade you from what you're trying to accomplish, but "nslookup" > has been deprecated (this has been stated a few times by the BIND folks), > and "host" is probably on its way out as well (though I remember somewhere, > sometime, nslookup used to state "being deprecated, use 'host' or 'dig' > instead" -- or something like that). > > Please learn to use the "dig" command. I realise it has a somewhat high > learning curve at first (syntax-wise it can be somewhat messy), but > ultimately it's an immensely powerful -- or simple! -- DNS tool. Ditto here -- dig requires a bit more understanding of DNS, but is actually a much more informative tool when it comes to querying DNS and debugging its quirks. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 20:53:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07978106564A; Tue, 7 Oct 2008 20:53:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id C263E8FC20; Tue, 7 Oct 2008 20:53:08 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnJYJ-0001xk-2p; Tue, 07 Oct 2008 21:53:07 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnJYJ-000Hut-1A; Tue, 07 Oct 2008 21:53:07 +0100 To: joe@osoft.us In-Reply-To: <48EBAB50.5000707@osoft.us> Message-Id: From: Pete French Date: Tue, 07 Oct 2008 21:53:07 +0100 Cc: antik@bsd.ee, koitsu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 07 Oct 2008 20:53:09 -0000 > That was a rule of thumb in the heyday of async serial lines, which used > a start and stop bit per byte. > > However, ethernet at 100Mbit is 4B5B coded at a 125mhz rate. So the raw Errr, 4B5B *is* 10 bits per byte surely? > Even in the later days of modems this rule applied less and less, > because the modulation schemes became synchronous. Gig ether is mainly 8B10, as is Firewire, SATA, FibreChannel and a load of others I can't remember off the top of my head. I wouldn't stay it's a hard and fast rule, but it still gives a better estimate than dividing by eight which is what people naiively do. Mind you, it assumes that you know the real bit rate, which in the case of 100baseT is, as you say, actualy 125mbits/sec. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 21:27:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5D0106569F; Tue, 7 Oct 2008 21:27:50 +0000 (UTC) (envelope-from joe@osoft.us) Received: from mail.osoft.us (osoft.us [67.14.192.59]) by mx1.freebsd.org (Postfix) with ESMTP id 920F18FC1E; Tue, 7 Oct 2008 21:27:50 +0000 (UTC) (envelope-from joe@osoft.us) Received: from [10.0.2.105] (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mail.osoft.us (Postfix) with ESMTP id 2A39F33C4A; Tue, 7 Oct 2008 16:27:49 -0500 (CDT) Message-ID: <48EBD437.4050300@osoft.us> Date: Tue, 07 Oct 2008 16:27:19 -0500 From: Joe Koberg User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: antik@bsd.ee, koitsu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING 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, 07 Oct 2008 21:27:50 -0000 Pete French wrote: >> However, ethernet at 100Mbit is 4B5B coded at a 125mhz rate. So the raw >> > > Errr, 4B5B *is* 10 bits per byte surely? > ... > Gig ether is mainly 8B10, as is Firewire, SATA, FibreChannel and a > > Mind you, it assumes that you know the real bit rate, which in the > case of 100baseT is, as you say, actualy 125mbits/sec. > You are right. It definitely is 10 bits per byte clocked at a higher rate. I guess the "100mbit/s" rate is so strongly associated with the technology that I glossed right over that. Joe From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 22:11:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 326E41065688; Tue, 7 Oct 2008 22:11:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id CD9A78FC1A; Tue, 7 Oct 2008 22:11:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C3A4028449; Wed, 8 Oct 2008 06:11:00 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id ED2AE101C6D4; Wed, 8 Oct 2008 06:10:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id nF7tli8KzYoK; Wed, 8 Oct 2008 06:10:54 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 0959BEB5B64; Wed, 8 Oct 2008 06:10:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=IvSx2IAJHnlEwlvCaHuqnQfDocZWVyUo5clz/jd1EK6SINdeiALbKWL9rWVZv0kyO p57l3usNTmqejS1iZsehg== Message-ID: <48EBDE69.1030609@delphij.net> Date: Tue, 07 Oct 2008 15:10:49 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: John Baldwin References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <200810011134.49795.jhb@freebsd.org> In-Reply-To: <200810011134.49795.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Fernan Aguero , freebsd-stable@freebsd.org Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 22:11:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Did anyone who can trigger the data corruption has tried John's patch and let us know if it worked? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjr3mkACgkQi+vbBBjt66CW2gCcC6VaWPA7HE3Pd6CLfa3lkNUz r0MAnAsQI54d28MdeSOYZCQmFguT9EFV =xM/C -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 22:44:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF2301065686 for ; Tue, 7 Oct 2008 22:44:24 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 891C08FC23 for ; Tue, 7 Oct 2008 22:44:24 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NGZ76423; Tue, 07 Oct 2008 15:44:23 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id NGZ68322; Tue, 07 Oct 2008 15:44:22 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5388D4500F; Tue, 7 Oct 2008 15:44:22 -0700 (PDT) To: Robert Watson In-Reply-To: Your message of "Tue, 07 Oct 2008 20:26:21 BST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1223419462_89247P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 07 Oct 2008 15:44:22 -0700 From: "Kevin Oberman" Message-Id: <20081007224422.5388D4500F@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Robert Watson X-To_Domain: freebsd.org X-To: Robert Watson X-To_Email: rwatson@FreeBSD.org X-To_Alias: rwatson Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, xer xernet Subject: Re: stable 7.0 and nslookup help 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, 07 Oct 2008 22:44:25 -0000 --==_Exmh_1223419462_89247P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline More importantly, dig(1) uses the standard resolver routines while nslookup has its own. This has, in some cases, resulted in different results from nslookup than for what the stub resolver returns which can really lead one down the primrose path when troubleshooting. I consider nslookup to be evil. host(1) and dig(1) work well and I have not seen any plans to deprecate host(1). It's just that host is a quick lookup tool while dig(1) is a serious tool for DNS analysis and testing. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1223419462_89247P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI6+ZGkn3rs5h7N1ERAhATAJ4qZb6DfcqttHJQU0SVFwPB/kecmgCgmwSk 3qyGwZYgHos0SGBSlwyQPTc= =r2lL -----END PGP SIGNATURE----- --==_Exmh_1223419462_89247P-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 7 23:26:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BB9106569D for ; Tue, 7 Oct 2008 23:26:45 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 595B18FC27 for ; Tue, 7 Oct 2008 23:26:45 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so625125yxb.13 for ; Tue, 07 Oct 2008 16:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=akBFSgedU3pin3YHSArfVJF8VlczP4ko7bhsJey98is=; b=bdGNtk8yBIfod+dTz11uSkM7S7DbuMeAap+nXed/uovVysx6itLenjkiXmdSOhk/YD fa4OSzcRr+HmTuY7qBJwXQcp8UHdE3i4K9fLUJAS8UNI5Ym5PKxeHINzo4gfhlp+ZM8/ yz2OMddY1zIIeql7t5FRivAIXevhSbpsfvhuc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=c0SW7VFOPfHsx7gISdwYZauLa5ooWAJwIp5plHydS7p2EBJeUq4qKJ2CJPLRVRSqjn YMAO6zM3IVQHTMQj9/jbw51uinF1sg63XXyuxRXt89FfXGA9aFK08w4zcGz7wZUpIpE5 Tvq4fwfg6fPaoS7tbBZYTTE4q5LcozGTlw16o= Received: by 10.100.208.11 with SMTP id f11mr718818ang.2.1223420017260; Tue, 07 Oct 2008 15:53:37 -0700 (PDT) Received: from kan.dnsalias.net (c-24-62-106-68.hsd1.ma.comcast.net [24.62.106.68]) by mx.google.com with ESMTPS id c9sm16823663ana.9.2008.10.07.15.53.35 (version=SSLv3 cipher=RC4-MD5); Tue, 07 Oct 2008 15:53:36 -0700 (PDT) Date: Tue, 7 Oct 2008 18:53:28 -0400 From: Alexander Kabaev To: unga888@yahoo.com Message-ID: <20081007185328.29220983@kan.dnsalias.net> In-Reply-To: <669322.44942.qm@web57005.mail.re3.yahoo.com> References: <669322.44942.qm@web57005.mail.re3.yahoo.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/gNEkeUiMT711Zt.I8UAy90y"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.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, 07 Oct 2008 23:26:45 -0000 --Sig_/gNEkeUiMT711Zt.I8UAy90y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 6 Oct 2008 06:19:34 -0700 (PDT) Unga wrote: > Hi all >=20 > I need to patch the gcc original sources to suit the FreeBSD, > specially to support FreeBSD kernel compilation. I have tried it, > spent lot of time, but it still develops compilation errors. >=20 > The FreeBSD stable comes with gcc-4.2.1 but the sources are scattered > over the /usr/src, therefore, I find it difficult to re-create the > gcc-4.2.1 to its original directory layout to make a patch. >=20 > I appreciate it very much, if you guys could help me to identify the > pieces. >=20 > Or alternatively, if someone could straight away put the FreeBSD gcc > sources back to a directory and make a patch compared to the original > gcc-4.2.1 sources from GNU and post here, I could apply the patch on > my side and verify it was done correctly, whether I can compile the > FreeBSD kernel or not. >=20 > Many thanks in advance. >=20 > Kind regards > Unga If you still have CVS tree available, you can do 'cvs diff -rFSF' in contrib/gcc and apply the patches to files gcc-4.2.1/gcc. =20 --=20 Alexander Kabaev --Sig_/gNEkeUiMT711Zt.I8UAy90y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFI6+hoQ6z1jMm+XZYRApFYAKDTvS/dhFr9B0FwrMiI3+ZCmCdYrACfcTda 5rA72oSD9ITwwqRx7U9WXZ0= =44k/ -----END PGP SIGNATURE----- --Sig_/gNEkeUiMT711Zt.I8UAy90y-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 03:25:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331CC1065692 for ; Wed, 8 Oct 2008 03:25:05 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57002.mail.re3.yahoo.com (web57002.mail.re3.yahoo.com [66.196.97.106]) by mx1.freebsd.org (Postfix) with SMTP id BD6F38FC12 for ; Wed, 8 Oct 2008 03:25:04 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 12519 invoked by uid 60001); 8 Oct 2008 03:25:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=h3oo15tKwU8wFetrLtbm5fzdOZ994OnFQr1wjiomjaGdcxT1Zov5OGK3zkgCxQ5Y2NQPBSt/RicSXSze4SFovocrxc0LzJQS8Cr4TeD9pCLH48BR+jqhh7OkEYuKZAuVRbinQ2HN+WUafacNSkrxXG8RCti0m0Qg7Z2BShl+5dk=; X-YMail-OSG: c6lHeIEVM1nNBzdvkdQ81LSzEvQV.8qADG6SXKgCpC4FaEwA_u_vGTmUumOHg_5_a66b5DnOWc5oT.MZ0ZK2GzGUV9W6DMmhcFWw9sY7LwGLO8RabJBOMRdHJVXNmQwmFUqw8IFRHaZWYzwK6e2nxVmhrDo- Received: from [220.255.7.143] by web57002.mail.re3.yahoo.com via HTTP; Tue, 07 Oct 2008 20:25:03 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Tue, 7 Oct 2008 20:25:03 -0700 (PDT) From: Unga To: Alexander Kabaev In-Reply-To: <20081007185328.29220983@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <72513.12488.qm@web57002.mail.re3.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 03:25:05 -0000 --- On Wed, 10/8/08, Alexander Kabaev wrote: > > If you still have CVS tree available, you can do 'cvs > diff -rFSF' in > contrib/gcc and apply the patches to files gcc-4.2.1/gcc. > Hi Alexander, thanks for the reply. I'm new to 'cvs diff -rFSF'. I need to do more home work before I try your method. Could you kindly confirm it work for you? after applying the patch, does your compilation of gcc complete cleanly? I get errors. Therefore, could you try it please. I'm waiting for your reply. Best regards Unga From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 03:43:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1273C1065699; Wed, 8 Oct 2008 03:43:21 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 79EE08FC15; Wed, 8 Oct 2008 03:43:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 42D6E28449; Wed, 8 Oct 2008 11:43:18 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id D371F101C86B; Wed, 8 Oct 2008 11:43:17 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id Ovj3aHzNpBNN; Wed, 8 Oct 2008 11:43:12 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id A1847101C62F; Wed, 8 Oct 2008 11:43:10 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=lVyhlVDNYGBcqEkpOSF9UI1X9gS6hP82C+Yhr53/I4oyLFWC2hZELT0HFTm1k7EBk INjxPd+s3IbnHUPha/p3w== Message-ID: <48EC2C4B.10909@delphij.net> Date: Tue, 07 Oct 2008 20:43:07 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <78fb9d960809291927n60358006w7ef845e7cb40ed93@mail.gmail.com> <78fb9d960809301653o5cb09cefpf05eba0a9926b9fc@mail.gmail.com> <274267384.20080930223647@takeda.tk> <78fb9d960809302310s3f817505j6605420e451268e4@mail.gmail.com> <1031817271.20080930231836@takeda.tk> <78fb9d960809302329i5958966bh988c2531741e5c1@mail.gmail.com> <20081001071309.GA13616@icarus.home.lan> <78fb9d960810010015l14a98f56re49c9eb386305118@mail.gmail.com> <48E3F900.8020702@quip.cz> In-Reply-To: <48E3F900.8020702@quip.cz> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , lhmwzy Subject: Re: Would anybody port DragonFlyBSD's HAMMER fs to FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 03:43:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Miroslav Lachman wrote: [...] > I have no crash of ZFS, but as I read in mailing lists, there are still > some problems, so let it be fixed and settle down before porting another > good filesystem. > > Just my €0.02 For the record, pjd@'s previous ZFSv11 snapshot against -CURRENT has been proven to be very stable on our test environment (FreeBSD/amd64 on 2*4 core with 16GB of RAM box, JBOD 12 disks set up with 5+5 RAIID-Z2, 2 spare). My hope is that we can see the commit by the end of year so we will have a couple of months before having it in 7.2-RELEASE. The current version in RELENG_7 is also reasonably stable, at very least better than 7.0-RELEASE. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjsLEsACgkQi+vbBBjt66CgqQCfRVlsfp7XUbv7XckjBNXXLLob +gUAmwebeOqNHMH2yjo/MC31ngcRMGPb =96eo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 03:49:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED406106568B for ; Wed, 8 Oct 2008 03:49:13 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas05p.mx.bigpond.com (nskntmtas05p.mx.bigpond.com [61.9.168.149]) by mx1.freebsd.org (Postfix) with ESMTP id 7782D8FC21 for ; Wed, 8 Oct 2008 03:49:13 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx03p.mx.bigpond.com ([124.188.162.219]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20081008034911.EDWK19244.nskntmtas05p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com> for ; Wed, 8 Oct 2008 03:49:11 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20081008034905.LUNI12257.nskntotgx03p.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 8 Oct 2008 03:49:05 +0000 Received: (qmail 38917 invoked by uid 501); 8 Oct 2008 03:48:36 -0000 Date: Wed, 8 Oct 2008 14:48:36 +1100 From: Andrew Reilly To: Kip Macy Message-ID: <20081008034836.GA32263@duncan.reilly.home> References: <48E7BD60.80001@nynorsk.no> <83D0ECC4-B5F1-49E5-B437-52B3753F68F4@hiwaay.net> <3c1674c90810050210n5be68940me0b7214001f6fd1d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c1674c90810050210n5be68940me0b7214001f6fd1d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.48EC2DB1.0040:SCFSTAT2704298,ss=1,fgs=0 Cc: Eirik =?iso-8859-1?Q?Wix=F8e?= Svela , freebsd-stable@freebsd.org Subject: Re: Is FreeBSD a suitable choice for a MacBook? 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, 08 Oct 2008 03:49:14 -0000 On Sun, Oct 05, 2008 at 02:10:59AM -0700, Kip Macy wrote: > > You sound as if you just got the machine and haven't given MacOS X a chance. > > Give MacOS X a chance. Download (if its not on your MacOS X install DVD) X > > Code, and Apple X11. > > X11 is barely usable under Leopard. I've heard a few people complain about X11 on Mac, and I wonder what it is that they're doing that I'm not. Since my "other" systems are all FreeBSD, I use quite a few X11 applications on my two MacOS laptops (Tiger on PPC, Leopard on intel) The *only* problem I've ever had with X11 was on Tiger, where every so often the X11 server couldn't be contacted after coming out of sleep. Restarting X11 fixes that with no particular grief. Under Leopard it's rock solid reliable for my use. > Apps crash regularly and > full-screen doesn't work. Apps in general, or X11 ones? The only X11 full-screen app that I can think of is openoffice's presentation thing. I remember that working OK, but so did the Java GUI on NeoOffice, and now I'm using the experimental Aqua version, which also works properly, as far as I can tell. > He may simply want to be able to boot in to FreeBSD as well. Sure. I've thought about it myself on numerous occasions, but ultimately I can't think of anything that I could do within FreeBSD that I can't already do under MacOS. If I really, really want a FreeBSD environment, I've got VMWare (which is currently doing some Debian Linux, which IMO is much more annoying than either FreeBSD or MacOs, but that's probbly just my inexperience talking.) Cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 04:18:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC672106568D for ; Wed, 8 Oct 2008 04:18:28 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 455798FC14 for ; Wed, 8 Oct 2008 04:18:27 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2451480fgb.35 for ; Tue, 07 Oct 2008 21:18:25 -0700 (PDT) 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=CIAFjYcww9PPY9u7q1rwXFeU9yTmehH8nsG2k/ukVn8=; b=Jz8f+y2f5rXViuOsRIb4EaEZRrK7o9quIoXl0CYLWOCe7fRVamW+dDCqhf3XAZf2sN IZjfVUcJOx+E+TVFYjsPToMozGL6lTaPeXaok7Gcegn4xSxRU+TfLjtOIgLKDfyQrof1 46LgmzcBAO4IUb5V4uf6S1hLx+UmyulGkuJhY= 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=nWRT4J5MkJSWgmg8a8cbIs+H0acIvMubs6XcCbGugsjamHVkwjdWL7E3+DO1MLteEX SW0jmu3G9mEi6OAtZXKVZ4EE8gciYECATxh6Ea1KnAY7h38FPll6fEaiNT2L8zwcUn/A 1LQ8KLW24glFXLNh9WgN6gA+nmjxh4WskACb0= Received: by 10.86.29.8 with SMTP id c8mr7044204fgc.23.1223439505272; Tue, 07 Oct 2008 21:18:25 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Tue, 7 Oct 2008 21:18:25 -0700 (PDT) Message-ID: <78fb9d960810072118k47a64097yaa486ef5179efb1@mail.gmail.com> Date: Wed, 8 Oct 2008 12:18:25 +0800 From: lhmwzy To: "Andrew Snow" In-Reply-To: <48EB5ADD.2090900@modulus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810071314.45922.max@love2party.net> <48EB5ADD.2090900@modulus.org> Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 08 Oct 2008 04:18:28 -0000 The fllow is better? #!/bin/sh find $1 -type f -exec ls -lh {} \; | awk '{j += $5} END {print j"M"}' 2008/10/7 Andrew Snow : >> I love ZFS, but I suddenly found out last night that I >> have lost the ability tto do a 'du' on a directory to work out if it will >> fit onto a CD or not :-) > > I have created a shell script, /usr/local/bin/dirsize : > > > #!/bin/sh > find $1 -type f -ls | awk '{j += $7} END {print j}' > > > > Usage: dirsize > > _______________________________________________ > 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 Wed Oct 8 06:36:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9008C1065686; Wed, 8 Oct 2008 06:36:29 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from bay0-omc3-s2.bay0.hotmail.com (bay0-omc3-s2.bay0.hotmail.com [65.54.246.202]) by mx1.freebsd.org (Postfix) with ESMTP id 774328FC23; Wed, 8 Oct 2008 06:36:29 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from BAY126-W59 ([65.55.131.94]) by bay0-omc3-s2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 7 Oct 2008 23:36:29 -0700 Message-ID: X-Originating-IP: [151.11.234.46] From: xer xernet To: Kevin Oberman , Robert Watson Date: Wed, 8 Oct 2008 08:36:29 +0200 Importance: Normal In-Reply-To: <20081007224422.5388D4500F@ptavv.es.net> References: Your message of <20081007224422.5388D4500F@ptavv.es.net> MIME-Version: 1.0 X-OriginalArrivalTime: 08 Oct 2008 06:36:29.0290 (UTC) FILETIME=[321014A0:01C92910] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: RE: stable 7.0 and nslookup help 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: Wed, 08 Oct 2008 06:36:29 -0000 Yes=2C thanx to all of you and your answers.. I'm just a dig user now=2C but.. The question now is: - if i want to implement /usr/share/misc/nslookup.help in nslookup (even if= nslookup is evil) how can i do that? I need to know=2C i want learn this "fact" i will not use nslookup anymore= =2C but i'm still curios HOW was implemented on older STABLE-5.5 Thanx again :-) > To: rwatson@FreeBSD.org > CC: koitsu@FreeBSD.org=3B xernet@hotmail.it=3B freebsd-stable@freebsd.org > Subject: Re: stable 7.0 and nslookup help command=20 > Date: Tue=2C 7 Oct 2008 15:44:22 -0700 > From: oberman@es.net >=20 > More importantly=2C dig(1) uses the standard resolver routines while > nslookup has its own. This has=2C in some cases=2C resulted in different > results from nslookup than for what the stub resolver returns which can > really lead one down the primrose path when troubleshooting. >=20 > I consider nslookup to be evil. host(1) and dig(1) work well and I have > not seen any plans to deprecate host(1). It's just that host is a quick > lookup tool while dig(1) is a serious tool for DNS analysis and testing. > --=20 > R. Kevin Oberman=2C Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 _________________________________________________________________ Comunica=2C gioca e divertiti con i tuoi amici su Messenger! http://www.messenger.it= From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 06:43:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC61106568D for ; Wed, 8 Oct 2008 06:43:54 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6808FC20 for ; Wed, 8 Oct 2008 06:43:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m986hoQb099743; Wed, 8 Oct 2008 17:43:51 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 8 Oct 2008 17:43:50 +1100 (EST) From: Ian Smith To: lhmwzy In-Reply-To: <78fb9d960810072118k47a64097yaa486ef5179efb1@mail.gmail.com> Message-ID: <20081008165835.C16723@sola.nimnet.asn.au> References: <200810071314.45922.max@love2party.net> <48EB5ADD.2090900@modulus.org> <78fb9d960810072118k47a64097yaa486ef5179efb1@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Andrew Snow Subject: Re: zfs quota question 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, 08 Oct 2008 06:43:54 -0000 On Wed, 8 Oct 2008, lhmwzy wrote: > The fllow is better? > #!/bin/sh > find $1 -type f -exec ls -lh {} \; | awk '{j += $5} END {print j"M"}' Review your 'ls -lh' output; what's 100Bananas + 10Kiwifruit + 1Melon? $ find . -type f -exec ls -lh {} \; | awk '{j += $5} END {print j"M"}' 1.15975e+06M Took several minutes to come up with the wrong answer :) $ /root/bin/dirsize . 6906276646 Took 2.75 seconds, giving actual total of the file sizes. $ du -d0 . 6781976 . Took 1.5 seconds, and comes to 69447434424, ie bytes allocated for those files. All on a 300MHz Celeron. > 2008/10/7 Andrew Snow : > >> I love ZFS, but I suddenly found out last night that I > >> have lost the ability tto do a 'du' on a directory to work out if it will > >> fit onto a CD or not :-) > > > > I have created a shell script, /usr/local/bin/dirsize : > > > > #!/bin/sh > > find $1 -type f -ls | awk '{j += $7} END {print j}' > > > > Usage: dirsize And very handy it is too, even without compressed ZFS, thanks Andrew. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 07:04:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9EC310656AE for ; Wed, 8 Oct 2008 07:04:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 73C5F8FC35 for ; Wed, 8 Oct 2008 07:04:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA01.westchester.pa.mail.comcast.net with comcast id Q70j1a0030bG4ec5174co6; Wed, 08 Oct 2008 07:04:36 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id Q74b1a0042P6wsM3P74ckk; Wed, 08 Oct 2008 07:04:36 +0000 X-Authority-Analysis: v=1.0 c=1 a=fWK4g_uD5tAA:10 a=QycZ5dHgAAAA:8 a=alvUvqdH2B_1_K2sAjMA:9 a=qwK6bxxrC1wQotsZtmq-K5I8bhYA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 7FFD0C941A; Wed, 8 Oct 2008 00:04:35 -0700 (PDT) Date: Wed, 8 Oct 2008 00:04:35 -0700 From: Jeremy Chadwick To: xer xernet Message-ID: <20081008070435.GA69493@icarus.home.lan> References: <20081007224422.5388D4500F@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: stable 7.0 and nslookup help 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: Wed, 08 Oct 2008 07:04:37 -0000 On Wed, Oct 08, 2008 at 08:36:29AM +0200, xer xernet wrote: > > Yes, thanx to all of you and your answers.. > I'm just a dig user now, but.. > The question now is: > - if i want to implement /usr/share/misc/nslookup.help in nslookup (even if nslookup is evil) how can i do that? > I need to know, i want learn this "fact" i will not use nslookup anymore, but i'm still curios HOW was implemented on older STABLE-5.5 I believe this would be a question for the BIND folks, not for FreeBSD. I'm willing to bet they removed the feature in later versions of nslookup. -- | 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 Oct 8 07:20:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439611065687 for ; Wed, 8 Oct 2008 07:20:00 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id C086E8FC16 for ; Wed, 8 Oct 2008 07:19:59 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2494692fgb.35 for ; Wed, 08 Oct 2008 00:19:58 -0700 (PDT) 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=56l2OQCUDQrom623VeDYoq3stX46VR+A1lNBQBNopeU=; b=BDfz1PS3XAbvFlIiWTuKTLXJ3PDnWU6wuY9VEIyBFI6P6+krW/znsCSMMl9935lclm Sf3f3ON78GqtUxQ7IuZT9+9/qj9oX6HuBQFAUk+P1o1ijld9yjhUvrAExEFRzagOpFbc 6XPRFCosXhR9JI2poHyKO2tDAKAhIB5Y5H664= 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=S2Kbeu+9MHaHfZp64S7fleThgZIH6STc9FzLfgQny5WTxo8/04zyZypvFP3kaCTr7T EzEyWVXbD2AiXOTSCkErLWmxnezdAqbKEigVRFJ90+v7gARVZL5NVSavoqSWLZSZJu2r vac8u6ficksizx2MlTBFNmGwK5WNnXAhcNj14= Received: by 10.86.27.19 with SMTP id a19mr7162823fga.37.1223450398543; Wed, 08 Oct 2008 00:19:58 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 8 Oct 2008 00:19:58 -0700 (PDT) Message-ID: <78fb9d960810080019j3b73e3ffidc189c716fb7a1de@mail.gmail.com> Date: Wed, 8 Oct 2008 15:19:58 +0800 From: lhmwzy To: "Ian Smith" In-Reply-To: <20081008165835.C16723@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810071314.45922.max@love2party.net> <48EB5ADD.2090900@modulus.org> <78fb9d960810072118k47a64097yaa486ef5179efb1@mail.gmail.com> <20081008165835.C16723@sola.nimnet.asn.au> Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 08 Oct 2008 07:20:00 -0000 OK.It's my mistake. Improve it again: #!/bin/sh find $1 -type f -ls | awk '{j += $7} END {printf("%.2fM\n",j/1024/1024)}' 2008/10/8 Ian Smith : > On Wed, 8 Oct 2008, lhmwzy wrote: > > The fllow is better? > > #!/bin/sh > > find $1 -type f -exec ls -lh {} \; | awk '{j += $5} END {print j"M"}' > > Review your 'ls -lh' output; what's 100Bananas + 10Kiwifruit + 1Melon? > > $ find . -type f -exec ls -lh {} \; | awk '{j += $5} END {print j"M"}' > 1.15975e+06M > > Took several minutes to come up with the wrong answer :) > > $ /root/bin/dirsize . > 6906276646 > > Took 2.75 seconds, giving actual total of the file sizes. > > $ du -d0 . > 6781976 . > > Took 1.5 seconds, and comes to 69447434424, ie bytes allocated for those > files. All on a 300MHz Celeron. > > > 2008/10/7 Andrew Snow : > > >> I love ZFS, but I suddenly found out last night that I > > >> have lost the ability tto do a 'du' on a directory to work out if it will > > >> fit onto a CD or not :-) > > > > > > I have created a shell script, /usr/local/bin/dirsize : > > > > > > #!/bin/sh > > > find $1 -type f -ls | awk '{j += $7} END {print j}' > > > > > > Usage: dirsize > > And very handy it is too, even without compressed ZFS, thanks Andrew. > > cheers, Ian > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 07:41:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1377E1065695; Wed, 8 Oct 2008 07:41:46 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from bay0-omc3-s20.bay0.hotmail.com (bay0-omc3-s20.bay0.hotmail.com [65.54.246.220]) by mx1.freebsd.org (Postfix) with ESMTP id ECAA18FC17; Wed, 8 Oct 2008 07:41:45 +0000 (UTC) (envelope-from xernet@hotmail.it) Received: from BAY126-W43 ([65.55.131.78]) by bay0-omc3-s20.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 8 Oct 2008 00:41:45 -0700 Message-ID: X-Originating-IP: [151.11.234.46] From: xer xernet To: Jeremy Chadwick Date: Wed, 8 Oct 2008 09:41:45 +0200 Importance: Normal In-Reply-To: <20081008070435.GA69493@icarus.home.lan> References: <20081007224422.5388D4500F@ptavv.es.net> <20081008070435.GA69493@icarus.home.lan> MIME-Version: 1.0 X-OriginalArrivalTime: 08 Oct 2008 07:41:45.0775 (UTC) FILETIME=[507843F0:01C92919] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Robert Watson Subject: RE: stable 7.0 and nslookup help 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: Wed, 08 Oct 2008 07:41:46 -0000 Ok ok guys :-) I'm satisfied. > Date: Wed=2C 8 Oct 2008 00:04:35 -0700 > From: koitsu@FreeBSD.org > To: xernet@hotmail.it > CC: oberman@es.net=3B rwatson@freebsd.org=3B freebsd-stable@freebsd.org > Subject: Re: stable 7.0 and nslookup help command >=20 > On Wed=2C Oct 08=2C 2008 at 08:36:29AM +0200=2C xer xernet wrote: > >=20 > > Yes=2C thanx to all of you and your answers.. > > I'm just a dig user now=2C but.. > > The question now is: > > - if i want to implement /usr/share/misc/nslookup.help in nslookup (eve= n if nslookup is evil) how can i do that? > > I need to know=2C i want learn this "fact" i will not use nslookup anym= ore=2C but i'm still curios HOW was implemented on older STABLE-5.5 >=20 > I believe this would be a question for the BIND folks=2C not for FreeBSD. > I'm willing to bet they removed the feature in later versions of > nslookup. >=20 > --=20 > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View=2C CA=2C USA = | > | Making life hard for others since 1977. PGP: 4BD6C0CB | >=20 _________________________________________________________________ Screensaver e sfondi=85 Scaricali dallo Spaces di Doretta! https://cid-97b0d995232b954a.skydrive.live.com/home.aspx= From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 07:42:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB8C106568B for ; Wed, 8 Oct 2008 07:42:54 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6128FC22 for ; Wed, 8 Oct 2008 07:42:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m987gqsB001679; Wed, 8 Oct 2008 18:42:52 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 8 Oct 2008 18:42:52 +1100 (EST) From: Ian Smith To: lhmwzy In-Reply-To: <78fb9d960810080019j3b73e3ffidc189c716fb7a1de@mail.gmail.com> Message-ID: <20081008183552.W16723@sola.nimnet.asn.au> References: <200810071314.45922.max@love2party.net> <48EB5ADD.2090900@modulus.org> <78fb9d960810072118k47a64097yaa486ef5179efb1@mail.gmail.com> <20081008165835.C16723@sola.nimnet.asn.au> <78fb9d960810080019j3b73e3ffidc189c716fb7a1de@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: zfs quota question 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, 08 Oct 2008 07:42:54 -0000 On Wed, 8 Oct 2008, lhmwzy wrote: > OK.It's my mistake. > Improve it again: > > #!/bin/sh > find $1 -type f -ls | awk '{j += $7} END {printf("%.2fM\n",j/1024/1024)}' Sure. Here it runs about 7% faster precalculating one division: $ time find . -type f -ls | awk '{j += $7} END {printf("%.2fM\n",j/1048576)}' 2.69 real 0.64 user 1.21 sys 6586.34M > > $ du -d0 . > > 6781976 . > > > > Took 1.5 seconds, and comes to 69447434424, ie bytes allocated for those And my mistake, transcribing from the calculator: should be 6944743424. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 08:46:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9626510656A2 for ; Wed, 8 Oct 2008 08:46:41 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 2327B8FC0A for ; Wed, 8 Oct 2008 08:46:39 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KnUPl-0004vF-1e for freebsd-stable@freebsd.org; Wed, 08 Oct 2008 10:29:01 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 8 Oct 2008 10:29:00 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: AckpH+pdRoZK3gVFSxmCMbLpGBoxCA== From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with dump stalling 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, 08 Oct 2008 08:46:41 -0000 Hi =20 If I have the wrong list please feel free to redirect me. =20 I'm running 7.0-RELEASE-p4 and trying to backup to an external USB drive. =20 I'm using the following command dump -a0Lf /backup/diskimages/root /dev/mfid0s1a =20 Where df: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/mfid0s1a 507630 208436 258584 45% / /dev/da1s1d 709513458 9853800 642898582 2% /backup =20 The following processes start=20 75399 p0 I+ 0:00.04 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) 75402 p0 S+ 0:00.71 dump: /dev/mfid0s1a: pass 4: 77.05% done, finished in 0:00 at Wed Oct 8 08:25:06 2008 (dump) 75403 p0 S+ 0:00.85 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) 75404 p0 S+ 0:00.96 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) 75405 p0 S+ 0:00.86 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) =20 But it just stops at a random percentage, the system continues to run and the processes are killable? =20 Perhaps I'm using dump incorrectly if anyone could help would be greatly appreciated. =20 Regards =20 -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ =20 Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 08:54:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA121065688 for ; Wed, 8 Oct 2008 08:54:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 30A328FC0A for ; Wed, 8 Oct 2008 08:54:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id Q8qg1a00D0FhH24AA8uDDy; Wed, 08 Oct 2008 08:54:13 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id Q8uC1a0042P6wsM8U8uCsj; Wed, 08 Oct 2008 08:54:13 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=6BG0NSmBbwLhz_5thuAA:9 a=HBWu_kGR9_uuzL1jDuEA:7 a=9BS8K6iQZNunXSe0niTBs4_DAHIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 519B3C9419; Wed, 8 Oct 2008 01:54:12 -0700 (PDT) Date: Wed, 8 Oct 2008 01:54:12 -0700 From: Jeremy Chadwick To: David Peall Message-ID: <20081008085412.GA71654@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 08 Oct 2008 08:54:14 -0000 On Wed, Oct 08, 2008 at 10:29:00AM +0200, David Peall wrote: > Hi > > If I have the wrong list please feel free to redirect me. > > I'm running 7.0-RELEASE-p4 and trying to backup to an external USB > drive. > > I'm using the following command > > dump -a0Lf /backup/diskimages/root /dev/mfid0s1a > > Where df: > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/mfid0s1a 507630 208436 258584 45% / > /dev/da1s1d 709513458 9853800 642898582 2% /backup > > The following processes start > > 75399 p0 I+ 0:00.04 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > 75402 p0 S+ 0:00.71 dump: /dev/mfid0s1a: pass 4: 77.05% done, finished in 0:00 at Wed Oct 8 08:25:06 2008 (dump) > 75403 p0 S+ 0:00.85 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > 75404 p0 S+ 0:00.96 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > 75405 p0 S+ 0:00.86 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > > But it just stops at a random percentage, the system continues to run > and the processes are killable? > > Perhaps I'm using dump incorrectly if anyone could help would be greatly > appreciated. This is a known problem with dump on UFS2 filesystems. See "dump/restore" here: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues There is no fix, AFAIK. My recommendation is to use something else. I'm particularly fond of rsnapshot, but be aware that rsync will cause file atimes to be lost (on the source) when copying; this can impact classic UNIX mail spools (mbox), where people use clients like mutt/pine which utilise atimes to determine if there's new mail or not. -- | 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 Oct 8 09:09:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D28C1065689 for ; Wed, 8 Oct 2008 09:09:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id D4DCF8FC29 for ; Wed, 8 Oct 2008 09:09:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9899NpQ029768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2008 20:09:23 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m9899MJH071849; Wed, 8 Oct 2008 20:09:22 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m9899Mx0071848; Wed, 8 Oct 2008 20:09:22 +1100 (EST) (envelope-from peter) Date: Wed, 8 Oct 2008 20:09:22 +1100 From: Peter Jeremy To: Unga Message-ID: <20081008090922.GJ18237@server.vk2pj.dyndns.org> References: <20081006180353.GF18237@server.vk2pj.dyndns.org> <579024.2364.qm@web57007.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IDYEmSnFhs3mNXr+" Content-Disposition: inline In-Reply-To: <579024.2364.qm@web57007.mail.re3.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.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, 08 Oct 2008 09:09:30 -0000 --IDYEmSnFhs3mNXr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Oct-07 02:06:03 -0700, Unga wrote: >Now I unpacked the gcc-4.2.1.tar.bz2 into some other directory and applied= this FreeBSD-gcc.patch. Ran configure and compiled. It develop following e= rror: >../../gcc-4.2.1/gcc/c-format.c:1780: error: 'flag_format_extensions' undec= lared (first use in this function) >../../gcc-4.2.1/gcc/c-format.c:1780: error: (Each undeclared identifier is= reported only once >../../gcc-4.2.1/gcc/c-format.c:1780: error: for each function it appears i= n.) >gmake[2]: *** [c-format.o] Error 1 Note that the FreeBSD gcc is not built using the gcc configure script. Instead, all the target-specific configuration is under /usr/src/gnu/usr.bin/cc --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --IDYEmSnFhs3mNXr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjseMIACgkQ/opHv/APuIc+eQCgvHS6OTr3jONB+8gv/5H/w8Wr qc8An31gpoHwcFnltj59R7cK3KKH5Kk8 =Jc6i -----END PGP SIGNATURE----- --IDYEmSnFhs3mNXr+-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 10:15:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C84461065686 for ; Wed, 8 Oct 2008 10:15:42 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from unsam.edu.ar (mx.unsam.edu.ar [200.45.170.30]) by mx1.freebsd.org (Postfix) with ESMTP id C515C8FC18 for ; Wed, 8 Oct 2008 10:15:39 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from gama.iib.unsam.edu.ar by unsam.edu.ar (MDaemon.PRO.v8.1.1.R) with ESMTP id md50010958588.msg; Wed, 08 Oct 2008 07:16:54 -0300 Received: from gama.iib.unsam.edu.ar (localhost [127.0.0.1]) by gama.iib.unsam.edu.ar (8.14.2/8.14.2) with ESMTP id m98AFGnd076638; Wed, 8 Oct 2008 07:15:16 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by gama.iib.unsam.edu.ar (8.14.2/8.14.2/Submit) id m98AFFUg076637; Wed, 8 Oct 2008 07:15:15 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: gama.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Wed, 8 Oct 2008 07:15:15 -0300 From: Fernan Aguero To: d@delphij.net Message-ID: <20081008101515.GA59675@iib.unsam.edu.ar> Mail-Followup-To: Fernan Aguero , d@delphij.net, John Baldwin , freebsd-stable@freebsd.org References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <200810011134.49795.jhb@freebsd.org> <48EBDE69.1030609@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EBDE69.1030609@delphij.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Processed: unsam-mail.unsam.edu.ar, Wed, 08 Oct 2008 07:16:54 -0300 (not processed: spam filter disabled) X-Return-Path: fernan@iib.unsam.edu.ar X-MDAV-Processed: unsam-mail.unsam.edu.ar, Wed, 08 Oct 2008 07:16:57 -0300 Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.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, 08 Oct 2008 10:15:42 -0000 > Did anyone who can trigger the data corruption has tried John's patch > and let us know if it worked? Not yet. My problem is that it's not that easy ... (at least for me, but maybe I'm missing something). The main issue for me is that I don't have a spare box running 7.x. All my FreeBSD boxes are running 6.x I've tried to make a new 7.1-BETA bootable ISO from the patched sources (make release), but failed ... this is the first time I've ever attempted this, and it seems that you cannot do that from a 6.x box (I have a full CVS mirror of FreeBSD, and a fresh checkout of RELENG_7). The next thing to do (which I already tried once, and that was also not an painless path) is to boot the box with FreeBSD-6.1 (amd64, no data corruption here) and upgrade to 7.x patching the sources along the way. I need to find a free afternoon in my agenda to fit this ... I will get back with info as soon as I have done it. Fernan From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 14:58:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1EB61065686 for ; Wed, 8 Oct 2008 14:58:41 +0000 (UTC) (envelope-from lhmwzy@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 EFE578FC15 for ; Wed, 8 Oct 2008 14:58:40 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so228725nfh.33 for ; Wed, 08 Oct 2008 07:58:38 -0700 (PDT) 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=8bforg9MGX/ebI98DRHAfXp3MM1hwIjjqa0AOipltPc=; b=PcyCkOQ2hLPuHJDuv00f0YR653/yvGxC76FWLkJp4FPWl/xoyrKV0l0qDyKTi5qgCS dpf7rS2BsBUfdFgw4JuOtJ53HlR2QlCCJPC6bmz4r32Mhhbn9XUPgNHqIz935Zi8mzSE wRyd7WhCCkTS+Q+o2WA7kHlHDTPpqPuVHWzGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=sLnIiemN7y9h3Y5qssCwHY6Ulhw+/xBC87C+vnb8eubCL29Llmod/+HPoRncSHwrX+ mDEeLM7MH1YYu4BmczwbEacjrnzkYC0teeuWWezuV5DXC2vYMb90vEIR3gY1FpjaTgFM +6WrUEpQ+0SpoYa2/io0H67SOiP66qP1XSPw0= Received: by 10.86.79.19 with SMTP id c19mr7598857fgb.67.1223477918330; Wed, 08 Oct 2008 07:58:38 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 8 Oct 2008 07:58:38 -0700 (PDT) Message-ID: <78fb9d960810080758p627e0d08x99f18fa618023812@mail.gmail.com> Date: Wed, 8 Oct 2008 22:58:38 +0800 From: lhmwzy 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: What's the Scheduler SCHED_core development now? 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, 08 Oct 2008 14:58:42 -0000 Is it still alive? Is it replaced by SCHED_ULE? From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 16:55:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1DBC1065695 for ; Wed, 8 Oct 2008 16:55:46 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7A05B8FC12 for ; Wed, 8 Oct 2008 16:55:46 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id B979F177E95 for ; Wed, 8 Oct 2008 12:55:45 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 08 Oct 2008 12:55:45 -0400 X-Sasl-enc: 1JsBkAzoJmpanL4TyPGw3f14Ve7j0nlVexHm11+KNvrm 1223484945 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 4F3815D01 for ; Wed, 8 Oct 2008 12:55:45 -0400 (EDT) Message-ID: <48ECE60F.3060804@incunabulum.net> Date: Wed, 08 Oct 2008 17:55:43 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.0-RELEASE panics when loading USB modules x2 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, 08 Oct 2008 16:55:46 -0000 Hi, I just had 7.0-RELEASE crash again, whilst kldloading the uplcom.ko module in multi-user mode with X running, and no USB serial devices plugged in. The T43 immediately resets, I don't get a chance to drop into a debugger. This seems like a pretty serious USB regression. Is anyone looking into it? Are these things a thing of the past with the "new" USB code? thanks BMS From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 17:01:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09FCC1065677 for ; Wed, 8 Oct 2008 17:01:42 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id E0F458FC14 for ; Wed, 8 Oct 2008 17:01:41 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id OBJ41841; Wed, 08 Oct 2008 10:01:41 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 34C264500F; Wed, 8 Oct 2008 10:01:41 -0700 (PDT) To: Jeremy Chadwick In-Reply-To: Your message of "Wed, 08 Oct 2008 01:54:12 PDT." <20081008085412.GA71654@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1223485301_62215P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 08 Oct 2008 10:01:41 -0700 From: "Kevin Oberman" Message-Id: <20081008170141.34C264500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Jeremy Chadwick X-To_Domain: freebsd.org X-To: Jeremy Chadwick X-To_Email: koitsu@FreeBSD.org X-To_Alias: koitsu Cc: freebsd-stable@freebsd.org, David Peall Subject: Re: Problem with dump stalling 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, 08 Oct 2008 17:01:42 -0000 --==_Exmh_1223485301_62215P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 8 Oct 2008 01:54:12 -0700 > From: Jeremy Chadwick > Sender: owner-freebsd-stable@freebsd.org > > On Wed, Oct 08, 2008 at 10:29:00AM +0200, David Peall wrote: > > Hi > > > > If I have the wrong list please feel free to redirect me. > > > > I'm running 7.0-RELEASE-p4 and trying to backup to an external USB > > drive. > > > > I'm using the following command > > > > dump -a0Lf /backup/diskimages/root /dev/mfid0s1a > > > > Where df: > > > > Filesystem 1K-blocks Used Avail Capacity Mounted on > > /dev/mfid0s1a 507630 208436 258584 45% / > > /dev/da1s1d 709513458 9853800 642898582 2% /backup > > > > The following processes start > > > > 75399 p0 I+ 0:00.04 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > > 75402 p0 S+ 0:00.71 dump: /dev/mfid0s1a: pass 4: 77.05% done, finished in 0:00 at Wed Oct 8 08:25:06 2008 (dump) > > 75403 p0 S+ 0:00.85 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > > 75404 p0 S+ 0:00.96 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > > 75405 p0 S+ 0:00.86 dump -a0Lf /backup/diskimages/root /dev/mfid0s1a (dump) > > > > But it just stops at a random percentage, the system continues to run > > and the processes are killable? > > > > Perhaps I'm using dump incorrectly if anyone could help would be greatly > > appreciated. > > This is a known problem with dump on UFS2 filesystems. See > "dump/restore" here: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > There is no fix, AFAIK. > > My recommendation is to use something else. I'm particularly fond of > rsnapshot, but be aware that rsync will cause file atimes to be lost > (on the source) when copying; this can impact classic UNIX mail > spools (mbox), where people use clients like mutt/pine which utilise > atimes to determine if there's new mail or not. I had a system that was showing these exact symptoms David described. It did this both with -L and without. I went for about 3 months without a successful dump. I did at least two full system re-installs to no avail. Then, about 3 weeks ago, when I was about to start some serious debugging, it started working again. Nothing was touched between the last failure and the first success. I'm completely baffled! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1223485301_62215P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI7Od1kn3rs5h7N1ERAhe5AJ9uVAWh6UCpmCgpu8Gp5wVrLd34xQCdG3GJ 4hIdoNMiARboTVgHAICTLQk= =Xiu5 -----END PGP SIGNATURE----- --==_Exmh_1223485301_62215P-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 17:46:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE5CF106568B for ; Wed, 8 Oct 2008 17:46:27 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39102.mail.mud.yahoo.com (web39102.mail.mud.yahoo.com [209.191.86.253]) by mx1.freebsd.org (Postfix) with SMTP id A2A048FC1B for ; Wed, 8 Oct 2008 17:46:27 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 27241 invoked by uid 60001); 8 Oct 2008 17:19:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=DBQIdrWJIYcoHgT1w/ygBa1uEOT4fl24E1yowHmq7HzcTeTOuRCbnlCTF47eXj2pVipzTamk9RoXNW9mnv7fAWHMcAGxlxCXevNdFgqi52EFkuJXtXv2VEdj8X7XoITrm4xI3Cet5P5yVcnaljjodjkT6/Ng3DZAI9A404/qGSY=; X-YMail-OSG: uDIXpLcVM1mT0ozwfG3ZmbOvYlIoFWPBt3.zDmJ7nbUVKa4H_xpg2MzcVbOgQGFjcg-- Received: from [65.61.124.133] by web39102.mail.mud.yahoo.com via HTTP; Wed, 08 Oct 2008 10:19:47 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Wed, 8 Oct 2008 10:19:47 -0700 (PDT) From: bf To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <104852.27020.qm@web39102.mail.mud.yahoo.com> Subject: Recent Problems with RELENG_7 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 17:46:28 -0000 After updating to RELENG_7 i386 of this weekend, I have been having problems with my machine. When booting normally, the system slows or hangs at the login prompt. If I am able to continue past the prompt, I sometimes experience erratic mouse behavior, and a subsequent hang, after varying lengths of time, even under light workloads. The same problem does not seem to occur in single-user mode, and did not occur with the RELENG_7 i386 of just over a week ago. I have been unable to obtain crashdumps so far, and the only log messages I can find that weren't present before are notices like those recorded below: Oct 8 11:00:40 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 11:11:36 myhost kernel: t_delta 15.fd80c27b52e73380 too short Oct 8 06:00:38 myhost kernel: t_delta 15.fd809cfc695da780 too short Oct 8 06:11:18 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 06:22:14 myhost kernel: t_delta 15.fd80b91b9884d080 too short Oct 8 02:31:34 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 02:56:46 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 02:59:54 myhost kernel: t_delta 15.fd80c27b52e73380 too short Oct 8 03:08:42 myhost kernel: t_delta 15.fd80e34a5f3f8e00 too short Oct 8 03:19:38 myhost kernel: t_delta 15.fd80c27b52e73380 too short Oct 8 03:30:34 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 03:41:14 myhost kernel: t_delta 15.fd8116d8e05cae80 too short Oct 8 03:52:10 myhost kernel: t_delta 15.fd80b46bbb539f00 too short Oct 8 04:03:06 myhost kernel: t_delta 15.fd8104196b97e880 too short Oct 8 04:13:46 myhost kernel: t_delta 15.fd80d9eaa4dd2b00 too short Oct 8 04:24:42 myhost kernel: t_delta 15.fd80600e2dde2400 too short Oct 8 04:35:38 myhost kernel: t_delta 15.fd80b91b9884d080 too short Oct 8 04:46:18 myhost kernel: t_delta 15.fd80d9eaa4dd2b00 too short Oct 8 04:57:14 myhost kernel: t_delta 15.fd80c72b30186500 too short Oct 8 05:08:10 myhost kernel: t_delta 15.fd80c27b52e73380 too short Oct 8 05:18:50 myhost kernel: t_delta 15.fd8116d8e05cae80 too short Oct 8 05:29:46 myhost kernel: t_delta 15.fd80c72b30186500 too short Oct 8 05:40:26 myhost kernel: t_delta 15.fd8120389abf1180 too short Oct 8 05:51:22 myhost kernel: t_delta 15.fd80cbdb0d499680 too short Oct 8 06:02:18 myhost kernel: t_delta 15.fd810d7925fa4b80 too short Oct 8 06:12:58 myhost kernel: t_delta 15.fd80c72b30186500 too short Oct 8 06:23:54 myhost kernel: t_delta 15.fd8161d6b36fc680 too short Oct 8 06:34:50 myhost kernel: t_delta 15.fd8019c037fc3d80 too short Oct 8 06:45:30 myhost kernel: t_delta 15.fd80afbbde226d80 too short Oct 8 06:56:26 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 07:07:22 myhost kernel: t_delta 15.fd80ab0c00f13c00 too short Oct 8 07:18:02 myhost kernel: t_delta 15.fd808eecd1ca1300 too short Oct 8 07:28:58 myhost kernel: t_delta 15.fd804d4eb9195e00 too short Oct 8 07:39:54 myhost kernel: t_delta 15.fd80f159f6d32280 too short Oct 8 07:50:34 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 08:01:30 myhost kernel: t_delta 15.fd80cbdb0d499680 too short Oct 8 08:12:26 myhost kernel: t_delta 15.fd80b91b9884d080 too short Oct 8 08:23:06 myhost kernel: t_delta 15.fd80c72b30186500 too short Oct 8 08:34:02 myhost kernel: t_delta 15.fd80bdcb75b60200 too short Oct 8 08:44:58 myhost kernel: t_delta 15.fd80b46bbb539f00 too short Oct 8 08:55:38 myhost kernel: t_delta 15.fd80c27b52e73380 too short Oct 8 09:06:34 myhost kernel: t_delta 15.fd80c72b30186500 too short Oct 8 09:17:30 myhost kernel: t_delta 15.fd80c27b52e73380 too short Oct 8 09:28:10 myhost kernel: t_delta 15.fd8187559cf95280 too short Oct 8 09:39:06 myhost kernel: t_delta 15.fd80d08aea7ac800 too short Oct 8 09:49:46 myhost kernel: t_delta 15.fd80c72b30186500 too short Oct 7 08:37:07 myhost kernel: t_delta 15.fd80bdcb75b60200 too short I'm not sure if these problems are due to a hardware failure (my memory doesn't show any problems with memtest, and smartmontools doesn't reveal any disk problems), or with recent changes to RELENG-7. Can anyone advise me on how to diagnose the problem? Below are my kernel configuration, my loader configuration, and a verbose boot listing. Thanks, b. cpu I686_CPU ident NEWKERNEL7B makeoptions DEBUG=-g options KDB options KDB_TRACE options KTRACE options STACK options DDB options DDB_NUMSYM options VERBOSE_SYSINIT options INCLUDE_CONFIG_FILE options SCHED_ULE options PREEMPTION options INET device crypto device cryptodev options IPSEC options IPSEC_FILTERTUNNEL options IPSTEALTH options TCP_SIGNATURE options ZERO_COPY_SOCKETS options DIRECTIO options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options UFS_GJOURNAL options COMPAT_43TTY options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options COMPAT_FREEBSD6 options SCSI_DELAY=5000 options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options ADAPTIVE_GIANT options AUDIT device apic options STOP_NMI options HZ=1000 options DEVICE_POLLING options SW_WATCHDOG device cpufreq options HWPMC_HOOKS device eisa device pci device ata device atadisk options ATA_STATIC_ID device atkbdc device atkbd device psm device kbdmux device vga options VGA_WIDTH90 device splash device green_saver options FB_INSTALL_CDEV device sc device agp device pmtimer device loop device random device ether device tun device pty device bpf options BPF_JITTER verbose_loading="YES" screensave_name="green_saver" acpi_dsdt_load="YES" acpi_dsdt_type="acpi_dsdt" acpi_dsdt_name="/boot/acpi_dsdt.aml" hw.acpi.osname="Microsoft Windows" hw.acpi.suspend_state=S1 zpool_cache_load="NO" debug.cpufreq.verbose=1 tmpfs_load="YES" kern.hz=100 net.inet.udp.soreceive_dgram_enabled=1 Copyright (c) 1992-2008 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.1-PRERELEASE #0: Wed Oct 8 09:35:58 EDT 2008 toor@myhost:/usr/obj/usr/src/sys/NEWKERNEL7 subsystem 900000 mtx_pool_setup_static(0)... done. subsystem 1000000 vm_mem_init(0)... done. subsystem 1800000 kmeminit(0)... done. malloc_init(0xc06c5440)... done. malloc_init(0xc06c53e0)... done. malloc_init(0xc06c5380)... done. malloc_init(0xc06c5320)... done. malloc_init(0xc06c52c0)... done. malloc_init(0xc06c57c0)... done. malloc_init(0xc06bcf20)... done. malloc_init(0xc06c7040)... done. malloc_init(0xc06bf3a0)... done. malloc_init(0xc06c70c0)... done. malloc_init(0xc06bfba0)... done. malloc_init(0xc06c77e0)... done. malloc_init(0xc06c7840)... done. malloc_init(0xc06c7780)... done. malloc_init(0xc06c7720)... done. malloc_init(0xc06c7fc0)... done. malloc_init(0xc06c8180)... done. malloc_init(0xc06c81e0)... done. malloc_init(0xc06b9420)... done. malloc_init(0xc06c8bc0)... done. malloc_init(0xc06c8c20)... done. malloc_init(0xc06c8c80)... done. malloc_init(0xc06c98c0)... done. malloc_init(0xc06c9b80)... done. malloc_init(0xc06ca4e0)... done. malloc_init(0xc06baf80)... done. malloc_init(0xc06ca580)... done. malloc_init(0xc06ca5e0)... done. malloc_init(0xc06ca9a0)... done. malloc_init(0xc06cac20)... done. malloc_init(0xc06cae80)... done. malloc_init(0xc06bb0c0)... done. malloc_init(0xc06bb360)... done. malloc_init(0xc06cb1e0)... done. malloc_init(0xc06b8980)... done. malloc_init(0xc06cb300)... done. malloc_init(0xc06bb760)... done. malloc_init(0xc06c3b20)... done. malloc_init(0xc06cb520)... done. malloc_init(0xc06cb5a0)... done. malloc_init(0xc06cb680)... done. malloc_init(0xc06cb720)... done. malloc_init(0xc06cb780)... done. malloc_init(0xc06cb7e0)... done. malloc_init(0xc06cbb20)... done. malloc_init(0xc06cc080)... done. malloc_init(0xc06cc620)... done. malloc_init(0xc06ccb60)... done. malloc_init(0xc06cd160)... done. malloc_init(0xc06cd3a0)... done. malloc_init(0xc06cd680)... done. malloc_init(0xc06be1c0)... done. malloc_init(0xc06cd840)... done. malloc_init(0xc06cd7e0)... done. malloc_init(0xc06ce080)... done. malloc_init(0xc06ce7c0)... done. malloc_init(0xc06cf040)... done. malloc_init(0xc06cf220)... done. malloc_init(0xc06cf2a0)... done. malloc_init(0xc06cf320)... done. malloc_init(0xc06cf440)... done. malloc_init(0xc06cf3e0)... done. malloc_init(0xc06be7a0)... done. malloc_init(0xc06cfba0)... done. malloc_init(0xc06d0160)... done. malloc_init(0xc06d03c0)... done. malloc_init(0xc06d05a0)... done. malloc_init(0xc06d0540)... done. malloc_init(0xc06d04e0)... done. malloc_init(0xc06d07e0)... done. malloc_init(0xc06d0860)... done. malloc_init(0xc06d0a00)... done. malloc_init(0xc06c3de0)... done. malloc_init(0xc06d0be0)... done. malloc_init(0xc06c3e40)... done. malloc_init(0xc06c3ea0)... done. malloc_init(0xc06c4140)... done. malloc_init(0xc06d1280)... done. malloc_init(0xc06d1a20)... done. malloc_init(0xc06d1b60)... done. malloc_init(0xc06d1bc0)... done. malloc_init(0xc06d1c20)... done. malloc_init(0xc06d2940)... done. malloc_init(0xc06d3360)... done. malloc_init(0xc06c41e0)... done. malloc_init(0xc06d3e00)... done. malloc_init(0xc06d4360)... done. malloc_init(0xc06d4de0)... done. malloc_init(0xc06d53e0)... done. malloc_init(0xc06d5380)... done. malloc_init(0xc06d5320)... done. malloc_init(0xc06d52c0)... done. malloc_init(0xc06d5260)... done. malloc_init(0xc06d5200)... done. malloc_init(0xc06d51a0)... done. malloc_init(0xc06d5d60)... done. malloc_init(0xc06d61a0)... done. malloc_init(0xc06d6460)... done. malloc_init(0xc06d66c0)... done. malloc_init(0xc06d6660)... done. malloc_init(0xc06d6600)... done. malloc_init(0xc06d67e0)... done. malloc_init(0xc06d6840)... done. malloc_init(0xc06d68c0)... done. malloc_init(0xc06d6940)... done. malloc_init(0xc06d69a0)... done. malloc_init(0xc06d6a00)... done. malloc_init(0xc06d6b60)... done. malloc_init(0xc06d70e0)... done. malloc_init(0xc06d7140)... done. malloc_init(0xc06d71a0)... done. malloc_init(0xc06d7200)... done. malloc_init(0xc06d7260)... done. malloc_init(0xc06d72c0)... done. malloc_init(0xc06d7320)... done. malloc_init(0xc06d7380)... done. malloc_init(0xc06d73e0)... done. malloc_init(0xc06d7440)... done. malloc_init(0xc06d74a0)... done. malloc_init(0xc06d7500)... done. malloc_init(0xc06d7560)... done. malloc_init(0xc06d75c0)... done. malloc_init(0xc06d7620)... done. malloc_init(0xc06d8520)... done. malloc_init(0xc06d8720)... done. malloc_init(0xc06d87e0)... done. malloc_init(0xc06d8ca0)... done. malloc_init(0xc06c4400)... done. malloc_init(0xc06c4580)... done. malloc_init(0xc06be800)... done. malloc_init(0xc06da4c0)... done. malloc_init(0xc06c46c0)... done. malloc_init(0xc06dc000)... done. malloc_init(0xc06c4820)... done. malloc_init(0xc06be860)... done. malloc_init(0xc06beaa0)... done. malloc_init(0xc06c4b60)... done. malloc_init(0xc06beb40)... done. malloc_init(0xc06df480)... done. malloc_init(0xc06df680)... done. malloc_init(0xc06c4cc0)... done. malloc_init(0xc06dfba0)... done. malloc_init(0xc06dfc40)... done. malloc_init(0xc06e0000)... done. malloc_init(0xc06e0080)... done. malloc_init(0xc06c5240)... done. malloc_init(0xc06c5760)... done. malloc_init(0xc06e5e80)... done. malloc_init(0xc06bec60)... done. init_dynamic_kenv(0)... done. vid_malloc_init(0)... done. sysctl_register_all(0)... done. scmeminit(0)... done. subsystem 1a00000 vmmapentry_rsrc_init(0)... done. subsystem 1ac0000 mtx_pool_setup_dynamic(0)... done. subsystem 1b00000 selectinit(0)... done. filelistinit(0)... done. lf_init(0)... done. mtx_sysinit(0xc06bef20)... done. mtx_sysinit(0xc06c43cc)... done. mtx_sysinit(0xc06c43d8)... done. mtx_sysinit(0xc06cce0c)... done. mtx_sysinit(0xc06c702c)... done. mtx_sysinit(0xc06cd2f4)... done. mtx_sysinit(0xc06c43e4)... done. sx_sysinit(0xc06bef2c)... done. mtx_sysinit(0xc06cd4ac)... done. mtx_sysinit(0xc06cd564)... done. mtx_sysinit(0xc06bef34)... done. sx_sysinit(0xc06beb2c)... done. mtx_sysinit(0xc06da48c)... done. mtx_sysinit(0xc06cdb0c)... done. mtx_sysinit(0xc06d1014)... done. mtx_sysinit(0xc06d1184)... done. mtx_sysinit(0xc06cdb18)... done. mtx_sysinit(0xc06c978c)... done. mtx_sysinit(0xc06d1434)... done. sx_sysinit(0xc06c722c)... done. mtx_sysinit(0xc06c99cc)... done. mtx_sysinit(0xc06d7bf8)... done. mtx_sysinit(0xc06d1ce4)... done. mtx_sysinit(0xc06bf088)... done. mtx_sysinit(0xc06cf00c)... done. sx_sysinit(0xc06dfc24)... done. mtx_sysinit(0xc06cb704)... done. mtx_sysinit(0xc06d29c4)... done. mtx_sysinit(0xc06ca4b8)... done. sx_sysinit(0xc06b8b8c)... done. mtx_sysinit(0xc06b918c)... done. mtx_sysinit(0xc06cf54c)... done. mtx_sysinit(0xc06c4b34)... done. sx_sysinit(0xc06c3a4c)... done. init_bounce_pages(0)... done. arc4_init(0)... done. kobj_init_mutex(0)... done. init_turnstile0(0)... done. subsystem 1c00000 eventhandler_init(0)... done. subsystem 1c00001 umtxq_sysinit(0)... done. subsystem 2000000 linker_init(0)... done. module_init(0)... done. link_elf_init(0)... done. linker_preload(0)... Preloaded elf kernel "/boot/kernel/kernel" at 0xc0812000. Preloaded acpi_dsdt "/boot/acpi_dsdt.aml" at 0xc0812160. Preloaded elf module "/boot/kernel/tmpfs.ko" at 0xc08121a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0812254. done. subsystem 1800000 malloc_init(0xc07fa980)... done. malloc_init(0xc07f9d20)... done. malloc_init(0xc07fad00)... done. malloc_init(0xc07fad80)... done. malloc_init(0xc07f9fa0)... done. malloc_init(0xc07fa2a0)... done. malloc_init(0xc07fae20)... done. malloc_init(0xc07f9360)... done. malloc_init(0xc07faf40)... done. malloc_init(0xc07a3bc0)... done. malloc_init(0xc07a3c20)... done. malloc_init(0xc07fb280)... done. acpi_alloc_wakeup_handler(0)... done. subsystem 1b00000 sx_sysinit(0xc07fa074)... done. sx_sysinit(0xc07fab34)... done. mtx_sysinit(0xc07fa140)... done. sx_sysinit(0xc07fa210)... done. sx_sysinit(0xc07fa298)... done. sx_sysinit(0xc07fa374)... done. sx_sysinit(0xc07f9a18)... done. sx_sysinit(0xc07fa478)... done. sx_sysinit(0xc07f9db4)... done. sx_sysinit(0xc07f9a54)... done. sx_sysinit(0xc07f95f4)... done. sx_sysinit(0xc07fa6dc)... done. sx_sysinit(0xc07fa7f4)... done. sx_sysinit(0xc07fa8f0)... done. subsystem 2000000 linker_init_kernel_modules(0)... done. linker_stop_class_add(0)... done. acpi_pm_register(0)... done. subsystem 20fffff mptable_register(0)... done. madt_register(0)... done. subsystem 2100000 cpu_startup(0)... Calibrating clock(s) ... i8254 clock: 1193173 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 906348380 Hz CPU: AMD Athlon(tm) Processor (906.35-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f6abfff, 514355200 bytes (125575 pages) avail memory = 515796992 (491 MB) done. apic_init(0)... done. bios32_init(0)... bios32: Found BIOS32 Service Directory header at 0xc00f8140 bios32: Entry = 0xfd6e0 (c00fd6e0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6e0+0x12c pnpbios: Found PnP BIOS data at 0xc00f8190 pnpbios: Entry = f0000:ac15 Rev = 1.0 Other BIOS signatures found: done. madt_set_ids(0)... done. subsystem 2200000 proc0_init(0)... done. init_prison(0)... done. init_taskqueue_list(0)... done. shutdown_conf(0)... done. subsystem 2300000 vm_init_limits(0xc06fbea0)... done. uma_startup3(0)... done. subsystem 2380000 db_capture_sysinit(0)... done. subsystem 2400000 sched_setup(0)... ULE: setup cpu 0 done. subsystem 2480000 ktrace_init(0)... done. subsystem 24c0000 audit_init(0)... done. subsystem 2500000 create_init(0)... done. subsystem 2600000 idle_setup(0)... done. subsystem 2700000 mbuf_init(0)... done. sf_buf_init(0)... done. subsystem 2800000 intr_init(0)... done. apic_setup_io(0)... done. atpic_init(0)... done. subsystem 2800001 start_netisr(0)... done. start_softintr(0)... done. subsystem 2900000 aclinit(0)... done. subsystem 2f00000 devfs_devs_init(0)... done. devdtr_init(0)... done. subsystem 3000000 if_init(0)... done. module_register_init(0xc06d0970)... done. subsystem 3100000 module_register_init(0xc06bf938)... done. module_register_init(0xc06bfa70)... done. module_register_init(0xc06bf36c)... done. k6_mem_drvinit(0)... done. module_register_init(0xc06d8c4c)... done. module_register_init(0xc06ca8c8)... done. module_register_init(0xc06bf0d0)... done. module_register_init(0xc06bf2a4)... done. module_register_init(0xc06bf7c0)... done. module_register_init(0xc06d1790)... done. module_register_init(0xc06bf7cc)... done. i686_mem_drvinit(0)... done. tcpsignature_attach(0)... done. ata_init(0)... done. module_register_init(0xc06bb1ac)... done. module_register_init(0xc06bdbd0)... done. module_register_init(0xc06bde28)... done. module_register_init(0xc06bdf80)... done. module_register_init(0xc06dff80)... done. module_register_init(0xc06dff8c)... done. bpf_drvinit(0)... done. module_register_init(0xc06e015c)... done. module_register_init(0xc06e0168)... done. module_register_init(0xc06e0174)... done. module_register_init(0xc06be138)... random: done. module_register_init(0xc06bcf0c)... kbd: new array size 4 kbd1 at kbdmux0 done. module_register_init(0xc06e5510)... done. module_register_init(0xc06e551c)... done. module_register_init(0xc06bb330)... done. module_register_init(0xc06e56ac)... done. module_register_init(0xc06e56b8)... done. module_register_init(0xc06e5778)... done. module_register_init(0xc06e57f0)... done. module_register_init(0xc06e57fc)... done. module_register_init(0xc06e594c)... done. module_register_init(0xc06e5958)... done. module_register_init(0xc06e5964)... done. module_register_init(0xc06e5a80)... done. module_register_init(0xc06e5ddc)... done. module_register_init(0xc06e5de8)... done. module_register_init(0xc06e5df4)... done. module_register_init(0xc06bfd5c)... done. module_register_init(0xc06e5f5c)... done. module_register_init(0xc06bfd68)... done. sm_attach_mouse(0)... done. module_register_init(0xc06e601c)... done. cn_drvinit(0)... done. module_register_init(0xc06e6124)... done. module_register_init(0xc06e61f8)... done. module_register_init(0xc06e6338)... done. module_register_init(0xc06e6478)... done. module_register_init(0xc06e65b8)... done. module_register_init(0xc06e6754)... done. module_register_init(0xc06e6898)... done. module_register_init(0xc06e69d8)... done. module_register_init(0xc06e6b18)... done. module_register_init(0xc06e6c70)... done. module_register_init(0xc06d60b0)... crypto: done. ptc_drvinit(0)... done. module_register_init(0xc06bfdc4)... done. module_register_init(0xc06bfe50)... done. ctty_drvinit(0)... done. module_register_init(0xc06bffc8)... done. module_register_init(0xc06be684)... done. module_register_init(0xc07f9600)... done. led_drvinit(0)... done. module_register_init(0xc07f9790)... done. module_register_init(0xc07f9868)... done. module_register_init(0xc07f9a0c)... done. module_register_init(0xc06dbe20)... done. module_register_init(0xc06dbef0)... done. module_register_init(0xc06dbefc)... done. module_register_init(0xc07f9bb4)... done. module_register_init(0xc07f9cfc)... done. module_register_init(0xc06bb34c)... done. module_register_init(0xc06dc4cc)... done. module_register_init(0xc06dc4d8)... done. module_register_init(0xc07f9e38)... done. module_register_init(0xc07f9f48)... done. module_register_init(0xc07fa068)... done. module_register_init(0xc06dc4e4)... done. module_register_init(0xc06bd0b8)... mem: Pentium Pro MTRR support enabled done. audit_pipe_init(0)... done. module_register_init(0xc07fa158)... done. module_register_init(0xc06bd278)... null: done. module_register_init(0xc07fa224)... done. module_register_init(0xc06dc798)... io: done. module_register_init(0xc07fa368)... done. module_register_init(0xc06dc9a0)... done. module_register_init(0xc06dca6c)... done. module_register_init(0xc07fa46c)... done. module_register_init(0xc06de95c)... done. module_register_init(0xc07fa6b8)... done. module_register_init(0xc06dea20)... done. module_register_init(0xc06dec60)... done. module_register_init(0xc06ded60)... done. module_register_init(0xc06dee48)... done. module_register_init(0xc07fa7e8)... done. log_drvinit(0)... done. module_register_init(0xc07fa8e4)... done. module_register_init(0xc06bd3a0)... done. audit_trigger_cdev_init(0)... done. module_register_init(0xc07faa24)... done. module_register_init(0xc07fab28)... done. module_register_init(0xc06bd468)... done. module_register_init(0xc07fabe0)... done. module_register_init(0xc06bd4e0)... done. module_register_init(0xc06bd600)... done. module_register_init(0xc06df60c)... done. module_register_init(0xc06df618)... done. module_register_init(0xc06bd680)... done. module_register_init(0xc06bb034)... done. module_register_init(0xc06bb4a0)... done. module_register_init(0xc06df724)... done. module_register_init(0xc06df730)... done. module_register_init(0xc06bb5d4)... done. module_register_init(0xc06c3d1c)... done. fildesc_drvinit(0)... done. module_register_init(0xc06bb5e0)... done. module_register_init(0xc06bb5ec)... done. subsystem 3800000 configure_first(0)... done. taskqueue_define_thread(0)... done. taskqueue_define_acpi(0)... done. taskqueue_define_swi_giant(0)... done. taskqueue_define_swi(0)... done. taskqueue_define_kqueue(0)... done. module_register_init(0xc06b9690)... done. taskqueue_define_fast(0)... done. configure(0)... ACPI: RSDP @ 0x0xf8170/0x0014 (v 0 PTLTD ) ACPI: RSDT @ 0x0x1fffd352/0x002C (v 1 PTLTD RSDT 0x06040000 LTP 0x00000000) ACPI: FACP @ 0x0x1ffffb65/0x0074 (v 1 HP Pandora 0x06040000 PTL 0x00000001) ACPI: DSDT @ 0x0x1fffd37e/0x27E7 (v 1 HPHPD Pandora 0x06040000 MSFT 0x0100000B) ACPI: FACS @ 0x0x1fffffc0/0x0040 ACPI: BOOT @ 0x0x1ffffbd9/0x0027 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) npx0: INT 16 interface cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 acpi0: on motherboard ACPI: Overriding _OS definition with "Microsoft Windows" ACPI: Table DSDT replaced by host OS ACPI: DSDT @ 0x0/0x25DB (v 1 HPHPD Pandora 0x06040000 INTL 0x20070320) acpi0: [MPSAFE] acpi0: [ITHREAD] pci_open(1): mode 1 addr port (0x0cf8) is 0x80002104 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=7xxxxxxx) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.PIB_.REGS -> bus 0 dev 4 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT1.REGS -> bus 0 dev 13 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT2.REGS -> bus 0 dev 14 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT3.REGS -> bus 0 dev 15 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT4.REGS -> bus 0 dev 16 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT5.REGS -> bus 0 dev 17 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xccdd7000 pa 0x1000 AcpiOsDerivePciId: \\_SB_.PCI0.REGS -> bus 0 dev 0 func 0 ACPI Error (dsopcode-0671): Field [ALB2] at 120 exceeds Buffer [CRSA] size 104 (bits) [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc29fc960), AE_AML_BUFFER_LIMIT ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc29fc960), AE_AML_BUFFER_LIMIT can't fetch resources for \\_SB_.PCI0.PIB_.SIO0.LPT_ - AE_AML_BUFFER_LIMIT ACPI timer: 0/6 0/4 0/4 0/4 0/6 0/4 0/5 0/5 0/6 1/1 -> 1 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 9 10 11 14 15 Validation 0 11 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 9 10 11 14 15 Validation 0 10 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 6 7 9 10 11 14 15 Validation 0 9 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 9 10 11 14 15 Validation 0 255 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.4.INTD at func 2: 9 ACPI: Found matching pin for 0.14.INTA at func 0: 10 ACPI: Found matching pin for 0.15.INTA at func 0: 9 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x7006, revid=0x25 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled map[14]: type Prefetchable Memory, range 32, base 0xf4012000, size 12, enabled map[18]: type I/O Port, range 32, base 0x1470, size 2, port disabled found-> vendor=0x1022, dev=0x7007, revid=0x01 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x22 domain=0, bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x008f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0571, revid=0x10 domain=0, bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1460, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x10 domain=0, bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1440, size 5, enabled pcib0: matched entry for 0.4.INTD (src \\_SB_.PCI0.PIB_.LNKD:0) pcib0: slot 4 INTD routed to irq 9 via \\_SB_.PCI0.PIB_.LNKD found-> vendor=0x1106, dev=0x3038, revid=0x10 domain=0, bus=0, slot=4, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0015, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfce0, size 5, enabled found-> vendor=0x1106, dev=0x3057, revid=0x30 domain=0, bus=0, slot=4, func=4 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x127a, dev=0x4310, revid=0x00 domain=0, bus=0, slot=14, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D3 current D0 map[10]: type I/O Port, range 32, base 0x1400, size 6, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 14 INTA routed to irq 10 via \\_SB_.PCI0.PIB_.LNKB found-> vendor=0x127a, dev=0x4311, revid=0x00 domain=0, bus=0, slot=14, func=1 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf4000000, size 16, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 14 INTA routed to irq 10 via \\_SB_.PCI0.PIB_.LNKB found-> vendor=0x127a, dev=0x4312, revid=0x00 domain=0, bus=0, slot=14, func=2 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf4010000, size 12, enabled found-> vendor=0x1113, dev=0x1211, revid=0x10 domain=0, bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x1000, size 8, enabled map[14]: type Memory, range 32, base 0xf4011000, size 8, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.PIB_.LNKC:0) pcib0: slot 15 INTA routed to irq 9 via \\_SB_.PCI0.PIB_.LNKC agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 hostb0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xf4012000 agp0: allocating GATT for aperture of size 64M agp0: gatt -> ag_pdir 0x1064000 agp0: allocating GATT for 16384 AGP page entries pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf5000000-0xf5ffffff pcib1: prefetched decode 0xfc000000-0xfdffffff ACPI: Found matching pin for 1.5.INTA at func 0: 11 pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x002c, revid=0x15 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x28 (1200 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf5000000, size 24, enabled pcib1: requested memory range 0xf5000000-0xf5ffffff: good map[14]: type Prefetchable Memory, range 32, base 0xfc000000, size 25, enabled pcib1: requested memory range 0xfc000000-0xfdffffff: good pcib1: matched entry for 1.5.INTA (src \\_SB_.PCI0.PIB_.LNKA:0) pcib1: slot 5 INTA routed to irq 11 via \\_SB_.PCI0.PIB_.LNKA vgapci0: mem 0xf5000000-0xf5ffffff,0xfc000000-0xfdffffff irq 11 at device 5.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1460-0x146f at device 4.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1460 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0xd0 err=0x00 lsb=0x00 msb=0x00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0xff msb=0xff ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) pci0: at device 4.4 (no driver attached) pci0: at device 14.0 (no driver attached) pci0: at device 14.1 (no driver attached) pci0: at device 14.2 (no driver attached) pci0: at device 15.0 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: strange result for test aux port (250). psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 cpu0: on acpi0 cpu0: switching to generic Cx mode ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xd0000-0xd3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices done. configure_final(0)... Device configuration finished. done. cpufreq_post_change_evh_init(0)... done. subsystem 4000000 vntblinit(0)... done. nchinit(0)... done. vfs_hashinit(0)... done. nameiinit(0)... done. module_register_init(0xc06bebc4)... done. module_register_init(0xc07a3d40)... done. module_register_init(0xc06d8000)... done. pipeinit(0)... done. vfs_event_init(0)... done. subsystem 4800000 initclocks(0)... Timecounter "TSC" frequency 906348380 Hz quality 800 done. inittimecounter(0)... Timecounters tick every 10.000 msec done. sched_initticks(0)... done. init_device_poll(0)... done. ntp_init(0)... done. subsystem 5800000 clist_init(0)... done. subsystem 6400000 module_register_init(0xc06cc950)... done. subsystem 6800000 module_register_init(0xc06cc450)... done. subsystem 6c00000 module_register_init(0xc06cbe20)... done. subsystem 6e00000 p31binit(0)... done. sigqueue_start(0)... done. itimer_start(0)... done. p31b_set_standard(0)... done. subsystem 7000000 module_register_init(0xc06be280)... splash: image decoder found: green_saver done. module_register_init(0xc06dc610)... done. module_register_init(0xc06d6008)... crypto: done. knote_init(0)... done. module_register_init(0xc06d0dcc)... done. subsystem 7400000 module_register_init(0xc06c03e8)... done. module_register_init(0xc06c03ac)... done. elf32_insert_brand_entry(0xc06df180)... done. elf32_insert_brand_entry(0xc06df1a0)... done. subsystem 8400000 if_check(0)... done. subsystem 8800000 ipsec_attach(0)... done. domaininit(0)... done. net_add_domain(0xc06d1400)... done. net_add_domain(0xc06d2520)... done. net_add_domain(0xc06d5900)... IPsec: Initialized Security Association Processing. done. net_add_domain(0xc06cdc80)... done. route_init(0)... done. rts_init(0)... done. esp_attach(0)... done. ipcomp_attach(0)... done. ipe4_attach(0)... done. ah_attach(0)... done. arp_init(0)... done. subsystem 8800001 domainfinalize(0)... done. if_attachdomain(0)... done. module_register_init(0xc06d0a84)... lo0: bpf attached done. subsystem 9000000 tcov_init(0)... done. subsystem a000000 synch_setup(0)... done. subsystem a800000 run_interrupt_driven_config_hooks(0)... ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ad0: setting PIO4 on 82C686A chip ad0: setting UDMA66 on 82C686A chip ad0: 43967MB at ata0-master UDMA66 ad0: 90045648 sectors [95286C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire done. subsystem d000000 proc0_post(0)... done. subsystem d800000 module_register_init(0xc06cc45c)... done. module_register_init(0xc06cc468)... done. module_register_init(0xc06cc474)... done. module_register_init(0xc06cc480)... done. module_register_init(0xc06cbe44)... done. module_register_init(0xc06cbe50)... done. module_register_init(0xc06cc95c)... done. module_register_init(0xc06cc968)... done. module_register_init(0xc06cc974)... done. module_register_init(0xc06cc980)... done. module_register_init(0xc06cc98c)... done. module_register_init(0xc06cbe5c)... done. module_register_init(0xc06cbe2c)... done. module_register_init(0xc06cbe38)... done. subsystem e000000 kick_init(0)... done. subsystem e400000 kproc_start(0xc06da4a4)... done. subsystem e800000 kproc_start(0xc06da498)... done. kproc_start(0xc06c76ac)... done. pagezero_start(0)... done. subsystem ea00000 kproc_start(0xc06ce7ac)... done. subsystem ec00000 kproc_start(0xc06cfb7c)... done. kproc_start(0xc06cfb88)... done. kproc_start(0xc06d7bec)... done. subsystem ee00000 acpi_acad_ac_only(0)... done. subsystem f000000 cpuset_init(0)... done. subsystem fffffff scheduler(0)... Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Loading configuration files. /etc/rc: DEBUG: run_rc_command: doit: dumpon_start kernel dumps on /dev/ad0s1b /etc/rc: DEBUG: checkyesno: ddb_enable is set to YES. /etc/rc: DEBUG: run_rc_command: start_precmd: ddb_prestart Starting ddb. /etc/rc: DEBUG: run_rc_command: doit: /sbin/ddb /etc/ddb.conf /etc/rc: DEBUG: run_rc_command: doit: initrandom_start Entropy harvesting: /etc/rc: DEBUG: checkyesno: harvest_interrupt is set to YES. interrupts /etc/rc: DEBUG: checkyesno: harvest_ethernet is set to YES. ethernet /etc/rc: DEBUG: checkyesno: harvest_p_to_p is set to YES. point_to_point kickstart . /etc/rc: DEBUG: run_rc_command: start_precmd: [ -n "$(geli_make_list)" ] /etc/rc: DEBUG: run_rc_command: start_precmd: find_gbde_devices start /etc/rc: DEBUG: run_rc_command: doit: gbde_start /etc/rc: DEBUG: run_rc_command: doit: encswap_attach /etc/rc: DEBUG: run_rc_command: doit: ccd_start /etc/rc: DEBUG: run_rc_command: doit: swapon -a swapon: adding /dev/ad0s1b as swap device /etc/rc: DEBUG: run_rc_command: doit: fsck_start Starting file system checks: /etc/rc: DEBUG: checkyesno: background_fsck is set to YES. /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 21687 free (1695 frags, 2499 blocks, 2.3% fragmentation) /dev/ad0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1g: clean, 187317 free (1677 frags, 23205 blocks, 0.1% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 1318966 free (441878 frags, 109636 blocks, 2.2% fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 18286 free (3886 frags, 1800 blocks, 5.2% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 2799 free (231 frags, 321 blocks, 2.4% fragmentation) /etc/rc: DEBUG: run_rc_command: doit: root_start /etc/rc: DEBUG: checkyesno: hostid_enable is set to NO. /etc/rc: DEBUG: run_rc_command: start_precmd: [ -n "${_mdconfig_list}" ] /etc/rc: DEBUG: run_rc_command: doit: mountcritlocal_start Mounting local file systems: WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. . /etc/rc: DEBUG: checkyesno: zfs_enable is set to NO. /etc/rc: DEBUG: checkyesno: cleanvar_enable is set to YES. /etc/rc: DEBUG: run_rc_command: start_precmd: cleanvar_prestart /etc/rc: DEBUG: run_rc_command: doit: cleanvar_start /etc/rc: DEBUG: run_rc_command: doit: random_start /etc/rc: DEBUG: run_rc_command: doit: adjkerntz -i /etc/rc: DEBUG: checkyesno: atm_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: hostname_start Setting hostname: myhost. /etc/rc: DEBUG: checkyesno: ipfilter_enable is set to NO. /etc/rc: DEBUG: checkyesno: ipnat_enable is set to NO. /etc/rc: DEBUG: checkyesno: ipfs_enable is set to NO. /etc/rc: DEBUG: checkyesno: kldxref_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: sppp_start /etc/rc: DEBUG: run_rc_command: doit: addswap_start /etc/rc: DEBUG: run_rc_command: doit: auto_linklocal_start /etc/rc: DEBUG: checkyesno: ipv6_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: sysctl_start security.bsd.see_other_uids: 1 -> 0 security.bsd.see_other_gids: 1 -> 0 security.bsd.hardlink_check_uid: 0 -> 1 security.bsd.hardlink_check_gid: 0 -> 1 security.bsd.unprivileged_proc_debug: 1 -> 0 security.bsd.unprivileged_read_msgbuf: 1 -> 0 net.inet.ip.stealth: 0 -> 1 net.inet.tcp.syncookies: 1 -> 0 net.inet.ip.check_interface: 0 -> 1 net.inet.tcp.sendspace: 32768 -> 65535 net.inet.tcp.recvspace: 65536 -> 65535 net.inet.udp.recvspace: 41600 -> 65535 net.inet.udp.maxdgram: 9216 -> 57344 net.local.stream.recvspace: 8192 -> 65535 net.local.stream.sendspace: 8192 -> 65535 net.inet.ip.redirect: 1 -> 0 net.inet.ip.random_id: 0 -> 1 kern.ipc.somaxconn: 128 -> 1024 kern.ipc.maxsockbuf: 262144 -> 2097152 kern.randompid: 0 -> 348 net.inet.tcp.blackhole: 0 -> 2 net.inet.udp.blackhole: 0 -> 1 kern.ipc.shmmax: 33554432 -> 67108864 kern.ipc.shmall: 8192 -> 32768 /etc/rc: DEBUG: run_rc_command: doit: network_start /etc/rc: DEBUG: Cloned: lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 /etc/rc: DEBUG: The following interfaces were not configured: /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. /etc/rc: DEBUG: checkyesno: ip6addrctl_enable is set to YES. /etc/rc: DEBUG: run_rc_command: doit: ip6addrctl_start /etc/rc: DEBUG: checkyesno: atm_enable is set to NO. /etc/rc: DEBUG: checkyesno: pfsync_enable is set to NO. /etc/rc: DEBUG: checkyesno: pflog_enable is set to NO. /etc/rc: DEBUG: checkyesno: pf_enable is set to NO. /etc/rc: DEBUG: checkyesno: isdn_enable is set to NO. /etc/rc: DEBUG: checkyesno: ppp_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: routing_start route: writing to routing socket : Network is unreachable add net default: gateway 192.168.5.1: Network is unreachable Additional routing options: ignore ICMP redirect=YES log ICMP redirect=YES . /etc/rc: DEBUG: checkyesno: ipv6_firewall_enable is set to NO. /etc/rc: DEBUG: checkyesno: ipv6_enable is set to NO. /etc/rc: DEBUG: checkyesno: devd_enable is set to YES. Starting devd. /etc/rc: DEBUG: run_rc_command: doit: /sbin/devd /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start hw.acpi.cpu.cx_lowest: C1 -> C1 /etc/rc: DEBUG: checkyesno: devd_enable is set to YES. /etc/rc: DEBUG: checkyesno: ipsec_enable is set to NO. /etc/rc: DEBUG: checkyesno: firewall_enable is set to YES. /etc/rc: DEBUG: run_rc_command: start_precmd: ipfw_prestart /etc/rc: DEBUG: checkyesno: dummynet_enable is set to NO. ipfw2 initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled /etc/rc: INFO: ipfw kernel module loaded. /etc/rc: DEBUG: run_rc_command: doit: ipfw_start /etc/rc.d/natd: DEBUG: checkyesno: natd_enable is set to NO. Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny log ip from any to 127.0.0.0/8 00300 deny log ip from 127.0.0.0/8 to any 00400 deny log ip from 192.168.5.1 to any out via rl0 00500 deny log ip from 192.168.5.2 to any in via rl0 00800 deny log ip from any to any not antispoof in 00900 allow ip from 192.168.5.2 to 192.168.5.1 01000 allow ip from 192.168.5.1 to 192.168.5.2 01100 deny log ip from 10.0.0.0/8 to any 01200 deny log ip from 172.16.0.0/12 to any 01300 deny log ip from table(1) to any 01400 deny log ip from any to 10.0.0.0/8 01500 deny log ip from any to 172.16.0.0/12 01600 deny log ip from any to table(1) 01700 deny log ip from 0.0.0.0/8 to any 01800 deny log ip from 169.254.0.0/16 to any 01900 deny log ip from 192.0.2.0/24 to any 02000 deny log ip from 224.0.0.0/4 to any 02100 deny log ip from 240.0.0.0/4 to any 02200 deny log ip from any to 0.0.0.0/8 02300 deny log ip from any to 169.254.0.0/16 02400 deny log ip from any to 192.0.2.0/24 02500 deny log ip from any to 224.0.0.0/4 02600 deny log ip from any to 240.0.0.0/4 02699 deny log icmp from any to any in via rl0 icmptypes 5,8,9,10,13,15,17 02700 check-state 02800 deny log tcp from me to any established 02801 deny log tcp from any to me established 03200 allow tcp from me to any out setup keep-state 03300 deny log tcp from any to any setup 03301 allow icmp from me to any out via rl0 icmptypes 8 keep-state 03500 allow udp from me to any dst-port 123 keep-state 03600 deny log logamount 500 ip from any to any Firewall rules loaded. /etc/rc: DEBUG: checkyesno: firewall_logging is set to YES. Firewall logging enabled. net.inet.ip.fw.enable: 1 -> 1 /etc/rc: DEBUG: run_rc_command: doit: nsswitch_start /etc/rc: DEBUG: checkyesno: mroute6d_enable is set to NO. /etc/rc: DEBUG: checkyesno: ipv6_router_enable is set to NO. /etc/rc: DEBUG: checkyesno: mrouted_enable is set to NO. /etc/rc: DEBUG: checkyesno: router_enable is set to NO. Additional IP options: log_in_vain=1 tcp extensions=NO drop SYN+FIN packets=YES . /etc/rc: DEBUG: run_rc_command: start_precmd: mountcritremote_precmd /etc/rc: DEBUG: run_rc_command: doit: mountcritremote_start Mounting NFS file systems: . /etc/rc.d/cleanvar: DEBUG: checkyesno: cleanvar_enable is set to YES. /etc/rc.d/cleanvar: DEBUG: run_rc_command: doit: cleanvar_start /etc/rc: DEBUG: run_rc_command: doit: ldconfig_start /etc/rc: DEBUG: checkyesno: ldconfig_insecure is set to NO. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat /usr/local/lib/expect5.44.1.7 /usr/local/lib/gcc-4.2.5 /usr/local/lib/graphviz /usr/local/lib/nss /usr/local/lib/qt4 a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /etc/rc: DEBUG: run_rc_command: doit: cleartmp_start /etc/rc: DEBUG: checkyesno: clear_tmp_enable is set to YES. Clearing /tmp. /etc/rc: DEBUG: checkyesno: clear_tmp_X is set to YES. /etc/rc: DEBUG: checkyesno: xfs_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: devfs_start /etc/rc: DEBUG: checkyesno: ipmon_enable is set to NO. /etc/rc: DEBUG: run_rc_command: start_precmd: [ -n "${_mdconfig2_list}" ] /etc/rc: DEBUG: checkyesno: newsyslog_enable is set to YES. /etc/rc: DEBUG: run_rc_command: doit: newsyslog_start Creating and/or trimming log files: . /etc/rc: DEBUG: checkyesno: syslogd_enable is set to YES. /etc/rc: DEBUG: pid file (/var/run/syslog.pid): not readable. /etc/rc: DEBUG: run_rc_command: start_precmd: syslogd_precmd /etc/rc: DEBUG: checkyesno: named_enable is set to NO. Starting syslogd. /etc/rc: DEBUG: run_rc_command: doit: /usr/sbin/syslogd -ss /etc/rc: DEBUG: run_rc_command: start_precmd: savecore_prestart /etc/rc: DEBUG: run_rc_command: doit: savecore_start Checking for core dump on /dev/ad0s1b... savecore: no dumps found /etc/rc: DEBUG: run_rc_command: doit: archdep_start Initial i386 initialization: /etc/rc: DEBUG: checkyesno: ibcs2_enable is set to NO. . /etc/rc: DEBUG: run_rc_command: doit: abi_start Additional ABI support: /etc/rc: DEBUG: checkyesno: sysvipc_enable is set to NO. /etc/rc: DEBUG: checkyesno: linux_enable is set to NO. /etc/rc: DEBUG: checkyesno: svr4_enable is set to NO. . /etc/rc: DEBUG: checkyesno: tor_enable is set to NO. /etc/rc: DEBUG: checkyesno: accounting_enable is set to NO. /etc/rc: DEBUG: checkyesno: named_enable is set to NO. /etc/rc: DEBUG: checkyesno: ntpdate_enable is set to NO. /etc/rc: DEBUG: checkyesno: rpcbind_enable is set to NO. /etc/rc: DEBUG: checkyesno: nfs_client_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: nisdomain_start /etc/rc: DEBUG: checkyesno: nis_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: nis_client_enable is set to NO. /etc/rc: DEBUG: checkyesno: amd_enable is set to NO. /etc/rc: DEBUG: checkyesno: atm_enable is set to NO. /etc/rc: DEBUG: checkyesno: auditd_enable is set to NO. /etc/rc: DEBUG: checkyesno: dmesg_enable is set to YES. /etc/rc: DEBUG: run_rc_command: doit: do_dmesg /etc/rc: DEBUG: checkyesno: ipxrouted_enable is set to NO. /etc/rc: DEBUG: checkyesno: kerberos5_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: kadmind5_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: keyserv_enable is set to NO. /etc/rc: DEBUG: checkyesno: kpasswdd_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: enable_quotas is set to NO. /etc/rc: DEBUG: checkyesno: nfs_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: mountd_enable is set to NO. /etc/rc: DEBUG: checkyesno: nfs_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: rpc_statd_enable is set to NO. /etc/rc: DEBUG: checkyesno: rpc_lockd_enable is set to NO. /etc/rc: DEBUG: checkyesno: pppoed_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: pwcheck_start /etc/rc: DEBUG: checkyesno: virecover_enable is set to YES. /etc/rc: DEBUG: run_rc_command: doit: virecover_start /etc/rc: DEBUG: checkyesno: svnserve_enable is set to NO. /etc/rc: DEBUG: checkyesno: smartd_enable is set to YES. /etc/rc: DEBUG: pid file (/var/run/smartd.pid): not readable. Starting smartd. /etc/rc: DEBUG: run_rc_command: doit: /usr/local/sbin/smartd -p /var/run/smartd.pid -c /usr/local/etc/smartd.conf Oct 8 10:54:45 myhost smartd[9950]: Device: /dev/ad0, no ATA CHECK POWER STATUS support, ignoring -n Directive /etc/rc: DEBUG: checkyesno: privoxy_enable is set to NO. /etc/rc: DEBUG: checkyesno: dbus_enable is set to NO. /etc/rc: DEBUG: checkyesno: hald_enable is set to NO. /etc/rc: DEBUG: checkyesno: git_daemon_enable is set to NO. /etc/rc: DEBUG: checkyesno: apm_enable is set to NO. /etc/rc: DEBUG: checkyesno: apmd_enable is set to NO. /etc/rc: DEBUG: checkyesno: bootparamd_enable is set to NO. /etc/rc: DEBUG: checkyesno: hcsecd_enable is set to NO. /etc/rc: DEBUG: checkyesno: bthidd_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: local_start Starting local daemons: . /etc/rc: DEBUG: checkyesno: lpd_enable is set to NO. /etc/rc: DEBUG: checkyesno: update_motd is set to NO. /etc/rc: DEBUG: run_rc_command: doit: mountlate_start Mounting late file systems: . /etc/rc: DEBUG: checkyesno: nscd_enable is set to NO. /etc/rc: DEBUG: checkyesno: ntpd_enable is set to NO. /etc/rc: DEBUG: checkyesno: powerd_enable is set to NO. /etc/rc: DEBUG: checkyesno: rarpd_enable is set to NO. /etc/rc: DEBUG: checkyesno: sdpd_enable is set to NO. /etc/rc: DEBUG: checkyesno: rfcomm_pppd_server_enable is set to NO. /etc/rc: DEBUG: checkyesno: rtadvd_enable is set to NO. /etc/rc: DEBUG: checkyesno: rwhod_enable is set to NO. /etc/rc: DEBUG: checkyesno: timed_enable is set to NO. /etc/rc: DEBUG: checkyesno: ugidfw_enable is set to NO. /etc/rc: DEBUG: checkyesno: nis_yppasswdd_enable is set to NO. /etc/rc: DEBUG: checkyesno: ataidle_enable is set to NO. /etc/rc: DEBUG: checkyesno: cvsyncd_enable is set to NO. /etc/rc: DEBUG: checkyesno: clamav_clamd_enable is set to NO. /etc/rc: DEBUG: checkyesno: clamav_milter_enable is set to NO. /etc/rc: DEBUG: checkyesno: clamav_freshclam_enable is set to NO. /etc/rc: DEBUG: checkyesno: avahi_daemon_enable is set to NO. /etc/rc: DEBUG: checkyesno: avahi_dnsconfd_enable is set to NO. /etc/rc: DEBUG: checkyesno: nis_ypxfrd_enable is set to NO. /etc/rc: DEBUG: checkyesno: rpc_ypupdated_enable is set to NO. /etc/rc: DEBUG: checkyesno: nis_ypset_enable is set to NO. /etc/rc: DEBUG: checkyesno: watchdogd_enable is set to NO. /etc/rc: DEBUG: run_rc_command: start_precmd: syscons_precmd /etc/rc: DEBUG: run_rc_command: doit: syscons_start Configuring syscons: keymap scrnmap font8x16 font8x14 font8x8 blanktime screensaver /etc/rc: DEBUG: load_kld: green_saver kernel module already loaded. . /etc/rc: DEBUG: checkyesno: sshd_enable is set to NO. /etc/rc: DEBUG: checkyesno: sendmail_enable is set to NO. /etc/rc: DEBUG: checkyesno: sendmail_submit_enable is set to NO. /etc/rc: DEBUG: checkyesno: sendmail_enable is set to NO. /etc/rc: DEBUG: checkyesno: sendmail_submit_enable is set to NO. /etc/rc: DEBUG: checkyesno: sendmail_outbound_enable is set to NO. /etc/rc: DEBUG: checkyesno: sendmail_msp_queue_enable is set to YES. /etc/rc: DEBUG: pid file (/var/spool/clientmqueue/sm-client.pid): not readable. /etc/rc: DEBUG: run_rc_command: start_precmd: sendmail_precmd /etc/rc: DEBUG: checkyesno: sendmail_msp_queue_enable is set to YES. /etc/rc: DEBUG: checkyesno: sendmail_rebuild_aliases is set to NO. /etc/rc: DEBUG: run_rc_command: doit: /usr/sbin/sendmail -L sm-msp-queue -Ac -q30m /etc/rc: DEBUG: checkyesno: cron_dst is set to YES. /etc/rc: DEBUG: checkyesno: cron_enable is set to YES. /etc/rc: DEBUG: pid file (/var/run/cron.pid): not readable. Starting cron. /etc/rc: DEBUG: run_rc_command: doit: /usr/sbin/cron -s /etc/rc: DEBUG: checkyesno: jail_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: pkg_start Local package initialization: . /etc/rc.d/sysctl: DEBUG: run_rc_command: doit: sysctl_start last net.inet.ip.fw.verbose_limit: 0 -> 500 net.inet.ip.fw.dyn_ack_lifetime: 300 -> 120 /etc/rc: DEBUG: checkyesno: kern_securelevel_enable is set to NO. /etc/rc: DEBUG: checkyesno: moused_enable is set to YES. /etc/rc: DEBUG: pid file (/var/run/moused.pid): not readable. /etc/rc: DEBUG: run_rc_command: doit: moused_start Starting default moused: mousechar_start . /etc/rc: DEBUG: checkyesno: mixer_enable is set to NO. /etc/rc: DEBUG: checkyesno: inetd_enable is set to NO. /etc/rc: DEBUG: checkyesno: idmapd_enable is set to NO. /etc/rc: DEBUG: checkyesno: hostapd_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: geli2_start /etc/rc: DEBUG: checkyesno: ftpd_enable is set to NO. /etc/rc: DEBUG: checkyesno: ftpproxy_enable is set to NO. /etc/rc: DEBUG: checkyesno: bsnmpd_enable is set to NO. /etc/rc: DEBUG: run_rc_command: doit: bridge_start /etc/rc: DEBUG: checkyesno: background_fsck is set to YES. /etc/rc: DEBUG: run_rc_command: doit: bgfsck_start Starting background file system checks in 1200 seconds. Wed Oct 8 10:54:49 EDT 2008 TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:51084 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port Oct 8 11:00:15 myhost login: ROOT LOGIN (toor) ON ttyv0 t_delta 15.fd80bdcb75b60200 too short 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...0 0 done All buffers synced. Uptime: 31m7s Rebooting... Copyright (c) 1992-2008 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.1-PRERELEASE #0: Tue Oct 7 20:06:38 EDT 2008 root@myhost:/usr/obj/usr/src/sys/NEWKERNEL7 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0812000. Preloaded acpi_dsdt "/boot/acpi_dsdt.aml" at 0xc0812160. Preloaded elf module "/boot/kernel/tmpfs.ko" at 0xc08121a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0812254. Calibrating clock(s) ... i8254 clock: 1193133 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 906348035 Hz CPU: AMD Athlon(tm) Processor (906.35-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f6abfff, 514355200 bytes (125575 pages) avail memory = 515796992 (491 MB) bios32: Found BIOS32 Service Directory header at 0xc00f8140 bios32: Entry = 0xfd6e0 (c00fd6e0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6e0+0x12c pnpbios: Found PnP BIOS data at 0xc00f8190 pnpbios: Entry = f0000:ac15 Rev = 1.0 Other BIOS signatures found: ULE: setup cpu 0 random: kbd: new array size 4 kbd1 at kbdmux0 crypto: mem: Pentium Pro MTRR support enabled null: io: ACPI: RSDP @ 0x0xf8170/0x0014 (v 0 PTLTD ) ACPI: RSDT @ 0x0x1fffd352/0x002C (v 1 PTLTD RSDT 0x06040000 LTP 0x00000000) ACPI: FACP @ 0x0x1ffffb65/0x0074 (v 1 HP Pandora 0x06040000 PTL 0x00000001) ACPI: DSDT @ 0x0x1fffd37e/0x27E7 (v 1 HPHPD Pandora 0x06040000 MSFT 0x0100000B) ACPI: FACS @ 0x0x1fffffc0/0x0040 ACPI: BOOT @ 0x0x1ffffbd9/0x0027 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) npx0: INT 16 interface cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 acpi0: on motherboard ACPI: Overriding _OS definition with "Microsoft Windows" ACPI: Table DSDT replaced by host OS ACPI: DSDT @ 0x0/0x25DB (v 1 HPHPD Pandora 0x06040000 INTL 0x20070320) acpi0: [MPSAFE] acpi0: [ITHREAD] pci_open(1): mode 1 addr port (0x0cf8) is 0x80002104 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=70061022) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.PIB_.REGS -> bus 0 dev 4 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT1.REGS -> bus 0 dev 13 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT2.REGS -> bus 0 dev 14 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT3.REGS -> bus 0 dev 15 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT4.REGS -> bus 0 dev 16 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SLT5.REGS -> bus 0 dev 17 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xccdd7000 pa 0x1000 AcpiOsDerivePciId: \\_SB_.PCI0.REGS -> bus 0 dev 0 func 0 ACPI Error (dsopcode-0671): Field [ALB2] at 120 exceeds Buffer [CRSA] size 104 (bits) [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc29fc980), AE_AML_BUFFER_LIMIT ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc29fc980), AE_AML_BUFFER_LIMIT can't fetch resources for \\_SB_.PCI0.PIB_.SIO0.LPT_ - AE_AML_BUFFER_LIMIT ACPI timer: 0/4 0/4 0/6 1/1 0/4 0/6 0/5 0/6 0/4 0/4 -> 1 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 9 10 11 14 15 Validation 0 11 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 9 10 11 14 15 Validation 0 10 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 6 7 9 10 11 14 15 Validation 0 9 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 9 10 11 14 15 Validation 0 255 N 0 3 4 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 6 7 9 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.4.INTD at func 2: 9 ACPI: Found matching pin for 0.14.INTA at func 0: 10 ACPI: Found matching pin for 0.15.INTA at func 0: 9 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x7006, revid=0x25 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled map[14]: type Prefetchable Memory, range 32, base 0xf4012000, size 12, enabled map[18]: type I/O Port, range 32, base 0x1470, size 2, port disabled found-> vendor=0x1022, dev=0x7007, revid=0x01 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x22 domain=0, bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x008f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0571, revid=0x10 domain=0, bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1460, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x10 domain=0, bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1440, size 5, enabled pcib0: matched entry for 0.4.INTD (src \\_SB_.PCI0.PIB_.LNKD:0) pcib0: slot 4 INTD routed to irq 9 via \\_SB_.PCI0.PIB_.LNKD found-> vendor=0x1106, dev=0x3038, revid=0x10 domain=0, bus=0, slot=4, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0015, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xfce0, size 5, enabled found-> vendor=0x1106, dev=0x3057, revid=0x30 domain=0, bus=0, slot=4, func=4 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x127a, dev=0x4310, revid=0x00 domain=0, bus=0, slot=14, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D3 current D0 map[10]: type I/O Port, range 32, base 0x1400, size 6, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 14 INTA routed to irq 10 via \\_SB_.PCI0.PIB_.LNKB found-> vendor=0x127a, dev=0x4311, revid=0x00 domain=0, bus=0, slot=14, func=1 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf4000000, size 16, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 14 INTA routed to irq 10 via \\_SB_.PCI0.PIB_.LNKB found-> vendor=0x127a, dev=0x4312, revid=0x00 domain=0, bus=0, slot=14, func=2 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf4010000, size 12, enabled found-> vendor=0x1113, dev=0x1211, revid=0x10 domain=0, bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x1000, size 8, enabled map[14]: type Memory, range 32, base 0xf4011000, size 8, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.PIB_.LNKC:0) pcib0: slot 15 INTA routed to irq 9 via \\_SB_.PCI0.PIB_.LNKC agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 hostb0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xf4012000 agp0: allocating GATT for aperture of size 64M agp0: gatt -> ag_pdir 0x1064000 agp0: allocating GATT for 16384 AGP page entries pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf5000000-0xf5ffffff pcib1: prefetched decode 0xfc000000-0xfdffffff ACPI: Found matching pin for 1.5.INTA at func 0: 11 pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x002c, revid=0x15 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x28 (1200 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf5000000, size 24, enabled pcib1: requested memory range 0xf5000000-0xf5ffffff: good map[14]: type Prefetchable Memory, range 32, base 0xfc000000, size 25, enabled pcib1: requested memory range 0xfc000000-0xfdffffff: good pcib1: matched entry for 1.5.INTA (src \\_SB_.PCI0.PIB_.LNKA:0) pcib1: slot 5 INTA routed to irq 11 via \\_SB_.PCI0.PIB_.LNKA vgapci0: mem 0xf5000000-0xf5ffffff,0xfc000000-0xfdffffff irq 11 at device 5.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1460-0x146f at device 4.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1460 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0xd0 err=0x00 lsb=0x00 msb=0x00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0xff msb=0xff ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) pci0: at device 4.4 (no driver attached) pci0: at device 14.0 (no driver attached) pci0: at device 14.1 (no driver attached) pci0: at device 14.2 (no driver attached) pci0: at device 15.0 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: strange result for test aux port (250). psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 cpu0: on acpi0 cpu0: switching to generic Cx mode ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xd0000-0xd3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 906348035 Hz quality 800 Timecounters tick every 10.000 msec splash: image decoder found: green_saver crypto: IPsec: Initialized Security Association Processing. lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ad0: setting PIO4 on 82C686A chip ad0: setting UDMA66 on 82C686A chip ad0: 43967MB at ata0-master UDMA66 ad0: 90045648 sectors [95286C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. ipfw2 initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [127.0.0.1]:50114 to [127.0.0.1]:25 tcpflags 0x2; tcp_input: Connection attempt to closed port t_delta 15.fd809cfc695da780 too short From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 18:13:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3992C106570B for ; Wed, 8 Oct 2008 18:13:40 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from belle.0lsen.net (belle.0lsen.net [75.150.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAE28FC18 for ; Wed, 8 Oct 2008 18:13:40 +0000 (UTC) (envelope-from clint@0lsen.net) Received: by belle.0lsen.net (Postfix, from userid 1001) id 208BE79309; Wed, 8 Oct 2008 11:13:32 -0700 (PDT) Date: Wed, 8 Oct 2008 11:13:32 -0700 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20081008181332.GE32260@0lsen.net> References: <20081008085412.GA71654@icarus.home.lan> <20081008170141.34C264500F@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081008170141.34C264500F@ptavv.es.net> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! X-0lsen-net-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 208BE79309.EC6A3 X-0lsen-net-MailScanner: Found to be clean X-0lsen-net-MailScanner-From: clint@0lsen.net X-Spam-Status: No Subject: Re: Problem with dump stalling 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, 08 Oct 2008 18:13:40 -0000 On Oct 08, Kevin Oberman wrote: > I had a system that was showing these exact symptoms David described. It > did this both with -L and without. I went for about 3 months without a > successful dump. I did at least two full system re-installs to no avail. > Then, about 3 weeks ago, when I was about to start some serious > debugging, it started working again. Nothing was touched between the last > failure and the first success. I'm completely baffled! I had a lengthy discussion with Jeremy about this where he lowered the boom on my expectations with UFS2 and dump. I find the lack of a real incremental backup solution with the default filesystem in FreeBSD to be an alarming problem. Thanks, -Clint -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 18:20:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88FF1065689 for ; Wed, 8 Oct 2008 18:20:26 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 93F2D8FC1D for ; Wed, 8 Oct 2008 18:20:26 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id OCC73925; Wed, 08 Oct 2008 11:20:25 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id OCC76124; Wed, 08 Oct 2008 11:20:24 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 890C54501D; Wed, 8 Oct 2008 11:20:24 -0700 (PDT) To: Clint Olsen In-Reply-To: Your message of "Wed, 08 Oct 2008 11:13:32 PDT." <20081008181332.GE32260@0lsen.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1223490024_62215P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 08 Oct 2008 11:20:24 -0700 From: "Kevin Oberman" Message-Id: <20081008182024.890C54501D@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Clint Olsen X-To_Domain: gmail.com X-To: Clint Olsen X-To_Email: clint.olsen@gmail.com X-To_Alias: clint.olsen Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 08 Oct 2008 18:20:27 -0000 --==_Exmh_1223490024_62215P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 8 Oct 2008 11:13:32 -0700 > From: Clint Olsen > Sender: owner-freebsd-stable@freebsd.org > > On Oct 08, Kevin Oberman wrote: > > I had a system that was showing these exact symptoms David described. It > > did this both with -L and without. I went for about 3 months without a > > successful dump. I did at least two full system re-installs to no avail. > > Then, about 3 weeks ago, when I was about to start some serious > > debugging, it started working again. Nothing was touched between the last > > failure and the first success. I'm completely baffled! > > I had a lengthy discussion with Jeremy about this where he lowered the boom > on my expectations with UFS2 and dump. I find the lack of a real > incremental backup solution with the default filesystem in FreeBSD to be an > alarming problem. But it is a fairly unusual issue. We have a LOT of systems doing nightly dumps and only this one had the problem. It lasted for just over two months and simply vanished. I just wish I had some sort of explanation, especially when snapshots (-L) are not used. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1223490024_62215P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI7Pnokn3rs5h7N1ERAla7AJ9hiSJzf9qZ43n87PmQ+yigBnMOGwCeNQ3k M1zklHxkRS6fsGKyjObW+xI= =f7em -----END PGP SIGNATURE----- --==_Exmh_1223490024_62215P-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 18:36:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4AA10656A9 for ; Wed, 8 Oct 2008 18:36:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 226CA8FC13 for ; Wed, 8 Oct 2008 18:36:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id QFJr1a02z1HpZEsA4JctDC; Wed, 08 Oct 2008 18:36:53 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id QJcs1a00G2P6wsM8aJcsYF; Wed, 08 Oct 2008 18:36:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=2tN0PPoFp_AA:10 a=QycZ5dHgAAAA:8 a=AeySgW_HAfhoxRhyOqoA:9 a=S8HN_5x7pavsglYiqesA:7 a=C-zOD2TBqtn_w5wV0lAXgHm8A8EA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 44392C9419; Wed, 8 Oct 2008 11:36:52 -0700 (PDT) Date: Wed, 8 Oct 2008 11:36:52 -0700 From: Jeremy Chadwick To: bf Message-ID: <20081008183652.GA83351@icarus.home.lan> References: <104852.27020.qm@web39102.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <104852.27020.qm@web39102.mail.mud.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Recent Problems with RELENG_7 i386 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, 08 Oct 2008 18:36:54 -0000 On Wed, Oct 08, 2008 at 10:19:47AM -0700, bf wrote: > After updating to RELENG_7 i386 of this weekend, I have been having problems > with my machine. When booting normally, the system slows or hangs at the > login prompt. If I am able to continue past the prompt, I sometimes experience > erratic mouse behavior, and a subsequent hang, after varying lengths of time, > even under light workloads. The same problem does not seem to occur in > single-user mode, and did not occur with the RELENG_7 i386 of just over a > week ago. I have been unable to obtain crashdumps so far, and the only > log messages I can find that weren't present before are notices like those > recorded below: > > Oct 8 11:00:40 myhost kernel: t_delta 15.fd80bdcb75b60200 too short This comes from src/sys/kern/kern_tc.c, around line 908. I'm not familiar with the kernel, but two ideas come to mind: 1) If you have Intel SpeedStep (EIST) or AMD Cool'n'Quiet enabled in your BIOS, try disabling it, 2) If you're using powerd, disable it (I don't see it enabled), 3) Try keeping HZ at 1000 (the default). -- | 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 Oct 8 18:55:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7346C1065693 for ; Wed, 8 Oct 2008 18:55:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id D11EA8FC25 for ; Wed, 8 Oct 2008 18:55:39 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by gxk14 with SMTP id 14so8417034gxk.19 for ; Wed, 08 Oct 2008 11:55:39 -0700 (PDT) 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=/tN1x2iM7EewZCc5Z5b04Ft2z9uzGZrZJSCWWzWvGTA=; b=mStkCH9It4BY5gAPH+GeVd4QiIU7U7758jzJjD8rmvtlvwjDhET/NHzCG2lipha9Q/ 3c+SArqtp5FbqKhDutP6w4cwz0n27KyB1wLSIRxqqQ0Bk0dGAHzpRsSUqJTZII9C6DRt +QVeytcHX6HqgFQwOOFyjIWyPSyjk/Oi16OVM= 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=X0sGVoTsF6YQFFPbe2uhvUjWb1ZosEtbmVRM1NhLRdtc4UWqpXzz7t2iThU4Vwc5MD PFKg60mOrkMnduTjd3DT+JIncTBJW/QDMvbzFdLfR/R409nwMG0Gqi8L25OK78hofdWL OWY4c/vqwW1CwKgn5xHoeUbtVf/WtwyRuuAuY= Received: by 10.100.8.11 with SMTP id 11mr2160898anh.159.1223492138874; Wed, 08 Oct 2008 11:55:38 -0700 (PDT) Received: by 10.100.121.7 with HTTP; Wed, 8 Oct 2008 11:55:38 -0700 (PDT) Message-ID: <3a142e750810081155p33c18f50v6223621429376f35@mail.gmail.com> Date: Wed, 8 Oct 2008 20:55:38 +0200 From: "Paul B. Mahol" To: "Bruce M Simpson" In-Reply-To: <48ECE60F.3060804@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48ECE60F.3060804@incunabulum.net> Cc: FreeBSD stable Subject: Re: 7.0-RELEASE panics when loading USB modules x2 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, 08 Oct 2008 18:55:40 -0000 On 10/8/08, Bruce M Simpson wrote: > Hi, > > I just had 7.0-RELEASE crash again, whilst kldloading the uplcom.ko module > in multi-user mode with X running, and no USB serial devices plugged in. > > The T43 immediately resets, I don't get a chance to drop into a debugger. > > This seems like a pretty serious USB regression. Is anyone looking into it? > Are these things a thing of the past with the "new" USB code? usb2 have uplcom2 inside usb2_serial module. try it and report outcome. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 19:07:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EE4F1065690 for ; Wed, 8 Oct 2008 19:07:09 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-junco.atl.sa.earthlink.net (elasmtp-junco.atl.sa.earthlink.net [209.86.89.63]) by mx1.freebsd.org (Postfix) with ESMTP id A85B28FC13 for ; Wed, 8 Oct 2008 19:07:08 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=bZE6h6KNb6UFCvfsVn1b8w0lxztH/QC8PVSJ4XyLPFgyEWDdxHMhidiiA7relqv1; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [208.118.36.229] (helo=joker.seclark.com) by elasmtp-junco.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1KneNI-00052p-2Z for freebsd-stable@freebsd.org; Wed, 08 Oct 2008 15:07:08 -0400 Message-ID: <48ED04DA.8050902@earthlink.net> Date: Wed, 08 Oct 2008 15:07:06 -0400 From: Stephen Clark User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec79b4eac57fe25ce350cac1514c41cd37a3350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 208.118.36.229 Subject: 6.3-p5 watchdog timer not being disabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 19:07:09 -0000 Hello List, We have 2 different platforms that we are trying to use the watchdog timer and watchdogd program on. One is a Soekris 5501: CPU: Geode(TM) Integrated Processor by AMD PCS (433.25-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 The other is a: CPU: VIA C3 Nehemiah+RNG (1002.28-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x694 Stepping = 4 Features=0x380b03d According to the manpage on watchdogd if is killed with either SIGTERM or SIGINT it is suppose to disable the watchdog timer in the kernel so the system won't reboot. On both of the above platforms this does not work and the platforms reboot when watchdogd is killed with a kill pid, after the timeout value (-t) that had been specified to watchdogd when starting it has elapsed. Am I misunderstanding how this is suppose to work? Thanks for the elucidation, 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 Wed Oct 8 19:11:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A464A1065768 for ; Wed, 8 Oct 2008 19:11:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 27BB48FC28 for ; Wed, 8 Oct 2008 19:11:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m98JB4tW057790; Wed, 8 Oct 2008 15:11:16 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 8 Oct 2008 14:12:10 -0400 User-Agent: KMail/1.9.7 References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <48EBDE69.1030609@delphij.net> <20081008101515.GA59675@iib.unsam.edu.ar> In-Reply-To: <20081008101515.GA59675@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810081412.10808.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 08 Oct 2008 15:11:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8395/Wed Oct 8 12:44:51 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Fernan Aguero , d@delphij.net Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.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, 08 Oct 2008 19:11:31 -0000 On Wednesday 08 October 2008 06:15:15 am Fernan Aguero wrote: > > Did anyone who can trigger the data corruption has tried John's patch > > and let us know if it worked? > > Not yet. My problem is that it's not that easy ... (at least > for me, but maybe I'm missing something). > > The main issue for me is that I don't have a spare box > running 7.x. All my FreeBSD boxes are running 6.x > > I've tried to make a new 7.1-BETA bootable ISO from the > patched sources (make release), but failed ... this is the > first time I've ever attempted this, and it seems that you > cannot do that from a 6.x box (I have a full CVS mirror of > FreeBSD, and a fresh checkout of RELENG_7). You can just grab the existing iso, untar it into a directory, build your own GENERIC kernel and replace the /boot/kernel/kernel in the iso tree, then use mkisofs to build a new ISO. Just be sure that once you've installed the box, you copy the updated kernel onto the box somehow before you reboot from the installer (you can use the fixit shell to help with this). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 20:03:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C86106568E for ; Wed, 8 Oct 2008 20:03:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 831A68FC14 for ; Wed, 8 Oct 2008 20:03:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so786403wra.27 for ; Wed, 08 Oct 2008 13:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=d/Ti0rTivFsN3fvkoN71ogxdqw8ZE5qOVktnvXAD6yU=; b=XkOIt1cFKKFukLR0Si/wcx+FJmNGtH2AHDdXybN2QvRbY1QbY5CLGYlvJ8pBkccoRM yQSzaEPKYORO9Hgpf7Hw3ot0i8mSLx5+iGUAjqwI8NXF6dI5XzhA/Ifg8H1HTSm4FD3s +U4vbhjMvacN/lJ7bnRmb7PLWYV0zDsFTJ0co= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=QkWqrEwbVgWzZkCMBkjVLdMXVI3tjl4agA8H9QsPEyKX0hbpONElEBlt2QF9DDIG3g VmME/OIZSZV4U3dh0+zh++spUEJdzmb2F7r3q+l3+kaTXsjB9GdIYdlzt21O/0j0bdyu mCHqjJTHuMCdGKD24kkhanhp9coVC+8b4EzW4= Received: by 10.100.191.19 with SMTP id o19mr2280393anf.38.1223496202725; Wed, 08 Oct 2008 13:03:22 -0700 (PDT) Received: from kan.dnsalias.net (c-24-62-106-68.hsd1.ma.comcast.net [24.62.106.68]) by mx.google.com with ESMTPS id c29sm7148954anc.13.2008.10.08.13.03.21 (version=SSLv3 cipher=RC4-MD5); Wed, 08 Oct 2008 13:03:22 -0700 (PDT) Date: Wed, 8 Oct 2008 16:03:16 -0400 From: Alexander Kabaev To: unga888@yahoo.com Message-ID: <20081008160316.6e7d7f3f@kan.dnsalias.net> In-Reply-To: <72513.12488.qm@web57002.mail.re3.yahoo.com> References: <20081007185328.29220983@kan.dnsalias.net> <72513.12488.qm@web57002.mail.re3.yahoo.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/72dcXepsJtuQmrOyjp.qHXB"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.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, 08 Oct 2008 20:03:23 -0000 --Sig_/72dcXepsJtuQmrOyjp.qHXB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 7 Oct 2008 20:25:03 -0700 (PDT) Unga wrote: > --- On Wed, 10/8/08, Alexander Kabaev wrote: >=20 > >=20 > > If you still have CVS tree available, you can do 'cvs > > diff -rFSF' in > > contrib/gcc and apply the patches to files gcc-4.2.1/gcc. > >=20 >=20 > Hi Alexander, thanks for the reply. >=20 > I'm new to 'cvs diff -rFSF'. I need to do more home work before I try > your method. >=20 > Could you kindly confirm it work for you? after applying the patch, > does your compilation of gcc complete cleanly? I get errors. > Therefore, could you try it please. >=20 > I'm waiting for your reply. >=20 > Best regards > Unga=20 >=20 I never had a good reason to try, but it should compile with little or no extra work. Getting diff against vendor branch in CVS is much easier way than what you are doing anyway. --=20 Alexander Kabaev --Sig_/72dcXepsJtuQmrOyjp.qHXB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFI7RIEQ6z1jMm+XZYRAlIgAKDViASfGtjOjMwAR4Gy3wAxEsDmnwCeKWhv ilKUpTsabmPxZjCkGpW2t0o= =fv21 -----END PGP SIGNATURE----- --Sig_/72dcXepsJtuQmrOyjp.qHXB-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 20:35:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E7BD1065693; Wed, 8 Oct 2008 20:35:11 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from unsam.edu.ar (mx.unsam.edu.ar [200.45.170.30]) by mx1.freebsd.org (Postfix) with ESMTP id 230A38FC13; Wed, 8 Oct 2008 20:35:06 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from gama.iib.unsam.edu.ar by unsam.edu.ar (MDaemon.PRO.v8.1.1.R) with ESMTP id md50010971504.msg; Wed, 08 Oct 2008 17:35:02 -0300 Received: from gama.iib.unsam.edu.ar (localhost [127.0.0.1]) by gama.iib.unsam.edu.ar (8.14.2/8.14.2) with ESMTP id m98KXQq0081313; Wed, 8 Oct 2008 17:33:26 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by gama.iib.unsam.edu.ar (8.14.2/8.14.2/Submit) id m98KXPLI081312; Wed, 8 Oct 2008 17:33:25 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: gama.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Wed, 8 Oct 2008 17:33:25 -0300 From: Fernan Aguero To: John Baldwin Message-ID: <20081008203325.GD77374@iib.unsam.edu.ar> Mail-Followup-To: Fernan Aguero , John Baldwin , freebsd-stable@freebsd.org, d@delphij.net References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <48EBDE69.1030609@delphij.net> <20081008101515.GA59675@iib.unsam.edu.ar> <200810081412.10808.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810081412.10808.jhb@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Processed: unsam-mail.unsam.edu.ar, Wed, 08 Oct 2008 17:35:02 -0300 (not processed: spam filter disabled) X-Return-Path: fernan@iib.unsam.edu.ar X-MDAV-Processed: unsam-mail.unsam.edu.ar, Wed, 08 Oct 2008 17:36:18 -0300 Cc: d@delphij.net, freebsd-stable@freebsd.org Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.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, 08 Oct 2008 20:35:11 -0000 > On Wednesday 08 October 2008 06:15:15 am Fernan Aguero wrote: > > > Did anyone who can trigger the data corruption has tried John's patch > > > and let us know if it worked? > > > > Not yet. My problem is that it's not that easy ... (at least > > for me, but maybe I'm missing something). > > > > The main issue for me is that I don't have a spare box > > running 7.x. All my FreeBSD boxes are running 6.x > > > > I've tried to make a new 7.1-BETA bootable ISO from the > > patched sources (make release), but failed ... this is the > > first time I've ever attempted this, and it seems that you > > cannot do that from a 6.x box (I have a full CVS mirror of > > FreeBSD, and a fresh checkout of RELENG_7). > You can just grab the existing iso, OK > untar it into a directory, OK > build your own GENERIC kernel and replace the > /boot/kernel/kernel in the iso tree, Will I be able to do this using a 7.x checkout on a 6.x box? > then use mkisofs to build a new ISO. Just be sure that > once you've installed the box, you copy the updated kernel > onto the box somehow before you reboot from the installer > (you can use the fixit shell to help with this). Gotcha. > -- > John Baldwin Fernan From owner-freebsd-stable@FreeBSD.ORG Wed Oct 8 21:02:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D9781065697 for ; Wed, 8 Oct 2008 21:02:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0138B8FC12 for ; Wed, 8 Oct 2008 21:02:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m98L20su058715; Wed, 8 Oct 2008 17:02:01 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Fernan Aguero Date: Wed, 8 Oct 2008 17:00:55 -0400 User-Agent: KMail/1.9.7 References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <200810081412.10808.jhb@freebsd.org> <20081008203325.GD77374@iib.unsam.edu.ar> In-Reply-To: <20081008203325.GD77374@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810081700.55729.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 08 Oct 2008 17:02:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8396/Wed Oct 8 14:48:47 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: d@delphij.net, freebsd-stable@freebsd.org Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.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, 08 Oct 2008 21:02:12 -0000 On Wednesday 08 October 2008 04:33:25 pm Fernan Aguero wrote: > > On Wednesday 08 October 2008 06:15:15 am Fernan Aguero wrote: > > > > Did anyone who can trigger the data corruption has tried John's patch > > > > and let us know if it worked? > > > > > > Not yet. My problem is that it's not that easy ... (at least > > > for me, but maybe I'm missing something). > > > > > > The main issue for me is that I don't have a spare box > > > running 7.x. All my FreeBSD boxes are running 6.x > > > > > > I've tried to make a new 7.1-BETA bootable ISO from the > > > patched sources (make release), but failed ... this is the > > > first time I've ever attempted this, and it seems that you > > > cannot do that from a 6.x box (I have a full CVS mirror of > > > FreeBSD, and a fresh checkout of RELENG_7). > > > You can just grab the existing iso, > > OK > > > untar it into a directory, > > OK > > > build your own GENERIC kernel and replace the > > /boot/kernel/kernel in the iso tree, > > Will I be able to do this using a 7.x checkout on a 6.x box? You can use 'make kernel-toolchain' followed by 'make buildkernel' on a 6.x box to build a 7.x kernel though. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 01:17:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665EF106568B for ; Thu, 9 Oct 2008 01:17:41 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 473C28FC12 for ; Thu, 9 Oct 2008 01:17:41 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so4186567wfg.7 for ; Wed, 08 Oct 2008 18:17:40 -0700 (PDT) Received: by 10.142.212.19 with SMTP id k19mr4005907wfg.13.1223515060796; Wed, 08 Oct 2008 18:17:40 -0700 (PDT) Received: by 10.142.255.21 with HTTP; Wed, 8 Oct 2008 18:17:40 -0700 (PDT) Message-ID: Date: Wed, 8 Oct 2008 18:17:40 -0700 From: "Peter Wemm" To: "Guido Falsi" In-Reply-To: <48E75BB7.2060206@madpilot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> Cc: freebsd-stable@freebsd.org, bsd24x7@yahoo.com Subject: Re: 'at now' not working as expected 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, 09 Oct 2008 01:17:41 -0000 On Sat, Oct 4, 2008 at 5:04 AM, Guido Falsi wrote: > Jeff Richards wrote: >> >> When I try to schedule something immediately with an 'at now' command it >> appears to queue up but can wait multiple minutes before actually executing. >> >> Is there something I have missed with FreeBSD's version of at? I've used >> 'at now' with AIX, Linux, and OpenBSD and it immediately executes for those >> systems. >> >> I am running FreeBSD 7.0 stable. > > atrun is launched from crontab with a 5 minute granularity. So I think that > at now can launch command with at most a 5 minutes delay. > > If this is a problem you can make atrun be launched every minute > reconfiguring the crontab and you will wait at mosta one minute. > > This is explained in the at(1) man page. > > I don't know about other systems at setup. Having a stand-alone at/atrun like this is pretty antiquated. System V cron has had an integrated 'at' since the late 80's. If somebody wanted to update our vixie-cron to integrate atrun functionality it would make my day. It shouldn't be particularly hard. The trick is to leave the nasty at(1) code alone as much as possible and just do something for atrun(8). My tolerance for hacking at(1) code was exceeded when I added hacks for 'at sunrise' and 'at sunset' support to a local version. It wasn't pretty, especially when handling things like '30 minutes before sunrise' etc. (I use this for home automation stuff) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 04:04:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8782E10656A4 for ; Thu, 9 Oct 2008 04:04:23 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id E1E658FC13 for ; Thu, 9 Oct 2008 04:04:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m9944KMj041204; Thu, 9 Oct 2008 15:04:20 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 9 Oct 2008 15:04:19 +1100 (EST) From: Ian Smith To: Peter Wemm In-Reply-To: Message-ID: <20081009145337.P16723@sola.nimnet.asn.au> References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: sidetrack [was Re: 'at now' not working as expected] 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, 09 Oct 2008 04:04:23 -0000 On Wed, 8 Oct 2008, Peter Wemm wrote: [..] > My tolerance for hacking at(1) code was exceeded when I added hacks > for 'at sunrise' and 'at sunset' support to a local version. It > wasn't pretty, especially when handling things like '30 minutes before > sunrise' etc. (I use this for home automation stuff) Peter, just curious .. from where do you pull the current sunrise/sunset info for your location, and in what form? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 05:00:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BC2910656A5 for ; Thu, 9 Oct 2008 05:00:33 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39105.mail.mud.yahoo.com (web39105.mail.mud.yahoo.com [209.191.87.224]) by mx1.freebsd.org (Postfix) with SMTP id F35A88FC21 for ; Thu, 9 Oct 2008 05:00:32 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 35434 invoked by uid 60001); 9 Oct 2008 05:00:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=RXRTnkNtlXfN/cfMY2EKOiawMGRKEHfjI6sazidcXvY7mOYY6OLhZ52aTrvRU4prA9JGUd22NSC4BpwLkjWpMSi7nZ3KKZNGuJWiCGvCM3l7ViDGT+x9bN9NlSSLyycoqCRRSn19Ali+gELCoCpD0E2r+ZMR/IACLTVQw173CHM=; X-YMail-OSG: adIJWGcVM1l_LwFj5_NfQzsXealUHshlI8h8yRCrGeL9olT2ToEmqUleBxxYQRf72g-- Received: from [81.169.137.209] by web39105.mail.mud.yahoo.com via HTTP; Wed, 08 Oct 2008 22:00:32 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Wed, 8 Oct 2008 22:00:32 -0700 (PDT) From: bf To: Jeremy Chadwick , freebsd-stable@freebsd.org In-Reply-To: <20081008183652.GA83351@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <501797.33750.qm@web39105.mail.mud.yahoo.com> Cc: Subject: Re: Recent Problems with RELENG_7 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 05:00:33 -0000 --- On Wed, 10/8/08, Jeremy Chadwick wrote: > From: Jeremy Chadwick > Subject: Re: Recent Problems with RELENG_7 i386 > To: "bf" > Cc: freebsd-stable@freebsd.org > Date: Wednesday, October 8, 2008, 2:36 PM > On Wed, Oct 08, 2008 at 10:19:47AM -0700, bf wrote: > > After updating to RELENG_7 i386 of this weekend, I > have been having problems > > with my machine. When booting normally, the system > slows or hangs at the > > login prompt. If I am able to continue past the > prompt, I sometimes experience > > erratic mouse behavior, and a subsequent hang, after > varying lengths of time, > > even under light workloads. The same problem does not > seem to occur in > > single-user mode, and did not occur with the RELENG_7 > i386 of just over a > > week ago. I have been unable to obtain crashdumps so > far, and the only > > log messages I can find that weren't present > before are notices like those > > recorded below: > > > > Oct 8 11:00:40 myhost kernel: t_delta > 15.fd80bdcb75b60200 too short > > This comes from src/sys/kern/kern_tc.c, around line 908. > I'm not > familiar with the kernel, but two ideas come to mind: > > 1) If you have Intel SpeedStep (EIST) or AMD > Cool'n'Quiet enabled in > your BIOS, try disabling it, > > 2) If you're using powerd, disable it (I don't see > it enabled), > > 3) Try keeping HZ at 1000 (the default). > Thanks, Jeremy, for taking the time to consider my question and reply. My CPU is pre-Cool'n'Quiet, and as far as I can tell I had disabled all forms of power management that may affect the clock speeds. I have found that by raising kern.hz to 250, or by using the default, I no longer receive the t_delta is too short messages, and the other problems are no longer apparent. My question is: why did this occur now? I have been using a similar configuration for months now without any apparent problems. My original goal in using a lower kern.hz was to avoid burdening my machine with excessive context switching. I saw the relevant section of kern_tc.c before I wrote my first message, but when skimming through the changes in RELENG_7 over the past week or two, I couldn't see any commit that may have directly affected kernel timekeeping. Has some new workload been imposed on the system by recent changes, that may have made a kern.hz of 100 insufficient? Is this tuneable setting properly implemented, so that all parts of the base system are using it's current value rather than the default? Could some of my hardware, such as my RTC, be malfunctioning? Regards, b. > -- > | 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 Oct 9 05:12:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D1A01065686 for ; Thu, 9 Oct 2008 05:12:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 27E968FC1E for ; Thu, 9 Oct 2008 05:12:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA09.westchester.pa.mail.comcast.net with comcast id QUSS1a0021HzFnQ59VCFey; Thu, 09 Oct 2008 05:12:15 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.westchester.pa.mail.comcast.net with comcast id QVCE1a00A2P6wsM3aVCEiv; Thu, 09 Oct 2008 05:12:15 +0000 X-Authority-Analysis: v=1.0 c=1 a=2tN0PPoFp_AA:10 a=QycZ5dHgAAAA:8 a=jnS-VZhvUVw0oufeq4IA:9 a=q1JqK9q-0ePhKuKIobsA:7 a=WF6cMMWmMW9_gmKaNlZF9rnvMvAA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=rC2wZJ5BpNYA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 3BB19C9419; Wed, 8 Oct 2008 22:12:14 -0700 (PDT) Date: Wed, 8 Oct 2008 22:12:14 -0700 From: Jeremy Chadwick To: bf Message-ID: <20081009051214.GA94941@icarus.home.lan> References: <20081008183652.GA83351@icarus.home.lan> <501797.33750.qm@web39105.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <501797.33750.qm@web39105.mail.mud.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Recent Problems with RELENG_7 i386 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, 09 Oct 2008 05:12:16 -0000 On Wed, Oct 08, 2008 at 10:00:32PM -0700, bf wrote: > > > > --- On Wed, 10/8/08, Jeremy Chadwick wrote: > > > From: Jeremy Chadwick > > Subject: Re: Recent Problems with RELENG_7 i386 > > To: "bf" > > Cc: freebsd-stable@freebsd.org > > Date: Wednesday, October 8, 2008, 2:36 PM > > On Wed, Oct 08, 2008 at 10:19:47AM -0700, bf wrote: > > > After updating to RELENG_7 i386 of this weekend, I > > have been having problems > > > with my machine. When booting normally, the system > > slows or hangs at the > > > login prompt. If I am able to continue past the > > prompt, I sometimes experience > > > erratic mouse behavior, and a subsequent hang, after > > varying lengths of time, > > > even under light workloads. The same problem does not > > seem to occur in > > > single-user mode, and did not occur with the RELENG_7 > > i386 of just over a > > > week ago. I have been unable to obtain crashdumps so > > far, and the only > > > log messages I can find that weren't present > > before are notices like those > > > recorded below: > > > > > > Oct 8 11:00:40 myhost kernel: t_delta > > 15.fd80bdcb75b60200 too short > > > > This comes from src/sys/kern/kern_tc.c, around line 908. > > I'm not > > familiar with the kernel, but two ideas come to mind: > > > > 1) If you have Intel SpeedStep (EIST) or AMD > > Cool'n'Quiet enabled in > > your BIOS, try disabling it, > > > > 2) If you're using powerd, disable it (I don't see > > it enabled), > > > > 3) Try keeping HZ at 1000 (the default). > > > > Thanks, Jeremy, for taking the time to consider my question and reply. > > My CPU is pre-Cool'n'Quiet, and as far as I can tell I had disabled > all forms of power management that may affect the clock speeds. I have > found that by raising kern.hz to 250, or by using the default, I no > longer receive the t_delta is too short messages, and the other problems > are no longer apparent. My question is: why did this occur now? I don't know. We can't rewind time and find out system parameters and kernel details from 6 months ago. :-) I'm thinking it might have something to do with the timecounter selected by the kernel, but as I said, we can't rewind time to find out what things were in the past. The kernel environment variables I'm talking about are kern.timecounter. "sysctl kern.timecounter" could help shed some light here, maybe. It would at least allow us to see what timecounters are available on your system, and if a bad/unreliable one is being selected automatically. > I have been using a similar configuration for months now without any > apparent problems. My original goal in using a lower kern.hz was to > avoid burdening my machine with excessive context switching. This is over my head, technically. I would need to pull John Baldwin into this, since he knows a bit about both (timecounters and context switching). I'm just a simple caveman..... :-) > I saw the relevant section of kern_tc.c before I wrote my first > message, but when skimming through the changes in RELENG_7 over the > past week or two, I couldn't see any commit that may have directly > affected kernel timekeeping. Has some new workload been imposed on > the system by recent changes, that may have made a kern.hz of 100 > insufficient? Is this tuneable setting properly implemented, so that > all parts of the base system are using it's current value rather than > the default? Could some of my hardware, such as my RTC, be > malfunctioning? Well, I believe HZ was increased from 100 to 1000 long ago (RELENG_6?) as a default. I'm really not sure of the implications of decreasing it, besides having less granularity for some things (the only things I know of would be something pertaining to firewalls, I just can't remember what. My brain is full. :-) ) -- | 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 Oct 9 07:20:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30A5D10656A2 for ; Thu, 9 Oct 2008 07:20:42 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39105.mail.mud.yahoo.com (web39105.mail.mud.yahoo.com [209.191.87.224]) by mx1.freebsd.org (Postfix) with SMTP id DC4D58FC1C for ; Thu, 9 Oct 2008 07:20:41 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 28549 invoked by uid 60001); 9 Oct 2008 07:20:41 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=X5t360cWjz7OXMQ8iYUFK1V+UawzxiQGUzEC2+96ZGVT5pkNsWq/K5SSJ/O6ofChGaV7mlcp9WmbsZFr7MuiEuvaHadg6qySP4e5K3W/YKvpltWd/jTDRB6mngLXmuI3wjVyfg1YJ1zBBBUs7ryfjlp0T+Yr4oUNuI4GCu1hv60=; X-YMail-OSG: QCflGggVM1mjnwnmCiD41O_48dHSJMOTz7YqSUyv_uEtQ0s6KTzj6zmFiYAREVQQ1hOUK7ZIZKwPEo6dtIEUpvnkuYH06d2bNCCZ7l.hhSt5UtHhQTWLDzllztKN9bgACjoR0o6GuJ8jq_3DdFMkRh2Adky8BXZhGQ.pcC7qNksLRCPyLpJEWUPzICQjxZ8MV35ecxZ_txt6nL58KPPhhdIu3mkeoAvzTYxJy47atQ.9 Received: from [81.169.137.209] by web39105.mail.mud.yahoo.com via HTTP; Thu, 09 Oct 2008 00:20:41 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Thu, 9 Oct 2008 00:20:41 -0700 (PDT) From: bf To: Jeremy Chadwick , freebsd-stable@freebsd.org In-Reply-To: <20081009051214.GA94941@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <428021.27656.qm@web39105.mail.mud.yahoo.com> Cc: Subject: Re: Recent Problems with RELENG_7 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 07:20:42 -0000 --- On Thu, 10/9/08, Jeremy Chadwick wrote: > From: Jeremy Chadwick > Subject: Re: Recent Problems with RELENG_7 i386 > To: "bf" > Cc: freebsd-stable@freebsd.org > Date: Thursday, October 9, 2008, 1:12 AM > On Wed, Oct 08, 2008 at 10:00:32PM -0700, bf wrote: > > > > > > > > --- On Wed, 10/8/08, Jeremy Chadwick > wrote: > > > > > From: Jeremy Chadwick > > > Subject: Re: Recent Problems with RELENG_7 i386 > > > To: "bf" > > > Cc: freebsd-stable@freebsd.org > > > Date: Wednesday, October 8, 2008, 2:36 PM > > > On Wed, Oct 08, 2008 at 10:19:47AM -0700, bf > wrote: > > > > After updating to RELENG_7 i386 of this > weekend, I > > > have been having problems > > > > with my machine. When booting normally, the > system > > > slows or hangs at the > > > > login prompt. If I am able to continue past > the > > > prompt, I sometimes experience > > > > erratic mouse behavior, and a subsequent > hang, after > > > varying lengths of time, > > > > even under light workloads. The same > problem does not > > > seem to occur in > > > > single-user mode, and did not occur with the > RELENG_7 > > > i386 of just over a > > > > week ago. I have been unable to obtain > crashdumps so > > > far, and the only > > > > log messages I can find that weren't > present > > > before are notices like those > > > > recorded below: > > > > > > > > Oct 8 11:00:40 myhost kernel: t_delta > > > 15.fd80bdcb75b60200 too short > > > > > > This comes from src/sys/kern/kern_tc.c, around > line 908. > > > I'm not > > > familiar with the kernel, but two ideas come to > mind: > > > > > > 1) If you have Intel SpeedStep (EIST) or AMD > > > Cool'n'Quiet enabled in > > > your BIOS, try disabling it, > > > > > > 2) If you're using powerd, disable it (I > don't see > > > it enabled), > > > > > > 3) Try keeping HZ at 1000 (the default). > > > > > > > Thanks, Jeremy, for taking the time to consider my > question and reply. > > > > My CPU is pre-Cool'n'Quiet, and as far as I > can tell I had disabled > > all forms of power management that may affect the > clock speeds. I have > > found that by raising kern.hz to 250, or by using the > default, I no > > longer receive the t_delta is too short messages, and > the other problems > > are no longer apparent. My question is: why did this > occur now? > > I don't know. We can't rewind time and find out > system parameters and > kernel details from 6 months ago. :-) Well, actually, with version control, we can -- if we're willing to take the trouble. My local settings haven't changed much, and the load we're talking about is not some pattern lost in the mists of time, but simply booting up. But I'm not suggesting going to any such lengths: the changed behavior occurred after the most recent changes to RELENG_7, in the past two weeks or less. Like you, I haven't taken the time to delve into the inner workings of the kernel, and so I was hoping that someone who had been monitoring RELENG_7's behavior (it's being tested before-and-after commits fairly often during this pre-release freeze, right?) or someone who had made recent changes might be able to narrow it down even further, either by pointing to some changes that might have tipped my machine over the edge at kern.hz=100, or by ruling out FreeBSD changes entirely and pointing the finger at some hardware problem. Some of the related sysctls are: kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) ACPI-safe(850) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-safe kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 4294967295 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-safe.mask: 16777215 kern.timecounter.tc.ACPI-safe.frequency: 3579545 kern.timecounter.tc.ACPI-safe.quality: 850 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.frequency: 906349154 kern.timecounter.tc.TSC.quality: 800 vfs.timestamp_precision: 0 machdep.acpi_timer_freq: 3579545 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.attimer.0.%desc: AT realtime clock dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.PIB_.RTC_ dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT timer dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.PIB_.TIME dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.1.%parent: acpi0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 and my original message showed how some of the timers were handled during booting up. I don't think these have changed since 12 Sept., when jhb@ changed local_apic.c in SVN rev 182982. So that change _alone_ would not have caused my problem. More recently, kib@ committed changes to db_trace.c, devfs, vm, ata, and to various kernel routines; and rwatson@ made changes to udp, tcp, sockets, and ipfw. Regards, b. > > I'm thinking it might have something to do with the > timecounter selected > by the kernel, but as I said, we can't rewind time to > find out what > things were in the past. > > The kernel environment variables I'm talking about are > kern.timecounter. > "sysctl kern.timecounter" could help shed some > light here, maybe. It > would at least allow us to see what timecounters are > available on your > system, and if a bad/unreliable one is being selected > automatically. > > > I have been using a similar configuration for months > now without any > > apparent problems. My original goal in using a lower > kern.hz was to > > avoid burdening my machine with excessive context > switching. > > This is over my head, technically. I would need to pull > John Baldwin > into this, since he knows a bit about both (timecounters > and context > switching). I'm just a simple caveman..... :-) > > > I saw the relevant section of kern_tc.c before I wrote > my first > > message, but when skimming through the changes in > RELENG_7 over the > > past week or two, I couldn't see any commit that > may have directly > > affected kernel timekeeping. Has some new workload > been imposed on > > the system by recent changes, that may have made a > kern.hz of 100 > > insufficient? Is this tuneable setting properly > implemented, so that > > all parts of the base system are using it's > current value rather than > > the default? Could some of my hardware, such as my > RTC, be > > malfunctioning? > > Well, I believe HZ was increased from 100 to 1000 long ago > (RELENG_6?) > as a default. I'm really not sure of the implications > of decreasing it, > besides having less granularity for some things (the only > things I know > of would be something pertaining to firewalls, I just > can't remember > what. My brain is full. :-) ) > > -- > | 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 Oct 9 09:34:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 711F610656A1 for ; Thu, 9 Oct 2008 09:34:41 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57005.mail.re3.yahoo.com (web57005.mail.re3.yahoo.com [66.196.97.109]) by mx1.freebsd.org (Postfix) with SMTP id 1C9578FC34 for ; Thu, 9 Oct 2008 09:34:40 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 52045 invoked by uid 60001); 9 Oct 2008 09:34:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=LlyzVaOu9QS6nr6KG1VKmwOcB2pNPsRf0K0g66zjN22JoYmo7wyQptrwvIGB1jamCpREijkAsS/xuC5IGNSJM2fnVUcM/Wm/n5fJwdFCeICOzA0tsa5NAtCTnWGutpf0Cv4srWbkRsbozWTF2K7yU0fFdoiphh+80LF9RXYm90Y=; X-YMail-OSG: 4x45w38VM1nF5PqSpxpyKixSoHWKAAM91oiloyA6J1KXZ.AKe16EhSaVNQ1EoloPsR7XE5wsyQf77yNik2tm4SBzrqImEbDOlSqnA5a7nPbCVJcdlJNkvKjutStPjKHoWqU3UuZj.9Ja6DSndSfDLjfm1aU- Received: from [220.255.7.249] by web57005.mail.re3.yahoo.com via HTTP; Thu, 09 Oct 2008 02:34:40 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Thu, 9 Oct 2008 02:34:40 -0700 (PDT) From: Unga To: Alexander Kabaev In-Reply-To: <20081007185328.29220983@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <533947.52036.qm@web57005.mail.re3.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Help me to develop a FreeBSD patch for gcc-4.2.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 09:34:41 -0000 --- On Wed, 10/8/08, Alexander Kabaev wrote: > If you still have CVS tree available, you can do 'cvs > diff -rFSF' in > contrib/gcc and apply the patches to files gcc-4.2.1/gcc. > Hi Alexander Here is how I made the patch: cd ~ mkdir -pv freebsd cd freebsd cvs -d freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs co -rRELENG_7 src cvs diff -rFSF >& FreeBSD-gcc-4.2.1.patch I have applied the patch on a fresh copy of gcc-4.2.1 and compiled. As before it develops errors: ../../gcc-4.2.1/gcc/c-format.c: In function 'check_format_info_main': ../../gcc-4.2.1/gcc/c-format.c:1780: error: 'flag_format_extensions' undeclared (first use in this function) ../../gcc-4.2.1/gcc/c-format.c:1780: error: (Each undeclared identifier is reported only once ../../gcc-4.2.1/gcc/c-format.c:1780: error: for each function it appears in.) gmake[2]: *** [c-format.o] Error 1 Have I missed out something? Could you help me to move forward from here? For an example, I can over come the above error by adding following lines to the gcc-4.2.1/gcc/config/i386/i386.opt: fformat-extensions Common Report Var(flag_format_extensions) Init(0) Allow FreeBSD kernel-specific printf format specifiers. Is that the correct move forward? Best regards Unga From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 10:20:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EA22106568B for ; Thu, 9 Oct 2008 10:20:55 +0000 (UTC) (envelope-from chris+freebsd-stable@schug.net) Received: from motd.eu (s4.schug.net [85.214.112.80]) by mx1.freebsd.org (Postfix) with ESMTP id 5E10C8FC0C for ; Thu, 9 Oct 2008 10:20:55 +0000 (UTC) (envelope-from chris+freebsd-stable@schug.net) Received: from gateway.ciao.com ([194.97.158.225]:49908 helo=dt1.in-muc.ciao.com) by motd.eu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KnsRU-0008J8-Eq; Thu, 09 Oct 2008 12:08:24 +0200 Date: Thu, 9 Oct 2008 12:08:17 +0200 From: Christoph Schug To: David Peall Message-ID: <20081009100816.GA8674@dt1.in-muc.ciao.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: schug.net 'Reply-To: Christoph Schug ' User-Agent: Mutt/1.5.17 OpenPKG/CURRENT (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 09 Oct 2008 10:20:55 -0000 On Wed, Oct 08, 2008, David Peall wrote: > I'm running 7.0-RELEASE-p4 and trying to backup to an external USB > drive. > > I'm using the following command > > dump -a0Lf /backup/diskimages/root /dev/mfid0s1a [...] > But it just stops at a random percentage, the system continues to run > and the processes are killable? This is a know bug which mainly affects multi-core CPU systems. It is fixed in RELENG_7, see also PR bin/121684 [1] where the relevant patch is referenced. [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/121684 -cs From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 10:44:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D0E11065686 for ; Thu, 9 Oct 2008 10:44:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id AA7098FC0C for ; Thu, 9 Oct 2008 10:44:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA01.westchester.pa.mail.comcast.net with comcast id QaLa1a0040vyq2s51akaty; Thu, 09 Oct 2008 10:44:34 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.westchester.pa.mail.comcast.net with comcast id QakZ1a0012P6wsM3RakZSD; Thu, 09 Oct 2008 10:44:34 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=w8hA2ceew1RtsSP2GYEA:9 a=3PTUXYSWg10YNgUvP20A:7 a=atC1h1YqGBvtbnd-CdZjaaQByU4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CC166C9419; Thu, 9 Oct 2008 03:44:32 -0700 (PDT) Date: Thu, 9 Oct 2008 03:44:32 -0700 From: Jeremy Chadwick To: Christoph Schug Message-ID: <20081009104432.GA2053@icarus.home.lan> References: <20081009100816.GA8674@dt1.in-muc.ciao.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081009100816.GA8674@dt1.in-muc.ciao.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, David Peall Subject: Re: Problem with dump stalling 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, 09 Oct 2008 10:44:36 -0000 On Thu, Oct 09, 2008 at 12:08:17PM +0200, Christoph Schug wrote: > On Wed, Oct 08, 2008, David Peall wrote: > > > I'm running 7.0-RELEASE-p4 and trying to backup to an external USB > > drive. > > > > I'm using the following command > > > > dump -a0Lf /backup/diskimages/root /dev/mfid0s1a > [...] > > But it just stops at a random percentage, the system continues to run > > and the processes are killable? > > This is a know bug which mainly affects multi-core CPU systems. It is > fixed in RELENG_7 see also PR bin/121684 [1] where the relevant patch > is referenced. > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/121684 This was fixed on HEAD in revision 1.48 (March 13th), with the comment "MFC: 1 week". The commit to RELENG_7 did not happen until April 19th, see revision 1.39.2.3: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/subr_sleepqueue.c The PR referenced in the CVS commit is PR 117603. David, can you verify you're using a version of src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? If so, the problem David is experiencing is different. If not, David will need to csup and then rebuild world and kernel (do NOT just do one; do both) to pick up the changes. -- | 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 Oct 9 11:30:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2D46106569F for ; Thu, 9 Oct 2008 11:30:43 +0000 (UTC) (envelope-from andrewd@webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3CC8FC15 for ; Thu, 9 Oct 2008 11:30:43 +0000 (UTC) (envelope-from andrewd@webzone.net.au) Received: from ppp121-45-69-26.lns10.adl6.internode.on.net ([121.45.69.26] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KntZ1-000GNM-DQ; Thu, 09 Oct 2008 20:50:15 +0930 Message-ID: <48EDE8DC.8030108@webzone.net.au> Date: Thu, 09 Oct 2008 21:49:56 +1030 From: Andrew D User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ian Smith , 'FreeBSD Stable' References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> In-Reply-To: <20081009145337.P16723@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 09 Oct 2008 11:30:44 -0000 Hi Ian, Ian Smith wrote: > On Wed, 8 Oct 2008, Peter Wemm wrote: > [..] > > My tolerance for hacking at(1) code was exceeded when I added hacks > > for 'at sunrise' and 'at sunset' support to a local version. It > > wasn't pretty, especially when handling things like '30 minutes before > > sunrise' etc. (I use this for home automation stuff) > > Peter, just curious .. from where do you pull the current sunrise/sunset > info for your location, and in what form? > In Australia, you get it from Geoscience Australia. http://www.ga.gov.au/geodesy/astro/sunrise.jsp Just need a few curl queries and then extract the required info from the html source :) HTH cya Andrew > cheers, Ian > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 11:36:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037241065695 for ; Thu, 9 Oct 2008 11:36:09 +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 464548FC24 for ; Thu, 9 Oct 2008 11:36:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-87-122.lns10.adl6.internode.on.net [121.45.87.122]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m99Ba5u3098108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 9 Oct 2008 22:06:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 9 Oct 2008 22:06:01 +1030 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1261806.Aj5mrrysA9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810092206.02362.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: Userland PPP not deleting old IP on disconnect 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, 09 Oct 2008 11:36:09 -0000 --nextPart1261806.Aj5mrrysA9 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am using userland PPP to do PPPoE and I am finding that it isn't deleting= the old IP from tun0 when the link goes down, eg Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: logout -> hangup Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: Connect time: 950 = secs: 2711068 octets in, 39993514 octets out [midget 22:00] ~ >ifconfig tun0 tun0: flags=3D8051 metric 0 mtu 1500 inet 121.45.251.180 --> 203.16.215.184 netmask 0xffffffff Opened by PID 53728 I have the following config.. default: set device /dev/cuaa0 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT \ OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set speed 115200 set ctsrts on set server /var/run/ppp/tun%d foobar set urgent tcp 22 set urgent udp 27010 27011 27012 27013 27014 27015 27016 27017 27018 27019= 27020 27960 14577 14578 14579 14580 set log Phase Chat IPCP CCP tun command connect internode: set device PPPoE:em0 set ifaddr 0.0.0.0/0 0.0.0.0/0 resolv readonly disable pap enable dns set cd 5 set dial set login set redial 5+30-120 0 enable lqr enable echo set lqrperiod 3 set reconnect 10 100000 set authname username set authkey password add default HISADDR I don't have any linkup/linkdown scripts.. Any one have an idea why this would be happening? System is a FreeBSD midget.dons.net.au 7.0-STABLE FreeBSD 7.0-STABLE #1: Su= n Jun 1 19:20:18 CST 2008 darius@midget.dons.net.au:/data/obj/data/src= /sys/GENERIC i386 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 --nextPart1261806.Aj5mrrysA9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBI7eyi5ZPcIHs/zowRAk8SAKCfXIbhy1UP4p6rmwV1lqYrrUaw0gCcCM7C 65PjeFi/45v37HwFPJIHP9A= =MabC -----END PGP SIGNATURE----- --nextPart1261806.Aj5mrrysA9-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 11:58:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0A01065699; Thu, 9 Oct 2008 11:58:50 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id BC3AA8FC17; Thu, 9 Oct 2008 11:58:48 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KnuAH-000886-59; Thu, 09 Oct 2008 13:58:45 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 9 Oct 2008 13:58:39 +0200 Message-ID: In-Reply-To: <20081009104432.GA2053@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: Ackp/CpmwY6koUidQti2Zgmk43sqqAACbbGA References: <20081009100816.GA8674@dt1.in-muc.ciao.com> <20081009104432.GA2053@icarus.home.lan> From: "David Peall" To: "Jeremy Chadwick" , "Christoph Schug" X-Antivirus-Scanned: Clean by seren.wcsn.org.za Cc: freebsd-stable@freebsd.org Subject: RE: Problem with dump stalling 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, 09 Oct 2008 11:58:50 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Jeremy Chadwick > Sent: 09 October 2008 12:45 PM > To: Christoph Schug > Cc: freebsd-stable@freebsd.org; David Peall > Subject: Re: Problem with dump stalling >=20 > This was fixed on HEAD in revision 1.48 (March 13th), with the comment > "MFC: 1 week". >=20 > The commit to RELENG_7 did not happen until April 19th, see revision > 1.39.2.3: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/subr_sleepqueue.c >=20 > The PR referenced in the CVS commit is PR 117603. >=20 > David, can you verify you're using a version of > src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? >=20 > If so, the problem David is experiencing is different. If not, David > will need to csup and then rebuild world and kernel (do NOT just do > one; do both) to pick up the changes. >=20 I'm using stable: FreeBSD ochre.school.za 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 #0: Tue Sep 2 18:48:24 UTC 2008 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 I don't update via source only via binaries, how would I tell? Regards -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 12:22:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D56691065689 for ; Thu, 9 Oct 2008 12:22:51 +0000 (UTC) (envelope-from andrewd@webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 90FF28FC2A for ; Thu, 9 Oct 2008 12:22:51 +0000 (UTC) (envelope-from andrewd@webzone.net.au) Received: from ppp121-45-69-26.lns10.adl6.internode.on.net ([121.45.69.26] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KnuXZ-000I5U-LT; Thu, 09 Oct 2008 21:52:49 +0930 Message-ID: <48EDF787.2010305@webzone.net.au> Date: Thu, 09 Oct 2008 22:52:31 +1030 From: Andrew D User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Daniel O'Connor References: <200810092206.02362.doconnor@gsoft.com.au> In-Reply-To: <200810092206.02362.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect 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, 09 Oct 2008 12:22:51 -0000 Hi Fellow Node user :), I have the same + similar issue. Daniel O'Connor wrote: > Hi, > I am using userland PPP to do PPPoE and I am finding that it isn't deleting the old IP from tun0 when the link goes down, eg > > Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: logout -> hangup > Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: Connect time: 950 secs: 2711068 octets in, 39993514 octets out > > [midget 22:00] ~ >ifconfig tun0 > tun0: flags=8051 metric 0 mtu 1500 > inet 121.45.251.180 --> 203.16.215.184 netmask 0xffffffff > Opened by PID 53728 > tun0: flags=8051 metric 0 mtu 1492 inet 121.45.215.128 --> 203.16.215.183 netmask 0xffffffff inet 121.45.69.26 --> 203.16.215.186 netmask 0xffffffff Opened by PID 90863 The second line only shows up when the gateway is different between IP assignments from the ISP. I have no idea if this blocks access to the previous IP, not that it's a major issue. uname -a FreeBSD gateway.abdulla 7.0-STABLE FreeBSD 7.0-STABLE #1: Sat Jun 21 03:10:37 CST 2008 root@gateway.abdulla:/usr/obj/usr/src/sys/MYKERN i386 My ppp setup is almost the same. Cheers cya Andrew > I have the following config.. > default: > set device /dev/cuaa0 > set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT \ > OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" > set speed 115200 > set ctsrts on > set server /var/run/ppp/tun%d foobar > set urgent tcp 22 > set urgent udp 27010 27011 27012 27013 27014 27015 27016 27017 27018 27019 27020 27960 14577 14578 14579 14580 > set log Phase Chat IPCP CCP tun command connect > internode: > set device PPPoE:em0 > set ifaddr 0.0.0.0/0 0.0.0.0/0 > resolv readonly > disable pap > enable dns > set cd 5 > set dial > set login > set redial 5+30-120 0 > enable lqr > enable echo > set lqrperiod 3 > set reconnect 10 100000 > set authname username > set authkey password > add default HISADDR > > I don't have any linkup/linkdown scripts.. > > Any one have an idea why this would be happening? > System is a FreeBSD midget.dons.net.au 7.0-STABLE FreeBSD 7.0-STABLE #1: Sun Jun 1 19:20:18 CST 2008 darius@midget.dons.net.au:/data/obj/data/src/sys/GENERIC i386 > > Thanks. > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 12:24:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07D6A1065686 for ; Thu, 9 Oct 2008 12:24:27 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 78BD58FC08 for ; Thu, 9 Oct 2008 12:24:26 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m99COOir056138; Thu, 9 Oct 2008 23:24:24 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 9 Oct 2008 23:24:24 +1100 (EST) From: Ian Smith To: Andrew D In-Reply-To: <48EDE8DC.8030108@webzone.net.au> Message-ID: <20081009224610.Q16723@sola.nimnet.asn.au> References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: 'FreeBSD Stable' Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 09 Oct 2008 12:24:27 -0000 On Thu, 9 Oct 2008, Andrew D wrote: > Ian Smith wrote: > > On Wed, 8 Oct 2008, Peter Wemm wrote: > > [..] > > > My tolerance for hacking at(1) code was exceeded when I added hacks > > > for 'at sunrise' and 'at sunset' support to a local version. It > > > wasn't pretty, especially when handling things like '30 minutes before > > > sunrise' etc. (I use this for home automation stuff) > > > > Peter, just curious .. from where do you pull the current sunrise/sunset > > info for your location, and in what form? > > In Australia, you get it from Geoscience Australia. > > http://www.ga.gov.au/geodesy/astro/sunrise.jsp > > Just need a few curl queries and then extract the required info from the html > source :) > > HTH Sure does, thanks Andrew. Saved as text, very amenable to a bit of grep 'n awking. Took transit times too, useful for calibrating solar clocks. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 12:28:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 696C91065687 for ; Thu, 9 Oct 2008 12:28:12 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 9B76A8FC18 for ; Thu, 9 Oct 2008 12:28:11 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1Knuci-0008CZ-8w for freebsd-stable@freebsd.org; Thu, 09 Oct 2008 14:28:08 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 9 Oct 2008 14:27:47 +0200 Message-ID: In-Reply-To: <20081009104432.GA2053@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: Ackp/CpmwY6koUidQti2Zgmk43sqqAADbmOg References: <20081009100816.GA8674@dt1.in-muc.ciao.com> <20081009104432.GA2053@icarus.home.lan> From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Subject: RE: Problem with dump stalling 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, 09 Oct 2008 12:28:12 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Jeremy Chadwick > Sent: 09 October 2008 12:45 PM > To: Christoph Schug > Cc: freebsd-stable@freebsd.org; David Peall > Subject: Re: Problem with dump stalling >=20 >=20 > This was fixed on HEAD in revision 1.48 (March 13th), with the comment > "MFC: 1 week". >=20 > The commit to RELENG_7 did not happen until April 19th, see revision > 1.39.2.3: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/subr_sleepqueue.c >=20 > The PR referenced in the CVS commit is PR 117603. >=20 > David, can you verify you're using a version of > src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? >=20 > If so, the problem David is experiencing is different. If not, David > will need to csup and then rebuild world and kernel (do NOT just do > one; do both) to pick up the changes. =20 I have two identical machines the second one is displaying the same problems. I'm going to do a cvsup update and build work and kernel, the only partition on this server that is UFS is the /boot/ partition as its running ZFS on the others yet is still fails the dump that. If there is anyone willing to dedicate some time to this problem I will assist where I can? Regards -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 13:17:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 980891065697 for ; Thu, 9 Oct 2008 13:17:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 239288FC26 for ; Thu, 9 Oct 2008 13:17:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA06.westchester.pa.mail.comcast.net with comcast id Qags1a00A0Fqzac56dHnrJ; Thu, 09 Oct 2008 13:17:47 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA08.westchester.pa.mail.comcast.net with comcast id QdHp1a00L2P6wsM3UdHqce; Thu, 09 Oct 2008 13:17:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=7J4j71OMLOfrV05SQQIA:9 a=TZqmZS72fCds-1fkrZsA:7 a=0W3Mfe7AB3sLRNv5KZRQOXh82hYA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 3B6AFC9419; Thu, 9 Oct 2008 06:17:49 -0700 (PDT) Date: Thu, 9 Oct 2008 06:17:49 -0700 From: Jeremy Chadwick To: David Peall Message-ID: <20081009131749.GA4679@icarus.home.lan> References: <20081009104432.GA2053@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Christoph Schug Subject: Re: Problem with dump stalling 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, 09 Oct 2008 13:17:52 -0000 On Thu, Oct 09, 2008 at 01:58:39PM +0200, David Peall wrote: > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Jeremy Chadwick > > Sent: 09 October 2008 12:45 PM > > To: Christoph Schug > > Cc: freebsd-stable@freebsd.org; David Peall > > Subject: Re: Problem with dump stalling > > > > This was fixed on HEAD in revision 1.48 (March 13th), with the comment > > "MFC: 1 week". > > > > The commit to RELENG_7 did not happen until April 19th, see revision > > 1.39.2.3: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/subr_sleepqueue.c > > > > The PR referenced in the CVS commit is PR 117603. > > > > David, can you verify you're using a version of > > src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? > > > > If so, the problem David is experiencing is different. If not, David > > will need to csup and then rebuild world and kernel (do NOT just do > > one; do both) to pick up the changes. > > > > I'm using stable: > FreeBSD ochre.school.za 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 #0: Tue > Sep 2 18:48:24 UTC 2008 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > I don't update via source only via binaries, how would I tell? I'm not sure. I don't use freebsd-update, so I don't do binary-only upgrades. Someone else will have to chime in here for assistance. But I can tell you that freebsd-update does not get all the updates to certain things. -- | 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 Oct 9 13:40:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B57F1065688 for ; Thu, 9 Oct 2008 13:40:22 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 127618FC1E for ; Thu, 9 Oct 2008 13:40:21 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 17080 invoked from network); 9 Oct 2008 13:40:21 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 9 Oct 2008 13:40:21 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id F01CA28465; Thu, 9 Oct 2008 09:40:19 -0400 (EDT) To: Andrew D References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> From: Lowell Gilbert Date: Thu, 09 Oct 2008 09:40:19 -0400 In-Reply-To: <48EDE8DC.8030108@webzone.net.au> (Andrew D.'s message of "Thu\, 09 Oct 2008 21\:49\:56 +1030") Message-ID: <44y70xhoos.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: 'FreeBSD Stable' , Ian Smith Subject: Re: sidetrack 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, 09 Oct 2008 13:40:22 -0000 Andrew D writes: > Hi Ian, > > Ian Smith wrote: >> On Wed, 8 Oct 2008, Peter Wemm wrote: >> [..] >> > My tolerance for hacking at(1) code was exceeded when I added hacks >> > for 'at sunrise' and 'at sunset' support to a local version. It >> > wasn't pretty, especially when handling things like '30 minutes before >> > sunrise' etc. (I use this for home automation stuff) >> >> Peter, just curious .. from where do you pull the current >> sunrise/sunset info for your location, and in what form? >> > > In Australia, you get it from Geoscience Australia. > > http://www.ga.gov.au/geodesy/astro/sunrise.jsp > > Just need a few curl queries and then extract the required info from > the html source :) You can get and hack the code they're using, too. On your Freebsd box, you can use astro/sscalc among a bunch of other ways of calculating the solar data. [My favorite example: emacs has lisp code for doing it, with glue for using it in the diary mode] From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 15:36:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E528D106569A; Thu, 9 Oct 2008 15:36:15 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id BADFD8FC29; Thu, 9 Oct 2008 15:36:15 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1KnxYj-000IOj-SE; Thu, 09 Oct 2008 11:36:13 -0400 Date: Thu, 9 Oct 2008 11:36:13 -0400 From: Gary Palmer To: David Peall Message-ID: <20081009153613.GB1262@in-addr.com> References: <20081009104432.GA2053@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , Christoph Schug Subject: Re: Problem with dump stalling 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, 09 Oct 2008 15:36:16 -0000 On Thu, Oct 09, 2008 at 01:58:39PM +0200, David Peall wrote: > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Jeremy Chadwick > > Sent: 09 October 2008 12:45 PM > > To: Christoph Schug > > Cc: freebsd-stable@freebsd.org; David Peall > > Subject: Re: Problem with dump stalling > > > > This was fixed on HEAD in revision 1.48 (March 13th), with the comment > > "MFC: 1 week". > > > > The commit to RELENG_7 did not happen until April 19th, see revision > > 1.39.2.3: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/subr_sleepqueue.c > > > > The PR referenced in the CVS commit is PR 117603. > > > > David, can you verify you're using a version of > > src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? > > > > If so, the problem David is experiencing is different. If not, David > > will need to csup and then rebuild world and kernel (do NOT just do > > one; do both) to pick up the changes. > > > > I'm using stable: > FreeBSD ochre.school.za 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 #0: Tue > Sep 2 18:48:24 UTC 2008 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > I don't update via source only via binaries, how would I tell? > > Regards Try running: ident /boot/kernel/kernel | grep subr_sleepqueue That should give you the CVS id for the appropriate file Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 16:51:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D56F106568E for ; Thu, 9 Oct 2008 16:51:04 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id D73F68FC20 for ; Thu, 9 Oct 2008 16:51:03 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m99Gp20F066556; Fri, 10 Oct 2008 03:51:02 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 10 Oct 2008 03:51:02 +1100 (EST) From: Ian Smith To: Jeremy Chadwick In-Reply-To: <20081009051214.GA94941@icarus.home.lan> Message-ID: <20081010023938.R16723@sola.nimnet.asn.au> References: <20081008183652.GA83351@icarus.home.lan> <501797.33750.qm@web39105.mail.mud.yahoo.com> <20081009051214.GA94941@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: bf , freebsd-stable@freebsd.org Subject: Re: Recent Problems with RELENG_7 i386 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, 09 Oct 2008 16:51:04 -0000 On Wed, 8 Oct 2008, Jeremy Chadwick wrote: > On Wed, Oct 08, 2008 at 10:00:32PM -0700, bf wrote: > > --- On Wed, 10/8/08, Jeremy Chadwick wrote: [..] > > > > Oct 8 11:00:40 myhost kernel: t_delta > > > 15.fd80bdcb75b60200 too short > > > > > > This comes from src/sys/kern/kern_tc.c, around line 908. > > > I'm not > > > familiar with the kernel, but two ideas come to mind: > > > > > > 1) If you have Intel SpeedStep (EIST) or AMD > > > Cool'n'Quiet enabled in > > > your BIOS, try disabling it, > > > > > > 2) If you're using powerd, disable it (I don't see > > > it enabled), > > > > > > 3) Try keeping HZ at 1000 (the default). > > > > > > > Thanks, Jeremy, for taking the time to consider my question and reply. > > > > My CPU is pre-Cool'n'Quiet, and as far as I can tell I had disabled > > all forms of power management that may affect the clock speeds. I have > > found that by raising kern.hz to 250, or by using the default, I no > > longer receive the t_delta is too short messages, and the other problems > > are no longer apparent. My question is: why did this occur now? > > I don't know. We can't rewind time and find out system parameters and > kernel details from 6 months ago. :-) > > I'm thinking it might have something to do with the timecounter selected > by the kernel, but as I said, we can't rewind time to find out what > things were in the past. > > The kernel environment variables I'm talking about are kern.timecounter. > "sysctl kern.timecounter" could help shed some light here, maybe. It > would at least allow us to see what timecounters are available on your > system, and if a bad/unreliable one is being selected automatically. I see bf has since posted these values, but I'd already clipped stuff from the original post with kernel config and verbose dmesg, already wondering why the two didn't match, like: | options HZ=1000 | options DEVICE_POLLING but | CPU: AMD Athlon(tm) Processor (906.35-MHz 686-class CPU) | Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 | inittimecounter(0)... Timecounters tick every 10.000 msec ie HZ=100, as mentioned, and using ACPI-safe as later confirmed. So it's either a different kernel or bf updated kern.hz from loader.conf? > > I have been using a similar configuration for months now without any > > apparent problems. My original goal in using a lower kern.hz was to > > avoid burdening my machine with excessive context switching. > > This is over my head, technically. I would need to pull John Baldwin > into this, since he knows a bit about both (timecounters and context > switching). I'm just a simple caveman..... :-) Me too, but as I get to run much slower gear than many here, I have some small insight into what timer ticks work well with older kit. Not that a 900MHz Athlon should have any trouble with HZ=1000 at all, whereas on a 300MHz Celeron that's way too fast, pushing idle load up considerably. > > I saw the relevant section of kern_tc.c before I wrote my first > > message, but when skimming through the changes in RELENG_7 over the > > past week or two, I couldn't see any commit that may have directly > > affected kernel timekeeping. Has some new workload been imposed on > > the system by recent changes, that may have made a kern.hz of 100 > > insufficient? Is this tuneable setting properly implemented, so that > > all parts of the base system are using it's current value rather than > > the default? Could some of my hardware, such as my RTC, be > > malfunctioning? > > Well, I believe HZ was increased from 100 to 1000 long ago (RELENG_6?) > as a default. I'm really not sure of the implications of decreasing it, > besides having less granularity for some things (the only things I know > of would be something pertaining to firewalls, I just can't remember > what. My brain is full. :-) ) You need a day off :) But yes, RELENG_5 still had HZ=100 default, long after the 'average' CPU clock frequency was 10 or more times faster than the 166MHz Pentiums and such (mostly then on only 100Mbps ethernet) that were comfortable at 100Hz slicing. 1000Hz was a big shift to catch up. In a day or so playing around with it years ago, I found 200-250Hz good for 300MHz, 500Hz a bit much, 1000Hz way too busy, and find my 1133MHz P3-M happy enough at 1000Hz, though I've done no specific tests on it. Some people had perhaps similar clock issues when their fast processors were throttling/stepping down to very low speeds (100, even 75MHz) while still slicing at 1000Hz, which I didn't find too surprising. Limiting minimum CPU freq to 300Mz or more seemed to solve many such issues, but I haven't your perseverance for digging up the relevant threads .. Even in 5.5-S (/sys/conf/NOTES and /sys/i386/conf/NOTES) HZ=1000 or 2000 was suggested for DEVICE_POLLING (which bf included in config, though maybe it's not enabled?) and HZ=1000 or more was recommended when using DUMMYNET with ipfw - to provide smoother queue dispatching, I gather. Bottom line, IMHO, bf should probably run the default 1000Hz, 500 at least, on an Athlon 900. With powerd, maybe set min. freq >= 150MHz? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 17:07:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E22106568F for ; Thu, 9 Oct 2008 17:07:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 105498FC1C for ; Thu, 9 Oct 2008 17:07:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA10.westchester.pa.mail.comcast.net with comcast id QciR1a0010QuhwU5Ah7VY0; Thu, 09 Oct 2008 17:07:29 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA02.westchester.pa.mail.comcast.net with comcast id Qh7T1a0052P6wsM3Nh7TrH; Thu, 09 Oct 2008 17:07:29 +0000 X-Authority-Analysis: v=1.0 c=1 a=2tN0PPoFp_AA:10 a=QycZ5dHgAAAA:8 a=15VyqwAHxlPrdw5ZANkA:9 a=wWbSklcSKAZwjB6KymyaXekqaqUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 11E24C9419; Thu, 9 Oct 2008 10:07:27 -0700 (PDT) Date: Thu, 9 Oct 2008 10:07:27 -0700 From: Jeremy Chadwick To: Ian Smith Message-ID: <20081009170727.GA9542@icarus.home.lan> References: <20081008183652.GA83351@icarus.home.lan> <501797.33750.qm@web39105.mail.mud.yahoo.com> <20081009051214.GA94941@icarus.home.lan> <20081010023938.R16723@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081010023938.R16723@sola.nimnet.asn.au> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: bf , freebsd-stable@freebsd.org Subject: Re: Recent Problems with RELENG_7 i386 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, 09 Oct 2008 17:07:31 -0000 On Fri, Oct 10, 2008 at 03:51:02AM +1100, Ian Smith wrote: > I see bf has since posted these values, but I'd already clipped stuff > from the original post with kernel config and verbose dmesg, already > wondering why the two didn't match, like: > > | options HZ=1000 > | options DEVICE_POLLING > > but > > | CPU: AMD Athlon(tm) Processor (906.35-MHz 686-class CPU) > | Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > | inittimecounter(0)... Timecounters tick every 10.000 msec > > ie HZ=100, as mentioned, and using ACPI-safe as later confirmed. So > it's either a different kernel or bf updated kern.hz from loader.conf? Yep -- his original mail had loader.conf shown, with this in it (near the bottom): kern.hz=100 > > Well, I believe HZ was increased from 100 to 1000 long ago (RELENG_6?) > > as a default. I'm really not sure of the implications of decreasing it, > > besides having less granularity for some things (the only things I know > > of would be something pertaining to firewalls, I just can't remember > > what. My brain is full. :-) ) > > You need a day off :) But yes, RELENG_5 still had HZ=100 default, long > after the 'average' CPU clock frequency was 10 or more times faster than > the 166MHz Pentiums and such (mostly then on only 100Mbps ethernet) that > were comfortable at 100Hz slicing. 1000Hz was a big shift to catch up. > > In a day or so playing around with it years ago, I found 200-250Hz good > for 300MHz, 500Hz a bit much, 1000Hz way too busy, and find my 1133MHz > P3-M happy enough at 1000Hz, though I've done no specific tests on it. > > Some people had perhaps similar clock issues when their fast processors > were throttling/stepping down to very low speeds (100, even 75MHz) while > still slicing at 1000Hz, which I didn't find too surprising. Limiting > minimum CPU freq to 300Mz or more seemed to solve many such issues, but > I haven't your perseverance for digging up the relevant threads .. > > Even in 5.5-S (/sys/conf/NOTES and /sys/i386/conf/NOTES) HZ=1000 or 2000 > was suggested for DEVICE_POLLING (which bf included in config, though > maybe it's not enabled?) and HZ=1000 or more was recommended when using > DUMMYNET with ipfw - to provide smoother queue dispatching, I gather. > > Bottom line, IMHO, bf should probably run the default 1000Hz, 500 at > least, on an Athlon 900. With powerd, maybe set min. freq >= 150MHz? Wow, this is fantastic information. You've just educated me a great bit about the history and use of HZ. I've always had a "general" idea of its importance and key role, but I was never fully aware of the history. P.S. -- I need more like 6 months off. I've never taken an official (read: real) vacation my entire life. Maybe some day I'll get to travel to Seoul and visit Pyun Yong-Hyeon and drink lots of soju. :-) -- | 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 Oct 9 17:43:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3912106569B for ; Thu, 9 Oct 2008 17:43:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9838FC23 for ; Thu, 9 Oct 2008 17:43:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26628 invoked by uid 399); 9 Oct 2008 17:43:58 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Oct 2008 17:43:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <48EE42DC.9090202@FreeBSD.org> Date: Thu, 09 Oct 2008 10:43:56 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Kevin Oberman References: <20081007224422.5388D4500F@ptavv.es.net> In-Reply-To: <20081007224422.5388D4500F@ptavv.es.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , Robert Watson , xer xernet Subject: Re: stable 7.0 and nslookup help 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: Thu, 09 Oct 2008 17:43:58 -0000 Kevin Oberman wrote: > More importantly, dig(1) uses the standard resolver routines while > nslookup has its own. Actually you have that backwards. :) dig generates a raw dns request packet and sends it out on the wire itself, more or less acting as if it were an actual name server. Therefore if you are trying to debug problems with a name server it is the better choice. host uses the name servers in /etc/resolv.conf and more or less acts as a local stub resolver. It's a good choice if you just want to get the answer to "what does resolve to?" It's also a good tool for debugging what's happening when an application on your system is getting an answer other than the one you think it should get. nslookup actually uses the local stub resolver, and has the benefit of having been around a long time so it's something people know. It's also a good tool to debug the local stub resolver if you're getting an answer other than what you think you should be getting, and/or different from what dig/host say. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 17:49:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1977F1065697 for ; Thu, 9 Oct 2008 17:49:48 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from mail.higis.ru (mail.higis.ru [213.147.37.35]) by mx1.freebsd.org (Postfix) with ESMTP id C21C58FC25 for ; Thu, 9 Oct 2008 17:49:47 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from [87.242.97.68] (port=63906 helo=dimma.masterhost.ru) by mail.higis.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Knz0Q-0003a9-Ao for freebsd-stable@freebsd.org; Thu, 09 Oct 2008 21:08:54 +0400 Message-ID: <48EE3A9A.2080107@higis.ru> Date: Thu, 09 Oct 2008 21:08:42 +0400 From: Dmitriy Kirhlarov User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.1 i386 PXE 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, 09 Oct 2008 17:49:48 -0000 Hi, list I tryin update my install server. Look like 7.1 i386 pxe boot broken. My own release build is 7.1-i386-2008-10-05 Could somebody test this functionality and confirm or disprove my results. WBR Dmitriy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 18:05:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3281D1065689 for ; Thu, 9 Oct 2008 18:05:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 79B4C8FC08 for ; Thu, 9 Oct 2008 18:05:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id Qhkd1a00Q0lTkoCA6i5EuR; Thu, 09 Oct 2008 18:05:14 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Qi5D1a0072P6wsM8Qi5D2x; Thu, 09 Oct 2008 18:05:14 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=K2lEBAeXQ4dp3emaXkwA:9 a=VNFUXNnA1vzHxQAohAL0ERT7QfwA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 0C335C9419; Thu, 9 Oct 2008 11:05:13 -0700 (PDT) Date: Thu, 9 Oct 2008 11:05:13 -0700 From: Jeremy Chadwick To: Dmitriy Kirhlarov Message-ID: <20081009180513.GA10705@icarus.home.lan> References: <48EE3A9A.2080107@higis.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EE3A9A.2080107@higis.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: 7.1 i386 PXE 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, 09 Oct 2008 18:05:16 -0000 On Thu, Oct 09, 2008 at 09:08:42PM +0400, Dmitriy Kirhlarov wrote: > I tryin update my install server. Look like 7.1 i386 pxe boot broken. > My own release build is 7.1-i386-2008-10-05 > > Could somebody test this functionality and confirm or disprove my results. What's broken about it? What behaviour happens? Are you aware of the mfsroot bug (see step 7 below): http://jdc.parodius.com/freebsd/pxeboot_serial_install.html -- | 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 Oct 9 18:13:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A6EF1065698 for ; Thu, 9 Oct 2008 18:13:26 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 29B238FC0A for ; Thu, 9 Oct 2008 18:13:25 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 11425 invoked by uid 0); 9 Oct 2008 18:13:25 -0000 Received: from unknown (HELO freemac.nat.fasttrackmonkey.com) (spork@bway.net@96.57.102.250) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Oct 2008 18:13:25 -0000 Date: Thu, 9 Oct 2008 14:13:24 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@freemac.nat.fasttrackmonkey.com To: Jeremy Chadwick In-Reply-To: <20081009170727.GA9542@icarus.home.lan> Message-ID: References: <20081008183652.GA83351@icarus.home.lan> <501797.33750.qm@web39105.mail.mud.yahoo.com> <20081009051214.GA94941@icarus.home.lan> <20081010023938.R16723@sola.nimnet.asn.au> <20081009170727.GA9542@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bf , freebsd-stable@freebsd.org, Ian Smith Subject: Re: Recent Problems with RELENG_7 i386 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, 09 Oct 2008 18:13:26 -0000 On Thu, 9 Oct 2008, Jeremy Chadwick wrote: > On Fri, Oct 10, 2008 at 03:51:02AM +1100, Ian Smith wrote: >> > Well, I believe HZ was increased from 100 to 1000 long ago (RELENG_6?) >> > as a default. I'm really not sure of the implications of decreasing it, >> > besides having less granularity for some things (the only things I know >> > of would be something pertaining to firewalls, I just can't remember >> > what. My brain is full. :-) ) >> >> You need a day off :) But yes, RELENG_5 still had HZ=100 default, long >> after the 'average' CPU clock frequency was 10 or more times faster than >> the 166MHz Pentiums and such (mostly then on only 100Mbps ethernet) that >> were comfortable at 100Hz slicing. 1000Hz was a big shift to catch up. >> >> In a day or so playing around with it years ago, I found 200-250Hz good >> for 300MHz, 500Hz a bit much, 1000Hz way too busy, and find my 1133MHz >> P3-M happy enough at 1000Hz, though I've done no specific tests on it. >> >> Some people had perhaps similar clock issues when their fast processors >> were throttling/stepping down to very low speeds (100, even 75MHz) while >> still slicing at 1000Hz, which I didn't find too surprising. Limiting >> minimum CPU freq to 300Mz or more seemed to solve many such issues, but >> I haven't your perseverance for digging up the relevant threads .. >> >> Even in 5.5-S (/sys/conf/NOTES and /sys/i386/conf/NOTES) HZ=1000 or 2000 >> was suggested for DEVICE_POLLING (which bf included in config, though >> maybe it's not enabled?) and HZ=1000 or more was recommended when using >> DUMMYNET with ipfw - to provide smoother queue dispatching, I gather. >> >> Bottom line, IMHO, bf should probably run the default 1000Hz, 500 at >> least, on an Athlon 900. With powerd, maybe set min. freq >= 150MHz? > > Wow, this is fantastic information. You've just educated me a great bit > about the history and use of HZ. I've always had a "general" idea of > its importance and key role, but I was never fully aware of the history. Not to pull this too much further OT, but in the original message there was a comment about HZ and context switching. I care for a number of FBSD boxes that are stuffed full of qmail processes. Context switches are always through the roof when the boxes are busy. My layman's understanding of "context switching" is very vague - in short I assume it's some type of overhead from the kernel having to move between servicing different processes. Altering HZ to "tune" this is very intriguing to me, so if anyone would like to explain, I'm all ears. > P.S. -- I need more like 6 months off. I've never taken an official > (read: real) vacation my entire life. Maybe some day I'll get to travel > to Seoul and visit Pyun Yong-Hyeon and drink lots of soju. :-) Join the f***ing club. I'm still waiting for my honeymoon after two years of being married. :) Charles > -- > | 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 | > > _______________________________________________ > 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 Thu Oct 9 18:15:18 2008 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 2F7DF1065686 for ; Thu, 9 Oct 2008 18:15:18 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id E79E48FC16 for ; Thu, 9 Oct 2008 18:15:17 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 6AE526D423; Thu, 9 Oct 2008 19:58:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bKq4M6qUgEdp; Thu, 9 Oct 2008 19:58:03 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 45A3F6D41E; Thu, 9 Oct 2008 19:58:03 +0200 (CEST) Date: Thu, 9 Oct 2008 19:58:03 +0200 From: Rink Springer To: Dmitriy Kirhlarov Message-ID: <20081009175803.GA21614@rink.nu> References: <48EE3A9A.2080107@higis.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EE3A9A.2080107@higis.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: 7.1 i386 PXE 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, 09 Oct 2008 18:15:18 -0000 Hi Dmitriy, On Thu, Oct 09, 2008 at 09:08:42PM +0400, Dmitriy Kirhlarov wrote: > I tryin update my install server. Look like 7.1 i386 pxe boot broken. > My own release build is 7.1-i386-2008-10-05 Hmm, I tried it a few days ago and it worked fine for me. What kind of error are you seeing? Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 20:17:46 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14EDD1065687; Thu, 9 Oct 2008 20:17:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84C2D8FC12; Thu, 9 Oct 2008 20:17:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m99KHhjh022650; Thu, 9 Oct 2008 22:17:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m99KHhdU022649; Thu, 9 Oct 2008 22:17:43 +0200 (CEST) (envelope-from olli) Date: Thu, 9 Oct 2008 22:17:43 +0200 (CEST) Message-Id: <200810092017.m99KHhdU022649@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG In-Reply-To: <20081009180513.GA10705@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Oct 2008 22:17:44 +0200 (CEST) Cc: Subject: Re: 7.1 i386 PXE 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, 09 Oct 2008 20:17:46 -0000 Jeremy Chadwick wrote: > Dmitriy Kirhlarov wrote: > > I tryin update my install server. Look like 7.1 i386 pxe boot broken. > > My own release build is 7.1-i386-2008-10-05 > > > > Could somebody test this functionality and confirm or disprove my results. > > What's broken about it? What behaviour happens? Are you aware of the > mfsroot bug (see step 7 below): > > http://jdc.parodius.com/freebsd/pxeboot_serial_install.html It is a problem with memory management in the boot loader. I hit exactly the same problem during my experiments with the graphical boot loader, even without PXE and mfsroot involved. The problem is that the btx client breaks and behaves erratically when it runs out of memory. By default it can only use a part of the lower 640 KB of RAM, which isn't very much, given that the loader binary itself is already 250 KB, and the gzip decompressor requires quite some temporary memory for its dictionary. Unfortunately, debugging these things in the boot loader isn't exactly trivial. You can't just load it into gdb and single step it. If you want to boot via PXE but still use a gzipped mfs- root, a workaround is to skip loader.4th and beastie.4th, and instead boot the kernel directly from loader.rc. This should save enough memory to get you through. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 22:14:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA581065689 for ; Thu, 9 Oct 2008 22:14:13 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id C69B98FC1C for ; Thu, 9 Oct 2008 22:14:12 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1Ko3lp-0009M6-Fb for freebsd-stable@freebsd.org; Fri, 10 Oct 2008 00:14:09 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 10 Oct 2008 00:14:09 +0200 Message-ID: In-Reply-To: <20081009153613.GB1262@in-addr.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: AckqJPGolUUw/Uh5Qz6R7reJXbS0YwANde2g References: <20081009104432.GA2053@icarus.home.lan> <20081009153613.GB1262@in-addr.com> From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Subject: RE: Problem with dump stalling 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, 09 Oct 2008 22:14:13 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Gary Palmer > Sent: 09 October 2008 05:36 PM > To: David Peall > Cc: freebsd-stable@freebsd.org; Jeremy Chadwick; Christoph Schug > Subject: Re: Problem with dump stalling >=20 > > > -----Original Message----- > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > stable@freebsd.org] On Behalf Of Jeremy Chadwick > > > Sent: 09 October 2008 12:45 PM > > > To: Christoph Schug > > > Cc: freebsd-stable@freebsd.org; David Peall > > > Subject: Re: Problem with dump stalling > > > > > > David, can you verify you're using a version of > > > src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? > > > > > > If so, the problem David is experiencing is different. If not, > > > David > > > will need to csup and then rebuild world and kernel (do NOT just do > > > one; do both) to pick up the changes. > > > >=20 > Try running: >=20 > ident /boot/kernel/kernel | grep subr_sleepqueue Thank you Gary: $FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.39.4.1 2008/01/29 16:37:04 jhb Exp $ Which is indeed newer that 1.39.2.3 and dump on UFS2 is still a problem. -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 22:16:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082671065693 for ; Thu, 9 Oct 2008 22:16:31 +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 55BE68FC22 for ; Thu, 9 Oct 2008 22:16:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-87-122.lns10.adl6.internode.on.net [121.45.87.122]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m99MGQJt034957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 10 Oct 2008 08:46:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andrew D Date: Fri, 10 Oct 2008 08:46:12 +1030 User-Agent: KMail/1.9.7 References: <200810092206.02362.doconnor@gsoft.com.au> <48EDF787.2010305@webzone.net.au> In-Reply-To: <48EDF787.2010305@webzone.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10641630.HQDP0JoFeh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810100846.19991.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect 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, 09 Oct 2008 22:16:31 -0000 --nextPart10641630.HQDP0JoFeh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 9 Oct 2008, Andrew D wrote: > Hi Fellow Node user :), > > I have the same + similar issue. > > Daniel O'Connor wrote: > > Hi, > > I am using userland PPP to do PPPoE and I am finding that it isn't > > deleting the old IP from tun0 when the link goes down, eg > > > > Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: logout -> > > hangup Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: > > Connect time: 950 secs: 2711068 octets in, 39993514 octets out > > > > [midget 22:00] ~ >ifconfig tun0 > > tun0: flags=3D8051 metric 0 mtu > > 1500 inet 121.45.251.180 --> 203.16.215.184 netmask 0xffffffff > > Opened by PID 53728 > > tun0: flags=3D8051 metric 0 mtu 1492 > inet 121.45.215.128 --> 203.16.215.183 netmask 0xffffffff > inet 121.45.69.26 --> 203.16.215.186 netmask 0xffffffff > Opened by PID 90863 > > The second line only shows up when the gateway is different between > IP assignments from the ISP. I have no idea if this blocks access to > the previous IP, not that it's a major issue. I wouldn't care too much except that ddclient looks at tun0 to find the=20 IP to report to dyndns and gets the wrong one.. =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 --nextPart10641630.HQDP0JoFeh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBI7oKz5ZPcIHs/zowRAoXoAJwLN1VXJOEokAGan8WBaytiUMChsACcDVj6 bPhvtWgx6iiyiOxpDa2+tJs= =wN3+ -----END PGP SIGNATURE----- --nextPart10641630.HQDP0JoFeh-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 23:18:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF5E1065692 for ; Thu, 9 Oct 2008 23:18:41 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 20B338FC17 for ; Thu, 9 Oct 2008 23:18:40 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so366784wfg.7 for ; Thu, 09 Oct 2008 16:18:40 -0700 (PDT) Received: by 10.143.3.4 with SMTP id f4mr382752wfi.233.1223594320513; Thu, 09 Oct 2008 16:18:40 -0700 (PDT) Received: by 10.142.255.21 with HTTP; Thu, 9 Oct 2008 16:18:40 -0700 (PDT) Message-ID: Date: Thu, 9 Oct 2008 16:18:40 -0700 From: "Peter Wemm" To: "Andrew D" In-Reply-To: <48EDE8DC.8030108@webzone.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> Cc: FreeBSD Stable , Ian Smith Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 09 Oct 2008 23:18:41 -0000 On Thu, Oct 9, 2008 at 4:19 AM, Andrew D wrote: > Hi Ian, > > Ian Smith wrote: >> >> On Wed, 8 Oct 2008, Peter Wemm wrote: >> [..] >> > My tolerance for hacking at(1) code was exceeded when I added hacks >> > for 'at sunrise' and 'at sunset' support to a local version. It >> > wasn't pretty, especially when handling things like '30 minutes before >> > sunrise' etc. (I use this for home automation stuff) >> >> Peter, just curious .. from where do you pull the current sunrise/sunset >> info for your location, and in what form? >> > > In Australia, you get it from Geoscience Australia. > > http://www.ga.gov.au/geodesy/astro/sunrise.jsp > > Just need a few curl queries and then extract the required info from the > html source :) I just calculate it from my lat/lon. Its not particularly hard. I found a bunch of massively over-complicated code examples (mostly in javascript, or worse) that usually was GPL'ed. I ended up finding the original public domain code that was written in basic and did a simple conversion of that. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 23:22:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F181065690 for ; Thu, 9 Oct 2008 23:22:14 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6B48FC15 for ; Thu, 9 Oct 2008 23:22:14 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m99NMDuL043256 for ; Thu, 9 Oct 2008 16:22:13 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m99NMD3l043255; Thu, 9 Oct 2008 16:22:13 -0700 (PDT) Date: Thu, 9 Oct 2008 16:22:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200810092322.m99NMD3l043255@apollo.backplane.com> To: FreeBSD Stable References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 09 Oct 2008 23:22:14 -0000 Also, if you happen to have a handheld GPS unit, it almost certainly has a menu option to tell you the sunrise and sunset times at your current position. -Matt From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 00:09:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8C31065687 for ; Fri, 10 Oct 2008 00:09:02 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 301648FC16 for ; Fri, 10 Oct 2008 00:09:01 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id AB9B76107; Thu, 9 Oct 2008 20:08:55 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1223597337; bh=9bUXtaMU31EEOC j9EUvqxar2W/1fS1kFYM89kJ/OAEQ=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type; b=ZEKGQCvJds62o ZM6V9z0pOMKKXzRraf8uzin53XHgIcHN03o3Ix4w72Rt9PwilWWHM8o2Hx9BnGhVjKg 14il4tBeUTtVGGpDHn4tlAzW4R2lXJwhjfvum2+eyzE8P0nw DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=HxSDlBXvWuKtdrFm+2ZKxR4mix94ds5hzbvufXwgKg+13CzrXf9XDsR4wlL3C9xV+ FrixdRvMt5RhYUHtvaj6FkAERavgc6DbEaxCnvkGnjQMY2WrVV/BWIyN3NOUJdA Message-ID: <48EE9D0E.8000002@protected-networks.net> Date: Thu, 09 Oct 2008 20:08:46 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: Matthew Dillon References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> <200810092322.m99NMD3l043255@apollo.backplane.com> In-Reply-To: <200810092322.m99NMD3l043255@apollo.backplane.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------070708000301010501030501" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 10 Oct 2008 00:09:02 -0000 This is a multi-part message in MIME format. --------------070708000301010501030501 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Matthew Dillon wrote: > Also, if you happen to have a handheld GPS unit, it almost certainly > has a menu option to tell you the sunrise and sunset times at your > current position. The attached program (not mine - credits in the header) does this effectively given your current position as input, Michael --------------070708000301010501030501-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 00:17:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B621065687 for ; Fri, 10 Oct 2008 00:17:05 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A91008FC15 for ; Fri, 10 Oct 2008 00:17:04 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 137BE6107 for ; Thu, 9 Oct 2008 20:17:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1223597823; bh=EJBGh//dj9c0Br RSB8CMoCdw4kbCCs4NYzz1VM2V+fY=; h=Message-ID:Date:From:MIME-Version: To:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=Ciphj+A2rmN751BSXCNgxwy42JA2cWJ54cKV/ HGPb//tF4erznHQpACsSRt0q+nkC/1QA2P/udfDQ/l77qZWRYWGWOuLcWooY7QyRFg7 zcP9yAGsnFL6KW1Os9R6sw8c DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Ab5IkNm2Mr9/ePzaY/A96vwYUr/A+1WSpqnKbqAOViJjeiXK4OUAB96dApZXJHuYY yz654Ghk7FVBKigyaNI0JbFToUt+kY3z62knaxQ1PyKCE3qTC52JtEgeZOeKDoq Message-ID: <48EE9EFA.3080009@protected-networks.net> Date: Thu, 09 Oct 2008 20:16:58 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: FreeBSD Stable References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> <200810092322.m99NMD3l043255@apollo.backplane.com> <48EE9D0E.8000002@protected-networks.net> In-Reply-To: <48EE9D0E.8000002@protected-networks.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 10 Oct 2008 00:17:05 -0000 I wrote: > The attached program (not mine - credits in the header) does this > effectively given your current position as input, Inserted as text since it got stripped last time .. > ------------------------------------------------------------------------ /* SUNRISET.C - computes Sun rise/set times, start/end of twilight, and the length of the day at any date and latitude Written as DAYLEN.C, 1989-08-16 Modified to SUNRISET.C, 1992-12-01 (c) Paul Schlyter, 1989, 1992 This program may be used by anyone for any purpose, iff: 1. it is not being sold for profit 2. this notice is not removed */ #include #include /* A macro to compute the number of days elapsed since 2000 Jan 0.0 */ /* (which is equal to 1999 Dec 31, 0h UT) */ #define days_since_2000_Jan_0(y,m,d) \ (367L*(y)-((7*((y)+(((m)+9)/12)))/4)+((275*(m))/9)+(d)-730530L) /* Some conversion factors between radians and degrees */ #ifndef PI #define PI 3.1415926535897932384 #endif #define RADEG ( 180.0 / PI ) #define DEGRAD ( PI / 180.0 ) /* The trigonometric functions in degrees */ #define sind(x) sin((x)*DEGRAD) #define cosd(x) cos((x)*DEGRAD) #define tand(x) tan((x)*DEGRAD) #define atand(x) (RADEG*atan(x)) #define asind(x) (RADEG*asin(x)) #define acosd(x) (RADEG*acos(x)) #define atan2d(y,x) (RADEG*atan2(y,x)) /* Following are some macros around the "workhorse" function __daylen__ */ /* They mainly fill in the desired values for the reference altitude */ /* below the horizon, and also selects whether this altitude should */ /* refer to the Sun's center or its upper limb. */ /* This macro computes the length of the day, from sunrise to sunset. */ /* Sunrise/set is considered to occur when the Sun's upper limb is */ /* 35 arc minutes below the horizon (this accounts for the refraction */ /* of the Earth's atmosphere). */ #define day_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -35.0/60.0, 1 ) /* This macro computes the length of the day, including civil twilight. */ /* Civil twilight starts/ends when the Sun's center is 6 degrees below */ /* the horizon. */ #define day_civil_twilight_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -6.0, 0 ) /* This macro computes the length of the day, incl. nautical twilight. */ /* Nautical twilight starts/ends when the Sun's center is 12 degrees */ /* below the horizon. */ #define day_nautical_twilight_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -12.0, 0 ) /* This macro computes the length of the day, incl. astronomical twilight. */ /* Astronomical twilight starts/ends when the Sun's center is 18 degrees */ /* below the horizon. */ #define day_astronomical_twilight_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -18.0, 0 ) /* This macro computes times for sunrise/sunset. */ /* Sunrise/set is considered to occur when the Sun's upper limb is */ /* 35 arc minutes below the horizon (this accounts for the refraction */ /* of the Earth's atmosphere). */ #define sun_rise_set(year,month,day,lon,lat,rise,set) \ __sunriset__( year, month, day, lon, lat, -35.0/60.0, 1, rise, set ) /* This macro computes the start and end times of civil twilight. */ /* Civil twilight starts/ends when the Sun's center is 6 degrees below */ /* the horizon. */ #define civil_twilight(year,month,day,lon,lat,start,end) \ __sunriset__( year, month, day, lon, lat, -6.0, 0, start, end ) /* This macro computes the start and end times of nautical twilight. */ /* Nautical twilight starts/ends when the Sun's center is 12 degrees */ /* below the horizon. */ #define nautical_twilight(year,month,day,lon,lat,start,end) \ __sunriset__( year, month, day, lon, lat, -12.0, 0, start, end ) /* This macro computes the start and end times of astronomical twilight. */ /* Astronomical twilight starts/ends when the Sun's center is 18 degrees */ /* below the horizon. */ #define astronomical_twilight(year,month,day,lon,lat,start,end) \ __sunriset__( year, month, day, lon, lat, -18.0, 0, start, end ) /* Function prototypes */ double __daylen__ (int year, int month, int day, double lon, double lat, double altit, int upper_limb); int __sunriset__ (int year, int month, int day, double lon, double lat, double altit, int upper_limb, double *rise, double *set); void sunpos (double d, double *lon, double *r); void sun_RA_dec (double d, double *RA, double *dec, double *r); double revolution (double x); double rev180 (double x); double GMST0 (double d); /* A small test program */ void main (void) { int year, month, day; double lon, lat; double daylen, civlen, nautlen, astrlen; double rise, set, civ_start, civ_end, naut_start, naut_end, astr_start, astr_end; int rs, civ, naut, astr; printf ("Longitude (+ is east) and latitude (+ is north) : "); scanf ("%lf %lf", &lon, &lat); for (;;) { printf ("Input date ( yyyy mm dd ): "); if (scanf ("%d %d %d", &year, &month, &day) != 3) exit (0); daylen = day_length (year, month, day, lon, lat); civlen = day_civil_twilight_length (year, month, day, lon, lat); nautlen = day_nautical_twilight_length (year, month, day, lon, lat); astrlen = day_astronomical_twilight_length (year, month, day, lon, lat); printf ("Day length: %5.2f hours\n", daylen); printf ("With civil twilight %5.2f hours\n", civlen); printf ("With nautical twilight %5.2f hours\n", nautlen); printf ("With astronomical twilight %5.2f hours\n", astrlen); printf ("Length of twilight: civil %5.2f hours\n", (civlen - daylen) / 2.0); printf (" nautical %5.2f hours\n", (nautlen - daylen) / 2.0); printf (" astronomical %5.2f hours\n", (astrlen - daylen) / 2.0); rs = sun_rise_set (year, month, day, lon, lat, &rise, &set); civ = civil_twilight (year, month, day, lon, lat, &civ_start, &civ_end); naut = nautical_twilight (year, month, day, lon, lat, &naut_start, &naut_end); astr = astronomical_twilight (year, month, day, lon, lat, &astr_start, &astr_end); printf ("Sun at south %5.2fh UT\n", (rise + set) / 2.0); switch (rs) { case 0: printf ("Sun rises %5.2fh UT, sets %5.2fh UT\n", rise, set); break; case +1: printf ("Sun above horizon\n"); break; case -1: printf ("Sun below horizon\n"); break; } switch (civ) { case 0: printf ("Civil twilight starts %5.2fh, ends %5.2fh UT\n", civ_start, civ_end); break; case +1: printf ("Never darker than civil twilight\n"); break; case -1: printf ("Never as bright as civil twilight\n"); break; } switch (naut) { case 0: printf ("Nautical twilight starts %5.2fh, ends %5.2fh UT\n", naut_start, naut_end); break; case +1: printf ("Never darker than nautical twilight\n"); break; case -1: printf ("Never as bright as nautical twilight \n"); break; } switch (astr) { case 0: printf ("Astronomical twilight starts %5.2fh, ends %5.2fh UT\n", astr_start, astr_end); break; case +1: printf ("Never darker than astronomical twilight \n "); break; case -1: printf ("Never as bright as astronomical twilight \n "); break; } } } /* The "workhorse" function for sun rise/set times */ int __sunriset__ (int year, int month, int day, double lon, double lat, double altit, int upper_limb, double *trise, double *tset) /***************************************************************************/ /* Note: year,month,date = calendar date, 1801-2099 only. */ /* Eastern longitude positive, Western longitude negative */ /* Northern latitude positive, Southern latitude negative */ /* The longitude value IS critical in this function! */ /* altit = the altitude which the Sun should cross */ /* Set to -35/60 degrees for rise/set, -6 degrees */ /* for civil, -12 degrees for nautical and -18 */ /* degrees for astronomical twilight. */ /* upper_limb: non-zero -> upper limb, zero -> center */ /* Set to non-zero (e.g. 1) when computing rise/set */ /* times, and to zero when computing start/end of */ /* twilight. */ /* *rise = where to store the rise time */ /* *set = where to store the set time */ /* Both times are relative to the specified altitude, */ /* and thus this function can be used to comupte */ /* various twilight times, as well as rise/set times */ /* Return value: 0 = sun rises/sets this day, times stored at */ /* *trise and *tset. */ /* +1 = sun above the specified "horizon" 24 hours. */ /* *trise set to time when the sun is at south, */ /* minus 12 hours while *tset is set to the south */ /* time plus 12 hours. "Day" length = 24 hours */ /* -1 = sun is below the specified "horizon" 24 hours */ /* "Day" length = 0 hours, *trise and *tset are */ /* both set to the time when the sun is at south. */ /* */ /**********************************************************************/ { double d, /* Days since 2000 Jan 0.0 (negative before) */ sr, /* Solar distance, astronomical units */ sRA, /* Sun's Right Ascension */ sdec, /* Sun's declination */ sradius, /* Sun's apparent radius */ t, /* Diurnal arc */ tsouth, /* Time when Sun is at south */ sidtime; /* Local sidereal time */ int rc = 0; /* Return cde from function - usually 0 */ /* Compute d of 12h local mean solar time */ d = days_since_2000_Jan_0 (year, month, day) + 0.5 - lon / 360.0; /* Compute local sideral time of this moment */ sidtime = revolution (GMST0 (d) + 180.0 + lon); /* Compute Sun's RA + Decl at this moment */ sun_RA_dec (d, &sRA, &sdec, &sr); /* Compute time when Sun is at south - in hours UT */ tsouth = 12.0 - rev180 (sidtime - sRA) / 15.0; /* Compute the Sun's apparent radius, degrees */ sradius = 0.2666 / sr; /* Do correction to upper limb, if necessary */ if (upper_limb) altit -= sradius; /* Compute the diurnal arc that the Sun traverses to reach */ /* the specified altitide altit: */ { double cost; cost = (sind (altit) - sind (lat) * sind (sdec)) / (cosd (lat) * cosd (sdec)); if (cost >= 1.0) rc = -1, t = 0.0; /* Sun always below altit */ else if (cost <= -1.0) rc = +1, t = 12.0; /* Sun always above altit */ else t = acosd (cost) / 15.0; /* The diurnal arc, hours */ } /* Store rise and set times - in hours UT */ *trise = tsouth - t; *tset = tsouth + t; return rc; } /* __sunriset__ */ /* The "workhorse" function */ double __daylen__ (int year, int month, int day, double lon, double lat, double altit, int upper_limb) /**********************************************************************/ /* Note: year,month,date = calendar date, 1801-2099 only. */ /* Eastern longitude positive, Western longitude negative */ /* Northern latitude positive, Southern latitude negative */ /* The longitude value is not critical. Set it to the correct */ /* longitude if you're picky, otherwise set to to, say, 0.0 */ /* The latitude however IS critical - be sure to get it correct */ /* altit = the altitude which the Sun should cross */ /* Set to -35/60 degrees for rise/set, -6 degrees */ /* for civil, -12 degrees for nautical and -18 */ /* degrees for astronomical twilight. */ /* upper_limb: non-zero -> upper limb, zero -> center */ /* Set to non-zero (e.g. 1) when computing day length */ /* and to zero when computing day+twilight length. */ /**********************************************************************/ { double d, /* Days since 2000 Jan 0.0 (negative before) */ obl_ecl, /* Obliquity (inclination) of Earth's axis */ sr, /* Solar distance, astronomical units */ slon, /* True solar longitude */ sin_sdecl, /* Sine of Sun's declination */ cos_sdecl, /* Cosine of Sun's declination */ sradius, /* Sun's apparent radius */ t; /* Diurnal arc */ /* Compute d of 12h local mean solar time */ d = days_since_2000_Jan_0 (year, month, day) + 0.5 - lon / 360.0; /* * Compute obliquity of ecliptic (inclination of Earth's axis) */ obl_ecl = 23.4393 - 3.563E-7 * d; /* Compute Sun's position */ sunpos (d, &slon, &sr); /* Compute sine and cosine of Sun's declination */ sin_sdecl = sind (obl_ecl) * sind (slon); cos_sdecl = sqrt (1.0 - sin_sdecl * sin_sdecl); /* Compute the Sun's apparent radius, degrees */ sradius = 0.2666 / sr; /* Do correction to upper limb, if necessary */ if (upper_limb) altit -= sradius; /* Compute the diurnal arc that the Sun traverses to reach */ /* the specified altitide altit: */ { double cost; cost = (sind (altit) - sind (lat) * sin_sdecl) / (cosd (lat) * cos_sdecl); if (cost >= 1.0) t = 0.0; /* Sun always below altit */ else if (cost <= -1.0) t = 24.0; /* Sun always above altit */ else t = (2.0 / 15.0) * acosd (cost); /* The diurnal arc, hours */ } return t; } /* __daylen__ */ /* This function computes the Sun's position at any instant */ void sunpos (double d, double *lon, double *r) /******************************************************/ /* Computes the Sun's ecliptic longitude and distance */ /* at an instant given in d, number of days since */ /* 2000 Jan 0.0. The Sun's ecliptic latitude is not */ /* computed, since it's always very near 0. */ /******************************************************/ { double M, /* Mean anomaly of the Sun */ w, /* Mean longitude of perihelion */ /* Note: Sun's mean longitude = M + w */ e, /* Eccentricity of Earth's orbit */ E, /* Eccentric anomaly */ x, y, /* x, y coordinates in orbit */ v; /* True anomaly */ /* Compute mean elements */ M = revolution (356.0470 + 0.9856002585 * d); w = 282.9404 + 4.70935E-5 * d; e = 0.016709 - 1.151E-9 * d; /* Compute true longitude and radius vector */ E = M + e * RADEG * sind (M) * (1.0 + e * cosd (M)); x = cosd (E) - e; y = sqrt (1.0 - e * e) * sind (E); *r = sqrt (x * x + y * y); /* Solar distance */ v = atan2d (y, x); /* True anomaly */ *lon = v + w; /* True solar longitude */ if (*lon >= 360.0) *lon -= 360.0; /* Make it 0..360 degrees */ } void sun_RA_dec (double d, double *RA, double *dec, double *r) { double lon, obl_ecl, x, y, z; /* Compute Sun's ecliptical coordinates */ sunpos (d, &lon, r); /* Compute ecliptic rectangular coordinates (z=0) */ x = *r * cosd (lon); y = *r * sind (lon); /* * Compute obliquity of ecliptic (inclination of Earth's axis) */ obl_ecl = 23.4393 - 3.563E-7 * d; /* * Convert to equatorial rectangular coordinates - x is uchanged */ z = y * sind (obl_ecl); y = y * cosd (obl_ecl); /* Convert to spherical coordinates */ *RA = atan2d (y, x); *dec = atan2d (z, sqrt (x * x + y * y)); } /* sun_RA_dec */ /******************************************************************/ /* This function reduces any angle to within the first revolution */ /* by subtracting or adding even multiples of 360.0 until the */ /* result is >= 0.0 and < 360.0 */ /******************************************************************/ #define INV360 ( 1.0 / 360.0 ) double revolution (double x) /*****************************************/ /* Reduce angle to within 0..360 degrees */ /*****************************************/ { return (x - 360.0 * floor (x * INV360)); } /* revolution */ double rev180 (double x) /*********************************************/ /* Reduce angle to within +180..+180 degrees */ /*********************************************/ { return (x - 360.0 * floor (x * INV360 + 0.5)); } /* revolution */ /*******************************************************************/ /* This function computes GMST0, the Greenwhich Mean Sidereal Time */ /* at 0h UT (i.e. the sidereal time at the Greenwhich meridian at */ /* 0h UT). GMST is then the sidereal time at Greenwich at any */ /* time of the day. I've generelized GMST0 as well, and define it */ /* as: GMST0 = GMST - UT -- this allows GMST0 to be computed at */ /* other times than 0h UT as well. While this sounds somewhat */ /* contradictory, it is very practical: instead of computing */ /* GMST like: */ /* */ /* GMST = (GMST0) + UT * (366.2422/365.2422) */ /* */ /* where (GMST0) is the GMST last time UT was 0 hours, one simply */ /* computes: */ /* */ /* GMST = GMST0 + UT */ /* */ /* where GMST0 is the GMST "at 0h UT" but at the current moment! */ /* Defined in this way, GMST0 will increase with about 4 min a */ /* day. It also happens that GMST0 (in degrees, 1 hr = 15 degr) */ /* is equal to the Sun's mean longitude plus/minus 180 degrees! */ /* (if we neglect aberration, which amounts to 20 seconds of arc */ /* or 1.33 seconds of time) */ /* */ /*******************************************************************/ double GMST0 (double d) { double sidtim0; /* Sidtime at 0h UT = L (Sun's mean longitude) + 180.0 degr */ /* L = M + w, as defined in sunpos(). Since I'm too lazy to */ /* add these numbers, I'll let the C compiler do it for me. */ /* Any decent C compiler will add the constants at compile */ /* time, imposing no runtime or code overhead. */ sidtim0 = revolution ((180.0 + 356.0470 + 282.9404) + (0.9856002585 + 4.70935E-5) * d); return sidtim0; } /* GMST0 */ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 00:36:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C92A6106569D for ; Fri, 10 Oct 2008 00:36:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A05608FC0A for ; Fri, 10 Oct 2008 00:36:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A0aMWr065204; Thu, 9 Oct 2008 20:36:22 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m9A0aMCi078828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Oct 2008 20:36:22 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810100036.m9A0aMCi078828@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 09 Oct 2008 20:36:14 -0400 To: Andrew D , "Daniel O'Connor" From: Mike Tancsa In-Reply-To: <48EDF787.2010305@webzone.net.au> References: <200810092206.02362.doconnor@gsoft.com.au> <48EDF787.2010305@webzone.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect 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, 10 Oct 2008 00:36:27 -0000 At 08:22 AM 10/9/2008, Andrew D wrote: >Hi Fellow Node user :), > >I have the same + similar issue. Hi, What about adding disable iface-alias iface-alias Default: Enabled if -nat is specified. This option simply tells ppp to add new interface addresses to the interface rather than replacing them. The option can only be enabled if network address translation is enabled (``nat enable yes''). With this option enabled, ppp will pass traffic for old interface addresses through the NAT engine (see libalias(3)), resulting in the ability (in -auto mode) to properly connect the process that caused the PPP link to come up in the first place. Disabling NAT with ``nat enable no'' will also disable `iface-alias'. >Daniel O'Connor wrote: >>Hi, >>I am using userland PPP to do PPPoE and I am finding that it isn't >>deleting the old IP from tun0 when the link goes down, eg >>Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: logout -> hangup >>Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: Connect >>time: 950 secs: 2711068 octets in, 39993514 octets out >>[midget 22:00] ~ >ifconfig tun0 >>tun0: flags=8051 metric 0 mtu 1500 >> inet 121.45.251.180 --> 203.16.215.184 netmask 0xffffffff >> Opened by PID 53728 > >tun0: flags=8051 metric 0 mtu 1492 > inet 121.45.215.128 --> 203.16.215.183 netmask 0xffffffff > inet 121.45.69.26 --> 203.16.215.186 netmask 0xffffffff > Opened by PID 90863 > >The second line only shows up when the gateway is different between >IP assignments from the ISP. I have no idea if this blocks access to >the previous IP, not that it's a major issue. > >uname -a >FreeBSD gateway.abdulla 7.0-STABLE FreeBSD 7.0-STABLE #1: Sat Jun 21 >03:10:37 CST 2008 root@gateway.abdulla:/usr/obj/usr/src/sys/MYKERN i386 > >My ppp setup is almost the same. > >Cheers >cya >Andrew > >>I have the following config.. >>default: >> set device /dev/cuaa0 >> set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT \ >> OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" >> set speed 115200 >> set ctsrts on >> set server /var/run/ppp/tun%d foobar >> set urgent tcp 22 >> set urgent udp 27010 27011 27012 27013 27014 27015 27016 27017 >> 27018 27019 27020 27960 14577 14578 14579 14580 >> set log Phase Chat IPCP CCP tun command connect >>internode: >> set device PPPoE:em0 >> set ifaddr 0.0.0.0/0 0.0.0.0/0 >> resolv readonly >> disable pap >> enable dns >> set cd 5 >> set dial >> set login >> set redial 5+30-120 0 >> enable lqr >> enable echo >> set lqrperiod 3 >> set reconnect 10 100000 >> set authname username >> set authkey password >> add default HISADDR >>I don't have any linkup/linkdown scripts.. >>Any one have an idea why this would be happening? >>System is a FreeBSD midget.dons.net.au 7.0-STABLE FreeBSD >>7.0-STABLE #1: Sun Jun 1 19:20:18 CST >>2008 darius@midget.dons.net.au:/data/obj/data/src/sys/GENERIC i386 >>Thanks. > >_______________________________________________ >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 Fri Oct 10 00:55:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 158F51065689 for ; Fri, 10 Oct 2008 00:55:26 +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 7C0D28FC14 for ; Fri, 10 Oct 2008 00:55:25 +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 m9A0tNFZ041551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 10 Oct 2008 11:25:23 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Tancsa Date: Fri, 10 Oct 2008 11:25:19 +1030 User-Agent: KMail/1.9.7 References: <200810092206.02362.doconnor@gsoft.com.au> <48EDF787.2010305@webzone.net.au> <200810100036.m9A0aMCi078828@lava.sentex.ca> In-Reply-To: <200810100036.m9A0aMCi078828@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2044511.Iv7jZUGUlk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810101125.21261.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Andrew D Subject: Re: Userland PPP not deleting old IP on disconnect 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, 10 Oct 2008 00:55:26 -0000 --nextPart2044511.Iv7jZUGUlk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 10 Oct 2008, Mike Tancsa wrote: > At 08:22 AM 10/9/2008, Andrew D wrote: > >Hi Fellow Node user :), > > > >I have the same + similar issue. > What about adding > > disable iface-alias > > iface-alias > Default: Enabled if -nat is specified. This option > simply tells ppp to add new interface addresses to the interface > rather than replacing them. The option can only be enabled if > network address translation is enabled (``nat enable yes''). I've added that and nat enable no (even though it was not enabled) and=20 I'll see how I go. =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 --nextPart2044511.Iv7jZUGUlk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBI7qf55ZPcIHs/zowRAqybAKCUtDMshWHq5QvyunlO8Q1A5bOesQCdHmFz wGnyW6SFXXSuzZ1g4huD1IY= =JslN -----END PGP SIGNATURE----- --nextPart2044511.Iv7jZUGUlk-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 01:23:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8536106568C for ; Fri, 10 Oct 2008 01:23:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 8183A8FC15 for ; Fri, 10 Oct 2008 01:23:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so262131rvf.43 for ; Thu, 09 Oct 2008 18:23:02 -0700 (PDT) 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=SZH3/hioAIf53ZNeAoHCXAodfVeObppiXAipl3JDXy8=; b=MPaAgZH3pErBSDJGqlfsEM6ntusNOL2Lli4sY3mthgQaa8jXMtcvwLl7cHqkugIzKS G3a78eENPMUgX8sq+ckOmEvPHRzgcd8A1NiKDaYMnbf12Q5om0KFwEzRAf9Ov85Fkpw+ /cJoZXEkhJXX6JKyflYPUvndZOMzVXQllhlzo= 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=ey1PCel6HLbkv5qCsNpZ3MZBsjNieKLxeJ1547nwpQjET9vmTynwSkBt0j3henPlzT wRj3KEJUaDad5pcf4yRhcIRb3zgCBSopm2ZlXviaS4oOBD5mbb5RHPfTqWqoJi1/5Qed 74lNteYsVd93M8T/ILrtoWgQ8YarqbMYCFhtM= Received: by 10.140.127.20 with SMTP id z20mr661761rvc.77.1223601782187; Thu, 09 Oct 2008 18:23:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f21sm2408797rvb.5.2008.10.09.18.22.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Oct 2008 18:23:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9A1L0I4099701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Oct 2008 10:21: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 m9A1KwGK099700; Fri, 10 Oct 2008 10:20:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 10 Oct 2008 10:20:58 +0900 From: Pyun YongHyeon To: Georgi Iovchev Message-ID: <20081010012058.GA99376@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <596673353.20081006181334@pulsar.bg> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 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, 10 Oct 2008 01:23:02 -0000 On Mon, Oct 06, 2008 at 06:13:34PM +0300, Georgi Iovchev wrote: > Hello list > > I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > motherboard. Integrated network card is Realtek 8111B. > I can not wake the computer after I shutdown it from FreeBSD. > It is a dualboot system - windows xp and freebsd. If I shutdown the > computer from windows - later I can wake it up with magic packet. Even > if i shutdown the machine on the boot menu with the power button - than > later I can wake on lan. The only situation where I CANNOT wake it is > when I shutdown the machine from freebsd (halt -p). > > First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > network cards - the integrated one Realtek 8111B and another one Intel > PRO1000PT PCI-E with WOL enabled. > Don't know WOL issue of em(4) but re(4) should respond to WOL. 7.0-RELEASE had no support for WOL so RELENG_7 or 7.1-PRERELEASE should be used to experiment WOL. > With both nics and both freebsd versions the situation is the same - > after shutdown from bsd the computer is not able to wake on lan. The Because you can wake up your sytem from Windows shutdown I think your BIOS is already configured to allow wakeup from WOL. Would you compare ethernet address of re(4) to Winwods? Have you tried to send Magic packets to FreeBSD box? You may also try suspend your box with acpiconf and resume from WOL. > indication on the switch port says that after shut down there is > active link. > That indicates the controller is alive so it shall respond to WOL if it was correctly configured to receive WOL packets. Have you tried to send Magic packets to FreeBSD box? > Here is some information after last update: > > [root@backup ~]# uname -a > FreeBSD backup.pulsar.bg 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Mon Oct 6 17:01:26 EEST 2008 root@backup.pulsar.bg:/usr/obj/usr/src/sys/MYCONF amd64 > > [root@backup ~]# pciconf -lv > ... > re0@pci0:3:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > ... Show me dmesg output pertinent to re(4). -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 04:08:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F59106568C for ; Fri, 10 Oct 2008 04:08:40 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from mailext2.its.uwa.edu.au (mailext2.its.uwa.edu.au [130.95.128.60]) by mx1.freebsd.org (Postfix) with ESMTP id 4818E8FC08 for ; Fri, 10 Oct 2008 04:08:40 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from kas30pipe.localhost (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with ESMTP id 76B45877F3 for ; Fri, 10 Oct 2008 19:42:00 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with SMTP id 97A6288282 for ; Fri, 10 Oct 2008 19:41:59 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 837DA877F3 for ; Fri, 10 Oct 2008 19:41:59 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 0431D367D8; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Received: from martello.ucc.gu.uwa.edu.au (martello.ucc.gu.uwa.edu.au [130.95.13.23]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id D508F367D4; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Received: by martello.ucc.gu.uwa.edu.au (Postfix, from userid 11251) id B62DC6C09E; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Received: from localhost (localhost [127.0.0.1]) by martello.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 9ABEF6C096; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Date: Fri, 10 Oct 2008 11:41:59 +0800 (WST) From: David Adam To: Georgi Iovchev In-Reply-To: <596673353.20081006181334@pulsar.bg> Message-ID: References: <596673353.20081006181334@pulsar.bg> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Envelope-From: zanchey@ucc.gu.uwa.edu.au X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 5366 [Oct 10 2008] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 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, 10 Oct 2008 04:08:40 -0000 On Mon, 6 Oct 2008, Georgi Iovchev wrote: > I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > motherboard. Integrated network card is Realtek 8111B. > I can not wake the computer after I shutdown it from FreeBSD. > It is a dualboot system - windows xp and freebsd. If I shutdown the > computer from windows - later I can wake it up with magic packet. Even > if i shutdown the machine on the boot menu with the power button - than > later I can wake on lan. The only situation where I CANNOT wake it is > when I shutdown the machine from freebsd (halt -p). > > First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > network cards - the integrated one Realtek 8111B and another one Intel > PRO1000PT PCI-E with WOL enabled. > > With both nics and both freebsd versions the situation is the same - > after shutdown from bsd the computer is not able to wake on lan. The > indication on the switch port says that after shut down there is > active link. I have a similar problem with an Intel SR1200 Pentium 3-class system, using fxp(4) cards, although I haven't yet tried the `halt -p` command. I was discussing WoL with a colleague recently and he suggested that on some Linux systems he needed to use `ethtool -s eth0 wol g` on every boot to maintain the WoL status. >From the ethtool(1) manpage: wol p|u|m|b|a|g|s|d... Set Wake-on-LAN options. Not all devices support this. g Wake on MagicPacket(tm) >From my reading, this might be necessary if the driver clears the flag during initialisation of the card. kern/83807 was filed to fix this issue for sis(4), but was never committed. However, work is apparently being done in 8-CURRENT to support exposing the WoL settings to ifconfig: see http://wiki.freebsd.org/WakeOnLan . Until that work lands in a release, I think we're out of luck. (Another administrator has also suggested that, on Linux at least, using the 'ifdown' command will destroy WoL status, but I don't think that's an issue here.) Hope that helps. I'm sure any contributions to the effort to add driver support will be appreciated. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 04:26:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569BA106568C for ; Fri, 10 Oct 2008 04:26:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id CE7128FC18 for ; Fri, 10 Oct 2008 04:26:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA04.westchester.pa.mail.comcast.net with comcast id QsPB1a0020xGWP854sSfvr; Fri, 10 Oct 2008 04:26:39 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.westchester.pa.mail.comcast.net with comcast id QsSd1a0032P6wsM3YsSdH9; Fri, 10 Oct 2008 04:26:38 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=Uq-QouZ8vlCKtgngFnYA:9 a=6OcZIROPF38PptnVREoA:7 a=MTRyEp8JNpLkvUmDTEzJlzV0begA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 272ABC9419; Thu, 9 Oct 2008 21:26:37 -0700 (PDT) Date: Thu, 9 Oct 2008 21:26:37 -0700 From: Jeremy Chadwick To: David Peall Message-ID: <20081010042637.GA22356@icarus.home.lan> References: <20081009153613.GB1262@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 10 Oct 2008 04:26:44 -0000 On Fri, Oct 10, 2008 at 12:14:09AM +0200, David Peall wrote: > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Gary Palmer > > Sent: 09 October 2008 05:36 PM > > To: David Peall > > Cc: freebsd-stable@freebsd.org; Jeremy Chadwick; Christoph Schug > > Subject: Re: Problem with dump stalling > > > > > > -----Original Message----- > > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > > stable@freebsd.org] On Behalf Of Jeremy Chadwick > > > > Sent: 09 October 2008 12:45 PM > > > > To: Christoph Schug > > > > Cc: freebsd-stable@freebsd.org; David Peall > > > > Subject: Re: Problem with dump stalling > > > > > > > > David, can you verify you're using a version of > > > > src/sys/kern/subr_sleepqueue.c that is 1.39.2.3 or newer? > > > > > > > > If so, the problem David is experiencing is different. If not, > > > > David > > > > will need to csup and then rebuild world and kernel (do NOT just > do > > > > one; do both) to pick up the changes. > > > > > > > > Try running: > > > > ident /boot/kernel/kernel | grep subr_sleepqueue > > Thank you Gary: > $FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.39.4.1 2008/01/29 > 16:37:04 jhb Exp $ > > Which is indeed newer that 1.39.2.3 and dump on UFS2 is still a problem. Okay wait a minute here. We can't go purely off of the version number, because the version numbers differ per tag (HEAD/CURRENT, RELENG_7, RELENG_7_0, and so on). 1.39.2.3 was committed to RELENG_7 on 2008/04/19. The timestamp shown for you src/sys/kern/subr_sleepqueue.c is 2008/01/29. So I would say you **do not** have the fix. -- | 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 Oct 10 06:02:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD85E1065687 for ; Fri, 10 Oct 2008 06:02:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 769658FC14 for ; Fri, 10 Oct 2008 06:02:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so340146rvf.43 for ; Thu, 09 Oct 2008 23:02:20 -0700 (PDT) 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=X2Ul87+brrhUHSQzkb68nqNRIu8b0dhQWyyZywRkaRg=; b=BTKCG+6PbGrllqtIpgh6yEQaOiiUB1sD9s0j707iooGtOjQI9gipP53yqp/jWVYLe8 HrPDQb48VaETGNolijqrSoeJlN3H9Pj5dGekcJ0UchmWWqk8CbE7HKj9rvW5Xyt5eU6x sV5DSww4FUTytHTlf2hAyUS4TONL2gxCB0eeo= 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=wVPzK3MQyZnVdEdcNjqqIyHzj/URjnlHF0oSY1nrE+FzWXJ0LxrMuo6lTWwhwyxECu 2jHMvqihGv487lk45m8hUj0cXNEvbvY7/Avc/Bc743y1TK7XR1szKNZEJHsZgRtg28lM u7iWDfTLfA0UnRfkE7Ns4vt0o/KtGycRnINtE= Received: by 10.141.52.5 with SMTP id e5mr808953rvk.10.1223618539826; Thu, 09 Oct 2008 23:02:19 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b8sm3290710rvf.4.2008.10.09.23.02.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Oct 2008 23:02:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9A60HQb000523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Oct 2008 15:00:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9A60D1E000522; Fri, 10 Oct 2008 15:00:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 10 Oct 2008 15:00:13 +0900 From: Pyun YongHyeon To: David Adam Message-ID: <20081010060013.GB99376@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Georgi Iovchev , freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 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, 10 Oct 2008 06:02:20 -0000 On Fri, Oct 10, 2008 at 11:41:59AM +0800, David Adam wrote: > On Mon, 6 Oct 2008, Georgi Iovchev wrote: > > I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > > motherboard. Integrated network card is Realtek 8111B. > > I can not wake the computer after I shutdown it from FreeBSD. > > It is a dualboot system - windows xp and freebsd. If I shutdown the > > computer from windows - later I can wake it up with magic packet. Even > > if i shutdown the machine on the boot menu with the power button - than > > later I can wake on lan. The only situation where I CANNOT wake it is > > when I shutdown the machine from freebsd (halt -p). > > > > First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > > upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > > network cards - the integrated one Realtek 8111B and another one Intel > > PRO1000PT PCI-E with WOL enabled. > > > > With both nics and both freebsd versions the situation is the same - > > after shutdown from bsd the computer is not able to wake on lan. The > > indication on the switch port says that after shut down there is > > active link. > > I have a similar problem with an Intel SR1200 Pentium 3-class system, > using fxp(4) cards, although I haven't yet tried the `halt -p` command. > fxp(4) should be taught to support WOL. Also note, not all fxp(4) hardwares support WOL. > I was discussing WoL with a colleague recently and he suggested that on > some Linux systems he needed to use `ethtool -s eth0 wol g` on every boot > to maintain the WoL status. > In FreeBSD this is controlled by ifconfig(8) and WOL implementation is up to driver writer. Some controllers require special configuration to make WOL work but I think re(4) should have no such issue as one of hardest part of WOL is handled by firmware on RealTek controllers(You don't need to reestablish a 10/100Mbps link). > >From the ethtool(1) manpage: > > wol p|u|m|b|a|g|s|d... > Set Wake-on-LAN options. Not all devices support this. > g Wake on MagicPacket(tm) > > >From my reading, this might be necessary if the driver clears the flag > during initialisation of the card. > > kern/83807 was filed to fix this issue for sis(4), but was never > committed. However, work is apparently being done in 8-CURRENT to support > exposing the WoL settings to ifconfig: see > http://wiki.freebsd.org/WakeOnLan . Until that work lands in a release, I > think we're out of luck. > If I had sis(4) hardware I would have written WOL support code. The patch in the PR needs minor modifications but it requires real hardware to test the WOL functionality. Maybe PR submitter can do that. > (Another administrator has also suggested that, on Linux at least, using > the 'ifdown' command will destroy WoL status, but I don't think that's an > issue here.) > > Hope that helps. I'm sure any contributions to the effort to add driver > support will be appreciated. > > David Adam > zanchey@ucc.gu.uwa.edu.au -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 06:27:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 313FE1065690; Fri, 10 Oct 2008 06:27:16 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 644CF8FC27; Fri, 10 Oct 2008 06:27:14 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KoBSx-000ANl-Lt; Fri, 10 Oct 2008 08:27:11 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 10 Oct 2008 08:27:11 +0200 Message-ID: In-Reply-To: <20081010042637.GA22356@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: AckqkIyo7OjOCce/S2yNCmeV9p7NyAAEAH4A References: <20081009153613.GB1262@in-addr.com> <20081010042637.GA22356@icarus.home.lan> From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Cc: Jeremy Chadwick Subject: RE: Problem with dump stalling 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, 10 Oct 2008 06:27:16 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Jeremy Chadwick > Sent: 10 October 2008 06:27 AM > To: David Peall > Cc: freebsd-stable@freebsd.org > Subject: Re: Problem with dump stalling >=20 > Okay wait a minute here. We can't go purely off of the version number, > because the version numbers differ per tag (HEAD/CURRENT, RELENG_7, > RELENG_7_0, and so on). >=20 > 1.39.2.3 was committed to RELENG_7 on 2008/04/19. The timestamp > shown for you src/sys/kern/subr_sleepqueue.c is 2008/01/29. So I would > say you **do not** have the fix. >=20 After rebuilding and installing both kernel and world # uname -a FreeBSD 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Thu Oct 9 16:28:45 UTC 2008 david@:/usr/obj/usr/src/sys/GENERIC amd64 And: # ident /boot/kernel/kernel | grep subr_sleepqueue $FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.39.4.1 2008/01/29 16:37:04 jhb Exp $ So where is it getting that time stamp? More interestingly the dump still fails: # dump -a0Lf boot.dump /dev/mfid0s1a DUMP: Date of this level 0 dump: Fri Oct 10 08:24:05 2008 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/mfid0s1a (/bootdir) to boot.dump DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 372176 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] # ps ax | grep dump 1110 p0 I+ 0:00.01 dump -a0Lf boot.dump /dev/mfid0s1a (dump) 1113 p0 I+ 0:00.01 dump: /dev/mfid0s1a: pass 4: 0.35% done, finished in 0:00 at Fri Oct 10 08:24:05 2008 (dump) 1114 p0 I+ 0:00.01 dump -a0Lf boot.dump /dev/mfid0s1a (dump) 1115 p0 I+ 0:00.01 dump -a0Lf boot.dump /dev/mfid0s1a (dump) 1116 p0 I+ 0:00.01 dump -a0Lf boot.dump /dev/mfid0s1a (dump) Regards -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 06:36:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C0D106568F for ; Fri, 10 Oct 2008 06:36:03 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 9F8078FC1D for ; Fri, 10 Oct 2008 06:36:02 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KoBbU-000AOW-GC for freebsd-stable@freebsd.org; Fri, 10 Oct 2008 08:36:00 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 10 Oct 2008 08:36:00 +0200 Message-ID: In-Reply-To: <20081010042637.GA22356@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: AckqkIyo7OjOCce/S2yNCmeV9p7NyAAEW4/g References: <20081009153613.GB1262@in-addr.com> <20081010042637.GA22356@icarus.home.lan> From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Subject: RE: Problem with dump stalling 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, 10 Oct 2008 06:36:03 -0000 After some digging it would appear the patch has not been committed ? From=20 /src/sys/kern/subr_sleepqueue.c /* * Lock sleepq chain before unlocking proc * without this, we could lose a race. */ mtx_lock_spin(&sc->sc_lock); PROC_UNLOCK(p); thread_lock(td); if (ret =3D=3D 0) { Should read /* + * Lock the per-process spinlock prior to dropping the PROC_LOCK + * to avoid a signal delivery race. PROC_LOCK, PROC_SLOCK, and + * thread_lock() are currently held in tdsignal(). */ + PROC_SLOCK(p); mtx_lock_spin(&sc->sc_lock); PROC_UNLOCK(p); thread_lock(td); + PROC_SUNLOCK(p); if (ret =3D=3D 0) { Also : __FBSDID("$FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.39.4.1 2008/01/29 16:37:04 jhb Exp $"); Regards -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 07:03:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D78D106568C for ; Fri, 10 Oct 2008 07:03:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 1C4488FC19 for ; Fri, 10 Oct 2008 07:03:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id Qv3K1a0010lTkoCA9v3URZ; Fri, 10 Oct 2008 07:03:28 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Qv3T1a0022P6wsM8Qv3TL6; Fri, 10 Oct 2008 07:03:28 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=Bpxh1iWkhcVkIDOnE3IA:9 a=uWuZYPxhEYHjndEREIMA:7 a=n-9yTxLydPA2ATFAiI2C2Brkn08A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 090DAC9419; Fri, 10 Oct 2008 00:03:27 -0700 (PDT) Date: Fri, 10 Oct 2008 00:03:27 -0700 From: Jeremy Chadwick To: David Peall Message-ID: <20081010070327.GA25225@icarus.home.lan> References: <20081010042637.GA22356@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 10 Oct 2008 07:03:30 -0000 On Fri, Oct 10, 2008 at 08:27:11AM +0200, David Peall wrote: > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Jeremy Chadwick > > Sent: 10 October 2008 06:27 AM > > To: David Peall > > Cc: freebsd-stable@freebsd.org > > Subject: Re: Problem with dump stalling > > > > Okay wait a minute here. We can't go purely off of the version > number, > > because the version numbers differ per tag (HEAD/CURRENT, RELENG_7, > > RELENG_7_0, and so on). > > > > 1.39.2.3 was committed to RELENG_7 on 2008/04/19. The timestamp > > shown for you src/sys/kern/subr_sleepqueue.c is 2008/01/29. So I > would > > say you **do not** have the fix. > > > > After rebuilding and installing both kernel and world > # uname -a > FreeBSD 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Thu Oct 9 16:28:45 > UTC 2008 david@:/usr/obj/usr/src/sys/GENERIC amd64 > > And: > # ident /boot/kernel/kernel | grep subr_sleepqueue > $FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.39.4.1 2008/01/29 > 16:37:04 jhb Exp $ > > So where is it getting that time stamp? >From the file: /usr/src/sys/kern/subr_sleepqueue.c You did not state what CVS tag you're using in your supfiles. I'm willing to bet you're using RELENG_7_0 and not RELENG_7. The fix was not committed to RELENG_7_0. -- | 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 Oct 10 07:11:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC3D81065688 for ; Fri, 10 Oct 2008 07:11:21 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 703848FC16 for ; Fri, 10 Oct 2008 07:11:21 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from sp34.ipt.ru ([194.62.233.107] helo=bs1.sp34.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1KoC9e-000OPz-MH; Fri, 10 Oct 2008 11:11:18 +0400 Received: from bsam by bs1.sp34.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KoCBI-0000Kp-Ab; Fri, 10 Oct 2008 11:13:00 +0400 To: "David Peall" References: <20081009153613.GB1262@in-addr.com> <20081010042637.GA22356@icarus.home.lan> From: Boris Samorodov Date: Fri, 10 Oct 2008 11:13:00 +0400 In-Reply-To: (David Peall's message of "Fri\, 10 Oct 2008 08\:27\:11 +0200") Message-ID: <84641123@bs1.sp34.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 10 Oct 2008 07:11:21 -0000 "David Peall" writes: >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of Jeremy Chadwick >> Sent: 10 October 2008 06:27 AM >> To: David Peall >> Cc: freebsd-stable@freebsd.org >> Subject: Re: Problem with dump stalling >> >> Okay wait a minute here. We can't go purely off of the version > number, >> because the version numbers differ per tag (HEAD/CURRENT, RELENG_7, >> RELENG_7_0, and so on). >> >> 1.39.2.3 was committed to RELENG_7 on 2008/04/19. The timestamp >> shown for you src/sys/kern/subr_sleepqueue.c is 2008/01/29. So I > would >> say you **do not** have the fix. >> > > After rebuilding and installing both kernel and world You should update your sources with RELENG_7 tag... > # uname -a > FreeBSD 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Thu Oct 9 16:28:45 ...and you'll get 7.1-PRERELEASE here. > UTC 2008 david@:/usr/obj/usr/src/sys/GENERIC amd64 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 Oct 10 07:37:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBABA106569B; Fri, 10 Oct 2008 07:37:00 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 004B28FC1E; Fri, 10 Oct 2008 07:36:59 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KoCYS-000AVe-Aj; Fri, 10 Oct 2008 09:36:56 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 10 Oct 2008 09:36:55 +0200 Message-ID: In-Reply-To: <20081010070327.GA25225@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling Thread-Index: AckqpoTQukxXASIATe6yw+6aeou51AABEq+g References: <20081010042637.GA22356@icarus.home.lan> <20081010070327.GA25225@icarus.home.lan> From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Cc: Jeremy Chadwick Subject: RE: Problem with dump stalling 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, 10 Oct 2008 07:37:02 -0000 > >From the file: >=20 > /usr/src/sys/kern/subr_sleepqueue.c >=20 > You did not state what CVS tag you're using in your supfiles. I'm > willing to bet you're using RELENG_7_0 and not RELENG_7. The fix > was not committed to RELENG_7_0. >=20 It was indeed have updated it to RELENG_7 building away again. -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 07:42:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0B6D106568A for ; Fri, 10 Oct 2008 07:42:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 578D88FC25 for ; Fri, 10 Oct 2008 07:42:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id Qvfo1a0010lTkoCA7vi1Nz; Fri, 10 Oct 2008 07:42:01 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Qvi01a0052P6wsM8Qvi0km; Fri, 10 Oct 2008 07:42:01 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=AzJGPjxBywJS6OifTaQA:9 a=_7z4H-HxR0Z53bWY43wA:7 a=OLj41683qPAo2guMrTd_3n1QyZ4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2BDACC941A; Fri, 10 Oct 2008 00:42:00 -0700 (PDT) Date: Fri, 10 Oct 2008 00:42:00 -0700 From: Jeremy Chadwick To: David Peall Message-ID: <20081010074200.GA26124@icarus.home.lan> References: <20081010070327.GA25225@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 10 Oct 2008 07:42:06 -0000 On Fri, Oct 10, 2008 at 09:36:55AM +0200, David Peall wrote: > > >From the file: > > > > /usr/src/sys/kern/subr_sleepqueue.c > > > > You did not state what CVS tag you're using in your supfiles. I'm > > willing to bet you're using RELENG_7_0 and not RELENG_7. The fix > > was not committed to RELENG_7_0. > > > > It was indeed have updated it to RELENG_7 building away again. Did you do the following before running csup on the supfile with the RELENG_7 tag? rm -fr /usr/src/* rm -fr /var/db/sup/src-all -- | 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 Oct 10 08:42:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9AC710656A2; Fri, 10 Oct 2008 08:42:42 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1AC8FC0A; Fri, 10 Oct 2008 08:42:42 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from [78.142.42.148] by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KoDa5-0000Bv-3K; Fri, 10 Oct 2008 11:42:41 +0300 Date: Fri, 10 Oct 2008 11:43:26 +0300 From: Georgi Iovchev X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Pulsar Ltd X-Priority: 3 (Normal) Message-ID: <1948191744.20081010114326@pulsar.bg> To: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, pyunyh@gmail.com In-Reply-To: <20081010012058.GA99376@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> <20081010012058.GA99376@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re[2]: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Georgi Iovchev List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 08:42:42 -0000 -- Friday, October 10, 2008, 4:20:58 AM: > On Mon, Oct 06, 2008 at 06:13:34PM +0300, Georgi Iovchev wrote: >> Hello list >> >> I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R >> motherboard. Integrated network card is Realtek 8111B. >> I can not wake the computer after I shutdown it from FreeBSD. >> It is a dualboot system - windows xp and freebsd. If I shutdown the >> computer from windows - later I can wake it up with magic packet. Even >> if i shutdown the machine on the boot menu with the power button - than >> later I can wake on lan. The only situation where I CANNOT wake it is >> when I shutdown the machine from freebsd (halt -p). >> >> First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I >> upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two >> network cards - the integrated one Realtek 8111B and another one Intel >> PRO1000PT PCI-E with WOL enabled. >> > Don't know WOL issue of em(4) but re(4) should respond to WOL. > 7.0-RELEASE had no support for WOL so RELENG_7 or 7.1-PRERELEASE > should be used to experiment WOL. Now I am using 7.1-prerelase >> With both nics and both freebsd versions the situation is the same - >> after shutdown from bsd the computer is not able to wake on lan. The > Because you can wake up your sytem from Windows shutdown I think > your BIOS is already configured to allow wakeup from WOL. Would > you compare ethernet address of re(4) to Winwods? Have you tried to > send Magic packets to FreeBSD box? I have tried sending magic packets from another bsd machine. I am using net/wol. I also tried to send magic packets from windows machine using 3 different programs. > You may also try suspend your box with acpiconf and resume from WOL. I cant. [root@backup ~]# acpiconf -s 5 acpiconf: invalid sleep type (5) Actually I cant enter in any sleep state [root@backup ~]# acpiconf -s 4 acpiconf: request sleep type (4) failed: Operation not supported [root@backup ~]# acpiconf -s 3 acpiconf: request sleep type (3) failed: Operation not supported [root@backup ~]# acpiconf -s 2 acpiconf: request sleep type (2) failed: Operation not supported [root@backup ~]# acpiconf -s 1 acpiconf: request sleep type (1) failed: Operation not supported I am using generic kernel with little modifications, (generally i have commented many unused drivers - raid, if_....) Acpi is in generic kernel now. I even tried to wake the machine with magic packet after shutdown -h. But still no luck. >> indication on the switch port says that after shut down there is >> active link. >> > That indicates the controller is alive so it shall respond to WOL > if it was correctly configured to receive WOL packets. Have you > tried to send Magic packets to FreeBSD box? >> Here is some information after last update: >> >> [root@backup ~]# uname -a >> FreeBSD backup.pulsar.bg 7.1-PRERELEASE FreeBSD >> 7.1-PRERELEASE #1: Mon Oct 6 17:01:26 EEST 2008 >> root@backup.pulsar.bg:/usr/obj/usr/src/sys/MYCONF amd64 >> >> [root@backup ~]# pciconf -lv >> ... >> re0@pci0:3:0:0: class=0x020000 card=0xe0001458 >> chip=0x816810ec rev=0x01 hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' >> class = network >> subclass = ethernet >> ... > Show me dmesg output pertinent to re(4). re0: port 0xd000-0xd0ff mem 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 re0: turning off MSI enable bit. re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1f:d0:24:19:e9 re0: [FILTER] From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 08:46:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B6EA1065686; Fri, 10 Oct 2008 08:46:42 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 823908FC08; Fri, 10 Oct 2008 08:46:41 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KoDdu-000AhG-EL; Fri, 10 Oct 2008 10:46:38 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 10 Oct 2008 10:46:38 +0200 Message-ID: In-Reply-To: <20081010074200.GA26124@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with dump stalling [solved] Thread-Index: Ackqq+nPvGy7rXqKTzaX8jd7gQun/wACF3Sg References: <20081010070327.GA25225@icarus.home.lan> <20081010074200.GA26124@icarus.home.lan> From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Cc: Jeremy Chadwick Subject: RE: Problem with dump stalling [solved] 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, 10 Oct 2008 08:46:42 -0000 Thank you all The problem does not exist in RELENG_7, So it is safe to assume that FreeBSD 7.1 RELEASE will be a working. I see that its due out shortly. -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 10:06:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB6FA1065695; Fri, 10 Oct 2008 10:06:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id A0BF08FC08; Fri, 10 Oct 2008 10:06:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KoEsm-000NLe-4e; Fri, 10 Oct 2008 11:06:04 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KoEsm-000ISg-32; Fri, 10 Oct 2008 11:06:04 +0100 To: david@esn.org.za, koitsu@FreeBSD.org In-Reply-To: <20081010074200.GA26124@icarus.home.lan> Message-Id: From: Pete French Date: Fri, 10 Oct 2008 11:06:04 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Problem with dump stalling 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, 10 Oct 2008 10:06:05 -0000 > Did you do the following before running csup on the supfile with > the RELENG_7 tag? > > rm -fr /usr/src/* > rm -fr /var/db/sup/src-all This is the second time I have seen this mentioned, but on none of the machines that I csup on do I haave a "/var/db/sup" at all. Is this a hangover from cvsup and not necessary for csup ? -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 10:22:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226E21065686; Fri, 10 Oct 2008 10:22:22 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1578FC1C; Fri, 10 Oct 2008 10:22:21 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m9AAM53t028405; Fri, 10 Oct 2008 12:22:08 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id DE9814F; Fri, 10 Oct 2008 12:22:05 +0200 (CEST) Date: Fri, 10 Oct 2008 12:22:05 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: John Baldwin Message-Id: <20081010122205.edd1b2f5.gerrit@pmp.uni-hannover.de> In-Reply-To: <200810071205.35961.jhb@freebsd.org> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20081007142542.GA51071@icarus.home.lan> <20081007170742.75669f32.gerrit@pmp.uni-hannover.de> <200810071205.35961.jhb@freebsd.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.10.100730 Cc: d@delphij.net, Jeremy Chadwick , freebsd-stable@freebsd.org, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 10:22:22 -0000 On Tue, 7 Oct 2008 12:05:35 -0400 John Baldwin wrote about Re: Regression 7.0R -> 7-stable?: JB> > Ok, I added options KDB and DDB to my kernel configuration and JB> > compiled with SCHED_ULE. However, after hanging the system does not JB> > react on Ctrl-Alt-Esc. Am I missing something? JB> Can you add VERBOSE_SYSINIT to your kernel config and do a boot -v? Ok, I just did that. Now I get some more info after "SMP: AP CPU #2 Launched!" (omissions by me): cpu2 AP: [list with ID, lint0, timer etc. like f=FCr CPU0 and cpu1] done. 0x[omitted]... ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC1 ioapic0: Assigning ISA IRQ 11 to local APIC2 ioapic0: Assigning ISA IRQ 14 to local APIC0 ioapic0: Assigning ISA IRQ 15 to local APIC1 ioapic0: Assigning PCI IRQ 17 to local APIC2 ioapic0: Assigning PCI IRQ 18 to local APIC0 ioapic0: Assigning PCI IRQ 19 to local APIC1 ioapic0: Assigning PCI IRQ 20 to local APIC2 done. 0x[omitted]... done. 0x[omitted]... done. subsystem fffffff 0xffffffff804608c0(0)... x Where I put the "x" I see a grey inverted cursor and the system hangs. I cannot break into the debugger. JB> Also, are you able to log the output at all (such as via a serial JB> console)? Well, I need to get a serial cable, notebook and stuff for that. As I am on holiday for the next two weeks I will probably not find time to do that soonish. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 10:41:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B4CB1065699 for ; Fri, 10 Oct 2008 10:41:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id A1C2D8FC08 for ; Fri, 10 Oct 2008 10:41:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA10.westchester.pa.mail.comcast.net with comcast id QyVu1a0021GhbT85AyhKMm; Fri, 10 Oct 2008 10:41:19 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id QyhH1a00E2P6wsM3TyhJbH; Fri, 10 Oct 2008 10:41:19 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=0ucNEW8jLh8iUvkJ1t8A:9 a=zYiy3AGwPddtoplOPvgA:7 a=oJQZPCNwBnu7nKC8t-Y7ZaZEWUwA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 912C6C9419; Fri, 10 Oct 2008 03:41:17 -0700 (PDT) Date: Fri, 10 Oct 2008 03:41:17 -0700 From: Jeremy Chadwick To: Pete French Message-ID: <20081010104117.GA30217@icarus.home.lan> References: <20081010074200.GA26124@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, david@esn.org.za Subject: Re: Problem with dump stalling 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, 10 Oct 2008 10:41:21 -0000 On Fri, Oct 10, 2008 at 11:06:04AM +0100, Pete French wrote: > > Did you do the following before running csup on the supfile with > > the RELENG_7 tag? > > > > rm -fr /usr/src/* > > rm -fr /var/db/sup/src-all > > This is the second time I have seen this mentioned, but on none > of the machines that I csup on do I haave a "/var/db/sup" at all. > Is this a hangover from cvsup and not necessary for csup ? No. cvsup (in the base system) stores in /usr/sup. Here, let me make an outline tree: csup (in base system): stores CVS data in /var/db/sup cvsup (in ports system): stores CVS data in /usr/sup csup (in ports): not sure where it stores the CVS data All of this assumes the user DOES NOT override the defaults. Further proof: $ which csup /usr/bin/csup $ ls -l /var/db/sup total 4 drwxr-xr-x 2 root wheel 512 2 Oct 01:38 ports-all/ drwxr-xr-x 2 root wheel 512 8 Oct 01:33 src-all/ -- | 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 Oct 10 10:42:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B081065686 for ; Fri, 10 Oct 2008 10:42:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB728FC2D for ; Fri, 10 Oct 2008 10:42:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA04.westchester.pa.mail.comcast.net with comcast id QyaD1a00H0EZKEL54yiRwk; Fri, 10 Oct 2008 10:42:25 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id QyiQ1a0052P6wsM3MyiQ3L; Fri, 10 Oct 2008 10:42:25 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=qyWFquNitylrL9ni_ZYA:9 a=bsp7rOo3euo4TV8q8mRlUoUYDnsA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id F0296C9419; Fri, 10 Oct 2008 03:42:23 -0700 (PDT) Date: Fri, 10 Oct 2008 03:42:23 -0700 From: Jeremy Chadwick To: Pete French Message-ID: <20081010104223.GA30297@icarus.home.lan> References: <20081010074200.GA26124@icarus.home.lan> <20081010104117.GA30217@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081010104117.GA30217@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, david@esn.org.za Subject: Re: Problem with dump stalling 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, 10 Oct 2008 10:42:27 -0000 On Fri, Oct 10, 2008 at 03:41:17AM -0700, Jeremy Chadwick wrote: > On Fri, Oct 10, 2008 at 11:06:04AM +0100, Pete French wrote: > > > Did you do the following before running csup on the supfile with > > > the RELENG_7 tag? > > > > > > rm -fr /usr/src/* > > > rm -fr /var/db/sup/src-all > > > > This is the second time I have seen this mentioned, but on none > > of the machines that I csup on do I haave a "/var/db/sup" at all. > > Is this a hangover from cvsup and not necessary for csup ? > > No. cvsup (in the base system) stores in /usr/sup. Here, let me make ^^^^^^^^^^^^^^^^^^^^^^^^^^ This should have read: "in ports system" -- | 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 Oct 10 09:14:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD0F7106568F for ; Fri, 10 Oct 2008 09:14:03 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39101.mail.mud.yahoo.com (web39101.mail.mud.yahoo.com [209.191.86.252]) by mx1.freebsd.org (Postfix) with SMTP id 8C3AE8FC0A for ; Fri, 10 Oct 2008 09:14:03 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 68250 invoked by uid 60001); 10 Oct 2008 09:14:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=j4KOc9kPvUCVd4dAtt5yNIxoy1M9f5oK4NMvW30GtSdYcE/vRj+YQisfaM4EFC5Vndbs/g9dkMGoIUMuNDEzlLsmVt7DgQhJ/ZJLGG9OwmKj9z5GI1gVqm3fMpRhHbshyyIwptQxlaHXbnYHyTeDHh0IZIZS/rqEIeelvmxMSF8=; X-YMail-OSG: InhY5UQVM1lQOOFHB1c.FfZXBcy1KQhrEYicwCTKKsDLmp1vQQ6D0lNtFzY5q7ufhYi7ydRsQJov_U4voTK8omv8f4ercb.BnvsKDD0YEeYyCQlKWsnilfXTQ7hZVxyPHyiQtAwgum4dgcPzc40R2G.BZK4- Received: from [85.214.73.63] by web39101.mail.mud.yahoo.com via HTTP; Fri, 10 Oct 2008 02:14:03 PDT X-Mailer: YahooMailWebService/0.7.218.2 Date: Fri, 10 Oct 2008 02:14:03 -0700 (PDT) From: bf To: Jeremy Chadwick , Charles Sprickman In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <147365.67345.qm@web39101.mail.mud.yahoo.com> X-Mailman-Approved-At: Fri, 10 Oct 2008 11:19:53 +0000 Cc: freebsd-stable@freebsd.org, Ian Smith Subject: Re: Recent Problems with RELENG_7 i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 09:14:04 -0000 Yes, I disabled device polling on my NIC. It's in my kernel so that I can experiment with it. I use ipfw, but not dummynet. I find your numbers interesting, Ian. But how did you determine when a kern.hz setting was too high or too low -- and was this very sensitive to different workloads? I'd also like to learn more about this subject, and I'm hoping that some of the developers will take the time to include some discussion of this parameter in an updated and expanded tuning(7) manpage. Best wishes for some enjoyable holidays soon, b. --- On Thu, 10/9/08, Charles Sprickman wrote: > From: Charles Sprickman > Subject: Re: Recent Problems with RELENG_7 i386 > To: "Jeremy Chadwick" > Cc: "Ian Smith" , "bf" , freebsd-stable@freebsd.org > Date: Thursday, October 9, 2008, 2:13 PM > On Thu, 9 Oct 2008, Jeremy Chadwick wrote: > > > On Fri, Oct 10, 2008 at 03:51:02AM +1100, Ian Smith > wrote: > >> > Well, I believe HZ was increased from 100 to > 1000 long ago (RELENG_6?) > >> > as a default. I'm really not sure of the > implications of decreasing it, > >> > besides having less granularity for some > things (the only things I know > >> > of would be something pertaining to > firewalls, I just can't remember > >> > what. My brain is full. :-) ) > >> > >> You need a day off :) But yes, RELENG_5 still had > HZ=100 default, long > >> after the 'average' CPU clock frequency > was 10 or more times faster than > >> the 166MHz Pentiums and such (mostly then on only > 100Mbps ethernet) that > >> were comfortable at 100Hz slicing. 1000Hz was a > big shift to catch up. > >> > >> In a day or so playing around with it years ago, I > found 200-250Hz good > >> for 300MHz, 500Hz a bit much, 1000Hz way too busy, > and find my 1133MHz > >> P3-M happy enough at 1000Hz, though I've done > no specific tests on it. > >> > >> Some people had perhaps similar clock issues when > their fast processors > >> were throttling/stepping down to very low speeds > (100, even 75MHz) while > >> still slicing at 1000Hz, which I didn't find > too surprising. Limiting > >> minimum CPU freq to 300Mz or more seemed to solve > many such issues, but > >> I haven't your perseverance for digging up the > relevant threads .. > >> > >> Even in 5.5-S (/sys/conf/NOTES and > /sys/i386/conf/NOTES) HZ=1000 or 2000 > >> was suggested for DEVICE_POLLING (which bf > included in config, though > >> maybe it's not enabled?) and HZ=1000 or more > was recommended when using > >> DUMMYNET with ipfw - to provide smoother queue > dispatching, I gather. > >> > >> Bottom line, IMHO, bf should probably run the > default 1000Hz, 500 at > >> least, on an Athlon 900. With powerd, maybe set > min. freq >= 150MHz? > > > > Wow, this is fantastic information. You've just > educated me a great bit > > about the history and use of HZ. I've always had > a "general" idea of > > its importance and key role, but I was never fully > aware of the history. > > Not to pull this too much further OT, but in the original > message there > was a comment about HZ and context switching. I care for a > number of FBSD > boxes that are stuffed full of qmail processes. Context > switches are > always through the roof when the boxes are busy. My > layman's > understanding of "context switching" is very > vague - in short I assume > it's some type of overhead from the kernel having to > move between > servicing different processes. Altering HZ to > "tune" this is very > intriguing to me, so if anyone would like to explain, > I'm all ears. > > > P.S. -- I need more like 6 months off. I've never > taken an official > > (read: real) vacation my entire life. Maybe some day > I'll get to travel > > to Seoul and visit Pyun Yong-Hyeon and drink lots of > soju. :-) > > Join the f***ing club. I'm still waiting for my > honeymoon after two years > of being married. :) > > Charles > > > -- > > | 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 | > > > > _______________________________________________ > > 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 Fri Oct 10 11:56:49 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00EE1065694 for ; Fri, 10 Oct 2008 11:56:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id DDBBC8FC28 for ; Fri, 10 Oct 2008 11:56:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id DF50E74419A; Fri, 10 Oct 2008 14:56:42 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26tIl9Vetxri; Fri, 10 Oct 2008 14:56:42 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 75B1B744172; Fri, 10 Oct 2008 14:56:42 +0300 (EEST) Message-ID: <48EF42F9.7040409@icyb.net.ua> Date: Fri, 10 Oct 2008 14:56:41 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: Oliver Fromme References: <20081009180513.GA10705@icarus.home.lan> <200810092017.m99KHhdU022649@lurza.secnetix.de> In-Reply-To: <200810092017.m99KHhdU022649@lurza.secnetix.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: koitsu@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 7.1 i386 PXE 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, 10 Oct 2008 11:56:50 -0000 on 09/10/2008 23:17 Oliver Fromme said the following: > Jeremy Chadwick wrote: > > Dmitriy Kirhlarov wrote: > > > I tryin update my install server. Look like 7.1 i386 pxe boot broken. > > > My own release build is 7.1-i386-2008-10-05 > > > > > > Could somebody test this functionality and confirm or disprove my results. > > > > What's broken about it? What behaviour happens? Are you aware of the > > mfsroot bug (see step 7 below): > > > > http://jdc.parodius.com/freebsd/pxeboot_serial_install.html > > It is a problem with memory management in the boot loader. > I hit exactly the same problem during my experiments with > the graphical boot loader, even without PXE and mfsroot > involved. The problem is that the btx client breaks and > behaves erratically when it runs out of memory. By default > it can only use a part of the lower 640 KB of RAM, which > isn't very much, given that the loader binary itself is > already 250 KB, and the gzip decompressor requires quite > some temporary memory for its dictionary. > > Unfortunately, debugging these things in the boot loader > isn't exactly trivial. You can't just load it into gdb > and single step it. On a tangent - would running this under qemu with gdb stub enabled (qemu -s) and then connecting with remote gdb help? I am not sure about debugging symbols but raw assembly you should be able to track. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 11:58:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F7BD1065692 for ; Fri, 10 Oct 2008 11:58:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id C86F98FC27 for ; Fri, 10 Oct 2008 11:58:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA09.westchester.pa.mail.comcast.net with comcast id Qywh1a0010vyq2s59zyweD; Fri, 10 Oct 2008 11:58:56 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.westchester.pa.mail.comcast.net with comcast id Qzyv1a00K2P6wsM3RzywlD; Fri, 10 Oct 2008 11:58:56 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=dGdcC61EpRr1YgVhaUoA:9 a=F1kaTAdmjoxptlfHikUA:7 a=8ZOqCaf43RN3aCgr_S8yibH_DD8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 88B81C9419; Fri, 10 Oct 2008 04:58:55 -0700 (PDT) Date: Fri, 10 Oct 2008 04:58:55 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081010115855.GA31707@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081006051211.GA10542@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: kib@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 10 Oct 2008 11:58:58 -0000 On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote: > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: > > Jeremy Chadwick wrote: > >> Also, does your patch include any fixes (intentional or inadvertent) for > >> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite > >> some time, and I'm curious to know if that has been fixed. > > > > There is only one fix for Intel Matrix RAID: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 > > Ahh, yeah, I've seen that one as well. I'll apply the patch and let you > know if the behaviour documented in the PR happens. I'm sorry I haven't gotten around to testing this -- my day (night) job has kept me incredibly busy, and I've had hardly any time at home to work on personal projects. It sucks. I'll try to make time for testing either today or tomorrow. -- | 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 Oct 10 12:40:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A524C1065693 for ; Fri, 10 Oct 2008 12:40:28 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 411D68FC1E for ; Fri, 10 Oct 2008 12:40:28 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by ey-out-2122.google.com with SMTP id 6so194196eyi.7 for ; Fri, 10 Oct 2008 05:40:26 -0700 (PDT) Received: by 10.103.249.7 with SMTP id b7mr1028879mus.2.1223642426641; Fri, 10 Oct 2008 05:40:26 -0700 (PDT) Received: by 10.103.229.14 with HTTP; Fri, 10 Oct 2008 05:40:26 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2008 15:40:26 +0300 From: "Vlad GALU" 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: UDP LOR with the latest RELENG_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: Fri, 10 Oct 2008 12:40:28 -0000 As my kernel had started to lock up periodically and I don't have hands-on access to that machine, I enabled WITNESS. So these started to pop up: -- cut here -- --- syscall (97, FreeBSD ELF64, socket), rip = 0x80070427c, rsp = 0x7fffffffe8c8, rbp = 0x516348 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive rw udp r = 0 (0xffffffff8064c928) locked @ /usr/src/sys/netinet/udp_usrreq.c:1125 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_warn() at witness_warn+0x241 uma_zalloc_arg() at uma_zalloc_arg+0x290 malloc() at malloc+0x5c getenv() at getenv+0x93 getenv_quad() at getenv_quad+0x13 getenv_int() at getenv_int+0x15 udp_inpcb_init() at udp_inpcb_init+0x1f slab_zalloc() at slab_zalloc+0x1ad uma_zone_slab() at uma_zone_slab+0xb4 uma_zalloc_arg() at uma_zalloc_arg+0x31d in_pcballoc() at in_pcballoc+0x38 udp_attach() at udp_attach+0x57 socreate() at socreate+0x14f socket() at socket+0x8a syscall() at syscall+0x1a9 Xfast_syscall() at Xfast_syscall+0xab --- syscall (97, FreeBSD ELF64, socket), rip = 0x80070427c, rsp = 0x7fffffffe8c8, rbp = 0x516348 --- -- and here -- I tried to see whether bz@ had this one on his page, but his website is currently being migrated and the list of LORs was unavailable. Therefore, sorry if this mail is just noise... -- ~/.signature: no such file or directory From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 12:56:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B121065692 for ; Fri, 10 Oct 2008 12:56:06 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 6EED08FC13 for ; Fri, 10 Oct 2008 12:56:05 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (201.158.192-77.rev.gaoland.net [77.192.158.201]) by smtp.lamaiziere.net (Postfix) with ESMTPA id D204163366E; Fri, 10 Oct 2008 14:40:37 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 7334461E05B; Fri, 10 Oct 2008 14:40:36 +0200 (CEST) Date: Fri, 10 Oct 2008 14:40:35 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: sclark46@earthlink.net Message-ID: <20081010144035.01fc764a@baby-jane-lamaiziere-net.local> In-Reply-To: <48ED04DA.8050902@earthlink.net> References: <48ED04DA.8050902@earthlink.net> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Subject: Re: 6.3-p5 watchdog timer not being disabled 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, 10 Oct 2008 12:56:06 -0000 Le Wed, 08 Oct 2008 15:07:06 -0400, Stephen Clark a écrit : > Hello List, > > We have 2 different platforms that we are trying to use the watchdog > timer and watchdogd program on. One is a Soekris 5501: > CPU: Geode(TM) Integrated Processor by AMD PCS (433.25-MHz 586-class > CPU) Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 > Features=0x88a93d > AMD Features=0xc0400000 > The other is a: > CPU: VIA C3 Nehemiah+RNG (1002.28-MHz 686-class CPU) > Origin = "CentaurHauls" Id = 0x694 Stepping = 4 > Features=0x380b03d > > According to the manpage on watchdogd if is killed with either SIGTERM > or SIGINT it is suppose to disable the watchdog timer in the kernel so > the system won't reboot. > > On both of the above platforms this does not work and the platforms > reboot when watchdogd is killed with a kill pid, > after the timeout value (-t) that had been specified to watchdogd > when starting it has elapsed. > t > Am I misunderstanding how this is suppose to work? No, i have tested on my net5501 on freebsd-current. It works. Can you try with watchdog -d -t