From owner-freebsd-stable@FreeBSD.ORG Sun Feb 24 13:48: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 0D4FB16A405 for ; Sun, 24 Feb 2008 13:48:25 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id D0FAC13C474 for ; Sun, 24 Feb 2008 13:48:24 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 2932A197F; Sun, 24 Feb 2008 13:48:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id 9zPc5NVt01a5; Sun, 24 Feb 2008 13:47:55 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-25-165.cpe.netcabo.pt [213.22.25.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id DD11C197A; Sun, 24 Feb 2008 13:47:53 +0000 (UTC) Message-ID: <47C1759D.1070806@barafranca.com> Date: Sun, 24 Feb 2008 13:48:13 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: aryeh.friedman@gmail.com Subject: Re: 7.0-RC1 ath0 will not work for more than a couple days (Access Point) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2008 13:48:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The most recently committed re(4) modifications correct this. Hugo Silva wrote: > re0: discard frame w/o packet header re0: discard frame w/o packet > header re0: discard frame w/o packet header re0: discard frame w/o > packet header re0: discard frame w/o packet header re0: discard > frame w/o packet header re0: discard frame w/o packet header re0: > discard frame w/o packet header re0: discard frame w/o packet > header re0: discard frame w/o packet header re0: discard frame w/o > packet header re0: discard frame w/o packet header re0: discard > frame w/o packet header re0: discard frame w/o packet header re0: > discard frame w/o packet header re0: discard frame w/o packet > header re0: discard frame w/o packet header re0: discard frame w/o > packet header ath0: stuck beacon; resetting (bmiss count 4) ath0: > ath_reset: unable to reset hardware; hal status 3 ath0: stuck > beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: device timeout ath0: stuck beacon; > resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: device timeout ath0: stuck beacon; > resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: device timeout ath0: stuck beacon; > resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count > 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: > stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to > reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss > count 4) ath0: ath_reset: unable to reset hardware; hal status 3 > ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: > unable to reset hardware; hal status 3 ath0: device timeout ath0: > stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to > reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss > count 4) ath0: ath_reset: unable to reset hardware; hal status 3 > > > > > > ath0: flags=8843 metric 0 > mtu 2290 inet 192.168.200.110 netmask 0xffffff00 broadcast > 192.168.200.255 media: IEEE 802.11 Wireless Ethernet autoselect > mode 11g status: associated ssid zaurak_wifi channel 5 > (2432 Mhz 11g) bssid authmode WPA2/802.11i privacy MIXED deftxkey 2 > TKIP 2:128-bit TKIP 3:128-bit txpower 31.5 scanvalid 60 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 pureg > protmode CTS wme burst hidessid -apbridge dtimperiod 1 > > > > > FreeBSD zaurak.bsdlan.org 7.0-RC1 FreeBSD 7.0-RC1 #1: Wed Jan 2 > 01:45:03 WET 2008 klr at zaurak.bsdlan.org:/usr/obj/usr/src/sys/ZAURAK > amd64 > > > > ath0 at pci0:5:1:0: class=0x020000 card=0x5a001385 > chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros > Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g > Wireless Adapter' class = network subclass = ethernet > re0 at pci0:5:4:0: class=0x020000 card=0x820d1043 chip=0x816710ec > rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = > 'RTL8169/8110 Family Gigabit Ethernet NIC' class = network > subclass = ethernet > > > > > ifconfig'ing ath0 up and down continuously will either make it > usable again for a few hours or result in a panic. > > Regards, > > Hugo > > _______________________________________________ > freebsd-stable at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable To > unsubscribe, send any mail to > "freebsd-stable-unsubscribe at freebsd.org" > - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHllsNQi2hk2LEXBARAobHAKDfiFNge8q3sst9Ia30GyTkSgy0FgCfbyq2 rcnrU+x+AGRhTjkl0It4h90= =ybea -----END PGP SIGNATURE----- # date ; uname -srm Sun Feb 24 13:46:38 WET 2008 FreeBSD 7.0-RC2 amd64 # dmesg | tail re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 0 Still encountering this problem on RC2 (a lot less frequently now, but my AP just went down). Best regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Sun Feb 24 16:45: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 EBCE716A402; Sun, 24 Feb 2008 16:45:57 +0000 (UTC) (envelope-from w@wrzask.pl) Received: from mx.oak.pl (mx.oak.pl [217.96.108.251]) by mx1.freebsd.org (Postfix) with ESMTP id 9547213C461; Sun, 24 Feb 2008 16:45:57 +0000 (UTC) (envelope-from w@wrzask.pl) Received: by oak.pl (Postfix, from userid 1002) id 48C4D1CD0E; Sun, 24 Feb 2008 17:30:05 +0100 (CET) Date: Sun, 24 Feb 2008 17:30:05 +0100 From: Jan Srzednicki To: freebsd-stable@freebsd.org, freebsd-security@freebsd.org Message-ID: <20080224163005.GG15445@oak.pl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: A simple rc.d jail patch to enable priority X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2008 16:45:58 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I have written this tiny little patch to the jail rc.d script, which allows user to set jail nice value. It doesn't change any default behaviour. Can that make it to the trees? Patch attached. -- Jan Srzednicki :: http://wrzask.pl/ "Remember, remember, the fifth of November" -- V for Vendetta --r5Pyd7+fXNt84Ff3 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="jail.diff" --- /etc/rc.d/jail 2007-06-06 16:42:01.000000000 +0200 +++ /srv/home/winfried/jail.new 2008-02-24 17:26:42.000000000 +0100 @@ -69,6 +69,7 @@ [ -z "${_flags}" ] && _flags="-l -U root" eval _consolelog=\"\${jail_${_j}_consolelog:-${jail_consolelog}}\" [ -z "${_consolelog}" ] && _consolelog="/var/log/jail_${_j}_console.log" + eval _nice=\"\${jail_${_j}_nice:-${jail_nice}}\" # Debugging aid # @@ -89,6 +90,7 @@ debug "$_j exec stop: $_exec_stop" debug "$_j flags: $_flags" debug "$_j consolelog: $_consolelog" + [ -n "${_nice}" ] && debug "$_j nice: $_nice" if [ -z "${_hostname}" ]; then err 3 "$name: No hostname has been defined for ${_j}" @@ -322,7 +324,14 @@ fi fi _tmp_jail=${_tmp_dir}/jail.$$ - eval jail ${_flags} -i ${_rootdir} ${_hostname} \ + + if [ -z "${_nice}" ]; then + _nice_cmd="" + else + _nice_cmd="nice -n${_nice}" + fi + + eval ${_nice_cmd} jail ${_flags} -i ${_rootdir} ${_hostname} \ ${_ip} ${_exec_start} > ${_tmp_jail} 2>&1 if [ "$?" -eq 0 ] ; then echo -n " $_hostname" --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 24 16:56: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 BD84D16A40B for ; Sun, 24 Feb 2008 16:56:18 +0000 (UTC) (envelope-from jeff.jennings18@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id A8B3213C4E1 for ; Sun, 24 Feb 2008 16:56:17 +0000 (UTC) (envelope-from jeff.jennings18@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so852769rvb.43 for ; Sun, 24 Feb 2008 08:56:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=KllxjuUTmQ/74k8WStnkZOcd3jgt0+g0O139YioqkSo=; b=JCfw/U8AmL29+aufmYkxM4CLQiizDLntWa7TQth4u11Q8XIMiKQmiWW3N/TYTC5WYY12RnbaopA9GNquaHoyQWT4MRscj4OkjWC8EdAwh91IHR/rzwmsmWOkfKRQaI5AU9AAxpNo+/kaScrP6dCX5+1Myvo/RLaCj4plnq9vGZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=RALpaAvtVTsU+L3Vc1BlrmruFLjiTXOpDq/HG2EVp2cUZRJcp59H3SVxdl1aQw3+qBkbT15Q5PjBL/Uvge3BYY82HukY6w/eTk4JWlqJl3spdqe/zLfNYLa6nZErZQH9vqdxjkv4UeQfJadizFjSFOrGQOj9o0dV1WKFX9ADAgA= Received: by 10.141.85.13 with SMTP id n13mr1206621rvl.256.1203870522096; Sun, 24 Feb 2008 08:28:42 -0800 (PST) Received: by 10.141.40.4 with HTTP; Sun, 24 Feb 2008 08:28:42 -0800 (PST) Message-ID: Date: Sun, 24 Feb 2008 09:28:42 -0700 From: "Jeff Jennings" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_6495_19771552.1203870522087" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7 RC2 - Kernel Panic during install boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2008 16:56:18 -0000 ------=_Part_6495_19771552.1203870522087 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Trying to boot the 7.0 RC2 CD (or floppies), the kernel panics with: Fatal trap 12: page fault while in kernel mode The CD boots fine on 3 other machines I've tried, but none have the identical processor. One has an identical motherboard, but it's running a 2.26 GHz P4 rather than the 3.0 GHz P4 on my failing machine. The failing machine currently runs FreeBSD 6.3 just fine. Here's the console log of the failing boot. I also tried booting in safe mode, the panic is slightly different but it still panics. I also get the same panic using the just released 7.0 RC3, but I had the 7.2 boot floppies handy so I used that to get this trace. -- Jeff Jennings jeff.jennings18@gmail.com You can't solve a problem using the same thinking that got you there. - A.Einstein Learning something new is almost always a good idea. - B. Stroustrup You don't become a failure until you're satisfied with being one. - fortune No amount of careful planning will ever replace dumb luck. ------=_Part_6495_19771552.1203870522087 Content-Type: text/plain; name=freebsd_boot.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_fd1td07n0 Content-Disposition: attachment; filename=freebsd_boot.txt Ci9ib290LmNvbmZpZzogL2Jvb3QvbG9hZGVyCkZyZWVCU0QvaTM4NiBib290CkRlZmF1bHQ6IDA6 ZmQoMCxhKS9ib290L2xvYWRlcgpib290OgpVbmNvbXByZXNzaW5nIC4uLiBkb25lCiAgICAgICAg ICAgICAgICAgICAgICBDb25zb2xlczogc2VyaWFsIHBvcnQKQklPUyBkcml2ZSBBOiBpcyBkaXNr MApCSU9TIGRyaXZlIEM6IGlzIGRpc2sxCkJJT1MgZHJpdmUgRDogaXMgZGlzazIKQklPUyA2Mzlr Qi8yMDk1ODA4a0IgYXZhaWxhYmxlIG1lbW9yeQoKRnJlZUJTRC9pMzg2IGJvb3RzdHJhcCBsb2Fk ZXIsIFJldmlzaW9uIDEuMQoocm9vdEBsb2dhbi5jc2UuYnVmZmFsby5lZHUsIFRodSBGZWIgIDcg MTg6NDg6MTAgVVRDIDIwMDgpCkxvYWRpbmcgL2Jvb3QvZGVmYXVsdHMvbG9hZGVyLmNvbmYKL2tl cm5lbCB0ZXh0PTB4NzAxYWI0IFwKSW5zZXJ0IGRpc2sgbGFiZWxsZWQgIktlcm5lbCBmbG9wcHkg MSIgYW5kIHByZXNzIGFueSBrZXkuLi4KfApJbnNlcnQgZGlzayBsYWJlbGxlZCAiS2VybmVsIGZs b3BweSAyIiBhbmQgcHJlc3MgYW55IGtleS4uLgovCkluc2VydCBkaXNrIGxhYmVsbGVkICJLZXJu ZWwgZmxvcHB5IDMiIGFuZCBwcmVzcyBhbnkga2V5Li4uCmRhdGE9MHhhZDZlMCsweDVhNjgwIHN5 bXM9WzB4NCsweDcwMjgwKzB4NCsweDkwMzgyXQpJbnNlcnQgYm9vdCBmbG9wcHkgYW5kIHByZXNz IEVudGVyCi9hY3BpLmtvIHRleHQ9MHg1MjBlOCBkYXRhPTB4MjNhMCsweDE4NmMgc3ltcz1bMHg0 KzB4ODVjMCsweDQrMHhiMDU2XQovCkluc2VydCBkaXNrIGxhYmVsbGVkICJNZW1vcnkgRmlsZXN5 c3RlbSBmbG9wcHkgMSIgYW5kIHByZXNzIGFueSBrZXkuLi4KSW5zZXJ0IGJvb3QgZmxvcHB5IGFu ZCBwcmVzcyBFbnRlcgotCgog2sTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTEvwogsyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgswogsyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgsyAgICAgIF9fX19fXwogsyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgsyAgICAgfCAgX19fX3wgX18gX19f ICBfX18KILMgICAgICAgICAgV2VsY29tZSB0byBGcmVlQlNEISAgICAgICAgICAgILMgICAgIHwg fF9fIHwgJ19fLyBfIFwvIF8gXAogsyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgsyAgICAgfCAgX198fCB8IHwgIF9fLyAgX18vCiCzICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICCzICAgICB8IHwgICB8IHwgfCAgICB8ICAgIHwKILMgIDEuIEJv b3QgRnJlZUJTRCBbZGVmYXVsdF0gICAgICAgICAgICAgILMgICAgIHxffCAgIHxffCAgXF9fX3xc X19ffAogsyAgMi4gQm9vdCBGcmVlQlNEIHdpdGggQUNQSSBkaXNhYmxlZCAgICAgsyAgICAgIF9f X18gICBfX19fXyBfX19fXwogsyAgMy4gQm9vdCBGcmVlQlNEIGluIFNhZmUgTW9kZSAgICAgICAg ICAgsyAgICAgfCAgXyBcIC8gX19fX3wgIF9fIFwKILMgIDQuIEJvb3QgRnJlZUJTRCBpbiBzaW5n bGUgdXNlciBtb2RlICAgILMgICAgIHwgfF8pIHwgKF9fXyB8IHwgIHwgfAogsyAgNS4gQm9vdCBG cmVlQlNEIHdpdGggdmVyYm9zZSBsb2dnaW5nICAgsyAgICAgfCAgXyA8IFxfX18gXHwgfCAgfCB8 CiCzICA2LiBFc2NhcGUgdG8gbG9hZGVyIHByb21wdCAgICAgICAgICAgICCzICAgICB8IHxfKSB8 X19fXykgfCB8X198IHwKILMgIDcuIFJlYm9vdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ILMgICAgIHwgICAgIHwgICAgICB8ICAgICAgfAogsyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgsyAgICAgfF9fX18vfF9fX19fL3xfX19fXy8KILMgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgILMKILMgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgILMKILMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgILMKILMgIFNlbGVjdCBvcHRpb24sIFtFbnRlcl0gZm9yIGRlZmF1bHQgICAgILMKILMgIG9y IFtTcGFjZV0gdG8gcGF1c2UgdGltZXIgIDYgICAgICAgICAgILMKIMDExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExNkKCgpDb3B5cmlnaHQgKGMpIDE5OTItMjAwOCBUaGUg RnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5 ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKICAgICAgICBUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNE IGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJl ZUJTRCA3LjAtUkMyICMwOiBGcmkgRmViICA4IDAwOjA5OjU3IFVUQyAyMDA4CiAgICByb290QGxv Z2FuLmNzZS5idWZmYWxvLmVkdTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDClRpbWVjb3Vu dGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNQVTogSW50ZWwoUikg UGVudGl1bShSKSA0IENQVSAzLjAwR0h6ICgzMDAwLjg3LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9y aWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4ZjI5ICBTdGVwcGluZyA9IDkKICBGZWF0dXJl cz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAs TVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NF LFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg0NDAwPENOWFQtSUQseFRQUj4KICBM b2dpY2FsIENQVXMgcGVyIGNvcmU6IDIKcmVhbCBtZW1vcnkgID0gMjE0NzE1NTk2OCAoMjA0NyBN QikKYXZhaWwgbWVtb3J5ID0gMjA4NzUxODIwOCAoMTk5MCBNQikKQUNQSSBBUElDIFRhYmxlOiA8 QSBNIEkgIE9FTUFQSUMgPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVj dGVkOiAyIENQVXMKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6 ICAxCmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gMgppb2FwaWMwIDxWZXJzaW9uIDEuMT4g aXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MAphdGhfaGFsOiAwLjkuMjAu MyAoQVI1MjEwLCBBUjUyMTEsIEFSNTIxMiwgUkY1MTExLCBSRjUxMTIsIFJGMjQxMywgUkY1NDEz KQphY3BpMDogPEEgTSBJIE9FTVhTRFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0K YWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAwLCBhMDAw MCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDdmZWYwMDAwICgzKSBm YWlsZWQKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0 eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4 ODA4LTB4ODBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcDR0Y2MwOiA8Q1BV IEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBh Y3BpMApwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCmFncDA6IDxTaVMgNjU1IGhvc3QgdG8gQUdQIGJyaWRn ZT4gb24gaG9zdGIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBv biBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0 aWJsZSBkaXNwbGF5PiBtZW0gMHhmZDAwMDAwMC0weGZkZmZmZmZmLDB4ZTgwMDAwMDAtMHhlZmZm ZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+ IGF0IGRldmljZSAyLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDog PFNpUyA5NjQgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcw LTB4MTc3LDB4Mzc2LDB4ZmZhMC0weGZmYWYgYXQgZGV2aWNlIDIuNSBvbiBwY2kwCmF0YTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTA6IFtJVEhSRUFEXQphdGExOiA8QVRBIGNoYW5u ZWwgMT4gb24gYXRhcGNpMAphdGExOiBbSVRIUkVBRF0Kb2hjaTA6IDxTaVMgNTU3MSBVU0IgY29u dHJvbGxlcj4gbWVtIDB4ZmViZjkwMDAtMHhmZWJmOWZmZiBpcnEgMjAgYXQgZGV2aWNlIDMuMCBv biBwY2kwCm9oY2kwOiBbR0lBTlQtTE9DS0VEXQpvaGNpMDogW0lUSFJFQURdCnVzYjA6IE9IQ0kg dmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjA6IDxTaVMgNTU3MSBVU0IgY29udHJvbGxl cj4gb24gb2hjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogPFNpUyBPSENJIHJvb3Qg aHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMAp1aHViMDogMyBw b3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKb2hjaTE6IDxTaVMgNTU3MSBVU0Ig Y29udHJvbGxlcj4gbWVtIDB4ZmViZmEwMDAtMHhmZWJmYWZmZiBpcnEgMjEgYXQgZGV2aWNlIDMu MSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQtTE9DS0VEXQpvaGNpMTogW0lUSFJFQURdCnVzYjE6IE9I Q0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IDxTaVMgNTU3MSBVU0IgY29udHJv bGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogPFNpUyBPSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMQp1aHViMTog MyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKb2hjaTI6IDxTaVMgNTU3MSBV U0IgY29udHJvbGxlcj4gbWVtIDB4ZmViZmIwMDAtMHhmZWJmYmZmZiBpcnEgMjIgYXQgZGV2aWNl IDMuMiBvbiBwY2kwCm9oY2kyOiBbR0lBTlQtTE9DS0VEXQpvaGNpMjogW0lUSFJFQURdCnVzYjI6 IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjI6IDxTaVMgNTU3MSBVU0IgY29u dHJvbGxlcj4gb24gb2hjaTIKdXNiMjogVVNCIHJldmlzaW9uIDEuMAp1aHViMjogPFNpUyBPSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHVi MjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChn ZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlYmZlMDAwLTB4ZmViZmVmZmYgaXJx IDIzIGF0IGRldmljZSAzLjMgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KZWhjaTA6IFtJ VEhSRUFEXQp1c2IzOiBFSENJIHZlcnNpb24gMS4wCnVzYjM6IGNvbXBhbmlvbiBjb250cm9sbGVy cywgMyBwb3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMgp1c2IzOiA8RUhDSSAoZ2VuZXJpYykgVVNC IDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAp1c2IzOiBVU0IgcmV2aXNpb24gMi4wCnVodWIzOiA8 U2lTIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2IzCnVodWIzOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApzeW0wOiA8 MTAxMC0zMz4gcG9ydCAweGQwMDAtMHhkMGZmIG1lbSAweGZlYmZkODAwLTB4ZmViZmRiZmYsMHhm ZWJmNDAwMC0weGZlYmY1ZmZmIGlycSAxNiBhdCBkZXZpY2UgOC4wIG9uIHBjaTAKc3ltMDogU3lt YmlvcyBOVlJBTSwgSUQgNywgRmFzdC04MCwgTFZELCBwYXJpdHkgY2hlY2tpbmcKc3ltMDogb3Bl biBkcmFpbiBJUlEgbGluZSBkcml2ZXIsIHVzaW5nIG9uLWNoaXAgU1JBTQpzeW0wOiB1c2luZyBM T0FEL1NUT1JFLWJhc2VkIGZpcm13YXJlLgpzeW0wOiBoYW5kbGluZyBwaGFzZSBtaXNtYXRjaCBm cm9tIFNDUklQVFMuCnN5bTA6IFtHSUFOVC1MT0NLRURdCnN5bTA6IFtJVEhSRUFEXQpzeW0xOiA8 MTAxMC0zMz4gcG9ydCAweGUwMDAtMHhlMGZmIG1lbSAweGZlYmZkYzAwLTB4ZmViZmRmZmYsMHhm ZWJmNjAwMC0weGZlYmY3ZmZmIGlycSAxNyBhdCBkZXZpY2UgOC4xIG9uIHBjaTAKc3ltMTogU3lt YmlvcyBOVlJBTSwgSUQgNywgRmFzdC04MCwgU0UsIHBhcml0eSBjaGVja2luZwpzeW0xOiBvcGVu IGRyYWluIElSUSBsaW5lIGRyaXZlciwgdXNpbmcgb24tY2hpcCBTUkFNCnN5bTE6IHVzaW5nIExP QUQvU1RPUkUtYmFzZWQgZmlybXdhcmUuCnN5bTE6IGhhbmRsaW5nIHBoYXNlIG1pc21hdGNoIGZy b20gU0NSSVBUUy4Kc3ltMTogW0dJQU5ULUxPQ0tFRF0Kc3ltMTogW0lUSFJFQURdCnBjaTA6IDxt dWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDkuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQp4bDA6 IDwzQ29tIDNjOTA1Qi1UWCBGYXN0IEV0aGVybGluayBYTD4gcG9ydCAweGVjMDAtMHhlYzdmIG1l bSAweGZlYmZkNDAwLTB4ZmViZmQ0N2YgaXJxIDE5IGF0IGRldmljZSAxMS4wIG9uIHBjaTAKbWlp YnVzMDogPE1JSSBidXM+IG9uIHhsMAp4bHBoeTA6IDwzQ29tIGludGVybmFsIG1lZGlhIGludGVy ZmFjZT4gUEhZIDI0IG9uIG1paWJ1czAKeGxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEw MGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwp4bDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjEw OjVhOjljOjQxOjhhCnhsMDogW0lUSFJFQURdCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4g b24gYWNwaTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYw LDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2Jk YzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFE XQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tF RF0KcHNtMDogW0lUSFJFQURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMK ZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyIChGREUpPiBwb3J0IDB4M2YwLTB4M2Y1LDB4 M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGSUxURVJdCmZkMDogPDE0NDAtS0IgMy41 IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9y dD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUg MTY1NTBBLCBjb25zb2xlCnNpbzA6IFtGSUxURVJdCnBtdGltZXIwIG9uIGlzYTAKb3JtMDogPElT QSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNmN2ZmLDB4Y2Y4MDAtMHhjZmZmZiBw bnBpZCBPUk0wMDAwIG9uIGlzYTAKcHBjMDogcGFyYWxsZWwgcG9ydCBub3QgZm91bmQuCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0 dWFsIGNvbnNvbGVzLCBmbGFncz0weDEwMD4Kc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4g Yml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMTogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQKdmdh MDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCldhaXRpbmcg NSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCihub3BlcmlwaDpzeW0wOjA6LTE6 LTEpOiBTQ1NJIEJVUyByZXNldCBkZWxpdmVyZWQuCihub3BlcmlwaDpzeW0xOjA6LTE6LTEpOiBT Q1NJIEJVUyByZXNldCBkZWxpdmVyZWQuCm1kMDogUHJlbG9hZGVkIGltYWdlIDwvbWZzcm9vdD4g NDQyMzY4MCBieXRlcyBhdCAweGMwZDc1MzJjCmFkMDogMTUyNjI3TUIgPFdEQyBXRDE2MDBKQi0w MEdWQTAgMDguMDJEMDg+IGF0IGF0YTAtbWFzdGVyIFVETUExMDAKYWQxOiAyODYyOU1CIDxRVUFO VFVNIEZJUkVCQUxMbGN0MTUgMzAgQTAxLjBGMDA+IGF0IGF0YTAtc2xhdmUgVURNQTY2CmFjZDA6 IERWRFIgPE5FQyBEVkQgUlcgTkQtMzU1MEEvMS5ZNj4gYXQgYXRhMS1tYXN0ZXIgVURNQTMzCmFj ZDE6IENEUlcgPEFSVEVDIFdSUi00ODQ4IDEuMDgvMS4wOD4gYXQgYXRhMS1zbGF2ZSBVRE1BMzMK c2EwIGF0IHN5bTEgYnVzIDAgdGFyZ2V0IDUgbHVuIDAKc2EwOiA8UVVBTlRVTSBETFQtVjQgMEEw MD4gUmVtb3ZhYmxlIFNlcXVlbnRpYWwgQWNjZXNzIFNDU0ktMiBkZXZpY2UKc2EwOiAzLjMwME1C L3MgdHJhbnNmZXJzClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpHRU9NX0xBQkVMOiBMYWJlbCBm b3IgcHJvdmlkZXIgYWQwIGlzIG1zZG9zZnMvU01BUlQgQlRNR1IuCkdFT01fTEFCRUw6IExhYmVs IGZvciBwcm92aWRlciBhZDBzNSBpcyBleHQyZnMvLy4KR0VPTV9MQUJFTDogTGFiZWwgZm9yIHBy b3ZpZGVyIGFkMHM3IGlzIGV4dDJmcy8vdmFyLgpHRU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlk ZXIgYWQwczggaXMgZXh0MmZzLy91c3IuCkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBh ZDBzOSBpcyBleHQyZnMvL2hvbWUuCkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhZDBz MTAgaXMgZXh0MmZzLy91c3IvcHViLgoKCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUg aW4ga2VybmVsIG1vZGUKY3B1aWQgPSAxOyBhcGljIGlkID0gMDEKZmF1bHQgdmlydHVhbCBhZGRy ZXNzICAgPSAweDAKZmF1bHQgY29kZSAgICAgICAgICAgICAgPSBzdXBlcnZpc29yIHdyaXRlLCBw YWdlIG5vdCBwcmVzZW50Cmluc3RydWN0aW9uIHBvaW50ZXIgICAgID0gMHgyMDoweGMwNmU4NTBj CnN0YWNrIHBvaW50ZXIgICAgICAgICAgID0gMHgyODoweGU0MDk1OTRjCmZyYW1lIHBvaW50ZXIg ICAgICAgICAgID0gMHgyODoweGU0MDk1OTdjCmNvZGUgc2VnbWVudCAgICAgICAgICAgID0gYmFz ZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgogICAgICAgICAgICAgICAgICAgICAgICA9 IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzICAgICAgICA9 IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwCmN1cnJlbnQgcHJvY2VzcyAgICAg ICAgID0gMSAoc3dhcHBlcikKdHJhcCBudW1iZXIgICAgICAgICAgICAgPSAxMgpwYW5pYzogcGFn ZSBmYXVsdApjcHVpZCA9IDEKVXB0aW1lOiAxNXMKQ2Fubm90IGR1bXAuIE5vIGR1bXAgZGV2aWNl IGRlZmluZWQuCkF1dG9tYXRpYyByZWJvb3QgaW4gMTUgc2Vjb25kcyAtIHByZXNzIGEga2V5IG9u IHRoZSBjb25zb2xlIHRvIGFib3J0Ci0tPiBQcmVzcyBhIGtleSBvbiB0aGUgY29uc29sZSB0byBy ZWJvb3QsCi0tPiBvciBzd2l0Y2ggb2ZmIHRoZSBzeXN0ZW0gbm93LgpSZWJvb3RpbmcuLi4KY3B1 X3Jlc2V0OiBTdG9wcGluZyBvdGhlciBDUFVzCg== ------=_Part_6495_19771552.1203870522087-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 24 18:38: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 338ED16A401 for ; Sun, 24 Feb 2008 18:38:21 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id B520113C45E for ; Sun, 24 Feb 2008 18:38:20 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([212.62.248.147] helo=[192.168.2.10]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JTLju-0007cq-HD; Sun, 24 Feb 2008 19:38:18 +0100 Message-Id: From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Guido Falsi In-Reply-To: <47C03FE5.8030703@madpilot.net> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 24 Feb 2008 19:38:17 +0100 References: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> <200802122311.43247.doconnor@gsoft.com.au> <5B010AC7-C292-45E6-A109-20E39B370604@anduin.net> <200802131851.15014.doconnor@gsoft.com.au> <78796912-6D98-4433-A5C9-622854C7DFB2@anduin.net> <47C03FE5.8030703@madpilot.net> X-Mailer: Apple Mail (2.919.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: UFS snapshot weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2008 18:38:21 -0000 On Feb 23, 2008, at 4:46 PM, Guido Falsi wrote: > Eirik =D8verby wrote: > >> I read somewhere else about NFS issues on 7-RC* where snapshots =20 >> have been used. In particular - and this is something I'm seeing =20 >> too - changing the exports file or reloading mountd gives the =20 >> following in messages log: >> Feb 19 18:58:09 anduin mountd[38867]: can't delete exports for /=20 >> tmp: Invalid argument >> Feb 19 18:58:09 anduin mountd[38867]: can't delete exports for /=20 >> usr: Cross-device link >> Feb 19 18:58:09 anduin mountd[38867]: can't delete exports for /=20 >> var: Cross-device link >> Feb 19 18:58:09 anduin mountd[38867]: can't delete exports for /=20 >> export/home: Cross-device link >> Feb 19 18:58:09 anduin mountd[38867]: can't delete exports for /=20 >> opt: Cross-device link >> Can this be related? I'm starting to worry here - what will be the =20= >> long-term consequences if snapshots are stuck around in this =20 >> "invisible" state? Ok there is definitely something VERY fishy going on here. I have just removed a lot of data from one of the partitions where I =20 HAD snapshots (they are all gone now, since days). So freespace =20 initially goes up a lot, as expected, then drops to around what it was =20= before the deletion took place. There IS a snapshot being maintained =20 somewhere, even though I have deleted it (using rm -f). What can I do, =20= short of rebooting or remounting the filesystem?? This behavior is also seen on 6.2-RELEASE by the way; entirely =20 different hardware (32bit vs 64bit, scsi vs ide, etc.) /Eirik >> > > I have been experiencing these too. But it looks more like a bug in =20= > mountd, since it shows up only is snapshots are created with mount. =20= > If snapshots are created with mksnap_ffs this does not seem to show =20= > up. > > I still have to make more in depth experiments, but before =20 > experimenting by myself I'd like to have some more informed =20 > directions on what to experiment. > > --=20 > Guido Falsi > _______________________________________________ > 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 > " > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 02:01: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 4B64A16A400 for ; Mon, 25 Feb 2008 02:01:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 2D17013C458 for ; Mon, 25 Feb 2008 02:01:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so811893wfa.7 for ; Sun, 24 Feb 2008 18:01:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=UX7MSeUcUJ21Tbj/oH1siiSRMeqfuATDiwhly/jz1+0=; b=xztUgprrnji2NgCobelfIxA5VUIGz+PTQ7KAWPMZaQzOvuxVMJ6/rlvm4jkJINqgYP54WaPToZc88Kv45IVwKFMxhYxt3nx4XfNNtwL7TSf69vHQ+pWMmQdLKenhe3up7GIusgqlp9+3T4bUYauuAbyw8pxZcGGu8yTsKO7bOek= 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=O1jXDbUFaBfTG13LV/RCC1Mp0u8oTMmai2AbRzLm/HnFuN+TFu4tKd6lfAMZZE/vgaixMWGrUxsZS8ZJtFoqMySetV87VOq4rwa4/UP+RKdPNoNFOxeS9cQarDW5gcoSUKvqDuHBVm8DGqOflD+tl+lbzV0rcpKvJy/Q3v8lTpI= Received: by 10.142.125.5 with SMTP id x5mr1711111wfc.40.1203904890782; Sun, 24 Feb 2008 18:01:30 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 22sm7125688wfd.4.2008.02.24.18.01.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 24 Feb 2008 18:01:29 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1P21Odq043869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Feb 2008 11:01:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1P21Nog043868; Mon, 25 Feb 2008 11:01:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 25 Feb 2008 11:01:23 +0900 From: Pyun YongHyeon To: Torfinn Ingolfsen Message-ID: <20080225020123.GB42733@cdnetworks.co.kr> References: <20080223235506.53584a06.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080223235506.53584a06.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: packet loss with re(4) 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: Mon, 25 Feb 2008 02:01:31 -0000 On Sat, Feb 23, 2008 at 11:55:06PM +0100, Torfinn Ingolfsen wrote: > On Sat, 23 Feb 2008 14:44:49 -0500 > Dan Langille wrote: > > > With FreeBSD 6.3-RELEASE, I'm finding significant packet loss > > (sometimes 85%). > > If I insert an Intel nic (fxp), there is nil packet loss with > > similar tests (ping -c 100). > > Perhaps the recent MFC's for re helps? > see > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c > > I have just upgraded my machine[1] to the latest 7-stable,so it is still > too early to tell if re(4) is stable now. Unfortunately 7-stable does not have latest fixes for re(4). For 7-stable or 7.0-RELEASE use the following files. http://people.freebsd.org/~yongari/re/7.0R/if_re.c http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h For 6.3-RELEASE, use the following patch. http://people.freebsd.org/~yongari/re/6.3R/re.busdma.patch > > References: > 1) http://tingox.googlepages.com/asus_m2a-vm_hdmi_freebsd > -- > Regards, > Torfinn Ingolfsen -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 05:24: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 2924216A400 for ; Mon, 25 Feb 2008 05:24:51 +0000 (UTC) (envelope-from arun.balakrishnan@wipro.com) Received: from wipro-blr-out01.wipro.com (wipro-blr-out01.wipro.com [203.91.198.74]) by mx1.freebsd.org (Postfix) with ESMTP id E2EAC13C45B for ; Mon, 25 Feb 2008 05:24:49 +0000 (UTC) (envelope-from arun.balakrishnan@wipro.com) X-AuditID: cb5bdd57-ae738bb000000741-73-47c25ddacb93 Received: from blr-ec-bh02.wipro.com (unknown [10.201.50.92]) by wipro-blr-out01.wipro.com (Symantec Mail Security) with ESMTP id 3FD254E4002; Mon, 25 Feb 2008 11:49:06 +0530 (IST) Received: from BLR-SJP-MBX01.wipro.com ([10.101.50.182]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 25 Feb 2008 10:54:47 +0530 Received: from [127.0.0.1] ([10.115.5.159]) by BLR-SJP-MBX01.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 25 Feb 2008 10:54:46 +0530 Message-ID: <47C2511D.5040202@wipro.com> Date: Mon, 25 Feb 2008 10:54:45 +0530 From: Arun Balakrishnan User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) To: Kostik Belousov References: <47C00A1B.5030708@wipro.com> <20080223214313.GF57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080223214313.GF57756@deviant.kiev.zoral.com.ua> content-transfer-encoding: 7bit X-OriginalArrivalTime: 25 Feb 2008 05:24:46.0833 (UTC) FILETIME=[BC3DBE10:01C8776E] X-Brightmail-Tracker: AAAAAA== MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: kan@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Memory Leak under FreeBSD 6.0 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 05:24:51 -0000 Wow! Thanks a lot for the reply. The patch you provided really gave some insight on the underlying problem. In our final product, the library will be loaded and used only once per instance. However the automated test suites for the library, do this for over 2000 times as part of functional testing and memory leak testing. In this we were getting a huge leak on FreeBSD. One more question though. (Second one in the list of queries I had posted in my first mail.) 2. While executing this without Valgrind, in another terminal we did a "ps -Aopid,rss | grep LibLoader_" continuously in a loop and saw that the RSS (resident set size) field value keeps increasing by 4KB every now and then. The same experiment on GNU/Linux shows that RSS remains at the same value. What could be the cause for the ever rising RSS value? Could you throw some light on what could be the possible reason for this? Is RSS value directly mappable to the leak that we see in libc? This is another issue that is acting as a show stopper for us. Thanks again, ~Arun Kostik Belousov wrote: On Sat, Feb 23, 2008 at 05:27:15PM +0530, Arun Balakrishnan (WT01 - Computing, Storage & Software Products) wrote: Hi, We are currently working on a project wherein we are porting a library from GNU/Linux to FreeBSD 6.0 - RELEASE 32-bit and 64-bit. As part of the standard memory leak tests, we noticed that the ported library is leaking memory. After lots of analysis we found something very strange. Just repeatedly loading and unloading our library was itself throwing up a leak. We are able to reproduce a similar leak using the following steps: 1. SimpleLib.cpp - Simple dummy library 2. LibLoader.cpp - Utility to repeatedly load the library 3. Compile as mentioned 4. Run under Valgrind for multiple times (31 times in our example. Hard coded for simpilicity) =================SimpleLib.cpp=================== #include #include class CLeaker { public: CLeaker() { }; virtual ~CLeaker() { }; }; CLeaker obj; ================LibLoader.cpp====================== #include "stdio.h" #include "dlfcn.h" #include #include #include int main() { int i = 0; int loop = 31; while (i #include #include +#include #include "atexit.h" #include "un-namespace.h" @@ -56,7 +57,7 @@ static pthread_mutex_t atexit_mutex = PTHREAD_MUTEX_INITIALIZ ER; #define _MUTEX_UNLOCK(x) if (__isthreaded) _pthread_mutex_unlock(x) struct atexit { - struct atexit *next; /* next in list */ + LIST_ENTRY(atexit) link; int ind; /* next index in this table */ struct atexit_fn { int fn_type; /* ATEXIT_? from above */ @@ -69,7 +70,10 @@ struct atexit { } fns[ATEXIT_SIZE]; /* the table itself */ }; -static struct atexit *__atexit; /* points to head of LIFO stack */ +/* Head of LIFO stack */ +LIST_HEAD(, atexit) __atexit = LIST_HEAD_INITIALIZER(__atexit); +static struct atexit __atexit0; /* one guaranteed table */ +static unsigned long __atexit_gen; /* * Register the function described by 'fptr' to be called at application @@ -79,30 +83,33 @@ static struct atexit *__atexit; /* points to he ad of LIFO stack */ static int atexit_register(struct atexit_fn *fptr) { - static struct atexit __atexit0; /* one guaranteed table */ struct atexit *p; + unsigned long old__atexit_gen; _MUTEX_LOCK(&atexit_mutex); - if ((p = __atexit) == NULL) - __atexit = p = &__atexit0; - else while (p->ind >= ATEXIT_SIZE) { - struct atexit *old__atexit; - old__atexit = __atexit; - _MUTEX_UNLOCK(&atexit_mutex); - if ((p = (struct atexit *)malloc(sizeof(*p))) == NULL) - return (-1); - _MUTEX_LOCK(&atexit_mutex); - if (old__atexit != __atexit) { - /* Lost race, retry operation */ + if (LIST_EMPTY(&__atexit)) { + p = &__atexit0; + LIST_INSERT_HEAD(&__atexit, p, link); + } else { + retry: + p = LIST_FIRST(&__atexit); + if (p->ind >= ATEXIT_SIZE) { + old__atexit_gen = __atexit_gen; _MUTEX_UNLOCK(&atexit_mutex); - free(p); + if ((p = (struct atexit *)malloc(sizeof(*p))) == NULL) + return (-1); _MUTEX_LOCK(&atexit_mutex); - p = __atexit; - continue; + if (old__atexit_gen != __atexit_gen) { + /* Lost race, retry operation */ + _MUTEX_UNLOCK(&atexit_mutex); + free(p); + _MUTEX_LOCK(&atexit_mutex); + goto retry; + } + p->ind = 0; + LIST_INSERT_HEAD(&__atexit, p, link); + __atexit_gen++; } - p->ind = 0; - p->next = __atexit; - __atexit = p; } p->fns[p->ind++] = *fptr; _MUTEX_UNLOCK(&atexit_mutex); @@ -119,7 +126,7 @@ atexit(void (*func)(void)) int error; fn.fn_type = ATEXIT_FN_STD; - fn.fn_ptr.std_func = func;; + fn.fn_ptr.std_func = func; fn.fn_arg = NULL; fn.fn_dso = NULL; @@ -138,7 +145,7 @@ __cxa_atexit(void (*func)(void *), void *arg, void *dso) int error; fn.fn_type = ATEXIT_FN_CXA; - fn.fn_ptr.cxa_func = func;; + fn.fn_ptr.cxa_func = func; fn.fn_arg = arg; fn.fn_dso = dso; @@ -154,32 +161,55 @@ __cxa_atexit(void (*func)(void *), void *arg, void *dso) void __cxa_finalize(void *dso) { - struct atexit *p; - struct atexit_fn fn; - int n; + struct atexit *p, *p1, cp; + struct atexit_fn *fn; + int i, n, inuse; + unsigned long orig__atexit_gen; _MUTEX_LOCK(&atexit_mutex); - for (p = __atexit; p; p = p->next) { + restart: + inuse = 0; + LIST_FOREACH_SAFE(p, &__atexit, link, p1) { + cp.ind = 0; for (n = p->ind; --n >= 0;) { if (p->fns[n].fn_type == ATEXIT_FN_EMPTY) continue; /* already been called */ - if (dso != NULL && dso != p->fns[n].fn_dso) + if (dso != NULL && dso != p->fns[n].fn_dso) { + inuse = 1; continue; /* wrong DSO */ - fn = p->fns[n]; + } + cp.fns[cp.ind++] = p->fns[n]; /* Mark entry to indicate that this particular handler has already been called. */ p->fns[n].fn_type = ATEXIT_FN_EMPTY; - _MUTEX_UNLOCK(&atexit_mutex); - + } + if (!inuse && p != &__atexit0) { + LIST_REMOVE(p, link); + __atexit_gen++; + } else { + /* + * The current entry cannot be removed, and so + * any consequent entries. + */ + inuse = 1; + p = NULL; + } + orig__atexit_gen = __atexit_gen; + _MUTEX_UNLOCK(&atexit_mutex); + free(p); + for (i = 0; i < cp.ind; i++) { + fn = &cp.fns[i]; /* Call the function of correct type. */ - if (fn.fn_type == ATEXIT_FN_CXA) - fn.fn_ptr.cxa_func(fn.fn_arg); - else if (fn.fn_type == ATEXIT_FN_STD) - fn.fn_ptr.std_func(); - _MUTEX_LOCK(&atexit_mutex); + if (fn->fn_type == ATEXIT_FN_CXA) + fn->fn_ptr.cxa_func(fn->fn_arg); + else if (fn->fn_type == ATEXIT_FN_STD) + fn->fn_ptr.std_func(); } + _MUTEX_LOCK(&atexit_mutex); + if (orig__atexit_gen != __atexit_gen) + goto restart; } _MUTEX_UNLOCK(&atexit_mutex); } The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 08:21: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 A24C816A407 for ; Mon, 25 Feb 2008 08:21:03 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 564A713C469 for ; Mon, 25 Feb 2008 08:21:02 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 36C8510E5CF; Mon, 25 Feb 2008 09:19:53 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yFDps4MpSX52; Mon, 25 Feb 2008 09:19:48 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id A172C10E5CB; Mon, 25 Feb 2008 09:19:48 +0100 (CET) Date: Mon, 25 Feb 2008 09:22:51 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1354067204.20080225092251@rulez.sk> To: Pyun YongHyeon In-Reply-To: <20080225020123.GB42733@cdnetworks.co.kr> References: <20080223235506.53584a06.torfinn.ingolfsen@broadpark.no> <20080225020123.GB42733@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re[2]: packet loss with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 08:21:03 -0000 Hello Pyun, Monday, February 25, 2008, 3:01:23 AM, you wrote: >> Perhaps the recent MFC's for re helps? >> see >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c >> >> I have just upgraded my machine[1] to the latest 7-stable,so it is still >> too early to tell if re(4) is stable now. > Unfortunately 7-stable does not have latest fixes for re(4). > For 7-stable or 7.0-RELEASE use the following files. How about http://people.freebsd.org/~yongari/re/re.HEAD.patch ? It applies to RELENG_7_0 cleanly (well with a small offset). -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 08:25:08 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 BD4D016A40F for ; Mon, 25 Feb 2008 08:25:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5711A13C4F5 for ; Mon, 25 Feb 2008 08:25:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so2226901wri.3 for ; Mon, 25 Feb 2008 00:25:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=UFR3SpS8caXMuCguLcdYd0F4jib4+D9mQjpfMric2Uw=; b=TKwWcjhQvFOq3q8zJUVzireksOFm28Ie3w9FpmRbDYIEI+X3Bf8W+wnZQbQ/rN7fFzo2ydeJhOdv9j19gyVihm4rgtIfF44bCpEYduxtnkZlrj2398b2P/E8Yuce56mSTzepeE2CoLJDg9D2Ttz2aregVTkpvbfIW7Lpqq1SRLY= 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=ZbqXapIN7JXxAN56I2U9KmGxZc4+9PBu/re6AfPk1Dly0y2pLzv4R+VQcwtH5bDOZ/OTCRE9EyiqpK/IKNnrKAyb6Z+fRTk3g7zJyIBgCQLn8LRwG9yLKTraf7qef5OjSIoa7WUiI3UjnbIebcPsp3oovxXq2iENk6Dva4MxZ98= Received: by 10.142.213.9 with SMTP id l9mr1931914wfg.104.1203927906794; Mon, 25 Feb 2008 00:25:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm8613429wfc.18.2008.02.25.00.25.03 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Feb 2008 00:25:05 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1P8P0Z7044962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Feb 2008 17:25:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1P8P0II044958; Mon, 25 Feb 2008 17:25:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 25 Feb 2008 17:25:00 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20080225082500.GA44718@cdnetworks.co.kr> References: <20080223235506.53584a06.torfinn.ingolfsen@broadpark.no> <20080225020123.GB42733@cdnetworks.co.kr> <1354067204.20080225092251@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1354067204.20080225092251@rulez.sk> User-Agent: Mutt/1.4.2.1i Cc: Torfinn Ingolfsen , freebsd-stable@FreeBSD.org Subject: Re: packet loss with re(4) 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: Mon, 25 Feb 2008 08:25:08 -0000 On Mon, Feb 25, 2008 at 09:22:51AM +0100, Daniel Gerzo wrote: > Hello Pyun, > > Monday, February 25, 2008, 3:01:23 AM, you wrote: > > >> Perhaps the recent MFC's for re helps? > >> see > >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c > >> > >> I have just upgraded my machine[1] to the latest 7-stable,so it is still > >> too early to tell if re(4) is stable now. > > > Unfortunately 7-stable does not have latest fixes for re(4). > > For 7-stable or 7.0-RELEASE use the following files. > > How about http://people.freebsd.org/~yongari/re/re.HEAD.patch ? > It applies to RELENG_7_0 cleanly (well with a small offset). > Yes, that will also work. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 08:53: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 ECCC816A407 for ; Mon, 25 Feb 2008 08:53:02 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from kruska.eccf.su.ac.yu (ns2.su.ac.yu [147.91.175.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC6C13C4EE for ; Mon, 25 Feb 2008 08:53:00 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from visnja.eccf.su.ac.yu (ns1.su.ac.yu [147.91.175.65]) by kruska.eccf.su.ac.yu (Postfix) with ESMTP id 50ADC170030 for ; Mon, 25 Feb 2008 09:52:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by dummy.domain.name (Postfix) with ESMTP id 43BAB95935 for ; Mon, 25 Feb 2008 09:52:58 +0100 (CET) X-Virus-Scanned: amavisd-new at eccf.su.ac.yu Received: from visnja.eccf.su.ac.yu ([127.0.0.1]) by localhost (ns1.eccf.su.ac.yu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hBVIlNg-wNej for ; Mon, 25 Feb 2008 09:52:55 +0100 (CET) Received: from [192.168.62.8] (kajsija.eccf.su.ac.yu [147.91.175.67]) by visnja.eccf.su.ac.yu (Postfix) with ESMTP id 808179592A for ; Mon, 25 Feb 2008 09:52:55 +0100 (CET) Message-ID: <47C30055.5010401@eccf.su.ac.yu> Date: Mon, 25 Feb 2008 09:52:21 -0800 From: =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Inserting a character in certain column X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 08:53:03 -0000 Hello list! I need to insert a character in certain column in all rows of the file using vi. Please help From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 08:57:38 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 400AF16A400 for ; Mon, 25 Feb 2008 08:57:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF3D13C4D5 for ; Mon, 25 Feb 2008 08:57:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 1A0D11CC033; Mon, 25 Feb 2008 00:57:38 -0800 (PST) Date: Mon, 25 Feb 2008 00:57:38 -0800 From: Jeremy Chadwick To: =?iso-8859-1?Q?Szemer=E9dy_G=E1bor?= Message-ID: <20080225085738.GA76986@eos.sc1.parodius.com> References: <47C30055.5010401@eccf.su.ac.yu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47C30055.5010401@eccf.su.ac.yu> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Inserting a character in certain column X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 08:57:38 -0000 On Mon, Feb 25, 2008 at 09:52:21AM -0800, Szemerédy Gábor wrote: > I need to insert a character in certain column in all rows of the file > using vi. Sounds more like a job for awk than vi. -- | 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 Feb 25 09:13: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 B876516A401 for ; Mon, 25 Feb 2008 09:13:21 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 03E3513C4E5 for ; Mon, 25 Feb 2008 09:13:20 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m1P9Bweh029571; Mon, 25 Feb 2008 16:11:58 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m1P9BwZn029570; Mon, 25 Feb 2008 16:11:58 +0700 (KRAT) (envelope-from eugen) Date: Mon, 25 Feb 2008 16:11:58 +0700 From: Eugene Grosbein To: Szemer?dy G?bor Message-ID: <20080225091158.GA29263@svzserv.kemerovo.su> References: <47C30055.5010401@eccf.su.ac.yu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C30055.5010401@eccf.su.ac.yu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Inserting a character in certain column X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 09:13:21 -0000 On Mon, Feb 25, 2008 at 09:52:21AM -0800, Szemer?dy G?bor wrote: > I need to insert a character in certain column in all rows of the file > using vi. > Please help I don't use vi but remember it can use regexp like sed does: the following examle inserts X after 5th column (read, in 6 column): sed -E 's/^(.{5})(.*)/\1X\2/' Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 13:02: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 1296A16A41A; Mon, 25 Feb 2008 13:02:17 +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 B912B13C468; Mon, 25 Feb 2008 13:02:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 1FE1943CC9B; Mon, 25 Feb 2008 15:02:15 +0200 (EET) 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 BMAKaRZNaQR4; Mon, 25 Feb 2008 15:02:15 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 9694643CAEE; Mon, 25 Feb 2008 15:02:14 +0200 (EET) Message-ID: <47C2BC50.5040702@icyb.net.ua> Date: Mon, 25 Feb 2008 15:02:08 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> In-Reply-To: <20080204035242.GA28554@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: strange behavior after hand X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 13:02:17 -0000 on 04/02/2008 05:52 Pyun YongHyeon said the following: > On Fri, Feb 01, 2008 at 03:56:17PM +0200, Andriy Gapon wrote: > > on 01/02/2008 15:42 Andriy Gapon said the following: > > > on 01/02/2008 14:36 Pyun YongHyeon said the following: > > >> After applying attached patch and let me know the output of > > >> "devid : xxx, revid : xxx, pwr = xxx". It would be even better > > >> if you can show me the above message for working/non-working case. > > >> > > >> > > > > > > Applied the patch with correction to actually print rev instead of dev > > > for the second time :-) > > > This is in working case: > > > devid : 269, revid : a3, pwr = 00000003 > > > > A clarification: I just applied the patch, recompiled and re-loaded the > > module. There was no reboot/poweroff/reset in between. > > > > > Will wait for the non-working situation. > > > > > > > Revert previous patch and try attached patch again and let me know > how it goes. > > Tried it - still no joy, the behavior is as before. If I gracefully reboot the machine or power down and then up, then everything is OK. But if I press "reset" button and boot up, the nfe interface is "dead". BTW, I kept the line for printing devid/revid/pwr and output is the same in all cases. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 13:06: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 8A0FB16A406 for ; Mon, 25 Feb 2008 13:06:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [87.224.29.78]) by mx1.freebsd.org (Postfix) with ESMTP id 51A3713C467 for ; Mon, 25 Feb 2008 13:06:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JTcmY-0006EK-1g; Mon, 25 Feb 2008 12:50:10 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JTcmX-000Ejt-W3; Mon, 25 Feb 2008 12:50:09 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JTcmX-0004UQ-VO; Mon, 25 Feb 2008 12:50:09 +0000 To: freebsd-stable@freebsd.org, pyunyh@gmail.com, torfinn.ingolfsen@broadpark.no In-Reply-To: <20080225020123.GB42733@cdnetworks.co.kr> Message-Id: From: Pete French Date: Mon, 25 Feb 2008 12:50:09 +0000 Cc: Subject: Re: packet loss with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 13:06:40 -0000 > Unfortunately 7-stable does not have latest fixes for re(4). > For 7-stable or 7.0-RELEASE use the following files. > http://people.freebsd.org/~yongari/re/7.0R/if_re.c > http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h Ah, thats is very interesting - I have an identical motherboard to Tor, and am also having if_re problems (kernel panics under heavy network load). Are these files suitable to be used on a "production" box ? - it's not precisely productin, but it if extremely difficult to get physical access to (almost impossible in fact), so I am a little wary of compiling a kernel and hitting reboot :-) I wish I had a duplicate system here to test these things on, but unfortuantely I don't :-( Tor, are you using these files on your system under 7.0? do they work nicely for you?. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 14:08:08 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 8882016A401; Mon, 25 Feb 2008 14:08:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 309BF13C510; Mon, 25 Feb 2008 14:08:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JTdzv-00007R-Td; Mon, 25 Feb 2008 16:08:06 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m1PE7akR055294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Feb 2008 16:07:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m1PE7xwY081331; Mon, 25 Feb 2008 16:07:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m1PE7w6C081330; Mon, 25 Feb 2008 16:07:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 25 Feb 2008 16:07:57 +0200 From: Kostik Belousov To: Arun Balakrishnan Message-ID: <20080225140757.GL57756@deviant.kiev.zoral.com.ua> References: <47C00A1B.5030708@wipro.com> <20080223214313.GF57756@deviant.kiev.zoral.com.ua> <47C2511D.5040202@wipro.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O9wi4UovR+m/p8TK" Content-Disposition: inline In-Reply-To: <47C2511D.5040202@wipro.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 8abf2c83e696415c40c55866f9369f42 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2313 [Feb 25 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: kan@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Memory Leak under FreeBSD 6.0 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 14:08:08 -0000 --O9wi4UovR+m/p8TK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 25, 2008 at 10:54:45AM +0530, Arun Balakrishnan wrote: I am unable to reply to HTML mail. Please, repost it with plain text content. --O9wi4UovR+m/p8TK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfCy70ACgkQC3+MBN1Mb4gEAwCeIcwRh0OA4dJaTqQEl37S+DLv 3IoAn1Ee8hfo3H5etC3VxlgH3gzgA1kP =IJc3 -----END PGP SIGNATURE----- --O9wi4UovR+m/p8TK-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 14:30:47 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 041B116A406; Mon, 25 Feb 2008 14:30:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B6CEF13C46B; Mon, 25 Feb 2008 14:30:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A56D7A.dip.t-dialin.net [84.165.109.122]) by redbull.bpaserver.net (Postfix) with ESMTP id 432F52E25E; Mon, 25 Feb 2008 15:13:09 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5625E7C48F; Mon, 25 Feb 2008 15:13:05 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m1PED4Kw068920; Mon, 25 Feb 2008 15:13:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 25 Feb 2008 15:13:04 +0100 Message-ID: <20080225151304.nan0he4xcs8kk00w@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 25 Feb 2008 15:13:04 +0100 From: Alexander Leidinger To: Jan Srzednicki References: <20080224163005.GG15445@oak.pl> In-Reply-To: <20080224163005.GG15445@oak.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.3, required 6, BAYES_00 -15.00, J_CHICKENPOX_21 0.60, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: A simple rc.d jail patch to enable priority X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 14:30:47 -0000 Quoting Jan Srzednicki (from Sun, 24 Feb 2008 17:30:05 +0100): > Hello, > > I have written this tiny little patch to the jail rc.d script, which > allows user to set jail nice value. It doesn't change any default > behaviour. > > Can that make it to the trees? > Patch attached. You need to provide documentation for it if you want that someone considers it for inclusion into the tree. Bye, Alexander. -- "But Huey, you PROMISED!" "Tell 'em I lied." http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 15:17:08 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 2B01F16A402; Mon, 25 Feb 2008 15:17:08 +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 A2F4E13C44B; Mon, 25 Feb 2008 15:17:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 6173D43F120; Mon, 25 Feb 2008 17:17:05 +0200 (EET) 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 ug86SCkzMdIn; Mon, 25 Feb 2008 17:17:05 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id E5B4A43CCAB; Mon, 25 Feb 2008 17:17:04 +0200 (EET) Message-ID: <47C2DBEF.301@icyb.net.ua> Date: Mon, 25 Feb 2008 17:17:03 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> In-Reply-To: <47C2BC50.5040702@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: strange behavior after hand X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 15:17:08 -0000 on 25/02/2008 15:02 Andriy Gapon said the following: > on 04/02/2008 05:52 Pyun YongHyeon said the following: >> On Fri, Feb 01, 2008 at 03:56:17PM +0200, Andriy Gapon wrote: >> > on 01/02/2008 15:42 Andriy Gapon said the following: >> > > on 01/02/2008 14:36 Pyun YongHyeon said the following: >> > >> After applying attached patch and let me know the output of >> > >> "devid : xxx, revid : xxx, pwr = xxx". It would be even better >> > >> if you can show me the above message for working/non-working case. >> > >> >> > >> >> > > >> > > Applied the patch with correction to actually print rev instead of dev >> > > for the second time :-) >> > > This is in working case: >> > > devid : 269, revid : a3, pwr = 00000003 >> > >> > A clarification: I just applied the patch, recompiled and re-loaded the >> > module. There was no reboot/poweroff/reset in between. >> > >> > > Will wait for the non-working situation. >> > > >> > >> >> Revert previous patch and try attached patch again and let me know >> how it goes. >> >> > > Tried it - still no joy, the behavior is as before. > If I gracefully reboot the machine or power down and then up, then > everything is OK. But if I press "reset" button and boot up, the nfe > interface is "dead". > BTW, I kept the line for printing devid/revid/pwr and output is the same > in all cases. > Not sure if that is related but Linux forcedeth driver seems to do some stuff that we don't do: http://lxr.linux.no/linux+v2.6.24/drivers/net/forcedeth.c#L5271 -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 15:18:15 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 C344E16A401; Mon, 25 Feb 2008 15:18:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6C913C442; Mon, 25 Feb 2008 15:18:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PFIE4E017767; Mon, 25 Feb 2008 10:18:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PFIEur051153; Mon, 25 Feb 2008 10:18:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 09313241A2; Mon, 25 Feb 2008 10:18:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080225151837.09313241A2@freebsd-legacy.sentex.ca> Date: Mon, 25 Feb 2008 10:18:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 15:18:16 -0000 TB --- 2008-02-25 14:16:37 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-25 14:16:37 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-02-25 14:16:37 - cleaning the object tree TB --- 2008-02-25 14:17:18 - cvsupping the source tree TB --- 2008-02-25 14:17:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-02-25 14:17:28 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-25 14:17:28 - cd /src TB --- 2008-02-25 14:17:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-25 15:10:51 - generating LINT kernel config TB --- 2008-02-25 15:10:51 - cd /src/sys/i386/conf TB --- 2008-02-25 15:10:51 - /usr/bin/make -B LINT TB --- 2008-02-25 15:10:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-25 15:10:51 - cd /src TB --- 2008-02-25 15:10:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 25 15:10:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-25 15:18:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-25 15:18:36 - ERROR: failed to build lint kernel TB --- 2008-02-25 15:18:36 - tinderbox aborted TB --- 2925.51 user 361.46 system 3719.34 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 15:25:55 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 1F93F16A400; Mon, 25 Feb 2008 15:25:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id ED30713C46A; Mon, 25 Feb 2008 15:25:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PFPru4049595; Mon, 25 Feb 2008 10:25:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PFPiJD061292; Mon, 25 Feb 2008 10:25:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 7C6B3241A2; Mon, 25 Feb 2008 10:26:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080225152605.7C6B3241A2@freebsd-legacy.sentex.ca> Date: Mon, 25 Feb 2008 10:26:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 15:25:55 -0000 TB --- 2008-02-25 13:59:56 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-25 13:59:56 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-02-25 13:59:56 - cleaning the object tree TB --- 2008-02-25 14:00:44 - cvsupping the source tree TB --- 2008-02-25 14:00:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-02-25 14:00:53 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-25 14:00:53 - cd /src TB --- 2008-02-25 14:00:53 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2008-02-25 15:18:03 - generating LINT kernel config TB --- 2008-02-25 15:18:03 - cd /src/sys/amd64/conf TB --- 2008-02-25 15:18:03 - /usr/bin/make -B LINT TB --- 2008-02-25 15:18:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-25 15:18:03 - cd /src TB --- 2008-02-25 15:18:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 25 15:18:03 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-25 15:26:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-25 15:26:05 - ERROR: failed to build lint kernel TB --- 2008-02-25 15:26:05 - tinderbox aborted TB --- 4050.10 user 532.82 system 5168.74 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 15:33: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 E6A3B16A47D for ; Mon, 25 Feb 2008 15:33:39 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id B961C13C4CC for ; Mon, 25 Feb 2008 15:33:39 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so966133wfa.7 for ; Mon, 25 Feb 2008 07:33:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; bh=LmDAfXWha0XPeX2feCHlMuhnOBnFDw828gfZ+e5khUw=; b=xvE+3PVy5N0MVhhbwLo2U/udnAoDEVsob1ZD8X45AsFPTnSgSleZUBFxDUJU9nSWaJF8X42sLem08kQ/fuCUrBI0dInMu6QOtyfPf8CrX7xR5ef6WivtXy9qQsuLtD4YrQm5BpAZmdxXHeCcYbO3CR242LAWxodLxjGLggMalqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=sOz0fV0eoeUnkrrAYIHYHIJLwowXeubPpCkzr2m5tDoUe+m6b+xYjWEPonDOCm6mynC5NON4d6tVZ17xmt/exG6Rxz3yxmjk2cQQRRNl1BRBbdFA+KGvsmvBuFcNKosmByEdiorZawnR/pctUvAJFjFue3Aelja8tTDpOe26DOI= Received: by 10.142.84.3 with SMTP id h3mr2347391wfb.34.1203952081792; Mon, 25 Feb 2008 07:08:01 -0800 (PST) Received: from gmail.com ( [125.25.214.21]) by mx.google.com with ESMTPS id 22sm8427799wfd.4.2008.02.25.07.07.56 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Feb 2008 07:08:00 -0800 (PST) Date: Mon, 25 Feb 2008 22:07:56 +0700 From: Pongthep Kulkrisada To: freebsd-stable@freebsd.org Message-ID: <20080225150756.GA1747@gmail.com> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 15:33:40 -0000 Hi all, I upgraded to FreeBSD 6.3-STABLE, I have 3 problems. I think this is the right place to ask. Please someone point me out. (1) Previously, I ran ntpd on FreeBSD 6.2-RELEASE with dial-up, I had no problems. Late last year I switched to ADSL and stayed behind NAT. I found that ntpd couldn't synchronize with IPv4 NTP servers. It got synchronized with ONLY IPv6 NTP servers. (Note that I got IPv6 from freenet6, even machine behind NAT can still get real IPv6 address using UDP encapsulation.) Last week I upgraded from source to FreeBSD 6.3-STABLE (buildworld). I found that I can not get sync with any NTP servers both IPv4 and IPv6. The followings are my information. # cat /etc/ntp.conf server time.navy.mi.th prefer server asia.pool.ntp.org server ntp.nict.jp driftfile /etc/ntp.drift # ntpdc -c peers remote local st poll reach delay offset disp ======================================================================= =122.154.11.67 192.168.1.10 16 1024 0 0.00000 0.000000 0.00000 =starlite.ispwor 192.168.1.10 16 1024 0 0.00000 0.000000 0.00000 =ntp-b2.nict.go. 192.168.1.10 16 1024 0 0.00000 0.000000 0.00000 messages from syslog Feb 25 20:00:36 bsdhost ntpd[711]: ntpd 4.2.0-a Mon Feb 18 21:23:47 ICT 2008 (1) Feb 25 20:00:36 bsdhost ntpd[711]: bind() fd 10, family 28, port 123, addr 2001:5c0:8fff:fffe::42ad, in6_is_addr_multicast=0 flags=0 fails: Can't assign requested address # uname -a FreeBSD bsdhost.localdomain 6.3-STABLE FreeBSD 6.3-STABLE #0: Mon Feb 18 23:20:40 ICT 2008 root@bsdhost.localdomain:/usr/obj/usr/src/sys/SMP i386 (2) My next problem after buildworld is ``man pages are not updated''. They are still FreeBSD 6.2. What happen? How to fix it? (3) My last problem may be irrelevant to freebsd-stable. The problem is ``handbook is not updated''. I ran cvsup -g -L 2 /usr/share/example/cvsup/doc-supfile. I got many files/dirs in /usr/doc. I simply cd into /usr/doc then ``make install'' and ``make all install'' I guess that but it just doesn't work. Actually I can read the new handbook from www.freebsd.org. But I'm very curious to know how to update handbook in my computer. Please someone point me out. Thanks in advance. Pongthep From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 15:53:23 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 D82D516A400; Mon, 25 Feb 2008 15:53:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 95D2613C46B; Mon, 25 Feb 2008 15:53:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m1PFrM4k095260; Mon, 25 Feb 2008 07:53:23 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m1PFrGKP095259; Mon, 25 Feb 2008 07:53:16 -0800 (PST) (envelope-from david) Date: Mon, 25 Feb 2008 07:53:15 -0800 From: David Wolfskill To: FreeBSD Tinderbox Message-ID: <20080225155315.GG67897@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , FreeBSD Tinderbox , stable@freebsd.org, i386@freebsd.org References: <20080225151837.09313241A2@freebsd-legacy.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wO3ULb5M+sQS9v8+" Content-Disposition: inline In-Reply-To: <20080225151837.09313241A2@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/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: Mon, 25 Feb 2008 15:53:24 -0000 --wO3ULb5M+sQS9v8+ Content-Type: multipart/mixed; boundary="J1ldk4ymECC/Y9sn" Content-Disposition: inline --J1ldk4ymECC/Y9sn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 25, 2008 at 10:18:36AM -0500, FreeBSD Tinderbox wrote: > ... > >>> Kernel build for LINT started on Mon Feb 25 15:10:51 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/fs/unionfs/union_subr.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/fs/unionfs/union_vfsops.c > /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'uni= onfs_quotactl' > /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'un= ionfs_quotactl' was here > /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'uni= onfs_quotactl' > /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'un= ionfs_quotactl' was here > /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from inco= mpatible pointer type > /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used b= ut never defined > *** Error code 1 >=20 > Stop in /obj/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. > TB --- 2008-02-25 15:18:36 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2008-02-25 15:18:36 - ERROR: failed to build lint kernel > TB --- 2008-02-25 15:18:36 - tinderbox aborted > TB --- 2925.51 user 361.46 system 3719.34 real Attached patch fixed it for me. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --J1ldk4ymECC/Y9sn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="union_vfsops.c.diff" Content-Transfer-Encoding: quoted-printable Index: union_vfsops.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: /cvs/freebsd/src/sys/fs/unionfs/union_vfsops.c,v retrieving revision 1.76.2.5 diff -u -r1.76.2.5 union_vfsops.c --- union_vfsops.c 23 Oct 2007 03:37:09 -0000 1.76.2.5 +++ union_vfsops.c 25 Feb 2008 15:42:43 -0000 @@ -438,7 +438,7 @@ } =20 static int -unionfs_quotactl(struct mount *mp, int cmd, uid_t uid, caddr_t arg, +unionfs_quotactl(struct mount *mp, int cmd, uid_t uid, void *arg, struct thread *td) { struct unionfs_mount *ump; --J1ldk4ymECC/Y9sn-- --wO3ULb5M+sQS9v8+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfC5GkACgkQmprOCmdXAD2E0gCdFuvN9YKKfDi+y0xjQPRk61g0 iHYAnizUs0Jiov4RVNV2a6dL1syV/o41 =7OPd -----END PGP SIGNATURE----- --wO3ULb5M+sQS9v8+-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 15: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 4EFCB16A406 for ; Mon, 25 Feb 2008 15:54:14 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail3.secureworks.net (mail3.secureworks.net [65.114.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 2BE7613C448 for ; Mon, 25 Feb 2008 15:54:13 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail3.secureworks.net (Postfix) with ESMTP id 6840019E147 for ; Mon, 25 Feb 2008 15:39:06 +0000 (GMT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail3.secureworks.net ([127.0.0.1]) by localhost (mail3.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0GlfEL18lr7s for ; Mon, 25 Feb 2008 15:39:06 +0000 (GMT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail3.secureworks.net (Postfix) with ESMTP id 356BC19E07E for ; Mon, 25 Feb 2008 15:39:06 +0000 (GMT) Message-ID: <47C2E11A.4090500@jellydonut.org> Date: Mon, 25 Feb 2008 10:39:06 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20080225150756.GA1747@gmail.com> In-Reply-To: <20080225150756.GA1747@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 15:54:14 -0000 Pongthep Kulkrisada wrote: > (2) > My next problem after buildworld is ``man pages are not updated''. > They are still FreeBSD 6.2. What happen? How to fix it? > You need to delete your old catman pages. find /usr/share/man/cat* -type f -exec rm -f {} \; > > Please someone point me out. > > Thanks in advance. > Pongthep -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 16:07: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 92E5016A400 for ; Mon, 25 Feb 2008 16:07:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8B16413C461 for ; Mon, 25 Feb 2008 16:07:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 65E6B1CC033; Mon, 25 Feb 2008 08:07:25 -0800 (PST) Date: Mon, 25 Feb 2008 08:07:25 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080225160725.GA91945@eos.sc1.parodius.com> References: <20080225150756.GA1747@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080225150756.GA1747@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 16:07:25 -0000 On Mon, Feb 25, 2008 at 10:07:56PM +0700, Pongthep Kulkrisada wrote: > Last week I upgraded from source to FreeBSD 6.3-STABLE (buildworld). > I found that I can not get sync with any NTP servers both IPv4 and IPv6. > The followings are my information. > > # cat /etc/ntp.conf > server time.navy.mi.th prefer > server asia.pool.ntp.org > server ntp.nict.jp > driftfile /etc/ntp.drift > > # ntpdc -c peers > remote local st poll reach delay offset disp > ======================================================================= > =122.154.11.67 192.168.1.10 16 1024 0 0.00000 0.000000 0.00000 > =starlite.ispwor 192.168.1.10 16 1024 0 0.00000 0.000000 0.00000 > =ntp-b2.nict.go. 192.168.1.10 16 1024 0 0.00000 0.000000 0.00000 > > messages from syslog > Feb 25 20:00:36 bsdhost ntpd[711]: ntpd 4.2.0-a Mon Feb 18 21:23:47 ICT 2008 (1) > Feb 25 20:00:36 bsdhost ntpd[711]: bind() fd 10, family 28, port 123, addr 2001:5c0:8fff:fffe::42ad, in6_is_addr_multicast=0 flags=0 fails: Can't assign requested address I can't help you with the IPv6 stuff; I don't use IPv6. Please do not define driftfile in /etc/ntp.conf. The /etc/rc.d/ntpd framework will take care of that for you by using -f /var/db/ntpd.drift. If I were you, I'd try sniffing traffic on your LAN segment to see if you're even getting responses from the remote NTP servers. Using tcpdump, you should be able to achieve this by doing: # tcpdump -l -n -s 8192 -p "port 123" I'm willing to bet you're not even getting responses from the remote servers, which would imply firewall rules on your gateway, or the machine itself. > (2) > My next problem after buildworld is ``man pages are not updated''. > They are still FreeBSD 6.2. What happen? How to fix it? These won't be taken care of until you do an installworld. And if you did do an installworld and your manpages are still outdated, it's being caused by the fact that there's two sets of pages: manpages located in /usr/share/man/man*, and catpages (which are manpages which have been pre-formatted, thus saving CPU time, but taking up extra disk, stored in /usr/share/man/cat*). The catpages can sometimes become outdated because of this. # find /usr/share/man/cat* -type f -delete And then enable weekly creation of the catman pages via the weekly periodic script, by placing this in /etc/periodic.conf: weekly_catman_enable="yes" You can also create those catman pages right now by setting the above variable in periodic.conf and doing the following: /etc/periodic/weekly/330.catman Keep something in mind, however: by enabling this, you're also prone to get a lot of nasty messages from groff/troff/nroff every week. A lot of manpages are not 100% syntactically correct or compatible with the version of troff FreeBSD uses, so they emit warnings. Finally, when you upgraded from 6.2 to 6.3, did you follow all of the instructions in /usr/src/Makefile perfectly? See the 10-11 steps listed under "For individuals wanting to upgrade their sources...". I'm left wondering if you didn't do the mergemaster step. -- | 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 Feb 25 16:19:33 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 2BD3416A403; Mon, 25 Feb 2008 16:19:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0488F13C448; Mon, 25 Feb 2008 16:19:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PGJWRv025307; Mon, 25 Feb 2008 11:19:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PGJVJb019438; Mon, 25 Feb 2008 11:19:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 89DD9241A2; Mon, 25 Feb 2008 11:19:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080225161954.89DD9241A2@freebsd-legacy.sentex.ca> Date: Mon, 25 Feb 2008 11:19:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 16:19:33 -0000 TB --- 2008-02-25 15:18:36 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-25 15:18:36 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-02-25 15:18:37 - cleaning the object tree TB --- 2008-02-25 15:19:21 - cvsupping the source tree TB --- 2008-02-25 15:19:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-02-25 15:19:28 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-25 15:19:28 - cd /src TB --- 2008-02-25 15:19:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-25 16:13:36 - generating LINT kernel config TB --- 2008-02-25 16:13:36 - cd /src/sys/pc98/conf TB --- 2008-02-25 16:13:36 - /usr/bin/make -B LINT TB --- 2008-02-25 16:13:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-25 16:13:36 - cd /src TB --- 2008-02-25 16:13:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 25 16:13:37 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-25 16:19:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-25 16:19:54 - ERROR: failed to build lint kernel TB --- 2008-02-25 16:19:54 - tinderbox aborted TB --- 2816.16 user 365.48 system 3677.51 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 16:25:33 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 7BADB16A405; Mon, 25 Feb 2008 16:25:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 55A8713C45D; Mon, 25 Feb 2008 16:25:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PGPWLi060184; Mon, 25 Feb 2008 11:25:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1PGPWI8042092; Mon, 25 Feb 2008 11:25:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 173A5241A2; Mon, 25 Feb 2008 11:25:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080225162555.173A5241A2@freebsd-legacy.sentex.ca> Date: Mon, 25 Feb 2008 11:25:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 16:25:33 -0000 TB --- 2008-02-25 15:26:05 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-25 15:26:05 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-02-25 15:26:05 - cleaning the object tree TB --- 2008-02-25 15:26:42 - cvsupping the source tree TB --- 2008-02-25 15:26:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-02-25 15:26:49 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-25 15:26:49 - cd /src TB --- 2008-02-25 15:26:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-25 16:20:22 - generating LINT kernel config TB --- 2008-02-25 16:20:22 - cd /src/sys/sparc64/conf TB --- 2008-02-25 16:20:22 - /usr/bin/make -B LINT TB --- 2008-02-25 16:20:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-25 16:20:22 - cd /src TB --- 2008-02-25 16:20:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 25 16:20:22 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-25 16:25:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-25 16:25:55 - ERROR: failed to build lint kernel TB --- 2008-02-25 16:25:55 - tinderbox aborted TB --- 2829.66 user 343.80 system 3589.51 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 17:18: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 0F87216A402 for ; Mon, 25 Feb 2008 17:18:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id C97C913C457 for ; Mon, 25 Feb 2008 17:18:30 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JWT000QX1ESNB80@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 25 Feb 2008 18:18:28 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JWT00HWG1ERHFM0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 25 Feb 2008 18:18:28 +0100 (CET) Date: Mon, 25 Feb 2008 18:18:26 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080225181826.fbb05634.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <20080225020123.GB42733@cdnetworks.co.kr> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: packet loss with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 17:18:31 -0000 Hi! Everybody, I *am* subscribed to the list, there is no need to CC me at all. Doing sio just clutters up my mail sorting. :-) On Mon, 25 Feb 2008 12:50:09 +0000 Pete French wrote: > Ah, thats is very interesting - I have an identical motherboard to > Tor, and am also having if_re problems (kernel panics under heavy > network load). Are these files suitable to be used on a "production" > box ? - it's not precisely productin, but it if extremely difficult > to get physical access to (almost impossible in fact), so I am a > little wary of compiling a kernel and hitting reboot :-) > > I wish I had a duplicate system here to test these things on, but > unfortuantely I don't :-( Tor, are you using these files on your > system under 7.0? do they work nicely for you?. I couldn't see anyone lese in this thread whos name starts with Tor... so I guess you were adressing me. I used this patch http://people.freebsd.org/~yongari/re/re.HEAD.patch and it worled well for me. Without this patch, my machine would lose connectivity when network traffic increased (for ecxample transferring a large file). with this patch - no problems. After the last update, I saw that there had been a lot of fixes for re (4) in the source, so I didn't bother with this patch.The machine is still up, but I haven't tried any heavy network traffic yet. Note: this machine isn't really "in production" - I just test out stuff on it now. My plan was to use it as a server for virtual servers, but so far I have just tested qemu on it, and the results were not convincing (for some reason qemu is unstable on this machine). HTH -- Regards, Torfinn From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 22:01: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 18F1B16A405 for ; Mon, 25 Feb 2008 22:01:40 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 013A013C442 for ; Mon, 25 Feb 2008 22:01:39 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 45EC8654AD for ; Mon, 25 Feb 2008 16:01:39 -0600 (CST) Date: Mon, 25 Feb 2008 16:01:42 -0600 From: Paul Schmehl To: freebsd-stable@freebsd.org Message-ID: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0 RC3 and linux linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 22:01:40 -0000 Is it no longer required to mount linprocfs in 7.0 RC3? I noticed that it wasn't added to /etc/rc.conf, and that linux.ko is loaded. Just wondering if the mount is still required or not? -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 22:34: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 C26A716A406 for ; Mon, 25 Feb 2008 22:34:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF9113C4E3; Mon, 25 Feb 2008 22:34:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C34293.6020104@FreeBSD.org> Date: Mon, 25 Feb 2008 23:34:59 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Paul Schmehl References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> In-Reply-To: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 RC3 and linux linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 22:34:59 -0000 Paul Schmehl wrote: > Is it no longer required to mount linprocfs in 7.0 RC3? I noticed that > it wasn't added to /etc/rc.conf, and that linux.ko is loaded. Just > wondering if the mount is still required or not? > linux.ko doesn't provide linprocfs. There have not been changes to the linuxulator and related code recently in the release cycle. Can you explain in more detail the new behaviour you are seeing? Kris From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 23:01: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 D5BA416A400 for ; Mon, 25 Feb 2008 23:01:50 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id B494513C45A for ; Mon, 25 Feb 2008 23:01:50 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 39E33654FB; Mon, 25 Feb 2008 17:01:50 -0600 (CST) Date: Mon, 25 Feb 2008 17:01:53 -0600 From: Paul Schmehl To: Kris Kennaway Message-ID: In-Reply-To: <47C34293.6020104@FreeBSD.org> References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <47C34293.6020104@FreeBSD.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 RC3 and linux linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 23:01:50 -0000 --On Monday, February 25, 2008 23:34:59 +0100 Kris Kennaway wrote: > Paul Schmehl wrote: >> Is it no longer required to mount linprocfs in 7.0 RC3? I noticed that >> it wasn't added to /etc/rc.conf, and that linux.ko is loaded. Just >> wondering if the mount is still required or not? >> > > linux.ko doesn't provide linprocfs. There have not been changes to the > linuxulator and related code recently in the release cycle. Can you explain > in more detail the new behaviour you are seeing? > I'm not seeing any new behavior. I might be missing something, but I haven't noticed anything yet. I use Mulberry for mail, and it's working fne. (It requires the linux emulator.) I just moved to a new box and installed 7.0 RC3 on it. Updated and recompiled the kernel and world. I was comparing my old setup to the new when I realized I wasn't mounting linprocfs. If I don't need it, there's no point in mounting it. The only major problem I'm having is usb just doesn't work right at all. The system doesn't sense when I insert a new device, and I had to enable moused to get the mouse working. (But the usb keyboard works fine.?!) When I insert a usb thumb drive into a slot, I don't see the usual console messages, and there's no /dev/da?, so I'm not sure what to do next. Maybe you can help with that? -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 23:50: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 5C97C16A400 for ; Mon, 25 Feb 2008 23:50:30 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 23C2013C4D3 for ; Mon, 25 Feb 2008 23:50:29 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1JTmqZ-0005ii-BF for ; Tue, 26 Feb 2008 00:34:59 +0100 Received: (qmail 9425 invoked from network); 25 Feb 2008 23:34:57 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 25 Feb 2008 23:34:57 -0000 Date: Tue, 26 Feb 2008 00:34:56 +0100 To: "Paul Schmehl" , "Kris Kennaway" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <47C34293.6020104@FreeBSD.org> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.26 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 RC3 and linux linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 23:50:30 -0000 On Tue, 26 Feb 2008 00:01:53 +0100, Paul Schmehl wrote: > --On Monday, February 25, 2008 23:34:59 +0100 Kris Kennaway > wrote: > >> Paul Schmehl wrote: >>> Is it no longer required to mount linprocfs in 7.0 RC3? I noticed that >>> it wasn't added to /etc/rc.conf, and that linux.ko is loaded. Just >>> wondering if the mount is still required or not? >>> >> >> linux.ko doesn't provide linprocfs. There have not been changes to the >> linuxulator and related code recently in the release cycle. Can you >> explain >> in more detail the new behaviour you are seeing? >> > > I'm not seeing any new behavior. I might be missing something, but I > haven't noticed anything yet. I use Mulberry for mail, and it's working > fne. (It requires the linux emulator.) > > I just moved to a new box and installed 7.0 RC3 on it. Updated and > recompiled the kernel and world. I was comparing my old setup to the > new when I realized I wasn't mounting linprocfs. If I don't need it, > there's no point in mounting it. > > The only major problem I'm having is usb just doesn't work right at > all. The system doesn't sense when I insert a new device, and I had to > enable moused to get the mouse working. (But the usb keyboard works > fine.?!) > > When I insert a usb thumb drive into a slot, I don't see the usual > console messages, and there's no /dev/da?, so I'm not sure what to do > next. > > Maybe you can help with that? Did you kldload umass before inserting you usb drive? Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 23:55: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 3F8A116A40A for ; Mon, 25 Feb 2008 23:55:27 +0000 (UTC) (envelope-from jesk@killall.org) Received: from killall.org (killall.org [62.24.25.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0265313C47E for ; Mon, 25 Feb 2008 23:55:26 +0000 (UTC) (envelope-from jesk@killall.org) Received: from [212.17.245.84] (helo=byxe) by killall.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JTn0j-000G6H-FA for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 00:45:29 +0100 Date: Tue, 26 Feb 2008 00:45:31 +0100 From: Christian To: freebsd-stable@freebsd.org Message-ID: <6A0E8F6491BC6998973D39D5@[192.168.0.1]> X-Mailer: Mulberry/4.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: jesk@killall.org X-Spam-Score: -4.2 (----) X-Spam-Report: Spam detection software, running on the system "killall.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hi, can anyone say me what the current status of "running IPv6 in Jail" is? Thanks, Christian [...] Content analysis details: (-4.2 points, 4.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.2 AWL AWL: From: address is in the auto white-list Subject: IPv6 in Jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 23:55:27 -0000 Hi, can anyone say me what the current status of "running IPv6 in Jail" is? Thanks, Christian From owner-freebsd-stable@FreeBSD.ORG Mon Feb 25 23:59: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 888B816A402 for ; Mon, 25 Feb 2008 23:59:25 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 6C41113C447 for ; Mon, 25 Feb 2008 23:59:25 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id E1A5A654FB for ; Mon, 25 Feb 2008 17:59:24 -0600 (CST) Date: Mon, 25 Feb 2008 17:59:27 -0600 From: Paul Schmehl To: freebsd-stable@freebsd.org Message-ID: In-Reply-To: References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <47C34293.6020104@FreeBSD.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: 7.0 RC3 and usb problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2008 23:59:25 -0000 --On Tuesday, February 26, 2008 00:34:56 +0100 Ronald Klop wrote: > On Tue, 26 Feb 2008 00:01:53 +0100, Paul Schmehl wrote: > >> >> The only major problem I'm having is usb just doesn't work right at >> all. The system doesn't sense when I insert a new device, and I had to >> enable moused to get the mouse working. (But the usb keyboard works >> fine.?!) >> >> When I insert a usb thumb drive into a slot, I don't see the usual >> console messages, and there's no /dev/da?, so I'm not sure what to do >> next. >> >> Maybe you can help with that? > > Did you kldload umass before inserting you usb drive? > No, but [root@utd65257 ~]# kldload umass kldload: can't load umass: File exists [root@utd65257 ~]# kldstat Id Refs Address Size Name 1 9 0xc0400000 906518 kernel 2 1 0xc0d07000 14324 snd_hda.ko 3 2 0xc0d1c000 4a5ac sound.ko 4 1 0xc0d67000 6a32c acpi.ko 5 1 0xc70a5000 22000 linux.ko [root@utd65257 ~]# kldunload umass kldunload: can't find file umass Doesn't make much sense to me. I'm not very familiar with how the usb system works, so I'm not sure where to look to find the problem. There's no /dev/umass either. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 01:24: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 6115716A402 for ; Tue, 26 Feb 2008 01:24:18 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 21C5B13C45A for ; Tue, 26 Feb 2008 01:24:18 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JToYL-000Ep6-1d for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 01:24:17 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JToYK-000MZ3-Vy for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 01:24:16 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JToYK-0004ho-VN for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 01:24:16 +0000 To: freebsd-stable@freebsd.org In-Reply-To: <20080225181826.fbb05634.torfinn.ingolfsen@broadpark.no> Message-Id: From: Pete French Date: Tue, 26 Feb 2008 01:24:16 +0000 Subject: Re: packet loss with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 01:24:18 -0000 > I couldn't see anyone lese in this thread whos name starts with Tor... > so I guess you were adressing me. Ah, yes, sorry, not quite sure how I lost the end of your name there! > I used this patch http://people.freebsd.org/~yongari/re/re.HEAD.patch > and it worled well for me. Thanks for this, have just downloaded it and patched my files and compared them to the other new ones to see the differnces - which has convinced me that I am probably O.K. to go with the new ones directly. Am about to do that and see how it goes. > Without this patch, my machine would lose connectivity when network > traffic increased (for ecxample transferring a large file). with this > patch - no problems. It was your comments which made me concerned about if_re in the first place, which was a useful warning. I have something in place now to detect network connectivity every six hours and to reboot the machine if it looks like the network is down, so that should hopefully prevent me losing access. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 04:40:34 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 25A0616A404; Tue, 26 Feb 2008 04:40:34 +0000 (UTC) (envelope-from arun.balakrishnan@wipro.com) Received: from wipro-blr-out01.wipro.com (wipro-blr-out01.wipro.com [203.91.198.74]) by mx1.freebsd.org (Postfix) with ESMTP id B8A2513C4EE; Tue, 26 Feb 2008 04:40:33 +0000 (UTC) (envelope-from arun.balakrishnan@wipro.com) X-AuditID: cb5bdd57-a9f2fbb000000741-13-47c3a4fd1a53 Received: from blr-ec-bh01.wipro.com (unknown [10.201.50.91]) by wipro-blr-out01.wipro.com (Symantec Mail Security) with ESMTP id AE4DC4E4002; Tue, 26 Feb 2008 11:04:53 +0530 (IST) Received: from BLR-SJP-MBX01.wipro.com ([10.101.50.182]) by blr-ec-bh01.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 26 Feb 2008 10:10:21 +0530 Received: from [127.0.0.1] ([10.115.5.159]) by BLR-SJP-MBX01.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 26 Feb 2008 10:10:20 +0530 Message-ID: <47C3982E.8000209@wipro.com> Date: Tue, 26 Feb 2008 10:10:14 +0530 From: Arun Balakrishnan User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kostik Belousov References: <47C00A1B.5030708@wipro.com> <20080223214313.GF57756@deviant.kiev.zoral.com.ua> <47C2511D.5040202@wipro.com> <20080225140757.GL57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080225140757.GL57756@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed content-transfer-encoding: 7bit X-OriginalArrivalTime: 26 Feb 2008 04:40:20.0875 (UTC) FILETIME=[B19E95B0:01C87831] X-Brightmail-Tracker: AAAAAA== Cc: kan@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Memory Leak under FreeBSD 6.0 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 04:40:34 -0000 My previous mail was this: --------------------------------------------------------------------- Wow! Thanks a lot for the reply. The patch you provided really gave some insight on the underlying problem. In our final product, the library will be loaded and used only once per instance. However the automated test suites for the library, do this for over 2000 times as part of functional testing and memory leak testing. In this we were getting a huge leak on FreeBSD. One more question though. (Second one in the list of queries I had posted in my first mail.) 2. While executing this without Valgrind, in another terminal we did a "ps -Aopid,rss | grep LibLoader_" continuously in a loop and saw that the RSS (resident set size) field value keeps increasing by 4KB every now and then. The same experiment on GNU/Linux shows that RSS remains at the same value. What could be the cause for the ever rising RSS value? Could you throw some light on what could be the possible reason for this? Is RSS value directly mappable to the leak that we see in libc? This is another issue that is acting as a show stopper for us. --------------------------------------------------------------------- Thanks again, ~Arun Kostik Belousov wrote: > On Mon, Feb 25, 2008 at 10:54:45AM +0530, Arun Balakrishnan wrote: > > I am unable to reply to HTML mail. Please, repost it with plain text > content. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 05:47: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 2F43716A403 for ; Tue, 26 Feb 2008 05:47:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDFF13C457 for ; Tue, 26 Feb 2008 05:47:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id CA94E1CC033; Mon, 25 Feb 2008 21:47:23 -0800 (PST) Date: Mon, 25 Feb 2008 21:47:23 -0800 From: Jeremy Chadwick To: Paul Schmehl Message-ID: <20080226054723.GA14139@eos.sc1.parodius.com> References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <47C34293.6020104@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 RC3 and usb problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 05:47:24 -0000 On Mon, Feb 25, 2008 at 05:59:27PM -0600, Paul Schmehl wrote: > [root@utd65257 ~]# kldload umass > kldload: can't load umass: File exists > [root@utd65257 ~]# kldstat > Id Refs Address Size Name > 1 9 0xc0400000 906518 kernel > 2 1 0xc0d07000 14324 snd_hda.ko > 3 2 0xc0d1c000 4a5ac sound.ko > 4 1 0xc0d67000 6a32c acpi.ko > 5 1 0xc70a5000 22000 linux.ko > [root@utd65257 ~]# kldunload umass > kldunload: can't find file umass This means umass support is built-in to the kernel. > Doesn't make much sense to me. I'm not very familiar with how the usb > system works, so I'm not sure where to look to find the problem. There's > no /dev/umass either. For umass devices to work, you need to have uhci (or ohci if your system uses that USB bus type), ehci (for USB2.0), usb (obvious), and umass. The kicker is that you also need scbus, da, and possibly pass. -- | 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 Feb 26 05:55: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 AED9D16A407 for ; Tue, 26 Feb 2008 05:55:30 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 745D713C44B for ; Tue, 26 Feb 2008 05:55:30 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1Q5tMuN029019 for ; Mon, 25 Feb 2008 21:55:28 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1Q5tMIp029018 for freebsd-stable@freebsd.org; Mon, 25 Feb 2008 21:55:22 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 25 Feb 2008 21:55:22 -0800 Message-ID: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 25 Feb 2008 21:55:22 -0800 From: "Chris H." To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 05:55:30 -0000 Hello All, Maintaining a make.conf file can be a fairly daunting task within itself. But when upgrading, it becomes even more laborious. Peeking into the port Makefile to discover any /new/, or /changed/ knobs is standard fare. But it's not always obvious exactly /what/ the WITH_, or WITHOUT_ actually provides. To the point: Is there, or does anyone maintain a KNOBS list possibly categorized by application/port/version, etc...? If not, are there any resources that might help me facilitate one online for myself and others to refer to? Thank you for all your time and consideration. --Chris H -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 05:59: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 5EDF116A481; Tue, 26 Feb 2008 05:59:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id D477D13C45A; Tue, 26 Feb 2008 05:59:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JTsq7-00006p-OU; Tue, 26 Feb 2008 07:59:04 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m1Q5wT22086646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Feb 2008 07:58:29 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m1Q5wpgX023073; Tue, 26 Feb 2008 07:58:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m1Q5wobh023072; Tue, 26 Feb 2008 07:58:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 26 Feb 2008 07:58:49 +0200 From: Kostik Belousov To: Arun Balakrishnan Message-ID: <20080226055849.GN57756@deviant.kiev.zoral.com.ua> References: <47C00A1B.5030708@wipro.com> <20080223214313.GF57756@deviant.kiev.zoral.com.ua> <47C2511D.5040202@wipro.com> <20080225140757.GL57756@deviant.kiev.zoral.com.ua> <47C3982E.8000209@wipro.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2ocJUWvX1oJrWFGM" Content-Disposition: inline In-Reply-To: <47C3982E.8000209@wipro.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 8f05f8c1fbcffa8edf4596457ca31d97 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2313 [Feb 25 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: kan@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Memory Leak under FreeBSD 6.0 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 05:59:06 -0000 --2ocJUWvX1oJrWFGM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 26, 2008 at 10:10:14AM +0530, Arun Balakrishnan wrote: > My previous mail was this: >=20 > --------------------------------------------------------------------- >=20 > Wow! Thanks a lot for the reply. The patch you provided really gave=20 > some insight on the underlying problem. >=20 > In our final product, the library will be loaded and used only once=20 > per instance. However the automated test suites for the library, do this= =20 > for over 2000 times as part of functional testing and memory leak=20 > testing. In this we were getting a huge leak on FreeBSD. >=20 > One more question though. (Second one in the list of queries I had=20 > posted in my first mail.) >=20 > 2. While executing this without Valgrind, in another terminal we did a > "ps -Aopid,rss | grep LibLoader_" continuously in a loop and saw that > the RSS (resident set size) field value keeps increasing by 4KB every > now and then. The same experiment on GNU/Linux shows that RSS remains > at the same value. What could be the cause for the ever rising RSS > value? >=20 > Could you throw some light on what could be the possible reason for=20 > this? Is RSS value directly mappable to the leak that we see in libc?=20 > This is another issue that is acting as a show stopper for us. I did not track closely recent malloc development and improvements in the FreeBSD. In any case, I think you have some misunderstanding of the VM concepts there. =46rom the very high level view, kernel uses physical memory to cache the virtual memory content. There, RSS approximately shows amount of the cache used by the process. Change of the RSS size over time may be caused by a lot of reasons, in particular, process working set changes over time, load on the system, kernel VM algorithms etc. The overall direction is that, on the system with negligible load except observed process and enough physical memory, the RSS would be approximately equial to the optimal process working set. The leak then would definitely increase an amount of physical memory allocated for the process. I would not put much attention to the RSS alone. Did you tested the patch ? What was the behaviour with the patch applied ? >=20 > --------------------------------------------------------------------- >=20 > Thanks again, > ~Arun >=20 > Kostik Belousov wrote: > >On Mon, Feb 25, 2008 at 10:54:45AM +0530, Arun Balakrishnan wrote: > > > >I am unable to reply to HTML mail. Please, repost it with plain text > >content. >=20 >=20 > The information contained in this electronic message and any attachments = to=20 > this message are intended for the exclusive use of the addressee(s) and m= ay=20 > contain proprietary, confidential or privileged information. If you are n= ot=20 > the intended recipient, you should not disseminate, distribute or copy th= is=20 > e-mail. Please notify the sender immediately and destroy all copies of th= is=20 > message and any attachments.=20 > WARNING: Computer viruses can be transmitted via email. The recipient=20 > should check this email and any attachments for the presence of viruses.= =20 > The company accepts no liability for any damage caused by any virus=20 > transmitted by this email. >=20 > www.wipro.com --2ocJUWvX1oJrWFGM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfDqpkACgkQC3+MBN1Mb4hC3wCeLPy/1Vy8AHuXjaOURMb21Ryp OJkAnR8k7WjP4kSgxQ9gQDojKoq6CuZL =nEVN -----END PGP SIGNATURE----- --2ocJUWvX1oJrWFGM-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 05:59: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 4C26316A500 for ; Tue, 26 Feb 2008 05:59:15 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id E94C313C447 for ; Tue, 26 Feb 2008 05:59:14 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.102] (unknown [24.175.90.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 532F1654FB for ; Mon, 25 Feb 2008 23:59:14 -0600 (CST) Date: Mon, 25 Feb 2008 23:59:14 -0600 From: Paul Schmehl To: freebsd-stable@freebsd.org Message-ID: In-Reply-To: <20080226054723.GA14139@eos.sc1.parodius.com> References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <47C34293.6020104@FreeBSD.org> <20080226054723.GA14139@eos.sc1.parodius.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: 7.0 RC3 and usb problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 05:59:15 -0000 --On February 25, 2008 9:47:23 PM -0800 Jeremy Chadwick wrote: > On Mon, Feb 25, 2008 at 05:59:27PM -0600, Paul Schmehl wrote: >> [root@utd65257 ~]# kldload umass >> kldload: can't load umass: File exists >> [root@utd65257 ~]# kldstat >> Id Refs Address Size Name >> 1 9 0xc0400000 906518 kernel >> 2 1 0xc0d07000 14324 snd_hda.ko >> 3 2 0xc0d1c000 4a5ac sound.ko >> 4 1 0xc0d67000 6a32c acpi.ko >> 5 1 0xc70a5000 22000 linux.ko >> [root@utd65257 ~]# kldunload umass >> kldunload: can't find file umass > > This means umass support is built-in to the kernel. Ah. Thanks. > >> Doesn't make much sense to me. I'm not very familiar with how the usb >> system works, so I'm not sure where to look to find the problem. >> There's no /dev/umass either. > > For umass devices to work, you need to have uhci (or ohci if your system > uses that USB bus type), ehci (for USB2.0), usb (obvious), and umass. > The kicker is that you also need scbus, da, and possibly pass. My kernel is GENERIC and includes scbus, da, umass, uhci and ehci. I just downloaded the usb "fix" from , and I'm going to try that. Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 06:28: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 C40C216A402 for ; Tue, 26 Feb 2008 06:28:50 +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 60CE113C469 for ; Tue, 26 Feb 2008 06:28:50 +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 m1Q6SlV9089951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Feb 2008 16:58:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 26 Feb 2008 16:58:45 +1030 User-Agent: KMail/1.9.7 References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <20080226054723.GA14139@eos.sc1.parodius.com> In-Reply-To: <20080226054723.GA14139@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1409982.V5jPWOaCtJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802261658.47142.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: Paul Schmehl , Jeremy Chadwick Subject: Re: 7.0 RC3 and usb problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 06:28:50 -0000 --nextPart1409982.V5jPWOaCtJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 26 Feb 2008, Jeremy Chadwick wrote: > > Doesn't make much sense to me. I'm not very familiar with how the > > usb system works, so I'm not sure where to look to find the > > problem. There's no /dev/umass either. > > For umass devices to work, you need to have uhci (or ohci if your > system uses that USB bus type), ehci (for USB2.0), usb (obvious), and > umass. The kicker is that you also need scbus, da, and possibly pass. They must be in the kernel otherwise it wouldn't have linked. Does the device appear in usbdevs -v when it's connected? Does anything show up in dmesg? =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 --nextPart1409982.V5jPWOaCtJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHw7Gf5ZPcIHs/zowRAt3hAKCG5jPNhEg1GILP9jxe2X54pOHKYQCeLkdy aGhrlWA/6wyfYRc9NgiLEn0= =sVVl -----END PGP SIGNATURE----- --nextPart1409982.V5jPWOaCtJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 06:34:58 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 0659916A402; Tue, 26 Feb 2008 06:34:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CF9C913C461; Tue, 26 Feb 2008 06:34:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q6Yufd040159; Tue, 26 Feb 2008 01:34:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q6YuOS033927; Tue, 26 Feb 2008 01:34:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 2A823241A2; Tue, 26 Feb 2008 01:35:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080226063519.2A823241A2@freebsd-legacy.sentex.ca> Date: Tue, 26 Feb 2008 01:35:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 06:34:58 -0000 TB --- 2008-02-26 05:33:33 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-26 05:33:33 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-02-26 05:33:33 - cleaning the object tree TB --- 2008-02-26 05:34:03 - cvsupping the source tree TB --- 2008-02-26 05:34:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-02-26 05:34:09 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-26 05:34:09 - cd /src TB --- 2008-02-26 05:34:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-26 06:27:28 - generating LINT kernel config TB --- 2008-02-26 06:27:28 - cd /src/sys/i386/conf TB --- 2008-02-26 06:27:28 - /usr/bin/make -B LINT TB --- 2008-02-26 06:27:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-26 06:27:28 - cd /src TB --- 2008-02-26 06:27:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 26 06:27:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-26 06:35:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-26 06:35:18 - ERROR: failed to build lint kernel TB --- 2008-02-26 06:35:18 - tinderbox aborted TB --- 2928.09 user 359.59 system 3705.24 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 06:41:37 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 B478616A401; Tue, 26 Feb 2008 06:41:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8C28813C458; Tue, 26 Feb 2008 06:41:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q6faQR004243; Tue, 26 Feb 2008 01:41:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q6facI046678; Tue, 26 Feb 2008 01:41:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 7FB6B241A2; Tue, 26 Feb 2008 01:41:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080226064159.7FB6B241A2@freebsd-legacy.sentex.ca> Date: Tue, 26 Feb 2008 01:41:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 06:41:37 -0000 TB --- 2008-02-26 05:16:11 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-26 05:16:11 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-02-26 05:16:11 - cleaning the object tree TB --- 2008-02-26 05:16:51 - cvsupping the source tree TB --- 2008-02-26 05:16:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-02-26 05:17:02 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-26 05:17:02 - cd /src TB --- 2008-02-26 05:17:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2008-02-26 06:34:15 - generating LINT kernel config TB --- 2008-02-26 06:34:15 - cd /src/sys/amd64/conf TB --- 2008-02-26 06:34:15 - /usr/bin/make -B LINT TB --- 2008-02-26 06:34:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-26 06:34:15 - cd /src TB --- 2008-02-26 06:34:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 26 06:34:16 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-26 06:41:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-26 06:41:59 - ERROR: failed to build lint kernel TB --- 2008-02-26 06:41:59 - tinderbox aborted TB --- 4049.11 user 533.12 system 5147.94 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 07:05: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 DA9AF16A408 for ; Tue, 26 Feb 2008 07:05:25 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCDC13C459 for ; Tue, 26 Feb 2008 07:05:24 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=62928 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JTtsQ-000230-4Z; Tue, 26 Feb 2008 07:05:22 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m1Q75JZM032974; Tue, 26 Feb 2008 10:05:19 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m1Q75Gq5032973; Tue, 26 Feb 2008 10:05:16 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Tue, 26 Feb 2008 10:05:16 +0300 From: Ruslan Ermilov To: "Chris H." Message-ID: <20080226070516.GB32690@team.vega.ru> References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 07:05:25 -0000 On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: > Hello All, > Maintaining a make.conf file can be a fairly daunting task within > itself. But when upgrading, it becomes even more laborious. Peeking > into the port Makefile to discover any /new/, or /changed/ knobs is > standard fare. But it's not always obvious exactly /what/ the > WITH_, or WITHOUT_ actually provides. > To the point: > Is there, or does anyone maintain a KNOBS list possibly categorized > by application/port/version, etc...? > > If not, are there any resources that might help me facilitate one > online for myself and others to refer to? > > > Thank you for all your time and consideration. > For src/, there is an src.conf(5) manpage that documents supported WITH_*/WITHOUT_* knobs. For ports/, I'm not aware of such a list. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 07:35: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 5AD1316A402 for ; Tue, 26 Feb 2008 07:35:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0786F13C458 for ; Tue, 26 Feb 2008 07:35:31 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1Q7ZN5q038782 for ; Mon, 25 Feb 2008 23:35:29 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1Q7ZN6Q038781 for freebsd-stable@freebsd.org; Mon, 25 Feb 2008 23:35:23 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 25 Feb 2008 23:35:23 -0800 Message-ID: <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 25 Feb 2008 23:35:23 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> In-Reply-To: <20080226070516.GB32690@team.vega.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 07:35:32 -0000 Hello, and thank you for your reply. Quoting Ruslan Ermilov : > On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: >> Hello All, >> Maintaining a make.conf file can be a fairly daunting task within >> itself. But when upgrading, it becomes even more laborious. Peeking >> into the port Makefile to discover any /new/, or /changed/ knobs is >> standard fare. But it's not always obvious exactly /what/ the >> WITH_, or WITHOUT_ actually provides. >> To the point: >> Is there, or does anyone maintain a KNOBS list possibly categorized >> by application/port/version, etc...? >> >> If not, are there any resources that might help me facilitate one >> online for myself and others to refer to? >> >> >> Thank you for all your time and consideration. >> > For src/, there is an src.conf(5) manpage that documents > supported WITH_*/WITHOUT_* knobs. For ports/, I'm not > aware of such a list. Indeed. I was aware of, and make much use of it. But am struggling with finding the port(s) equivalent. If there isn't one, I'd be more that happy to dedicate a domain/ web site solely to providing this resource. Perhaps a wiki that I, and anyone else can add the WITH_/WITHOUT_ options, along with descriptions of exactly /what/ they provide. Seems like a /real/ valuable, and /needed/ resource. Thanks again for your response. --Chris H > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 07:35:46 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 0002816A402; Tue, 26 Feb 2008 07:35:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CCF6113C461; Tue, 26 Feb 2008 07:35:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q7ZiPE042700; Tue, 26 Feb 2008 02:35:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q7Zio3031378; Tue, 26 Feb 2008 02:35:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 66C26241A2; Tue, 26 Feb 2008 02:36:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080226073607.66C26241A2@freebsd-legacy.sentex.ca> Date: Tue, 26 Feb 2008 02:36:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 07:35:46 -0000 TB --- 2008-02-26 06:35:19 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-26 06:35:19 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-02-26 06:35:19 - cleaning the object tree TB --- 2008-02-26 06:35:52 - cvsupping the source tree TB --- 2008-02-26 06:35:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-02-26 06:36:02 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-26 06:36:02 - cd /src TB --- 2008-02-26 06:36:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-26 07:29:57 - generating LINT kernel config TB --- 2008-02-26 07:29:57 - cd /src/sys/pc98/conf TB --- 2008-02-26 07:29:57 - /usr/bin/make -B LINT TB --- 2008-02-26 07:29:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-26 07:29:57 - cd /src TB --- 2008-02-26 07:29:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 26 07:29:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-26 07:36:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-26 07:36:07 - ERROR: failed to build lint kernel TB --- 2008-02-26 07:36:07 - tinderbox aborted TB --- 2818.31 user 367.82 system 3648.28 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 07:36: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 9E80416A401 for ; Tue, 26 Feb 2008 07:36:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED3B13C465 for ; Tue, 26 Feb 2008 07:36:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1325071wfa.7 for ; Mon, 25 Feb 2008 23:36:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=YKGTfaznAkMC2og01gT5/aKIDvKZZyx0Gh3L1xLCLb8=; b=MzomxYS94HdKIUyl7T9RB8OZ/FNvbQ5I7Ur1D4FqhTq19fUxNqKdotEpnR+kLmyNkpk91AGK1znPaOb08qC1iOsThrw5N4jgXE/IGbEt5mU1VL3s60W/kxCaWg/tscXgvIB88SEV7B1Bd1y4ztPLYto7/0pPcgAix16ggswkhSA= 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=EsVLXMNb4DyK2RshwD5reynjVFxkj0qccF84g9kosYWeOvz87XgzoDYSJRqJsx4WEmV8NepLpXhwqnE4Sbg6HHnaR2DTGYRsPDs7cjCbVQ4SvQBHdCp6af/IatXIIAB+WC9eeMmq3wxQmwiLtF/o7BD3TYuBjcn8KOrjxny7ETU= Received: by 10.142.86.7 with SMTP id j7mr3337847wfb.78.1204011404418; Mon, 25 Feb 2008 23:36:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm11071905wfd.19.2008.02.25.23.36.41 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Feb 2008 23:36:43 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1Q7aaFl049136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Feb 2008 16:36:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1Q7aYDD049135; Tue, 26 Feb 2008 16:36:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 26 Feb 2008 16:36:34 +0900 From: Pyun YongHyeon To: Andriy Gapon Message-ID: <20080226073633.GC47750@cdnetworks.co.kr> References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> <47C2DBEF.301@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <47C2DBEF.301@icyb.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: strange behavior after hand X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 07:36:45 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 25, 2008 at 05:17:03PM +0200, Andriy Gapon wrote: > on 25/02/2008 15:02 Andriy Gapon said the following: > > on 04/02/2008 05:52 Pyun YongHyeon said the following: > >> On Fri, Feb 01, 2008 at 03:56:17PM +0200, Andriy Gapon wrote: > >> > on 01/02/2008 15:42 Andriy Gapon said the following: > >> > > on 01/02/2008 14:36 Pyun YongHyeon said the following: > >> > >> After applying attached patch and let me know the output of > >> > >> "devid : xxx, revid : xxx, pwr = xxx". It would be even better > >> > >> if you can show me the above message for working/non-working case. > >> > >> > >> > >> > >> > > > >> > > Applied the patch with correction to actually print rev instead of dev > >> > > for the second time :-) > >> > > This is in working case: > >> > > devid : 269, revid : a3, pwr = 00000003 > >> > > >> > A clarification: I just applied the patch, recompiled and re-loaded the > >> > module. There was no reboot/poweroff/reset in between. > >> > > >> > > Will wait for the non-working situation. > >> > > > >> > > >> > >> Revert previous patch and try attached patch again and let me know > >> how it goes. > >> > >> > > > > Tried it - still no joy, the behavior is as before. > > If I gracefully reboot the machine or power down and then up, then > > everything is OK. But if I press "reset" button and boot up, the nfe > > interface is "dead". > > BTW, I kept the line for printing devid/revid/pwr and output is the same > > in all cases. > > > > Not sure if that is related but Linux forcedeth driver seems to do some > stuff that we don't do: > http://lxr.linux.no/linux+v2.6.24/drivers/net/forcedeth.c#L5271 > Nice catch! The register name in nfe(4) for NvRegMIIMask is NFE_SETUP_R4. According to Linux driver it's used for generating link state change interrupt. So I guess nfe(4) may have to clear the register in nfe_stop(). How about clearing the register as attached patch? (Sorry I couldn't test this ATM...) -- Regards, Pyun YongHyeon --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfe.linkchg.patch" --- if_nfe.c.orig 2008-02-02 04:36:24.000000000 +0900 +++ if_nfe.c 2008-02-26 16:32:45.000000000 +0900 @@ -2925,6 +2925,8 @@ /* disable Rx */ NFE_WRITE(sc, NFE_RX_CTL, 0); + NFE_WRITE(sc, NFE_SETUP_R4, 0); + /* disable interrupts */ nfe_disable_intr(sc); --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 07:41: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 174F716A402; Tue, 26 Feb 2008 07:41:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E3C9513C442; Tue, 26 Feb 2008 07:41:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q7fHaR043011; Tue, 26 Feb 2008 02:41:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1Q7fHRY036922; Tue, 26 Feb 2008 02:41:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id D0A28241A2; Tue, 26 Feb 2008 02:41:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080226074139.D0A28241A2@freebsd-legacy.sentex.ca> Date: Tue, 26 Feb 2008 02:41:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 07:41:18 -0000 TB --- 2008-02-26 06:41:59 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-26 06:41:59 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-02-26 06:41:59 - cleaning the object tree TB --- 2008-02-26 06:42:25 - cvsupping the source tree TB --- 2008-02-26 06:42:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-02-26 06:42:33 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-26 06:42:33 - cd /src TB --- 2008-02-26 06:42:33 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-26 07:36:07 - generating LINT kernel config TB --- 2008-02-26 07:36:07 - cd /src/sys/sparc64/conf TB --- 2008-02-26 07:36:07 - /usr/bin/make -B LINT TB --- 2008-02-26 07:36:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-26 07:36:07 - cd /src TB --- 2008-02-26 07:36:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 26 07:36:07 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vfsops.c /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:443: error: conflicting types for 'unionfs_quotactl' /src/sys/fs/unionfs/union_vfsops.c:58: error: previous declaration of 'unionfs_quotactl' was here /src/sys/fs/unionfs/union_vfsops.c:560: warning: initialization from incompatible pointer type /src/sys/fs/unionfs/union_vfsops.c:58: warning: 'unionfs_quotactl' used but never defined *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-26 07:41:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-26 07:41:39 - ERROR: failed to build lint kernel TB --- 2008-02-26 07:41:39 - tinderbox aborted TB --- 2832.30 user 346.23 system 3580.27 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:42: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 C24A510656DB; Tue, 26 Feb 2008 11:42:00 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE7B13FDCB; Tue, 26 Feb 2008 11:05:18 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1QB59uW062178; Tue, 26 Feb 2008 03:05:15 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1QB59BK062160; Tue, 26 Feb 2008 03:05:09 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 26 Feb 2008 03:05:09 -0800 Message-ID: <20080226030509.mn558t4afk8cgkgs@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 26 Feb 2008 03:05:09 -0800 From: "Chris H." To: Jeremy Chadwick References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> <20080226080349.GA20881@eos.sc1.parodius.com> In-Reply-To: <20080226080349.GA20881@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:42:06 -0000 Hello Jeremy, and thank you for your /very/ informative reply. You rock! :) Quoting Jeremy Chadwick : > On Mon, Feb 25, 2008 at 11:35:23PM -0800, Chris H. wrote: >> But am struggling with finding the port(s) equivalent. If there isn't >> one, I'd be more that happy to dedicate a domain/ web site solely to >> providing this resource. Perhaps a wiki that I, and anyone else can >> add the WITH_/WITHOUT_ options, along with descriptions of exactly >> /what/ they provide. Seems like a /real/ valuable, and /needed/ >> resource. > > There is no equivalent. Some ports allow "make showconfig" to show you > what knobs there are, but the majority do not. And with the OPTIONS > framework, it deprecates the need for "showconfig" entirely. Yes, I've noticed there are differences, and /assumed/ that this was simply a "migration" period that would /eventually/ provide a more consistent/robust "tuning" mechanism for the config/make process. Just dreaming? :) > > Additionally, the WITH/WITHOUT variables seen in the Makefile are not > always what they seem. For ports that use OPTIONS, you cannot define > these on the command-line (e.g. make WITHOUT_FRUIT=yes); I believe that /should/ be: WITHOUT_FRUIT=true - (true/false) --------------^^^^ > you absolutely > MUST do 'make config' and then toggle them there. (This is one piece of > the OPTIONS framework which I have always disliked, because some of us > use /etc/make.conf to define WITH/WITHOUT variables, and prefer to do > "cd /usr/ports/whatever && make clean && make && make install" and not > have something interactive pop up. May I insert a "me too" here? > That's for another discussion > though...) I'll be contributing to /that/ discussion. :) > > Also, there are some variables which are generally "global" across most > ports, such as WITHOUT_IPV6. You wouldn't want to list those off in > every single port, because that'd be somewhat redundant. My approach (for the most part) seems to overcome this. An example of my final choice(s) related to our earlier Apache2 discussion: in make.conf .if ${.CURDIR:M*/www/apache20} WITH_MPM=worker WITH_KQUEUE_SUPPORT=true WITH_AUTH_MODULES=true WITH_DAV_MODULES=true WITH_MISC_MODULES=true WITH_PROXY_MODULES=true WITH_THREADS_MODULES=true .endif This allows for a "per port" WITH_/WITHOUT_, somewhat eliminating the "redundancy/ies", and let's me circumvent the "global" limitations. > There is no > existing list of these "global"-like variables either, although some are > listed in the /usr/ports/Mk/bsd.*.mk files. Yes, I've looked to those, and /did/ find some helpful tuning KNOBS. > > Providing a web site listing them all off would not make much sense, > because ports change very often/quickly (the site would become outdated > the minute someone changes a port to add/remove a feature), and there's > no guarantee that the maintainer of the port will go to your site and > edit the Wiki page. Yea, I considered this. But even so, many don't change enough to invalidate the information that might have already been provided. It also allows for those whom have figured out many/some of the "tuning" variables, even though they aren't the port Author. So I felt it would/could still be a valuable resource. > > Instead, I would think said effort would be better spent implementing > the "showconfig" feature apply to all ports, and have it understand > OPTIONS stuffs. Agreed. I think that would be the /ultimate/ answer to this situation. :) Once again, thank you for your informative reply. --Chris H > > -- > | 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 | > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:42: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 0D86B1065728 for ; Tue, 26 Feb 2008 11:42:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6BF13C8E0 for ; Tue, 26 Feb 2008 08:03:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 609991CC033; Tue, 26 Feb 2008 00:03:49 -0800 (PST) Date: Tue, 26 Feb 2008 00:03:49 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080226080349.GA20881@eos.sc1.parodius.com> References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:42:32 -0000 On Mon, Feb 25, 2008 at 11:35:23PM -0800, Chris H. wrote: > But am struggling with finding the port(s) equivalent. If there isn't > one, I'd be more that happy to dedicate a domain/ web site solely to > providing this resource. Perhaps a wiki that I, and anyone else can > add the WITH_/WITHOUT_ options, along with descriptions of exactly > /what/ they provide. Seems like a /real/ valuable, and /needed/ > resource. There is no equivalent. Some ports allow "make showconfig" to show you what knobs there are, but the majority do not. And with the OPTIONS framework, it deprecates the need for "showconfig" entirely. Additionally, the WITH/WITHOUT variables seen in the Makefile are not always what they seem. For ports that use OPTIONS, you cannot define these on the command-line (e.g. make WITHOUT_FRUIT=yes); you absolutely MUST do 'make config' and then toggle them there. (This is one piece of the OPTIONS framework which I have always disliked, because some of us use /etc/make.conf to define WITH/WITHOUT variables, and prefer to do "cd /usr/ports/whatever && make clean && make && make install" and not have something interactive pop up. That's for another discussion though...) Also, there are some variables which are generally "global" across most ports, such as WITHOUT_IPV6. You wouldn't want to list those off in every single port, because that'd be somewhat redundant. There is no existing list of these "global"-like variables either, although some are listed in the /usr/ports/Mk/bsd.*.mk files. Providing a web site listing them all off would not make much sense, because ports change very often/quickly (the site would become outdated the minute someone changes a port to add/remove a feature), and there's no guarantee that the maintainer of the port will go to your site and edit the Wiki page. Instead, I would think said effort would be better spent implementing the "showconfig" feature apply to all ports, and have it understand OPTIONS stuffs. -- | 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 Feb 26 11:47: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 ECBB7106568F for ; Tue, 26 Feb 2008 11:47:01 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 7B20613D661 for ; Tue, 26 Feb 2008 10:28:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so2661745fka.11 for ; Tue, 26 Feb 2008 02:28:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=zioD/dvNyk4mZ+QReRdgavq5QoC9+g1+Q+m6G9/9NVQ=; b=K8SL6emfcTreCEqnUBpJcsC5DuH2plIvCIhKxtJHeDRHTuUgtPROBh3TAVl1WIpck2p0moqrptYU0sHURqXUeqQD9griG+MTZ4A8RTAo5dDdbUcXpFjONORBpnD7dwhp/95c+JleLOOmNU7QUuFKFLuIR0Hyw7Bly9H3P4nF0F4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Os9z02mw5vwEzMmCbFD5NyhDnP4Z4d1t20GNnHhuTmmxVZRh3QvDee6pHMM9CN9IyfS9Q0ehilzW7M2XYtH/IGVAWNNFZIa5r+ZOd62OkVe1xTt6N08L5DctH+dnPewj6R/hDgmbDH+AZa5oouOZjlzvpEj6B99b0MADtSrVo9g= Received: by 10.82.115.8 with SMTP id n8mr8449006buc.28.1204021688690; Tue, 26 Feb 2008 02:28:08 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id g9sm5176520gvc.4.2008.02.26.02.28.07 (version=SSLv3 cipher=RC4-MD5); Tue, 26 Feb 2008 02:28:07 -0800 (PST) From: Tom Evans To: Zaphod Beeblebrox In-Reply-To: <5f67a8c40802201041m66e8aa89yabce4ba87c5c1b4c@mail.gmail.com> References: <5f67a8c40802201041m66e8aa89yabce4ba87c5c1b4c@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-80eh3PDK5ASikESng7F9" Date: Tue, 26 Feb 2008 10:28:05 +0000 Message-Id: <1204021686.2126.113.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: Kevin K , freebsd-stable@freebsd.org Subject: Re: Re:more than 4gb of RAM (configurations) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:47:09 -0000 --=-80eh3PDK5ASikESng7F9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-02-20 at 13:41 -0500, Zaphod Beeblebrox wrote: > On Feb 19, 2008 5:10 PM, Kevin K wrote: >=20 > > I have a box that we recently installed 16GB of RAM on. The box is i386 > > FreeBSD 6.2. It only recognizes 4gb. >=20 >=20 > Siding with most of the group (go amd64), I'll add my own comment: >=20 > Using PAE to access 4G of RAM (because 4G shows up as 2.5 to 3.5 gig, > depending on the motherboard) under i386 is a reasonable solution, IMHO. > Maybe even 6 gig or 8 gig... if you're trying to extend the life of an ia= 32 > server. >=20 > But with amd64 supporting ia32 binaries well, it seems the only reason le= ft > might be drivers --- except ... are there _any_ drivers that support PAE = and > _not_ amd64? >=20 We use this system while we slowly port our 32 bit code to 64 bit. There are some outstanding unresolved issues running 32 bit binaries on 64 bit (or at least, on 6.2-RELEASE-p8). http://www.mail-archive.com/freebsd-stable@freebsd.org/msg94092.html This should be fixed, although I've not tested whether 7.0 (and the change to gcc 4.2.1) might fix this anyway. Tom --=-80eh3PDK5ASikESng7F9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHw+mxlcRvFfyds/cRAtkCAJ9wCiV6KVBi2o0Dd7kq/biULbZPWwCfROWa dajNBdIpXq382EseIIMKmhM= =MYbU -----END PGP SIGNATURE----- --=-80eh3PDK5ASikESng7F9-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:47: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 8280010657E1 for ; Tue, 26 Feb 2008 11:47:30 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8A76113E8B9 for ; Tue, 26 Feb 2008 11:09:30 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1QB9M4S066057 for ; Tue, 26 Feb 2008 03:09:28 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1QB9MLY066056 for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 03:09:22 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 26 Feb 2008 03:09:21 -0800 Message-ID: <20080226030921.8cnpz2qoe8044wko@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 26 Feb 2008 03:09:21 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> <47C3C9E4.908@gmail.com> In-Reply-To: <47C3C9E4.908@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:47:34 -0000 Hello, and thank you for your reply. Quoting Yuri Pankov : > On 02/26/2008 10:35, Chris H. wrote: >> Hello, and thank you for your reply. >> >> Quoting Ruslan Ermilov : >> >>> On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: >>>> Hello All, >>>> Maintaining a make.conf file can be a fairly daunting task within >>>> itself. But when upgrading, it becomes even more laborious. Peeking >>>> into the port Makefile to discover any /new/, or /changed/ knobs is >>>> standard fare. But it's not always obvious exactly /what/ the >>>> WITH_, or WITHOUT_ actually provides. >>>> To the point: >>>> Is there, or does anyone maintain a KNOBS list possibly categorized >>>> by application/port/version, etc...? >>>> >>>> If not, are there any resources that might help me facilitate one >>>> online for myself and others to refer to? >>>> >>>> >>>> Thank you for all your time and consideration. >>>> >>> For src/, there is an src.conf(5) manpage that documents >>> supported WITH_*/WITHOUT_* knobs. For ports/, I'm not >>> aware of such a list. >> >> Indeed. I was aware of, and make much use of it. But am struggling >> with finding the port(s) equivalent. If there isn't one, I'd be >> more that happy to dedicate a domain/ web site solely to providing >> this resource. Perhaps a wiki that I, and anyone else can add the >> WITH_/WITHOUT_ options, along with descriptions of exactly /what/ >> they provide. Seems like a /real/ valuable, and /needed/ resource. >> >> Thanks again for your response. >> >> --Chris H > > There's /usr/ports/KNOBS file, which lists some of most used KNOBS, > but, sadly enough, every other port maintainer tries to invent his > own knob names :-) Indeed - /sadly/, so it seems. :) --Chris H > >>> >>> >>> Cheers, >>> -- >>> Ruslan Ermilov >>> ru@FreeBSD.org >>> FreeBSD committer > > > Yuri > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:51: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 46D2810658AF for ; Tue, 26 Feb 2008 11:51:46 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id D6509140117 for ; Tue, 26 Feb 2008 10:02:42 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 45D071B10EDC; Tue, 26 Feb 2008 11:02:41 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 8FF6A1B10EE0 for ; Tue, 26 Feb 2008 11:02:38 +0100 (CET) Message-ID: <47C3E3BE.5000603@moneybookers.com> Date: Tue, 26 Feb 2008 12:02:38 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20080212) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5999/Tue Feb 26 09:18:44 2008 on blah.cmotd.com X-Virus-Status: Clean Subject: lists.freebsd.org is down? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:51:46 -0000 Greetings, I cannot open port 80 on lists.freebsd.org. Is it just me? Sorry if this is not the proper maillist. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:52: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 7A469106580C for ; Tue, 26 Feb 2008 11:52:05 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id F336E13D221 for ; Tue, 26 Feb 2008 08:59:07 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4E27E8C0BE; Tue, 26 Feb 2008 02:59:07 -0600 (CST) Date: Tue, 26 Feb 2008 02:59:07 -0600 To: "Chris H." Message-ID: <20080226085907.GA22873@soaustin.net> References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:52:05 -0000 On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: > Is there, or does anyone maintain a KNOBS list possibly categorized > by application/port/version, etc...? ports/KNOBS? mcl From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:52: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 7AEBD1065AC7 for ; Tue, 26 Feb 2008 11:52:48 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail.irbisnet.ru (mail.irbisnet.ru [IPv6:2001:470:1f09:aa:203:baff:fe18:f4c1]) by mx1.freebsd.org (Postfix) with ESMTP id ECD2113C50E for ; Tue, 26 Feb 2008 08:12:25 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from thanatos.abyss ([85.172.11.220]) (authenticated bits=0) by mail.irbisnet.ru (8.14.2/8.14.2) with ESMTP id m1Q8CK9J085227; Tue, 26 Feb 2008 11:12:22 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Message-ID: <47C3C9E4.908@gmail.com> Date: Tue, 26 Feb 2008 11:12:20 +0300 From: Yuri Pankov User-Agent: Thunderbird 2.0.0.9 (X11/20080225) MIME-Version: 1.0 To: "Chris H." References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> In-Reply-To: <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:52:51 -0000 On 02/26/2008 10:35, Chris H. wrote: > Hello, and thank you for your reply. > > Quoting Ruslan Ermilov : > >> On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: >>> Hello All, >>> Maintaining a make.conf file can be a fairly daunting task within >>> itself. But when upgrading, it becomes even more laborious. Peeking >>> into the port Makefile to discover any /new/, or /changed/ knobs is >>> standard fare. But it's not always obvious exactly /what/ the >>> WITH_, or WITHOUT_ actually provides. >>> To the point: >>> Is there, or does anyone maintain a KNOBS list possibly categorized >>> by application/port/version, etc...? >>> >>> If not, are there any resources that might help me facilitate one >>> online for myself and others to refer to? >>> >>> >>> Thank you for all your time and consideration. >>> >> For src/, there is an src.conf(5) manpage that documents >> supported WITH_*/WITHOUT_* knobs. For ports/, I'm not >> aware of such a list. > > Indeed. I was aware of, and make much use of it. But am struggling > with finding the port(s) equivalent. If there isn't one, I'd be > more that happy to dedicate a domain/ web site solely to providing > this resource. Perhaps a wiki that I, and anyone else can add the > WITH_/WITHOUT_ options, along with descriptions of exactly /what/ > they provide. Seems like a /real/ valuable, and /needed/ resource. > > Thanks again for your response. > > --Chris H There's /usr/ports/KNOBS file, which lists some of most used KNOBS, but, sadly enough, every other port maintainer tries to invent his own knob names :-) >> >> >> Cheers, >> -- >> Ruslan Ermilov >> ru@FreeBSD.org >> FreeBSD committer Yuri From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:53: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 E09211065D64 for ; Tue, 26 Feb 2008 11:53:14 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id EA7EE140451 for ; Tue, 26 Feb 2008 10:05:07 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 46761494 for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 13:05:05 +0300 Message-ID: <167a01c8785f$0f4bef00$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: Date: Tue, 26 Feb 2008 13:05:05 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Subject: panic in ufs_lookup (6.2-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 11:53:15 -0000 Hi all, freebsd box connected to Eonstor RAID with 5-6 exported partitions (each one has ~950Gb size, fs is UFS2) every night we have a lot of running rsyncs (rsnapshots) on these partitions this happens 2-4 times per month db> bt Tracing pid 70595 tid 100178 td 0xc95fa600 kdb_enter(c0634690) at kdb_enter+0x2b panic(c0640603,da7e1200,e8c99a58,c05b591e,cb8cc18c,...) at panic+0x127 ufs_dirbad(cb8cc18c,200,c06405bd,c95fa600,0,...) at ufs_dirbad+0x3a ufs_lookup(e8c99a7c) at ufs_lookup+0x36a VOP_CACHEDLOOKUP_APV(c066ae00,e8c99a7c) at VOP_CACHEDLOOKUP_APV+0x38 vfs_cache_lookup(e8c99b18) at vfs_cache_lookup+0xb2 VOP_LOOKUP_APV(c066ae00,e8c99b18) at VOP_LOOKUP_APV+0x43 lookup(e8c99ba0) at lookup+0x4c1 namei(e8c99ba0) at namei+0x39a kern_lstat(c95fa600,bfbfd870,0,e8c99c74) at kern_lstat+0x47 lstat(c95fa600,e8c99d04) at lstat+0x1b syscall(809003b,bfbf003b,bfbf003b,8132a5f,bfbfd790,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x35dd3427, esp = 0xbfbfcd7c, ebp = 0xbfbfce08 --- db> show proc Process 70595 (rsync) at 0xc95f6648: state: NORMAL uid: 0 gids: 0, 0, 5 parent: pid 70594 at 0xc83a5648 ABI: FreeBSD ELF32 arguments: /usr/local/bin/rsync threads: 1 100178 Run CPU 2 rsync what is exactly wrong? -- WBR, Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:55: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 6E46E1066175; Tue, 26 Feb 2008 11:55:39 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 56D2B13D0E4; Tue, 26 Feb 2008 08:41:52 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (dhcp3-112.ics.muni.cz [147.251.3.112]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m1Q8fodP029022 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 26 Feb 2008 09:41:50 +0100 From: "Petr Holub" To: References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> <200801230930.11751.jhb@freebsd.org> In-Reply-To: <200801230930.11751.jhb@freebsd.org> Date: Tue, 26 Feb 2008 09:41:45 +0100 Message-ID: <030a01c87853$6e90a110$4bb1e330$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Achd1ErVDfOapeh7SbijTZtSO3TX7Aafgk1g Content-Language: cs X-Muni-Spam-TestIP: 147.251.3.112 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 26 Feb 2008 09:41:50 +0100 (CET) Cc: 'Kris Kennaway' , "'Andrey V. Elsukov'" , rwatson@freebsd.org, 'John Baldwin' Subject: RE: 6.3-RELEASE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:55:41 -0000 Hi all, I've encountered the panic on 6.3-RELEASE once again - this time with prepared debug kernel, so here you go. It seems like the panic is = usually initiated when firefox exits. Let me know if any further information is=20 Petr GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x9ef418 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc07f2348 stack pointer =3D 0x28:0xea61cb08 frame pointer =3D 0x28:0xea61cb14 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1808 (firefox-bin) trap number =3D 12 panic: page fault Uptime: 4d23h12m54s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261760 pages) 1007 991 975 959 943 927 911 895 879 = 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 559 543 527 511 = 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 = 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06a4ad6 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06a4d6c in panic (fmt=3D0xc096ba63 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc090d0d4 in trap_fatal (frame=3D0xea61cac8, eva=3D10417176) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc090ce3b in trap_pfault (frame=3D0xea61cac8, usermode=3D0, = eva=3D10417176) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc090ca79 in trap (frame=3D {tf_fs =3D -1066532856, tf_es =3D -648871896, tf_ds =3D = -949551064, tf_edi =3D 2590720, tf_esi =3D 0, tf_ebp =3D -362689772, tf_isp =3D -362689804, = tf_ebx =3D 0, tf_edx =3D 2590720, tf_ecx =3D 10417152, tf_eax =3D -981897076, = tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1065409720, tf_cs =3D 32, tf_eflags =3D = 2163206, tf_esp =3D -981897076, tf_ss =3D 132}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc08f9f0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc07f2348 in pagedep_find (pagedephd=3D0xc579708c, ino=3D2590720, = lbn=3D) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1165 #8 0xc07f23ea in pagedep_lookup (ip=3D0xc771f7bc, lbn=3D0, flags=3D1,=20 pagedeppp=3D0xea61cb64) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1204 #9 0xc07f620b in newdirrem (bp=3D0xd953e678, dp=3D0xc771f7bc, = ip=3D0xc6736084,=20 isrmdir=3D0, prevdirremp=3D0xea61cb90) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3301 #10 0xc07f5fc0 in softdep_setup_remove (bp=3D0xd953e678, = dp=3D0xc771f7bc,=20 ip=3D0xc6736084, isrmdir=3D0) at = /usr/src/sys/ufs/ffs/ffs_softdep.c:3230 #11 0xc0806bb6 in ufs_dirremove (dvp=3D0xc719b440, ip=3D0xc6736084,=20 flags=3D83918860, isrmdir=3D0) at = /usr/src/sys/ufs/ufs/ufs_lookup.c:1020 #12 0xc0809b93 in ufs_remove (ap=3D0x278800) at /usr/src/sys/ufs/ufs/ufs_vnops.c:798 #13 0xc091e8b0 in VOP_REMOVE_APV (vop=3D0xc579708c, a=3D0xea61cc3c) at vnode_if.c:1077 #14 0xc070401f in kern_unlink (td=3D0xc7678480,=20 path=3D0xbc29288
, = pathseg=3DUIO_USERSPACE) at vnode_if.h:563 #15 0xc0703e8e in unlink (td=3D0xc7678480, uap=3D0xc579708c) at /usr/src/sys/kern/vfs_syscalls.c:1642 #16 0xc090d3eb in syscall (frame=3D {tf_fs =3D 134611003, tf_es =3D 134742075, tf_ds =3D -1078001605, = tf_edi =3D 197300736, tf_esi =3D 17, tf_ebp =3D -1077950232, tf_isp =3D -362689180, = tf_ebx =3D 673223176, tf_edx =3D 197300736, tf_ecx =3D 197300736, tf_eax =3D 10, = tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 684230759, tf_cs =3D 51, tf_eflags =3D = 2097810, tf_esp =3D -1077950388, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 #17 0xc08f9f5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #18 0x00000033 in ?? () (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc06a4ad6 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf =3D 1 #2 0xc06a4d6c in panic (fmt=3D0xc096ba63 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 td =3D (struct thread *) 0xc7678480 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc7678480 "0t%=C8=E0z=E5=C5\200'`=C7@t%=C8\200'`=C7=ECz=E5=C5" buf =3D "page fault", '\0' #3 0xc090d0d4 in trap_fatal (frame=3D0xea61cac8, eva=3D10417176) at /usr/src/sys/i386/i386/trap.c:838 code =3D 40 ss =3D 40 esp =3D 0 type =3D 12 softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D 27,=20 ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 4, ssd_xx1 =3D 3, ssd_def32 =3D = 1,=20 ssd_gran =3D 1} msg =3D 0x0 #4 0xc090ce3b in trap_pfault (frame=3D0xea61cac8, usermode=3D0, = eva=3D10417176) at /usr/src/sys/i386/i386/trap.c:745 va =3D 10416128 vm =3D (struct vmspace *) 0x0 map =3D 0xc5de45c8 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xc7678480 p =3D (struct proc *) 0xc8257430 #5 0xc090ca79 in trap (frame=3D {tf_fs =3D -1066532856, tf_es =3D -648871896, tf_ds =3D = -949551064, tf_edi =3D 2590720, tf_esi =3D 0, tf_ebp =3D -362689772, tf_isp =3D -362689804, = tf_ebx =3D 0, tf_edx =3D 2590720, tf_ecx =3D 10417152, tf_eax =3D -981897076, = tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1065409720, tf_cs =3D 32, tf_eflags =3D = 2163206, tf_esp =3D -981897076, tf_ss =3D 132}) at /usr/src/sys/i386/i386/trap.c:435 td =3D (struct thread *) 0xc7678480 p =3D (struct proc *) 0xc8257430 sticks =3D 3646154360 type =3D 12 i =3D 0 ucode =3D 0 code =3D 0 eva =3D 10417176 #6 0xc08f9f0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc07f2348 in pagedep_find (pagedephd=3D0xc579708c, ino=3D2590720, = lbn=3D) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1165 pagedep =3D (struct pagedep *) 0x9ef400 #8 0xc07f23ea in pagedep_lookup (ip=3D0xc771f7bc, lbn=3D0, flags=3D1,=20 pagedeppp=3D0xea61cb64) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1204 pagedep =3D (struct pagedep *) 0xc9c4a8c0 pagedephd =3D (struct pagedep_hashhead *) 0xc579708c mp =3D (struct mount *) 0xc58477c8 ret =3D 132 i =3D -981897076 #9 0xc07f620b in newdirrem (bp=3D0xd953e678, dp=3D0xc771f7bc, = ip=3D0xc6736084,=20 isrmdir=3D0, prevdirremp=3D0xea61cb90) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3301 offset =3D 132 lbn =3D (kgdb) q From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:56: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 9E9391065D70 for ; Tue, 26 Feb 2008 11:56:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB6413C534 for ; Tue, 26 Feb 2008 11:49:57 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1QBnm9N070076; Tue, 26 Feb 2008 03:49:54 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1QBnmxb070075; Tue, 26 Feb 2008 03:49:48 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 26 Feb 2008 03:49:48 -0800 Message-ID: <20080226034948.u76sgkgpsg4sgsws@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 26 Feb 2008 03:49:48 -0800 From: "Chris H." To: Mark Linimon References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226085907.GA22873@soaustin.net> In-Reply-To: <20080226085907.GA22873@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:56:32 -0000 Quoting Mark Linimon : > On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: >> Is there, or does anyone maintain a KNOBS list possibly categorized >> by application/port/version, etc...? > > ports/KNOBS? Yes. I have been aware of that file since it has been available in the ports dir. But I can't help but notice the omission of, for example: the mention of: APACHE2 Use www/apache2 port doesn't mention a pointer to MK/bsd.apache.mk which holds many of the "tunables" available for the Apache1.3 || 2.0 || 2.2 ports. Perhaps my post wasn't as concise as it might have been. But my goal was to find an efficient, consistent, and not /too/ laborious method of discovering all the options for a given port, and when in doubt; /what/ the particular option provides - eg; WITH_, or WITHOUT_. Thank you for taking the time to reply. --Chris H > > mcl > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 11:59: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 D0A6510656C2 for ; Tue, 26 Feb 2008 11:59:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D0B1E13C4DD for ; Tue, 26 Feb 2008 11:59:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 973E71CC033; Tue, 26 Feb 2008 03:59:04 -0800 (PST) Date: Tue, 26 Feb 2008 03:59:04 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080226115904.GA29222@eos.sc1.parodius.com> References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> <20080226080349.GA20881@eos.sc1.parodius.com> <20080226030509.mn558t4afk8cgkgs@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080226030509.mn558t4afk8cgkgs@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 11:59:05 -0000 On Tue, Feb 26, 2008 at 03:05:09AM -0800, Chris H. wrote: >> Additionally, the WITH/WITHOUT variables seen in the Makefile are not >> always what they seem. For ports that use OPTIONS, you cannot define >> these on the command-line (e.g. make WITHOUT_FRUIT=yes); > I believe that /should/ be: > WITHOUT_FRUIT=true - (true/false) > --------------^^^^ The value itself does not matter; it could be WITHOUT_FRUIT=false; it makes no difference. The code simply detects whether or not the variable is set at all. This is why you have WITH_xxx and WITHOUT_xxx, rather than something like FEATURE_xxx=(yes|no|true|false). The make.conf(5) manpage documents this fact. :-) >> Also, there are some variables which are generally "global" across most >> ports, such as WITHOUT_IPV6. You wouldn't want to list those off in >> every single port, because that'd be somewhat redundant. > > My approach (for the most part) seems to overcome this. An example > of my final choice(s) related to our earlier Apache2 discussion: > in make.conf > > .if ${.CURDIR:M*/www/apache20} > WITH_MPM=worker > WITH_KQUEUE_SUPPORT=true > WITH_AUTH_MODULES=true > WITH_DAV_MODULES=true > WITH_MISC_MODULES=true > WITH_PROXY_MODULES=true > WITH_THREADS_MODULES=true > .endif > > This allows for a "per port" WITH_/WITHOUT_, somewhat eliminating the > "redundancy/ies", and let's me circumvent the "global" limitations. I don't think I did a good job explaining what I was talking about. I'm talking about variables like WITHOUT_IPV6, WITHOUT_X11, and some others. There is a "common standard" for those variable names, meaning they are used consistently throughout the ports tree, because the authors of said ports wondered at one point "Do other people use a variable elsewhere which already does this? What's its name, so I can keep it consistent." On our systems, we use stuff like this: # For ports WITHOUT_X11=yes WITH_APACHE2=yes WITHOUT_IPV6=yes .if ${.CURDIR:M*/databases/phpmyadmin} WITH_SUPHP=yes WITHOUT_PDF=yes WITHOUT_MCRYPT=yes WITHOUT_BZ2=yes WITHOUT_OPENSSL=yes .endif If the phpmyadmin port made use of WITHOUT_IPV6, it would *not* include IPv6 stuff. That's what I mean by "global" -- it applies to all ports. Note that the phpmyadmin entry in our make.conf has no *functional* purpose, because phpmyadmin uses the OPTIONS framework. It's used solely as a "reminder" whenever I do "make rmconfig" and need to re-pick what options to use. -- | 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 Feb 26 12: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 16FFF10656D7; Tue, 26 Feb 2008 12:16:43 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id D2CF013C507; Tue, 26 Feb 2008 12:16:42 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1QCGaHP072758; Tue, 26 Feb 2008 04:16:42 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1QCGafG072757; Tue, 26 Feb 2008 04:16:36 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 26 Feb 2008 04:16:36 -0800 Message-ID: <20080226041636.75gokkbr5wg8ogos@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 26 Feb 2008 04:16:36 -0800 From: "Chris H." To: Jeremy Chadwick References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> <20080226080349.GA20881@eos.sc1.parodius.com> <20080226030509.mn558t4afk8cgkgs@webmail.1command.com> <20080226115904.GA29222@eos.sc1.parodius.com> In-Reply-To: <20080226115904.GA29222@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 12:16:43 -0000 Quoting Jeremy Chadwick : > On Tue, Feb 26, 2008 at 03:05:09AM -0800, Chris H. wrote: >>> Additionally, the WITH/WITHOUT variables seen in the Makefile are not >>> always what they seem. For ports that use OPTIONS, you cannot define >>> these on the command-line (e.g. make WITHOUT_FRUIT=yes); >> I believe that /should/ be: >> WITHOUT_FRUIT=true - (true/false) >> --------------^^^^ > > The value itself does not matter; it could be WITHOUT_FRUIT=false; it > makes no difference. The code simply detects whether or not the > variable is set at all. This is why you have WITH_xxx and WITHOUT_xxx, > rather than something like FEATURE_xxx=(yes|no|true|false). > > The make.conf(5) manpage documents this fact. :-) Indeed. In fact I read that the /preferred/ method was: true || false Which was why I mentioned it - which is /not/ to say you were wrong. I was just being "anal", and forgot the ;) on the end. After all: true == yes, no? ;) > >>> Also, there are some variables which are generally "global" across most >>> ports, such as WITHOUT_IPV6. You wouldn't want to list those off in >>> every single port, because that'd be somewhat redundant. >> >> My approach (for the most part) seems to overcome this. An example >> of my final choice(s) related to our earlier Apache2 discussion: >> in make.conf >> >> .if ${.CURDIR:M*/www/apache20} >> WITH_MPM=worker >> WITH_KQUEUE_SUPPORT=true >> WITH_AUTH_MODULES=true >> WITH_DAV_MODULES=true >> WITH_MISC_MODULES=true >> WITH_PROXY_MODULES=true >> WITH_THREADS_MODULES=true >> .endif >> >> This allows for a "per port" WITH_/WITHOUT_, somewhat eliminating the >> "redundancy/ies", and let's me circumvent the "global" limitations. > > I don't think I did a good job explaining what I was talking about. I'm > talking about variables like WITHOUT_IPV6, WITHOUT_X11, and some others. > There is a "common standard" for those variable names, meaning they are > used consistently throughout the ports tree, because the authors of said > ports wondered at one point "Do other people use a variable elsewhere > which already does this? What's its name, so I can keep it consistent." > > On our systems, we use stuff like this: > > # For ports > WITHOUT_X11=yes > WITH_APACHE2=yes > WITHOUT_IPV6=yes > > .if ${.CURDIR:M*/databases/phpmyadmin} > WITH_SUPHP=yes > WITHOUT_PDF=yes > WITHOUT_MCRYPT=yes > WITHOUT_BZ2=yes > WITHOUT_OPENSSL=yes > .endif > > If the phpmyadmin port made use of WITHOUT_IPV6, it would *not* include > IPv6 stuff. That's what I mean by "global" -- it applies to all ports. > > Note that the phpmyadmin entry in our make.conf has no *functional* > purpose, because phpmyadmin uses the OPTIONS framework. It's used > solely as a "reminder" whenever I do "make rmconfig" and need to re-pick > what options to use. I think we are /ultimately/ saying the same thing, but in /slightly/ different context. In any case; understood. :) Thanks again. --Chris H > > -- > | 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 | > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 12:39: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 D9781106568A for ; Tue, 26 Feb 2008 12:39:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D59DF13C507 for ; Tue, 26 Feb 2008 12:39:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 87CFC1CC033; Tue, 26 Feb 2008 04:39:13 -0800 (PST) Date: Tue, 26 Feb 2008 04:39:13 -0800 From: Jeremy Chadwick To: Stefan Lambrev Message-ID: <20080226123913.GA31198@eos.sc1.parodius.com> References: <47C3E3BE.5000603@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C3E3BE.5000603@moneybookers.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: lists.freebsd.org is down? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 12:39:14 -0000 On Tue, Feb 26, 2008 at 12:02:38PM +0200, Stefan Lambrev wrote: > I cannot open port 80 on lists.freebsd.org. > Is it just me? Looks OK to me: $ telnet lists.freebsd.org 80 Trying 69.147.83.38... Connected to lists.freebsd.org. Escape character is '^]'. ^] telnet> close Connection closed. -- | 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 Feb 26 12:44:07 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 AA9D21065684 for ; Tue, 26 Feb 2008 12:44:07 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7C71713C4FB for ; Tue, 26 Feb 2008 12:44:07 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:56739 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JTzAE-0003cQ-4S for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 13:44:06 +0100 Received: (qmail 89946 invoked from network); 26 Feb 2008 13:43:57 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 26 Feb 2008 13:43:57 +0100 Received: (qmail 2339 invoked by uid 1001); 26 Feb 2008 13:43:57 +0100 Date: Tue, 26 Feb 2008 13:43:57 +0100 From: Erik Trulsson To: "Chris H." Message-ID: <20080226124357.GA2323@owl.midgard.homeip.net> Mail-Followup-To: "Chris H." , Mark Linimon , freebsd-stable@freebsd.org References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226085907.GA22873@soaustin.net> <20080226034948.u76sgkgpsg4sgsws@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080226034948.u76sgkgpsg4sgsws@webmail.1command.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JTzAE-0003cQ-4S. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1JTzAE-0003cQ-4S 5c6b815a2d46f455d1b298768a1ed93d Cc: Mark Linimon , freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 12:44:07 -0000 On Tue, Feb 26, 2008 at 03:49:48AM -0800, Chris H. wrote: > Quoting Mark Linimon : > >> On Mon, Feb 25, 2008 at 09:55:22PM -0800, Chris H. wrote: >>> Is there, or does anyone maintain a KNOBS list possibly categorized >>> by application/port/version, etc...? >> >> ports/KNOBS? > Yes. I have been aware of that file since it has been available in the > ports dir. But I can't help but notice the omission of, for example: > the mention of: > APACHE2 Use www/apache2 port > doesn't mention a pointer to MK/bsd.apache.mk which holds many of the > "tunables" available for the Apache1.3 || 2.0 || 2.2 ports. > > Perhaps my post wasn't as concise as it might have been. But my > goal was to find an efficient, consistent, and not /too/ laborious > method of discovering all the options for a given port, and when in > doubt; /what/ the particular option provides - > eg; WITH_, or WITHOUT_. No such method exists. Many of the options available in ports are not documented at all. Those that are documented often have only a brief one-line description. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 12:49: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 B42D41065679; Tue, 26 Feb 2008 12:49:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8B19A13C447; Tue, 26 Feb 2008 12:49:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JTzFk-000Nrf-Ah; Tue, 26 Feb 2008 12:49:48 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JTzFk-0002v9-8j; Tue, 26 Feb 2008 12:49:48 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JTzFk-00062o-7v; Tue, 26 Feb 2008 12:49:48 +0000 To: chris#@1command.com, koitsu@freebsd.org In-Reply-To: <20080226115904.GA29222@eos.sc1.parodius.com> Message-Id: From: Pete French Date: Tue, 26 Feb 2008 12:49:48 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 12:49:49 -0000 > Note that the phpmyadmin entry in our make.conf has no *functional* > purpose, because phpmyadmin uses the OPTIONS framework. It's used > solely as a "reminder" whenever I do "make rmconfig" and need to re-pick > what options to use. Is the idea to move all the ports over to the OPTIONS stuff ? That's going to be a real pain for those of us maintaining a lot of machines. I like to keep everything in make.conf too - I found that for Apache it is possible to do 'WITHOUT_APACHE_OPTIONS=yes' and then it uses the make.conf knbos crrectly - will other ports end up working like this as well ? cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 12:59:34 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 2BFC61065676 for ; Tue, 26 Feb 2008 12:59:34 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id CAD7E13C467 for ; Tue, 26 Feb 2008 12:59:33 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1260389nfb.33 for ; Tue, 26 Feb 2008 04:59:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+OQRPCgrpvRblDtQ0OTbzUfgBMeGV509LAYposR7XjQ=; b=BTtg3VlttmnFqZ823z88mJN/G+ayYG8Fl0a/zJRO98n6colXui7rFAME//SmCchRIO2xdCMTOYN88CbxsNHVarGb08m6xUzsQ9r8wphphADATUAHKuD8qiQFLb57xC5LcOI4u6kGvi9QIoh27o7NkOzfB1q24/vbpWFHjkZEZMg= 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=nyjUERu8hRm/BnZ5RwT3OZUfF5f5W7u2dhFxXd7Y1XlPXrjS6RKcbvDbOK67qM1V5yI6Mse4l9YoZQgEe3d7ChKoOfzoBivKNlx1S/oiPvwIe4rMDz2ZvZAWUd5ZUKDqYpFcSN3q0pfbVX3VIlyqjv1j5aZil2Jt5KHjpYQL7i4= Received: by 10.86.62.3 with SMTP id k3mr4389944fga.71.1204029217373; Tue, 26 Feb 2008 04:33:37 -0800 (PST) Received: by 10.86.99.17 with HTTP; Tue, 26 Feb 2008 04:33:37 -0800 (PST) Message-ID: <790a9fff0802260433y63f887e8y56dea11f36270b2e@mail.gmail.com> Date: Tue, 26 Feb 2008 06:33:37 -0600 From: "Scot Hetzel" To: "Jeremy Chadwick" In-Reply-To: <20080226080349.GA20881@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> <20080226080349.GA20881@eos.sc1.parodius.com> Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 12:59:34 -0000 On Tue, Feb 26, 2008 at 2:03 AM, Jeremy Chadwick wrote: > Additionally, the WITH/WITHOUT variables seen in the Makefile are not > always what they seem. For ports that use OPTIONS, you cannot define > these on the command-line (e.g. make WITHOUT_FRUIT=yes); you absolutely > MUST do 'make config' and then toggle them there. (This is one piece of > the OPTIONS framework which I have always disliked, because some of us > use /etc/make.conf to define WITH/WITHOUT variables, and prefer to do > "cd /usr/ports/whatever && make clean && make && make install" and not > have something interactive pop up. That's for another discussion > though...) > You should be able to do: cd /usr/ports/whatever && make clean && make -DBATCH && make -DBATCH install Check the port to see if it disables parts of its build/install process when BATCH is defined. Another way would be to define _OPTIONS_OK=yes in /etc/make.conf, but this is an internal variable to bsd.ports.mk. Also defining WITH/WITHOUT variables in /etc/make.conf and/or ${PREFIX}/etc/ports.conf (sysutils/portconf) should work with ports that use the OPTIONS framework. Scot From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 13:44: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 D3C64106567A for ; Tue, 26 Feb 2008 13:44:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6A06A13C4D1 for ; Tue, 26 Feb 2008 13:44:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9639E1CC038; Tue, 26 Feb 2008 05:44:53 -0800 (PST) Date: Tue, 26 Feb 2008 05:44:53 -0800 From: Jeremy Chadwick To: Scot Hetzel Message-ID: <20080226134453.GA32927@eos.sc1.parodius.com> References: <20080225215522.r3jb5v548o0scks8@webmail.1command.com> <20080226070516.GB32690@team.vega.ru> <20080225233523.acl5s1lo8wgsw4wg@webmail.1command.com> <20080226080349.GA20881@eos.sc1.parodius.com> <790a9fff0802260433y63f887e8y56dea11f36270b2e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0802260433y63f887e8y56dea11f36270b2e@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: make KNOBS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 13:44:55 -0000 On Tue, Feb 26, 2008 at 06:33:37AM -0600, Scot Hetzel wrote: > On Tue, Feb 26, 2008 at 2:03 AM, Jeremy Chadwick wrote: > > Additionally, the WITH/WITHOUT variables seen in the Makefile are not > > always what they seem. For ports that use OPTIONS, you cannot define > > these on the command-line (e.g. make WITHOUT_FRUIT=yes); you absolutely > > MUST do 'make config' and then toggle them there. (This is one piece of > > the OPTIONS framework which I have always disliked, because some of us > > use /etc/make.conf to define WITH/WITHOUT variables, and prefer to do > > "cd /usr/ports/whatever && make clean && make && make install" and not > > have something interactive pop up. That's for another discussion > > though...) > > > You should be able to do: > > cd /usr/ports/whatever && make clean && make -DBATCH && make -DBATCH install > > Check the port to see if it disables parts of its build/install > process when BATCH is defined. I thought using BATCH had some substantial risks associated with it? I wish I could remember where I read or heard that... > Another way would be to define _OPTIONS_OK=yes in /etc/make.conf, but > this is an internal variable to bsd.ports.mk. What are the risks involved with using this? > Also defining WITH/WITHOUT variables in /etc/make.conf and/or > ${PREFIX}/etc/ports.conf (sysutils/portconf) should work with ports > that use the OPTIONS framework. In the case of the lesser, it doesn't. In the case of the latter, I don't use portconf, so I don't have an answer to that one. -- | 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 Feb 26 14:07:07 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 CE7AF106566B; Tue, 26 Feb 2008 14:07:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 88BA213C458; Tue, 26 Feb 2008 14:07:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1QE76Ht031886; Tue, 26 Feb 2008 09:07:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1QE76Pm011228; Tue, 26 Feb 2008 09:07:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id AC6BD1B5078; Tue, 26 Feb 2008 09:07:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080226140706.AC6BD1B5078@freebsd-stable.sentex.ca> Date: Tue, 26 Feb 2008 09:07:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 14:07:08 -0000 TB --- 2008-02-26 12:52:24 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-26 12:52:24 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-02-26 12:52:24 - cleaning the object tree TB --- 2008-02-26 12:52:37 - cvsupping the source tree TB --- 2008-02-26 12:52:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-02-26 12:52:45 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-26 12:52:45 - cd /src TB --- 2008-02-26 12:52:45 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 26 12:52:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 26 13:58:18 UTC 2008 TB --- 2008-02-26 13:58:18 - generating LINT kernel config TB --- 2008-02-26 13:58:18 - cd /src/sys/powerpc/conf TB --- 2008-02-26 13:58:18 - /usr/bin/make -B LINT TB --- 2008-02-26 13:58:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-26 13:58:18 - cd /src TB --- 2008-02-26 13:58:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 26 13:58:18 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_cc_functions.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_crc32.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_indata.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c /src/sys/netinet/sctp_pcb.c: In function 'sctp_free_vrf': /src/sys/netinet/sctp_pcb.c:230: error: expected ';' before '}' token *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-26 14:07:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-26 14:07:06 - ERROR: failed to build lint kernel TB --- 2008-02-26 14:07:06 - tinderbox aborted TB --- 3773.62 user 358.72 system 4482.43 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 15:09: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 7CB041065672 for ; Tue, 26 Feb 2008 15:09:18 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id 3A80013C458 for ; Tue, 26 Feb 2008 15:09:18 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1917715ele.3 for ; Tue, 26 Feb 2008 07:09:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=PqgMr/nLUEaHJzL/wgHnMC8A2JEJdkNe5YIrQaFo4yc=; b=tKDC9rGE5R+ltfsO/J72Mv80dstdJzge1IQQP3Bg6KiuXpwE7f6VcxmDCv9UAD1l3XTl3E6Dl+ObQtB4/8V79KiehlbqPFP/zl1jJZwE9sCYm4Gv/dH2LumrFvKRX1yzZJOj1/Kz7wG1cCgNYeLKZErWqaQtI9rlk5wLLaEYHak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=u0kMLUuZknOly9Th2lY0dwzHXFFx95nGP+BKjKYeWRH59VrNLrCCpY0t1OpPz4H0B7iYnL6IBM0NJS3PmP7L6cuDca42FRuZp+A8G5gRxWt7UK3UzDzLi3+r+dBQ0mhuqAnyuvYSY/ZMs1XSbUGrERHNill7Ne1AAPFp+OrWxxA= Received: by 10.115.110.6 with SMTP id n6mr5574981wam.92.1204038556089; Tue, 26 Feb 2008 07:09:16 -0800 (PST) Received: from gmail.com ( [125.24.102.204]) by mx.google.com with ESMTPS id z15sm10973100pod.11.2008.02.26.07.09.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Feb 2008 07:09:14 -0800 (PST) Date: Tue, 26 Feb 2008 22:09:10 +0700 From: Pongthep Kulkrisada To: freebsd-stable@freebsd.org Message-ID: <20080226150910.GA1449@gmail.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080226064147.D3CA816A502@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080226064147.D3CA816A502@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-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, 26 Feb 2008 15:09:18 -0000 Thanks Proto and Chadwick > I can't help you with the IPv6 stuff; I don't use IPv6. Actually I don't force ntpd to use IPv6. Hostnames could be resolved to any IPv4 addresses. I have no problem with that. The only thing I want is ``synchronization''. > Please do not define driftfile in /etc/ntp.conf. The /etc/rc.d/ntpd > framework will take care of that for you by using -f /var/db/ntpd.drift. I have tried it, still not work. > If I were you, I'd try sniffing traffic on your LAN segment to see if > you're even getting responses from the remote NTP servers. Using > tcpdump, you should be able to achieve this by doing: > > # tcpdump -l -n -s 8192 -p "port 123" > > I'm willing to bet you're not even getting responses from the remote > servers, which would imply firewall rules on your gateway, or the > machine itself. # tcpdump -l -n -s 8192 -p "port 123" tcpdump: listening on fxp0, link-type EN10MB (Ethernet), capture size 8182 bytes 0 packets captured 12 packets received by filter 0 packets dropped by kernel ^C (after awaiting around 20secs then hits interrupt) You are right, I didn't get any responses. I have doubly checked. Firewall on my router/gateway is disabled, not active. I have also tried disabling firewall on my machine. It still doesn't work. Actually I am not suspecting my /etc/ipfw.rules, which has been being used for long since FreeBSD 5.4. ntpd has never encountered any problems for such ipfw configuration with dial-up (both 5.4-RELEASE and 6.2-RELEASE). (I also didn't forget to change interface name from dial-up to ethernet.) > # find /usr/share/man/cat* -type f -exec rm -f {} \; or > # find /usr/share/man/cat* -type f -delete I have tested it, I still get outdated man pages. I even dive into /usr/src/share/man. Man pages over there are all FreeBSD 6.2. But some timestamps dated Feb 13, 2008; but footer is still FreeBSD 6.2 > And then enable weekly creation of the catman pages via the weekly > periodic script, by placing this in /etc/periodic.conf: > > weekly_catman_enable="yes" > > You can also create those catman pages right now by setting the above > variable in periodic.conf and doing the following: > > /etc/periodic/weekly/330.catman > > Keep something in mind, however: by enabling this, you're also prone to > get a lot of nasty messages from groff/troff/nroff every week. A lot of > manpages are not 100% syntactically correct or compatible with the > version of troff FreeBSD uses, so they emit warnings. I want them to be compatible with the current version of FreeBSD. So I will not use it, thanks. > Finally, when you upgraded from 6.2 to 6.3, did you follow all of the > instructions in /usr/src/Makefile perfectly? See the 10-11 steps > listed under "For individuals wanting to upgrade their sources...". > I'm left wondering if you didn't do the mergemaster step. No, but I perfectly followed instruction in handbook. # cvsup -g -L 2 /usr/share/examples/cvsup/stable-supfile backup data and /etc read /usr/src/UPDATING # mergemaster -p # shutdown now (drop to single user) # fsck -p # mount -u / # mount -a -t ufs # swapon -a # adjkerntz -i # cd /usr/obj # chflags -R noschg * # rm -rf * # cd /usr/src # make [-j4] buildworld # make buildkernel KERNCONF=SMP # make installkernel KERNCONF=SMP # shutdown -r now (reboot the new kernel in single user mode) # make installworld # mergemaster # shutdown -r now (reboot the new system) # uname -a (show the new kernel) And I also look in some forums. I think that the procedure above is correct. I also got many new man pages in /usr/src/share/man, but as said all are 6.2 (with some new timestamps). If so, archives in cvs repository (cvsup.th.freebsd.org) are probably outdated. If I did anything wrong, please tell me. Please note that I have been using FreeBSD since 5.0. But I ALWAYS install new system from iso image. This is my first time updating from source. And what about updating handbook? # cvsup -g -L 2 /usr/share/examples/cvsup/doc-supfile # cd /usr/doc (many dirs/files in here, like sgml files) # make all install (or) make install It just doesn't work. I don't want to waste your time; it is also irrelevant to freebsd-stable. Please just give me a brief hint. Thanks, Pongthep From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 16:07:38 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 841E21065677 for ; Tue, 26 Feb 2008 16:07:38 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 5E08B13C458 for ; Tue, 26 Feb 2008 16:07:38 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id B427465502 for ; Tue, 26 Feb 2008 10:07:37 -0600 (CST) Date: Tue, 26 Feb 2008 10:07:41 -0600 From: Paul Schmehl To: freebsd-stable@freebsd.org Message-ID: <392E81E74053E35774321C57@utd65257.utdallas.edu> In-Reply-To: <200802261658.47142.doconnor@gsoft.com.au> References: <6BAFD431BFCA7093A23CE645@utd65257.utdallas.edu> <20080226054723.GA14139@eos.sc1.parodius.com> <200802261658.47142.doconnor@gsoft.com.au> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: 7.0 RC3 and usb problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 16:07:38 -0000 --On Tuesday, February 26, 2008 16:58:45 +1030 Daniel O'Connor wrote: > On Tue, 26 Feb 2008, Jeremy Chadwick wrote: >> > Doesn't make much sense to me. I'm not very familiar with how the >> > usb system works, so I'm not sure where to look to find the >> > problem. There's no /dev/umass either. >> >> For umass devices to work, you need to have uhci (or ohci if your >> system uses that USB bus type), ehci (for USB2.0), usb (obvious), and >> umass. The kicker is that you also need scbus, da, and possibly pass. > > They must be in the kernel otherwise it wouldn't have linked. > > Does the device appear in usbdevs -v when it's connected? > > Does anything show up in dmesg? # uname -a FreeBSD utd65257.utdallas.edu 7.0-RELEASE FreeBSD 7.0-RELEASE #2: Tue Feb 26 09:07:31 CST 2008 root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 I recompiled the kernel this morning, and the symptoms have changed. (I noticed some recent commits to cvs.) Now, if I have my Maxtor hard drive attached to the system during boot, the system hangs and I get umass errors. umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT These continue until the system reboots. If I disconnect (physically) the drive, the system boots normally and *then* I can attach the drive and mount it. # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 5: high speed, self powered, config 1, Maxtor 3200(0x3200), Maxtor Corporation(0x0d49), rev 0.01 port 2 addr 2: high speed, self powered, config 1, product 0x2504(0x2504), vendor 0x0424(0x0424), rev 0.01 port 1 addr 3: low speed, power 100 mA, config 1, USB Optical Mouse(0x4d15), vendor 0x0461(0x0461), rev 2.00 port 2 addr 4: low speed, power 100 mA, config 1, Microsoft Natural Keyboard Elite(0x000b), vendor 0x045e(0x045e), rev 2.07 port 3 powered port 4 powered port 3 powered port 4 powered port 5 powered port 6 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb5: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb6: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 16:07: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 959931065671 for ; Tue, 26 Feb 2008 16:07:57 +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 201C113C458 for ; Tue, 26 Feb 2008 16:07:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m1QG7ttg049044; Tue, 26 Feb 2008 17:07:55 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m1QG7tx2049043; Tue, 26 Feb 2008 17:07:55 +0100 (CET) (envelope-from olli) Date: Tue, 26 Feb 2008 17:07:55 +0100 (CET) Message-Id: <200802261607.m1QG7tx2049043@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, christian@qunec.net In-Reply-To: <6A0E8F6491BC6998973D39D5@[192.168.0.1]> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 26 Feb 2008 17:07:55 +0100 (CET) Cc: Subject: Re: IPv6 in Jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 16:07:57 -0000 Christian wrote: > can anyone say me what the current status of "running IPv6 in Jail" is? Please see this thread: http://lists.freebsd.org/pipermail/freebsd-current/2008-February/083830.html Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 16:44: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 5FB3F106566C for ; Tue, 26 Feb 2008 16:44:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 52BBC13C478 for ; Tue, 26 Feb 2008 16:44:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 29FA71CC033; Tue, 26 Feb 2008 08:44:32 -0800 (PST) Date: Tue, 26 Feb 2008 08:44:32 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080226164432.GA41387@eos.sc1.parodius.com> References: <20080226064147.D3CA816A502@hub.freebsd.org> <20080226150910.GA1449@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080226150910.GA1449@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-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, 26 Feb 2008 16:44:32 -0000 On Tue, Feb 26, 2008 at 10:09:10PM +0700, Pongthep Kulkrisada wrote: > > Please do not define driftfile in /etc/ntp.conf. The /etc/rc.d/ntpd > > framework will take care of that for you by using -f /var/db/ntpd.drift. > I have tried it, still not work. I was pointing this out not as "this will fix your problem", but "this will cause you problems when it comes to driftfile usage". So, keep it the way I said, otherwise you'll need to override some ntp_* settings in rc.conf. > > If I were you, I'd try sniffing traffic on your LAN segment to see if > > you're even getting responses from the remote NTP servers. Using > > tcpdump, you should be able to achieve this by doing: > > > > # tcpdump -l -n -s 8192 -p "port 123" > > > > I'm willing to bet you're not even getting responses from the remote > > servers, which would imply firewall rules on your gateway, or the > > machine itself. > # tcpdump -l -n -s 8192 -p "port 123" > tcpdump: listening on fxp0, link-type EN10MB (Ethernet), capture size 8182 bytes > > 0 packets captured > 12 packets received by filter > 0 packets dropped by kernel > ^C > (after awaiting around 20secs then hits interrupt) This isn't enough time. Please try this instead. # /etc/rc.d/ntpd stop # /etc/rc.d/ntpdate start This should set your clock, even if only by a few milliseconds. Assuming the ntpdate part is successful, continue on: # tcpdump -l -n -s 8192 -p "port 123" Now, in another window, execute: # /etc/rc.d/ntpd start Then let the tcpdump go for about 15 minutes. You aren't using the "iburst" feature on any of the servers, so it will take some time before they try to sync up. > You are right, I didn't get any responses. > I have doubly checked. Firewall on my router/gateway is disabled, not active. > I have also tried disabling firewall on my machine. > It still doesn't work. > Actually I am not suspecting my /etc/ipfw.rules, which has been being used > for long since FreeBSD 5.4. ntpd has never encountered any problems for such > ipfw configuration with dial-up (both 5.4-RELEASE and 6.2-RELEASE). > (I also didn't forget to change interface name from dial-up to ethernet.) tcpdump has priority over any firewalling layer, so even if you had ipfw or ipfilter or pf rules blocking NTP traffic, tcpdump would still show the packets coming in across the wire. You're simply not seeing traffic, probably because you didn't wait long enough. ntpd *does not* sync every 20 seconds, or even every 60. Like I said: try 15 minutes. > > # find /usr/share/man/cat* -type f -exec rm -f {} \; > or > > # find /usr/share/man/cat* -type f -delete > I have tested it, I still get outdated man pages. > I even dive into /usr/src/share/man. > Man pages over there are all FreeBSD 6.2. > But some timestamps dated Feb 13, 2008; but footer is still FreeBSD 6.2 I can confirm this on my RELENG_6 box (using 6.3). I wouldn't worry about the footer saying 6.2. > > Finally, when you upgraded from 6.2 to 6.3, did you follow all of the > > instructions in /usr/src/Makefile perfectly? See the 10-11 steps > > listed under "For individuals wanting to upgrade their sources...". > > I'm left wondering if you didn't do the mergemaster step. > No, but I perfectly followed instruction in handbook. > > # cvsup -g -L 2 /usr/share/examples/cvsup/stable-supfile > backup data and /etc > read /usr/src/UPDATING > # mergemaster -p > # shutdown now (drop to single user) > # fsck -p > # mount -u / > # mount -a -t ufs > # swapon -a > # adjkerntz -i > > # cd /usr/obj > # chflags -R noschg * > # rm -rf * > > # cd /usr/src > # make [-j4] buildworld > # make buildkernel KERNCONF=SMP > # make installkernel KERNCONF=SMP > # shutdown -r now (reboot the new kernel in single user mode) > # make installworld > # mergemaster > # shutdown -r now (reboot the new system) > # uname -a (show the new kernel) > > And I also look in some forums. > I think that the procedure above is correct. The procedure is documented in /usr/src/Makefile, and you should really follow that. I haven't read the Handbook's documentation on what to do, but the above seems awfully extensive for something that is described in the Makefile (which I have used since the days of 4.x without issue). I can't help you with anything relating to updating doc-all or your /usr/doc tree. I'm not familiar with that, sorry. -- | 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 Feb 26 18:52: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 2E2E41065671 for ; Tue, 26 Feb 2008 18:52:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D01E113C465 for ; Tue, 26 Feb 2008 18:52:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JU4uN-000140-CW for freebsd-stable@freebsd.org; Tue, 26 Feb 2008 18:52:07 +0000 Received: from 89-172-34-21.adsl.net.t-com.hr ([89.172.34.21]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Feb 2008 18:52:07 +0000 Received: from ivoras by 89-172-34-21.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Feb 2008 18:52:07 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 26 Feb 2008 19:51:54 +0100 Lines: 48 Message-ID: References: <167a01c8785f$0f4bef00$970da8c0@jam.zenon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA9A250ABD940265A7995C6D5" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-34-21.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <167a01c8785f$0f4bef00$970da8c0@jam.zenon.net> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: panic in ufs_lookup (6.2-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 18:52:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA9A250ABD940265A7995C6D5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Andrew N. Below wrote: > Hi all, >=20 > freebsd box connected to Eonstor RAID with 5-6 exported > partitions (each one has ~950Gb size, fs is UFS2) >=20 > every night we have a lot of running rsyncs (rsnapshots) > on these partitions >=20 > this happens 2-4 times per month >=20 > db> bt > Tracing pid 70595 tid 100178 td 0xc95fa600 > kdb_enter(c0634690) at kdb_enter+0x2b > panic(c0640603,da7e1200,e8c99a58,c05b591e,cb8cc18c,...) at panic+0x127 > ufs_dirbad(cb8cc18c,200,c06405bd,c95fa600,0,...) at ufs_dirbad+0x3a =2E.. > what is exactly wrong? There were some bugs in the past: http://www.google.com/search?hl=3Den&rlz=3D&q=3Dfreebsd+ufs_dirbad but they should have been fixed by now. What version of FreeBSD do you us= e? --------------enigA9A250ABD940265A7995C6D5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHxF/QldnAQVacBcgRAq2/AJ91eG/FQEQ5AWqMjpZIwsEO14XfqwCgtArm B1re2dqNNrurWSOf0x4JoZ4= =tlc+ -----END PGP SIGNATURE----- --------------enigA9A250ABD940265A7995C6D5-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 19:27: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 A852F1065676 for ; Tue, 26 Feb 2008 19:27:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F2D1613C46A; Tue, 26 Feb 2008 19:27:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C46818.3020201@FreeBSD.org> Date: Tue, 26 Feb 2008 20:27:20 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Stefan Lambrev References: <47C3E3BE.5000603@moneybookers.com> In-Reply-To: <47C3E3BE.5000603@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: lists.freebsd.org is down? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 19:27:20 -0000 Stefan Lambrev wrote: > Greetings, > > I cannot open port 80 on lists.freebsd.org. > Is it just me? > > Sorry if this is not the proper maillist. > The hardware was being migrated. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 20:45:07 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 8C9E81065670 for ; Tue, 26 Feb 2008 20:45:07 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD3B13C458 for ; Tue, 26 Feb 2008 20:45:07 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wx-out-0506.google.com with SMTP id i29so2560682wxd.7 for ; Tue, 26 Feb 2008 12:45:06 -0800 (PST) Received: by 10.100.195.15 with SMTP id s15mr3446386anf.28.1204057058556; Tue, 26 Feb 2008 12:17:38 -0800 (PST) Received: by 10.100.8.6 with HTTP; Tue, 26 Feb 2008 12:17:38 -0800 (PST) Message-ID: Date: Tue, 26 Feb 2008 12:17:38 -0800 From: "Peter Wemm" To: "Kris Kennaway" In-Reply-To: <47C46818.3020201@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47C3E3BE.5000603@moneybookers.com> <47C46818.3020201@FreeBSD.org> Cc: freebsd-stable@freebsd.org, Stefan Lambrev Subject: Re: lists.freebsd.org is down? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 20:45:07 -0000 On Tue, Feb 26, 2008 at 11:27 AM, Kris Kennaway wrote: > Stefan Lambrev wrote: > > Greetings, > > > > I cannot open port 80 on lists.freebsd.org. > > Is it just me? > > > > Sorry if this is not the proper maillist. > > > > The hardware was being migrated. > > Kris Yes, mail processing is running on a new box. It took longer than I expected, due to a couple of colossal mistakes. The fact that you're reading this email means that it is working again. For example, after 19 years of doing unix stuff, I finally fell for the 'rm -rf *' in / classic newbie blunder. On the plus side, it was my netboot environment for doing machine migration/installations. On the minus side, I took out 12 other machines at once. Oops. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "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 Tue Feb 26 21:20: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 ADC371065674; Tue, 26 Feb 2008 21:20:22 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id E81EB13C459; Tue, 26 Feb 2008 21:20:21 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [195.2.69.96] (HELO defan.zenon.net) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with ESMTPS id 46777514; Tue, 26 Feb 2008 23:20:18 +0300 Date: Tue, 26 Feb 2008 23:20:18 +0300 (MSK) From: "Andrew N. Below" To: Ivan Voras In-Reply-To: Message-ID: <20080226231825.E8595@defan.zenon.net> References: <167a01c8785f$0f4bef00$970da8c0@jam.zenon.net> Organization: Zenon N.S.P. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: panic in ufs_lookup (6.2-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 21:20:22 -0000 On Tue, 26 Feb 2008, Ivan Voras wrote: > Andrew N. Below wrote: >> Hi all, >> >> freebsd box connected to Eonstor RAID with 5-6 exported >> partitions (each one has ~950Gb size, fs is UFS2) >> >> every night we have a lot of running rsyncs (rsnapshots) >> on these partitions >> >> this happens 2-4 times per month >> >> db> bt >> Tracing pid 70595 tid 100178 td 0xc95fa600 >> kdb_enter(c0634690) at kdb_enter+0x2b >> panic(c0640603,da7e1200,e8c99a58,c05b591e,cb8cc18c,...) at panic+0x127 >> ufs_dirbad(cb8cc18c,200,c06405bd,c95fa600,0,...) at ufs_dirbad+0x3a > ... >> what is exactly wrong? > > There were some bugs in the past: > > http://www.google.com/search?hl=en&rlz=&q=freebsd+ufs_dirbad > > but they should have been fixed by now. What version of FreeBSD do you use? RELENG_6 cvsuped at 2007-01-15 what should I check (source revisions) to ensure we have same bug? -- WBR, Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 22:32: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 03252106566B for ; Tue, 26 Feb 2008 22:32:00 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.freebsd.org (Postfix) with SMTP id 4CA4113C442 for ; Tue, 26 Feb 2008 22:31:58 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 7917 invoked from network); 26 Feb 2008 22:05:14 -0000 Received: from [192.168.0.40] ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 26 Feb 2008 22:05:14 -0000 From: Olivier Mueller To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 26 Feb 2008 23:05:09 +0100 Message-Id: <1204063509.6299.9.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit Subject: fsck_ufs: cannot alloc 94208 bytes for inoinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2008 22:32:00 -0000 Hello, "fsck_ufs: cannot alloc 94208 bytes for inoinfo" This is what I get after about one hour while trying a fsck on a large (1.4TB) partition "broken" since a power outage. HW: HP DL380G5, under freebsd 6.1/i386, with 1GB of RAM and: da0: Fixed Direct Access SCSI-4 device da0: 135.168MB/s transfers da0: 1430488MB (2929640988 512 byte sectors: 255H 63S/T 65535C) Mounting with option -f (force) seems to work, so I guess there is still hope :) Now I added this to the /boot/loader.conf: kern.maxdsiz="1073741824" # 1GB kern.dfldsiz="1073741824" # 1GB and I'm trying the fsck again, but I'm not sure it will help. Would you maybe have other suggestions? Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 01:02: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 ECB211065671 for ; Wed, 27 Feb 2008 01:02:49 +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 D63EB13C44B for ; Wed, 27 Feb 2008 01:02:49 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id CC2C91A4D7E; Tue, 26 Feb 2008 17:02:49 -0800 (PST) Date: Tue, 26 Feb 2008 17:02:49 -0800 From: Alfred Perlstein To: Olivier Mueller Message-ID: <20080227010249.GZ99258@elvis.mu.org> References: <1204063509.6299.9.camel@bigapple.omnis.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1204063509.6299.9.camel@bigapple.omnis.ch> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: fsck_ufs: cannot alloc 94208 bytes for inoinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 01:02:50 -0000 * Olivier Mueller [080226 14:32] wrote: > Hello, > > "fsck_ufs: cannot alloc 94208 bytes for inoinfo" > > This is what I get after about one hour while trying a fsck on a large > (1.4TB) partition "broken" since a power outage. > > HW: HP DL380G5, under freebsd 6.1/i386, with 1GB of RAM and: > > da0: Fixed Direct Access SCSI-4 device > da0: 135.168MB/s transfers > da0: 1430488MB (2929640988 512 byte sectors: 255H 63S/T 65535C) > > Mounting with option -f (force) seems to work, so I guess there is > still hope :) > > > Now I added this to the /boot/loader.conf: > kern.maxdsiz="1073741824" # 1GB > kern.dfldsiz="1073741824" # 1GB > and I'm trying the fsck again, but I'm not sure it will help. > > Would you maybe have other suggestions? See "limit/ulimit" to make sure you're giving the fsck process unlimited data size. you can also likely safely increase the maxdsiz to 1.5GB and still be ok, just make sure to turn on swapping. -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 07:56: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 A81291065671 for ; Wed, 27 Feb 2008 07:56:48 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8BA13C458 for ; Wed, 27 Feb 2008 07:56:48 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2092133wfa.7 for ; Tue, 26 Feb 2008 23:56:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=NtcLQhB7ARJ97JrB7ss72QdsA/FwTp3CUuDLLAN+pzY=; b=mpMCvf6/bHbjMGSPP5OyI9Y+HJqGycc4BtBofAItmZo1PU3bJVLvHZdE2WASxDL/G7IahvLqYpZ16r+ewfkMPAM9A9i3Wt/U+mbExcTO/zUjXEC68FWYjrDRpwbIFF+2iF6a6P13Ew63mLdKJT0fkDX7LZCwP217F2vnwaeFMjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rMnSJp47CBAPr7ZP8EYCIlx1xMKVmtZIHwTQg2RtPF/CBJqH2NHUOU9Lrr/2Uj9phqtoIOobp7fDFvEIchUhDWNc0fc7V2LREbviz2kxEdyyIi1ttL9Y0qH37dIVPp8RRu5PMKxC2Aoq/EtZtFprc0MoYqyx8ULk4Hdd/AtCjH4= Received: by 10.142.216.9 with SMTP id o9mr4873078wfg.42.1204099007825; Tue, 26 Feb 2008 23:56:47 -0800 (PST) Received: by 10.143.195.2 with HTTP; Tue, 26 Feb 2008 23:56:47 -0800 (PST) Message-ID: <8cb6106e0802262356w497d9d29r417b09710a90f820@mail.gmail.com> Date: Wed, 27 Feb 2008 02:56:47 -0500 From: "Josh Carroll" 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: pthread_cond_wait hanging in libthr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 07:56:48 -0000 I have been debugging a problem with ushare in FreeBSD 7.0, specifically I have tracked it down to the pthread_cond_wait call inside the libupnp library that ushare uses. UpnpInit ultimately calls the below ithread_cond_wait, which is where I am seeing the "hang". The code in question is on line 650 of: /usr/ports/devel/upnp/work/libupnp-1.6.0/threadutil/src/ThreadPool.c 648 while( tp->totalThreads < currentThreads ) { 649 650 ithread_cond_wait( &tp->start_and_shutdown, &tp->mutex ); 651 652 } The call to ithread_cond_wait (#defined to pthread_cond_wait) hangs indefinitely, causing ushare to never listen on the UPnP port. It only does this when ushare is run with the -D option, indicating it should daemonize. If I run it without -D, it works fine. Here is the tail end of a truss of ushare when run with -D, at which point it hangs and subsequently does not listen on the UPnP socket. 22539: mprotect(0x7fffff9fe000,4096,PROT_NONE) = 0 (0x0) 22539: thr_new(0x7fffffffe590,0x68,0x7fffffffe620,0x0,0xffffffffb05a9d40,0x7fffffffe538) = 0 (0x0) 22539: _umtx_op(0x40e1c160,0x6,0x0,0x0,0x0,0x7fffffffe578) ERR#1 'Operation not permitted' 22539: _umtx_op(0x40e1e160,0x8,0x1,0x40e1e140,0x0,0x7fffffffe598)# and here's the tail end of the ktrace for the same: ushare CALL mmap(0x7fffff9fe000,0x201000,PROT_READ|PROT_WRITE,MAP_STACK,0xffffffff,0) ushare RET mmap -6299648/0x7fffff9fe000 ushare CALL mprotect(0x7fffff9fe000,0x1000,PROT_NONE) ushare RET mprotect 0 ushare CALL thr_new(0x7fffffffe9c0,0x68) ushare RET thr_new 0 ushare RET fork 0 ushare CALL _umtx_op(0x40e1e160,0x8,0x1,0x40e1e140,0) ushare RET _umtx_op -1 errno 1 Operation not permitted ushare CALL _umtx_op(0x40e1e140,0x5,0,0,0) ushare CALL _umtx_op(0x40e1c160,0x5,0,0,0) ushare RET _umtx_op RESTART ushare PSIG SIGTERM SIG_DFL I pointed ushare and libupnp.so to libkse instead with libmap.conf, and it works properly with libkse. It only exhibits this behavior with libthr. For now, I am using libmap.conf as a workaround, but there seems to be a problem with libthr in this particular usage. Please let me know if any other information is required. This is 7.0-RELEASE on amd64. Thanks! Josh From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 09:41: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 EE7631065675 for ; Wed, 27 Feb 2008 09:41:49 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav09.sasknet.sk.ca (misav09.sasknet.sk.ca [142.165.20.173]) by mx1.freebsd.org (Postfix) with ESMTP id 92E9B13C515 for ; Wed, 27 Feb 2008 09:41:44 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav09 with InterScan Messaging Security Suite; Wed, 27 Feb 2008 03:11:42 -0600 Received: from server.hurd.local (adsl-76-202-204-46.dsl.lsan03.sbcglobal.net [76.202.204.46]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JWW00A9A47GXE00@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Wed, 27 Feb 2008 03:11:42 -0600 (CST) Date: Wed, 27 Feb 2008 01:11:36 -0800 From: Stephen Hurd To: freebsd-stable@freebsd.org Message-id: <47C52948.2070500@sasktel.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_cCtRwg0ids25CvzoMKgXUw)" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071123 SeaMonkey/1.1.6 Subject: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 09:41:50 -0000 This is a multi-part message in MIME format. --Boundary_(ID_cCtRwg0ids25CvzoMKgXUw) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT My system has been working reliably with 6.3 for quite some time... when I rebooted into single user mode to do the installworld with the 7.0-RELEASE kernel, the install died about halfway through with READ_DMA TIMEOUT errors. Since I had a mixed system at that point, I set hw.ata.ata_dma="0" in /boot/loader.conf and completed the install. After a good boot to verify everything was working, I flipped hw.ata.ata_dma back and rebooted. The corrupted sync message scared the heck out of me: Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiti Synncgi n(gm adxi sk6s0, svencoodnedss )r efmoari nsiynsgte.m. .pr1o0c ess `syncer' to stop...8 7 8 3 3 3 1 0 0 0 0 done And after the reboot, the READ_DMA timeouts were back. I installed sysutils/smartmontools (output attached in case it's usefull) The only "odd" think I can think of about my system is an unusually high HZ value (2386) I'm building a kernel now with 1000 to check if that makes a difference. 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.0-RELEASE #1: Tue Feb 26 22:49:13 PST 2008 root@server.hurd.local:/usr/obj/usr/src/sys/SERVER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387fbff real memory = 1207959552 (1152 MB) avail memory = 1172832256 (1118 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard kbd1 at kbdmux0 cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 vgapci0: port 0xd800-0xd8ff mem 0xfd000000-0xfdffffff,0xfeaff000-0xfeafffff irq 22 at device 1.0 on pci0 drm0: on vgapci0 info: [drm] Initialized mach64 1.0.0 20020904 fxp0: port 0xd400-0xd43f mem 0xfeafe000-0xfeafefff,0xfe900000-0xfe9fffff irq 20 at device 4.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:21:49:7e fxp0: [ITHREAD] fxp1: port 0xd000-0xd03f mem 0xfeafd000-0xfeafdfff,0xfe700000-0xfe7fffff irq 21 at device 5.0 on pci0 miibus1: on fxp1 inphy1: PHY 1 on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:e0:81:21:49:7f fxp1: [ITHREAD] isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xfeafc000-0xfeafcfff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered pcib1: pcibus 1 on motherboard pci1: on pcib1 pcm0: port 0xef00-0xef3f irq 27 at device 2.0 on pci1 pcm0: pcm0: [ITHREAD] pcm0: pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled unknown: can't assign resources (memory) unknown: can't assign resources (port) speaker0: at port 0x61 pnpid PNP0800 on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) uhid0: on uhub0 uhub0: device problem (IOERROR), disabling port 2 Timecounters tick every 0.838 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled ad0: 239372MB at ata0-master PIO4 acd0: CDRW at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 WARNING: attempt to net_add_domain(netgraph) after domainfinalize() fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 6 vmnet0: Ethernet address: 00:bd:d3:f1:01:00 vmnet1: Ethernet address: 00:bd:dc:f1:01:01 vmnet2: Ethernet address: 00:bd:de:f1:01:02 vmnet3: Ethernet address: 00:bd:16:f2:01:03 vmnet4: Ethernet address: 00:bd:1e:b9:02:04 vmnet5: Ethernet address: 00:bd:20:b9:02:05 vmnet6: Ethernet address: 00:bd:22:b9:02:06 vmnet7: Ethernet address: 00:bd:23:b9:02:07 bridge0: Ethernet address: da:a1:67:37:d0:c4 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: promiscuous mode enabled vmnet0: promiscuous mode enabled vmnet1: promiscuous mode enabled vmnet2: promiscuous mode enabled vmnet3: promiscuous mode enabled Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiti Synncgi n(gm adxi sk6s0, svencoodnedss )r efmoari nsiynsgte.m. .pr1o0c ess `syncer' to stop...8 7 8 3 3 3 1 0 0 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. Uptime: 29m46s Rebooting... cpu_reset: Stopping other CPUs 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.0-RELEASE #1: Tue Feb 26 22:49:13 PST 2008 root@server.hurd.local:/usr/obj/usr/src/sys/SERVER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387fbff real memory = 1207959552 (1152 MB) avail memory = 1172832256 (1118 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard kbd1 at kbdmux0 cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 vgapci0: port 0xd800-0xd8ff mem 0xfd000000-0xfdffffff,0xfeaff000-0xfeafffff irq 22 at device 1.0 on pci0 drm0: on vgapci0 info: [drm] Initialized mach64 1.0.0 20020904 fxp0: port 0xd400-0xd43f mem 0xfeafe000-0xfeafefff,0xfe900000-0xfe9fffff irq 20 at device 4.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:21:49:7e fxp0: [ITHREAD] fxp1: port 0xd000-0xd03f mem 0xfeafd000-0xfeafdfff,0xfe700000-0xfe7fffff irq 21 at device 5.0 on pci0 miibus1: on fxp1 inphy1: PHY 1 on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:e0:81:21:49:7f fxp1: [ITHREAD] isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xfeafc000-0xfeafcfff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered pcib1: pcibus 1 on motherboard pci1: on pcib1 pcm0: port 0xef00-0xef3f irq 27 at device 2.0 on pci1 pcm0: pcm0: [ITHREAD] pcm0: pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled unknown: can't assign resources (memory) unknown: can't assign resources (port) speaker0: at port 0x61 pnpid PNP0800 on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) uhid0: on uhub0 uhub0: device problem (IOERROR), disabling port 2 Timecounters tick every 0.838 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled ad0: 239372MB at ata0-master UDMA33 acd0: CDRW at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 WARNING: attempt to net_add_domain(netgraph) after domainfinalize() fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 6 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=56943008 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=56943008 ad0: FAILURE - READ_DMA timed out LBA=56943008 g_vfs_done():ad0s1f[READ(offset=24591417344, length=65536)]error = 5 vnode_pager_getpages: I/O read error vmnet0: Ethernet address: 00:bd:2e:71:02:00 vmnet1: Ethernet address: 00:bd:3a:71:02:01 vmnet2: Ethernet address: 00:bd:3b:71:02:02 vmnet3: Ethernet address: 00:bd:66:71:02:03 vmnet4: Ethernet address: 00:bd:a6:f0:02:04 vmnet5: Ethernet address: 00:bd:a8:f0:02:05 vmnet6: Ethernet address: 00:bd:a9:f0:02:06 vmnet7: Ethernet address: 00:bd:ab:f0:02:07 bridge0: Ethernet address: e6:d3:5f:ee:dd:23 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: promiscuous mode enabled vmnet0: promiscuous mode enabled vmnet1: promiscuous mode enabled vmnet2: promiscuous mode enabled vmnet3: promiscuous mode enabled ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=6815744 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=6815744 ad0: FAILURE - READ_DMA timed out LBA=6815744 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=6815744 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=6815744 ad0: FAILURE - READ_DMA timed out LBA=6815744 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=6815744 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=6815744 ad0: FAILURE - READ_DMA timed out LBA=6815744 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=59969424 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=59969424 ad0: FAILURE - READ_DMA timed out LBA=59969424 g_vfs_done():ad0s1f[READ(offset=26140942336, length=65536)]error = 5 vnode_pager_getpages: I/O read error vm_fault: pager read error, pid 1930 (kdm-bin_greet) ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=155868384 ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=155868512 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=155868384 ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=155868512 ad0: FAILURE - READ_DMA timed out LBA=155868384 ad0: FAILURE - READ_DMA timed out LBA=155868512 g_vfs_done():ad0s1g[READ(offset=21554118656, length=131072)]error = 5 pid 1930 (kdm-bin_greet), uid 0: exited on signal 11 (core dumped) --Boundary_(ID_cCtRwg0ids25CvzoMKgXUw) Content-type: text/plain; name=smartinfo Content-transfer-encoding: 7BIT Content-disposition: inline; filename=smartinfo smartctl version 5.37 [i386-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Maxtor MaXLine Plus II Device Model: Maxtor 7Y250P0 Serial Number: Y61WGHYE Firmware Version: YAR41BW0 User Capacity: 251,000,193,024 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0 Local Time is: Wed Feb 27 00:45:51 2008 PST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 363) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. No General Purpose Logging support. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 107) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 3 Spin_Up_Time 0x0027 188 179 063 Pre-fail Always - 26142 4 Start_Stop_Count 0x0032 253 253 000 Old_age Always - 147 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always - 4 6 Read_Channel_Margin 0x0001 253 253 100 Pre-fail Offline - 0 7 Seek_Error_Rate 0x000a 253 252 000 Old_age Always - 0 8 Seek_Time_Performance 0x0027 252 245 187 Pre-fail Always - 58440 9 Power_On_Minutes 0x0032 219 219 000 Old_age Always - 1052h+05m 10 Spin_Retry_Count 0x002b 253 252 157 Pre-fail Always - 0 11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 253 253 000 Old_age Always - 251 192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age Always - 0 193 Load_Cycle_Count 0x0032 253 253 000 Old_age Always - 0 194 Temperature_Celsius 0x0032 253 253 000 Old_age Always - 48 195 Hardware_ECC_Recovered 0x000a 253 252 000 Old_age Always - 11498 196 Reallocated_Event_Count 0x0008 253 253 000 Old_age Offline - 0 197 Current_Pending_Sector 0x0008 253 253 000 Old_age Offline - 0 198 Offline_Uncorrectable 0x0008 253 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0008 199 199 000 Old_age Offline - 0 200 Multi_Zone_Error_Rate 0x000a 253 252 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 252 000 Old_age Always - 14 202 TA_Increase_Count 0x000a 253 252 000 Old_age Always - 0 203 Run_Out_Cancel 0x000b 253 252 180 Pre-fail Always - 11 204 Shock_Count_Write_Opern 0x000a 253 252 000 Old_age Always - 0 205 Shock_Rate_Write_Opern 0x000a 253 252 000 Old_age Always - 0 207 Spin_High_Current 0x002a 253 252 000 Old_age Always - 0 208 Spin_Buzz 0x002a 253 252 000 Old_age Always - 0 209 Offline_Seek_Performnce 0x0024 198 194 000 Old_age Offline - 0 99 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0 100 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0 101 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0 SMART Error Log Version: 1 ATA Error Count: 2 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 2 occurred at disk power-on lifetime: 5171 hours (215 days + 11 hours) When the command that caused the error occurred, the device was in an unknown state. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 10 80 00 c8 e6 Error: UNC 16 sectors at LBA = 0x06c80080 = 113770624 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 10 80 00 c8 e6 08 00:13:29.312 READ DMA c8 00 04 98 14 02 e0 08 00:13:18.144 READ DMA c8 00 04 3c 69 06 e0 08 00:13:18.144 READ DMA c8 00 10 50 44 06 e0 08 00:13:09.008 READ DMA c8 00 0c 80 14 04 e0 08 00:13:09.008 READ DMA Error 1 occurred at disk power-on lifetime: 5171 hours (215 days + 11 hours) When the command that caused the error occurred, the device was in an unknown state. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 10 80 00 c8 e6 Error: UNC 16 sectors at LBA = 0x06c80080 = 113770624 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 10 80 00 c8 e6 08 00:13:07.840 READ DMA c8 00 01 00 00 00 e0 08 00:13:07.840 READ DMA c8 00 02 00 00 00 e0 08 00:13:07.840 READ DMA c8 00 01 01 00 00 e0 08 00:13:07.840 READ DMA c8 00 04 00 01 06 e0 08 00:13:07.840 READ DMA SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 394 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --Boundary_(ID_cCtRwg0ids25CvzoMKgXUw)-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 11:01: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 19CE91065673 for ; Wed, 27 Feb 2008 11:01:26 +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 AD5E38FC17 for ; Wed, 27 Feb 2008 11:01:25 +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 m1RAnh2Q015330; Wed, 27 Feb 2008 11:49:43 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m1RAngaf015329; Wed, 27 Feb 2008 11:49:42 +0100 (CET) (envelope-from hk) Date: Wed, 27 Feb 2008 11:49:42 +0100 From: Holger Kipp To: freebsd-stable@freebsd.org Message-ID: <20080227104942.GA14530@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 Subject: em very slow, shared irq... on 6.3p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 11:01:26 -0000 Hello, I updated a system with 12 dc-interfaces to a new hardware with 14 em-interfaces. Yes, it is a firewall. New System is 6.2-RELEASE-p8. What I now experience between two internal networks (100MBit/s each) is the following: 1318 packets transmitted, 1317 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.387/246.153/2441.392/324.142 ms tcpdump on the firewall shows similar delays (on the outgoing interface). tcpdump on the system I ping however shows very quick responses for incoming packages (ie usually less than a millisecond). I therefore assume that the problem is between receiving the irq from em and getting the data from the interface on the firewall itself. My first option would be to activate polling on em-interfaces - but as I did not experience this sort of notieceable slowdown with the old dc-based firewall (without polling), maybe someone can shed some light on this strange behaviour or has other suggestions as well? More details and dmesg below. Help and suggestions welcome :-) Best regards, Holger Kipp PS: Regarding the MPSAFE-issue - I need to use ipsec, so don't have a choice here. On the firewall I see many irqs (sometimes more than 5000) very often on one of the em-interfaces using sysctl/vmstat: -------------------------------------------------------------------------------- 2 users Load 0.00 0.00 0.04 Feb 27 12:20 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 14804 3724 32800 3800 1327728 count All 722324 5248 76723364 5696 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 7606 total 27 7862 1 462 4105 158840 wire 1: atkb 14988 act 6: fdc0 0.2%Sys 3.0%Intr 0.0%User 0.0%Nice 96.8%Idl 547868 inact 12: psm | | | | | | | | | | 1244 cache 14: ata ++ 1326484 free 359 16: em4 daefr 2761 17: em5 Namei Name-cache Dir-cache prcfr 28: twe Calls hits % hits % react 306 52: em0 pdwak 1 53: em1 zfod pdpgs 177 55: em3 Disks twed0 ozfod intrn 2001 cpu0: time KB/t 21.33 %slo-z 114464 buf 2001 cpu1: time tps 1 1 tfree 10 dirtybuf MB/s 0.01 100000 desiredvnodes % busy 0 66594 numvnodes 19758 freevnodes -------------------------------------------------------------------------------- dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p8 #1: Thu Oct 4 16:07:31 CEST 2007 WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz (2128.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2146349056 (2046 MB) avail memory = 2095296512 (1998 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib0: unable to route slot 28 INTB pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x4000-0x400f mem 0xe0100000-0xe010000f,0xe0800000-0xe0ffffff irq 28 at device 2.0 on pci2 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 3.0 on pci3 pci4: on pcib4 em0: port 0x5000-0x503f mem 0xe1000000-0xe101ffff irq 52 at device 4.0 on pci4 em0: Ethernet address: 00:0e:0c:c6:cc:54 em0: [GIANT-LOCKED] em1: port 0x5040-0x507f mem 0xe1020000-0xe103ffff irq 53 at device 4.1 on pci4 em1: Ethernet address: 00:0e:0c:c6:cc:55 em1: [GIANT-LOCKED] em2: port 0x5080-0x50bf mem 0xe1040000-0xe105ffff irq 54 at device 6.0 on pci4 em2: Ethernet address: 00:0e:0c:c6:cc:56 em2: [GIANT-LOCKED] em3: port 0x50c0-0x50ff mem 0xe1060000-0xe107ffff irq 55 at device 6.1 on pci4 em3: Ethernet address: 00:0e:0c:c6:cc:57 em3: [GIANT-LOCKED] pci1: at device 0.3 (no driver attached) pcib5: irq 16 at device 3.0 on pci0 pci10: on pcib5 pcib6: at device 0.0 on pci10 pci11: on pcib6 pcib7: at device 0.0 on pci11 pci12: on pcib7 em4: port 0x6000-0x601f mem 0xe1120000-0xe113ffff,0xe1100000-0xe111ffff irq 16 at device 0.0 on pci12 em4: Memory Access and/or Bus Master bits were not set! em4: Ethernet address: 00:15:17:25:48:88 em4: [GIANT-LOCKED] em5: port 0x6020-0x603f mem 0xe1160000-0xe117ffff,0xe1140000-0xe115ffff irq 17 at device 0.1 on pci12 em5: Memory Access and/or Bus Master bits were not set! em5: Ethernet address: 00:15:17:25:48:89 em5: [GIANT-LOCKED] pcib8: at device 1.0 on pci11 pci13: on pcib8 em6: port 0x7000-0x701f mem 0xe1220000-0xe123ffff,0xe1200000-0xe121ffff irq 16 at device 0.0 on pci13 em6: Memory Access and/or Bus Master bits were not set! em6: Ethernet address: 00:15:17:25:48:8a em6: [GIANT-LOCKED] em7: port 0x7020-0x703f mem 0xe1260000-0xe127ffff,0xe1240000-0xe125ffff irq 17 at device 0.1 on pci13 em7: Memory Access and/or Bus Master bits were not set! em7: Ethernet address: 00:15:17:25:48:8b em7: [GIANT-LOCKED] pcib9: irq 17 at device 28.0 on pci0 pci14: on pcib9 pcib10: at device 0.0 on pci14 pci15: on pcib10 pcib11: at device 0.0 on pci15 pci16: on pcib11 em8: port 0x8000-0x801f mem 0xe1320000-0xe133ffff,0xe1300000-0xe131ffff irq 16 at device 0.0 on pci16 em8: Memory Access and/or Bus Master bits were not set! em8: Ethernet address: 00:15:17:25:48:64 em8: [GIANT-LOCKED] em9: port 0x8020-0x803f mem 0xe1360000-0xe137ffff,0xe1340000-0xe135ffff irq 17 at device 0.1 on pci16 em9: Memory Access and/or Bus Master bits were not set! em9: Ethernet address: 00:15:17:25:48:65 em9: [GIANT-LOCKED] pcib12: at device 1.0 on pci15 pci17: on pcib12 em10: port 0x9000-0x901f mem 0xe1420000-0xe143ffff,0xe1400000-0xe141ffff irq 16 at device 0.0 on pci17 em10: Memory Access and/or Bus Master bits were not set! em10: Ethernet address: 00:15:17:25:48:66 em10: [GIANT-LOCKED] em11: port 0x9020-0x903f mem 0xe1460000-0xe147ffff,0xe1440000-0xe145ffff irq 17 at device 0.1 on pci17 em11: Memory Access and/or Bus Master bits were not set! em11: Ethernet address: 00:15:17:25:48:67 em11: [GIANT-LOCKED] pcib13: irq 17 at device 28.4 on pci0 pci18: on pcib13 em12: port 0xa000-0xa01f mem 0xe1500000-0xe151ffff irq 16 at device 0.0 on pci18 em12: Ethernet address: 00:30:48:90:86:7a em12: [GIANT-LOCKED] pcib14: irq 7 at device 28.5 on pci0 pci19: on pcib14 em13: port 0xb000-0xb01f mem 0xe1600000-0xe161ffff irq 17 at device 0.0 on pci19 em13: Ethernet address: 00:30:48:90:86:7b em13: [GIANT-LOCKED] pcib15: at device 30.0 on pci0 pci20: on pcib15 pci20: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled acd0: DVDROM at ata0-slave UDMA33 twed0: on twe0 twed0: 76318MB (156299440 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/twed0s1a em9: link state changed to UP em8: link state changed to UP em10: link state changed to UP em0: link state changed to UP em3: link state changed to UP [...] From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 12:11: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 74160106566C for ; Wed, 27 Feb 2008 12:11:29 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE1C8FC23 for ; Wed, 27 Feb 2008 12:11:29 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3572D1CC033; Wed, 27 Feb 2008 04:11:29 -0800 (PST) Date: Wed, 27 Feb 2008 04:11:29 -0800 From: Jeremy Chadwick To: Stephen Hurd Message-ID: <20080227121129.GA76419@eos.sc1.parodius.com> References: <47C52948.2070500@sasktel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C52948.2070500@sasktel.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 12:11:29 -0000 On Wed, Feb 27, 2008 at 01:11:36AM -0800, Stephen Hurd wrote: > ... The corrupted sync message scared the heck out of me: > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiti > Synncgi n(gm adxi sk6s0, svencoodnedss )r efmoari nsiynsgte.m. .pr1o0c ess > `syncer' to stop...8 7 8 3 3 3 1 0 0 0 0 done http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078145.html http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079130.html http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079131.html http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038727.html > And after the reboot, the READ_DMA timeouts were back. You're not the only one seeing this behaviour. There are too many posts in the past reporting similar. Here's the breakdown: * Some reporting this problem have been told to replace their ATA or SATA cables (which have previously been known to be working, but cables going bad does happen) -- and this has fixed the problem for a couple. * Some have checked their SMART stats and found their disks to be in perfect condition. * Some have switched to alternate operating systems (usually Linux) for a short while and seen no sign of DMA timeouts. * Some have replaced the storage controller to no avail, and some have replaced the entire motherboard to no avail. In some cases (myself included), replacing the motherboard did in fact help. However: in your case, your disk does look to have problems based on the SMART output you provided. It does not matter how new/old the disk is, by the way. I'll point out the problematic stats. You need to replace the disk ASAP. BTW, any SMART stats you see labelled "Offline" means the numbers will not be updated until you perform an offline test (smartctl -t short or smartctl -t long). > The only "odd" think I can think of about my system is an unusually high HZ > value (2386) I'm building a kernel now with 1000 to check if that makes a > difference. This is not the cause, rest assured. > SMART Attributes Data Structure revision number: 16 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always - 4 This shows you've had 4 reallocated sectors, meaning your disk does in fact have bad blocks. In 90% of the cases out there, bad blocks continue to "grow" over time, due to whatever reason (I remember reading an article explaining it, but I can't for the life of me find the URL). > 194 Temperature_Celsius 0x0032 253 253 000 Old_age Always - 48 This is excessive, and may be attributing to problems. A hard disk running at 48C is not a good sign. This should really be somewhere between high 20s and mid 30s. > 195 Hardware_ECC_Recovered 0x000a 253 252 000 Old_age Always - 11498 This implies a large number of ECC (error correction) activities have occured, but all were successful. > Error 2 occurred at disk power-on lifetime: 5171 hours (215 days + 11 hours) > When the command that caused the error occurred, the device was in an unknown state. > Error 1 occurred at disk power-on lifetime: 5171 hours (215 days + 11 hours) > When the command that caused the error occurred, the device was in an unknown state. These are automated SMART log entries confirming the DMA failures. The fact that SMART saw them means that the disk is also aware of said issues. These may have been caused by the reallocated sectors. It's also interesting that the LBAs are different than the ones FreeBSD reported issues with. My advice to you is: replace the disk ASAP. This problem will only get worse. Try another hard disk brand too (I don't have anything "against" Maxtor, but usually its recommended to avoid a brand you have problems with until the next time you have issues, then switch brands, etc. etc...). I'm very fond of Western Digital's SE16, RE, and RE2 series currently. But avoid Fujitsu and Samsung (both have a long track record of having buggy drive firmwares, forcing vendors to make custom workarounds for issues); stick with Seagate, Western Digital, or Maxtor. -- | 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 Feb 27 12:18: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 734EE106566B for ; Wed, 27 Feb 2008 12:18:23 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3BBD08FC12 for ; Wed, 27 Feb 2008 12:18:23 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JULEn-0006Cn-UP for freebsd-stable@freebsd.org; Wed, 27 Feb 2008 12:18:18 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Feb 2008 12:18:17 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Feb 2008 12:18:17 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 27 Feb 2008 13:21:20 +0100 Lines: 34 Message-ID: References: <167a01c8785f$0f4bef00$970da8c0@jam.zenon.net> <20080226231825.E8595@defan.zenon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCDD495C97002F2CF7424E6F3" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <20080226231825.E8595@defan.zenon.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: panic in ufs_lookup (6.2-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 12:18:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCDD495C97002F2CF7424E6F3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andrew N. Below wrote: > RELENG_6 cvsuped at 2007-01-15 >=20 > what should I check (source revisions) to ensure we have same bug? This is a quite old version of FreeBSD. I don't know for sure if the bug was fixed by that time, but you should update to newest RELENG_6 or RELENG_6_3 to make sure. Alternatively, something might be corrupting the file system data. Maybe you should experiment with a few rounds of rsync followed by md5 on both the source and destination file systems. --------------enigCDD495C97002F2CF7424E6F3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxVXAldnAQVacBcgRAp5JAJ9FVx/lLtmqyJ3PUF7K0urTb1fEjgCeJYYX SmumTKbiOEaiT+XAmAdNTzM= =FRf+ -----END PGP SIGNATURE----- --------------enigCDD495C97002F2CF7424E6F3-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 13:08:47 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 8570D106569D for ; Wed, 27 Feb 2008 13:08:47 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 151788FC31 for ; Wed, 27 Feb 2008 13:08:42 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.p.matik.com.br (anb.p.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m1RD77R8018769; Wed, 27 Feb 2008 10:07:07 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 27 Feb 2008 10:06:56 -0300 User-Agent: KMail/1.9.7 References: <20080227104942.GA14530@intserv.int1.b.intern> In-Reply-To: <20080227104942.GA14530@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802271006.56859.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Holger Kipp Subject: Re: em very slow, shared irq... on 6.3p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 13:08:47 -0000 On Wednesday 27 February 2008 07:49:42 Holger Kipp wrote: > Hello, > > I updated a system with 12 dc-interfaces to a new hardware > with 14 em-interfaces. Yes, it is a firewall. > New System is 6.2-RELEASE-p8. > > What I now experience between two internal networks (100MBit/s each) > is the following: > 1318 packets transmitted, 1317 packets received, 0% packet loss > round-trip min/avg/max/stddev =3D 0.387/246.153/2441.392/324.142 ms > > tcpdump on the firewall shows similar delays (on the outgoing > interface). > > tcpdump on the system I ping however shows very quick responses > for incoming packages (ie usually less than a millisecond). > > I therefore assume that the problem is between receiving the > irq from em and getting the data from the interface on the firewall > itself. > > My first option would be to activate polling on em-interfaces - but as > I did not experience this sort of notieceable slowdown with the old > dc-based firewall (without polling), maybe someone can shed some light > on this strange behaviour or has other suggestions as well? I had a setup with 4 (dlink 4port + 1 nic nfe onboard) which run extremely= =20 stable 6.3 I upgraded the hardware (S939 -> AM2) and used two em 2port cards, without= =20 polling it was certanly unusable but with polling I got very good performan= ce without polling normally in a day or less the machine hung, no msg, simply= =20 freezed with polling it stands some days up to two weeks when it freeze again I upgraded to 7.0 same result check your setup with vmstat -i and if you see two nics on the same interru= pt=20 I guess you get the same result as I got actual I am running one em 2port and two single port pci cards what seems t= o=20 be stable anyway, similare setup on Tyan MBs do not have this problem where I also ha= ve=20 8 nics on one system I also do not have this problems on S939 boards only on AM2, so I am not su= re=20 where the problem is exactly but seems in a certain way hardware related You could try changing your PS unit because you might be short on power wit= h=20 lots of em cards and SATA disks =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 13:36: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 57149106566B for ; Wed, 27 Feb 2008 13:36:40 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 9E6F78FC17 for ; Wed, 27 Feb 2008 13:36:34 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 67237 invoked from network); 27 Feb 2008 13:10:15 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 27 Feb 2008 13:10:15 -0000 Received: (qmail 36290 invoked by uid 907); 27 Feb 2008 13:09:52 -0000 Received: from midgard.transactionware.com (HELO STUDYPC) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Thu, 28 Feb 2008 00:09:52 +1100 From: "Jan Mikkelsen" To: Date: Thu, 28 Feb 2008 00:09:50 +1100 Message-ID: <000801c87942$098dceb0$0301a8c0@STUDYPC> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Ach5Qgi7Vyq0pN7cRbGe6o2CNwCp0w== Importance: Normal Subject: Tar regression from 6.2 to 6.3 with --strip-components X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 13:36:40 -0000 Hi, I've just noticed a regression in tar from 6.2 to 6.3: Running this on 6.2 produces no output: #!/bin/sh mkdir -p a b output touch a/file1 b/file2 tar cf test.tar a b tar -x -C output --strip-components 1 -f test.tar On 6.3, it produces this output: : Invalid empty pathname : Invalid empty pathname tar: Error exit delayed from previous errors. And the tar extraction returns a failure. Is this known? Should I raise a PR? Regards, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 14:03: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 8D9B21065672; Wed, 27 Feb 2008 14:03:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A50AA8FC17; Wed, 27 Feb 2008 14:03:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C56DC9.4020406@FreeBSD.org> Date: Wed, 27 Feb 2008 15:03:53 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jan Mikkelsen References: <000801c87942$098dceb0$0301a8c0@STUDYPC> In-Reply-To: <000801c87942$098dceb0$0301a8c0@STUDYPC> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Tim Kientzle , "freebsd-stable@freebsd.org" Subject: Re: Tar regression from 6.2 to 6.3 with --strip-components X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 14:03:55 -0000 Jan Mikkelsen wrote: > Hi, > > I've just noticed a regression in tar from 6.2 to 6.3: > > Running this on 6.2 produces no output: > > #!/bin/sh > mkdir -p a b output > touch a/file1 b/file2 > tar cf test.tar a b > tar -x -C output --strip-components 1 -f test.tar > > On 6.3, it produces this output: > > : Invalid empty pathname > : Invalid empty pathname > tar: Error exit delayed from previous errors. > > And the tar extraction returns a failure. > > Is this known? Should I raise a PR? Let's see what Tim has to say. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 14:06: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 A30111065679 for ; Wed, 27 Feb 2008 14:06:00 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 646EC8FC30 for ; Wed, 27 Feb 2008 14:06:00 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 368BBBFEC82; Wed, 27 Feb 2008 13:49:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id aiPOM73skVhu; Wed, 27 Feb 2008 13:49:41 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 3A0D5BFE830; Wed, 27 Feb 2008 13:49:41 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m1RDnfE2096550; Wed, 27 Feb 2008 14:49:41 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m1RDnd3j096549; Wed, 27 Feb 2008 14:49:39 +0100 (CET) (envelope-from rink) Date: Wed, 27 Feb 2008 14:49:39 +0100 From: Rink Springer To: Jan Mikkelsen Message-ID: <20080227134939.GA20582@rink.nu> References: <000801c87942$098dceb0$0301a8c0@STUDYPC> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000801c87942$098dceb0$0301a8c0@STUDYPC> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Tar regression from 6.2 to 6.3 with --strip-components X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 14:06:00 -0000 Hi, On Thu, Feb 28, 2008 at 12:09:50AM +1100, Jan Mikkelsen wrote: > And the tar extraction returns a failure. I can confirm this does not work on 8-CURRENT either. > Is this known? Should I raise a PR? That seems a good idea to me. Thanks! -- 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 Wed Feb 27 14:52: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 9D77E106566C for ; Wed, 27 Feb 2008 14:52:48 +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 6FF0F8FC20 for ; Wed, 27 Feb 2008 14:52:42 +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.2/8.14.2) with ESMTP id m1REqK2q034383; Wed, 27 Feb 2008 09:52:20 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1REqJ6H059687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Feb 2008 09:52:20 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802271452.m1REqJ6H059687@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 27 Feb 2008 09:50:16 -0500 To: Holger Kipp , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080227104942.GA14530@intserv.int1.b.intern> References: <20080227104942.GA14530@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: em very slow, shared irq... on 6.3p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 14:52:48 -0000 At 05:49 AM 2/27/2008, Holger Kipp wrote: >I therefore assume that the problem is between receiving the >irq from em and getting the data from the interface on the firewall >itself. I would try upgrading to 6.3R (there are several em driver bug fixes) and then try the box with % cat /boot/loader.conf hw.pci.enable_msi=1 ...if the cards support msi. I think pciconf -lvc should tell you if the cards and slots support it or not. Also, if you dont need IPV6, use FAST_IPSEC. It does not need mpsafe. If you do need IPSEC and IPV6, 7.0R got rid of that restriction. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 14:58:38 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 4A0961065675 for ; Wed, 27 Feb 2008 14:58:38 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id EC0E58FC12 for ; Wed, 27 Feb 2008 14:58:32 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so4231978wri.3 for ; Wed, 27 Feb 2008 06:58:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ImEE5Gf22dWHNvZsz6g902pAQJJAeNwvNQJ+JQDHx/0=; b=nFbYHtzGXGvd1hwPEpks9u57nmy5h/5Li+WrB6GAwnhx+adgp9OFqMxkXPj97EhUUr5dT92eihGXb9ZkGxMoGcOUba/HfkbwKEmP/hH9wFmF0YnhK4Nome+1HwTK51/rAGTr5/U/YHPOtGUi54F+48rY7DWvJqJaLLy9TTuOCKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=anaECi3dhOXaaYzweo/d4Q0qmTBbYXddfxqh+/DxH5fxBL1YKekuiostyMn/CN2Z9aSGZIX9KpJ7Yr5JGBWdsGJct3VCb4ungW4Ap2EbcBheWzU60gTZcxbTIhU8qvHg5wRjS0SCPThOFnKSiwBH57hKcxWtmUDNqM/70RdzYB8= Received: by 10.141.185.3 with SMTP id m3mr4568524rvp.167.1204124310612; Wed, 27 Feb 2008 06:58:30 -0800 (PST) Received: from gmail.com ( [125.24.106.122]) by mx.google.com with ESMTPS id c3sm18208024rvf.37.2008.02.27.06.58.24 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 27 Feb 2008 06:58:28 -0800 (PST) Date: Wed, 27 Feb 2008 21:58:28 +0700 From: Pongthep Kulkrisada To: freebsd-stable@freebsd.org Message-ID: <20080227145828.GA2091@gmail.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080227110137.C14251065670@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080227110137.C14251065670@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-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: Wed, 27 Feb 2008 14:58:38 -0000 > This isn't enough time. Please try this instead. > > # /etc/rc.d/ntpd stop > # /etc/rc.d/ntpdate start > > This should set your clock, even if only by a few milliseconds. > Assuming the ntpdate part is successful, continue on: > > # tcpdump -l -n -s 8192 -p "port 123" > > Now, in another window, execute: > > # /etc/rc.d/ntpd start > > Then let the tcpdump go for about 15 minutes. You aren't using the > "iburst" feature on any of the servers, so it will take some time before > they try to sync up. Alright, here is the output. Script started on Wed Feb 27 20:46:19 2008 root@bsdhost:~# /etc/rc.c/ntpd stop Stopping ntpd. root@bsdhost:~# /etc/rc.d/ntpdate start Setting date via ntp. 27 Feb 20:46:53 ntpdate[2000]: no server suitable for synchronization found root@bsdhost:~# tcpdump -l -n -s 8192 -p "port 123" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on fxp0, link-type EN10MB (Ethernet), capture size 8192 bytes 20:51:46.149541 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:51:47.149369 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:51:48.149192 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:52:50.148777 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:52:50.148818 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:52:54.149147 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:53:53.149127 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:53:56.148700 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:53:57.149545 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:54:56.149586 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:55:02.149701 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:55:02.149749 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:56:00.148838 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:56:05.149070 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:56:07.148751 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:57:06.148789 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:57:11.148992 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:57:13.148718 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:58:10.149016 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:58:17.148954 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:58:17.148997 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 20:59:14.149296 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 20:59:22.149048 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 20:59:23.148886 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:00:19.149376 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:00:26.149309 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:00:29.148856 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:01:23.149634 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:01:30.149579 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:01:33.149117 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:02:29.149586 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:02:35.148637 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:02:37.149400 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:03:32.149004 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:03:40.148796 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:03:41.149618 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:04:35.149397 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:04:45.148898 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:04:46.148714 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:05:39.149665 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:05:50.148985 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:05:50.149032 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:06:44.148776 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:06:54.149246 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:06:56.148916 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:07:49.148879 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 21:07:58.149478 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 21:08:00.149183 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 21:09:56.149530 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 ^C 49 packets captured 230 packets received by filter 0 packets dropped by kernel root@bsdhost:~# ^D Script done on Wed Feb 27 21:10:30 2008 I also run ``/etc/rc.d/ntpd start'' on another root console right after tcpdump. Note that I appended the following lines in /etc/rc.conf and reboot prior to running ``/etc/rc.d/ntpdate start''. # grep ntpdate /etc/rc.conf ntpdate_enable="YES" ntpdate_flags="-b time.navy.mi.th asia.pool.ntp.org ntp.nict.jp" These 3 NTP servers are the same as ones in /etc/ntp.conf. And same as ones in my other machine running MS Windows. On my Windows machine behind NAT, I can always get sync with these servers. And on my FreeBSD dial-up connection, I can also get sync with these servers. But ntpdate and ntpd just don't work for the ``machine behind NAT''. Even firewall on machine and router are disabled. There must be something wrong, I don't know. Please also noted that my clock is drifted but less than 1000secs, for sure. It should not be a problem for ntpd. ...referred to ntpd(8) > > Man pages over there are all FreeBSD 6.2. > > But some timestamps dated Feb 13, 2008; but footer is still FreeBSD 6.2 > > I can confirm this on my RELENG_6 box (using 6.3). I wouldn't worry > about the footer saying 6.2. OK, thanks. I will not worry it either. > The procedure is documented in /usr/src/Makefile, and you should really > follow that. I haven't read the Handbook's documentation on what to do, > but the above seems awfully extensive for something that is described in > the Makefile (which I have used since the days of 4.x without issue). Noted, thanks. > I can't help you with anything relating to updating doc-all or your > /usr/doc tree. I'm not familiar with that, sorry. No problems, actually it is not necessary. Thanks, Pongthep From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 15:08: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 0ADFC106566C for ; Wed, 27 Feb 2008 15:08:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09D178FC19 for ; Wed, 27 Feb 2008 15:08:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C93B91CC033; Wed, 27 Feb 2008 07:08:52 -0800 (PST) Date: Wed, 27 Feb 2008 07:08:52 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080227150852.GA98989@eos.sc1.parodius.com> References: <20080227110137.C14251065670@hub.freebsd.org> <20080227145828.GA2091@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080227145828.GA2091@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-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: Wed, 27 Feb 2008 15:08:53 -0000 On Wed, Feb 27, 2008 at 09:58:28PM +0700, Pongthep Kulkrisada wrote: > root@bsdhost:~# /etc/rc.d/ntpdate start > Setting date via ntp. > 27 Feb 20:46:53 ntpdate[2000]: no server suitable for synchronization found > root@bsdhost:~# tcpdump -l -n -s 8192 -p "port 123" > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on fxp0, link-type EN10MB (Ethernet), capture size 8192 bytes > 20:51:46.149541 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:51:47.149369 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:51:48.149192 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:52:50.148777 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:52:50.148818 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:52:54.149147 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:53:53.149127 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:53:56.148700 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:53:57.149545 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:54:56.149586 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:55:02.149701 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:55:02.149749 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:56:00.148838 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:56:05.149070 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:56:07.148751 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:57:06.148789 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:57:11.148992 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:57:13.148718 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:58:10.149016 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:58:17.148954 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:58:17.148997 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 20:59:14.149296 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 20:59:22.149048 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 20:59:23.148886 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:00:19.149376 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:00:26.149309 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:00:29.148856 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:01:23.149634 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:01:30.149579 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:01:33.149117 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:02:29.149586 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:02:35.148637 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:02:37.149400 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:03:32.149004 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:03:40.148796 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:03:41.149618 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:04:35.149397 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:04:45.148898 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:04:46.148714 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:05:39.149665 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:05:50.148985 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:05:50.149032 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:06:44.148776 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:06:54.149246 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:06:56.148916 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:07:49.148879 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > 21:07:58.149478 IP 192.168.1.10.123 > 133.243.238.163.123: NTPv4, Client, length 48 > 21:08:00.149183 IP 192.168.1.10.123 > 122.154.11.67.123: NTPv4, Client, length 48 > 21:09:56.149530 IP 192.168.1.10.123 > 202.73.37.27.123: NTPv4, Client, length 48 > ^C > 49 packets captured > 230 packets received by filter > 0 packets dropped by kernel You're not getting responses back from __any__ of those NTP servers. If you have a firewall *in front* of your BSD box (meaning a separate box, not ipfw/ipfilter/pf on the same BSD box!), then this is likely the cause of the problem. If not, there's two explanations: * Your uplink provider is filtering incoming packets destined to your network on port 123. * If you're using NAT on this BSD box, somehow your NAT rules are broken, or you're doing something bizarre with network interfaces. The point here is that you should be seeing NTP responses destined to 192.168.1.10 (which is obviously a NAT'd IP -- again, I don't know where or how you're doing the NAT), but you're not. That explains why ntpdate and ntpd both are not working for you. You also confirm this by stating that you're able to talk to NTP servers if you use a dial-up connection on the same box, so it really sounds like you have a NAT problem and not an NTP problem. -- | 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 Feb 27 15:43:38 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 AAACF1065677 for ; Wed, 27 Feb 2008 15:43:38 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id 912F78FC1A for ; Wed, 27 Feb 2008 15:43:38 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id B964711496 for ; Wed, 27 Feb 2008 10:43:37 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3134LxS0hZPU for ; Wed, 27 Feb 2008 10:43:29 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id C8A1B1149A for ; Wed, 27 Feb 2008 10:43:29 -0500 (EST) Message-ID: <47C58516.6010403@pingle.org> Date: Wed, 27 Feb 2008 10:43:18 -0500 From: Jim Pingle User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: stable@freebsd.org References: <47B4AAA3.6060501@pingle.org> <47B6192A.3030507@pingle.org> In-Reply-To: <47B6192A.3030507@pingle.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7.0-PRERELEASE Fatal Trap 12 with sysctl and acpi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 15:43:38 -0000 Jim Pingle wrote: > Jim Pingle wrote: >> I'm having some trouble with a SuperMicro SuperServer 6022L-6 that >> previously ran 7.0-BETA4 without problems. Today, I updated this >> machine to 7.0-PRERELEASE and now it will not fully boot unless I >> disable ACPI. A quick search of the PR database didn't turn up >> anything similar with sysctl and ACPI. I wiped the machine, installed from the RC3 CD, and it did not crash. If I update to RELENG_7, the crash comes back. If I go back to RELENG_7_0, there is no crash. > Kernel config is GENERIC, with ULE scheduler and "options ASR_COMPAT" This happens with GENERIC, with no extra options, as well as with my custom kernel. >> If I get some time next week I might try a binary search of commits >> between BETA4 and now, to pinpoint where it stopped working. > > As a buildworld/buildkernel takes about an hour and a half on this > hardware (2x2GHz Xeon), I haven't fully narrowed this down yet. It is > somewhere between 12/15/2007 (works) and 12/25/2007 (crashes). I glanced > at the archives between those points but I didn't see any similar > complaints. The only ACPI references I saw in the archives were > referring to thermal zone problems, and a commit relating to those. > > I'll return to this early next week to see if I can narrow this down > more precisely. I tried a binary search of the source tree to narrow down the crash. I found that one vector for the crash was introduced between 2007/12/19 20:00:00 and 2007/12/19 23:59:00, which left me with only a handful of files to test. By process of elimination, I found that if I backed some changes out in machdep.c, the crash stopped. machdep.c v1.658 2007/08/09 njl - Boots OK machdep.c v1.658.2.1 2007/12/19 rpaulo - Crashes The confusing part (to me) is that my next step was to update all the way to RELENG_7 as of yesterday, then back out those same changes, but the crash still happened. So either I misidentified the cause of the crash -- which is quite possible -- or it was reintroduced in some other change (or both!). I have a debug kernel built now, and I can generate vmcore files at will. Does anyone have any ideas? Is there some more information that I can gather that will help find the cause? Now that I have some more solid information, I'll open a PR. Jim From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 17:06:02 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 D2C7E106566B for ; Wed, 27 Feb 2008 17:06:02 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8D6618FC1E for ; Wed, 27 Feb 2008 17:06:02 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id m1RGWu0U058715 for ; Wed, 27 Feb 2008 17:32:56 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id m1RGWuaM088489 for ; Wed, 27 Feb 2008 17:32:56 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id m1RGWtoj088488 for stable@freebsd.org; Wed, 27 Feb 2008 17:32:55 +0100 (CET) (envelope-from ry93) Date: Wed, 27 Feb 2008 17:32:55 +0100 From: "Patrick M. Hausen" To: stable@freebsd.org Message-ID: <20080227163255.GB87460@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Documentation of NO_* knobs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 17:06:02 -0000 Hi, all, is there an exhaustive list of all possible NO_* knobs for make.conf? While experimenting with NanoBSD I found e.g. that the handbook http://www.freebsd.org/doc/en_US.ISO8859-1/articles/nanobsd/index.html mentions NO_EXAMPLES NO_SYSCONS ... - just two out of many. Yet, these are not in the manpage of make.conf(5) on a 6.3-RELEASE. So, where did the handbook author find them? Thanks, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 17:18:31 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 F113E10656C2 for ; Wed, 27 Feb 2008 17:18:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 103198FC30 for ; Wed, 27 Feb 2008 17:18:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id CFC8B1CC038; Wed, 27 Feb 2008 09:18:31 -0800 (PST) Date: Wed, 27 Feb 2008 09:18:31 -0800 From: Jeremy Chadwick To: "Patrick M. Hausen" Message-ID: <20080227171831.GA7406@eos.sc1.parodius.com> References: <20080227163255.GB87460@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080227163255.GB87460@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: Documentation of NO_* knobs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 17:18:32 -0000 On Wed, Feb 27, 2008 at 05:32:55PM +0100, Patrick M. Hausen wrote: > is there an exhaustive list of all possible NO_* knobs > for make.conf? While experimenting with NanoBSD I found > e.g. that the handbook > - just two out of many. Yet, these are not in the manpage of > make.conf(5) on a 6.3-RELEASE. So, where did the handbook > author find them? I think you're looking for all the WITHOUT knobs in src.conf(5). Starting with RELENG_7, all of the NO knobs for removal of features in the base system were moved into /etc/src.conf and renamed to WITHOUT. Some may also have changed names, so look closely. Note that src.conf(5) does not apply to RELENG_6 or earlier, where the knobs are named NO_xxx. You can get a list of those from /usr/share/examples/etc/make.conf. Hope this helps. -- | 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 Feb 27 18:32: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 2E5FE1065679 for ; Wed, 27 Feb 2008 18:32:51 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav09.sasknet.sk.ca (misav09.sasknet.sk.ca [142.165.20.173]) by mx1.freebsd.org (Postfix) with ESMTP id DBEF58FC17 for ; Wed, 27 Feb 2008 18:32:50 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav09 with InterScan Messaging Security Suite; Wed, 27 Feb 2008 12:32:50 -0600 Received: from server.hurd.local (adsl-76-202-204-46.dsl.lsan03.sbcglobal.net [76.202.204.46]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JWW008C5U6OAI30@bgmpomr2.sasknet.sk.ca>; Wed, 27 Feb 2008 12:32:50 -0600 (CST) Date: Wed, 27 Feb 2008 10:32:48 -0800 From: Stephen Hurd In-reply-to: <20080227121129.GA76419@eos.sc1.parodius.com> To: Jeremy Chadwick Message-id: <47C5ACD0.8000009@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071123 SeaMonkey/1.1.6 Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 18:32:51 -0000 Jeremy Chadwick wrote: >> And after the reboot, the READ_DMA timeouts were back. >> > > You're not the only one seeing this behaviour. There are too many posts > in the past reporting similar. Here's the breakdown: > > * Some have switched to alternate operating systems (usually Linux) for > a short while and seen no sign of DMA timeouts. > Booting the 6.3-RELEASE CD seems to make the problem go away... possibly 7.0 stresses the HD more? > However: in your case, your disk does look to have problems based on the > SMART output you provided. It does not matter how new/old the disk is, > by the way. I'll point out the problematic stats. You need to replace > the disk ASAP. > Yeah, that's pretty much what I figured, the timing (ie: the moment I boot 7.0-RELEASE) is the only bit that seems fishy. This HD has been powered on pretty much continuously for around three years. Given that it's a Maxtor, I'm honestly a bit surprised that it's lasted as well as it has. >> SMART Attributes Data Structure revision number: 16 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE >> 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always - 4 >> > > This shows you've had 4 reallocated sectors, meaning your disk does in > fact have bad blocks. In 90% of the cases out there, bad blocks > continue to "grow" over time, due to whatever reason (I remember reading > an article explaining it, but I can't for the life of me find the URL). > This is unusual now? I've always "known" that a small number of bad blocks is normal. Time to readjust my knowledge again? >> 194 Temperature_Celsius 0x0032 253 253 000 Old_age Always - 48 >> > > This is excessive, and may be attributing to problems. A hard disk > running at 48C is not a good sign. This should really be somewhere > between high 20s and mid 30s. > Yeah, this is a known problem with this drive... it's been running hot for years. I always figured it was due to the rotational speed increase in commodity drives. >> Error 2 occurred at disk power-on lifetime: 5171 hours (215 days + 11 hours) >> When the command that caused the error occurred, the device was in an unknown state. >> Error 1 occurred at disk power-on lifetime: 5171 hours (215 days + 11 hours) >> When the command that caused the error occurred, the device was in an unknown state. >> > > These are automated SMART log entries confirming the DMA failures. The > fact that SMART saw them means that the disk is also aware of said > issues. These may have been caused by the reallocated sectors. It's > also interesting that the LBAs are different than the ones FreeBSD > reported issues with. > If that power on lifetime is accurate, that was at least a year ago... but I can't find any documentation as to when the power-on lifetime wraps or what it actually indicates. I'm assuming that it is total power on time since the drive was manufactured. If it's total hours as a 16-bit integer, it shouldn't wrap. Is there a way of getting the "current" power-on lifetime value that you're aware of? That power on minutes is interesting, but its current value is lower than the value at the error (but higher than the power uptime of the system): 9 Power_On_Minutes 0x0032 219 219 000 Old_age Always - 1061h+40m Also interesting is that after getting more errors from FreeBSD, I did not get more errors in smartctl. > My advice to you is: replace the disk ASAP. This problem will only get > worse. Try another hard disk brand too (I don't have anything "against" > Maxtor, but usually its recommended to avoid a brand you have problems > with until the next time you have issues, then switch brands, etc. > etc...). I'm very fond of Western Digital's SE16, RE, and RE2 series > currently. But avoid Fujitsu and Samsung (both have a long track record > of having buggy drive firmwares, forcing vendors to make custom > workarounds for issues); stick with Seagate, Western Digital, or Maxtor. > Yeah, that's my plan... but I wanted to stake out some whining rights in advance so I can do the "But you said it was a bad HD or cable! Now I'm out $x00 and my system still doesn't work! Help me or I switch to DragonFly BSD/Desktop BSD/Linux which is perfect and has no problems!" thing. Then go on Slashdot and post long rambling messages about how FreeBSD is dead and it doesn't matter than the manpages on any given Linux box are useless. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 18:58: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 8F0E9106566C for ; Wed, 27 Feb 2008 18:58:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id DDADE8FC18 for ; Wed, 27 Feb 2008 18:58:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m1RIjlSP017192; Wed, 27 Feb 2008 19:45:48 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m1RIjl1O017191; Wed, 27 Feb 2008 19:45:47 +0100 (CET) (envelope-from olli) Date: Wed, 27 Feb 2008 19:45:47 +0100 (CET) Message-Id: <200802271845.m1RIjl1O017191@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, om-lists-bsd@omx.ch In-Reply-To: <1204063509.6299.9.camel@bigapple.omnis.ch> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 27 Feb 2008 19:45:48 +0100 (CET) Cc: Subject: Re: fsck_ufs: cannot alloc 94208 bytes for inoinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, om-lists-bsd@omx.ch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 18:58:24 -0000 Olivier Mueller wrote: > "fsck_ufs: cannot alloc 94208 bytes for inoinfo" > > This is what I get after about one hour while trying a fsck on a large > (1.4TB) partition "broken" since a power outage. > > HW: HP DL380G5, under freebsd 6.1/i386, with 1GB of RAM and: Your fsck will need roughly 1 GB memory per 1 TB file system size. That formular was posted some time ago on the -fs mailing list. It only applies with the default newfs parameters -- if you used other parameters (inode density, bsize/fsize), fsck's memory requirements are different. > Now I added this to the /boot/loader.conf: > kern.maxdsiz="1073741824" # 1GB > kern.dfldsiz="1073741824" # 1GB > and I'm trying the fsck again, but I'm not sure it will help. Given the above formula, it's probably not enough, so you might have to increase it further. Also make sure that you have enough swap space. If you have a spare box, it might be helpful to transplant some RAM from it so fsck doesn't have to swap. 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 "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 19:04:16 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 8C81C1065670 for ; Wed, 27 Feb 2008 19:04:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5C58FC13 for ; Wed, 27 Feb 2008 19:04:11 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id m1RJ4A1D059885; Wed, 27 Feb 2008 20:04:10 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id m1RJ4AOp092843; Wed, 27 Feb 2008 20:04:10 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id m1RJ4A99092842; Wed, 27 Feb 2008 20:04:10 +0100 (CET) (envelope-from ry93) Date: Wed, 27 Feb 2008 20:04:10 +0100 From: "Patrick M. Hausen" To: Jeremy Chadwick Message-ID: <20080227190410.GB92599@hugo10.ka.punkt.de> References: <20080227163255.GB87460@hugo10.ka.punkt.de> <20080227171831.GA7406@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080227171831.GA7406@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: Documentation of NO_* knobs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 19:04:16 -0000 Hello, On Wed, Feb 27, 2008 at 09:18:31AM -0800, Jeremy Chadwick wrote: > I think you're looking for all the WITHOUT knobs in src.conf(5). I'm running RELENG_6_3 on production machines unlikely to change any time real soon. > Note that src.conf(5) does not apply to RELENG_6 or earlier, where the > knobs are named NO_xxx. You can get a list of those from > /usr/share/examples/etc/make.conf. I knew about that file. NO_SYSCONS and NO_EXAMPLES are neither in this one nor in the manpage for make.conf. Yet they are in the handbook example for NanoBSD builds. That's why I'm asking for the "official" exhaustive list. Thanks for taking the time to answer, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 19:05: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 C2A451065675 for ; Wed, 27 Feb 2008 19:05:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id AC4808FC14 for ; Wed, 27 Feb 2008 19:05:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 79D291CC038; Wed, 27 Feb 2008 11:05:09 -0800 (PST) Date: Wed, 27 Feb 2008 11:05:09 -0800 From: Jeremy Chadwick To: Stephen Hurd Message-ID: <20080227190509.GA9987@eos.sc1.parodius.com> References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C5ACD0.8000009@sasktel.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 19:05:09 -0000 On Wed, Feb 27, 2008 at 10:32:48AM -0800, Stephen Hurd wrote: > Booting the 6.3-RELEASE CD seems to make the problem go away... possibly > 7.0 stresses the HD more? We don't know. The author of the ATA subsystem is somewhat MIA, likely busy with real-life things (jobs, etc.). My main point was that you're not alone with DMA timeouts and other oddities, but the reallocated sector count being non-zero doesn't permit me to say "Yeah, you're experiencing what others are". >>> SMART Attributes Data Structure revision number: 16 >>> Vendor Specific SMART Attributes with Thresholds: >>> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >>> WHEN_FAILED RAW_VALUE >>> 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always >>> - 4 >> >> This shows you've had 4 reallocated sectors, meaning your disk does in >> fact have bad blocks. In 90% of the cases out there, bad blocks >> continue to "grow" over time, due to whatever reason (I remember reading >> an article explaining it, but I can't for the life of me find the URL). > > This is unusual now? I've always "known" that a small number of bad blocks > is normal. Time to readjust my knowledge again? This isn't normal. The realloc sector count in SMART, when a disk comes out of the factory, is zero. That number increases only when new defects are found, and when those sectors are remapped to spares which are available (there is a limited number of spares). This is also called a "grown defect list". This isn't to be confused with what's called a "physical defect list", which are known sectors/LBAs which are bad, straight out of the factory. On ATA disks, the manufacturer stores the list in the drive and its not modifiable via formatting or even a BIOS-based format (e.g. a SATA RAID controller); some vendors do implement "low level formatting" via undocumented ATA commands, which can erase that list, but that's besides the point. On SCSI disks, the physical defect list is readable and also erasable via a low-level format, but SCSI disks also have a grown defect list which is separate. What I'm trying to say is that your disk already has 4 bad blocks that the disk firmware itself is aware of, which means chances are there are others which it hasn't figured out. A high number of ECCs could indicate that as well. >>> 194 Temperature_Celsius 0x0032 253 253 000 Old_age Always >>> - 48 >> >> This is excessive, and may be attributing to problems. A hard disk >> running at 48C is not a good sign. This should really be somewhere >> between high 20s and mid 30s. > > Yeah, this is a known problem with this drive... it's been running hot for > years. I always figured it was due to the rotational speed increase in > commodity drives. 7200rpm disks shouldn't be running at 48C. None of my 7200rpm disks, in my barely-cooled FreeBSD box at home (e.g. two 1100rpm fans and that's it) get anywhere near that. 36C is the highest they've seen -- and there's 4 stacked right on top of one another. Heck, on my disks, the SMART warning threshold (set by the manufacturer, which is Western Digital) is 45C. 10krpm disks probably run hotter, but are not commodity. >>> Error 2 occurred at disk power-on lifetime: 5171 hours (215 days + 11 >>> hours) >>> When the command that caused the error occurred, the device was in an >>> unknown state. >>> Error 1 occurred at disk power-on lifetime: 5171 hours (215 days + 11 >>> hours) >>> When the command that caused the error occurred, the device was in an >>> unknown state. >> >> These are automated SMART log entries confirming the DMA failures. The >> fact that SMART saw them means that the disk is also aware of said >> issues. These may have been caused by the reallocated sectors. It's >> also interesting that the LBAs are different than the ones FreeBSD >> reported issues with. > > If that power on lifetime is accurate, that was at least a year ago... but > I can't find any documentation as to when the power-on lifetime wraps or > what it actually indicates. I'm assuming that it is total power on time > since the drive was manufactured. Correct: it indicates how many hours the drive itself has been powered on as an aggregate total. E.g. if powered on for 48 hours, then shut off for 3 hours, then powered on for another 7, the stat would read 55 hours. > If it's total hours as a 16-bit integer, it shouldn't wrap. Is there a way > of getting the "current" power-on lifetime value that you're aware of? I would have to go look at the SMART extension to ATA/SATA and find out how large the counter is. It probably varies from vendor to vendor too, as SMART, despite being a standard, has a lot of "loose ends" in the specification which vendors take advantage of. > That power on minutes is interesting, but its current value is lower > than the value at the error (but higher than the power uptime of the > system): > 9 Power_On_Minutes 0x0032 219 219 000 Old_age Always > - 1061h+40m smartctl contains an internal database of what attributes map to what drive model (that's what the "In smartctl database" message is about). smartctl believes that your Maxtor disk stores the number of powered on *minutes* in attribute 9, while other vendors store the number of *hours* in attribute 9. The smartctl(8) manpage outlines some of the "one-offs" that are required to make smartctl show such counters correctly, as they vary from vendor to vendor. Look at the -v N,OPTION flag. You might consider trying '9.raw48' for attribute, to get it to print the raw values. Interpreting these values should really be punted to the smartmontools-users list, though. Bruce can probably help. > Also interesting is that after getting more errors from FreeBSD, I did not > get more errors in smartctl. Right, which goes back to what I said, re: this could indeed be a FreeBSD issue, since others are reporting DMA timeouts with drives and controllers that are guaranteed to be functional/working. >> My advice to you is: replace the disk ASAP. This problem will only get >> worse. Try another hard disk brand too (I don't have anything "against" >> Maxtor, but usually its recommended to avoid a brand you have problems >> with until the next time you have issues, then switch brands, etc. >> etc...). I'm very fond of Western Digital's SE16, RE, and RE2 series >> currently. But avoid Fujitsu and Samsung (both have a long track record >> of having buggy drive firmwares, forcing vendors to make custom >> workarounds for issues); stick with Seagate, Western Digital, or Maxtor. > > Yeah, that's my plan... but I wanted to stake out some whining rights in > advance so I can do the "But you said it was a bad HD or cable! Now I'm > out $x00 and my system still doesn't work! Help me or I switch to > DragonFly BSD/Desktop BSD/Linux which is perfect and has no problems!" > thing. Then go on Slashdot and post long rambling messages about how > FreeBSD is dead and it doesn't matter than the manpages on any given Linux > box are useless. Heh. :-) Well, it's all about troubleshooting I suppose. There's no guaranteed way to pinpoint what piece is responsible; that depressing fact applies to most technology these days. I can't even trust the term "transport error" with SCSI mediums in this day and age; is it the cable, the controller, a controller BIOS bug, bad terminator, or a buggy OS? Lots of time and money is required to track it all down. If you replace the disk and you still continue to see DMA errors, then my vote would be that you're experiencing the same thing others (and myself, on one occasion) are. I've done my best to bring this issue to the attention of proper people in recent days, and that's all I can say on the matter. -- | 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 Feb 27 19:06: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 631181065672; Wed, 27 Feb 2008 19:06:25 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA258FC24; Wed, 27 Feb 2008 19:06:19 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.204] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m1RIS2Ma031438; Wed, 27 Feb 2008 10:28:02 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <47C5ABB2.3000700@freebsd.org> Date: Wed, 27 Feb 2008 10:28:02 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <000801c87942$098dceb0$0301a8c0@STUDYPC> <47C56DC9.4020406@FreeBSD.org> In-Reply-To: <47C56DC9.4020406@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , "freebsd-stable@freebsd.org" Subject: Re: Tar regression from 6.2 to 6.3 with --strip-components X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 19:06:25 -0000 >> I've just noticed a regression in tar from 6.2 to 6.3: >> >> Running this on 6.2 produces no output: >> >> #!/bin/sh >> mkdir -p a b output >> touch a/file1 b/file2 >> tar cf test.tar a b >> tar -x -C output --strip-components 1 -f test.tar >> >> On 6.3, it produces this output: >> >> : Invalid empty pathname >> : Invalid empty pathname >> tar: Error exit delayed from previous errors. Please file this in a PR so I won't lose track. I don't have time to investigate this right now, but I should be able to get to it sometime next week. Tim From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 19:50: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 E20251065677 for ; Wed, 27 Feb 2008 19:50:50 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from mk-outboundfilter-1.mail.uk.tiscali.com (mk-outboundfilter-1.mail.uk.tiscali.com [212.74.114.37]) by mx1.freebsd.org (Postfix) with ESMTP id 8445A8FC31 for ; Wed, 27 Feb 2008 19:50:50 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) X-Trace: 50118156/mk-outboundfilter-1.mail.uk.tiscali.com/PIPEX/$INTERNET-ACCEPTED/None/62.31.10.181 X-SBRS: None X-RemoteIP: 62.31.10.181 X-IP-MAIL-FROM: xfb52@dial.pipex.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAOtGxUc+Hwq1/2dsb2JhbAAIrgs X-IP-Direction: OUT Received: from 62-31-10-181.cable.ubr05.edin.blueyonder.co.uk (HELO [192.168.23.2]) ([62.31.10.181]) by smtp.pipex.tiscali.co.uk with ESMTP; 27 Feb 2008 19:21:02 +0000 Message-ID: <47C5B818.9090103@dial.pipex.com> Date: Wed, 27 Feb 2008 19:20:56 +0000 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061205 X-Accept-Language: en MIME-Version: 1.0 To: Stephen Hurd References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> In-Reply-To: <47C5ACD0.8000009@sasktel.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 19:50:51 -0000 Stephen Hurd wrote: > Jeremy Chadwick wrote: > >>> SMART Attributes Data Structure revision number: 16 >>> Vendor Specific SMART Attributes with Thresholds: >>> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE >>> UPDATED WHEN_FAILED RAW_VALUE >>> 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail >>> Always - 4 >> >> This shows you've had 4 reallocated sectors, meaning your disk does in >> fact have bad blocks. In 90% of the cases out there, bad blocks >> continue to "grow" over time, due to whatever reason (I remember reading >> an article explaining it, but I can't for the life of me find the URL). > > > This is unusual now? I've always "known" that a small number of bad > blocks is normal. Time to readjust my knowledge again? I have bought disks where the value of Reallocated_Sector_Ct was not 0, at least by the time I looked at it with smartctl. Nothing bad has happened to those disks in several years (hope that's not tempting fate). I have always assumed that what matters is when this value *changes*. If it's not changing, who cares? smartd will monitor disks and email you when certain attributes change (e.g. Pre-fail attributes like Reallocated_Sector_Ct). If it changed, it would mean that an attempt to write data had failed and that reallocation had happened. e.g. from smartd.conf /dev/ad4 -o on -S on -a -m root -M daily If your Current_Pending_Sector were non-zero you'd be in trouble, I believe. 0.02, pinch of salt, not an expert, slippery when hot, long time since I read the specs, etc etc. --Alex From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 19:51: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 AF0371065676 for ; Wed, 27 Feb 2008 19:51:05 +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 3A33B8FC28 for ; Wed, 27 Feb 2008 19:51: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 m1RJow8l028404; Wed, 27 Feb 2008 20:50:58 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m1RJowXw028403; Wed, 27 Feb 2008 20:50:58 +0100 (CET) (envelope-from hk) Date: Wed, 27 Feb 2008 20:50:58 +0100 From: Holger Kipp To: Mike Tancsa Message-ID: <20080227195058.GA27997@intserv.int1.b.intern> References: <20080227104942.GA14530@intserv.int1.b.intern> <200802271452.m1REqJ6H059687@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802271452.m1REqJ6H059687@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: [solved/workaround?] Re: em very slow, shared irq... on 6.3p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 19:51:05 -0000 On Wed, Feb 27, 2008 at 09:50:16AM -0500, Mike Tancsa wrote: more details below. as it currently is, polling seems to do the trick, however handling several em-interfaces with the same irq (mind you, it is pci) shouldn't cause delays of up to 1.5 seconds for a simple ping... Therefore I consider using polling for a nearly idle system more a workaround than a solution to this problem :-( > At 05:49 AM 2/27/2008, Holger Kipp wrote: > > >I therefore assume that the problem is between receiving the > >irq from em and getting the data from the interface on the firewall > >itself. > > I would try upgrading to 6.3R (there are several em driver bug fixes) done. system is now 6.3-RELEASE-p1 which also gave me -c option for pciconf and msi syscontrols (were missing in the old 6.2). > and then try the box with > % cat /boot/loader.conf > hw.pci.enable_msi=1 > > ...if the cards support msi. > > I think pciconf -lvc should tell you if the cards and slots support it or > not. pciconf -lvc says for all em: cap 05[d0] = MSI supports 1 message, 64 bit so I assume they do support MSI. with msi disabled I get 38 packets transmitted, 38 packets received, 0% packet loss round-trip min/avg/max/stddev = 4.833/228.022/1539.337/339.768 ms with msi enabled (via sysctl) I get 33 packets transmitted, 33 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.865/156.421/1339.841/239.375 ms so looks equally bad (I don't consider 30-40 packets a meaningful sample). I don't know if it makes any differences if switched on directly in loader.conf, though. enabling polling (withous MSI) gives 30 packets transmitted, 30 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.366/0.790/1.339/0.290 ms (maybe I should have used HZ=2000 to keep it below 0.6ms ;-) > Also, if you dont need IPV6, use FAST_IPSEC. It does not need > mpsafe. If you do need IPSEC and IPV6, 7.0R got rid of that restriction. I think this enough changes in one go for a production system ;-) many thanks for the recommendations! Best regards, Holger From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 19:53: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 C541F106566C for ; Wed, 27 Feb 2008 19:53:02 +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 AE49C8FC17 for ; Wed, 27 Feb 2008 19:53:02 +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.13.7) with ESMTP id m1RJr18g092611; Wed, 27 Feb 2008 11:53:01 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m1RJr1Xu092608; Wed, 27 Feb 2008 11:53:01 -0800 (PST) Date: Wed, 27 Feb 2008 11:53:01 -0800 (PST) From: Matthew Dillon Message-Id: <200802271953.m1RJr1Xu092608@apollo.backplane.com> To: freebsd-stable@freebsd.org, om-lists-bsd@omx.ch References: <200802271845.m1RIjl1O017191@lurza.secnetix.de> Cc: Subject: Re: fsck_ufs: cannot alloc 94208 bytes for inoinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 19:53:02 -0000 fsck's memory usage is directly related to the number of inodes and the number of directories in the filesystem. Directories are particularly memory intensive. I've found on my backup system that a UFS1 filesystem with 40 million inodes is about the limit that can be fsck'd (at least with a 32 bit architecture). My cron jobs keep my backup partition below that point. Even in a 64 bit environment you will be limited by swap and the sheer time it takes for fsck to run. It takes well over 8 hours for my backup system to fsck. You can also reduce fsck time by reducing the number of cylinder groups on the disk. I usually max them out (-c 999 and newfs then sets it to the maximum, usually in the 50-80 range). This will improve performance but not reduce the memory required. -Matt From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 20:09: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 983A81065693 for ; Wed, 27 Feb 2008 20:09:25 +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 3C1B78FC15 for ; Wed, 27 Feb 2008 20:09:25 +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 m1RK9NkR028886; Wed, 27 Feb 2008 21:09:23 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m1RK9Nas028885; Wed, 27 Feb 2008 21:09:23 +0100 (CET) (envelope-from hk) Date: Wed, 27 Feb 2008 21:09:23 +0100 From: Holger Kipp To: freebsd-stable@freebsd.org Message-ID: <20080227200923.GA28690@intserv.int1.b.intern> References: <20080227104942.GA14530@intserv.int1.b.intern> <200802271452.m1REqJ6H059687@lava.sentex.ca> <20080227195058.GA27997@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080227195058.GA27997@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: [solved!] Re: em very slow, shared irq... on 6.2p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 20:09:25 -0000 On Wed, Feb 27, 2008 at 08:50:58PM +0100, Holger Kipp wrote: > On Wed, Feb 27, 2008 at 09:50:16AM -0500, Mike Tancsa wrote: > > more details below. as it currently is, polling seems to do > the trick, however handling several em-interfaces with the > same irq (mind you, it is pci) shouldn't cause delays of > up to 1.5 seconds for a simple ping... Therefore I consider > using polling for a nearly idle system more a workaround > than a solution to this problem :-( [...] > with msi enabled (via sysctl) I get > > 33 packets transmitted, 33 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.865/156.421/1339.841/239.375 ms > > so looks equally bad (I don't consider 30-40 packets a meaningful sample). > I don't know if it makes any differences if switched on directly in > loader.conf, though. have now activated msi in loader.conf and get very good results again. 38 packets transmitted, 38 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.291/0.425/0.595/0.067 ms without polling activated. So it was msi after all I needed here. Maybe this should go into docu for em or ifconfig? > enabling polling (withous MSI) gives > > 30 packets transmitted, 30 packets received, 0% packet loss > round-trip min/avg/max/stddev = 0.366/0.790/1.339/0.290 ms this is still the same with msi activated in loader.conf Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 20:16: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 6F9551065673 for ; Wed, 27 Feb 2008 20:16:24 +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 4120E8FC1C for ; Wed, 27 Feb 2008 20:16:24 +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.2/8.14.2) with ESMTP id m1RKG2Op079855; Wed, 27 Feb 2008 15:16:02 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1RKG1tl061076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Feb 2008 15:16:01 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802272016.m1RKG1tl061076@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 27 Feb 2008 15:13:59 -0500 To: Holger Kipp , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080227200923.GA28690@intserv.int1.b.intern> References: <20080227104942.GA14530@intserv.int1.b.intern> <200802271452.m1REqJ6H059687@lava.sentex.ca> <20080227195058.GA27997@intserv.int1.b.intern> <20080227200923.GA28690@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: [solved!] Re: em very slow, shared irq... on 6.2p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 20:16:24 -0000 At 03:09 PM 2/27/2008, Holger Kipp wrote: >On Wed, Feb 27, 2008 at 08:50:58PM +0100, Holger Kipp wrote: > > On Wed, Feb 27, 2008 at 09:50:16AM -0500, Mike Tancsa wrote: > > > > more details below. as it currently is, polling seems to do > > the trick, however handling several em-interfaces with the > > same irq (mind you, it is pci) shouldn't cause delays of > > up to 1.5 seconds for a simple ping... Therefore I consider > > using polling for a nearly idle system more a workaround > > than a solution to this problem :-( >[...] > > with msi enabled (via sysctl) I get > > > > 33 packets transmitted, 33 packets received, 0% packet loss > > round-trip min/avg/max/stddev = 1.865/156.421/1339.841/239.375 ms > > > > so looks equally bad (I don't consider 30-40 packets a meaningful sample). > > I don't know if it makes any differences if switched on directly in > > loader.conf, though. > >have now activated msi in loader.conf and get very good results again. > >38 packets transmitted, 38 packets received, 0% packet loss >round-trip min/avg/max/stddev = 0.291/0.425/0.595/0.067 ms > >without polling activated. So it was msi after all I needed here. >Maybe this should go into docu for em or ifconfig? Hi, Yes, sorry I should have mentioned, you need to reboot. But I strongly suggest upgrading to 6.3R as there are a number of em bugs that are fixed.... Perhaps some IRQ issues as well. But for MSI in general, I think the Intel guy recommended running that way for the NIC. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 20:20: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 EDA6A1065672 for ; Wed, 27 Feb 2008 20:20:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9EB8FC17 for ; Wed, 27 Feb 2008 20:20:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m1RKKoWW029163; Wed, 27 Feb 2008 13:20:50 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47C5C622.5000209@samsco.org> Date: Wed, 27 Feb 2008 13:20:50 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Stephen Hurd References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> In-Reply-To: <47C5ACD0.8000009@sasktel.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 20:20:58 -0000 Stephen Hurd wrote: >> >> This shows you've had 4 reallocated sectors, meaning your disk does in >> fact have bad blocks. In 90% of the cases out there, bad blocks >> continue to "grow" over time, due to whatever reason (I remember reading >> an article explaining it, but I can't for the life of me find the URL). >> > > This is unusual now? I've always "known" that a small number of bad > blocks is normal. Time to readjust my knowledge again? Modern drives hide bad sectors by keeping a pool of spare tracks and automatically remapping bad sectors to that pool. The problem lies in when the drive has aged enough that it's run out of spares. > >>> 194 Temperature_Celsius 0x0032 253 253 000 Old_age >>> Always - 48 >>> >> >> This is excessive, and may be attributing to problems. A hard disk >> running at 48C is not a good sign. This should really be somewhere >> between high 20s and mid 30s. >> > > Yeah, this is a known problem with this drive... it's been running hot > for years. I always figured it was due to the rotational speed increase > in commodity drives. 48C is high, but I wouldn't consider it excessive. Drives that start generating "excessive" heat tend to fail shortly thereafter. I do agree that the heat is probably shortening the lifespan on the drive. > >>> Error 2 occurred at disk power-on lifetime: 5171 hours (215 days + 11 >>> hours) >>> When the command that caused the error occurred, the device was in >>> an unknown state. >>> Error 1 occurred at disk power-on lifetime: 5171 hours (215 days + 11 >>> hours) >>> When the command that caused the error occurred, the device was in >>> an unknown state. >>> >> >> These are automated SMART log entries confirming the DMA failures. The >> fact that SMART saw them means that the disk is also aware of said >> issues. These may have been caused by the reallocated sectors. It's >> also interesting that the LBAs are different than the ones FreeBSD >> reported issues with. >> > > If that power on lifetime is accurate, that was at least a year ago... > but I can't find any documentation as to when the power-on lifetime > wraps or what it actually indicates. I'm assuming that it is total > power on time since the drive was manufactured. If it's total hours as > a 16-bit integer, it shouldn't wrap. Is there a way of getting the > "current" power-on lifetime value that you're aware of? That power on > minutes is interesting, but its current value is lower than the value at > the error (but higher than the power uptime of the system): > 9 Power_On_Minutes 0x0032 219 219 000 Old_age > Always - 1061h+40m > > Also interesting is that after getting more errors from FreeBSD, I did > not get more errors in smartctl. > The errors you're getting from FreeBSD have nothing to do directly with SMART. The driver thinks that commands are timing out and that the drive is becoming unresponsive. Whether they actually are is another question. Given that this problem changes behavior with the version of FreeBSD that you're running (and even happens in completely virtual environments like vmware) I'm betting that it's a driver problem and not a hardware problem, though you should probably think about migrating your data off to a new drive sometime soon. I'd like to attack these driver problems. What I need is to spend a couple of days with an affected system that can reliably reproduce the problem, instrumenting and testing the driver. I have a number of theories about what might be going wrong, but nothing that I'm definitely sure about. If you are willing to set up your system with remote power and remote serial, and if we knew a reliable way to reproduce the problem, I could probably have the problem identified and fixed pretty quickly. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 20:45: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 DC5FB106566B for ; Wed, 27 Feb 2008 20:45:04 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2708FC24 for ; Wed, 27 Feb 2008 20:45:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2256238fgg.35 for ; Wed, 27 Feb 2008 12:45:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ktdjqVC4559Nb8of7lanUg4wD0T+J7uqa/Xg0r2lZr0=; b=Gzy9nICQVb+qcbDh54J4hiIXYDbJAiMLEE7ZWVD7mbfcNE4+ZJKKMpJv9EFLrQ+4jxVkF/gSv/s8P3i2+si+MIC0Aw/UhvUtoDxqxuhQfXJiq+EcXEkdUP244ayhIDzr8Y8MbIK2dXZBspIJqdWXIC3i9yT4CPeC6Wdr54fPLLI= 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=gqdkYpI6Lf+FNzNAwx+pbL87p2C1uwIlzP6gfyRNdBIRF7/jGQx6phvewaHS5vr1wbIRteJNDEWseiT84eKgsZUWeaBN9WpPvzRZrwi4icDb5EiZbsbQEcWTlrHgDKDGluICXYH7LYfZZiXK8CzGE6LyKRfx4OvH3PPlQITWJV8= Received: by 10.86.31.18 with SMTP id e18mr6587646fge.68.1204143387958; Wed, 27 Feb 2008 12:16:27 -0800 (PST) Received: by 10.86.97.10 with HTTP; Wed, 27 Feb 2008 12:16:27 -0800 (PST) Message-ID: <2a41acea0802271216m2796f90fnb7650bc06c86ed25@mail.gmail.com> Date: Wed, 27 Feb 2008 12:16:27 -0800 From: "Jack Vogel" To: "Holger Kipp" In-Reply-To: <20080227195058.GA27997@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080227104942.GA14530@intserv.int1.b.intern> <200802271452.m1REqJ6H059687@lava.sentex.ca> <20080227195058.GA27997@intserv.int1.b.intern> Cc: freebsd-stable@freebsd.org Subject: Re: [solved/workaround?] Re: em very slow, shared irq... on 6.3p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 20:45:05 -0000 On Wed, Feb 27, 2008 at 11:50 AM, Holger Kipp wrote: > On Wed, Feb 27, 2008 at 09:50:16AM -0500, Mike Tancsa wrote: > > more details below. as it currently is, polling seems to do > the trick, however handling several em-interfaces with the > same irq (mind you, it is pci) shouldn't cause delays of > up to 1.5 seconds for a simple ping... Therefore I consider > using polling for a nearly idle system more a workaround > than a solution to this problem :-( > > > At 05:49 AM 2/27/2008, Holger Kipp wrote: > > > > >I therefore assume that the problem is between receiving the > > >irq from em and getting the data from the interface on the firewall > > >itself. > > > > I would try upgrading to 6.3R (there are several em driver bug fixes) > done. system is now 6.3-RELEASE-p1 which also gave me -c option for pciconf > and msi syscontrols (were missing in the old 6.2). > > > > and then try the box with > > % cat /boot/loader.conf > > hw.pci.enable_msi=1 > > > > ...if the cards support msi. > > > > I think pciconf -lvc should tell you if the cards and slots support it or > > not. > > pciconf -lvc says for all em: > cap 05[d0] = MSI supports 1 message, 64 bit > so I assume they do support MSI. > > with msi disabled I get > > 38 packets transmitted, 38 packets received, 0% packet loss > round-trip min/avg/max/stddev = 4.833/228.022/1539.337/339.768 ms > > with msi enabled (via sysctl) I get > > 33 packets transmitted, 33 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.865/156.421/1339.841/239.375 ms > > so looks equally bad (I don't consider 30-40 packets a meaningful sample). > I don't know if it makes any differences if switched on directly in > loader.conf, though. > > enabling polling (withous MSI) gives > > 30 packets transmitted, 30 packets received, 0% packet loss > round-trip min/avg/max/stddev = 0.366/0.790/1.339/0.290 ms > > (maybe I should have used HZ=2000 to keep it below 0.6ms ;-) > > > Also, if you dont need IPV6, use FAST_IPSEC. It does not need > > mpsafe. If you do need IPSEC and IPV6, 7.0R got rid of that restriction. > > I think this enough changes in one go for a production system ;-) Hmmm, something is really broken here that POLL just is just bypassing, what was the adapter type exactly (pciconf -l). Sorry, but I must have missed this email earlier. Jack From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 21:11: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 5884D106566C for ; Wed, 27 Feb 2008 21:11:46 +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 E2E8A8FC18 for ; Wed, 27 Feb 2008 21:11:45 +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 m1RLBi3T030139; Wed, 27 Feb 2008 22:11:44 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m1RLBiB4030138; Wed, 27 Feb 2008 22:11:44 +0100 (CET) (envelope-from hk) Date: Wed, 27 Feb 2008 22:11:44 +0100 From: Holger Kipp To: Jack Vogel Message-ID: <20080227211144.GB28902@intserv.int1.b.intern> References: <20080227104942.GA14530@intserv.int1.b.intern> <200802271452.m1REqJ6H059687@lava.sentex.ca> <20080227195058.GA27997@intserv.int1.b.intern> <2a41acea0802271216m2796f90fnb7650bc06c86ed25@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0802271216m2796f90fnb7650bc06c86ed25@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: [solved/workaround?] Re: em very slow, shared irq... on 6.3p8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 21:11:46 -0000 On Wed, Feb 27, 2008 at 12:16:27PM -0800, Jack Vogel wrote: > > Hmmm, something is really broken here that POLL just is just bypassing, > what was the adapter type exactly (pciconf -l). Sorry, but I must have > missed this email earlier. Problem is with em0-em13 that many share an IRQ 16/17, and because I was using 6.2-p8 and therefore did not have MSI enabled/available. Polling was also not compiled into the kernel. Polling alone will give times between 0.2 and 1.3 ms (with HZ=1000), and MSI alone (after activated during boot within loader.conf) will give best results (around 0.4 to 0.5 ms for a ping through firewall and back across two lans). This was then with 6.3-p1 Still, 6.3-p1 without msi and polling is still very slow in handling IRQs from the em-nics. I still don't know exactly why this took up to 1.5 seconds (sometimes even more) without MSI or POLLING. Please see my previous emails for dmesg. pciconf -l gives: em0@pci4:4:0: class=0x020000 card=0x11998086 chip=0x10b58086 rev=0x03 hdr=0x00 em1@pci4:4:1: class=0x020000 card=0x11998086 chip=0x10b58086 rev=0x03 hdr=0x00 em2@pci4:6:0: class=0x020000 card=0x11998086 chip=0x10b58086 rev=0x03 hdr=0x00 em3@pci4:6:1: class=0x020000 card=0x11998086 chip=0x10b58086 rev=0x03 hdr=0x00 em4@pci12:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em5@pci12:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em6@pci13:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em7@pci13:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em8@pci16:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em9@pci16:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em10@pci17:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em11@pci17:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 em12@pci18:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 em13@pci19:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 We have one quad PCI-X 64bit card (the first four) and two quad PCI-Express cards. The last two devices are on-board ports. device = '82546GB PRO/1000 GT Quad Port Server Adapter' device = '82546GB PRO/1000 GT Quad Port Server Adapter' device = '82546GB PRO/1000 GT Quad Port Server Adapter' device = '82546GB PRO/1000 GT Quad Port Server Adapter' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82571EB Gigabit Ethernet Controller' device = '82573E Intel Corporation 82573E Gigabit Ethernet Controller (Copper)' device = '82573L Intel PRO/1000 PL Network Adaptor' Is this helpful? Please let me know if you need anything else. Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 21:31: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 56645106566B for ; Wed, 27 Feb 2008 21:31:33 +0000 (UTC) (envelope-from jisakiel@yahoo.es) Received: from n43.bullet.mail.ukl.yahoo.com (n43.bullet.mail.ukl.yahoo.com [87.248.110.176]) by mx1.freebsd.org (Postfix) with SMTP id D8DBF8FC18 for ; Wed, 27 Feb 2008 21:31:32 +0000 (UTC) (envelope-from jisakiel@yahoo.es) Received: from [217.12.4.215] by n43.bullet.mail.ukl.yahoo.com with NNFMP; 27 Feb 2008 21:19:02 -0000 Received: from [87.248.110.17] by t2.bullet.ukl.yahoo.com with NNFMP; 27 Feb 2008 21:19:02 -0000 Received: from [127.0.0.1] by omp101.mail.ukl.yahoo.com with NNFMP; 27 Feb 2008 21:19:02 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 341422.60791.bm@omp101.mail.ukl.yahoo.com Received: (qmail 68003 invoked by uid 60001); 27 Feb 2008 21:19:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=L9wt9ewk2Fgcj3Zuq6Sp1VYHKOcL/rEu958ckuHPmWBb2mZYqxucGWWq6PL9NMcTRfswYFL1YhHLUCNpvrHL6rL1kvFeo2fCQs8k6oxNP4hfI9p515d2Xl27LF+vOIIFfOc7vn5BlNqnMmRMiIjjpibjHZ+mrd2RMabJivEq05o=; X-YMail-OSG: UWCQCEkVM1lNVNCZx_YxdyRDxoWt4P3PBDIzCq_28620nYpTszF3bx.IOF.Gm1VLNA-- Received: from [87.223.164.25] by web27507.mail.ukl.yahoo.com via HTTP; Wed, 27 Feb 2008 22:19:02 CET Date: Wed, 27 Feb 2008 22:19:02 +0100 (CET) From: Jisakiel To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <144237.67152.qm@web27507.mail.ukl.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problems with promise SATA300 TX2Plus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 21:31:33 -0000 Greetings. I was trying to install FreeBSD 7 on an old machine to make it a fileserver. Machine is an AMD K7 1200 on an Abit AN-7 mobo (nforce2 400), which has booted Freebsd 7.0 RC1 beforehand (for testing ZFS; only ACPI didn't work as it hung it). I recently bought a PCI SATA card on the cheap variety, Promise SATA300 TX2Plus, and a couple of 500GB Maxtors. Unfortunately, when any hard drive (both of the 500's and an older 250 Maxtor which I use) is plugged to the SATA ports of the pci card I get an instantaneous reboot when trying to boot the bootonly cd (it doesn't reach the bootloader). If no disks are plugged it works but hangs while booting (with ACPI disabled). Things I tried: - Booting another OS. Card works perfectly both in linux (2.6.24) and windows, with the two hard drives visible. - Leaving just one SATA drive connected to the whole system through the PCI card. It doesn't matter which drive I let, both the 250G and the 500G make it reboot. - Swapping the power cable. - Unplugging my former 2 drives to ease the load on the Enermax 365W power supply. It works in Windows though, with everything on... - Disabling both integrated SATA of the motherboard (SI3112 which works both in linux and freebsd), and integrated firewire (just in case). - Moving the PCI card to another slot. I only have another pci device, a soundcard, and moving it changed the bios boot order (first the pci, then the integrated sata or viceversa) with no change at all afterwards. - Trying 6.3 livecd. Same insta-reboot. - Updating the card's bios. There is no newer one, 1.0.0.34 is what came and what's on the promise web. Is there any way to make this card work on FreeBSD 7, or anything else that I could try? I bought it specifically for that; I might be in time to return it, though I'd have to buy another one on the same price range then (perhaps Promise FastTrak TX2300, HightPoint RocketRaid 1520 or Adaptec 1210SA which I seem to recall that doesn't work too well on linux). Otherwise I'd be more than willing to help debugging it ^^. Thanks everybody... jisakiel@yahoo.es --------------------------------- ¿Con Mascota por primera vez? - Sé un mejor Amigo Entra en Yahoo! Respuestas. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 21:33: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 CE7AA106567C for ; Wed, 27 Feb 2008 21:33:28 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 1B3248FC16 for ; Wed, 27 Feb 2008 21:33:27 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 94334 invoked from network); 27 Feb 2008 21:33:48 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 27 Feb 2008 21:33:48 -0000 Received: (qmail 85563 invoked by uid 907); 27 Feb 2008 21:33:25 -0000 Received: from midgard.transactionware.com (HELO STUDYPC) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Thu, 28 Feb 2008 08:33:25 +1100 From: "Jan Mikkelsen" To: "'Tim Kientzle'" , "'Kris Kennaway'" Date: Thu, 28 Feb 2008 08:33:21 +1100 Message-ID: <001201c87988$60dcb7d0$0301a8c0@STUDYPC> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 In-Reply-To: <47C5ABB2.3000700@freebsd.org> Importance: Normal Thread-Index: Ach5b62LLt71WD7CRNG78esY/clpPQAGJKSw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@freebsd.org Subject: RE: Tar regression from 6.2 to 6.3 with --strip-components X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 21:33:29 -0000 Tim Kientzle wrote: > Please file this in a PR so I won't lose > track. I don't have time to investigate this > right now, but I should be able to get to it > sometime next week. Filed as PR bin/121158. Thanks! Jan. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 21:51: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 0B9B1106566C for ; Wed, 27 Feb 2008 21:51:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCC68FC13 for ; Wed, 27 Feb 2008 21:51:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 233622223-1834499 for multiple; Wed, 27 Feb 2008 16:49:17 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1RLp8xX036786; Wed, 27 Feb 2008 16:51:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 27 Feb 2008 16:11:51 -0500 User-Agent: KMail/1.9.7 References: <36e46ac80802171226p6a18997ao21e03b626425695e@mail.gmail.com> <20080217212857.c4df5d25.ota@j.email.ne.jp> <47B95990.8070808@FreeBSD.org> In-Reply-To: <47B95990.8070808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802271611.52138.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 27 Feb 2008 16:51:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/6014/Wed Feb 27 15:42:51 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: ports@freebsd.org, stable@freebsd.org, oscartheduck@gmail.com, Atanas Gendov , Yoshihiro Ota , Sergey Matveychuk Subject: Re: ldconfig -R issue (Was: Problems with icu - 3.8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 21:51:20 -0000 On Monday 18 February 2008 05:10:24 am Sergey Matveychuk wrote: > +stable@ > > Yoshihiro Ota wrote: > > Why are so many people are bitten by this? Is that the jobs of port-upgrading > > tool to safe copy these libraries to compat so that all programs using > > the old libraries works? > > Portupgrade preserves the libraries in /usr/local/lib/compat/pkg: > % ls /usr/local/lib/compat/pkg/ > libicudata.so.36.0 libicule.so.36.0 libicuuc.so.36.0 > libicui18n.so.36.0 libiculx.so.36.0 > libicuio.so.36.0 libicutu.so.36.0 > > ldconfig knows about the directory: > % ldconfig -r | head -2 > /var/run/ld-elf.so.hints: > search directories: > /lib:/usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/local/lib/mysql:/usr/local/lib/compat/pkg > > But ldconfig -R don't rescan them: > % ldconfig -R > % ldconfig -r | grep libicudata > 231:-licudata.38 => /usr/X11R6/lib/libicudata.so.38 > 386:-licudata.38 => /usr/local/lib/libicudata.so.38 > > Could anybody investigate it? I have no time now. Drop the .0 from the filenames or add libfoo.so.36 symlinks. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 21:51: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 C4C3F106566B for ; Wed, 27 Feb 2008 21:51:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1E18FC18 for ; Wed, 27 Feb 2008 21:51:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 233622232-1834499 for multiple; Wed, 27 Feb 2008 16:49:22 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1RLp8xZ036786; Wed, 27 Feb 2008 16:51:18 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 27 Feb 2008 16:41:42 -0500 User-Agent: KMail/1.9.7 References: <20080223120658.GA30178@asgard.home> <47C082E9.5000608@bsdforen.de> In-Reply-To: <47C082E9.5000608@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802271641.42450.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 27 Feb 2008 16:51:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/6014/Wed Feb 27 15:42:51 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dominic Fandrey , Oliver Herold , imp@freebsd.org Subject: Re: FreeBSD 7, Razer Copperhead mouse patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 21:51:24 -0000 On Saturday 23 February 2008 03:32:41 pm Dominic Fandrey wrote: > Oliver Herold wrote: > > Hi > > > > the Razer Copperhead mouse did work in FreeBSD 7 (current) for a long > > time, but after some period it stopped working. This patch from Uwe > > Grohnwaldt: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/118670 > > > > fixes this wrong behaviour (it's detected as keyboard) and makes the > > mouse work in FreeBSD 7 again. Would be imho a nice addition for > > RELENG_7 (stable) or even Release. > > > > Cheers, Oliver > > Being a Razer fan and user I totally agree. Can you try this patch instead? Index: ums.c =================================================================== RCS file: /usr/cvs/src/sys/dev/usb/ums.c,v retrieving revision 1.97 diff -u -r1.97 ums.c --- ums.c 26 Dec 2007 14:31:16 -0000 1.97 +++ ums.c 27 Feb 2008 21:40:48 -0000 @@ -198,7 +198,10 @@ if (err) return (UMATCH_NONE); - if (id->bInterfaceClass == UICLASS_HID && + if (hid_is_collection(desc, size, + HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_MOUSE))) + ret = UMATCH_IFACECLASS; + else if (id->bInterfaceClass == UICLASS_HID && id->bInterfaceSubClass == UISUBCLASS_BOOT && id->bInterfaceProtocol == UIPROTO_MOUSE) ret = UMATCH_IFACECLASS; -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 22:07:42 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 2EA60106566C; Wed, 27 Feb 2008 22:07:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4668FC15; Wed, 27 Feb 2008 22:07:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 233622223-1834499 for multiple; Wed, 27 Feb 2008 16:49:17 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m1RLp8xX036786; Wed, 27 Feb 2008 16:51:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 27 Feb 2008 16:11:51 -0500 User-Agent: KMail/1.9.7 References: <36e46ac80802171226p6a18997ao21e03b626425695e@mail.gmail.com> <20080217212857.c4df5d25.ota@j.email.ne.jp> <47B95990.8070808@FreeBSD.org> In-Reply-To: <47B95990.8070808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802271611.52138.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 27 Feb 2008 16:51:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/6014/Wed Feb 27 15:42:51 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: ports@freebsd.org, stable@freebsd.org, oscartheduck@gmail.com, Atanas Gendov , Yoshihiro Ota , Sergey Matveychuk Subject: Re: ldconfig -R issue (Was: Problems with icu - 3.8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 22:07:42 -0000 On Monday 18 February 2008 05:10:24 am Sergey Matveychuk wrote: > +stable@ > > Yoshihiro Ota wrote: > > Why are so many people are bitten by this? Is that the jobs of port-upgrading > > tool to safe copy these libraries to compat so that all programs using > > the old libraries works? > > Portupgrade preserves the libraries in /usr/local/lib/compat/pkg: > % ls /usr/local/lib/compat/pkg/ > libicudata.so.36.0 libicule.so.36.0 libicuuc.so.36.0 > libicui18n.so.36.0 libiculx.so.36.0 > libicuio.so.36.0 libicutu.so.36.0 > > ldconfig knows about the directory: > % ldconfig -r | head -2 > /var/run/ld-elf.so.hints: > search directories: > /lib:/usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/local/lib/mysql:/usr/local/lib/compat/pkg > > But ldconfig -R don't rescan them: > % ldconfig -R > % ldconfig -r | grep libicudata > 231:-licudata.38 => /usr/X11R6/lib/libicudata.so.38 > 386:-licudata.38 => /usr/local/lib/libicudata.so.38 > > Could anybody investigate it? I have no time now. Drop the .0 from the filenames or add libfoo.so.36 symlinks. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 22:30: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 A7D5C106566C for ; Wed, 27 Feb 2008 22:30:55 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail3.secureworks.net (mail3.secureworks.net [65.114.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 774048FC1D for ; Wed, 27 Feb 2008 22:30:55 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail3.secureworks.net (Postfix) with ESMTP id C2EBC19E15B; Wed, 27 Feb 2008 22:30:54 +0000 (GMT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail3.secureworks.net ([127.0.0.1]) by localhost (mail3.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rYnDBsz3B6Q1; Wed, 27 Feb 2008 22:30:54 +0000 (GMT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail3.secureworks.net (Postfix) with ESMTP id 970AE19E0F1; Wed, 27 Feb 2008 22:30:54 +0000 (GMT) Message-ID: <47C5E49E.8050509@jellydonut.org> Date: Wed, 27 Feb 2008 17:30:54 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Jisakiel References: <144237.67152.qm@web27507.mail.ukl.yahoo.com> In-Reply-To: <144237.67152.qm@web27507.mail.ukl.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems with promise SATA300 TX2Plus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 22:30:55 -0000 Jisakiel wrote: > Greetings. I was trying to install FreeBSD 7 on an old machine to make it a fileserver. Machine is an AMD K7 1200 on an Abit AN-7 mobo (nforce2 400), which has booted Freebsd 7.0 RC1 beforehand (for testing ZFS; only ACPI didn't work as it hung it). > > I recently bought a PCI SATA card on the cheap variety, Promise SATA300 TX2Plus, and a couple of 500GB Maxtors. Unfortunately, when any hard drive (both of the 500's and an older 250 Maxtor which I use) is plugged to the SATA ports of the pci card I get an instantaneous reboot when trying to boot the bootonly cd (it doesn't reach the bootloader). If no disks are plugged it works but hangs while booting (with ACPI disabled). > > Things I tried: > > - Booting another OS. Card works perfectly both in linux (2.6.24) and windows, with the two hard drives visible. > - Leaving just one SATA drive connected to the whole system through the PCI card. It doesn't matter which drive I let, both the 250G and the 500G make it reboot. > - Swapping the power cable. > - Unplugging my former 2 drives to ease the load on the Enermax 365W power supply. It works in Windows though, with everything on... > - Disabling both integrated SATA of the motherboard (SI3112 which works both in linux and freebsd), and integrated firewire (just in case). > - Moving the PCI card to another slot. I only have another pci device, a soundcard, and moving it changed the bios boot order (first the pci, then the integrated sata or viceversa) with no change at all afterwards. > - Trying 6.3 livecd. Same insta-reboot. > - Updating the card's bios. There is no newer one, 1.0.0.34 is what came and what's on the promise web. > > Is there any way to make this card work on FreeBSD 7, or anything else that I could try? I bought it specifically for that; I might be in time to return it, though I'd have to buy another one on the same price range then (perhaps Promise FastTrak TX2300, HightPoint RocketRaid 1520 or Adaptec 1210SA which I seem to recall that doesn't work too well on linux). Otherwise I'd be more than willing to help debugging it ^^. > > Thanks everybody... > > > jisakiel@yahoo.es > For what its worth, I have a RocketRaid 1520 in my fileserver at home that I've been using for over a year without any problems: atapci0: port 0xff00-0xff07,0xfe00-0xfe03 ,0xfd00-0xfd07,0xfc00-0xfc03,0xec00-0xecff irq 17 at device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ... ad4: 286168MB at ata2-master UDMA133 ad6: 286168MB at ata3-master UDMA133 ar0: 286168MB status: READY -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 22:33:34 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 D3B82106566C; Wed, 27 Feb 2008 22:33:34 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 599EF8FC29; Wed, 27 Feb 2008 22:33:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1RMXM5L045340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Feb 2008 17:33:26 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable , freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BrJ9kCmS1J0O8tSNg0KO" Date: Wed, 27 Feb 2008 17:32:55 -0500 Message-Id: <1204151575.84335.3.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.6 required=5.0 tests=RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 22:33:35 -0000 --=-BrJ9kCmS1J0O8tSNg0KO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just in case some interested parties are not subscribed to the freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been formally released. If you would like to see the release announcement it's here: http://www.freebsd.org/releases/7.0R/announce.html On behalf of the FreeBSD Project thanks for your interest in FreeBSD. We hope you enjoy the new release. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-BrJ9kCmS1J0O8tSNg0KO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfF5Q0ACgkQ/G14VSmup/ZweACfbBo3dWz1a35SC5GgHijOTC6V eNQAn3zl6bBey/PYE4m9ahNXIILtFpWa =RJtB -----END PGP SIGNATURE----- --=-BrJ9kCmS1J0O8tSNg0KO-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 22:39: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 20869106566B for ; Wed, 27 Feb 2008 22:39:31 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.de [194.25.134.17]) by mx1.freebsd.org (Postfix) with ESMTP id A8C2A8FC1A for ; Wed, 27 Feb 2008 22:39:30 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd25.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1JUUvw-0007cc-03; Wed, 27 Feb 2008 23:39:28 +0100 Received: from localhost (TW2wveZVrtvIDJSboIGDt416APLUeSEFmi-V6pV8Y-VKptWfQDmfw0WSAAtnSEo59OUE4oK4is@[91.21.116.26]) by fwd25.t-online.de with esmtp id 1JUUvq-0e5Z4a0; Wed, 27 Feb 2008 23:39:22 +0100 Date: Wed, 27 Feb 2008 23:39:21 +0100 From: Oliver Herold To: freebsd-stable@freebsd.org, imp@freebsd.org Message-ID: <20080227223921.GA1158@asgard.home> Mail-Followup-To: Oliver Herold , freebsd-stable@freebsd.org, imp@freebsd.org References: <20080223120658.GA30178@asgard.home> <47C082E9.5000608@bsdforen.de> <200802271641.42450.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <200802271641.42450.jhb@freebsd.org> X-PGP-Key: http://www.fixmbr.de/wp-content/uploads/oliver-gpg-key.asc User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: TW2wveZVrtvIDJSboIGDt416APLUeSEFmi-V6pV8Y-VKptWfQDmfw0WSAAtnSEo59OUE4oK4is X-TOI-MSGID: eac49684-3250-4fbd-857f-fcb9472e95c6 Cc: Subject: Re: FreeBSD 7, Razer Copperhead mouse patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Feb 2008 22:39:31 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi this patch works (console, mousepointer) but it doesn't work in X. ums0: on uhub0 ums0: 7 buttons and Z dir. ukbd1: o n uhub0 kbd3 at ukbd1 --- AUDIT: Wed Feb 27 23:36:12 2008: 1149 X: client 1 rejected from local host (uid 1001) Auth name: MIT-MAGIC-COOKIE-1 ID: -1 Xlib: connection to ":0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key waiting for X server to begin accepting connections . AUDIT: Wed Feb 27 23:36:14 2008: 1149 X: client 1 rejected from local host (uid 1001) Auth name: MIT-MAGIC-COOKIE-1 ID: -1 Xlib: connection to ":0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key --- So I cannot use the Razer (or any other mouse) in X with this patch. --Oliver John Baldwin wrote: > On Saturday 23 February 2008 03:32:41 pm Dominic Fandrey wrote: > > Oliver Herold wrote: > > > Hi > > >=20 > > > the Razer Copperhead mouse did work in FreeBSD 7 (current) for a long > > > time, but after some period it stopped working. This patch from Uwe > > > Grohnwaldt: > > >=20 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dusb/118670 > > >=20 > > > fixes this wrong behaviour (it's detected as keyboard) and makes the > > > mouse work in FreeBSD 7 again. Would be imho a nice addition for=20 > > > RELENG_7 (stable) or even Release. > > >=20 > > > Cheers, Oliver > >=20 > > Being a Razer fan and user I totally agree. >=20 > Can you try this patch instead? >=20 > Index: ums.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: /usr/cvs/src/sys/dev/usb/ums.c,v > retrieving revision 1.97 > diff -u -r1.97 ums.c > --- ums.c 26 Dec 2007 14:31:16 -0000 1.97 > +++ ums.c 27 Feb 2008 21:40:48 -0000 > @@ -198,7 +198,10 @@ > if (err) > return (UMATCH_NONE); > =20 > - if (id->bInterfaceClass =3D=3D UICLASS_HID && > + if (hid_is_collection(desc, size, > + HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_MOUSE))) > + ret =3D UMATCH_IFACECLASS; > + else if (id->bInterfaceClass =3D=3D UICLASS_HID && > id->bInterfaceSubClass =3D=3D UISUBCLASS_BOOT && > id->bInterfaceProtocol =3D=3D UIPROTO_MOUSE) > ret =3D UMATCH_IFACECLASS; >=20 > --=20 > John Baldwin --=20 When you have an efficient government, you have a dictatorship. -- Harry S. Truman --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfF5pgACgkQbZFSiGSuUEiVEwCfanMB6NpSa3V8ZkPu7KhOBiqH uAkAmwV4mNGekU0fvA4s4/5RuGXiSNG5 =MN5U -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 27 23:16: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 0A2AB10662D8 for ; Wed, 27 Feb 2008 23:16:00 +0000 (UTC) (envelope-from dirkarlt@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 86B858FC27 for ; Wed, 27 Feb 2008 23:15:59 +0000 (UTC) (envelope-from dirkarlt@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1904537nfb.33 for ; Wed, 27 Feb 2008 15:15:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references:from:date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=lMaCiudWR82/w1aXC6YrMsS8hPZGvCLsMDyokZiXHWs=; b=sYcmE8TVPGpHH+Qn8BxP9QXyz6H2oGkDYG+xktv812IzoXOwSV3BK41tkHa+aXWjaas1kMs1rDry8TchW5WWwEB2MWIFd4UM0hVf+FtRX+qo7PAtHiD6Lo4apIl0qAw+swbEd/8HSo0/jKvgPm86kfs9WmhYVJWpLE0fqMAd4Q8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:from:date:in-reply-to:message-id:user-agent:mime-version:content-type; b=HBnPBjBVm5Occw1fPmc0Yk5RADJ37k5LUwSNwjQnxdvnxrZmSLLaOq0Ei2MDv1pqwnulfPVhWgixeUG3Tt/CwR6sG2OMar8W9nVybh9RKBGcUFXTamP8Y33t4AfqmGUH36MaSkdMvOxFWK/ysW5pwMMQJHVaq16RVPtMQYB3kmc= Received: by 10.86.87.5 with SMTP id k5mr6782882fgb.51.1204152579216; Wed, 27 Feb 2008 14:49:39 -0800 (PST) Received: from tm4000.mjhp.net.mjhp.net ( [82.82.186.253]) by mx.google.com with ESMTPS id j9sm15321176mue.6.2008.02.27.14.49.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 27 Feb 2008 14:49:38 -0800 (PST) To: Ken Smith References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> From: Dirk Arlt Date: Wed, 27 Feb 2008 23:50:37 +0100 In-Reply-To: <1204151575.84335.3.camel@neo.cse.buffalo.edu> (Ken Smith's message of "Wed\, 27 Feb 2008 17\:32\:55 -0500") Message-ID: <86ve4a2ev6.fsf@tm4000.mjhp.net> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 23:16:00 -0000 Ken Smith writes: [...] > http://www.freebsd.org/releases/7.0R/announce.html > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > We hope you enjoy the new release. > Thanks for all your work (done and to be done). Dirk From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 04:04: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 673E3106566B; Thu, 28 Feb 2008 04:04:33 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav06.sasknet.sk.ca (misav06.sasknet.sk.ca [142.165.20.170]) by mx1.freebsd.org (Postfix) with ESMTP id F17F28FC1C; Thu, 28 Feb 2008 04:04:32 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav06 with InterScan Messaging Security Suite; Wed, 27 Feb 2008 22:04:31 -0600 Received: from server.hurd.local (adsl-76-202-204-46.dsl.lsan03.sbcglobal.net [76.202.204.46]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JWX008IQKNH9P00@bgmpomr1.sasknet.sk.ca>; Wed, 27 Feb 2008 22:04:31 -0600 (CST) Date: Wed, 27 Feb 2008 20:04:28 -0800 From: Stephen Hurd In-reply-to: <47C5C622.5000209@samsco.org> To: Scott Long Message-id: <47C632CC.4000409@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <47C5C622.5000209@samsco.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071123 SeaMonkey/1.1.6 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 04:04:33 -0000 Scott Long wrote: > I'm betting that it's a driver problem and not > a hardware problem, though you should probably think about migrating > your data off to a new drive sometime soon. Yeah, ordered a replacement drive today. > I'd like to attack these driver problems. What I need is to spend a > couple of days with an affected system that can reliably reproduce the > problem, instrumenting and testing the driver. I have a number of > theories about what might be going wrong, but nothing that I'm > definitely sure about. If you are willing to set up your system with > remote power and remote serial, and if we knew a reliable way to > reproduce the problem, I could probably have the problem identified and > fixed pretty quickly. Hrm... if my ISP allows multiple PPPoE sessions, the remote serial shouldn't be a problem. Remote power though... would my idling in IRC and you poking me whenever you want the power state changed work? I'm not completely certain it's even possible to turn the system in question off short of the physical power switch and even if it is, I'm positive that it's not possible to turn it back on again since there is no power switch header on the motherboard. If I *can* get multiple PPPoE sessions running, the setup would be SSHing to a FreeBSD-sparc64 system with a serial and network connection to the affected system. I could give you root access on one or both boxes as needed. I would want you to make me feel a bit more comfortable about letting someone play with the ata driver on a system with a known flakey HD. Some kinda of "It's super-duper unlikely that I would thrash the FS" thing since I won't be able to put the new HD in for a week or two and I have the usual home system backup plan in place (that is, I plan on backing up someday...) I'll try setting up the extra PPPoE session now (since I'm curious about it anyways) and get back to you on that detail. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 04:29: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 06E20106566C; Thu, 28 Feb 2008 04:29:23 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav06.sasknet.sk.ca (misav06.sasknet.sk.ca [142.165.20.170]) by mx1.freebsd.org (Postfix) with ESMTP id 91E658FC26; Thu, 28 Feb 2008 04:29:22 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav06 with InterScan Messaging Security Suite; Wed, 27 Feb 2008 22:29:21 -0600 Received: from server.hurd.local (adsl-76-202-204-46.dsl.lsan03.sbcglobal.net [76.202.204.46]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JWX008RJLSW9P00@bgmpomr1.sasknet.sk.ca>; Wed, 27 Feb 2008 22:29:21 -0600 (CST) Date: Wed, 27 Feb 2008 20:29:20 -0800 From: Stephen Hurd In-reply-to: <47C5C622.5000209@samsco.org> To: Scott Long Message-id: <47C638A0.4080107@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <47C5C622.5000209@samsco.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071123 SeaMonkey/1.1.6 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 04:29:23 -0000 Scott Long wrote: > I'd like to attack these driver problems. What I need is to spend a > couple of days with an affected system that can reliably reproduce the > problem, instrumenting and testing the driver. I have a number of > theories about what might be going wrong, but nothing that I'm > definitely sure about. If you are willing to set up your system with > remote power and remote serial, and if we knew a reliable way to > reproduce the problem, I could probably have the problem identified and > fixed pretty quickly. So, it turns out that I can't have multiple PPPoE sessions at the same time. :-( I should be able to hack together something though if the rest of the stuff I mentioned is fine. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 05:58: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 CE40A106566C for ; Thu, 28 Feb 2008 05:58:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id F3F1E8FC1C for ; Thu, 28 Feb 2008 05:58:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:24043 "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 S4396537AbYB1F6C (ORCPT ); Thu, 28 Feb 2008 08:58:02 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1204178282 X-MsgDayCount: 14 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <47C64D67.9040407@yandex.ru> Date: Thu, 28 Feb 2008 08:57:59 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jisakiel References: <144237.67152.qm@web27507.mail.ukl.yahoo.com> In-Reply-To: <144237.67152.qm@web27507.mail.ukl.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems with promise SATA300 TX2Plus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 05:58:13 -0000 Jisakiel wrote: > Is there any way to make this card work on FreeBSD 7, or anything > else that I could try? Did you find any new BIOS versions for you motherboard? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 06:20: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 6932F1065671 for ; Thu, 28 Feb 2008 06:20:16 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2980E8FC1A for ; Thu, 28 Feb 2008 06:20:16 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-86-144.dsl.telstraclear.net [121.72.86.144]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JWX004YNQ8E1A00@smtp5.clear.net.nz>; Thu, 28 Feb 2008 19:05:03 +1300 (NZDT) Date: Thu, 28 Feb 2008 19:04:56 +1300 From: Mark Kirkwood In-reply-to: <1204151575.84335.3.camel@neo.cse.buffalo.edu> To: Ken Smith Message-id: <47C64F08.5030005@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> User-Agent: Thunderbird 2.0.0.9 (X11/20071203) Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 06:20:16 -0000 Ken Smith wrote: > Just in case some interested parties are not subscribed to the > freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been formally > released. If you would like to see the release announcement it's here: > > http://www.freebsd.org/releases/7.0R/announce.html > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > We hope you enjoy the new release. > > Thanks guys - much appreciated by those of us that use it as our everyday os! ... upgrading from 6.3 stable as we speak... regards Mark From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 06:33: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 D44A11065672 for ; Thu, 28 Feb 2008 06:33:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3768FC13 for ; Thu, 28 Feb 2008 06:33:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1S6XEtk012489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Feb 2008 17:33:15 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m1S6XEVD075173; Thu, 28 Feb 2008 17:33:14 +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 m1S6XDKA075172; Thu, 28 Feb 2008 17:33:13 +1100 (EST) (envelope-from peter) Date: Thu, 28 Feb 2008 17:33:13 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org, om-lists-bsd@omx.ch Message-ID: <20080228063313.GV83599@server.vk2pj.dyndns.org> References: <200802271845.m1RIjl1O017191@lurza.secnetix.de> <200802271953.m1RJr1Xu092608@apollo.backplane.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zPXeIxDajdrcF2en" Content-Disposition: inline In-Reply-To: <200802271953.m1RJr1Xu092608@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: fsck_ufs: cannot alloc 94208 bytes for inoinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 06:33:18 -0000 --zPXeIxDajdrcF2en Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 27, 2008 at 11:53:01AM -0800, Matthew Dillon wrote: > You can also reduce fsck time by reducing the number of cylinder > groups on the disk. I usually max them out (-c 999 and newfs then > sets it to the maximum, usually in the 50-80 range). This will > improve performance but not reduce the memory required. Note that this advice is relevant for UFS1 only. In UFS2, '-c' specifies the cylinder group size in _BLOCKS_ not cylinders and defaults to the maximum size for the given blocksize and IPG etc. --=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. --zPXeIxDajdrcF2en Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHxlWp/opHv/APuIcRAqK4AJ9NVpPPivVHrBorcNPhmoa0OcpS6wCfXcU9 fsWRQcNyIik24n8b7GOw5Ho= =REBr -----END PGP SIGNATURE----- --zPXeIxDajdrcF2en-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 07:50: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 B81D9106566B for ; Thu, 28 Feb 2008 07:50:36 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 9041B8FC15 for ; Thu, 28 Feb 2008 07:50:36 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-116-247-93.lsanca.dsl-w.verizon.net [71.116.247.93]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id m1S7FUUq063220 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 27 Feb 2008 23:15:31 -0800 (PST) (envelope-from bc979@lafn.org) Message-Id: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> From: Doug Hardie To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 27 Feb 2008 23:15:30 -0800 X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.88.7/6021/Wed Feb 27 15:55:48 2008 on zoot.lafn.org X-Virus-Status: Clean Subject: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 07:50:36 -0000 I have just installed 7.0 on some new hardware. Have never tried earlier versions. There are a couple of unexpected items that I do not understand. 1. When booting there are a few messages like: acd0: TIMEOUT - READ_BIG retrying.... When the system is booted off CD (like installation disk), it takes about 10 minutes after these messages first appear and then it finally starts up sysinstall properly. After the system is installed on disk, it reboots and just continues on past those messages with no delays. Sometimes those messages do not appear in dmesg.boot. Why are there long delays when booting from CD? 2. I have 2 SATA drives in the system. The first is recognized as ad10 and the second as ad12. I expected to see ad0 and ad1. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 07:56: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 1281A1065673 for ; Thu, 28 Feb 2008 07:56:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id ECF5B8FC1B for ; Thu, 28 Feb 2008 07:56:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A912A1CC033; Wed, 27 Feb 2008 23:56:47 -0800 (PST) Date: Wed, 27 Feb 2008 23:56:47 -0800 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080228075647.GA33902@eos.sc1.parodius.com> References: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable Subject: Re: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 07:56:48 -0000 On Wed, Feb 27, 2008 at 11:15:30PM -0800, Doug Hardie wrote: > I have just installed 7.0 on some new hardware. Have never tried earlier > versions. There are a couple of unexpected items that I do not understand. > > 2. I have 2 SATA drives in the system. The first is recognized as ad10 > and the second as ad12. I expected to see ad0 and ad1. You shouldn't "expect" this in any way shape or form. The device numbers are not consistent, and are known to change depending upon lots of reasons (AHCI disabled/enabled, another ATA controller in place, SATA in "compatible" mode or "enhanced" mode, etc. etc.). Thus, never expect the adX devices to "start with 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 Thu Feb 28 08:20:36 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 3AB40106566B; Thu, 28 Feb 2008 08:20:36 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id D7BD88FC20; Thu, 28 Feb 2008 08:20:35 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JWX008C2V4A1580@mta-1.ms.rz.RWTH-Aachen.de>; Thu, 28 Feb 2008 08:50:34 +0100 (CET) Received: from smarthost-1.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.89]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Thu, 28 Feb 2008 08:49:34 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m1S7nXAB006557; Thu, 28 Feb 2008 08:49:33 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JUdWH-0002hD-RF; Thu, 28 Feb 2008 08:49:33 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 9BEA93F433; Thu, 28 Feb 2008 08:49:33 +0100 (CET) Date: Thu, 28 Feb 2008 08:49:33 +0100 From: Christian Brueffer In-reply-to: <20080227190410.GB92599@hugo10.ka.punkt.de> To: "Patrick M. Hausen" Message-id: <20080228074933.GB1491@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,418,1199660400"; d="scan'208";a="52593913" X-Operating-System: FreeBSD 6.3-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20080227163255.GB87460@hugo10.ka.punkt.de> <20080227171831.GA7406@eos.sc1.parodius.com> <20080227190410.GB92599@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.11 Cc: Jeremy Chadwick , stable@freebsd.org Subject: Re: Documentation of NO_* knobs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 08:20:36 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 27, 2008 at 08:04:10PM +0100, Patrick M. Hausen wrote: > Hello, >=20 > On Wed, Feb 27, 2008 at 09:18:31AM -0800, Jeremy Chadwick wrote: >=20 > > I think you're looking for all the WITHOUT knobs in src.conf(5). >=20 > I'm running RELENG_6_3 on production machines unlikely to change > any time real soon. >=20 > > Note that src.conf(5) does not apply to RELENG_6 or earlier, where the > > knobs are named NO_xxx. You can get a list of those from > > /usr/share/examples/etc/make.conf. >=20 > I knew about that file. NO_SYSCONS and NO_EXAMPLES are neither > in this one nor in the manpage for make.conf. > Yet they are in the handbook example for NanoBSD builds. >=20 If they are missing, it's a bug. make.conf(5) and src.conf(5) from 7.0 onwards really are the official documentation. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHxmeNbHYXjKDtmC0RAjHBAKC9HpA9WMIS4DymjWXJ4V8RU6/6VQCgg/cF ZkI8k88i0NpcSiGUXty4gfo= =y5ip -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 08:51: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 83D321065675 for ; Thu, 28 Feb 2008 08:51:24 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.freebsd.org (Postfix) with ESMTP id D0A568FC1A for ; Thu, 28 Feb 2008 08:51:23 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 15482 invoked by uid 89); 28 Feb 2008 08:24:38 -0000 Received: from unknown (HELO ?192.168.178.23?) (freebsd-stable@chef-ingenieur.de@91.15.122.137) by mta.webmatic.de with ESMTPA; 28 Feb 2008 08:24:38 -0000 Message-ID: <47C66FCB.8090902@chef-ingenieur.de> Date: Thu, 28 Feb 2008 09:24:43 +0100 From: Thomas Krause User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Upgrade to 6.3R failed (with freebsd-update.sh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 08:51:24 -0000 Dear list, as described in http://www.freebsd.org/releases/6.3R/announce.html I tried a binary upgrade to 6.3R. But the command # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade failed with 10....2520....2530....2540....2550....2560....2570....2580....2590....2600....2610....2620....2630....2640... done. Applying patches... done. Fetching 1587 files... failed. Any ideas how to perform the upgrade? Best regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 09:15:21 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 86832106566B for ; Thu, 28 Feb 2008 09:15:21 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 435EB8FC21 for ; Thu, 28 Feb 2008 09:15:21 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id F097D2218809; Thu, 28 Feb 2008 19:59:53 +1100 (EST) X-Viruscan-Id: <47C6780900017D2DB1B66D@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id B773B21B1A8B; Thu, 28 Feb 2008 19:59:53 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 6D63E2218800; Thu, 28 Feb 2008 19:59:53 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 2BBAD317; Thu, 28 Feb 2008 19:59:53 +1100 (EST) Date: Thu, 28 Feb 2008 19:59:53 +1100 From: Edwin Groothuis To: Thomas Krause Message-ID: <20080228085953.GB2754@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Thomas Krause , stable@freebsd.org References: <47C66FCB.8090902@chef-ingenieur.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C66FCB.8090902@chef-ingenieur.de> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Upgrade to 6.3R failed (with freebsd-update.sh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 09:15:21 -0000 On Thu, Feb 28, 2008 at 09:24:43AM +0100, Thomas Krause wrote: > Dear list, > > as described in http://www.freebsd.org/releases/6.3R/announce.html > I tried a binary upgrade to 6.3R. But the command > > # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade > > failed with > > 10....2520....2530....2540....2550....2560....2570....2580....2590....2600....2610....2620....2630....2640... > done. > Applying patches... done. > Fetching 1587 files... failed. Is this reproducable or is this fetch problem an one time issue? Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 09:19: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 CA30D1065672 for ; Thu, 28 Feb 2008 09:19:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B88708FC13 for ; Thu, 28 Feb 2008 09:19:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id AB3E41CC033; Thu, 28 Feb 2008 01:19:43 -0800 (PST) Date: Thu, 28 Feb 2008 01:19:43 -0800 From: Jeremy Chadwick To: Thomas Krause Message-ID: <20080228091943.GA36051@eos.sc1.parodius.com> References: <47C66FCB.8090902@chef-ingenieur.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C66FCB.8090902@chef-ingenieur.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable Subject: Re: Upgrade to 6.3R failed (with freebsd-update.sh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 09:19:43 -0000 On Thu, Feb 28, 2008 at 09:24:43AM +0100, Thomas Krause wrote: > Dear list, > > as described in http://www.freebsd.org/releases/6.3R/announce.html > I tried a binary upgrade to 6.3R. But the command > > # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade > > failed with > > 10....2520....2530....2540....2550....2560....2570....2580....2590....2600....2610....2620....2630....2640... > done. > Applying patches... done. > Fetching 1587 files... failed. > > Any ideas how to perform the upgrade? Does freebsd-update use ftp://ftp.freebsd.org at all? If so, I'm willing to bet the failure is caused by the FTP server being overloaded. With the announcement of 7.0-RELEASE, people are hammering the server; the few times I've tried to FTP to it, it's been returning "maximum number of connections exceeded" or something along those lines. -- | 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 Feb 28 10:12: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 4E5F2106566C for ; Thu, 28 Feb 2008 10:12:56 +0000 (UTC) (envelope-from jisakiel@yahoo.es) Received: from n37.bullet.mail.ukl.yahoo.com (n37.bullet.mail.ukl.yahoo.com [87.248.110.170]) by mx1.freebsd.org (Postfix) with SMTP id B2EBB8FC1A for ; Thu, 28 Feb 2008 10:12:55 +0000 (UTC) (envelope-from jisakiel@yahoo.es) Received: from [217.146.182.180] by n37.bullet.mail.ukl.yahoo.com with NNFMP; 28 Feb 2008 10:12:54 -0000 Received: from [217.146.182.190] by t6.bullet.ukl.yahoo.com with NNFMP; 28 Feb 2008 10:12:54 -0000 Received: from [127.0.0.1] by omp104.mail.ukl.yahoo.com with NNFMP; 28 Feb 2008 10:12:54 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 421704.11556.bm@omp104.mail.ukl.yahoo.com Received: (qmail 87022 invoked by uid 60001); 28 Feb 2008 10:12:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=r94Wxq5eqoMa1ZH2pw3BAKNLuGPASWGJMa1OJUCN0KaKdAvOy7rNKc7pxSX1GTaXyPRBAbw6x/4j3WC2jJg/La/r4LwHm3UZPeBI66lLmHlSHRjoKSAtKK28PlLcoYF8FCwczeOwNljfGSs6wl33NaqAlS0ha8cghBpmJay++Hg=; X-YMail-OSG: _vDRfywVM1k6tv7MzetWWFJsMq_vgiScRW0vJC0Wmr_4gcpRfT.cel2Id5O5Lz3YMA-- Received: from [87.223.164.25] by web27501.mail.ukl.yahoo.com via HTTP; Thu, 28 Feb 2008 11:12:53 CET Date: Thu, 28 Feb 2008 11:12:53 +0100 (CET) From: Jisakiel To: freebsd-stable@freebsd.org In-Reply-To: <47C64D67.9040407@yandex.ru> MIME-Version: 1.0 Message-ID: <237902.86716.qm@web27501.mail.ukl.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Problems with promise SATA300 TX2Plus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 10:12:56 -0000 Nope, I'm on the latest official one (1.9 with .47 for the SI3112). I guess it's hopeless then... "Andrey V. Elsukov" escribió: Jisakiel wrote: > Is there any way to make this card work on FreeBSD 7, or anything > else that I could try? Did you find any new BIOS versions for you motherboard? -- WBR, Andrey V. Elsukov _______________________________________________ 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" --------------------------------- ¿Con Mascota por primera vez? - Sé un mejor Amigo Entra en Yahoo! Respuestas. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 10:50: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 B410B106566B for ; Thu, 28 Feb 2008 10:50:35 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8608FC1F for ; Thu, 28 Feb 2008 10:50:35 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id BB8CB37A73; Thu, 28 Feb 2008 12:50:33 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30512-01; Thu, 28 Feb 2008 12:50:32 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id E6D6837B26; Thu, 28 Feb 2008 12:50:31 +0200 (EET) Message-ID: <47C691F7.2080208@bulinfo.net> Date: Thu, 28 Feb 2008 12:50:31 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Jeremy Chadwick References: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> <20080228075647.GA33902@eos.sc1.parodius.com> In-Reply-To: <20080228075647.GA33902@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Stable Subject: Re: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 10:50:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: > On Wed, Feb 27, 2008 at 11:15:30PM -0800, Doug Hardie wrote: >> I have just installed 7.0 on some new hardware. Have never tried earlier >> versions. There are a couple of unexpected items that I do not understand. >> >> 2. I have 2 SATA drives in the system. The first is recognized as ad10 >> and the second as ad12. I expected to see ad0 and ad1. > > You shouldn't "expect" this in any way shape or form. The device > numbers are not consistent, and are known to change depending upon lots > of reasons (AHCI disabled/enabled, another ATA controller in place, SATA > in "compatible" mode or "enhanced" mode, etc. etc.). > > Thus, never expect the adX devices to "start with 0". > If you want adX devices to "start with 0" just remove 'options ATA_STATIC_ID' from the kernel config file but be very carefully if you change hardware! Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHxpH2xJBWvpalMpkRAtpzAJsHAkMtjVIHU6dmXTZJdn3mtTWtYwCfRl7x a9dAr6mnbnORaksfDpJMu8w= =jiUk -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 10:55:41 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 3D3DF1065675 for ; Thu, 28 Feb 2008 10:55:41 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.freebsd.org (Postfix) with ESMTP id 86E478FC19 for ; Thu, 28 Feb 2008 10:55:40 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 52043 invoked by uid 89); 28 Feb 2008 10:35:00 -0000 Received: from unknown (HELO mta.webmatic.de) (127.0.0.1) by localhost with SMTP; 28 Feb 2008 10:35:00 -0000 Received: from 217.188.193.85 (SquirrelMail authenticated user freebsd-stable@chef-ingenieur.de) by mta.webmatic.de with HTTP; Thu, 28 Feb 2008 11:35:00 +0100 (CET) Message-ID: <1954.217.188.193.85.1204194900.squirrel@mta.webmatic.de> Date: Thu, 28 Feb 2008 11:35:00 +0100 (CET) From: "Thomas Krause" To: "Edwin Groothuis" , stable@freebsd.org User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: Upgrade to 6.3R failed (with freebsd-update.sh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 10:55:41 -0000 >> >> failed with >> >> 10....2520....2530....2540....2550....2560....2570....2580....2590....2600....2610....2620....2630....2640... >> done. >> Applying patches... done. >> Fetching 1587 files... failed. > > Is this reproducable or is this fetch problem an one time issue? Yes, it is. I put a "set -x" in the freebsd-update.sh and it seems, that the script cannot fetch a file: + [ ! -f files/ffa603731bc5c7b80b37c580bb9aa11b0d12cfcabe5fccee7b7e8ded607be19a.gz ] + echo ffa603731bc5c7b80b37c580bb9aa11b0d12cfcabe5fccee7b7e8ded607be19a + read Y + [ -s filelist ] + wc -l + tr -d + echo -n Fetching 1587 Fetching 1587 + echo -n files... files... + lam -s 6.3-RELEASE/amd64/f/ - -s .gz + xargs /usr/libexec/phttpget update1.FreeBSD.org + read Y + [ -f 00021c52a9c8de69e0dd8a3cf7a9c9315518093293707420ccbc3ccc83e636cc.gz ] + echo failed. failed. + return 1 + return 1 + exit 1 Thomas. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 11:05: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 C44D0106566C; Thu, 28 Feb 2008 11:05:21 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF958FC16; Thu, 28 Feb 2008 11:05:21 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id E5DBF2218950; Thu, 28 Feb 2008 21:49:13 +1100 (EST) X-Viruscan-Id: <47C691A9000096B7C4EEE3@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id AD89C21B1EB6; Thu, 28 Feb 2008 21:49:13 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 5A86C2218807; Thu, 28 Feb 2008 21:49:13 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id E6B993EB; Thu, 28 Feb 2008 21:49:12 +1100 (EST) Date: Thu, 28 Feb 2008 21:49:12 +1100 From: Edwin Groothuis To: Jeremy Chadwick Message-ID: <20080228104912.GC2754@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Jeremy Chadwick , Thomas Krause , FreeBSD Stable References: <47C66FCB.8090902@chef-ingenieur.de> <20080228091943.GA36051@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080228091943.GA36051@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Subject: Re: Upgrade to 6.3R failed (with freebsd-update.sh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 11:05:21 -0000 On Thu, Feb 28, 2008 at 01:19:43AM -0800, Jeremy Chadwick wrote: > On Thu, Feb 28, 2008 at 09:24:43AM +0100, Thomas Krause wrote: > > Dear list, > > > > as described in http://www.freebsd.org/releases/6.3R/announce.html > > I tried a binary upgrade to 6.3R. But the command > > > > # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade > > > > failed with > > > > 10....2520....2530....2540....2550....2560....2570....2580....2590....2600....2610....2620....2630....2640... > > done. > > Applying patches... done. > > Fetching 1587 files... failed. > > > > Any ideas how to perform the upgrade? > > Does freebsd-update use ftp://ftp.freebsd.org at all? If so, I'm > willing to bet the failure is caused by the FTP server being overloaded. > With the announcement of 7.0-RELEASE, people are hammering the server; > the few times I've tried to FTP to it, it's been returning "maximum > number of connections exceeded" or something along those lines. It is not using ftp.freebsd.org, but a quick chat to cperciva@ showed that his servers were upgrading about one machine per minute, so that is quite an amount of HTTP requests he is getting. I would either keep trying (use a caching proxy to keep your results) or try again later. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 11:15: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 531881065670 for ; Thu, 28 Feb 2008 11:15:03 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id C1A488FC1B for ; Thu, 28 Feb 2008 11:15:02 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from [192.168.1.197] (a213-84-65-193.adsl.xs4all.nl [213.84.65.193]) (authenticated bits=0) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id m1SB1CFL096264 for ; Thu, 28 Feb 2008 12:01:12 +0100 (CET) (envelope-from huubsch@xs4all.nl) From: Huub Schuurmans To: freebsd-stable@freebsd.org In-Reply-To: <20080218120043.B7A4316A4C7@hub.freebsd.org> References: <20080218120043.B7A4316A4C7@hub.freebsd.org> Content-Type: text/plain Date: Thu, 28 Feb 2008 12:01:10 +0100 Message-Id: <1204196470.3581.39.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2-2.1mdv2007.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: interrupt storms with AR5414 on 6.3 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 11:15:03 -0000 .... > I have a problem running the Atheros AR5414 wireless mini-pci-card > (Compex model WLM54AGP23) with FreeBSD 6.3-RELEASE (GENERIC i 386) on a > Soekris 4521. Problem with the ath driver appears to have been solved after I installed a custom kernel replacing the GENERIC kernel. Huub From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 11:19: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 749A9106566C for ; Thu, 28 Feb 2008 11:19:43 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33701.mail.mud.yahoo.com (web33701.mail.mud.yahoo.com [68.142.201.198]) by mx1.freebsd.org (Postfix) with SMTP id 202418FC18 for ; Thu, 28 Feb 2008 11:19:43 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 58822 invoked by uid 60001); 28 Feb 2008 11:19:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=X/0q11mADXuXQRCJZtg+G5B6JvW4IIVZUCnDV31xRUOvuBhfu5Bj58Yt17sBGvkD2nLfG2im4lu24ufo8Oa9CFXmzl5r+bJtiLka1eNRO2qWf1qDdK3YL0HKErMx1As7vdT+x3B2peKqfeA2yaMVlhUlJ/q6HmqQSnj2nwoDDQw=; X-YMail-OSG: Wn7HHesVM1nPQWJXyAo7p3CShyE0MOZM1kh0PKU3ilamUR0iFpEwT95ICs5Q97d5QywXpu6h0c69H_57zG_8Pn872q_CG.BIreLF6BnHekWG4H4QiRg- Received: from [212.77.203.38] by web33701.mail.mud.yahoo.com via HTTP; Thu, 28 Feb 2008 03:19:42 PST X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Thu, 28 Feb 2008 03:19:42 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Ken Smith , freebsd-stable , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <585244.58283.qm@web33701.mail.mud.yahoo.com> Cc: Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 11:19:43 -0000 Thank you all and Congrats! :) Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ----- Original Message ---- > From: Ken Smith > To: freebsd-stable ; freebsd-current@freebsd.org > Sent: Thursday, February 28, 2008 1:32:55 AM > Subject: FreeBSD 7.0-RELEASE Available > > > Just in case some interested parties are not subscribed to the > freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been formally > released. If you would like to see the release announcement it's here: > > http://www.freebsd.org/releases/7.0R/announce.html > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > We hope you enjoy the new release. > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 11:45: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 EC1581065670 for ; Thu, 28 Feb 2008 11:45:01 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2DB8FC35 for ; Thu, 28 Feb 2008 11:45:01 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id m1SBivuL007080; Thu, 28 Feb 2008 11:44:57 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JUhC5-0007K5-Th; Thu, 28 Feb 2008 11:44:57 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m1SBivhH096605; Thu, 28 Feb 2008 11:44:57 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m1SBiv33096604; Thu, 28 Feb 2008 11:44:57 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Huub Schuurmans In-Reply-To: <1204196470.3581.39.camel@localhost> References: <20080218120043.B7A4316A4C7@hub.freebsd.org> <1204196470.3581.39.camel@localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 28 Feb 2008 11:44:56 +0000 Message-Id: <1204199096.92887.9.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: interrupt storms with AR5414 on 6.3 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 11:45:02 -0000 On Thu, 2008-02-28 at 12:01 +0100, Huub Schuurmans wrote: > .... > > > I have a problem running the Atheros AR5414 wireless mini-pci-card > > (Compex model WLM54AGP23) with FreeBSD 6.3-RELEASE (GENERIC i 386) on a > > Soekris 4521. > > Problem with the ath driver appears to have been solved after I > installed a custom kernel replacing the GENERIC kernel. Could you go in to detail as to the differences between your kernel and GENERIC? While it's good that you no longer have the problem, it would be better if we could solve the problem with GENERIC... Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 11:51: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 4E64E1065674 for ; Thu, 28 Feb 2008 11:51:33 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 1253A8FC13 for ; Thu, 28 Feb 2008 11:51:33 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from david.dmarec.local (unknown [77.194.215.1]) by smtp.lamaiziere.net (Postfix) with ESMTP id 4D62211805AF for ; Thu, 28 Feb 2008 12:32:29 +0100 (CET) From: David Marec Organization: LaMienne To: freebsd-stable@freebsd.org Date: Thu, 28 Feb 2008 12:32:28 +0100 User-Agent: KMail/1.9.7 References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> In-Reply-To: <1204151575.84335.3.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200802281232.28271.david.marec@davenulle.org> Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 11:51:33 -0000 Le Wednesday 27 February 2008 23:32:55 Ken Smith, vous avez écrit : > http://www.freebsd.org/releases/7.0R/announce.html > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > We hope you enjoy the new release. I am trying to use the freebsd-update script for the first time. And this script fails on: --- david# sh ./freebsd-update.sh -f freebsd-update.conf -r 7.0-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... failed. No mirrors remaining, giving up. --- How to override this step ? Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 12:02: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 907C31065671 for ; Thu, 28 Feb 2008 12:02:48 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 538408FC3A for ; Thu, 28 Feb 2008 12:02:48 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from david.dmarec.local (unknown [77.194.215.1]) by smtp.lamaiziere.net (Postfix) with ESMTP id 92C81118058C for ; Thu, 28 Feb 2008 13:02:47 +0100 (CET) From: David Marec Organization: LaMienne To: freebsd-stable@freebsd.org Date: Thu, 28 Feb 2008 13:02:46 +0100 User-Agent: KMail/1.9.7 References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <200802281232.28271.david.marec@davenulle.org> In-Reply-To: <200802281232.28271.david.marec@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200802281302.46727.david.marec@davenulle.org> Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 12:02:48 -0000 Le Thursday 28 February 2008 12:32:28 David Marec, vous avez écrit : > I am trying to use the freebsd-update script for the first time. sh -x freebsd-update.sh -f freebsd-update.conf -r 7.0-RELEASE upgrade -- + fetch -q http://update1.FreeBSD.org/6.3-STABLE/i386/pub.ssl + true + [ -r pub.ssl ] -- «6.3-STABLE» folder does not exist on the update server !? From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 12:17: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 861361065670 for ; Thu, 28 Feb 2008 12:17:28 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 14B8E8FC18 for ; Thu, 28 Feb 2008 12:17:27 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from [192.168.1.197] (a213-84-65-193.adsl.xs4all.nl [213.84.65.193]) (authenticated bits=0) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id m1SCHPKE096282 for ; Thu, 28 Feb 2008 13:17:26 +0100 (CET) (envelope-from huubsch@xs4all.nl) From: Huub Schuurmans To: freebsd-stable@freebsd.org In-Reply-To: <1204199096.92887.9.camel@buffy.york.ac.uk> References: <20080218120043.B7A4316A4C7@hub.freebsd.org> <1204196470.3581.39.camel@localhost> <1204199096.92887.9.camel@buffy.york.ac.uk> Content-Type: text/plain Date: Thu, 28 Feb 2008 13:17:23 +0100 Message-Id: <1204201044.3581.94.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2-2.1mdv2007.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: interrupt storms with AR5414 on 6.3 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 12:17:28 -0000 On Thu, 2008-02-28 at 11:44 +0000, Gavin Atkinson wrote: > On Thu, 2008-02-28 at 12:01 +0100, Huub Schuurmans wrote: > > .... > > > > > I have a problem running the Atheros AR5414 wireless mini-pci-card > > > (Compex model WLM54AGP23) with FreeBSD 6.3-RELEASE (GENERIC i 386) on a > > > Soekris 4521. > > > > Problem with the ath driver appears to have been solved after I > > installed a custom kernel replacing the GENERIC kernel. > > Could you go in to detail as to the differences between your kernel and > GENERIC? While it's good that you no longer have the problem, it would > be better if we could solve the problem with GENERIC... The config I used for the Soekris 4521 was identical to http://www.ultradesic.com/pub/FreeBSD-6.2_Files/NET4521 with the addition of the wi and ath modules device ath # Atheros cardbus/PCI NIC's device ath_hal # Atheros HAL Hardware Acces Layer device ath_rate_sample # SampleRate tx rate control for ath Why this solved the problem beats me, but the system has been running stable now with the CM9 card (AR5212) for several days and also (on a different system) I see no error messages with the WML54AGP23 (AR5414) card. Huub From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 12:18: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 1074B1065678 for ; Thu, 28 Feb 2008 12:18:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5818FC25; Thu, 28 Feb 2008 12:18:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C6A696.5000901@FreeBSD.org> Date: Thu, 28 Feb 2008 13:18:30 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: David Marec References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <200802281232.28271.david.marec@davenulle.org> <200802281302.46727.david.marec@davenulle.org> In-Reply-To: <200802281302.46727.david.marec@davenulle.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 12:18:33 -0000 David Marec wrote: > Le Thursday 28 February 2008 12:32:28 David Marec, vous avez écrit : > >> I am trying to use the freebsd-update script for the first time. > > > sh -x freebsd-update.sh -f freebsd-update.conf -r 7.0-RELEASE upgrade freebsd update requires a known state to upgrade from, i.e. so it can apply the right set of diffs to bring your system from one known state to another. This basically means "previously installed from the release media and only updated using freebsd update". If you previously did an update using cvsup to go from 6.3-RELEASE to some unknown point in 6.3-STABLE then you can just do another cvsup to go to 7.0 :) Kris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 13:15: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 4BEFB1065670 for ; Thu, 28 Feb 2008 13:15:26 +0000 (UTC) (envelope-from freebsd@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id AD3D18FC2C for ; Thu, 28 Feb 2008 13:15:25 +0000 (UTC) (envelope-from freebsd@pulsar.bg) Received: from [212.72.201.62] (helo=GEOPC) by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JUhvZ-0004ZC-5B for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 14:31:57 +0200 Date: Thu, 28 Feb 2008 14:32:11 +0200 From: Georgi Iovchev X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Pulsar Ltd X-Priority: 3 (Normal) Message-ID: <441950984.20080228143211@pulsar.bg> To: freebsd-stable@freebsd.org In-Reply-To: <1204151575.84335.3.camel@neo.cse.buffalo.edu> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 7.0-RELEASE Available 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: Thu, 28 Feb 2008 13:15:26 -0000 Congrats :)) I have been waiting it :>> p.s. yesteday csuped sources and rebuilded world, but my tag in supfile was RELENG_7 not 7_0 and now in dmesg i am stil getting FreeBSD 7 PRERELEASE is this a problem, and should i csup again and rebuild world again? Georgi Iovchev -- Thursday, February 28, 2008, 12:32:55 AM: > Just in case some interested parties are not subscribed to the > freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been forma lly > released. If you would like to see the release announcement it's he re: > [1]http://www.freebsd.org/releases/7.0R/announce.html > On behalf of the FreeBSD Project thanks for your interest in FreeBSD . > We hope you enjoy the new release. References 1. http://www.freebsd.org/releases/7.0R/announce.html From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 13:19: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 5840D1065673 for ; Thu, 28 Feb 2008 13:19:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC648FC25; Thu, 28 Feb 2008 13:19:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C6B4F6.4090001@FreeBSD.org> Date: Thu, 28 Feb 2008 14:19:50 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Georgi Iovchev References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <441950984.20080228143211@pulsar.bg> In-Reply-To: <441950984.20080228143211@pulsar.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 13:19:52 -0000 Georgi Iovchev wrote: > Congrats :)) > > I have been waiting it :>> > > p.s. yesteday csuped sources and rebuilded world, > > but my tag in supfile was RELENG_7 not 7_0 > > and now in dmesg i am stil getting FreeBSD 7 PRERELEASE > > is this a problem, and should i csup again and rebuild world again? > > Georgi Iovchev You need to rebuild the kernel also. It started calling itself 7.0-RELEASE in the RELENG_7_0 branch 4 days ago. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 13:19: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 F23CB10656C2 for ; Thu, 28 Feb 2008 13:19:54 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5052E8FC19 for ; Thu, 28 Feb 2008 13:19:53 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id m1SDJkFq086988; Thu, 28 Feb 2008 14:19:47 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 28 Feb 2008 14:19:43 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDC29@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD 7.0-RELEASE Available thread-index: Ach6DHBupDXcE8ODTBCotsj4hXfy1gAAA/Bw References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <441950984.20080228143211@pulsar.bg> From: "Johan Hendriks" To: "Georgi Iovchev" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 13:19:55 -0000 > Congrats :)) > > I have been waiting it :>> > > p.s. yesteday csuped sources and rebuilded world, > > but my tag in supfile was RELENG_7 not 7_0 > > and now in dmesg i am stil getting FreeBSD 7 PRERELEASE > > is this a problem, and should i csup again and rebuild world again? > > Georgi Iovchev You proberly have the wrong tag in you cvsup file it must read tag=3DRELENG_7_0 you have RELENG_7 Regards, Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 13:20: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 A23B2106566B for ; Thu, 28 Feb 2008 13:20:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA298FC19 for ; Thu, 28 Feb 2008 13:20:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 646361CC038; Thu, 28 Feb 2008 05:20:33 -0800 (PST) Date: Thu, 28 Feb 2008 05:20:33 -0800 From: Jeremy Chadwick To: Georgi Iovchev Message-ID: <20080228132033.GA44316@eos.sc1.parodius.com> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <441950984.20080228143211@pulsar.bg> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441950984.20080228143211@pulsar.bg> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 13:20:33 -0000 On Thu, Feb 28, 2008 at 02:32:11PM +0200, Georgi Iovchev wrote: > p.s. yesteday csuped sources and rebuilded world, > but my tag in supfile was RELENG_7 not 7_0 > and now in dmesg i am stil getting FreeBSD 7 PRERELEASE > is this a problem, and should i csup again and rebuild world again? I csup'd RELENG_7 4 hours ago then rebuilt kernel/world. The version I'm seeing is 7.0-STABLE. FreeBSD icarus.home.lan 7.0-STABLE FreeBSD 7.0-STABLE #0: Thu Feb 28 01:13:42 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/SM5015MT i386 -- | 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 Feb 28 13:29:08 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 A40601065674 for ; Thu, 28 Feb 2008 13:29:08 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 533388FC28 for ; Thu, 28 Feb 2008 13:29:07 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id A6BCB1B10EE0; Thu, 28 Feb 2008 14:29:06 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-8.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, MANGLED_HERE autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 8A0E41B10EE7; Thu, 28 Feb 2008 14:29:03 +0100 (CET) Message-ID: <47C6B71E.7020807@moneybookers.com> Date: Thu, 28 Feb 2008 15:29:02 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20080212) MIME-Version: 1.0 To: Georgi Iovchev References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <441950984.20080228143211@pulsar.bg> In-Reply-To: <441950984.20080228143211@pulsar.bg> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/6022/Thu Feb 28 08:46:11 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 13:29:08 -0000 Greetings, Georgi Iovchev wrote: > Congrats :)) > > I have been waiting it :>> > > p.s. yesteday csuped sources and rebuilded world, > > but my tag in supfile was RELENG_7 not 7_0 > RELENG_7 will show 7.0-STABLE. If you want release use RELENG_7_0. I guess there is not big difference between R_7 & R_7_0, but from now it's going to change more and more. For production environment R_7_X is recommended, but if you need more then critical patches and security updates R_7 is the way to go. > and now in dmesg i am stil getting FreeBSD 7 PRERELEASE > > is this a problem, and should i csup again and rebuild world again? > > Georgi Iovchev > > -- > > Thursday, February 28, 2008, 12:32:55 AM: > > > Just in case some interested parties are not subscribed to the > > > freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been forma > lly > > > released. If you would like to see the release announcement it's he > re: > > > [1]http://www.freebsd.org/releases/7.0R/announce.html > > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD > . > > > We hope you enjoy the new release. > > References > > 1. http://www.freebsd.org/releases/7.0R/announce.html > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 14:02: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 934AD106566C for ; Thu, 28 Feb 2008 14:02:18 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 34AAA8FC19 for ; Thu, 28 Feb 2008 14:02:18 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so5200772wri.3 for ; Thu, 28 Feb 2008 06:02:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=LQwJO1Yi5NNl0yoOj4ktpDvmzXNBOXUjn+zaTtXAgo4=; b=A0n1Dw8F6ScwpdiX5RTNGhPk58QLJx64/XG7UfQ5CFK3+7TNcshnzEul9iX1c6uZu3/6H7RSFSszt+NgIMa/sgRN1ffHyzIpPVMCwEH+cuk7TToj7PA1mAjGwrcfMuiDgGuzUySOpUMK3irGsynlLZhru7espouHVg7XE7lP3Fc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=CqPn/PaqAwdogRpFECpHhAfaNCPaGl8q5FB/GS+rEkt1rwwzMJQm0bmh0eSndpc3lB339dAasX0wiYAPb6ZZWTuT4CcZc0PoKw+O7bAGylWHlI/82W08knZFfAfzq0NV8RTggdPS+2RbB4+xD1ue0iMdD5rBSPGOsViSpYi6EjM= Received: by 10.141.63.20 with SMTP id q20mr5460911rvk.258.1204207336195; Thu, 28 Feb 2008 06:02:16 -0800 (PST) Received: from gmail.com ( [125.25.182.11]) by mx.google.com with ESMTPS id f10sm20669201rvb.17.2008.02.28.06.02.11 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Feb 2008 06:02:14 -0800 (PST) Date: Thu, 28 Feb 2008 21:02:20 +0700 From: Pongthep Kulkrisada To: freebsd-stable@freebsd.org Message-ID: <20080228140220.GA890@gmail.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080227213340.8723D106567D@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080227213340.8723D106567D@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 14:02:18 -0000 > You're not getting responses back from __any__ of those NTP servers. If > you have a firewall *in front* of your BSD box (meaning a separate box, > not ipfw/ipfilter/pf on the same BSD box!), then this is likely the > cause of the problem. The question is that two weeks ago, with same machine, same gateway, same NAT and same firewall config, when I was on FreeBSD 6.2-RELEASE and behind NAT, I could sync with ALL IPv6 servers (IPv4 is not functioning there) I said that in my first post. I'm pretty sure that if I went back to 6.2 even behind NAT, I could get sync with IPv6. Long writing since my first post I shall summarize my events here for better understanding, and sorry for redundancy. 1. FreeBSD 5.4-RELEASE(dial up) - can sync all servers 2. FreeBSD 6.2-RELEASE(dial up) - can sync all servers 3. FreeBSD 6.2-RELEASE(NAT) - can sync IPv6 servers 4. FreeBSD 6.3-STABLE (NAT) - not sync at all The issue is the different result between 3. and 4. It seems something different between 6.2-RELEASE and 6.3-STABLE. But today I hear good news for issuance of 7.0-RELEASE. I shall go on with the new RELEASE. My bad news is I've just updated to 6.3 for 2 weeks. :-( > If not, there's two explanations: > > * Your uplink provider is filtering incoming packets destined to your > network on port 123. It works with IPv6 on 6.2 behind NAT. So this reason might not be the case. IPv4 or IPv6 bind() the same port (123). In addition, I look in ntpdate/ntpd source code. They both use datagram socket (UDP). But only ntpd support AF_INET6 address family. So in my case ntpdate, which supports only IPv4, will never work on my system even on 6.2 behind NAT. > * If you're using NAT on this BSD box, somehow your NAT rules are > broken, or you're doing something bizarre with network interfaces. I'm not using BSD box as a router. > You also confirm this by stating that you're able to talk to NTP servers > if you use a dial-up connection on the same box, so it really sounds > like you have a NAT problem and not an NTP problem. Probably, but I'm not quite sure as my reason above. Thanks, Pongthep From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 14:21: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 69B2A1065673 for ; Thu, 28 Feb 2008 14:21:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 541C98FC20 for ; Thu, 28 Feb 2008 14:21:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 45DEC1CC033; Thu, 28 Feb 2008 06:21:26 -0800 (PST) Date: Thu, 28 Feb 2008 06:21:26 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080228142126.GA46068@eos.sc1.parodius.com> References: <20080227213340.8723D106567D@hub.freebsd.org> <20080228140220.GA890@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080228140220.GA890@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 14:21:26 -0000 On Thu, Feb 28, 2008 at 09:02:20PM +0700, Pongthep Kulkrisada wrote: > > You're not getting responses back from __any__ of those NTP servers. If > > you have a firewall *in front* of your BSD box (meaning a separate box, > > not ipfw/ipfilter/pf on the same BSD box!), then this is likely the > > cause of the problem. > The question is that two weeks ago, with same machine, same gateway, same NAT and same firewall config, when I was on FreeBSD 6.2-RELEASE and behind NAT, I could sync with ALL IPv6 servers (IPv4 is not functioning there) I said that in my first post. > I'm pretty sure that if I went back to 6.2 even behind NAT, I could get sync with IPv6. Long writing since my first post I shall summarize my events here for better understanding, and sorry for redundancy. > 1. FreeBSD 5.4-RELEASE(dial up) - can sync all servers > 2. FreeBSD 6.2-RELEASE(dial up) - can sync all servers > 3. FreeBSD 6.2-RELEASE(NAT) - can sync IPv6 servers > 4. FreeBSD 6.3-STABLE (NAT) - not sync at all > The issue is the different result between 3. and 4. > It seems something different between 6.2-RELEASE and 6.3-STABLE. > But today I hear good news for issuance of 7.0-RELEASE. > I shall go on with the new RELEASE. > My bad news is I've just updated to 6.3 for 2 weeks. :-( Okay, so this really sounds like something that changed between 6.2 and 6.3. I don't know what kind of NAT you're using; I believe FreeBSD offers a couple different methods. More information is required... 1) What NAT method are you using (ipfw, ipnat, etc.) 2) What does your network topology look like (draw a diagram, referring to each NIC/ethernet device, IPs, and so on) 3) Please post your NAT rules 4) Have you checked /usr/src/UPDATING for relevant changes? Someone else will have to help you from this point on, because I am not familiar with present-day NAT configuration/usage on FreeBSD. But again: on fxp0, you're seeing outbound NTP queries, but you never get responses on fxp0. Something somewhere is blocking that traffic. One final question: > I'm not using BSD box as a router. Then I'm not sure why you're using NAT on the box at 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 Thu Feb 28 14:34: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 BC7D11065672 for ; Thu, 28 Feb 2008 14:34:02 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 76D758FC1E for ; Thu, 28 Feb 2008 14:34:02 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JUjph-0002HQ-2l for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 14:34:01 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JUjph-0000p1-0Y for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 14:34:01 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JUjph-0005ru-00 for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 14:34:01 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Thu, 28 Feb 2008 14:34:01 +0000 Subject: if_re losinbg ability to communicate, even with latest patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 14:34:02 -0000 yesterday I had my first experience of an if_re interface simply stopping responding. I ma running 7.0-RELEASE on the machine, but with the lates files taken from here: http://people.freebsd.org/~yongari/re/7.0R/if_re.c http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h Luckily I had worried about tis and have set the machine up to reboot if it suspects that it';s netowkring is down, so twelve hours later it did so and I can login again. Is there anythign useful I can get out of the logs to try and work out what the problem is though ? A I see lots of messages in the log like this: "error sending response: not enough free resources" but I am assuming that this is due to the ether stall, not the cause of it. Would enabling polling on the interface help ? (i.e. is this possiblky a lost interrupt issue?). All advice welcome... -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 14:39: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 DD1A11065679 for ; Thu, 28 Feb 2008 14:39:39 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id C2FD38FC1A for ; Thu, 28 Feb 2008 14:39:37 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so351384uge.37 for ; Thu, 28 Feb 2008 06:39:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=oa78FCYeplRoGiAYT7xwzGUwdVHpo9/amlv20oYSJ7c=; b=qJXkvu1DXTI9DC4tO2WAk48Jbq+px6YitoXitovMIHoy/8O3zSvZkMKE5BU8FAodiRJi9PSVl0ZAZsWghzxXeorl9bxhYjOjb4K34wQho6eWQSbTJhLH5fhxS0QrN1GiwbhR+PLpbCF/bhuk+KsGPKPLII1OGCTARKHb3HG4t/Q= 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=EU36/rrCqcvDjGK4qlVp7bwTGUZgbNWqOHH717RXIurH9oJ8TwsP5khbEiI3FBNB9FoODSruKUFm0jktnulaKTu1zvD4ucz47txmHceajyApONF82PgzaTiGiq2nkl6ZnhJHp16c2LOBVvGx+7FurhSTejtPoUzDPaKqtplnHvo= Received: by 10.66.251.3 with SMTP id y3mr3407711ugh.88.1204209575575; Thu, 28 Feb 2008 06:39:35 -0800 (PST) Received: by 10.66.219.18 with HTTP; Thu, 28 Feb 2008 06:39:35 -0800 (PST) Message-ID: <3aaaa3a0802280639i5217bd64xe2c0e1a1a518e9d@mail.gmail.com> Date: Thu, 28 Feb 2008 14:39:35 +0000 From: Chris To: "Krassimir Slavchev" In-Reply-To: <47C691F7.2080208@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> <20080228075647.GA33902@eos.sc1.parodius.com> <47C691F7.2080208@bulinfo.net> Cc: Jeremy Chadwick , FreeBSD Stable Subject: Re: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 14:39:40 -0000 On 28/02/2008, Krassimir Slavchev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jeremy Chadwick wrote: > > On Wed, Feb 27, 2008 at 11:15:30PM -0800, Doug Hardie wrote: > >> I have just installed 7.0 on some new hardware. Have never tried earlier > >> versions. There are a couple of unexpected items that I do not understand. > >> > >> 2. I have 2 SATA drives in the system. The first is recognized as ad10 > >> and the second as ad12. I expected to see ad0 and ad1. > > > > You shouldn't "expect" this in any way shape or form. The device > > numbers are not consistent, and are known to change depending upon lots > > of reasons (AHCI disabled/enabled, another ATA controller in place, SATA > > in "compatible" mode or "enhanced" mode, etc. etc.). > > > > Thus, never expect the adX devices to "start with 0". > > > > If you want adX devices to "start with 0" just remove 'options > ATA_STATIC_ID' from the kernel config file but be very carefully if you > change hardware! > > Best Regards > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHxpH2xJBWvpalMpkRAtpzAJsHAkMtjVIHU6dmXTZJdn3mtTWtYwCfRl7x > a9dAr6mnbnORaksfDpJMu8w= > =jiUk > -----END PGP SIGNATURE----- > _______________________________________________ Ahh thats useful, on the occasions I have remotely installed freebsd over linux I have always failed due to incorrectly guessing the hd id and as such a wrong fstab, if I know it will always be ad0 and ad1 and so on it makes this much easier. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 14:47: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 91EE71065673 for ; Thu, 28 Feb 2008 14:47:30 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 1A53D8FC18 for ; Thu, 28 Feb 2008 14:47:29 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so355313uge.37 for ; Thu, 28 Feb 2008 06:47:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=P4UPNDERik2MLCqvJoPA2zlYGpfvRoyRHnWbyaLsj3I=; b=h1u9ZNPaTgyfzrQXuzo3G7zN7IEs9zFDzwDXaLbIDjVb5mPwGrFkHirMfHJcKJ4CbgLw6bVAMLFKPh0u/DRpQ6kfAQS+B1ee24/vSvDQux80kL723MDaIEVDhe+i3QxRzwuYLstRZwMu9nZpvX0OT093rI1qWPVQyHka1FPpVS8= 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=oRlYi2vIaRlT0IvORFYndBiOybWVaC+oLKj/n+hZBIvalBdX8Fh5rH025leSlFkGx3/33bg9yKsX0qC2eijnUvSdHosMuz21U8woYGc/s72CcKaDxMed0HfLE6EBPhOZ2Kwo/qfdSTowdtOSCPCLcxh2I/hYpMsgnPcD9vn/K8c= Received: by 10.66.237.9 with SMTP id k9mr3498678ugh.13.1204210048867; Thu, 28 Feb 2008 06:47:28 -0800 (PST) Received: by 10.66.219.18 with HTTP; Thu, 28 Feb 2008 06:47:28 -0800 (PST) Message-ID: <3aaaa3a0802280647v25e288fgf786d9c8a0bfc667@mail.gmail.com> Date: Thu, 28 Feb 2008 14:47:28 +0000 From: Chris To: "Jeremy Chadwick" In-Reply-To: <20080227190509.GA9987@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <20080227190509.GA9987@eos.sc1.parodius.com> Cc: freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 14:47:30 -0000 > > If you replace the disk and you still continue to see DMA errors, then > my vote would be that you're experiencing the same thing others (and > myself, on one occasion) are. I've done my best to bring this issue to > the attention of proper people in recent days, and that's all I can say > on the matter. > > -- > | 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 | > > _______________________________________________ Ouch, I have a server which both hds show dma errors all new hardware. I cant rule out hardware failure, incompatible sata interface etc. but if it is a freebsd bug then surely its a showstopper as stability is compromised which freebsd has built its reputation on. Did they push ahead with release because waiting for the mia dev? Chris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 15:27: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 B161110656C7 for ; Thu, 28 Feb 2008 15:27:41 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 7AB048FC28 for ; Thu, 28 Feb 2008 15:27:41 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 7F7188A0AD for ; Thu, 28 Feb 2008 10:27:40 -0500 (EST) Message-Id: <0D880E84-E758-43E8-847A-4BB46AFF3486@khera.org> From: Vivek Khera To: FreeBSD Stable In-Reply-To: <3aaaa3a0802280639i5217bd64xe2c0e1a1a518e9d@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 v919.2) Date: Thu, 28 Feb 2008 10:27:40 -0500 References: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> <20080228075647.GA33902@eos.sc1.parodius.com> <47C691F7.2080208@bulinfo.net> <3aaaa3a0802280639i5217bd64xe2c0e1a1a518e9d@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Subject: Re: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 15:27:41 -0000 On Feb 28, 2008, at 9:39 AM, Chris wrote: > Ahh thats useful, on the occasions I have remotely installed freebsd > over linux I have always failed due to incorrectly guessing the hd id > and as such a wrong fstab, if I know it will always be ad0 and ad1 and > so on it makes this much easier. > I much prefer to use glabel for this purpose, when the hardware might change. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 17:22: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 CD3401065679 for ; Thu, 28 Feb 2008 17:22:13 +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 7C4D38FC2B for ; Thu, 28 Feb 2008 17:22:13 +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 B7453170E1F; Thu, 28 Feb 2008 07:22:02 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 5D8FE153882; Thu, 28 Feb 2008 07:22:02 -1000 (HST) Date: Thu, 28 Feb 2008 07:22:02 -1000 From: Clifton Royston To: Chris Message-ID: <20080228172201.GA8954@lava.net> Mail-Followup-To: Chris , FreeBSD Stable References: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> <20080228075647.GA33902@eos.sc1.parodius.com> <47C691F7.2080208@bulinfo.net> <3aaaa3a0802280639i5217bd64xe2c0e1a1a518e9d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0802280639i5217bd64xe2c0e1a1a518e9d@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Subject: Re: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 17:22:13 -0000 On Thu, Feb 28, 2008 at 02:39:35PM +0000, Chris wrote: > On 28/02/2008, Krassimir Slavchev wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > Jeremy Chadwick wrote: > > > On Wed, Feb 27, 2008 at 11:15:30PM -0800, Doug Hardie wrote: > > >> I have just installed 7.0 on some new hardware. Have never tried earlier > > >> versions. There are a couple of unexpected items that I do not understand. > > >> > > >> 2. I have 2 SATA drives in the system. The first is recognized as ad10 > > >> and the second as ad12. I expected to see ad0 and ad1. ... > > > Thus, never expect the adX devices to "start with 0". > > > > If you want adX devices to "start with 0" just remove 'options > > ATA_STATIC_ID' from the kernel config file but be very carefully if you > > change hardware! ... > Ahh thats useful, on the occasions I have remotely installed freebsd > over linux I have always failed due to incorrectly guessing the hd id > and as such a wrong fstab, if I know it will always be ad0 and ad1 and > so on it makes this much easier. And if you ever add a second drive, and it happens to be detected first, expect a lot of work getting things working again. There are good reasons for doing it this way, though you do get a choice. -- 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 Thu Feb 28 17:37:07 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 7A71E106566B for ; Thu, 28 Feb 2008 17:37:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 29EB58FC1E for ; Thu, 28 Feb 2008 17:37:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7BED2.dip.t-dialin.net [84.167.190.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id CD10E405BA7; Thu, 28 Feb 2008 18:37:05 +0100 (CET) Message-ID: <47C6F13C.1000902@bsdforen.de> Date: Thu, 28 Feb 2008 18:37:00 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: Chris , FreeBSD Stable References: <42F1932C-6F6B-4077-8C15-294AA6CFB678@lafn.org> <20080228075647.GA33902@eos.sc1.parodius.com> <47C691F7.2080208@bulinfo.net> <3aaaa3a0802280639i5217bd64xe2c0e1a1a518e9d@mail.gmail.com> <20080228172201.GA8954@lava.net> In-Reply-To: <20080228172201.GA8954@lava.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 7.0 Questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 17:37:07 -0000 Clifton Royston wrote: > On Thu, Feb 28, 2008 at 02:39:35PM +0000, Chris wrote: >> On 28/02/2008, Krassimir Slavchev wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> Jeremy Chadwick wrote: >>>> On Wed, Feb 27, 2008 at 11:15:30PM -0800, Doug Hardie wrote: >>>>> I have just installed 7.0 on some new hardware. Have never tried earlier >>>>> versions. There are a couple of unexpected items that I do not understand. >>>>> >>>>> 2. I have 2 SATA drives in the system. The first is recognized as ad10 >>>>> and the second as ad12. I expected to see ad0 and ad1. > ... >>>> Thus, never expect the adX devices to "start with 0". >>> If you want adX devices to "start with 0" just remove 'options >>> ATA_STATIC_ID' from the kernel config file but be very carefully if you >>> change hardware! > ... >> Ahh thats useful, on the occasions I have remotely installed freebsd >> over linux I have always failed due to incorrectly guessing the hd id >> and as such a wrong fstab, if I know it will always be ad0 and ad1 and >> so on it makes this much easier. > > And if you ever add a second drive, and it happens to be detected > first, expect a lot of work getting things working again. There are > good reasons for doing it this way, though you do get a choice. This is the fstab of my notebook: # Device Mountpoint FStype Options Dump Pass# /dev/label/2swap none swap sw 0 0 /dev/ufs/2root / ufs rw 1 1 /dev/ufs/2tmp /tmp ufs rw,async 2 2 /dev/ufs/2usr /usr ufs rw 2 2 /dev/ufs/2var /var ufs rw 2 2 I can take out the HD and boot from it via USB-adaptor or put it into another machine. It all doesn't matter, I don't care about device IDs at all. The geom label class has made life much easier. You only have to label the partitions with "tunefs -L" and the swap partition with "glabel label". From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 18:28: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 95FAD1065673 for ; Thu, 28 Feb 2008 18:28:18 +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 1ECA68FC23 for ; Thu, 28 Feb 2008 18:28:17 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1SISC5A023399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Feb 2008 05:28:14 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m1SISC15058573 for ; Fri, 29 Feb 2008 05:28:12 +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 m1SISCKN058572 for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 05:28:12 +1100 (EST) (envelope-from peter) Date: Fri, 29 Feb 2008 05:28:11 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20080228182811.GB83599@server.vk2pj.dyndns.org> References: <20080227213340.8723D106567D@hub.freebsd.org> <20080228140220.GA890@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N5iGxCIPT7YMRg16" Content-Disposition: inline In-Reply-To: <20080228140220.GA890@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 18:28:18 -0000 --N5iGxCIPT7YMRg16 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please wrap your posts before 80 columns On Thu, Feb 28, 2008 at 09:02:20PM +0700, Pongthep Kulkrisada wrote: >> You're not getting responses back from __any__ of those NTP servers. If >> you have a firewall *in front* of your BSD box (meaning a separate box, >> not ipfw/ipfilter/pf on the same BSD box!), then this is likely the >> cause of the problem. >The question is that two weeks ago, with same machine, same gateway, >same NAT and same firewall config, when I was on FreeBSD 6.2-RELEASE >and behind NAT, I could sync with ALL IPv6 servers (IPv4 is not >functioning there) I said that in my first post. The tcpdump you posted shows that your ntpd is sending IPv4 packets =66rom an RFC1918 address to a number of other valid IPv4 addresses and getting no response. If you are expecting to connect via IPv6 then the first issue you need to address is why your ntpd is failing to generate any IPv6 packets. Have you changed your rc.conf, ntpd.conf, hosts, nsswitch.conf or resolv.conf since you upgraded? Do you have IP addresses or hostnames in your ntp.conf? If you have hostnames, can you do an AAAA lookup on them and get back the correct addresses? If you built your own world, are you sure a NOINET6 hasn't snuck in somewhere? --=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. --N5iGxCIPT7YMRg16 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHxv07/opHv/APuIcRAuPUAKCH4CfDnbiu3CQiqzi+uHOkmkN67QCfZcOR 055DQzI1wCqA+qDSqbqadKY= =VfXy -----END PGP SIGNATURE----- --N5iGxCIPT7YMRg16-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 18:45: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 6F2A51065673 for ; Thu, 28 Feb 2008 18:45:40 +0000 (UTC) (envelope-from freebsd@www.pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAE98FC35 for ; Thu, 28 Feb 2008 18:45:39 +0000 (UTC) (envelope-from freebsd@www.pulsar.bg) Received: from root by pulsar.bg with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JUnNG-0006CC-G7; Thu, 28 Feb 2008 20:20:54 +0200 From: freebsd@www.pulsar.bg To: Stefan Lambrev X-Originating-IP: 77.70.66.90 X-Mailer: Webmin 1.400 Message-Id: <1204222854.23818@www.pulsar.bg> Date: Thu, 28 Feb 2008 20:20:54 +0200 (EET) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bound1204222854" Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 18:45:40 -0000 This is a multi-part message in MIME format. --bound1204222854 Content-Type: text/plain Content-Transfer-Encoding: 7bit Thank you all for answers. I guess i'll use stable (R_7) in home and release (R_7_0 for now) on servers Have a good rebuilding night! :> Stefan Lambrev wrote .. > Greetings, > > Georgi Iovchev wrote: > > Congrats :)) > > > > I have been waiting it :>> > > > > p.s. yesteday csuped sources and rebuilded world, > > > > but my tag in supfile was RELENG_7 not 7_0 > > > RELENG_7 will show 7.0-STABLE. > If you want release use RELENG_7_0. > > I guess there is not big difference between R_7 & R_7_0, > but from now it's going to change more and more. > For production environment R_7_X is recommended, but if you need more > then critical patches > and security updates R_7 is the way to go. > > and now in dmesg i am stil getting FreeBSD 7 PRERELEASE > > > > is this a problem, and should i csup again and rebuild world again? > > > > Georgi Iovchev > > > > -- > > > > Thursday, February 28, 2008, 12:32:55 AM: > > > > > Just in case some interested parties are not subscribed to the > > > > > freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been forma > > lly > > > > > released. If you would like to see the release announcement it's he > > re: > > > > > [1]http://www.freebsd.org/releases/7.0R/announce.html > > > > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD > > . > > > > > We hope you enjoy the new release. > > > > References > > > > 1. http://www.freebsd.org/releases/7.0R/announce.html > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > -- > > Best Wishes, > Stefan Lambrev > ICQ# 24134177 > > _______________________________________________ > 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" --bound1204222854-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 19:02:38 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 740801065673 for ; Thu, 28 Feb 2008 19:02:38 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from hyatt.suomi.net (hyatt.suomi.net [82.128.152.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1F81F8FC1B for ; Thu, 28 Feb 2008 19:02:38 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from tiku.suomi.net ([82.128.154.67]) by hyatt.suomi.net (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWY005N7OUAATD0@hyatt.suomi.net> for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 20:32:35 +0200 (EET) Received: from spam1.suomi.net (spam1.suomi.net [212.50.131.169]) by mailstore.suomi.net (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0JWY0007VOUAXDU0@mailstore.suomi.net> for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 20:32:34 +0200 (EET) Received: from veneficus.koti.lan (82-128-205-228-Korvensuora-TR1.suomi.net [82.128.205.228]) by spam1.suomi.net (Postfix) with ESMTP id 42C572A2B1E for ; Thu, 28 Feb 2008 20:30:41 +0200 (EET) Date: Thu, 28 Feb 2008 20:30:40 +0200 From: Teemu Korhonen To: freebsd-stable@freebsd.org Message-id: <47C6FDD0.2040902@mbnet.fi> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-DNA-MailScanner-Information: Please contact the ISP for more information X-DNA-MailScanner: Found to be clean X-DNA-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=2.814, required 5, BAYES_00 -1.00, HELO_LH_HOME 3.71, RDNS_DYNAMIC 0.10) X-DNA-MailScanner-SpamScore: ss X-DNA-MailScanner-From: teemu.korhonen@mbnet.fi User-Agent: Thunderbird 2.0.0.9 (X11/20071208) X-Spam-Status: No Subject: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 19:02:38 -0000 Did anyone find a solution to the "jerky mouse" -problem? It still exists in 7.0-RELEASE. I have pretty much exact same symptoms as in this post: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 19:12: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 1443B1065671 for ; Thu, 28 Feb 2008 19:12:57 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (cake.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id B6D388FC23 for ; Thu, 28 Feb 2008 19:12:56 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 0BA01D00DE for ; Thu, 28 Feb 2008 09:12:54 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id BE26A153882; Thu, 28 Feb 2008 09:12:53 -1000 (HST) Date: Thu, 28 Feb 2008 09:12:53 -1000 From: Clifton Royston To: freebsd-stable@freebsd.org Message-ID: <20080228191252.GA25053@lava.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080227213340.8723D106567D@hub.freebsd.org> <20080228140220.GA890@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080228140220.GA890@gmail.com> User-Agent: Mutt/1.4.2.2i Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 19:12:57 -0000 On Thu, Feb 28, 2008 at 09:02:20PM +0700, Pongthep Kulkrisada wrote: > > You're not getting responses back from __any__ of those NTP servers. If > > you have a firewall *in front* of your BSD box (meaning a separate box, > > not ipfw/ipfilter/pf on the same BSD box!), then this is likely the > > cause of the problem. > The question is that two weeks ago, with same machine, same gateway, same NAT and same firewall config, when I was on FreeBSD 6.2-RELEASE and behind NAT, I could sync with ALL IPv6 servers (IPv4 is not functioning there) I said that in my first post. > I'm pretty sure that if I went back to 6.2 even behind NAT, I could get sync with IPv6. Long writing since my first post I shall summarize my events here for better understanding, and sorry for redundancy. > 1. FreeBSD 5.4-RELEASE(dial up) - can sync all servers > 2. FreeBSD 6.2-RELEASE(dial up) - can sync all servers > 3. FreeBSD 6.2-RELEASE(NAT) - can sync IPv6 servers What the first 3 items in your list suggest, totally independent of any questions involving 6.3 vs. 6.2, is that you don't have a NAT/LAN configuration which works correctly with NTP on IPv4. Do any other UDP services work with NAT on IPv4, under either 6.2, 6.3, or 5.4? If you want to confirm this is the problem, try running 6.3-STABLE on the same dialup connection that worked for 5.4 and 6.2. My prediction is that NTP will work via your dialup connection. If that is case, your problem is that your NAT implementation is broken or incomplete, or your NAT configuration also incorporates a firewall blocking NTP. (Note also that if you connect through dial-up, naturally you're not going through any firewall present on the LAN, so a firewall could well be the problem.) -- 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 Thu Feb 28 19:35: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 8828D1065672 for ; Thu, 28 Feb 2008 19:35:17 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 4BE298FC24 for ; Thu, 28 Feb 2008 19:35:17 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 56057 invoked by uid 1001); 28 Feb 2008 19:08:58 -0000 Date: Thu, 28 Feb 2008 11:08:35 -0800 From: "David E. Thiel" To: freebsd-stable@freebsd.org Message-ID: <20080228190835.GB47268@redundancy.redundancy.org> References: <47C6FDD0.2040902@mbnet.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C6FDD0.2040902@mbnet.fi> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 19:35:17 -0000 On Thu, Feb 28, 2008 at 08:30:17PM +0200, Teemu Korhonen wrote: > Did anyone find a solution to the "jerky mouse" -problem? It still exists > in 7.0-RELEASE. I experienced some relief from this by switching my single-CPU system to use hyperthreading, and using an SMP kernel. On dual-core machines, it never seems to be a problem for me. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 19:36: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 E86141065672 for ; Thu, 28 Feb 2008 19:36:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 32F9A8FC17; Thu, 28 Feb 2008 19:36:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C70D38.8010600@FreeBSD.org> Date: Thu, 28 Feb 2008 20:36:24 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Teemu Korhonen References: <47C6FDD0.2040902@mbnet.fi> In-Reply-To: <47C6FDD0.2040902@mbnet.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 19:36:26 -0000 Teemu Korhonen wrote: > Did anyone find a solution to the "jerky mouse" -problem? It still > exists in 7.0-RELEASE. > > I have pretty much exact same symptoms as in this post: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html Part of the problem here is that these "symptoms" are far too generic for diagnosis and have a variety of known and unknown causes. Some of the "known" causes include: * Overloading the system transiently (e.g. if your KDE launches 30 processes at once, the system is going to be a bit sluggish for a few seconds) * Running powerd, which has poor interaction with interrupt delivery on at least one user's system (might be an ACPI issue or hardware-specific). * Performing lots of I/O to a non-mpsafe filesystem like msdosfs. The other causes have so far resisted understanding. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 19:43:45 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CF8801065671; Thu, 28 Feb 2008 19:43:44 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 28 Feb 2008 14:43:22 -0500 User-Agent: KMail/1.6.2 References: <47C6FDD0.2040902@mbnet.fi> In-Reply-To: <47C6FDD0.2040902@mbnet.fi> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200802281443.36892.jkim@FreeBSD.org> Cc: Teemu Korhonen Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 19:43:45 -0000 On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: > Did anyone find a solution to the "jerky mouse" -problem? It still > exists in 7.0-RELEASE. > > I have pretty much exact same symptoms as in this post: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html No. However, the problem was well analyzed by delphij: http://docs.freebsd.org/cgi/mid.cgi?47C320DB.70004 Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 19:48: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 D09AD1065676; Thu, 28 Feb 2008 19:48:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 91CF88FC15; Thu, 28 Feb 2008 19:48:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C71003.1050206@FreeBSD.org> Date: Thu, 28 Feb 2008 20:48:19 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Jung-uk Kim References: <47C6FDD0.2040902@mbnet.fi> <200802281443.36892.jkim@FreeBSD.org> In-Reply-To: <200802281443.36892.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , Xin LI , freebsd-stable@FreeBSD.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 19:48:22 -0000 Jung-uk Kim wrote: > On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: >> Did anyone find a solution to the "jerky mouse" -problem? It still >> exists in 7.0-RELEASE. >> >> I have pretty much exact same symptoms as in this post: >> > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html > > No. However, the problem was well analyzed by delphij: > > http://docs.freebsd.org/cgi/mid.cgi?47C320DB.70004 > > Jung-uk Kim > _______________________________________________ > 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" > > Hmm, that is strange. The real question is why X is doing so many gettimeofday syscalls at all. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 20:00: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 0B7A11065672 for ; Thu, 28 Feb 2008 20:00:36 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from svr03-temp.btshosting.co.uk (svr03-temp.btshosting.co.uk [87.117.208.48]) by mx1.freebsd.org (Postfix) with ESMTP id 895808FC24 for ; Thu, 28 Feb 2008 20:00:35 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.1.65] (host86-139-98-128.range86-139.btcentralplus.com [86.139.98.128]) (authenticated bits=0) by svr03-temp.btshosting.co.uk (8.14.1/8.14.1) with ESMTP id m1SK0ViO044995; Thu, 28 Feb 2008 20:00:32 GMT (envelope-from bazerka@beardz.net) Message-ID: <47C712D2.3040302@beardz.net> Date: Thu, 28 Feb 2008 20:00:18 +0000 From: Jase Thew User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: John Baldwin References: <20080223120658.GA30178@asgard.home> <47C082E9.5000608@bsdforen.de> <200802271641.42450.jhb@freebsd.org> In-Reply-To: <200802271641.42450.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on 87.117.208.49 X-Virus-Status: Clean Cc: Dominic Fandrey , imp@freebsd.org, Oliver Herold , freebsd-stable@freebsd.org Subject: Re: FreeBSD 7, Razer Copperhead mouse patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bazerka@beardz.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 20:00:36 -0000 John Baldwin wrote: > On Saturday 23 February 2008 03:32:41 pm Dominic Fandrey wrote: >> Oliver Herold wrote: >>> Hi >>> >>> the Razer Copperhead mouse did work in FreeBSD 7 (current) for a long >>> time, but after some period it stopped working. This patch from Uwe >>> Grohnwaldt: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/118670 >>> >>> fixes this wrong behaviour (it's detected as keyboard) and makes the >>> mouse work in FreeBSD 7 again. Would be imho a nice addition for >>> RELENG_7 (stable) or even Release. >>> >>> Cheers, Oliver >> Being a Razer fan and user I totally agree. > > Can you try this patch instead? > > Index: ums.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/usb/ums.c,v > retrieving revision 1.97 > diff -u -r1.97 ums.c > --- ums.c 26 Dec 2007 14:31:16 -0000 1.97 > +++ ums.c 27 Feb 2008 21:40:48 -0000 > @@ -198,7 +198,10 @@ > if (err) > return (UMATCH_NONE); > > - if (id->bInterfaceClass == UICLASS_HID && > + if (hid_is_collection(desc, size, > + HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_MOUSE))) > + ret = UMATCH_IFACECLASS; > + else if (id->bInterfaceClass == UICLASS_HID && > id->bInterfaceSubClass == UISUBCLASS_BOOT && > id->bInterfaceProtocol == UIPROTO_MOUSE) > ret = UMATCH_IFACECLASS; > Hi, Out of curiosity, what was wrong with the way I did it in my patch? Regards, Jase. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 20:13: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 14DAF1065670; Thu, 28 Feb 2008 20:13:49 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from svr03-temp.btshosting.co.uk (svr03-temp.btshosting.co.uk [87.117.208.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7688A8FC14; Thu, 28 Feb 2008 20:13:48 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.1.65] (host86-139-98-128.range86-139.btcentralplus.com [86.139.98.128]) (authenticated bits=0) by svr03-temp.btshosting.co.uk (8.14.1/8.14.1) with ESMTP id m1SKDjde047530; Thu, 28 Feb 2008 20:13:45 GMT (envelope-from bazerka@beardz.net) Message-ID: <47C715EC.9020603@beardz.net> Date: Thu, 28 Feb 2008 20:13:32 +0000 From: Jase Thew User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: bazerka@beardz.net References: <20080223120658.GA30178@asgard.home> <47C082E9.5000608@bsdforen.de> <200802271641.42450.jhb@freebsd.org> <47C712D2.3040302@beardz.net> In-Reply-To: <47C712D2.3040302@beardz.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on 87.117.208.49 X-Virus-Status: Clean Cc: Dominic Fandrey , Oliver Herold , imp@freebsd.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: FreeBSD 7, Razer Copperhead mouse patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bazerka@beardz.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 20:13:49 -0000 Jase Thew wrote: > John Baldwin wrote: >> On Saturday 23 February 2008 03:32:41 pm Dominic Fandrey wrote: >>> Oliver Herold wrote: >>>> Hi >>>> >>>> the Razer Copperhead mouse did work in FreeBSD 7 (current) for a long >>>> time, but after some period it stopped working. This patch from Uwe >>>> Grohnwaldt: >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/118670 >>>> >>>> fixes this wrong behaviour (it's detected as keyboard) and makes the >>>> mouse work in FreeBSD 7 again. Would be imho a nice addition for >>>> RELENG_7 (stable) or even Release. >>>> >>>> Cheers, Oliver >>> Being a Razer fan and user I totally agree. >> Can you try this patch instead? >> >> Index: ums.c >> =================================================================== >> RCS file: /usr/cvs/src/sys/dev/usb/ums.c,v >> retrieving revision 1.97 >> diff -u -r1.97 ums.c >> --- ums.c 26 Dec 2007 14:31:16 -0000 1.97 >> +++ ums.c 27 Feb 2008 21:40:48 -0000 >> @@ -198,7 +198,10 @@ >> if (err) >> return (UMATCH_NONE); >> >> - if (id->bInterfaceClass == UICLASS_HID && >> + if (hid_is_collection(desc, size, >> + HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_MOUSE))) >> + ret = UMATCH_IFACECLASS; >> + else if (id->bInterfaceClass == UICLASS_HID && >> id->bInterfaceSubClass == UISUBCLASS_BOOT && >> id->bInterfaceProtocol == UIPROTO_MOUSE) >> ret = UMATCH_IFACECLASS; >> > > Hi, > > Out of curiosity, what was wrong with the way I did it in my patch? > > Regards, > > Jase. > _______________________________________________ Ah, I see John has described why in the PR. As the hid collection test doesn't seem to be working fully, what would be the downside of testing the descriptor directly but removing the SubClass test, as the spec defines only two available values - 1 for using Boot Protocol and 2 for Unknown. As we can't test for a SubClass of 0 (due to the reason you mention above), removing the SubClass test will reintroduce full support for mice that report as not using boot protocol (such as the various Razor mice). Regards, Jase. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 20:22: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 98D50106566C for ; Thu, 28 Feb 2008 20:22:31 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 172858FC16 for ; Thu, 28 Feb 2008 20:22:30 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so3187879tid.3 for ; Thu, 28 Feb 2008 12:22:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=JjqcQPYFALz6GwYCFEyCxszfS3srhaGaeWKSxSP915s=; b=fYpPJT60ZBA2+tKNNYLVogxIsuMem1lMrYF41YJvZF9CjHy4ZMpyDZP7x2k1j+PVehuVNiFYAWhKw57fww+r/ZPKHt71cj4k6I8PWUzdy7kXaKYa9yyioRr1TpZXVcPRy8UzdsVd9o5OGzLqBJGEtQVJ+X5ERciXS3tngSgQ5x8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=Ksp5Bh9scCPx2K+tn/Uss/QIEokWAz2FYYHVv1hwPY/VUx83P6GoLvAkJS1Ss70yhsqDrF+Jkhxd6zqIya9JbQMtYK+p/gCHv7/KwfIJWvBCnhHCzfmINF7Qq682sYULks6zqrUmTnxDpprqcc1BRjohWxbh4cBfuccsN12N6ec= Received: by 10.151.26.12 with SMTP id d12mr2950018ybj.45.1204228647075; Thu, 28 Feb 2008 11:57:27 -0800 (PST) Received: from macbookpro.dhcp.egr.msu.edu ( [35.9.42.15]) by mx.google.com with ESMTPS id f77sm25048692pyh.32.2008.02.28.11.57.24 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Feb 2008 11:57:25 -0800 (PST) Message-Id: From: bazzoola To: Ken Smith In-Reply-To: <1204151575.84335.3.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 28 Feb 2008 14:57:21 -0500 References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 20:22:31 -0000 Terrific job! Thanks for anyone contributed to this fine release :) On Feb 27, 2008, at 5:32 PM, Ken Smith wrote: > > Just in case some interested parties are not subscribed to the > freebsd-announce mailing list... FreeBSD 7.0-RELEASE has been > formally > released. If you would like to see the release announcement it's > here: > > http://www.freebsd.org/releases/7.0R/announce.html > > On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > We hope you enjoy the new release. > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 20:33:23 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 0BE10106566B; Thu, 28 Feb 2008 20:33:23 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 28 Feb 2008 15:33:12 -0500 User-Agent: KMail/1.6.2 References: <47C6FDD0.2040902@mbnet.fi> <200802281443.36892.jkim@FreeBSD.org> <47C71003.1050206@FreeBSD.org> In-Reply-To: <47C71003.1050206@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200802281533.14212.jkim@FreeBSD.org> Cc: Teemu Korhonen , Kris Kennaway , Xin LI Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 20:33:23 -0000 On Thursday 28 February 2008 02:48 pm, Kris Kennaway wrote: > Jung-uk Kim wrote: > > On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: > >> Did anyone find a solution to the "jerky mouse" -problem? It > >> still exists in 7.0-RELEASE. > >> > >> I have pretty much exact same symptoms as in this post: > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/03 > >9599.html > > > > No. However, the problem was well analyzed by delphij: > > > > http://docs.freebsd.org/cgi/mid.cgi?47C320DB.70004 > > > > Jung-uk Kim > > Hmm, that is strange. The real question is why X is doing so many > gettimeofday syscalls at all. http://www.x.org/wiki/Development/Documentation/InputEventProcessing 'For a motion event, the driver calls now xf86PostMotionEvent() and we are back on the server's side. For button events it is xf86PostButtonEvent(). Those in turn call GetPointerEvents() (GetKeyboardEvents() for keyboard events) which creates the necessary number of events and returns them to the caller. GetTimeInMillis() is called inside GetPointerEvents() and timestamps the OS time on the event. Inside the same function, miPointerSetPosition() is called to re-paint the mouse on the screen. It calls miPointerMoved(). The miPointerMoved() decides to start the hw or the sw management/rendering of the cursor (see section Cursor rendering). After this choose the events are put - one by one - onto the event queue using mieqEnqueue().' I believe GetTimeInMillis() is unavoidable. It uses gettimeofday(2) or clock_gettime(2) depending on OS since xorg-server-1.2.99.0: http://lists.freedesktop.org/archives/xorg/2006-November/019334.html Somehow it was not used in FreeBSD, though: http://docs.freebsd.org/cgi/mid.cgi?20080227103210.694787ec Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 20:39: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 9F0BF106566B; Thu, 28 Feb 2008 20:39:12 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from svr03-temp.btshosting.co.uk (svr03-temp.btshosting.co.uk [87.117.208.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0EF8FC13; Thu, 28 Feb 2008 20:39:11 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.1.65] (host86-139-98-128.range86-139.btcentralplus.com [86.139.98.128]) (authenticated bits=0) by svr03-temp.btshosting.co.uk (8.14.1/8.14.1) with ESMTP id m1SKd8VO053442; Thu, 28 Feb 2008 20:39:08 GMT (envelope-from bazerka@beardz.net) Message-ID: <47C71BE4.6070100@beardz.net> Date: Thu, 28 Feb 2008 20:39:00 +0000 From: Jase Thew User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: bazerka@beardz.net References: <20080223120658.GA30178@asgard.home> <47C082E9.5000608@bsdforen.de> <200802271641.42450.jhb@freebsd.org> <47C712D2.3040302@beardz.net> <47C715EC.9020603@beardz.net> In-Reply-To: <47C715EC.9020603@beardz.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on 87.117.208.49 X-Virus-Status: Clean Cc: Dominic Fandrey , Oliver Herold , imp@freebsd.org, John Baldwin , freebsd-stable@freebsd.org Subject: Re: FreeBSD 7, Razer Copperhead mouse patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bazerka@beardz.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 20:39:12 -0000 Jase Thew wrote: > Jase Thew wrote: >> John Baldwin wrote: >>> On Saturday 23 February 2008 03:32:41 pm Dominic Fandrey wrote: >>>> Oliver Herold wrote: >>>>> Hi >>>>> >>>>> the Razer Copperhead mouse did work in FreeBSD 7 (current) for a long >>>>> time, but after some period it stopped working. This patch from Uwe >>>>> Grohnwaldt: >>>>> >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/118670 >>>>> >>>>> fixes this wrong behaviour (it's detected as keyboard) and makes the >>>>> mouse work in FreeBSD 7 again. Would be imho a nice addition for >>>>> RELENG_7 (stable) or even Release. >>>>> >>>>> Cheers, Oliver >>>> Being a Razer fan and user I totally agree. >>> Can you try this patch instead? >>> >>> Index: ums.c >>> =================================================================== >>> RCS file: /usr/cvs/src/sys/dev/usb/ums.c,v >>> retrieving revision 1.97 >>> diff -u -r1.97 ums.c >>> --- ums.c 26 Dec 2007 14:31:16 -0000 1.97 >>> +++ ums.c 27 Feb 2008 21:40:48 -0000 >>> @@ -198,7 +198,10 @@ >>> if (err) >>> return (UMATCH_NONE); >>> >>> - if (id->bInterfaceClass == UICLASS_HID && >>> + if (hid_is_collection(desc, size, >>> + HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_MOUSE))) >>> + ret = UMATCH_IFACECLASS; >>> + else if (id->bInterfaceClass == UICLASS_HID && >>> id->bInterfaceSubClass == UISUBCLASS_BOOT && >>> id->bInterfaceProtocol == UIPROTO_MOUSE) >>> ret = UMATCH_IFACECLASS; >>> >> Hi, >> >> Out of curiosity, what was wrong with the way I did it in my patch? >> >> Regards, >> >> Jase. >> _______________________________________________ > > Ah, I see John has described why in the PR. > > As the hid collection test doesn't seem to be working fully, what would > be the downside of testing the descriptor directly but removing the > SubClass test, as the spec defines only two available values - 1 for > using Boot Protocol and 2 for Unknown. > > As we can't test for a SubClass of 0 (due to the reason you mention > above), removing the SubClass test will reintroduce full support for > mice that report as not using boot protocol (such as the various Razor > mice). > > Regards, > > Jase. > Doh. I misread the John's comment in the PR the first time around. In light of what John mentions about the Protocol and SubClass, the suggestion above makes no sense and can be safely ignored :) Regards, Jase. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 21:31:23 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8F50B1065671; Thu, 28 Feb 2008 21:31:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 28 Feb 2008 16:31:03 -0500 User-Agent: KMail/1.6.2 References: <47C6FDD0.2040902@mbnet.fi> In-Reply-To: <47C6FDD0.2040902@mbnet.fi> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_bgyxHIeEiBhUhAI" Message-Id: <200802281631.07844.jkim@FreeBSD.org> Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 21:31:23 -0000 --Boundary-00=_bgyxHIeEiBhUhAI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: > Did anyone find a solution to the "jerky mouse" -problem? It still > exists in 7.0-RELEASE. > > I have pretty much exact same symptoms as in this post: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html Can you try the attached patches for ports/x11-servers/xorg-server? Just drop them in files directory, rebuild, reinstall, etc... Thanks, Jung-uk Kim --Boundary-00=_bgyxHIeEiBhUhAI Content-Type: text/plain; charset="iso-8859-1"; name="patch-configure" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-configure" --- configure.orig 2008-02-28 16:08:55.000000000 -0500 +++ configure 2008-02-28 16:11:19.000000000 -0500 @@ -30376,7 +30376,7 @@ else cat >conftest.$ac_ext <<_ACEOF -#define _POSIX_C_SOURCE 199309L +#define _POSIX_C_SOURCE 200112L #include int main(int argc, char *argv[]) { --- configure.ac.orig 2007-09-06 01:59:00.000000000 -0400 +++ configure.ac 2008-02-28 16:11:23.000000000 -0500 @@ -1055,7 +1055,7 @@ LIBS="$CLOCK_LIBS" AC_RUN_IFELSE([ -#define _POSIX_C_SOURCE 199309L +#define _POSIX_C_SOURCE 200112L #include int main(int argc, char *argv[[]]) { --Boundary-00=_bgyxHIeEiBhUhAI Content-Type: text/plain; charset="iso-8859-1"; name="patch-os-utils.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-os-utils.c" --- os/utils.c.orig 2007-08-23 15:04:55.000000000 -0400 +++ os/utils.c 2008-02-28 16:20:29.000000000 -0500 @@ -525,7 +525,11 @@ #ifdef MONOTONIC_CLOCK struct timespec tp; +#ifdef __FreeBSD__ + if (clock_gettime(CLOCK_MONOTONIC_FAST, &tp) == 0) +#else if (clock_gettime(CLOCK_MONOTONIC, &tp) == 0) +#endif return (tp.tv_sec * 1000) + (tp.tv_nsec / 1000000L); #endif --Boundary-00=_bgyxHIeEiBhUhAI-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 21:42: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 6C4871065670 for ; Thu, 28 Feb 2008 21:42:31 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from astana.suomi.net (astana.suomi.net [82.128.152.18]) by mx1.freebsd.org (Postfix) with ESMTP id 105238FC13 for ; Thu, 28 Feb 2008 21:42:31 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from tiku.suomi.net ([82.128.154.67]) by astana.suomi.net (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWY004GQXMSAFN0@astana.suomi.net>; Thu, 28 Feb 2008 23:42:28 +0200 (EET) Received: from spam1.suomi.net (spam1.suomi.net [212.50.131.169]) by mailstore.suomi.net (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0JWY00FCGXMTMH90@mailstore.suomi.net>; Thu, 28 Feb 2008 23:42:29 +0200 (EET) Received: from veneficus.koti.lan (82-128-205-228-Korvensuora-TR1.suomi.net [82.128.205.228]) by spam1.suomi.net (Postfix) with ESMTP id 3F6522A3916; Thu, 28 Feb 2008 23:41:40 +0200 (EET) Date: Thu, 28 Feb 2008 23:41:39 +0200 From: Teemu Korhonen In-reply-to: <200802281631.07844.jkim@FreeBSD.org> To: Jung-uk Kim Message-id: <47C72A93.10608@mbnet.fi> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-DNA-MailScanner-Information: Please contact the ISP for more information X-DNA-MailScanner: Found to be clean X-DNA-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=2.814, required 5, BAYES_00 -1.00, HELO_LH_HOME 3.71, RDNS_DYNAMIC 0.10) X-DNA-MailScanner-SpamScore: ss X-DNA-MailScanner-From: teemu.korhonen@mbnet.fi References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> User-Agent: Thunderbird 2.0.0.9 (X11/20071208) X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 21:42:31 -0000 Jung-uk Kim wrote: > On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: > >> Did anyone find a solution to the "jerky mouse" -problem? It still >> exists in 7.0-RELEASE. >> >> I have pretty much exact same symptoms as in this post: >> >> > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html > > Can you try the attached patches for ports/x11-servers/xorg-server? > Just drop them in files directory, rebuild, reinstall, etc... > > Thanks, > > Jung-uk Kim > Thanks, I'll try them tonight. - Teemu Korhonen From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 22:21:47 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 274A11065670 for ; Thu, 28 Feb 2008 22:21:47 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id DC5D48FC22 for ; Thu, 28 Feb 2008 22:21:46 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-86-144.dsl.telstraclear.net [121.72.86.144]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JWY00G9BZG6QB20@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 11:21:44 +1300 (NZDT) Date: Fri, 29 Feb 2008 11:21:39 +1300 From: Mark Kirkwood In-reply-to: <20080228190835.GB47268@redundancy.redundancy.org> To: "David E. Thiel" Message-id: <47C733F3.1010400@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <47C6FDD0.2040902@mbnet.fi> <20080228190835.GB47268@redundancy.redundancy.org> User-Agent: Thunderbird 2.0.0.9 (X11/20071203) Cc: freebsd-stable@freebsd.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 22:21:47 -0000 David E. Thiel wrote: > On Thu, Feb 28, 2008 at 08:30:17PM +0200, Teemu Korhonen wrote: > >> Did anyone find a solution to the "jerky mouse" -problem? It still exists >> in 7.0-RELEASE. >> > > I experienced some relief from this by switching my single-CPU system > to use hyperthreading, and using an SMP kernel. On dual-core machines, > it never seems to be a problem for me. > > Interesting. I have just source upgraded world and kernel to 7.0 (Actually 7-STABLE), and I am *not* seeing any jerky mouse issues - in fact the desktop experience is if anything better than in 6-STABLE. My system is SMP (2 CPUs, not dual core) - so SMP could be a factor. However I have yet to rebuild userland (X, Gnome etc) - so it will be interesting to see if that makes any difference. Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 22:24: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 D1FFC1065677; Thu, 28 Feb 2008 22:24:15 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id A72A58FC24; Thu, 28 Feb 2008 22:24:15 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 176AA8C0A7; Thu, 28 Feb 2008 16:24:15 -0600 (CST) Date: Thu, 28 Feb 2008 16:24:15 -0600 To: Chris Message-ID: <20080228222415.GA25086@soaustin.net> References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <20080227190509.GA9987@eos.sc1.parodius.com> <3aaaa3a0802280647v25e288fgf786d9c8a0bfc667@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0802280647v25e288fgf786d9c8a0bfc667@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 22:24:15 -0000 On Thu, Feb 28, 2008 at 02:47:28PM +0000, Chris wrote: > Did they push ahead with release because waiting for the mia dev? There's a lot of things that go into deciding when to release. The release cycle this time was not supposed to be as long as it was. We kept finding showstoppers and needing to go back and fix them (especially for things like TCP performance and stability). However, sooner or later you do have to release something. There are bugs in every software program ever released. It seems that in certain cases (we're not sure exactly which) the ata subsystem has regressed. There's debate on the lists about exactly how common this is: with bugmeister hat on, I don't think it's as common as some folks seem to think it is (otherwise we would be overwhelmed with bug reports). There's a lot of badly-written firmware out there, and a lot of workarounds for it in the current ata stack. I'm not familiar with the code, but fixing all this is a totally non-trivial task. Of course it would be nice to have several committers with sufficient variety of boards, and time, and experience to do a lot more QA, but we're a volunteer project and have to go with what we have in some cases. I'm open to suggestions about how we can get more people involved in QAing ata. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 22:56:34 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 B6B44106566C for ; Thu, 28 Feb 2008 22:56:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3518FC21 for ; Thu, 28 Feb 2008 22:56:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2395807nfb.33 for ; Thu, 28 Feb 2008 14:56:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=crKDk0XTlYx8OElo0F8cykh//oSGrJ0g0y6tVeft5vA=; b=s1jfo8m6duob1DWRver3aS1094TmB69PSt5toksDI0m6o5cKQkDPj9BNNbHEj5ihTqdww7BZ5IxWnTptsUG/9PVUnKEgKultWyl2BFHQfNqtW0uGGy0BWsNLUpPpT5NTUlypdx8eu2fnz5O37be84KnTgtj64XylUU2FBjfJAww= 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=lVmzUmuijlDkSukW/TeYIapdyq4S5qcK/di/YXxrp7/WJv3PalAIuakadLb96ytFRJYiV9INtMOf/0uHmgEzgQFn4gHPgDYwvInmzJlKS7MIbL6oFD1xqIstmDCkWf4J/Bj18K9mYm3I7rZU08XEOhevL4JvoJTtkuqm3ds8Q6E= Received: by 10.78.106.3 with SMTP id e3mr9481520huc.51.1204239392696; Thu, 28 Feb 2008 14:56:32 -0800 (PST) Received: by 10.78.46.11 with HTTP; Thu, 28 Feb 2008 14:56:32 -0800 (PST) Message-ID: Date: Fri, 29 Feb 2008 01:56:32 +0300 From: pluknet To: FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [kgdb] There is no member named pathname X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 22:56:34 -0000 Hello, I've updated to the recent RELENG_7 as of 2008/02/28 to try the new kld-add feature in kgdb, among other things (yes, i do debug kernel modules). However, now I get an error message; also I'm unable to use the add-kld command. For example: # kgdb -q /boot/kernel/kernel /dev/mem [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] There is no member named pathname. ^^^^ (kgdb) add-kld whatever Undefined command: "add-kld". Try "help". I tried to add missing .symbols data as I did before and as described in developer's handbook, but that doesn't work anymore. [to be honest, I only tried it once, and I hope I didn't mix up the numbers in addresses. It's hard to do, though] $FreeBSD: src/gnu/usr.bin/gdb/kgdb/kld.c,v 1.6.2.1 2008/02/25 22:19:56 jhb Exp $ wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 23:34: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 0A51E106566B for ; Thu, 28 Feb 2008 23:34:54 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id 533888FC19 for ; Thu, 28 Feb 2008 23:34:53 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 25796 invoked by uid 1001); 29 Feb 2008 00:08:22 +0100 To: freebsd-stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Fri, 29 Feb 2008 00:08:22 +0100 Message-ID: <867igo3cih.fsf@zid.claresco.hr> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 23:34:54 -0000 In http://www.freebsd.org/releases/7.0R/announce.html says Updating Existing Systems > An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > a major version upgrade, so no matter which method you use to update > an older system you should reinstall any ports you have installed on > the machine. This will avoid binaries becoming linked to inconsistent > sets of libraries when future port upgrades rebuild one port but not > others that link to it. This can be done with: # portupgrade -faP etc... Why!!! Do you know how much time I have to spend with my PC to reinstall all of this programs from ports? Only openoffice takes one day! And where is Gnome and such...There must be other way...I would not reinstall my packages ;) Then the servers. Why should I reinstall all my databases and such? I always liked that FreeBSD base (OS) is separated from packages. And no matter what I do with the packages, my OS will always work. I don't want dependency hell like in Linux. Now you are telling me that my database might not work after upgrade to a new version. Is that it? -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 23:43: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 97711106566C for ; Thu, 28 Feb 2008 23:43:26 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.pppoe.ca (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51CB38FC17 for ; Thu, 28 Feb 2008 23:43:26 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFDWxkdMCqa7/2dsb2JhbACubAQ X-IronPort-AV: E=Sophos;i="4.25,422,1199682000"; d="scan'208";a="15372719" Received: from mail.pppoe.ca ([65.39.192.132]) by ironport2-out.pppoe.ca with ESMTP; 28 Feb 2008 18:43:25 -0500 Received: from kevin ([76.10.166.187]) by mail.pppoe.ca (Internet Mail Server v1.0) with ASMTP id IZT32725 for ; Thu, 28 Feb 2008 18:43:25 -0500 From: "Kevin K" To: References: <867igo3cih.fsf@zid.claresco.hr> In-Reply-To: <867igo3cih.fsf@zid.claresco.hr> Date: Thu, 28 Feb 2008 18:43:20 -0500 Message-ID: <005b01c87a63$b3cb8670$1b629350$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach6YpqlDRLgtvcRSIyRwsUBwqnvgwAAQsVA Content-Language: en-us Subject: RE: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 23:43:26 -0000 No one is forcing you to upgrade. > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Marko Lerota > Sent: Thursday, February 28, 2008 6:08 PM > To: freebsd-stable@freebsd.org > Subject: Upgrading to 7.0 - stupid requirements > > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems > > > An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > > a major version upgrade, so no matter which method you use to update > > an older system you should reinstall any ports you have installed on > > the machine. This will avoid binaries becoming linked to inconsistent > > sets of libraries when future port upgrades rebuild one port but not > > others that link to it. This can be done with: > > # portupgrade -faP > > etc... > > Why!!! Do you know how much time I have to spend with my PC to > reinstall > all of this programs from ports? Only openoffice takes one day! And > where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) > > Then the servers. Why should I reinstall all my databases and such? I > always > liked that FreeBSD base (OS) is separated from packages. And no matter > what I > do with the packages, my OS will always work. I don't want dependency > hell like in Linux. Now you are telling me that my database might not > work > after upgrade to a new version. Is that it? > > -- > One cannot sell the earth upon which the people walk > Tacunka Witco > _______________________________________________ > 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" > > __________ NOD32 2910 (20080228) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 23: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 17FFA1065672 for ; Thu, 28 Feb 2008 23:46:42 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id E99A78FC17 for ; Thu, 28 Feb 2008 23:46:41 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay14.apple.com (relay14.apple.com [17.128.113.52]) by mail-out4.apple.com (Postfix) with ESMTP id E1D3323ABA45; Thu, 28 Feb 2008 15:46:41 -0800 (PST) Received: from relay14.apple.com (unknown [127.0.0.1]) by relay14.apple.com (Symantec Mail Security) with ESMTP id C9BD528089; Thu, 28 Feb 2008 15:46:41 -0800 (PST) X-AuditID: 11807134-a3beebb0000032fc-b6-47c747e17bc5 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) by relay14.apple.com (Apple SCV relay) with ESMTP id A9C192808A; Thu, 28 Feb 2008 15:46:41 -0800 (PST) Message-Id: From: Chuck Swiger To: Marko Lerota In-Reply-To: <867igo3cih.fsf@zid.claresco.hr> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 28 Feb 2008 15:46:41 -0800 References: <867igo3cih.fsf@zid.claresco.hr> X-Mailer: Apple Mail (2.919.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 23:46:42 -0000 On Feb 28, 2008, at 3:08 PM, Marko Lerota wrote: > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems >> An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes >> a major version upgrade, so no matter which method you use to update >> an older system you should reinstall any ports you have installed on >> the machine. This will avoid binaries becoming linked to inconsistent >> sets of libraries when future port upgrades rebuild one port but not >> others that link to it. This can be done with: > > # portupgrade -faP > > etc... > > Why!!! The comment above tells you: "This will avoid binaries becoming linked to inconsistent sets of libraries when future port upgrades rebuild one port but not others that link to it." > Do you know how much time I have to spend with my PC to reinstall > all of this programs from ports? Only openoffice takes one day! And > where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) Sure, you could stick with 6.3 for quite some time. > Then the servers. Why should I reinstall all my databases and such? > I always > liked that FreeBSD base (OS) is separated from packages. And no > matter what I > do with the packages, my OS will always work. I don't want dependency > hell like in Linux. Now you are telling me that my database might > not work > after upgrade to a new version. Is that it? Not exactly. The 6.x binaries will continue to work just fine under 7.0, so long as you don't recompile any of the libraries they are using. However, as soon as you start upgrading anything, you will end up with programs trying to pull in the 6.x and 7.x version of libc etc, and that will cause problems. Note that the portupgrade command given above will try to download precompiled binaries where available, rather than requiring you to compile everything locally. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 23:50: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 DD9F9106566B for ; Thu, 28 Feb 2008 23:50:57 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9114C8FC14 for ; Thu, 28 Feb 2008 23:50:57 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 33C2122189EA; Fri, 29 Feb 2008 10:50:56 +1100 (EST) X-Viruscan-Id: <47C748DF000090616E61C1@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 890F321B1EB7; Fri, 29 Feb 2008 10:50:55 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 4CE6E2218A64; Fri, 29 Feb 2008 10:50:53 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 2138321A; Fri, 29 Feb 2008 10:50:53 +1100 (EST) Date: Fri, 29 Feb 2008 10:50:53 +1100 From: Edwin Groothuis To: Marko Lerota Message-ID: <20080228235053.GA2964@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Marko Lerota , freebsd-stable@freebsd.org References: <867igo3cih.fsf@zid.claresco.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <867igo3cih.fsf@zid.claresco.hr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 23:50:58 -0000 On Fri, Feb 29, 2008 at 12:08:22AM +0100, Marko Lerota wrote: > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems > > > An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > > a major version upgrade, so no matter which method you use to update > > an older system you should reinstall any ports you have installed on Should, not must. Use misc/compat6x if you don't want to do this, but that doesn't work for things which look in the kernel (sysutils/lsof for example) Also, it doesn't say that you don't need to upgrade your ports, you need to reinstall them. Problem resolved by carefully reading. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 23:54: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 A86D11065675 for ; Thu, 28 Feb 2008 23:54:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E3EF98FC15; Thu, 28 Feb 2008 23:54:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C749CF.4010501@FreeBSD.org> Date: Fri, 29 Feb 2008 00:54:55 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Marko Lerota References: <867igo3cih.fsf@zid.claresco.hr> In-Reply-To: <867igo3cih.fsf@zid.claresco.hr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Feb 2008 23:54:57 -0000 Marko Lerota wrote: > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems > >> An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes >> a major version upgrade, so no matter which method you use to update >> an older system you should reinstall any ports you have installed on >> the machine. This will avoid binaries becoming linked to inconsistent >> sets of libraries when future port upgrades rebuild one port but not >> others that link to it. This can be done with: > > # portupgrade -faP > > etc... > > Why!!! Do you know how much time I have to spend with my PC to reinstall > all of this programs from ports? Only openoffice takes one day! And where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) > > Then the servers. Why should I reinstall all my databases and such? I always > liked that FreeBSD base (OS) is separated from packages. And no matter what I > do with the packages, my OS will always work. I don't want dependency > hell like in Linux. Now you are telling me that my database might not work > after upgrade to a new version. Is that it? First, try to relax. portupgrade -faP requests to reinstall everything from precompiled packages. It will only fall back to compiling them locally if the package is unavailable (e.g. for legal reasons). Second, the reason for this requirement is explained in the announcement. In fact, it has *always* been required to recompile ports when moving to a new major release of FreeBSD, for guaranteed correct operation when some of the ports are updated later on. This is not FreeBSD-specific advice. It is true on any operating system when the underlying set of libraries changes in an incompatible way. However, on FreeBSD this *only* happens betweeen version branches. Sometimes you can get away without the full recompile (this was more often true in the past), but thesedays so many ports do things like dynamic loading of shared libraries that it is effectively mandatory advice. Feel free to ignore the advice if you continue to feel outraged by it, but it will not be our fault when your ports suddenly stop working properly after your subsequent port upgrades. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 28 23:59: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 56AC11065670 for ; Thu, 28 Feb 2008 23:59:11 +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 E54A08FC15 for ; Thu, 28 Feb 2008 23:59:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 190D028448 for ; Fri, 29 Feb 2008 07:59:10 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id D7F6AEB6999; Fri, 29 Feb 2008 07:59:09 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 4AHkvpFsizQl; Fri, 29 Feb 2008 07:59:05 +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 ESMTP id 2543DEB0EF5; Fri, 29 Feb 2008 07:59:03 +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=PcN6TLdIyZzVt3Vxb1mgI5+JXyPFmQ9ed8oSvoOAwH4mhDsBnvnn3C6qxHxXTO/6R ECRG91w7094El9RNDr6zA== Message-ID: <47C74AC5.9000300@delphij.net> Date: Thu, 28 Feb 2008 15:59:01 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Marko Lerota References: <867igo3cih.fsf@zid.claresco.hr> In-Reply-To: <867igo3cih.fsf@zid.claresco.hr> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements 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: Thu, 28 Feb 2008 23:59:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marko Lerota wrote: > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems > >> An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes >> a major version upgrade, so no matter which method you use to update >> an older system you should reinstall any ports you have installed on >> the machine. This will avoid binaries becoming linked to inconsistent >> sets of libraries when future port upgrades rebuild one port but not >> others that link to it. This can be done with: > > # portupgrade -faP > > etc... > > Why!!! Do you know how much time I have to spend with my PC to reinstall > all of this programs from ports? Only openoffice takes one day! And where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) > > Then the servers. Why should I reinstall all my databases and such? I always > liked that FreeBSD base (OS) is separated from packages. And no matter what I > do with the packages, my OS will always work. I don't want dependency > hell like in Linux. Now you are telling me that my database might not work > after upgrade to a new version. Is that it? With '-P' I think portupgrade would use packages where possible. Granted, it's a big PITA to install big beasts like OpenOffice, etc. :( One suggestion: install misc/compat6x. The rebuild-everything is just an suggestion which will avoid problems caused by binary incompatibility, like some shared objects wants libc.so.6 and some else wants libc.so.7 which will end up with big chaos. Beginning from FreeBSD 7.0, we have introduced the versioned symbols which may eliminate the need of the massive rebuild in the future... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHx0rFi+vbBBjt66ARAu0DAKC78/+duFcICQehw+V8YS3jTLTxKACfap87 914qnITBN6QinVyVry2FBfc= =2lXm -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 00:01: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 DEEB01065677 for ; Fri, 29 Feb 2008 00:01:22 +0000 (UTC) (envelope-from prvs=1944ab6227=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 553888FC16 for ; Fri, 29 Feb 2008 00:01:22 +0000 (UTC) (envelope-from prvs=1944ab6227=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1204242557; x=1204847357; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=GXwemajSz4pgw2/46XpHH Tpvq+WtMLtXgN68kANAw8I=; b=dxc9GvXtDtIHGAkk/CI7Pgi7eXhyWNZipmkFf nqyBtZOXPjM/V8yaOKPjnMHiJmYGgLfL/h8DIyrB1SpyTKYBAZI3RSyxVRRiRkXz S1q9hfHTl9/WSm11A+Sq9AGQCCaYl19IFXxmKzXNf7RB86ca5RGe10zh8K3etWPq bYRHVo= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-10.0 required=6.0 tests=USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005175617.msg for ; Thu, 28 Feb 2008 23:49:16 +0000 Message-ID: <005901c87a64$84517bb0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Marko Lerota" References: <867igo3cih.fsf@zid.claresco.hr> Date: Thu, 28 Feb 2008 23:49:11 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1944ab6227=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Thu, 28 Feb 2008 23:49:17 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 28 Feb 2008 23:49:17 +0000 Cc: Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 00:01:23 -0000 Nothing to stop you using packages if you so wish. ----- Original Message ----- From: "Marko Lerota" > # portupgrade -faP > > etc... > > Why!!! Do you know how much time I have to spend with my PC to reinstall > all of this programs from ports? Only openoffice takes one day! And where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) ... ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 00:03: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 D4BA61065679 for ; Fri, 29 Feb 2008 00:03:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B88938FC2B; Fri, 29 Feb 2008 00:03:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C74BD3.6020405@FreeBSD.org> Date: Fri, 29 Feb 2008 01:03:31 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Edwin Groothuis , Marko Lerota , freebsd-stable@freebsd.org References: <867igo3cih.fsf@zid.claresco.hr> <20080228235053.GA2964@k7.mavetju> In-Reply-To: <20080228235053.GA2964@k7.mavetju> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 00:03:33 -0000 Edwin Groothuis wrote: > On Fri, Feb 29, 2008 at 12:08:22AM +0100, Marko Lerota wrote: >> In http://www.freebsd.org/releases/7.0R/announce.html says >> >> Updating Existing Systems >> >>> An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes >>> a major version upgrade, so no matter which method you use to update >>> an older system you should reinstall any ports you have installed on > > Should, not must. Use misc/compat6x if you don't want to do this, > but that doesn't work for things which look in the kernel (sysutils/lsof > for example) No: must, not should. If you don't do this, then when you update e.g. only some of the gnome libraries without recompiling all of gnome, then your gnome binaries will have libraries linked to libc.so.6 and libc.so.7, and to libkse.so.2 as well as libthr.so.3, and this is a guaranteed runtime crash because these are mutually inconsistent sets of libraries. The mailing list archives have many examples of people who ran into this in the past. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 00:07: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 384C3106566B for ; Fri, 29 Feb 2008 00:07:16 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id C0F868FC1C for ; Fri, 29 Feb 2008 00:07:15 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id E3AE62218A7D; Fri, 29 Feb 2008 11:07:14 +1100 (EST) X-Viruscan-Id: <47C74CB20000AF7F843172@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id AD49E21B1F6E; Fri, 29 Feb 2008 11:07:14 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 4DCE32218A7A; Fri, 29 Feb 2008 11:07:14 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 24E2E246; Fri, 29 Feb 2008 11:07:14 +1100 (EST) Date: Fri, 29 Feb 2008 11:07:14 +1100 From: Edwin Groothuis To: Kris Kennaway Message-ID: <20080229000714.GB2964@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Kris Kennaway , Marko Lerota , freebsd-stable@freebsd.org References: <867igo3cih.fsf@zid.claresco.hr> <20080228235053.GA2964@k7.mavetju> <47C74BD3.6020405@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C74BD3.6020405@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Marko Lerota , freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 00:07:16 -0000 On Fri, Feb 29, 2008 at 01:03:31AM +0100, Kris Kennaway wrote: > Edwin Groothuis wrote: > >On Fri, Feb 29, 2008 at 12:08:22AM +0100, Marko Lerota wrote: > >>In http://www.freebsd.org/releases/7.0R/announce.html says > >> > >>Updating Existing Systems > >> > >>>An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > >>>a major version upgrade, so no matter which method you use to update > >>>an older system you should reinstall any ports you have installed on > > > >Should, not must. Use misc/compat6x if you don't want to do this, > >but that doesn't work for things which look in the kernel (sysutils/lsof > >for example) > > No: must, not should. > > If you don't do this, then when you update e.g. only some of the gnome > libraries without recompiling all of gnome, then your gnome binaries > will have libraries linked to libc.so.6 and libc.so.7, and to > libkse.so.2 as well as libthr.so.3, and this is a guaranteed runtime > crash because these are mutually inconsistent sets of libraries. He wanted independance of the base OS and the installed software. He didn't want to upgrade his software because of software version incompatibilies. That was the scenario where this advice was given on. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 00:15: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 4C5371065677; Fri, 29 Feb 2008 00:15:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF5458FC26; Fri, 29 Feb 2008 00:15:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C74EB6.9040801@FreeBSD.org> Date: Fri, 29 Feb 2008 01:15:50 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Edwin Groothuis , Kris Kennaway , Marko Lerota , freebsd-stable@freebsd.org References: <867igo3cih.fsf@zid.claresco.hr> <20080228235053.GA2964@k7.mavetju> <47C74BD3.6020405@FreeBSD.org> <20080229000714.GB2964@k7.mavetju> In-Reply-To: <20080229000714.GB2964@k7.mavetju> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 00:15:53 -0000 Edwin Groothuis wrote: > On Fri, Feb 29, 2008 at 01:03:31AM +0100, Kris Kennaway wrote: >> Edwin Groothuis wrote: >>> On Fri, Feb 29, 2008 at 12:08:22AM +0100, Marko Lerota wrote: >>>> In http://www.freebsd.org/releases/7.0R/announce.html says >>>> >>>> Updating Existing Systems >>>> >>>>> An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes >>>>> a major version upgrade, so no matter which method you use to update >>>>> an older system you should reinstall any ports you have installed on >>> Should, not must. Use misc/compat6x if you don't want to do this, >>> but that doesn't work for things which look in the kernel (sysutils/lsof >>> for example) >> No: must, not should. >> >> If you don't do this, then when you update e.g. only some of the gnome >> libraries without recompiling all of gnome, then your gnome binaries >> will have libraries linked to libc.so.6 and libc.so.7, and to >> libkse.so.2 as well as libthr.so.3, and this is a guaranteed runtime >> crash because these are mutually inconsistent sets of libraries. > > He wanted independance of the base OS and the installed software. > He didn't want to upgrade his software because of software version > incompatibilies. > > That was the scenario where this advice was given on. OK, it is true that if users do not plan to upgrade self-contained subsets of their installed 6.x software, then those subsets will continue to function indefinitely using the compat6x libraries. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 00:36: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 4AD791065672; Fri, 29 Feb 2008 00:36:59 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 25DF78FC23; Fri, 29 Feb 2008 00:36:59 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id C2A455B50; Thu, 28 Feb 2008 16:13:43 -0800 (PST) To: Kris Kennaway In-reply-to: Your message of "Fri, 29 Feb 2008 00:54:55 +0100." <47C749CF.4010501@FreeBSD.org> Date: Thu, 28 Feb 2008 16:13:43 -0800 From: Bakul Shah Message-Id: <20080229001343.C2A455B50@mail.bitblocks.com> Cc: Marko Lerota , freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 00:36:59 -0000 On Fri, 29 Feb 2008 00:54:55 +0100 Kris Kennaway wrote: > portupgrade -faP requests to reinstall everything from precompiled > packages. It will only fall back to compiling them locally if the > package is unavailable (e.g. for legal reasons). > > Second, the reason for this requirement is explained in the > announcement. In fact, it has *always* been required to recompile ports > when moving to a new major release of FreeBSD, for guaranteed correct > operation when some of the ports are updated later on. Er... Can't one run old binaries after installing one or more of usr/ports/misc/compat-[3456]x -- that has not changed, has it? I agree that people *should* recompile but it is not always possible or convenient and in such cases the compat libraries are a good crutch. In face one strong point of freebsd has been (or was) backward compatibility. > This is not FreeBSD-specific advice. It is true on any operating system > when the underlying set of libraries changes in an incompatible way. > However, on FreeBSD this *only* happens betweeen version branches. Almost all commercial OSes provide some degree of backward compatibility; some do much better (such as IBM & SGI). From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 00:57: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 2CAF21065674 for ; Fri, 29 Feb 2008 00:57:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21A2A8FC16; Fri, 29 Feb 2008 00:57:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7587C.7080202@FreeBSD.org> Date: Fri, 29 Feb 2008 01:57:32 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Bakul Shah References: <20080229001343.C2A455B50@mail.bitblocks.com> In-Reply-To: <20080229001343.C2A455B50@mail.bitblocks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marko Lerota , freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 00:57:36 -0000 Bakul Shah wrote: > On Fri, 29 Feb 2008 00:54:55 +0100 Kris Kennaway wrote: >> portupgrade -faP requests to reinstall everything from precompiled >> packages. It will only fall back to compiling them locally if the >> package is unavailable (e.g. for legal reasons). >> >> Second, the reason for this requirement is explained in the >> announcement. In fact, it has *always* been required to recompile ports >> when moving to a new major release of FreeBSD, for guaranteed correct >> operation when some of the ports are updated later on. > > Er... Can't one run old binaries after installing one or more > of usr/ports/misc/compat-[3456]x -- that has not changed, has > it? No, it has not. As I've tried to explain, the difficulty is when you start recompiling parts of them, e.g. a shared library used by other ports. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 01: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 AE7151065672 for ; Fri, 29 Feb 2008 01:06:31 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8778F8FC2A for ; Fri, 29 Feb 2008 01:06:31 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.168.194.131]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JWZ00F2Z3Q7RYZ4@vms173001.mailsrvcs.net> for freebsd-stable@freebsd.org; Thu, 28 Feb 2008 17:54:08 -0600 (CST) Date: Thu, 28 Feb 2008 19:08:27 -0500 From: Skip Ford In-reply-to: <867igo3cih.fsf@zid.claresco.hr> To: Marko Lerota Message-id: <20080229000827.GB967@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <867igo3cih.fsf@zid.claresco.hr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 01:06:31 -0000 Marko Lerota wrote: > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems > > > An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > > a major version upgrade, so no matter which method you use to update > > an older system you should reinstall any ports you have installed on > > the machine. This will avoid binaries becoming linked to inconsistent > > sets of libraries when future port upgrades rebuild one port but not > > others that link to it. This can be done with: > > # portupgrade -faP > > etc... > > Why!!! If you never rebuild any ports at all after upgrading to a new major version, then your ports should all continue to work as long as they can find the old libraries they need. However, once you rebuild a port, it will link to new libraries, and may also link to other libraries that continue to be linked to the old libraries. You may end up with a binary being linked against libc.so.6 and libc.so.7, which will not work. > Then the servers. Why should I reinstall all my databases and such? I always > liked that FreeBSD base (OS) is separated from packages. And no matter what I > do with the packages, my OS will always work. I don't want dependency > hell like in Linux. Now you are telling me that my database might not work > after upgrade to a new version. Is that it? Ports that depend on other ports are vulnerable to this problem. Ports that only require base libraries are not. The more ports a port depends on, the more likely you are to run into problems if you don't rebuild all ports to begin with. So, if you don't ever rebuild any of your ports at all, everything should still work until you finally do rebuild a port. At that point, if that port doesn't depend on other ports and only links to base libraries, you'll still be fine. Once you rebuild a port that depends on other ports, things may break if you don't force a rebuild of every port that port depends on. The paragraph you quoted above attempts to avoid that breakage and the mailing list questions that ensue, by forcing a rebuild of all ports to begin with. -- Skip From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 01:11: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 D109D106567C; Fri, 29 Feb 2008 01:11:57 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id AE8258FC28; Fri, 29 Feb 2008 01:11:57 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 3C4535B3B; Thu, 28 Feb 2008 17:11:57 -0800 (PST) To: Kris Kennaway In-reply-to: Your message of "Fri, 29 Feb 2008 01:57:32 +0100." <47C7587C.7080202@FreeBSD.org> Date: Thu, 28 Feb 2008 17:11:57 -0800 From: Bakul Shah Message-Id: <20080229011157.3C4535B3B@mail.bitblocks.com> Cc: Marko Lerota , freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 01:11:58 -0000 On Fri, 29 Feb 2008 01:57:32 +0100 Kris Kennaway wrote: > Bakul Shah wrote: > > On Fri, 29 Feb 2008 00:54:55 +0100 Kris Kennaway wrote: > >> portupgrade -faP requests to reinstall everything from precompiled > >> packages. It will only fall back to compiling them locally if the > >> package is unavailable (e.g. for legal reasons). > >> > >> Second, the reason for this requirement is explained in the > >> announcement. In fact, it has *always* been required to recompile ports > >> when moving to a new major release of FreeBSD, for guaranteed correct > >> operation when some of the ports are updated later on. > > > > Er... Can't one run old binaries after installing one or more > > of usr/ports/misc/compat-[3456]x -- that has not changed, has > > it? > > No, it has not. Excellent! I was getting worried a bit :-) > As I've tried to explain, the difficulty is when you start recompiling > parts of them, e.g. a shared library used by other ports. Understood. Hmm... If prior to any recompile such a shared lib was copied to a compat dir (based on the most recent shared lib *it* depends on), programs relying on it would continue working. Thanks for the explanation. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 01:34: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 747B6106566B; Fri, 29 Feb 2008 01:34:12 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from hyatt.suomi.net (hyatt.suomi.net [82.128.152.22]) by mx1.freebsd.org (Postfix) with ESMTP id 207688FC1A; Fri, 29 Feb 2008 01:34:11 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from tiku.suomi.net ([82.128.154.67]) by hyatt.suomi.net (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWZ0065F8CXN9E0@hyatt.suomi.net>; Fri, 29 Feb 2008 03:34:09 +0200 (EET) Received: from spam5.suomi.net (spam5.suomi.net [212.50.131.165]) by mailstore.suomi.net (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0JWZ003XW8CXSZ40@mailstore.suomi.net>; Fri, 29 Feb 2008 03:34:09 +0200 (EET) Received: from veneficus.koti.lan (unknown [82.128.203.6]) by spam5.suomi.net (Postfix) with ESMTP id A80A74A87E; Fri, 29 Feb 2008 01:33:56 +0000 (UTC) Date: Fri, 29 Feb 2008 03:33:56 +0200 From: Teemu Korhonen In-reply-to: <47C72A93.10608@mbnet.fi> To: Jung-uk Kim Message-id: <47C76104.8080002@mbnet.fi> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-DNA-MailScanner-Watermark: 1204853637.3104@8ijonjoOb6BRhLfF3wwGDg X-DNA-MailScanner-Information: Please contact OPOY for more information X-DNA-MailScanner: Found to be clean X-DNA-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=3.662, required 5, AWL 0.39, HELO_LH_HOME 3.17, RDNS_NONE 0.10) X-DNA-MailScanner-SpamScore: sss X-DNA-MailScanner-From: teemu.korhonen@mbnet.fi References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C72A93.10608@mbnet.fi> User-Agent: Thunderbird 2.0.0.9 (X11/20071208) X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 01:34:12 -0000 Teemu Korhonen wrote: > Jung-uk Kim wrote: >> On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: >> >>> Did anyone find a solution to the "jerky mouse" -problem? It still >>> exists in 7.0-RELEASE. >>> >>> I have pretty much exact same symptoms as in this post: >>> >>> >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html >> >> >> Can you try the attached patches for ports/x11-servers/xorg-server? >> Just drop them in files directory, rebuild, reinstall, etc... >> >> Thanks, >> >> Jung-uk Kim >> > Thanks, I'll try them tonight. > > - Teemu Korhonen > Ok, I tried the patches and it seems to work at least with ule-scheduler. I tested with both 4bsd and ule by building some ports: with 4bsd, system is still very jerky/unusable, however with ule, some cursor jumping still occurs, but things seem much smoother and I can actually do something while building. Thanks a lot, - Teemu Korhonen From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 01:52: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 74E5D1065675 for ; Fri, 29 Feb 2008 01:52:35 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E89D78FC21; Fri, 29 Feb 2008 01:52:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C76560.4090402@FreeBSD.org> Date: Fri, 29 Feb 2008 02:52:32 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Bakul Shah References: <20080229011157.3C4535B3B@mail.bitblocks.com> In-Reply-To: <20080229011157.3C4535B3B@mail.bitblocks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marko Lerota , freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 01:52:35 -0000 Bakul Shah wrote: >> As I've tried to explain, the difficulty is when you start recompiling >> parts of them, e.g. a shared library used by other ports. > > Understood. > > Hmm... If prior to any recompile such a shared lib was copied > to a compat dir (based on the most recent shared lib *it* > depends on), programs relying on it would continue working. Tools like portupgrade do save copies of old libraries in /usr/local/lib/compat (which helps in other upgrade scenarios), but it doesn't help in the OS upgrade case because the old and new shared port libraries have the same version and cannot be distinguished automatically by the linker. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 02:30: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 077D31065670 for ; Fri, 29 Feb 2008 02:30:33 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id A0D218FC14 for ; Fri, 29 Feb 2008 02:30:32 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1T2UUNP021981; Fri, 29 Feb 2008 13:30:30 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802290230.m1T2UUNP021981@drugs.dv.isc.org> To: Skip Ford From: Mark Andrews In-reply-to: Your message of "Thu, 28 Feb 2008 19:08:27 CDT." <20080229000827.GB967@menantico.com> Date: Fri, 29 Feb 2008 13:30:29 +1100 Sender: marka@isc.org Cc: Marko Lerota , freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 02:30:33 -0000 > Marko Lerota wrote: > > In http://www.freebsd.org/releases/7.0R/announce.html says > > > > Updating Existing Systems > > > > > An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > > > a major version upgrade, so no matter which method you use to update > > > an older system you should reinstall any ports you have installed on > > > the machine. This will avoid binaries becoming linked to inconsistent > > > sets of libraries when future port upgrades rebuild one port but not > > > others that link to it. This can be done with: > > > > # portupgrade -faP > > > > etc... > > > > Why!!! > > If you never rebuild any ports at all after upgrading to a new major > version, then your ports should all continue to work as long as they can > find the old libraries they need. However, once you rebuild a port, it > will link to new libraries, and may also link to other libraries that > continue to be linked to the old libraries. You may end up with a binary > being linked against libc.so.6 and libc.so.7, which will not work. > > > Then the servers. Why should I reinstall all my databases and such? I always > > liked that FreeBSD base (OS) is separated from packages. And no matter what I > > do with the packages, my OS will always work. I don't want dependency > > hell like in Linux. Now you are telling me that my database might not work > > after upgrade to a new version. Is that it? > > Ports that depend on other ports are vulnerable to this problem. Ports > that only require base libraries are not. The more ports a port depends > on, the more likely you are to run into problems if you don't rebuild all > ports to begin with. > > So, if you don't ever rebuild any of your ports at all, everything should > still work until you finally do rebuild a port. At that point, if that port > doesn't depend on other ports and only links to base libraries, you'll > still be fine. Once you rebuild a port that depends on other ports, > things may break if you don't force a rebuild of every port that port > depends on. Running "portupgrade -nrR " repeated until stabilised used to also work for just-in-time upgrades like this. Unfortunately "portupgrade -nrR" no longer reports packages that won't be upgraded. There are no longer any "-" entries in the output. I need to see what "portupgrade -nrRf" does before reporting this. > The paragraph you quoted above attempts to avoid that breakage and the > mailing list questions that ensue, by forcing a rebuild of all ports to > begin with. > > -- > Skip > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 03:14: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 B651D1065677 for ; Fri, 29 Feb 2008 03:14:57 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7268FC31 for ; Fri, 29 Feb 2008 03:14:57 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1T3EtF6048649 for ; Fri, 29 Feb 2008 14:14:55 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802290314.m1T3EtF6048649@drugs.dv.isc.org> Cc: freebsd-stable@freebsd.org From: Mark Andrews In-reply-to: Your message of "Fri, 29 Feb 2008 13:30:29 +1100." <200802290230.m1T2UUNP021981@drugs.dv.isc.org> Date: Fri, 29 Feb 2008 14:14:55 +1100 Sender: marka@isc.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 03:14:57 -0000 > > > Marko Lerota wrote: > > > In http://www.freebsd.org/releases/7.0R/announce.html says > > > > > > Updating Existing Systems > > > > > > > An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes > > > > a major version upgrade, so no matter which method you use to update > > > > an older system you should reinstall any ports you have installed on > > > > the machine. This will avoid binaries becoming linked to inconsistent > > > > sets of libraries when future port upgrades rebuild one port but not > > > > others that link to it. This can be done with: > > > > > > # portupgrade -faP > > > > > > etc... > > > > > > Why!!! > > > > If you never rebuild any ports at all after upgrading to a new major > > version, then your ports should all continue to work as long as they can > > find the old libraries they need. However, once you rebuild a port, it > > will link to new libraries, and may also link to other libraries that > > continue to be linked to the old libraries. You may end up with a binary > > being linked against libc.so.6 and libc.so.7, which will not work. > > > > > Then the servers. Why should I reinstall all my databases and such? I always > > > liked that FreeBSD base (OS) is separated from packages. And no matter what I > > > > do with the packages, my OS will always work. I don't want dependency > > > hell like in Linux. Now you are telling me that my database might not work > > > after upgrade to a new version. Is that it? > > > > Ports that depend on other ports are vulnerable to this problem. Ports > > that only require base libraries are not. The more ports a port depends > > on, the more likely you are to run into problems if you don't rebuild all > > ports to begin with. > > > > So, if you don't ever rebuild any of your ports at all, everything should > > still work until you finally do rebuild a port. At that point, if that port > > doesn't depend on other ports and only links to base libraries, you'll > > still be fine. Once you rebuild a port that depends on other ports, > > things may break if you don't force a rebuild of every port that port > > depends on. > > Running "portupgrade -nrR " repeated until > stabilised used to also work for just-in-time > upgrades like this. Unfortunately "portupgrade -nrR" no > longer reports packages that won't be upgraded. There are > no longer any "-" entries in the output. > > I need to see what "portupgrade -nrRf" does before reporting > this. For example if I was to upgrade firefox I'd have to upgrade 548 of the 582 packages on this machine. Mark getlist: #!/bin/sh -f sed -e '/Depends on:/d' \ -e '/Information for/d' \ -e '/Required by:/d' \ -e '/^$/d' \ -e 's/Dependency://' \ -e 's/ //g' | sort -u % pkg_info -rR "*fox*" | ./getlist | wc 100 100 1665 % pkg_info -rR "*fox*" | ./getlist | xargs pkg_info -rR | ./getlist | wc 467 467 8435 % pkg_info -rR "*fox*" | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | wc 547 547 9780 drugs:9.4.x 14:03 {2701} % pkg_info -rR "*fox*" | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | wc 548 548 9793 % pkg_info -rR "*fox*" | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | xargs pkg_info -rR | ./getlist | wc 548 548 9793 % pkg_info | wc 582 3869 34258 % > > The paragraph you quoted above attempts to avoid that breakage and the > > mailing list questions that ensue, by forcing a rebuild of all ports to > > begin with. > > > > -- > > Skip > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 04:26: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 C23D8106566C; Fri, 29 Feb 2008 04:26:43 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0684C8FC26; Fri, 29 Feb 2008 04:26:42 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id m1T46TuL098724; Fri, 29 Feb 2008 13:06:29 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Fri, 29 Feb 2008 13:06:31 +0900 (JST) Message-Id: <20080229.130631.1678733767.ken@tydfam.jp> To: jkim@freebsd.org From: ken In-Reply-To: <200802281631.07844.jkim@FreeBSD.org> References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.92/6036/Fri Feb 29 11:33:56 2008 on daemon.sub.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: teemu.korhonen@mbnet.fi, freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 04:26:43 -0000 I think that your patch solved the problem with my 8.0-current. Thank you.. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 07:06: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 1CD461065677 for ; Fri, 29 Feb 2008 07:06:30 +0000 (UTC) (envelope-from arlogeek@lonetree.com) Received: from cluster1.bresnan.net (cluster1.bresnan.net [69.145.248.58]) by mx1.freebsd.org (Postfix) with ESMTP id DA6438FC15 for ; Fri, 29 Feb 2008 07:06:29 +0000 (UTC) (envelope-from arlogeek@lonetree.com) Received: from [72.175.117.49] (HELO [192.168.1.25]) by fe-3.cluster1.bresnan.net (CommuniGate Pro SMTP 5.1.10) with ESMTP id 683480149 for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 00:06:29 -0700 From: geek To: FreeBSD Date: Fri, 29 Feb 2008 00:06:28 -0700 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: <200802290006.28472.arlogeek@lonetree.com> Subject: I tried to install 7.0 today and had problems. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: arlogeek@lonetree.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 07:06:30 -0000 I tried to install 7.0 on a computer with an ABIT AV8 motherboard. This board has an integrated NIC and the installer didn't find it. This same machine works just fine with 6.2. Any suggestions would be appreciated. Thanks to all. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 07:15: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 2D9691065671 for ; Fri, 29 Feb 2008 07:15:18 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id D61688FC2C for ; Fri, 29 Feb 2008 07:15:17 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JWZ00D7FO5GERB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 08:15:16 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JWZ008A2O5GM5P2@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 08:15:16 +0100 (CET) Date: Fri, 29 Feb 2008 08:15:15 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080229081515.ee6684c0.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080225181826.fbb05634.torfinn.ingolfsen@broadpark.no> References: <20080225020123.GB42733@cdnetworks.co.kr> <20080225181826.fbb05634.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: packet loss with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 07:15:18 -0000 On Mon, 25 Feb 2008 18:18:26 +0100 Torfinn Ingolfsen wrote: > After the last update, I saw that there had been a lot of fixes for re > (4) in the source, so I didn't bother with this patch.The machine is > still up, but I haven't tried any heavy network traffic yet. Note to self (and others): the if_re patch is still needed on 7-stable from 2008-02-28. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 07:39: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 CC6C1106566C for ; Fri, 29 Feb 2008 07:39:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 937318FC17 for ; Fri, 29 Feb 2008 07:39:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3800887wfa.7 for ; Thu, 28 Feb 2008 23:39:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Mxu6JBVYGeLi+3IKtNpsWxkamRwQySnF+QTZ3S9swHI=; b=uLk4WnATGqq5EWNQLBvS8zYTSyKWKvmlvB7/E/fjZn2vctLS0niy4/pxlnnmSy+Mxb72BFU2Kfd+Tw5IQgjHQAyy4cALhz6z+b+rndLnSmCHDAp6jWoPf88u45sHZcpb4crV9Cb+Yjr5rSlh22c9O/tQblbjG0HZBEzBMuRFCTw= 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=mklL6Id5Dk/OWvq9wtFs+ztku91ZqjSNwzuHXqgO4R4O6g7WNlUd9Y7C7aS8l3DmWoGBVpfvbyMD24NDyglIk6Ja6qoMiRDpnXsG4mZ9O5O8OIrkciS52Ul4/qgwJfG7kZgpba57C8uYJBPzn8LPpR5OmakIayEC2KofqISLxNg= Received: by 10.142.178.13 with SMTP id a13mr5870748wff.129.1204270796272; Thu, 28 Feb 2008 23:39:56 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm19047221wfd.19.2008.02.28.23.39.52 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Feb 2008 23:39:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1T7dnOF062136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Feb 2008 16:39:49 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1T7dmDo062135; Fri, 29 Feb 2008 16:39:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 29 Feb 2008 16:39:48 +0900 From: Pyun YongHyeon To: Pete French Message-ID: <20080229073948.GE60623@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: if_re losinbg ability to communicate, even with latest patches 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, 29 Feb 2008 07:39:56 -0000 On Thu, Feb 28, 2008 at 02:34:01PM +0000, Pete French wrote: > yesterday I had my first experience of an if_re interface simply stopping > responding. I ma running 7.0-RELEASE on the machine, but with > the lates files taken from here: > > http://people.freebsd.org/~yongari/re/7.0R/if_re.c > http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h > > Luckily I had worried about tis and have set the machine up to reboot > if it suspects that it';s netowkring is down, so twelve hours later it > did so and I can login again. Is there anythign useful I can get out > of the logs to try and work out what the problem is though ? A I see > lots of messages in the log like this: > > "error sending response: not enough free resources" > > but I am assuming that this is due to the ether stall, not the cause of > it. Would enabling polling on the interface help ? (i.e. is this possiblky > a lost interrupt issue?). > Any other console messages printed from re(4)? Show me both verbosed boot messages related with re(4) and 'vmstat -i' output. > All advice welcome... > > -pete. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 08:19: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 5EF52106566C for ; Fri, 29 Feb 2008 08:19:14 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id F3FB48FC1B for ; Fri, 29 Feb 2008 08:19:13 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1T8J7JJ082522 for ; Fri, 29 Feb 2008 00:19:13 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1T8J7D8082521 for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 00:19:07 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 29 Feb 2008 00:19:06 -0800 Message-ID: <20080229001906.95tw300jkww0c4sk@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 29 Feb 2008 00:19:06 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <867igo3cih.fsf@zid.claresco.hr> In-Reply-To: <867igo3cih.fsf@zid.claresco.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 08:19:14 -0000 Quoting Marko Lerota : > In http://www.freebsd.org/releases/7.0R/announce.html says > > Updating Existing Systems > >> An upgrade of any existing system to FreeBSD 7.0-RELEASE constitutes >> a major version upgrade, so no matter which method you use to update >> an older system you should reinstall any ports you have installed on >> the machine. This will avoid binaries becoming linked to inconsistent >> sets of libraries when future port upgrades rebuild one port but not >> others that link to it. This can be done with: > > # portupgrade -faP > > etc... > > Why!!! Do you know how much time I have to spend with my PC to reinstall > all of this programs from ports? Only openoffice takes one day! And where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) > > Then the servers. Why should I reinstall all my databases and such? I always > liked that FreeBSD base (OS) is separated from packages. And no matter what I > do with the packages, my OS will always work. I don't want dependency > hell like in Linux. Now you are telling me that my database might not work > after upgrade to a new version. Is that it? While not a recommended substitution for "good housekeeping". I thought it worth mentioning: LIBMAP.CONF(5) http://www.freebsd.org/cgi/man.cgi?query=libmap.conf&apropos=0&sektion=0&manpath=FreeBSD+6.3-RELEASE&format=html --Chris H > > -- > One cannot sell the earth upon which the people walk > Tacunka Witco > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 08:45: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 6179C1065676 for ; Fri, 29 Feb 2008 08:45:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 06FC78FC1F for ; Fri, 29 Feb 2008 08:45:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7C1E1.dip.t-dialin.net [84.167.193.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 55C91405BA5; Fri, 29 Feb 2008 09:45:10 +0100 (CET) Message-ID: <47C7C611.2000609@bsdforen.de> Date: Fri, 29 Feb 2008 09:45:05 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: Jung-uk Kim References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> In-Reply-To: <200802281631.07844.jkim@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 08:45:12 -0000 Jung-uk Kim wrote: > On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: >> Did anyone find a solution to the "jerky mouse" -problem? It still >> exists in 7.0-RELEASE. >> >> I have pretty much exact same symptoms as in this post: >> > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html > > Can you try the attached patches for ports/x11-servers/xorg-server? > Just drop them in files directory, rebuild, reinstall, etc... > > Thanks, > > Jung-uk Kim I'm running RELENG_7 built the day before yesterday with SCHED_ULE. Your patch doesn't improve anything for me. The system still locks up entirely while the mouse is not in movement. Only not using moused helps. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 08:48: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 0C46B106566B for ; Fri, 29 Feb 2008 08:48:28 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 304198FC18 for ; Fri, 29 Feb 2008 08:48:27 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so2817946rvb.43 for ; Fri, 29 Feb 2008 00:48:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=0XerSdhz/StltluFTZAH+YRCpsq/95mRzBEvU8iPljw=; b=VQt5GvDH/eEsmW8ebRGBZZmr26yQ6nLyUtbQsIJANfcLYpJvOLPewOlzoVpqobJpuARLF10AR9Wx764cFfRP5F4fdUpVhCe3+iJXoBDjciUJ3NcpDZ9M0IaEvOWsor1et9L/MsGA05z15Ep60sOiTqDBSnuFz8chZJJiDaFbKVE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=epJ2UwUcACLtmM46mWQJxBusuK7MtJBe2+QmLbF6o0yL9y3KILFSH49ha7cYFr5FbfrEuxB09ZauRdBI6gxpXyznP0oBitqzwt23k2PcU96k0YWf5aPqaGK48lM3GFItdzKv1bYaq/OTzXYeuT7ocUFJa3HZlrG4oWvKwg2BM9E= Received: by 10.141.99.4 with SMTP id b4mr6163885rvm.40.1204273373796; Fri, 29 Feb 2008 00:22:53 -0800 (PST) Received: by 10.140.207.1 with HTTP; Fri, 29 Feb 2008 00:22:53 -0800 (PST) Message-ID: <2e77fc10802290022m426a5d86q45ba511169ed468a@mail.gmail.com> Date: Fri, 29 Feb 2008 08:22:53 +0000 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 73d6028c206164a0 Subject: "make release" in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 08:48:28 -0000 Any ideas on how to do "make release" in jail? It seems that it needs to mount devfs which is not possible inside a jail. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 09:08: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 7BEE01065671 for ; Fri, 29 Feb 2008 09:08:55 +0000 (UTC) (envelope-from prvs=194543e9cb=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id F409F8FC1C for ; Fri, 29 Feb 2008 09:08:54 +0000 (UTC) (envelope-from prvs=194543e9cb=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1204275494; x=1204880294; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=qRru3gzZmNgOaRbTOSvbX xYkHBImP2e7fyirmHs72Pc=; b=fZa3T8FAlaxBMTyVTqeRi8smLKx3vir4qYcTj LCWv93VfYGFJkEqjAB28o8CcdfzSFNefrZhUrRRHEzHylrXp8ZMd2t7CaAOhppgW rp0bf0MXl9Iyay5YUpXDe+Al+L+L1M2iUSDrFJZ7hZOMtFJQTcB/cS1BUHy1c5mg cTt9FY= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005177142.msg for ; Fri, 29 Feb 2008 08:58:12 +0000 Message-ID: <008001c87ab1$35911600$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Niki Denev" , References: <2e77fc10802290022m426a5d86q45ba511169ed468a@mail.gmail.com> Date: Fri, 29 Feb 2008 08:58:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=194543e9cb=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 29 Feb 2008 08:58:14 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 29 Feb 2008 08:58:14 +0000 Cc: Subject: Re: "make release" in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 09:08:55 -0000 You should just be able to set: jail_devfs_enable="YES" The on 7.0 use nullfs to mount your /usr/src from the main host and away you go. Could even do the same for /usr/obj to save time Regards Steve ----- Original Message ----- From: "Niki Denev" To: Sent: Friday, February 29, 2008 8:22 AM Subject: "make release" in a jail > Any ideas on how to do "make release" in jail? > It seems that it needs to mount devfs which is not possible inside a jail. > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 09:23: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 97030106566C for ; Fri, 29 Feb 2008 09:23:29 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from nagual.nl (cc20684-a.assen1.dr.home.nl [82.74.10.158]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2ED8FC22 for ; Fri, 29 Feb 2008 09:23:28 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from westmark (westmark.nagual.nl [192.168.11.22]) by nagual.nl (8.13.8+Sun/8.13.8/yanta) with ESMTP id m1T99u7m023462 for ; Fri, 29 Feb 2008 10:09:56 +0100 (CET) Date: Fri, 29 Feb 2008 10:08:36 +0100 From: Dick Hoogendijk To: freebsd-stable@freebsd.org Message-ID: <20080229100836.00007b83@westmark> In-Reply-To: <005b01c87a63$b3cb8670$1b629350$@com> References: <867igo3cih.fsf@zid.claresco.hr> <005b01c87a63$b3cb8670$1b629350$@com> Organization: de nagual X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.1; i386-pc-solaris2.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 192.168.11.35 Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 09:23:29 -0000 On Thu, 28 Feb 2008 18:43:20 -0500 "Kevin K" wrote: > No one is forcing you to upgrade. Head in the sand reaction. I think the guy is right. The upgrade proces and constant rebuilding of ports made me switch in the end after years of using freeBSD. My computer is fast, but I want to use it for someting useful iso compiling and compiling and.. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxde 01/08 ++ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 10:38: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 6ED501065675 for ; Fri, 29 Feb 2008 10:38:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 93DD38FC14; Fri, 29 Feb 2008 10:38:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7E0BA.8090607@FreeBSD.org> Date: Fri, 29 Feb 2008 11:38:50 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Dick Hoogendijk References: <867igo3cih.fsf@zid.claresco.hr> <005b01c87a63$b3cb8670$1b629350$@com> <20080229100836.00007b83@westmark> In-Reply-To: <20080229100836.00007b83@westmark> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 10:38:52 -0000 Dick Hoogendijk wrote: > On Thu, 28 Feb 2008 18:43:20 -0500 > "Kevin K" wrote: > >> No one is forcing you to upgrade. > > Head in the sand reaction. > I think the guy is right. > The upgrade proces and constant rebuilding of ports made me switch in > the end after years of using freeBSD. My computer is fast, but I want > to use it for someting useful iso compiling and compiling and.. Uh, we have had precompiled package support for over a decade now. Did you really not know about it?! Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 10:41:07 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 D41091065677 for ; Fri, 29 Feb 2008 10:41:07 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 925208FC18 for ; Fri, 29 Feb 2008 10:41:07 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JV2fr-0008Kg-5I for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 11:41:07 +0100 Date: Fri, 29 Feb 2008 11:41:07 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20080229104107.GA31985@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: PAUSE support for Ethernet interfaces ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 10:41:08 -0000 Hi! I'm researching the topic of PAUSE counters (receiving side) for FreeBSD systems. That's a sort of flow control with ethernet, see e.g.: http://www.techfest.com/networking/lan/ethernet3.htm#3.2.1 Cisco switches seem to receive and count them, which helps to find short-term (seconds) overloaded links. Can FreeBSD 6.x or 7.x handle PAUSE frames, at least receiving them ? Thanks for any pointer! -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 10:47: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 5BD281065674 for ; Fri, 29 Feb 2008 10:47:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 55B3B8FC13; Fri, 29 Feb 2008 10:47:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7E2C5.20403@FreeBSD.org> Date: Fri, 29 Feb 2008 11:47:33 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Chris H." References: <867igo3cih.fsf@zid.claresco.hr> <20080229001906.95tw300jkww0c4sk@webmail.1command.com> In-Reply-To: <20080229001906.95tw300jkww0c4sk@webmail.1command.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.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 10:47:36 -0000 Chris H. wrote: > While not a recommended substitution for "good housekeeping". I thought it > worth mentioning: > LIBMAP.CONF(5) > http://www.freebsd.org/cgi/man.cgi?query=libmap.conf&apropos=0&sektion=0&manpath=FreeBSD+6.3-RELEASE&format=html This can be used safely sometimes, but it is dangerous when attempting to work around library version issues. In general, library version numbers change because the libraries are incompatible, and if you force the issue with libmap (or its cruder cousin, ln -s) you will begin to enumerate the ways in which they are not compatible when your application crashes or misbehaves. Using libmap should not be thought of as a solution unless you know what you are doing and can verify that it is safe on a case by case basis. This may sound like pedantic advice, but I have dealt with many mailing list users who are all up in arms about "how crap the ports collection has become..nothing works any more...freebsd is dying...and *mumble mumble* when I botched an upgrade a few months ago I symlinked all the missing libraries to new versions...don't do that you say? But that cannot possibly be related...oh wait it was, okbye." Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 11:10: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 EF870106566B for ; Fri, 29 Feb 2008 11:10:25 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mail.tsscom.ru (mail.tsscom.ru [195.10.205.29]) by mx1.freebsd.org (Postfix) with ESMTP id 76B318FC2F for ; Fri, 29 Feb 2008 11:10:24 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from [195.10.205.145] (HELO [10.10.80.29]) by mail.tsscom.ru (CommuniGate Pro SMTP 5.1.8) with ESMTP id 183205 for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 13:10:20 +0300 From: Andrew Kolchoogin To: freebsd-stable@freebsd.org In-Reply-To: <20080229100836.00007b83@westmark> References: <867igo3cih.fsf@zid.claresco.hr> <005b01c87a63$b3cb8670$1b629350$@com> <20080229100836.00007b83@westmark> Content-Type: text/plain Organization: Cronyx Plus LLC Date: Fri, 29 Feb 2008 13:10:07 +0300 Message-Id: <1204279807.3066.7.camel@akela> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 11:10:26 -0000 Sat, 29/02/2008 at 10:08 +0100, Dick Hoogendijk writes: > > No one is forcing you to upgrade. > Head in the sand reaction. Nope. > I think the guy is right. > The upgrade proces and constant rebuilding of ports made me switch in > the end after years of using freeBSD. My computer is fast, but I want > to use it for someting useful iso compiling and compiling and.. You were not forced to. All of your installed software will work fine if you install 6.x compatibility libraries unless a piece of software is inherently system-dependant. Generally speaking, OpenOffice.org will work fine, and lm_sensors MIGHT, but it is not guaranteed to. As of any major version upgrade of FreeBSD. :) -- Yours Andrew Kolchoogin. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 11:24: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 18D511065672 for ; Fri, 29 Feb 2008 11:24:14 +0000 (UTC) (envelope-from dmantipov@yandex.ru) Received: from smtp10.yandex.ru (smtp10.yandex.ru [213.180.223.92]) by mx1.freebsd.org (Postfix) with ESMTP id 63DB88FC36 for ; Fri, 29 Feb 2008 11:24:12 +0000 (UTC) (envelope-from dmantipov@yandex.ru) Received: from rtsoft2.corbina.net ([85.21.88.2]:27839 "EHLO localhost.localdomain" smtp-auth: "dmantipov" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5866778AbYB2LGp (ORCPT ); Fri, 29 Feb 2008 14:06:45 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp10 X-Yandex-TimeMark: 1204283205 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp10.yandex.ru logged sender identity as: dmantipov Message-ID: <47C7E73E.5010701@yandex.ru> Date: Fri, 29 Feb 2008 14:06:38 +0300 From: Dmitry Antipov User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.0 - slow/unstable Internet access via Linux router X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 11:24:14 -0000 Hello, recently I've installed 7.0 and now I'm observing strange thing with my Internet connection. Access to some sites may be VERY slow or doesn't work at all with different kinds of timeout messages or without messages at all (but other sites works fine). For example, firefox may say "Transferring data from..." message and then "The connection to the server was reset while the page was loading", lynx just says "HTTP/1.1 200 OK" and displays no data, etc. I'm also using Linux and Windows XP on the same machine, and the same sites are loaded very quickly. Note I'm not using a proxy. My NIC is: mskc0: port 0xc800-0xc8ff mem 0xcdefc000-0xcdefffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:11:2f:37:d5:19 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] And network configuration is: msk0: flags=8843 metric 0 mtu 1500 options=19a ether 00:11:2f:37:d5:19 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 msk0 is DHCP-configured from Linux router, which is connected to ISP via PPPoE: eth0 Link encap:Ethernet HWaddr 00:01:C0:02:F5:45 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ... eth1 Link encap:Ethernet HWaddr 00:01:C0:03:0A:66 inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ... ppp0 Link encap:Point-to-Point Protocol inet addr:X.X.X.X P-t-P:10.0.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 ... Here eth0 is a "transport layer" for ppp0, which is connected to ISP, and eth1 is a local network interface. The Linux router does a full NAT for all machines from 192.168.1.0. I've tried to reduce MTU to match router's ppp0 setting with "ifconfig msk0 mtu 1492" and even down it to 1480, but it doesn't help. Any ideas ? Dmitry From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 11:37: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 1214C1065672 for ; Fri, 29 Feb 2008 11:37:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BABE68FC24 for ; Fri, 29 Feb 2008 11:37:38 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JV3YV-0008OT-9d for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 11:37:35 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Feb 2008 11:37:35 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Feb 2008 11:37:35 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 29 Feb 2008 12:40:46 +0100 Lines: 41 Message-ID: References: <47C7E73E.5010701@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig696EF6FCF32D8E2AD2D6A16A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47C7E73E.5010701@yandex.ru> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 7.0 - slow/unstable Internet access via Linux router X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 11:37:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig696EF6FCF32D8E2AD2D6A16A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dmitry Antipov wrote: > Hello, >=20 > recently I've installed 7.0 and now I'm observing strange thing with my= > Internet connection. Meaning you had earlier versions installed that worked? If so, did configuration change? > I've tried to reduce MTU to match router's ppp0 setting with "ifconfig > msk0 mtu 1492" and even > down it to 1480, but it doesn't help. I cannot help you directly but here's some ideas: - Try ridiculously low MTUs - Do you have a firewall somewhere in the network? Maybe it's improperly configured. I remember seeing similar weird behaviour when I accidentally disabled all ICMP traffic. --------------enig696EF6FCF32D8E2AD2D6A16A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHx+8+ldnAQVacBcgRAmMxAJ9Gmbbo8hwyxIB98/LJeI6c4qWNnQCg83Ad DjgqbP90Z1VFVF1ZWfnuU78= =+6v1 -----END PGP SIGNATURE----- --------------enig696EF6FCF32D8E2AD2D6A16A-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 11:52: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 98CC01065673 for ; Fri, 29 Feb 2008 11:52:20 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.freebsd.org (Postfix) with ESMTP id E6F038FC15 for ; Fri, 29 Feb 2008 11:52:19 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 52738 invoked by uid 89); 29 Feb 2008 11:52:11 -0000 Received: from unknown (HELO mta.webmatic.de) (127.0.0.1) by localhost with SMTP; 29 Feb 2008 11:52:11 -0000 Received: from 217.188.193.85 (SquirrelMail authenticated user freebsd-stable@chef-ingenieur.de) by mta.webmatic.de with HTTP; Fri, 29 Feb 2008 12:52:11 +0100 (CET) Message-ID: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> Date: Fri, 29 Feb 2008 12:52:11 +0100 (CET) From: "Thomas Krause" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: $HOME changed from 6.2 to 6.3 and 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, 29 Feb 2008 11:52:20 -0000 Dear list, after upgrading from 6.2R to 6.3R my daily jobs, which are normaly executed from /etc/daily.local, are not longer started. The entry in daily.local is $HOME/bin/save-conf.sh 6.2R executed /root/bin/save-conf.sh 6.3R (and 7.0R) tries to start /var/log/bin/save-conf.bin Why? I cannot find such a homedir in /etc/passwd! Regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:13: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 511191065671; Fri, 29 Feb 2008 12:13:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B4C858FC2E; Fri, 29 Feb 2008 12:13:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7F6D2.2000504@FreeBSD.org> Date: Fri, 29 Feb 2008 13:13:06 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Dominic Fandrey References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> In-Reply-To: <47C7C611.2000609@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 12:13:11 -0000 Dominic Fandrey wrote: > Jung-uk Kim wrote: >> On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: >>> Did anyone find a solution to the "jerky mouse" -problem? It still >>> exists in 7.0-RELEASE. >>> >>> I have pretty much exact same symptoms as in this post: >>> >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html >> >> >> Can you try the attached patches for ports/x11-servers/xorg-server? >> Just drop them in files directory, rebuild, reinstall, etc... >> >> Thanks, >> >> Jung-uk Kim > > I'm running RELENG_7 built the day before yesterday with SCHED_ULE. Your > patch doesn't improve anything for me. The system still locks up > entirely while the mouse is not in movement. > > Only not using moused helps. Your problem has different symptoms, so not entirely surprising that it doesn't help :) Sounds more like that your mouse just isn't working properly with moused. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:13: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 A98161065672 for ; Fri, 29 Feb 2008 12:13:51 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml19.kpnxchange.com (hpsmtp-eml19.kpnxchange.com [213.75.38.84]) by mx1.freebsd.org (Postfix) with ESMTP id 338138FC2A for ; Fri, 29 Feb 2008 12:13:50 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtp-eml114.kpnxchange.com ([213.75.84.114]) by hpsmtp-eml19.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 29 Feb 2008 13:13:49 +0100 Received: from koko.offrom.nl ([86.82.183.148]) by cpsmtp-eml114.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 29 Feb 2008 13:13:49 +0100 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.13.8/8.13.8) with ESMTP id m1TCDkN5053050; Fri, 29 Feb 2008 13:13:46 +0100 (CET) (envelope-from willy@wiz.vpn.offrom.nl) Received: from willy by wiz.vpn.offrom.nl with local (Exim 4.63) (envelope-from ) id 1JV498-0001cX-Kq; Fri, 29 Feb 2008 13:15:26 +0100 Date: Fri, 29 Feb 2008 13:15:26 +0100 From: Willy Offermans To: Thomas Krause Message-ID: <20080229121526.GB4309@wiz.vpn.offrom.nl> References: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.92/6040/Fri Feb 29 09:45:31 2008 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, PLING_QUERY autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on koko.offrom.nl X-OriginalArrivalTime: 29 Feb 2008 12:13:49.0553 (UTC) FILETIME=[8A7E9E10:01C87ACC] Cc: freebsd-stable@FreeBSD.ORG Subject: Re: $HOME changed from 6.2 to 6.3 and 7.0 ?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 12:13:51 -0000 Dear Thomas and FreeBSD friends, On Fri, Feb 29, 2008 at 12:52:11PM +0100, Thomas Krause wrote: > Dear list, > > after upgrading from 6.2R to 6.3R my daily jobs, which are normaly > executed from /etc/daily.local, are not longer started. > The entry in daily.local is > $HOME/bin/save-conf.sh > 6.2R executed /root/bin/save-conf.sh > 6.3R (and 7.0R) tries to start /var/log/bin/save-conf.bin > > Why? I cannot find such a homedir in /etc/passwd! > > Regards, > Thomas. I'm sorry, I do not know why $HOME is resolved to /var/log/. Is /usr/local/etc/periodic/daily/ not the place to put your daily executable scripts? What is daily.local about? I have searched the net myself and seems that daily.local is something out of an old box. It should be superseded by /usr/local/etc/periodic/daily/ Do you have a script like /usr/local/etc/periodic/daily/999.local Or is there another place where the script daily.local will be launched. I assume that daily.local is a script? Maybe there $HOME is set? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:16: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 AC7AE1065670; Fri, 29 Feb 2008 12:16:57 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9FC8FC23; Fri, 29 Feb 2008 12:16:57 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7C1E1.dip.t-dialin.net [84.167.193.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 8B874405B1B; Fri, 29 Feb 2008 13:16:55 +0100 (CET) Message-ID: <47C7F7B2.3020505@bsdforen.de> Date: Fri, 29 Feb 2008 13:16:50 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: Kris Kennaway References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> In-Reply-To: <47C7F6D2.2000504@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 12:16:57 -0000 Kris Kennaway wrote: > Dominic Fandrey wrote: >> Jung-uk Kim wrote: >>> On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: >>>> Did anyone find a solution to the "jerky mouse" -problem? It still >>>> exists in 7.0-RELEASE. >>>> >>>> I have pretty much exact same symptoms as in this post: >>>> >>> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html >>> >>> >>> Can you try the attached patches for ports/x11-servers/xorg-server? >>> Just drop them in files directory, rebuild, reinstall, etc... >>> >>> Thanks, >>> >>> Jung-uk Kim >> >> I'm running RELENG_7 built the day before yesterday with SCHED_ULE. >> Your patch doesn't improve anything for me. The system still locks up >> entirely while the mouse is not in movement. >> >> Only not using moused helps. > > Your problem has different symptoms, so not entirely surprising that it > doesn't help :) Sounds more like that your mouse just isn't working > properly with moused. > > Kris > Oh, it works fine on the console. Only the combination moused/X clashes. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:21:08 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 131AE1065671; Fri, 29 Feb 2008 12:21:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 218DC8FC28; Fri, 29 Feb 2008 12:21:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7F8AE.5000506@FreeBSD.org> Date: Fri, 29 Feb 2008 13:21:02 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Dominic Fandrey References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> In-Reply-To: <47C7F7B2.3020505@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 12:21:08 -0000 Dominic Fandrey wrote: > Kris Kennaway wrote: >> Dominic Fandrey wrote: >>> Jung-uk Kim wrote: >>>> On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: >>>>> Did anyone find a solution to the "jerky mouse" -problem? It still >>>>> exists in 7.0-RELEASE. >>>>> >>>>> I have pretty much exact same symptoms as in this post: >>>>> >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html >>>> >>>> >>>> Can you try the attached patches for ports/x11-servers/xorg-server? >>>> Just drop them in files directory, rebuild, reinstall, etc... >>>> >>>> Thanks, >>>> >>>> Jung-uk Kim >>> >>> I'm running RELENG_7 built the day before yesterday with SCHED_ULE. >>> Your patch doesn't improve anything for me. The system still locks up >>> entirely while the mouse is not in movement. >>> >>> Only not using moused helps. >> >> Your problem has different symptoms, so not entirely surprising that >> it doesn't help :) Sounds more like that your mouse just isn't >> working properly with moused. >> >> Kris >> > > Oh, it works fine on the console. Only the combination moused/X clashes. Well it doesn't rule it out. X may be introducing latencies that are causing your mouse to lose sync or something. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:22: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 8AD381065679 for ; Fri, 29 Feb 2008 12:22:06 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4E98FC27 for ; Fri, 29 Feb 2008 12:22:06 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7C1E1.dip.t-dialin.net [84.167.193.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id F3A1D405BC3 for ; Fri, 29 Feb 2008 13:22:04 +0100 (CET) Message-ID: <47C7F8E8.1050409@bsdforen.de> Date: Fri, 29 Feb 2008 13:22:00 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: sendmail breaks make distribution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 12:22:06 -0000 Running ezjail-update fails. Is this an error of ezjail (i.e. should it use distributeworld instead of distribution) or is something broken with the sendmail makefiles? ===> master (install) install -o root -g wheel -m 644 empty.db localhost-forward.db localhost-reverse.db /usr/jails/fulljail/etc/namedb/master cd /usr/src/etc/sendmail; make distribution install -o root -g wheel -m 644 /usr/src/etc/sendmail/freebsd.mc freebsd.cf /usr/jails/fulljail/etc/mail install: freebsd.cf: No such file or directory *** Error code 71 1 error *** Error code 2 Stop in /usr/src/etc. make distribution failed. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:35:34 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 651941065672; Fri, 29 Feb 2008 12:35:34 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 19C3D8FC22; Fri, 29 Feb 2008 12:35:33 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7C1E1.dip.t-dialin.net [84.167.193.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 467E2405BA9; Fri, 29 Feb 2008 13:35:31 +0100 (CET) Message-ID: <47C7FC0F.7010905@bsdforen.de> Date: Fri, 29 Feb 2008 13:35:27 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: Kris Kennaway References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> In-Reply-To: <47C7F8AE.5000506@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 12:35:34 -0000 Kris Kennaway wrote: > Dominic Fandrey wrote: >> Kris Kennaway wrote: >>> Your problem has different symptoms, so not entirely surprising that >>> it doesn't help :) Sounds more like that your mouse just isn't >>> working properly with moused. >> >> Oh, it works fine on the console. Only the combination moused/X clashes. > > Well it doesn't rule it out. X may be introducing latencies that are > causing your mouse to lose sync or something. It's not the mouse that hangs. It's the only thing that works, everything else hangs when I combine moused/X. This issue doesn't exist on all my systems, though. It existed on my old Thinkpad (Pentium-m 1.3 GHz), it exists on my new notebook (Core2 Duo with 2.4 GHz), but it doesn't exist on my P4 with 1.6 GHz. Key entries, animations, they all just pile up somewhere and happen all at once when I start using the mouse. To watch a movie I have to keep the mouse moving all the time. It's not a general X and mouse problem, because without moused in between everything works fine. I think at some point in time a bug was either introduced in moused, or in my opinion more likely, in the sysmouse protocol implementation in X. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:37:38 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 2BB65106566B for ; Fri, 29 Feb 2008 12:37:38 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.freebsd.org (Postfix) with ESMTP id 780838FC24 for ; Fri, 29 Feb 2008 12:37:37 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 65667 invoked by uid 89); 29 Feb 2008 12:37:35 -0000 Received: from unknown (HELO mta.webmatic.de) (127.0.0.1) by localhost with SMTP; 29 Feb 2008 12:37:35 -0000 Received: from 217.188.193.85 (SquirrelMail authenticated user freebsd-stable@chef-ingenieur.de) by mta.webmatic.de with HTTP; Fri, 29 Feb 2008 13:37:35 +0100 (CET) Message-ID: <2494.217.188.193.85.1204288655.squirrel@mta.webmatic.de> Date: Fri, 29 Feb 2008 13:37:35 +0100 (CET) From: "Thomas Krause" To: Willy@Offermans.Rompen.nl User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: $HOME changed from 6.2 to 6.3 and 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, 29 Feb 2008 12:37:38 -0000 > Dear Thomas and FreeBSD friends, > > On Fri, Feb 29, 2008 at 12:52:11PM +0100, Thomas Krause wrote: >> Dear list, >> >> after upgrading from 6.2R to 6.3R my daily jobs, which are normaly >> executed from /etc/daily.local, are not longer started. >> The entry in daily.local is >> $HOME/bin/save-conf.sh >> 6.2R executed /root/bin/save-conf.sh >> 6.3R (and 7.0R) tries to start /var/log/bin/save-conf.bin >> >> Why? I cannot find such a homedir in /etc/passwd! >> >> Regards, >> Thomas. > > > I'm sorry, I do not know why $HOME is resolved to /var/log/. > > Is /usr/local/etc/periodic/daily/ not the place to put your daily > executable scripts? What is daily.local about? I have searched the net > myself and seems that daily.local is something out of an old box. It > should be superseded by /usr/local/etc/periodic/daily/ > Do you have a script like /usr/local/etc/periodic/daily/999.local Or is > there another place where the script daily.local will be launched. I > assume that daily.local is a script? Maybe there $HOME is set? my consideration was: gromit:/ # grep daily.local /etc/defaults/periodic.conf daily_local="/etc/daily.local" # Local scripts gromit:/ # uname -r 7.0-RELEASE I' checked an older 5.5R an found in /etc/crontab an entry HOME=/var/log - but in this release it has no effect ?! Best regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:41:08 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 AF70D1065671; Fri, 29 Feb 2008 12:41:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D649F8FC19; Fri, 29 Feb 2008 12:41:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7FD5B.2040102@FreeBSD.org> Date: Fri, 29 Feb 2008 13:40:59 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Dominic Fandrey References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> In-Reply-To: <47C7FC0F.7010905@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 12:41:08 -0000 Dominic Fandrey wrote: > Kris Kennaway wrote: >> Dominic Fandrey wrote: >>> Kris Kennaway wrote: >>>> Your problem has different symptoms, so not entirely surprising that >>>> it doesn't help :) Sounds more like that your mouse just isn't >>>> working properly with moused. >>> >>> Oh, it works fine on the console. Only the combination moused/X clashes. >> >> Well it doesn't rule it out. X may be introducing latencies that are >> causing your mouse to lose sync or something. > > It's not the mouse that hangs. OK, that was unclear from your initial wording. > It's the only thing that works, > everything else hangs when I combine moused/X. This issue doesn't exist > on all my systems, though. It existed on my old Thinkpad (Pentium-m 1.3 > GHz), it exists on my new notebook (Core2 Duo with 2.4 GHz), but it > doesn't exist on my P4 with 1.6 GHz. > > Key entries, animations, they all just pile up somewhere and happen all > at once when I start using the mouse. To watch a movie I have to keep > the mouse moving all the time. > > It's not a general X and mouse problem, because without moused in > between everything works fine. I think at some point in time a bug was > either introduced in moused, or in my opinion more likely, in the > sysmouse protocol implementation in X. Could also be an interrupt issue. Either way it's still a different issue to the ones in this thread. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 12:59:38 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 7689E1065675 for ; Fri, 29 Feb 2008 12:59:38 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.164.110.8]) by mx1.freebsd.org (Postfix) with ESMTP id CF1DA8FC15 for ; Fri, 29 Feb 2008 12:59:37 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.164.110.145]) by raven.ravenbrook.com (8.13.8/8.13.8) with ESMTP id m1TCT0D4025745; Fri, 29 Feb 2008 12:29:00 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.13.4/8.13.4) with ESMTP id m1TCT05C074724; Fri, 29 Feb 2008 12:29:00 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Willy@Offermans.Rompen.nl In-Reply-To: <20080229121526.GB4309@wiz.vpn.offrom.nl> from Willy Offermans of "Fri, 29 Feb 2008 13:15:26 +0100" Date: Fri, 29 Feb 2008 12:29:00 +0000 Message-ID: <74723.1204288140@thrush.ravenbrook.com> Sender: nb@ravenbrook.com X-Virus-Scanned: ClamAV 0.92.1/6040/Fri Feb 29 08:45:31 2008 on raven.ravenbrook.com X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on raven.ravenbrook.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,PLING_QUERY autolearn=no version=3.2.3 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: $HOME changed from 6.2 to 6.3 and 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, 29 Feb 2008 12:59:38 -0000 At 2008-02-29 12:15:26+0000, Willy Offermans writes: > Is /usr/local/etc/periodic/daily/ not the place to put your daily > executable scripts? What is daily.local about? /etc/daily.local predates /etc/periodic/, somewhat. It was introduced in 1996. Before that, there was just the /etc/daily script, which was cut over to /etc/periodic/... some time in 1997. God bless the FreeBSD project's careful approach to compatibility. Nick B From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 13:11: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 F07D31065679; Fri, 29 Feb 2008 13:11:51 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7B88FC1C; Fri, 29 Feb 2008 13:11:51 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7C1E1.dip.t-dialin.net [84.167.193.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id CA1FC405B1B; Fri, 29 Feb 2008 14:11:49 +0100 (CET) Message-ID: <47C80490.9080600@bsdforen.de> Date: Fri, 29 Feb 2008 14:11:44 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: Kris Kennaway References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> <47C7FD5B.2040102@FreeBSD.org> In-Reply-To: <47C7FD5B.2040102@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 13:11:52 -0000 Kris Kennaway wrote: > Dominic Fandrey wrote: >> Kris Kennaway wrote: >>> Well it doesn't rule it out. X may be introducing latencies that are >>> causing your mouse to lose sync or something. >> >> It's not the mouse that hangs. >> It's the only thing that works, >> everything else hangs when I combine moused/X. This issue doesn't >> exist on all my systems, though. It existed on my old Thinkpad >> (Pentium-m 1.3 GHz), it exists on my new notebook (Core2 Duo with 2.4 >> GHz), but it doesn't exist on my P4 with 1.6 GHz. >> >> Key entries, animations, they all just pile up somewhere and happen >> all at once when I start using the mouse. To watch a movie I have to >> keep the mouse moving all the time. >> >> It's not a general X and mouse problem, because without moused in >> between everything works fine. I think at some point in time a bug was >> either introduced in moused, or in my opinion more likely, in the >> sysmouse protocol implementation in X. > > Could also be an interrupt issue. Either way it's still a different > issue to the ones in this thread. I always thought it's about the same thing and people were just imprecise in their perception. The P4 used to be affected by this, too. This changed somewhere around RC1, I think. Since all of my machines had encountered the problem since I switched them to RELENG_7, I thought my problem was very common and it's the one everyone is talking about. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 13:21: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 304741065675; Fri, 29 Feb 2008 13:21:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF91D8FC18; Fri, 29 Feb 2008 13:21:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C806D5.9050000@FreeBSD.org> Date: Fri, 29 Feb 2008 14:21:25 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Dominic Fandrey References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> <47C7FD5B.2040102@FreeBSD.org> <47C80490.9080600@bsdforen.de> In-Reply-To: <47C80490.9080600@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 13:21:30 -0000 Dominic Fandrey wrote: > Kris Kennaway wrote: >> Dominic Fandrey wrote: >>> Kris Kennaway wrote: >>>> Well it doesn't rule it out. X may be introducing latencies that >>>> are causing your mouse to lose sync or something. >>> >>> It's not the mouse that hangs. >>> It's the only thing that works, >>> everything else hangs when I combine moused/X. This issue doesn't >>> exist on all my systems, though. It existed on my old Thinkpad >>> (Pentium-m 1.3 GHz), it exists on my new notebook (Core2 Duo with 2.4 >>> GHz), but it doesn't exist on my P4 with 1.6 GHz. >>> >>> Key entries, animations, they all just pile up somewhere and happen >>> all at once when I start using the mouse. To watch a movie I have to >>> keep the mouse moving all the time. >>> >>> It's not a general X and mouse problem, because without moused in >>> between everything works fine. I think at some point in time a bug >>> was either introduced in moused, or in my opinion more likely, in the >>> sysmouse protocol implementation in X. >> >> Could also be an interrupt issue. Either way it's still a different >> issue to the ones in this thread. > > I always thought it's about the same thing and people were just > imprecise in their perception. The P4 used to be affected by this, too. > This changed somewhere around RC1, I think. Since all of my machines had > encountered the problem since I switched them to RELENG_7, I thought my > problem was very common and it's the one everyone is talking about. No, I've seen no-one reporting similar symptoms. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 13:25: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 4DDE71065675 for ; Fri, 29 Feb 2008 13:25:53 +0000 (UTC) (envelope-from cs@legacy.schug.net) Received: from legacy.schug.net (legacy.schug.Net [194.97.148.165]) by mx1.freebsd.org (Postfix) with ESMTP id 09AC28FC24 for ; Fri, 29 Feb 2008 13:25:52 +0000 (UTC) (envelope-from cs@legacy.schug.net) Received: by legacy.schug.net (Postfix, from userid 10000) id 5240110F6657; Fri, 29 Feb 2008 14:06:18 +0100 (CET) Date: Fri, 29 Feb 2008 14:06:18 +0100 From: Christoph Schug To: Pete French Message-ID: <20080229130618.GC49206@lega.schug.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 OpenPKG/2-STABLE (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: if_re losinbg ability to communicate, even with latest patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 13:25:53 -0000 On Thu, Feb 28, 2008, Pete French wrote: > yesterday I had my first experience of an if_re interface simply stopping > responding. I ma running 7.0-RELEASE on the machine, but with > the lates files taken from here: > > http://people.freebsd.org/~yongari/re/7.0R/if_re.c > http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h Just wondering whether you disabled any hardware offloadings. I'm running a RELENG_7/amd64 as of 2008-Feb-22 with the re(4) driver from the URLs above. As a precaution, I disabled all kinds of hardware offloadings. | # grep ^ifconfig_re.= /etc/rc.conf | ifconfig_re0="inet x.x.x.x netmask 255.255.255.224 media auto -rxcsum -txcsum -tso -lro -vlanhwtag" | # ifconfig re0 | re0: flags=8843 metric 0 mtu 1500 | options=88 | ether 00:1d:92:x:x:x | inet6 fe80::21d:92ff:fexx:xxxx%re0 prefixlen 64 scopeid 0x1 | inet x.x.x.x netmask 0xffffffe0 broadcast 78.46.41.63 | inet x.x.x.x netmask 0xfffffff8 broadcast 78.47.124.7 | inet x.x.x.x netmask 0xfffffff8 broadcast 78.47.124.7 | inet x.x.x.x netmask 0xfffffff8 broadcast 78.47.124.7 | inet x.x.x.x netmask 0xfffffff8 broadcast 78.47.124.7 | inet x.x.x.x netmask 0xfffffff8 broadcast 78.47.124.7 | inet x.x.x.x netmask 0xfffffff8 broadcast 78.47.124.7 | media: Ethernet autoselect (100baseTX ) | status: active | # pciconf -lv [...] | re0@pci0:2:0:0: class=0x020000 card=0x368c1462 chip=0x816810ec rev=0x01 hdr=0x00 | vendor = 'Realtek Semiconductor' | device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' | class = network | subclass = ethernet [...] After almost one week uptime, the machine is still stable. Before it started lossing packets after very few hours uptime. I'm wondering if this is related to the options I disabled, so I'm interested in your settings. -cs From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 13:30: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 6C7D81065675; Fri, 29 Feb 2008 13:30:14 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 16DE98FC21; Fri, 29 Feb 2008 13:30:13 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7C1E1.dip.t-dialin.net [84.167.193.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id AC0D5405B1B; Fri, 29 Feb 2008 14:30:11 +0100 (CET) Message-ID: <47C808DF.6030702@bsdforen.de> Date: Fri, 29 Feb 2008 14:30:07 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: cokane@FreeBSD.org References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> <47C7FD5B.2040102@FreeBSD.org> <47C80490.9080600@bsdforen.de> <47C805FE.5010607@FreeBSD.org> In-Reply-To: <47C805FE.5010607@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , Kris Kennaway , freebsd-stable@FreeBSD.org, freebsd-x11@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 13:30:14 -0000 Coleman Kane wrote: > Dominic Fandrey wrote: >> Kris Kennaway wrote: >>> Dominic Fandrey wrote: >>>> Kris Kennaway wrote: >>>>> Well it doesn't rule it out. X may be introducing latencies that >>>>> are causing your mouse to lose sync or something. >>>> It's not the mouse that hangs. >>>> It's the only thing that works, >>>> everything else hangs when I combine moused/X. This issue doesn't >>>> exist on all my systems, though. It existed on my old Thinkpad >>>> (Pentium-m 1.3 GHz), it exists on my new notebook (Core2 Duo with >>>> 2.4 GHz), but it doesn't exist on my P4 with 1.6 GHz. >>>> >>>> Key entries, animations, they all just pile up somewhere and happen >>>> all at once when I start using the mouse. To watch a movie I have to >>>> keep the mouse moving all the time. >>>> >>>> It's not a general X and mouse problem, because without moused in >>>> between everything works fine. I think at some point in time a bug >>>> was either introduced in moused, or in my opinion more likely, in >>>> the sysmouse protocol implementation in X. >>> Could also be an interrupt issue. Either way it's still a different >>> issue to the ones in this thread. >> I always thought it's about the same thing and people were just >> imprecise in their perception. The P4 used to be affected by this, >> too. This changed somewhere around RC1, I think. Since all of my >> machines had encountered the problem since I switched them to >> RELENG_7, I thought my problem was very common and it's the one >> everyone is talking about. > Perhaps this is related to the CX / cpu idle level problems we've been > experiencing on a lot of hardware? What is the output of "sysctl -a | > grep cx" on your system? # sysctl -a|grep cx hw.acpi.cpu.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% dev.cpu.1.cx_supported: C1/1 C2/1 C3/17 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 13:30: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 C16C510656C7 for ; Fri, 29 Feb 2008 13:30:49 +0000 (UTC) (envelope-from cokane@freebsd.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 50A3C8FC1D for ; Fri, 29 Feb 2008 13:30:49 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA10.westchester.pa.mail.comcast.net with comcast id vQdE1Y00Z1GhbT85A01b00; Fri, 29 Feb 2008 13:20:14 +0000 Received: from discordia ([24.61.189.203]) by OMTA07.westchester.pa.mail.comcast.net with comcast id vRLk1Y00M4PktZC3T00000; Fri, 29 Feb 2008 13:20:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=c5sTgUsrrxMA:10 a=uq_60wfpfT0ZdR1PFckA:9 a=qeTWze4-FPtvoFp7cYQ4-uchzCsA:4 a=ziFrdkHw70AA:10 Received: by discordia (Postfix, from userid 103) id D319C1636F9; Fri, 29 Feb 2008 08:20:44 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id B18511636F8; Fri, 29 Feb 2008 08:20:33 -0500 (EST) Message-ID: <47C805FE.5010607@FreeBSD.org> Date: Fri, 29 Feb 2008 08:17:50 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: Dominic Fandrey References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> <47C7FD5B.2040102@FreeBSD.org> <47C80490.9080600@bsdforen.de> In-Reply-To: <47C80490.9080600@bsdforen.de> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , Kris Kennaway , freebsd-stable@FreeBSD.org, freebsd-x11@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 13:30:49 -0000 Dominic Fandrey wrote: > Kris Kennaway wrote: >> Dominic Fandrey wrote: >>> Kris Kennaway wrote: >>>> Well it doesn't rule it out. X may be introducing latencies that >>>> are causing your mouse to lose sync or something. >>> >>> It's not the mouse that hangs. >>> It's the only thing that works, >>> everything else hangs when I combine moused/X. This issue doesn't >>> exist on all my systems, though. It existed on my old Thinkpad >>> (Pentium-m 1.3 GHz), it exists on my new notebook (Core2 Duo with >>> 2.4 GHz), but it doesn't exist on my P4 with 1.6 GHz. >>> >>> Key entries, animations, they all just pile up somewhere and happen >>> all at once when I start using the mouse. To watch a movie I have to >>> keep the mouse moving all the time. >>> >>> It's not a general X and mouse problem, because without moused in >>> between everything works fine. I think at some point in time a bug >>> was either introduced in moused, or in my opinion more likely, in >>> the sysmouse protocol implementation in X. >> >> Could also be an interrupt issue. Either way it's still a different >> issue to the ones in this thread. > > I always thought it's about the same thing and people were just > imprecise in their perception. The P4 used to be affected by this, > too. This changed somewhere around RC1, I think. Since all of my > machines had encountered the problem since I switched them to > RELENG_7, I thought my problem was very common and it's the one > everyone is talking about. Perhaps this is related to the CX / cpu idle level problems we've been experiencing on a lot of hardware? What is the output of "sysctl -a | grep cx" on your system? -- Coleman From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 13:31: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 4F81E10656C6 for ; Fri, 29 Feb 2008 13:31:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0AF768FC2B for ; Fri, 29 Feb 2008 13:31:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JV5KO-000JBh-4p; Fri, 29 Feb 2008 13:31:08 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JV5KO-000DTi-2n; Fri, 29 Feb 2008 13:31:08 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JV5KO-0002nb-2I; Fri, 29 Feb 2008 13:31:08 +0000 To: chris+freebsd-stable@schug.net In-Reply-To: <20080229130618.GC49206@lega.schug.net> Message-Id: From: Pete French Date: Fri, 29 Feb 2008 13:31:08 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: if_re losinbg ability to communicate, even with latest patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 13:31:09 -0000 > running a RELENG_7/amd64 as of 2008-Feb-22 with the re(4) driver from > the URLs above. As a precaution, I disabled all kinds of hardware > offloadings. ...and it is stable for you ? I will defintely go and turn these off in that case! Also, I note your are runnign RELENG_7 and not RELENG_7_0 - any idea what changes there might have been in that ? One of the things I thought about trying was enabling polling, and also possibly turning off MSI and going back to regular interrupts. But these are just wild stabs in the dark as I am assuming that it is losing connectivity due to it losing signaling back to the kernel somehow. WHich is a total guess. > After almost one week uptime, the machine is still stable. Before it > started lossing packets after very few hours uptime. I'm wondering if > this is related to the options I disabled, so I'm interested in your > settings. This is extermely interesting! I have applied those settings by hand just now, and will see if it helps. Not quite sure how to get them into rc.conf yet - I am using ipv4_addrs_re0="195.144.8.6/28 195.144.8.4/28" and am not sure how an ifconfig_re0 line might interact with it as yet. I dont want to edit rc.conf in case it reboots... -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 14:25: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 D54C9106566B for ; Fri, 29 Feb 2008 14:25:25 +0000 (UTC) (envelope-from wwwrun@mail.ezdat.com) Received: from mail.ezdat.com (209.250.150.73.tor.pathcom.com [209.250.150.73]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF548FC2E for ; Fri, 29 Feb 2008 14:25:25 +0000 (UTC) (envelope-from wwwrun@mail.ezdat.com) Received: from localhost (localhost [127.0.0.1]) by mail.ezdat.com (Postfix) with ESMTP id 586D665D4B for ; Fri, 29 Feb 2008 09:03:31 -0500 (EST) Received: from mail.ezdat.com ([127.0.0.1]) by localhost (ps.ezdat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21468-01-9 for ; Fri, 29 Feb 2008 09:03:31 -0500 (EST) Received: by mail.ezdat.com (Postfix, from userid 30) id 00D7665D60; Fri, 29 Feb 2008 09:03:28 -0500 (EST) To: freebsd-stable@freebsd.org From: SWISS LOTTO MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080229140329.00D7665D60@mail.ezdat.com> Date: Fri, 29 Feb 2008 09:03:28 -0500 (EST) X-Virus-Scanned: amavisd-new at ezdat.com X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char A3 hex) in message header 'Subject': Subject: YOU HAVE (\243800.000.00 Poun... Subject: =?iso-8859-1?q?YOU_HAVE_=28=A3800=2E000=2E00_Pounds=29_FOR_CLAIM?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: swisslotto.ch@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, 29 Feb 2008 14:25:25 -0000 SWISS LOTTO INTL. PROMOTION. https://www.swisslotto.ch Attention: Winner This is to inform you that your email Address has been selected as one of this year winners in the SWISS LOTTO INTL. PROMOTION. You have won the sum of £800.000.00 Pounds (Eight hundred thousand Great British Pounds) cash credited to you or your company's email address, attached to file number EML.26EPG/0012-5526/0905.1/6/27/39/47-1-8 which falls into our European booklet. All selected winners were selected through our Email Lottery Random System Selection (ELRSS) from 700,000,000 emails submitted from Middle East, Asia, Africa, Canada, Europe and North America and Oceania as part of our International promotions Program. This amount is from total prize cash of (£8.000.000.00 Pounds) randomly distributed among ten (10) international winners selected email address by our Email Lottery Random System Selection (ELRSS) and your email address With the International Association of Gaming Regulators (IAGR). This promotional lottery is the 3rd of its kind with the intension to sensitize the public. This promotion is to enhance the standard of living and to help eradicate poverty around the world. For further processing of the claim of your winning prize, you are to contact our Europe fiduciary claims department for more information as regards procedures to claim your prize. **************************************************************** SWISS LOTTO EUROPE PUBLIC RELATIONS DEPARTMENT MR.GARVIN SMITH BY EMAIL: swiss.claims.center@europe.com **************************************************************** Please you are advice to keep your winning information from the public and relatives to avoid impersonation or double claiming and anybody under the age of 24 is automatically disqualified from this program. Congratulations again from all our staff and thank you for being part of our promotional program. MRS. SUSAN ANDERSON THE DIRECTOR PROMOTIONS NOTE: Please do not reply back to this email address message sent to you. If you have questions or wish to continue with this SWISS LOTTO INTL. PROMOTION, see the instructed contact email address for all Europe winners for the year From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 14:29: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 3E3DD1065670 for ; Fri, 29 Feb 2008 14:29:01 +0000 (UTC) (envelope-from wwwrun@mail.ezdat.com) Received: from mail.ezdat.com (209.250.150.73.tor.pathcom.com [209.250.150.73]) by mx1.freebsd.org (Postfix) with ESMTP id C945E8FC2C for ; Fri, 29 Feb 2008 14:29:00 +0000 (UTC) (envelope-from wwwrun@mail.ezdat.com) Received: from localhost (localhost [127.0.0.1]) by mail.ezdat.com (Postfix) with ESMTP id 185316530E for ; Fri, 29 Feb 2008 09:07:06 -0500 (EST) Received: from mail.ezdat.com ([127.0.0.1]) by localhost (ps.ezdat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24426-01-25 for ; Fri, 29 Feb 2008 09:07:05 -0500 (EST) Received: by mail.ezdat.com (Postfix, from userid 30) id 9475265E8A; Fri, 29 Feb 2008 09:07:05 -0500 (EST) To: freebsd-stable@freebsd.org From: SWISS LOTTO MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080229140705.9475265E8A@mail.ezdat.com> Date: Fri, 29 Feb 2008 09:07:05 -0500 (EST) X-Virus-Scanned: amavisd-new at ezdat.com X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char A3 hex) in message header 'Subject': Subject: YOU HAVE (\243800.000.00 Poun... Subject: =?iso-8859-1?q?YOU_HAVE_=28=A3800=2E000=2E00_Pounds=29_FOR_CLAIM?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: swisslotto.ch@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, 29 Feb 2008 14:29:01 -0000 SWISS LOTTO INTL. PROMOTION. https://www.swisslotto.ch Attention: Winner This is to inform you that your email Address has been selected as one of this year winners in the SWISS LOTTO INTL. PROMOTION. You have won the sum of £800.000.00 Pounds (Eight hundred thousand Great British Pounds) cash credited to you or your company's email address, attached to file number EML.26EPG/0012-5526/0905.1/6/27/39/47-1-8 which falls into our European booklet. All selected winners were selected through our Email Lottery Random System Selection (ELRSS) from 700,000,000 emails submitted from Middle East, Asia, Africa, Canada, Europe and North America and Oceania as part of our International promotions Program. This amount is from total prize cash of (£8.000.000.00 Pounds) randomly distributed among ten (10) international winners selected email address by our Email Lottery Random System Selection (ELRSS) and your email address With the International Association of Gaming Regulators (IAGR). This promotional lottery is the 3rd of its kind with the intension to sensitize the public. This promotion is to enhance the standard of living and to help eradicate poverty around the world. For further processing of the claim of your winning prize, you are to contact our Europe fiduciary claims department for more information as regards procedures to claim your prize. **************************************************************** SWISS LOTTO EUROPE PUBLIC RELATIONS DEPARTMENT MR.GARVIN SMITH BY EMAIL: swiss.claims.center@europe.com **************************************************************** Please you are advice to keep your winning information from the public and relatives to avoid impersonation or double claiming and anybody under the age of 24 is automatically disqualified from this program. Congratulations again from all our staff and thank you for being part of our promotional program. MRS. SUSAN ANDERSON THE DIRECTOR PROMOTIONS NOTE: Please do not reply back to this email address message sent to you. If you have questions or wish to continue with this SWISS LOTTO INTL. PROMOTION, see the instructed contact email address for all Europe winners for the year From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 14:30: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 69C5D1065672 for ; Fri, 29 Feb 2008 14:30:18 +0000 (UTC) (envelope-from wwwrun@mail.ezdat.com) Received: from mail.ezdat.com (209.250.150.73.tor.pathcom.com [209.250.150.73]) by mx1.freebsd.org (Postfix) with ESMTP id F348D8FC12 for ; Fri, 29 Feb 2008 14:30:17 +0000 (UTC) (envelope-from wwwrun@mail.ezdat.com) Received: from localhost (localhost [127.0.0.1]) by mail.ezdat.com (Postfix) with ESMTP id 3380B65CA6 for ; Fri, 29 Feb 2008 09:00:32 -0500 (EST) Received: from mail.ezdat.com ([127.0.0.1]) by localhost (ps.ezdat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18023-02-41 for ; Fri, 29 Feb 2008 09:00:31 -0500 (EST) Received: by mail.ezdat.com (Postfix, from userid 30) id D439365859; Fri, 29 Feb 2008 09:00:30 -0500 (EST) To: freebsd-stable@freebsd.org From: SWISS LOTTO MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080229140031.D439365859@mail.ezdat.com> Date: Fri, 29 Feb 2008 09:00:30 -0500 (EST) X-Virus-Scanned: amavisd-new at ezdat.com X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char A3 hex) in message header 'Subject': Subject: YOU HAVE (\243800.000.00 Poun... Subject: =?iso-8859-1?q?YOU_HAVE_=28=A3800=2E000=2E00_Pounds=29_FOR_CLAIM?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: swisslotto.ch@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, 29 Feb 2008 14:30:18 -0000 SWISS LOTTO INTL. PROMOTION. https://www.swisslotto.ch Attention: Winner This is to inform you that your email Address has been selected as one of this year winners in the SWISS LOTTO INTL. PROMOTION. You have won the sum of £800.000.00 Pounds (Eight hundred thousand Great British Pounds) cash credited to you or your company's email address, attached to file number EML.26EPG/0012-5526/0905.1/6/27/39/47-1-8 which falls into our European booklet. All selected winners were selected through our Email Lottery Random System Selection (ELRSS) from 700,000,000 emails submitted from Middle East, Asia, Africa, Canada, Europe and North America and Oceania as part of our International promotions Program. This amount is from total prize cash of (£8.000.000.00 Pounds) randomly distributed among ten (10) international winners selected email address by our Email Lottery Random System Selection (ELRSS) and your email address With the International Association of Gaming Regulators (IAGR). This promotional lottery is the 3rd of its kind with the intension to sensitize the public. This promotion is to enhance the standard of living and to help eradicate poverty around the world. For further processing of the claim of your winning prize, you are to contact our Europe fiduciary claims department for more information as regards procedures to claim your prize. **************************************************************** SWISS LOTTO EUROPE PUBLIC RELATIONS DEPARTMENT MR.GARVIN SMITH BY EMAIL: swiss.claims.center@europe.com **************************************************************** Please you are advice to keep your winning information from the public and relatives to avoid impersonation or double claiming and anybody under the age of 24 is automatically disqualified from this program. Congratulations again from all our staff and thank you for being part of our promotional program. MRS. SUSAN ANDERSON THE DIRECTOR PROMOTIONS NOTE: Please do not reply back to this email address message sent to you. If you have questions or wish to continue with this SWISS LOTTO INTL. PROMOTION, see the instructed contact email address for all Europe winners for the year From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 15:43: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 8FFBD1065674 for ; Fri, 29 Feb 2008 15:43:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 809FC8FC17 for ; Fri, 29 Feb 2008 15:43:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6D2781CC033; Fri, 29 Feb 2008 07:43:36 -0800 (PST) Date: Fri, 29 Feb 2008 07:43:36 -0800 From: Jeremy Chadwick To: geek Message-ID: <20080229154336.GA94436@eos.sc1.parodius.com> References: <200802290006.28472.arlogeek@lonetree.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802290006.28472.arlogeek@lonetree.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Subject: Re: I tried to install 7.0 today and had problems. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 15:43:36 -0000 On Fri, Feb 29, 2008 at 12:06:28AM -0700, geek wrote: > I tried to install 7.0 on a computer with an ABIT AV8 motherboard. This board > has an integrated NIC and the installer didn't find it. The board uses a native VIA NIC (never seen this one before myself): http://www.uabit.com/index.php?option=com_content&task=view&id=32&Itemid=48&page=1&model=175 http://www.legitreviews.com/images/reviews/116/vialan.jpg > This same machine works just fine with 6.2. What driver (interface name, e.g. vge, vr, etc.) gets loaded on 6.2? This could help determine where the regression is. -- | 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 Feb 29 15:47: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 EFC3D1065679 for ; Fri, 29 Feb 2008 15:47:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id CAB8B8FC15 for ; Fri, 29 Feb 2008 15:47:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A5D571CC05B; Fri, 29 Feb 2008 07:47:22 -0800 (PST) Date: Fri, 29 Feb 2008 07:47:22 -0800 From: Jeremy Chadwick To: Dmitry Antipov Message-ID: <20080229154722.GB94436@eos.sc1.parodius.com> References: <47C7E73E.5010701@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C7E73E.5010701@yandex.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 - slow/unstable Internet access via Linux router X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 15:47:23 -0000 On Fri, Feb 29, 2008 at 02:06:38PM +0300, Dmitry Antipov wrote: > recently I've installed 7.0 and now I'm observing strange thing with my > Internet connection. > Access to some sites may be VERY slow or doesn't work at all with different > kinds of timeout > messages or without messages at all (but other sites works fine). For > example, firefox may say > "Transferring data from..." message and then "The connection to the server > was reset while > the page was loading", lynx just says "HTTP/1.1 200 OK" and displays no > data, etc. Sounds like TCP stack breakage, and not so much an MTU problem. I read many months ago that some others having this problem solved it by disabling RFC1323 extensions (default is on), which is a little odd, but it worked for a couple people. Try doing "sysctl net.inet.tcp.rfc1323=0" and see if the problem goes away. If it does, put tcp_extensions="no" in /etc/rc.conf. I can't reproduce this behaviour, though, on my own setup at home (using em(4) gigE NICs on the BSD box, and Broadcom BCM47xx 10/100 NICs on the Linux box (a WRT54GL). -- | 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 Feb 29 16:11: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 253D31065677 for ; Fri, 29 Feb 2008 16:11:05 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id D2CAD8FC26 for ; Fri, 29 Feb 2008 16:11:04 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 1AE3C11498; Fri, 29 Feb 2008 11:11:04 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bfNZOf4CsZaU; Fri, 29 Feb 2008 11:10:54 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id 1671811496; Fri, 29 Feb 2008 11:10:53 -0500 (EST) Message-ID: <47C82E8C.1020006@pingle.org> Date: Fri, 29 Feb 2008 11:10:52 -0500 From: Jim Pingle User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Kris Kennaway References: <47C6FDD0.2040902@mbnet.fi> <47C70D38.8010600@FreeBSD.org> In-Reply-To: <47C70D38.8010600@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jerky mouse still in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 16:11:05 -0000 Kris Kennaway wrote: > Teemu Korhonen wrote: >> Did anyone find a solution to the "jerky mouse" -problem? It still >> exists in 7.0-RELEASE. >> >> I have pretty much exact same symptoms as in this post: >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html >> > > Part of the problem here is that these "symptoms" are far too generic > for diagnosis and have a variety of known and unknown causes. > > Some of the "known" causes include: > > * Overloading the system transiently (e.g. if your KDE launches 30 > processes at once, the system is going to be a bit sluggish for a few > seconds) > > * Running powerd, which has poor interaction with interrupt delivery on > at least one user's system (might be an ACPI issue or hardware-specific). > > * Performing lots of I/O to a non-mpsafe filesystem like msdosfs. > > The other causes have so far resisted understanding. I have a little more insight into the problem, at least in my case. Short version: it is a KVM/mouse detection issue. I have one system that is experiencing a mouse problem, but as you said later in this thread it might be interrupt-related. The system in question is a 2xPIII-800 SMP system, running 7-STABLE from yesterday with the ULE scheduler. This happens to be my only 7-x box running X (so far), with a mouse that gets used. The mouse hesitates at the console and in X. It will move for a half second or so, then stop for just as long. If I monitor processes with top or vmstat, it shows that moving the mouse causes the system to use ~50% CPU in interrupts. In X, the result is the same regardless of whether I use sysmouse or psm0 directly. This system is hooked into a KVM. I found that if I booted with the system active on the KVM, the mouse worked fine. Also, while the mouse in a working state, the interrupts from the mouse never go above 3% CPU. If I boot with another system active on the KVM instead, the mouse reverts to being jerky and in a state where it generates abnormally high levels of interrupts and hesitats. The only difference in dmesg between the two boots is the model of the mouse as detected by the system: # grep psm0 dmesg.iffymouse psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model VersaPad, device ID 0 # grep psm0 dmesg.goodmouse psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model NetMouse/NetScroll Optical, device ID 0 Note that in both cases, the model is incorrect compared to the actual mouse. Jim From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 16:34: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 4137C1065673 for ; Fri, 29 Feb 2008 16:34:50 +0000 (UTC) (envelope-from cs@legacy.schug.net) Received: from legacy.schug.net (legacy.schug.Net [194.97.148.165]) by mx1.freebsd.org (Postfix) with ESMTP id F20238FC24 for ; Fri, 29 Feb 2008 16:34:49 +0000 (UTC) (envelope-from cs@legacy.schug.net) Received: by legacy.schug.net (Postfix, from userid 10000) id 5AE5110F6657; Fri, 29 Feb 2008 17:34:48 +0100 (CET) Date: Fri, 29 Feb 2008 17:34:48 +0100 From: Christoph Schug To: Pete French Message-ID: <20080229163448.GF49206@lega.schug.net> References: <20080229130618.GC49206@lega.schug.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 OpenPKG/2-STABLE (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: if_re losinbg ability to communicate, even with latest patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 16:34:50 -0000 On Fri, Feb 29, 2008, Pete French wrote: > ...and it is stable for you ? I will defintely go and turn these off in > that case! Also, I note your are runnign RELENG_7 and not RELENG_7_0 - any > idea what changes there might have been in that ? Up to I haven't encountered a real show stopper beside the re(4) issues which seem to be fixed at least for my configuration. Nevertheless all those minor glitches which come with a new major release will hopefully be fixed sooner in RELENG_7 than RELENG_7_0. That's the reasone why I don't track RELENG_7_0, but up to now there should be much difference anyway. I think I will track RELENG_7 til RELENG_7_1 will be branched. > This is extermely interesting! I have applied those settings by hand just > now, and will see if it helps. Not quite sure how to get them > into rc.conf yet - I am using ipv4_addrs_re0="195.144.8.6/28 195.144.8.4/28" > and am not sure how an ifconfig_re0 line might interact with it as yet. > I dont want to edit rc.conf in case it reboots... Should be oka, to put your primary IP address and the interface options in an 'ifconfig_re0' line and to add additional IPs to the interface using a 'ipv4_addrs_re0' line. At least I've tested it on a VMware and it seems to work just fine. -cs From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 16:35: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 0BA411065679 for ; Fri, 29 Feb 2008 16:35:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 13AEE8FC13 for ; Fri, 29 Feb 2008 16:35:42 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id y2so406929uge.37 for ; Fri, 29 Feb 2008 08:35:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=manQ6an2uKrEJOpfkNrbQbw1uF7LXkVyJiwq63xY/uY=; b=LE8nyAAxdh9ZhZmw4VW3DaBauCI9DP1qN7XTB0hzCElMCbbiprVHNzxcRwT/tFSYP9DVYaeak4s+8ewT5bHh+QyMqwfDlwricJx3CmtBtlV6tKrEj7V8c6d94Cp0GEDABJINW9+o1H6Fmy3W59APfYewcC5DYyXd50Uy4sUo/qQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=qY4Fq4UD0l5/utZLNOR+6BDLvhrfcpCnQLMSCm7p+IYB4Fgt7hZgU+GfizoTOwqGLMbTdeox9DweR8vdsbTa/1kxvdNijV6tjwQgP8ZHdM3sPA9BYsPrTd8wAA/E42I4lmDU3eGqzHOJNkGZg4QFC7zmZjS/yI05oY2qIh2iHRk= Received: by 10.78.150.7 with SMTP id x7mr10470429hud.72.1204302941606; Fri, 29 Feb 2008 08:35:41 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id f4sm348815nfh.26.2008.02.29.08.35.39 (version=SSLv3 cipher=RC4-MD5); Fri, 29 Feb 2008 08:35:40 -0800 (PST) From: Tom Evans To: Jeremy Chadwick In-Reply-To: <20080229154336.GA94436@eos.sc1.parodius.com> References: <200802290006.28472.arlogeek@lonetree.com> <20080229154336.GA94436@eos.sc1.parodius.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XBdQikyB/4mzkbkt/lar" Date: Fri, 29 Feb 2008 16:35:38 +0000 Message-Id: <1204302938.2126.159.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: FreeBSD , geek Subject: Re: I tried to install 7.0 today and had problems. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 16:35:44 -0000 --=-XBdQikyB/4mzkbkt/lar Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-02-29 at 07:43 -0800, Jeremy Chadwick wrote: > On Fri, Feb 29, 2008 at 12:06:28AM -0700, geek wrote: > > I tried to install 7.0 on a computer with an ABIT AV8 motherboard. Thi= s board=20 > > has an integrated NIC and the installer didn't find it. >=20 > The board uses a native VIA NIC (never seen this one before myself): >=20 > http://www.uabit.com/index.php?option=3Dcom_content&task=3Dview&id=3D32&I= temid=3D48&page=3D1&model=3D175 > http://www.legitreviews.com/images/reviews/116/vialan.jpg >=20 > > This same machine works just fine with 6.2. >=20 > What driver (interface name, e.g. vge, vr, etc.) gets loaded on 6.2? > This could help determine where the regression is. >=20 I used to use this board (well, AV-8 Deluxe) with 7-CURRENT (its sitting in a cardboard box now), its a VIA VT6122, and worked fine with vge(4). I'd have to cannibalise a number of systems to test it now though. geek: does ``kldload if_vge; ifconfig vge0''not work for you? If not, what does /var/log/messages say? Tom --=-XBdQikyB/4mzkbkt/lar Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHyDRXlcRvFfyds/cRAiNXAJ9YA7bEHDmbUpyjtxTpBmnBbXfergCgkAax qodmTiSuuOFAuLSFpEW6KB4= =H26b -----END PGP SIGNATURE----- --=-XBdQikyB/4mzkbkt/lar-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 16:44: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 6CA8E106567A for ; Fri, 29 Feb 2008 16:44:46 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id E2C208FC20 for ; Fri, 29 Feb 2008 16:44:45 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so411694uge.37 for ; Fri, 29 Feb 2008 08:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=mYflbcP2KaFJCitFS1bsY3/PMlfuh+H7iHMQgfdpHaY=; b=XlAQPlr+cYQlgjsSSKqafZgqsLskF07r8COc3sBia5o3b4FI4FWrILv7SOYN0xt91fr5kkRSzDzYKBqQJNnY7FM/n66ypqXe7up8dJnhbsShrmPacPh51s1esz7Rhv3+PRfBYyIogRpVwFPQtjrt+p/ii9Gok93q6mxTrOqmsow= 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=hgzqyR4rJUpWyed6asJu+P9bGqJPLRQ/cp6nvFfQZUIvnv7n9NSV5FPQwIGJ68HyVn81jqwPEoENetkxUDynCBwDGBF7kgKoW19bi8SufQXpuFNySQnmk8Xw+W1KMx+/LQYRcVsMr8w9WwDSUxf8/erDuIEZg3xVA5C8hV1OoyU= Received: by 10.66.220.17 with SMTP id s17mr1788958ugg.20.1204303484357; Fri, 29 Feb 2008 08:44:44 -0800 (PST) Received: by 10.66.219.18 with HTTP; Fri, 29 Feb 2008 08:44:44 -0800 (PST) Message-ID: <3aaaa3a0802290844j7ad5707fw436b440a050be803@mail.gmail.com> Date: Fri, 29 Feb 2008 16:44:44 +0000 From: Chris To: "Mark Linimon" In-Reply-To: <20080228222415.GA25086@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <20080227190509.GA9987@eos.sc1.parodius.com> <3aaaa3a0802280647v25e288fgf786d9c8a0bfc667@mail.gmail.com> <20080228222415.GA25086@soaustin.net> Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 16:44:46 -0000 On 28/02/2008, Mark Linimon wrote: > On Thu, Feb 28, 2008 at 02:47:28PM +0000, Chris wrote: > > Did they push ahead with release because waiting for the mia dev? > > There's a lot of things that go into deciding when to release. The > release cycle this time was not supposed to be as long as it was. > We kept finding showstoppers and needing to go back and fix them > (especially for things like TCP performance and stability). > > However, sooner or later you do have to release something. There are > bugs in every software program ever released. > > It seems that in certain cases (we're not sure exactly which) the ata > subsystem has regressed. There's debate on the lists about exactly > how common this is: with bugmeister hat on, I don't think it's as > common as some folks seem to think it is (otherwise we would be overwhelmed > with bug reports). > > There's a lot of badly-written firmware out there, and a lot of workarounds > for it in the current ata stack. I'm not familiar with the code, but > fixing all this is a totally non-trivial task. > > Of course it would be nice to have several committers with sufficient > variety of boards, and time, and experience to do a lot more QA, but > we're a volunteer project and have to go with what we have in some cases. > > I'm open to suggestions about how we can get more people involved in > QAing ata. > > mcl > Well I have now 3 servers running freebsd 7 and one is showing the dma errors, a friend of mine has another 2 servers they both dont have dma errors. So the problem doesnt seem to be frequent but is a serious problem when it does occur assuming I am affected by the problem as my problem could be hardware related.. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 16:46: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 DF9F4106566B for ; Fri, 29 Feb 2008 16:46:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 97A868FC2E for ; Fri, 29 Feb 2008 16:46:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JX000JWZELGLO30@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 17:46:28 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JX000DQPELGC8S0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 17:46:28 +0100 (CET) Date: Fri, 29 Feb 2008 17:46:27 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080229174627.a97ce8fa.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080229154336.GA94436@eos.sc1.parodius.com> References: <200802290006.28472.arlogeek@lonetree.com> <20080229154336.GA94436@eos.sc1.parodius.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: I tried to install 7.0 today and had problems. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 16:46:32 -0000 On Fri, 29 Feb 2008 07:43:36 -0800 Jeremy Chadwick wrote: > http://www.uabit.com/index.php?option=com_content&task=view&id=32&Itemid=48&page=1&model=175 > http://www.legitreviews.com/images/reviews/116/vialan.jpg > > > This same machine works just fine with 6.2. > > What driver (interface name, e.g. vge, vr, etc.) gets loaded on 6.2? > This could help determine where the regression is. Along with (of course) the relevant output from 'pciconf -lv'. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 17:35:38 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 2F4971065676 for ; Fri, 29 Feb 2008 17:35:38 +0000 (UTC) (envelope-from aaadzdqpqf720efxy70bk06w8rh1jbi3zcfoaa_i_lw9kn@schoolwide.b.topica.com) Received: from out016.topica-diamond-y.com (out016.topica-diamond-y.com [66.227.63.36]) by mx1.freebsd.org (Postfix) with SMTP id 183868FC3E for ; Fri, 29 Feb 2008 17:35:38 +0000 (UTC) (envelope-from aaadzdqpqf720efxy70bk06w8rh1jbi3zcfoaa_i_lw9kn@schoolwide.b.topica.com) Mime-Version: 1.0 To: stable@freebsd.org From: Constance Famiglietti Date: Fri, 29 Feb 2008 08:51:25 -0800 Message-ID: <2004604158-1463792126-1204303933@schoolwide.b.topica.com> Errors-To: Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Subscribe for Free Teacher Resources: Poetry Units of Study! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cfamiglietti@schoolwide.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 17:35:38 -0000 Poetry is one of the most powerful genres! Aside from bringing joyful reading and writing experiences to our classrooms, poetry can be the foundation from which students build confidence and excellence as writers. Using descriptive writing, strong word choice, developing and supporting a theme, writing with intention and voice, and finding topics that matter are some of the strengths students will gain through engaging in an in-depth poetry study. CLICK on the link below to subscribe to access FREE teacher resources. By subscribing you'll receive constant updates on great new teacher resources, sample lessons, book set guidance and outstanding units of study! http://schoolwide.c.topica.com/maakdMcabFgNEaDbKsCeaeQCXX/ For more information or any questions at all call Schoolwide's Customer Service Dept @ 1 (800) 261-9964 / (631) 218 3599 or customerservice@schoolwide.com ==================================================================== Unsubscribe: http://topica.com/f/unsub.html/aaadzdqpqf720efxy70bk06w8rh1jbi3zcfoaa_i_lw9kn Update Your Profile: http://topica.com/f/?aHZ92z.aDbKsC.c3RhYmxl Confirm Your Subscription: http://topica.com/f/?aHZ92z.aDbKsC.c3RhYmxl.c Report Unsolicited Email: http://topica.com/f/abuse.html?aaadzdqpqf720efxy70bk06w8rh1jbi3zcfoaa_i_lw9kn Forward to Friend: http://www.topica.com/f2f/?f=aaadzdqpqf720efxy70bk06w8rh1jbi3zcfoaa_i_lw9kn&r=stable%40freebsd.org Delivered by Topica: http://www.topica.com/?p=T3FOOTER From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 18:44: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 1BE01106566C for ; Fri, 29 Feb 2008 18:44:51 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 803828FC21 for ; Fri, 29 Feb 2008 18:44:48 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so3021399rvb.43 for ; Fri, 29 Feb 2008 10:44:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=r50DwtGPgPqMbPKnw1NLNaKXFjTN29lMLSZvlCQu0LM=; b=TJJBO7l5+cTlAHb+2AEbIDcX/EZvMF1iO94cpjgtmswkNgKo92Rks1rmATwonrXiePL9qS50Fs6A+L6ZuZkM+Xi1+pLfBFP+D0cudVk86zlNTNnWhdEqN4NGOHVeUR1KWMObEaREJhKsJprXoUbCmfYfmsVIO/vz9LkM5QmWg/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=O4i0OR359+/rqQ210DV2fbgp6LQEXTSaoawq8pQRNwmixZIQ1OCm4JzMrxS/NKFe/zPHanGz+MyZ6UOH3v/H0SGWZRDr+rvTW7fMaw4M1MMM++swgUD46sR1ALv2u8k2osKuDvYqvtyLyNiCck/Dbx805gdIcVuR/dwRUgKC0W4= Received: by 10.141.96.21 with SMTP id y21mr6624246rvl.132.1204310685292; Fri, 29 Feb 2008 10:44:45 -0800 (PST) Received: from gmail.com ( [125.24.104.59]) by mx.google.com with ESMTPS id g31sm6084046rvb.7.2008.02.29.10.44.39 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Feb 2008 10:44:42 -0800 (PST) Date: Sat, 1 Mar 2008 01:44:33 +0700 From: Pongthep Kulkrisada To: freebsd-stable@freebsd.org Message-ID: <20080229184433.GA917@gmail.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080228234338.81AA11065710@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080228234338.81AA11065710@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-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, 29 Feb 2008 18:44:51 -0000 Firstly, thank all of you for supporting me! But please note that I shall install FreeBSD 7.0-RELEASE this weekend. So I can no longer give you more information regarding 6.3-STABLE. Secondly I'm sorry for confusing you (NAT: I mean the machine ``behind NAT.'') > > 1. FreeBSD 5.4-RELEASE(dial up) - can sync all servers > > 2. FreeBSD 6.2-RELEASE(dial up) - can sync all servers > > 3. FreeBSD 6.2-RELEASE(behind NAT) - can sync IPv6 servers > > 4. FreeBSD 6.3-STABLE (behind NAT) - not sync at all The followings are my answers to all your questions. Answers to Jeremy Chadwick... > Okay, so this really sounds like something that changed between 6.2 and > 6.3. I don't know what kind of NAT you're using; I believe FreeBSD > offers a couple different methods. > More information is required... > 1) What NAT method are you using (ipfw, ipnat, etc.) As said earlier I'm not running FreeBSD 6.3 as a router or gateway. My NAT is very simple. It is stationed at home. A ``Conexant'' router and 2 computers running Windows XP and FreeBSD 6.3-STABLE. Connection is made with CAT5e cables. > 2) What does your network topology look like (draw a diagram, referring > to each NIC/ethernet device, IPs, and so on) I'm sorry, I'm not familiar with any kinds of GUI. ISP | | dynamic IP Conexant router (firewall diabled) | 192.168.1.1 / \ / \ / \ static IP 192.168.1.10/ \ static IP 192.168.1.11 FreeBSD-6.3 Windows XP running gw6 client for IPv6 running ipfw > 3) Please post your NAT rules No NAT rules as per my configuration above. Or I misunderstood something! > 4) Have you checked /usr/src/UPDATING for relevant changes? Yes of course as said in my previous post. But nothing is relevant to ntpd from 6.2 to 6.3. > Then I'm not sure why you're using NAT on the box at all? I'm not using NAT on the box. I mean machine behind NAT, sorry. Answers to Peter Jeremy > If you are expecting to connect via IPv6 then the first issue you need > to address is why your ntpd is failing to generate any IPv6 packets. > Have you changed your rc.conf, ntpd.conf, hosts, nsswitch.conf or > resolv.conf since you upgraded? Since last mergemaster I only added ntpdate_enable and ntpdate_flags to /etc.rc.conf and removing driftfile from /etc/ntp.conf following suggestion from Jeremy Chadwick. Nothing else. % grep ntpdate /etc/rc.conf ntpdate_enable="YES" ntpdate_flags="-b time.navy.mi.th asia.pool.ntp.org ntp.nict.jp" > Do you have IP addresses or hostnames in your ntp.conf? % cat /etc/ntp.conf server time.navy.mi.th prefer server asia.pool.ntp.org server ntp.nict.jp > If you have hostnames, can you do an AAAA lookup on them and get back > the correct addresses? I don't know which option for nslookup to resolve AAAA record. I tried it, only IPv4 address is presented. So I use ping6 instead. Note that only the last one, ntp.nict.jp, has AAAA record. % ping6 -c 5 ntp.nict.jp PING6(56=40+8+8 bytes) 2001:5c0:8fff:fffe::42ad --> 2001:2f8:29:100::fff3 16 bytes from 2001:2f8:29:100::fff3, icmp_seq=0 hlim=30 time=552.329 ms 16 bytes from 2001:2f8:29:100::fff3, icmp_seq=1 hlim=31 time=549.556 ms 16 bytes from 2001:2f8:29:100::fff3, icmp_seq=2 hlim=31 time=593.890 ms 16 bytes from 2001:2f8:29:100::fff3, icmp_seq=3 hlim=30 time=616.043 ms 16 bytes from 2001:2f8:29:100::fff3, icmp_seq=4 hlim=31 time=610.353 ms --- ntp.nict.jp ping6 statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 549.556/584.434/616.043/28.311 ms > If you built your own world, are you sure a NOINET6 hasn't snuck in > somewhere? I'm not quite sure, I just simply follow the procedure in handbook as per my previous post. But I CAN ping6 any IPv6 hosts. Therefore I don't think so. Answers to Clifton Royston > What the first 3 items in your list suggest, totally independent of > any questions involving 6.3 vs. 6.2, is that you don't have a NAT/LAN > configuration which works correctly with NTP on IPv4. Yes you are right. > Do any other UDP services work with NAT on IPv4, under either 6.2, > 6.3, or 5.4? Yes I ran many UDP clients/servers. Mostly I coded C on my own. All work without any problems. > If you want to confirm this is the problem, try running 6.3-STABLE on > the same dialup connection that worked for 5.4 and 6.2. My prediction > is that NTP will work via your dialup connection. Yes ntp works with both IPv4 and IPv6 on dial up. root@bsdhost:~# ntpdc -c peers remote local st poll reach delay offset disp ======================================================================= *122.154.11.67 118.174.95.234 1 128 7 0.17996 -14.62198 1.93799 =www.hypercore.c 118.174.95.234 3 128 7 0.31084 -14.61814 1.93852 =ntp-b2.nict.go. :: 1 128 7 0.37003 -14.67507 1.93871 > If that is case, your problem is that your NAT implementation is > broken or incomplete, or your NAT configuration also incorporates a > firewall blocking NTP. (Note also that if you connect through dial-up, > naturally you're not going through any firewall present on the LAN, so > a firewall could well be the problem.) Probably, but there is still divergence between 6.2-RELEASE and 6.3-STABLE. Thanks, Pongthep From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 18:59: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 F0557106567C for ; Fri, 29 Feb 2008 18:59:13 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id ABB628FC2D for ; Fri, 29 Feb 2008 18:59:13 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so6461414wri.3 for ; Fri, 29 Feb 2008 10:59:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=jHQHISiEwS+YW/PkiTOWJNeQv88BUBaENb//Y7hrj+U=; b=EEth9PecLC3CsDKlt6l7R5zDDm0IETHLmpT3QdVmvuPZ0h969lGaKakb6fJ69X6dyUAOUkW5lcaoBuMISN/6SXuUzFFZeY/QlBMKWYhSibAQnHJYX2FU49ewtIhAqKHHSiXc5YEc50UHtllCQLX8/1AZU4Rz2EeyeeE0rACJG0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=ed+S9e7LvGfenusCW38WjGwqPo/G5eAJn31xaLvobB+DP+v5YmcEjPT9Y2Ei2RPTcP8PuxSCnu6XqK18oYKbHjS8p0AjMuIsCAXt8a0fgOJ6slUTZLymn/LoYk7/aaLU7lhMjGuQG+ncvOpls94izvVV/lLKl7hjxmU8w4AMshY= Received: by 10.65.241.20 with SMTP id t20mr18630928qbr.88.1204311550941; Fri, 29 Feb 2008 10:59:10 -0800 (PST) Received: by 10.64.149.8 with HTTP; Fri, 29 Feb 2008 10:59:10 -0800 (PST) Message-ID: <5f67a8c40802291059p13e649c2mdb4c120580d5551e@mail.gmail.com> Date: Fri, 29 Feb 2008 18:59:10 +0000 From: "Zaphod Beeblebrox" To: "FreeBSD Stable Mailing List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: uchcom 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, 29 Feb 2008 18:59:14 -0000 Now that 7.0 has been cut, any chance that the uchcom driver could be MFC'd? From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 19:06: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 41474106569A for ; Fri, 29 Feb 2008 19:06:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 048958FC22 for ; Fri, 29 Feb 2008 19:06:13 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9F76873129; Fri, 29 Feb 2008 20:07:01 +0100 (CET) Date: Fri, 29 Feb 2008 20:07:01 +0100 From: Luigi Rizzo To: Zaphod Beeblebrox Message-ID: <20080229190701.GA94513@onelab2.iet.unipi.it> References: <5f67a8c40802291059p13e649c2mdb4c120580d5551e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40802291059p13e649c2mdb4c120580d5551e@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Mailing List Subject: Re: uchcom 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, 29 Feb 2008 19:06:14 -0000 On Fri, Feb 29, 2008 at 06:59:10PM +0000, Zaphod Beeblebrox wrote: > Now that 7.0 has been cut, any chance that the uchcom driver could be MFC'd? good idea - i just built it under 6.3 and it did build and work without changing a single bit. cheers luigi > 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 Feb 29 19:11: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 DA7281065696 for ; Fri, 29 Feb 2008 19:11:10 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 91FE98FC1E for ; Fri, 29 Feb 2008 19:11:10 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 7CEC0BFECB0; Fri, 29 Feb 2008 19:11:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id Ml9uJ9MkT4c2; Fri, 29 Feb 2008 19:10:54 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id C236BBFEB9C; Fri, 29 Feb 2008 19:10:54 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m1TJAsEr028340; Fri, 29 Feb 2008 20:10:54 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m1TJAo7I028333; Fri, 29 Feb 2008 20:10:50 +0100 (CET) (envelope-from rink) Date: Fri, 29 Feb 2008 20:10:50 +0100 From: Rink Springer To: Luigi Rizzo Message-ID: <20080229191050.GA18961@rink.nu> References: <5f67a8c40802291059p13e649c2mdb4c120580d5551e@mail.gmail.com> <20080229190701.GA94513@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080229190701.GA94513@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Zaphod Beeblebrox , FreeBSD Stable Mailing List Subject: Re: uchcom 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, 29 Feb 2008 19:11:11 -0000 On Fri, Feb 29, 2008 at 08:07:01PM +0100, Luigi Rizzo wrote: > On Fri, Feb 29, 2008 at 06:59:10PM +0000, Zaphod Beeblebrox wrote: > > Now that 7.0 has been cut, any chance that the uchcom driver could be MFC'd? > > good idea - i just built it under 6.3 and it did build and work > without changing a single bit. If no one steps up, I'm willing to do this... -- 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 Fri Feb 29 19:12: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 47E1C106568B; Fri, 29 Feb 2008 19:12:27 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id C810D8FC23; Fri, 29 Feb 2008 19:12:26 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by postfix1-g20.free.fr (Postfix) with ESMTP id 29AAE2355E2F; Fri, 29 Feb 2008 19:49:52 +0100 (CET) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 83DF217F56F; Fri, 29 Feb 2008 19:49:50 +0100 (CET) Received: from imp6-g19.free.fr (imp6-g19.free.fr [212.27.42.6]) by smtp8-g19.free.fr (Postfix) with ESMTP id 5546817F534; Fri, 29 Feb 2008 19:49:49 +0100 (CET) Received: by imp6-g19.free.fr (Postfix, from userid 33) id A05954384; Fri, 29 Feb 2008 19:49:43 +0100 (CET) Received: from mar44-4-88-161-154-223.fbx.proxad.net (mar44-4-88-161-154-223.fbx.proxad.net [88.161.154.223]) by imp.free.fr (IMP) with HTTP for ; Fri, 29 Feb 2008 19:49:43 +0100 Message-ID: <1204310983.47c853c70577d@imp.free.fr> Date: Fri, 29 Feb 2008 19:49:43 +0100 From: gregoryd.freebsd@free.fr To: Ken Smith References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> In-Reply-To: <1204151575.84335.3.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 88.161.154.223 Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 19:12:27 -0000 Quoting Ken Smith : Hi ! > On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > We hope you enjoy the new release. I've just spent the whole morning installing it on my office desktop. It was an awful experience: installing packages from the three CDs kept making me switch from one CD to the other then to the previous one before the next one again... All in all about twenty-times !!! (sometimes just for ONE package, for Christ's sake !) It was particularly annoying, especially with those Linux guys around sneering when comparing it to their smooth install. I really think we should do something about it. Either group the packages with dependencies together on a same CD, or let the installer mark packages belonging to another CD as "dirty" and make it try to install them later in a second pass... I don't know... I guess a DVD release would more than help: all the packages would be on a single disc (plus, we might add some more). Then again, that wouldn't solve the problem of people needing to install it from CDs, though. (I'm aware scripts exist on the web to group iso's together and make a DVD, but I'm talking of a properly released one) I hadn't been aware of that until today, since at home I upgrade with the usual source compiling steps. But in my office there is no internet connection available for that kind of operations, so I had to recourse to the CDs... That didn't help me convince the GNU/Linux users (although some really were interested, because they enjoy our documentation...). But I especially find it regrettable that a minor annoyances such as these "spoil", in a way, all the good work that's done for the OS itself :-( Even more so when keeping in mind people coming from other OS backgrounds and wanting to use it as a desktop OS: more thant the appearance of the installer (which I keep thinking is definitely efficacious, however spartan) it is that problem with CD-toasting just to install packages that might prove a deterrent :-( That said, I'm all too willing to give a hand to people in charge with this issue. And yes, thank you all again *very much* for bringing 7.0 ! gregory From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 20:11: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 49981106566C for ; Fri, 29 Feb 2008 20:11:10 +0000 (UTC) (envelope-from mark@reidel.info) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 047F48FC19 for ; Fri, 29 Feb 2008 20:11:09 +0000 (UTC) (envelope-from mark@reidel.info) Received: from [82.135.4.244] (helo=karm.dyndns.org) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JVBP7-0004vI-Ne for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 21:00:25 +0100 Received: from [192.168.43.16] (helo=Shari.local) by karm.dyndns.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JVBPC-000Nm7-Ge for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 21:00:30 +0100 Message-ID: <47C86444.4070807@reidel.info> Date: Fri, 29 Feb 2008 21:00:04 +0100 From: Mark Reidel User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Df-Sender: 793055 Subject: Unable to boot without VGA-card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 20:11:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear list, 2 days ago, I upgraded my router from 6.3 to 7-PRERELEASE, because I wanted journaling UFS. This all worked well, because I have two hard disks. So I created a journaling ad1s1a.journal and copied all the stuff. This PC doesn't have VGA-card, no slots are free. When the copying finished, I saw that 7.0 was released, upgraded and rsynced the diffs to my journaled partition. Then I added vfs.root.mountfrom="ufs:ufs/backup" to /boot/loader.conf on ad0s1a, so the kernel comes from ad0s1a and the userland from ad1s1a.journal (aka ufs/backup). Then I rebooted and the machine hung. Expecting to have done something wrong, I put in my workstation's VGA-card, booted and it simply worked as expected. As soon as I remove my VGA-card, the machine doesn't boot anymore. The kdb-LEDs get initialized, the HD shows an activity-splash and then nothing. I figure it must boot the kernel and then have problems in the userland. But neither entering return for /bin/sh and then fastboot, nor entering ufs:ad0s1a did something, so it's not waiting for one of those inputs. I don't have null-modem-cable available and setting the system to boot from sio also hangs it, so I'm really stuck here. Does anybody have any idea what else I could try? Regards, - Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkfIZEQACgkQwceHY2QbsCgt6wCg3uHEWBJ1jN164F/zoaj9XyG7 UdYAniMshRiz9ZkwJyR/6cDd1BJxVtZi =cAbs -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 21:07: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 F258F1065675 for ; Fri, 29 Feb 2008 21:07:39 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 80BD58FC28 for ; Fri, 29 Feb 2008 21:07:39 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180160048.adsl.alicedsl.de [85.180.160.48]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m1TL7QjB054134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Feb 2008 22:07:28 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m1TL7ORt006683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Feb 2008 22:07:24 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m1TL7N1H006681; Fri, 29 Feb 2008 22:07:23 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Fri, 29 Feb 2008 22:07:23 +0100 From: Ulrich Spoerlein To: Thomas Krause Message-ID: <20080229210722.GA1524@roadrunner.spoerlein.net> Mail-Followup-To: Thomas Krause , freebsd-stable@freebsd.org References: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: $HOME changed from 6.2 to 6.3 and 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, 29 Feb 2008 21:07:40 -0000 On Fri, 29.02.2008 at 12:52:11 +0100, Thomas Krause wrote: > Dear list, > > after upgrading from 6.2R to 6.3R my daily jobs, which are normaly > executed from /etc/daily.local, are not longer started. > The entry in daily.local is > $HOME/bin/save-conf.sh > 6.2R executed /root/bin/save-conf.sh > 6.3R (and 7.0R) tries to start /var/log/bin/save-conf.bin > > Why? I cannot find such a homedir in /etc/passwd! Wrong place to look, it is set via /etc/crontab: % more /etc/crontab # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: src/etc/crontab,v 1.32 2002/11/22 16:13:39 tom Exp $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin HOME=/var/log # # ... # # Perform daily/weekly/monthly maintenance. 1 3 * * * root periodic daily 15 4 * * 6 root periodic weekly 30 5 1 * * root periodic monthly If this has changed from before, I guess it would be due to a new shell forking which always reset $HOME. Thus, it only worked before by sheer luck :) Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 21:30: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 524871065670 for ; Fri, 29 Feb 2008 21:30:28 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id EA12E8FC14 for ; Fri, 29 Feb 2008 21:30:27 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1TLUKXK065960 for ; Fri, 29 Feb 2008 13:30:26 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1TLUKBQ065959 for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 13:30:20 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 29 Feb 2008 13:30:19 -0800 Message-ID: <20080229133019.cycrlvtf0gwck0w4@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 29 Feb 2008 13:30:19 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <867igo3cih.fsf@zid.claresco.hr> <20080229001906.95tw300jkww0c4sk@webmail.1command.com> <47C7E2C5.20403@FreeBSD.org> In-Reply-To: <47C7E2C5.20403@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 21:30:28 -0000 Quoting Kris Kennaway : > Chris H. wrote: > >> While not a recommended substitution for "good housekeeping". I thought it >> worth mentioning: >> LIBMAP.CONF(5) >> http://www.freebsd.org/cgi/man.cgi?query=libmap.conf&apropos=0&sektion=0&manpath=FreeBSD+6.3-RELEASE&format=html > > This can be used safely sometimes, but it is dangerous when > attempting to work around library version issues. In general, > library version numbers change because the libraries are > incompatible, and if you force the issue with libmap (or its cruder > cousin, ln -s) you will begin to enumerate the ways in which they are > not compatible when your application crashes or misbehaves. > > Using libmap should not be thought of as a solution unless you know > what you are doing and can verify that it is safe on a case by case > basis. > > This may sound like pedantic advice, but I have dealt with many > mailing list users who are all up in arms about "how crap the ports > collection has become..nothing works any more...freebsd is > dying...and *mumble mumble* when I botched an upgrade a few months > ago I symlinked all the missing libraries to new versions...don't do > that you say? But that cannot possibly be related...oh wait it was, > okbye." I quite agree, and wasn't trying to advocate it's use for this sort of thing - see; not a recommended substitution for "good housekeeping". :) But thought it might be worth mentioning just the same. --Chris H P.S. I think pedantic frequently gets a bad rap. ;) > > Kris > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 21:58: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 46AD8106567E for ; Fri, 29 Feb 2008 21:58:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3686A8FC1D for ; Fri, 29 Feb 2008 21:58:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2C2C51CC033; Fri, 29 Feb 2008 13:58:27 -0800 (PST) Date: Fri, 29 Feb 2008 13:58:27 -0800 From: Jeremy Chadwick To: Thomas Krause , freebsd-stable@freebsd.org Message-ID: <20080229215827.GA5805@eos.sc1.parodius.com> References: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> <20080229210722.GA1524@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080229210722.GA1524@roadrunner.spoerlein.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: $HOME changed from 6.2 to 6.3 and 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, 29 Feb 2008 21:58:27 -0000 On Fri, Feb 29, 2008 at 10:07:23PM +0100, Ulrich Spoerlein wrote: > # $FreeBSD: src/etc/crontab,v 1.32 2002/11/22 16:13:39 tom Exp $ > ... > HOME=/var/log > > If this has changed from before, I guess it would be due to a new shell > forking which always reset $HOME. Thus, it only worked before by sheer > luck :) The HOME=/var/log entry in /etc/crontab was set **14 years ago**, so I don't know what the OP is talking about. Nothing has changed there. http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/crontab?annotate=1.32 http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/crontab#rev1.2 Revision 1.2: download - view: text, markup, annotated - select for diffs Mon Jul 19 19:08:04 1993 UTC (14 years, 7 months ago) by rgrimes -- | 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 Feb 29 22:00: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 2C1B3106566C for ; Fri, 29 Feb 2008 22:00:58 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF558FC16 for ; Fri, 29 Feb 2008 22:00:58 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 17BC11CC033; Fri, 29 Feb 2008 14:00:58 -0800 (PST) Date: Fri, 29 Feb 2008 14:00:58 -0800 From: Jeremy Chadwick To: Mark Reidel Message-ID: <20080229220058.GB5805@eos.sc1.parodius.com> References: <47C86444.4070807@reidel.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C86444.4070807@reidel.info> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Unable to boot without VGA-card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 22:00:58 -0000 On Fri, Feb 29, 2008 at 09:00:04PM +0100, Mark Reidel wrote: > Does anybody have any idea what else I could try? Is it possible for you to put the machine up on serial console somehow? This might permit you to see where the problem is occurring. Assuming you're using the FreeBSD boot straps, put the string "-Dh" in /boot.config, then reboot the box. Have another machine attached to the FreeBSD machine's COM1 port, set to 9600bps 8N1, and see what happens. -- | 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 Feb 29 22:34: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 CF0EC1065674 for ; Fri, 29 Feb 2008 22:34:22 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 77C228FC16 for ; Fri, 29 Feb 2008 22:34:22 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.2/8.14.2) with ESMTP id m1TMYJSq009653; Fri, 29 Feb 2008 16:34:20 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Fri, 29 Feb 2008 16:34:19 -0600 (CST) From: "Sean C. Farley" To: Dmitry Antipov In-Reply-To: <47C7E73E.5010701@yandex.ru> Message-ID: References: <47C7E73E.5010701@yandex.ru> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: freebsd-stable@FreeBSD.org Subject: Re: 7.0 - slow/unstable Internet access via Linux router X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 22:34:22 -0000 On Fri, 29 Feb 2008, Dmitry Antipov wrote: > Hello, > > recently I've installed 7.0 and now I'm observing strange thing with > my Internet connection. Access to some sites may be VERY slow or > doesn't work at all with different kinds of timeout messages or > without messages at all (but other sites works fine). For example, > firefox may say "Transferring data from..." message and then "The > connection to the server was reset while the page was loading", lynx > just says "HTTP/1.1 200 OK" and displays no data, etc. > > I'm also using Linux and Windows XP on the same machine, and the same > sites are loaded very quickly. Note I'm not using a proxy. > > My NIC is: > > mskc0: port 0xc800-0xc8ff mem > 0xcdefc000-0xcdefffff irq 17 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:11:2f:37:d5:19 > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > mskc0: [FILTER] *snip* > Any ideas ? I saw this commit[1] to HEAD this morning concerning msk(4) and 88E8053. It may not be related. Sean 1. http://lists.freebsd.org/pipermail/cvs-src/2008-February/087879.html -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23:05:02 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 1FFBF1065670 for ; Fri, 29 Feb 2008 23:05:02 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id EBE3E8FC15 for ; Fri, 29 Feb 2008 23:05:01 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A2E1F1A000B0F for ; Fri, 29 Feb 2008 14:42:51 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8LY1Lodnw3bT for ; Fri, 29 Feb 2008 14:42:51 -0800 (PST) Received: from coal.local (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 1B1BB1A000B0C for ; Fri, 29 Feb 2008 14:42:51 -0800 (PST) From: Freddie Cash Organization: School District 73 To: stable@freebsd.org User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Disposition: inline X-Length: 6843 X-UID: 937 Date: Fri, 29 Feb 2008 14:42:49 -0800 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200802291442.49915.fjwcash@gmail.com> Cc: Subject: FreeBSD 6.3 + Xen 3.1 HVM: Success! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 23:05:02 -0000 Just thought I'd pass along that I have successfully installed FreeBSD 6.3 into a Xen 3.1 HVM. Went a lot smoother than I expected. Haven't done any benchmarking or stress testing or port installs or anything. But so far it's working nicely. Here's all the info. If you'd like to see anything else, let me know. Host hardware: Tyan h2000M motherboard 2x AMD Opteron 2200-series CPUs (dual-core) 8 GB ECC DDR2-800 SDRAM 3Ware Escalade 9650SX-12ML PCIe RAID controller 12x 400 GB SATA harddrives in RAID6 with 1 hot spare (4 TB) Host software: Ubuntu Server 7.10 64-bit version Linux kernel 2.6.22 Xen 3.1 LVM partitions for all the virtual machines Xen config file: # Enable hardware virtualisation using HVM kernel = '/usr/lib/xen-ioemu-3.1/boot/hvmloader' device_model = '/usr/lib/xen-ioemu-3.1/bin/qemu-dm' builder = 'hvm' # VM/domain name name = 'freebsd' # Memory and CPU settings vcpus = '1' memory = '1024' # Disk settings disk = [ 'phy:/dev/xenvol0/freebsd,ioemu:hda,w', 'file:/home/fcash/freebsd-6.3-i386-cd1.iso,hdc:cdrom,r' ] boot = 'c' # Network settings hostname = 'fbsdvm1.sd73.bc.ca' vif = [ 'type=ioemu, bridge=xenbr3, mac=00:16:3e:00:00:02' ] dhcp = '1' # Graphics settings sdl = '0' vnc = '1' vncviewer = '1' # Other settings pae = '0' # Whether to enable PAE for 32-bit VMs acpi = '0' # Whether to enable ACPI for guests localtime = '1' # Whether system clock is set to local time or UTC # Start/stop settings on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' FreeBSD 6.3 dmesg: 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 6.3-RELEASE #0: Wed Jan 16 04:18:52 UTC 2008 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC MPTable: <_HVMCPU_ XEN > Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2220 (2793.12-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 Features=0x789fbbf Features2=0x2001 AMD Features=0x28400800 AMD Features2=0x19 real memory = 1073717248 (1023 MB) avail memory = 1041719296 (993 MB) ioapic0: Changing APIC ID to 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jan 16 2008 04:16:19) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 Correcting Natoma config for non-SMP isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 2.0 (no driver attached) pci0: at device 3.0 (no driver attached) re0: port 0xc200-0xc2ff mem 0xf4000000-0xf40000ff irq 5 at device 4.0 on pci0 miibus0: on re0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:16:3e:00:00:02 re0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793124857 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 102400MB at ata0-master WDMA2 acd0: CDROM at ata1-master PIO3 Trying to mount root from ufs:/dev/ad0s1a pciconf -vl: hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x12378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82440/1FX 440FX (Natoma) System Controller' class = bridge subclass = HOST-PCI isab0@pci0:1:0: class=0x060100 card=0x00000000 chip=0x70008086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' class = bridge subclass = PCI-ISA atapci0@pci0:1:1: class=0x010180 card=0x00015853 chip=0x70108086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 IDE Interface (Triton II)' class = mass storage subclass = ATA none0@pci0:2:0: class=0x030000 card=0x00015853 chip=0x00b81013 rev=0x00 hdr=0x00 vendor = 'Cirrus Logic' device = 'CL-GD5446 64-bit VisualMedia Accelerator' class = display subclass = VGA none1@pci0:3:0: class=0xff8000 card=0x00015853 chip=0x00015853 rev=0x01 hdr=0x00 re0@pci0:4:0: class=0x020000 card=0x00015853 chip=0x813910ec rev=0x20 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23:07: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 56F4E106566C for ; Fri, 29 Feb 2008 23:07:50 +0000 (UTC) (envelope-from ross.penner@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 318C48FC1A for ; Fri, 29 Feb 2008 23:07:50 +0000 (UTC) (envelope-from ross.penner@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so4392220wfa.7 for ; Fri, 29 Feb 2008 15:07:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=SgJ0ZJWSP29LDF3fvycgpsPqOhYZjgVyGCn8dPkDp10=; b=fIAtTpPlQaclhQxx08AusN1kfH9NM+WL+JnXuvapApF57yba+oaq1DU0AYoFXPX8IfXTmG/kbwQHubBQxv7IhX/zT+ETF8bh+10fFMVmVGvzdeJwZAE9fzSeHZ/KmD4EfAfXfo8rUPtnmB50Neeby0TlgoML0tCeguBcHhENF8o= 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=heh3+UtIJN836xuO+bc3jgJ5inGwAN7wWRQfTfYMh+wgl7sHdCZoEuerWsiyanEGKa+Y6p8GoZglle6miAiA6i9A5RA6a85o6aJtdYtLewd0xXH2Hw43f2e+c9xqLX5UZQNC11G1CwFTEnbyrSj1y6Atv+bVdSYxSmaW1X1sA4g= Received: by 10.142.201.3 with SMTP id y3mr7368953wff.120.1204324817169; Fri, 29 Feb 2008 14:40:17 -0800 (PST) Received: by 10.142.242.20 with HTTP; Fri, 29 Feb 2008 14:40:17 -0800 (PST) Message-ID: Date: Fri, 29 Feb 2008 15:40:17 -0700 From: "Ross Penner" 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: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 23:07:50 -0000 I'm having very similar problems on my system that I just upgraded last night. It's a MiniITX board, model EN1200. My system can't remain up for more than 10minutes before something locks it up and frequently the screen will output error messages relating to DMA. I'd love to be able to help and diagnose this problem, but I'm unsure how to go about it, being relatively unacknowledged. The system was working perfectly fine on 6.3 up until I upgraded last night. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23:13: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 67BB51065672 for ; Fri, 29 Feb 2008 23:13:13 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.pppoe.ca (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id DABE28FC12 for ; Fri, 29 Feb 2008 23:13:12 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAMQgyEdMCqa7/2dsb2JhbACLAqNcBA X-IronPort-AV: E=Sophos;i="4.25,429,1199682000"; d="scan'208";a="15421706" Received: from mail.pppoe.ca ([65.39.192.132]) by ironport2-out.pppoe.ca with ESMTP; 29 Feb 2008 18:12:59 -0500 Received: from kevin ([76.10.166.187]) by mail.pppoe.ca (Internet Mail Server v1.0) with ASMTP id JZP27359 for ; Fri, 29 Feb 2008 18:12:59 -0500 From: "Kevin K" To: Date: Fri, 29 Feb 2008 18:12:52 -0500 Message-ID: <000001c87b28$9bd7f970$d387ec50$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach7KJpyAv7BxLs3Qwa3As75tKIjnA== Content-Language: en-us x-cr-hashedpuzzle: AaWb Au+v Bs2L C2V6 DbCY Dr4S HIPt HTGH Hw/v IBKy IGg3 IHml IOUU IkNd JIyo Jggz; 1; ZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {411FF182-58D3-4280-A700-D6A6FEC76F4E}; awBrAHUAdAB6AGsAbwBAAHQAZQBrAHMAYQB2AHYAeQAuAGMAbwBtAA==; Fri, 29 Feb 2008 23:12:50 GMT; RgByAGUAZQBCAFMARAAgADYALgAyACAALQAtAD4AIABjAHYAcwB1AHAAIAB0AG8AIAA3AC4AMAAgACsAIABtAGEAawBlACAAYgB1AGkAbABkAHcAbwByAGwAZAAgAGYAYQBpAGwAcwA= x-cr-puzzleid: {411FF182-58D3-4280-A700-D6A6FEC76F4E} Subject: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 23:13:13 -0000 I have cvsupped my src -> cvsup stable-supfile / RELENG_7 cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld : magic, 67702: Warning type `log' invalid magic, 67703: Warning offset `@Remove files no longer part of the vendor's file(1).' invalid magic, 67703: Warning type `@Remove files no longer part of the vendor's file(1).' invalid magic, 67704: Warning offset `@' invalid magic, 67704: Warning type `@' invalid magic, 67705: Warning offset `text' invalid magic, 67705: Warning type `text' invalid magic, 67706: Warning offset `@@' invalid magic, 67706: Warning type `@@' invalid magic, 67709: Warning type `.1.1.1.4.1' invalid magic, 67710: Warning offset `log' invalid magic, 67710: Warning type `log' invalid magic, 67711: Warning offset `@MFC: file version 3.41' invalid magic, 67711: Warning type `@MFC: file version 3.41' invalid magic, 67713: Warning offset `Approved by: murray(re)' invalid magic, 67713: Warning type `Approved by: murray(re)' invalid magic, 67714: Warning offset `Desired by: nectar(so)' invalid magic, 67714: Warning type `Desired by: nectar(so)' invalid magic, 67715: Warning offset `@' invalid magic, 67715: Warning type `@' invalid magic, 67716: Warning offset `text' invalid magic, 67716: Warning type `text' invalid magic, 67717: Warning offset `@@' invalid magic, 67717: Warning type `@@' invalid magic, 67764: Warning offset `head 1.1;' invalid magic, 67764: Warning type `head 1.1;' invalid magic, 67765: Warning offset `branch 1.1.1;' invalid magic, 67765: Warning type `branch 1.1.1;' invalid magic, 67766: Warning offset `access;' invalid magic, 67766: Warning type `access;' invalid magic, 67767: Warning offset `symbols' invalid magic, 67767: Warning type `symbols' invalid magic, 67768: Warning offset ` RELENG_7_0_0_RELEASE:1.1.1.1' invalid magic, 67768: Warning type `RELENG_7_0_0_RELEASE:1.1.1.1' invalid magic, 67769: Warning offset ` file_4_23__r1_46:1.1.1.1' invalid magic, 67769: Warning type `file_4_23__r1_46:1.1.1.1' invalid magic, 67770: Warning offset ` RELENG_6_3_0_RELEASE:1.1.1.1' invalid magic, 67770: Warning type `RELENG_6_3_0_RELEASE:1.1.1.1' invalid magic, 67771: Warning offset ` file_4_23:1.1.1.1' invalid magic, 67771: Warning type `file_4_23:1.1.1.1' invalid magic, 67772: Warning offset ` RELENG_7_0:1.1.1.1.0.30' invalid magic, 67772: Warning type `RELENG_7_0:1.1.1.1.0.30' invalid magic, 67773: Warning offset ` RELENG_7_0_BP:1.1.1.1' invalid magic, 67773: Warning type `RELENG_7_0_BP:1.1.1.1' invalid magic, 67774: Warning offset ` RELENG_6_3:1.1.1.1.0.28' invalid magic, 67774: Warning type `RELENG_6_3:1.1.1.1.0.28' invalid magic, 67775: Warning offset ` RELENG_6_3_BP:1.1.1.1' invalid magic, 67775: Warning type `RELENG_6_3_BP:1.1.1.1' invalid magic, 67776: Warning offset ` RELENG_7:1.1.1.1.0.26' invalid magic, 67776: Warning type `RELENG_7:1.1.1.1.0.26' invalid magic, 67777: Warning offset ` RELENG_7_BP:1.1.1.1' invalid magic, 67777: Warning type `RELENG_7_BP:1.1.1.1' invalid magic, 67778: Warning offset ` file_4_21:1.1.1.1' invalid magic, 67778: Warning type `file_4_21:1.1.1.1' invalid magic, 67779: Warning offset ` file_4_19:1.1.1.1' invalid magic, 67779: Warning type `file_4_19:1.1.1.1' invalid magic, 67780: Warning offset ` RELENG_6_2_0_RELEASE:1.1.1.1' invalid magic, 67780: Warning type `RELENG_6_2_0_RELEASE:1.1.1.1' invalid magic, 67781: Warning offset ` RELENG_6_2:1.1.1.1.0.24' invalid magic, 67781: Warning type `RELENG_6_2:1.1.1.1.0.24' invalid magic, 67782: Warning offset ` RELENG_6_2_BP:1.1.1.1' invalid magic, 67782: Warning type `RELENG_6_2_BP:1.1.1.1' invalid magic, 67783: Warning offset ` file_4_17_A:1.1' invalid magic, 67783: Warning type `file_4_17_A:1.1' invalid magic, 67784: Warning offset ` file_4_17:1.1.1.1' invalid magic, 67784: Warning type `file_4_17:1.1.1.1' invalid magic, 67785: Warning offset ` RELENG_5_5_0_RELEASE:1.1.1.1' invalid magic, 67785: Warning type `RELENG_5_5_0_RELEASE:1.1.1.1' invalid magic, 67786: Warning offset ` RELENG_5_5:1.1.1.1.0.22' invalid magic, 67786: Warning type `RELENG_5_5:1.1.1.1.0.22' invalid magic, 67787: Warning offset ` RELENG_5_5_BP:1.1.1.1' invalid magic, 67787: Warning type `RELENG_5_5_BP:1.1.1.1' invalid magic, 67788: Warning offset ` RELENG_6_1_0_RELEASE:1.1.1.1' invalid magic, 67788: Warning type `RELENG_6_1_0_RELEASE:1.1.1.1' invalid magic, 67789: Warning offset ` RELENG_6_1:1.1.1.1.0.20' invalid magic, 67789: Warning type `RELENG_6_1:1.1.1.1.0.20' invalid magic, 67790: Warning offset ` RELENG_6_1_BP:1.1.1.1' invalid magic, 67790: Warning type `RELENG_6_1_BP:1.1.1.1' invalid magic, 67791: Warning offset ` RELENG_6_0_0_RELEASE:1.1.1.1' invalid magic, 67791: Warning type `RELENG_6_0_0_RELEASE:1.1.1.1' invalid magic, 67792: Warning offset ` RELENG_6_0:1.1.1.1.0.18' invalid magic, 67792: Warning type `RELENG_6_0:1.1.1.1.0.18' invalid magic, 67793: Warning offset ` RELENG_6_0_BP:1.1.1.1' invalid magic, 67793: Warning type `RELENG_6_0_BP:1.1.1.1' invalid magic, 67794: Warning offset ` RELENG_6:1.1.1.1.0.16' invalid magic, 67794: Warning type `RELENG_6:1.1.1.1.0.16' invalid magic, 67795: Warning offset ` RELENG_6_BP:1.1.1.1' invalid magic, 67795: Warning type `RELENG_6_BP:1.1.1.1' invalid magic, 67796: Warning offset ` RELENG_5_4_0_RELEASE:1.1.1.1' invalid magic, 67796: Warning type `RELENG_5_4_0_RELEASE:1.1.1.1' invalid magic, 67797: Warning offset ` RELENG_5_4:1.1.1.1.0.14' invalid magic, 67797: Warning type `RELENG_5_4:1.1.1.1.0.14' invalid magic, 67798: Warning offset ` RELENG_5_4_BP:1.1.1.1' invalid magic, 67798: Warning type `RELENG_5_4_BP:1.1.1.1' invalid magic, 67799: Warning offset ` RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid magic, 67799: Warning type `RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid magic, 67800: Warning offset ` file_4_12:1.1.1.1' invalid magic, 67800: Warning type `file_4_12:1.1.1.1' invalid magic, 67801: Warning offset ` RELENG_4_11:1.1.1.1.2.1.0.18' invalid magic, 67801: Warning type `RELENG_4_11:1.1.1.1.2.1.0.18' invalid magic, 67802: Warning offset ` RELENG_4_11_BP:1.1.1.1.2.1' invalid magic, 67802: Warning type `RELENG_4_11_BP:1.1.1.1.2.1' invalid magic, 67803: Warning offset ` RELENG_5_3_0_RELEASE:1.1.1.1' invalid magic, 67803: Warning type `RELENG_5_3_0_RELEASE:1.1.1.1' invalid magic, 67804: Warning offset ` RELENG_5_3:1.1.1.1.0.12' invalid magic, 67804: Warning type `RELENG_5_3:1.1.1.1.0.12' invalid magic, 67805: Warning offset ` RELENG_5_3_BP:1.1.1.1' invalid magic, 67805: Warning type `RELENG_5_3_BP:1.1.1.1' invalid magic, 67806: Warning offset ` RELENG_5:1.1.1.1.0.10' invalid magic, 67806: Warning type `RELENG_5:1.1.1.1.0.10' invalid magic, 67807: Warning offset ` RELENG_5_BP:1.1.1.1' invalid magic, 67807: Warning type `RELENG_5_BP:1.1.1.1' invalid magic, 67808: Warning offset ` file_4_10:1.1.1.1' invalid magic, 67808: Warning type `file_4_10:1.1.1.1' invalid magic, 67809: Warning offset ` RELENG_4_10_0_RELEASE:1.1.1.1.2.1' invalid magic, 67809: Warning type `RELENG_4_10_0_RELEASE:1.1.1.1.2.1' invalid magic, 67810: Warning offset ` RELENG_4_10:1.1.1.1.2.1.0.16' invalid magic, 67810: Warning type `RELENG_4_10:1.1.1.1.2.1.0.16' invalid magic, 67811: Warning offset ` RELENG_4_10_BP:1.1.1.1.2.1' invalid magic, 67811: Warning type `RELENG_4_10_BP:1.1.1.1.2.1' invalid magic, 67812: Warning offset ` RELENG_5_2_1_RELEASE:1.1.1.1' invalid magic, 67812: Warning type `RELENG_5_2_1_RELEASE:1.1.1.1' invalid magic, 67813: Warning offset ` RELENG_5_2_0_RELEASE:1.1.1.1' invalid magic, 67813: Warning type `RELENG_5_2_0_RELEASE:1.1.1.1' invalid magic, 67814: Warning offset ` RELENG_5_2:1.1.1.1.0.8' invalid magic, 67814: Warning type `RELENG_5_2:1.1.1.1.0.8' invalid magic, 67815: Warning offset ` RELENG_5_2_BP:1.1.1.1' invalid magic, 67815: Warning type `RELENG_5_2_BP:1.1.1.1' invalid magic, 67816: Warning offset ` RELENG_4_9_0_RELEASE:1.1.1.1.2.1' invalid magic, 67816: Warning type `RELENG_4_9_0_RELEASE:1.1.1.1.2.1' invalid magic, 67817: Warning offset ` RELENG_4_9:1.1.1.1.2.1.0.14' invalid magic, 67817: Warning type `RELENG_4_9:1.1.1.1.2.1.0.14' invalid magic, 67818: Warning offset ` RELENG_4_9_BP:1.1.1.1.2.1' invalid magic, 67818: Warning type `RELENG_4_9_BP:1.1.1.1.2.1' invalid magic, 67819: Warning offset ` RELENG_5_1_0_RELEASE:1.1.1.1' invalid magic, 67819: Warning type `RELENG_5_1_0_RELEASE:1.1.1.1' invalid magic, 67820: Warning offset ` RELENG_5_1:1.1.1.1.0.6' invalid magic, 67820: Warning type `RELENG_5_1:1.1.1.1.0.6' invalid magic, 67821: Warning offset ` RELENG_5_1_BP:1.1.1.1' invalid magic, 67821: Warning type `RELENG_5_1_BP:1.1.1.1' invalid magic, 67822: Warning offset ` RELENG_4_8_0_RELEASE:1.1.1.1.2.1' invalid magic, 67822: Warning type `RELENG_4_8_0_RELEASE:1.1.1.1.2.1' invalid magic, 67823: Warning offset ` RELENG_4_8:1.1.1.1.2.1.0.12' invalid magic, 67823: Warning type `RELENG_4_8:1.1.1.1.2.1.0.12' invalid magic, 67824: Warning offset ` RELENG_4_8_BP:1.1.1.1.2.1' invalid magic, 67824: Warning type `RELENG_4_8_BP:1.1.1.1.2.1' invalid magic, 67825: Warning offset ` file_3_41:1.1.1.1' invalid magic, 67825: Warning type `file_3_41:1.1.1.1' invalid magic, 67826: Warning offset ` file_3_40:1.1.1.1' invalid magic, 67826: Warning type `file_3_40:1.1.1.1' invalid magic, 67827: Warning offset ` RELENG_5_0_0_RELEASE:1.1.1.1' invalid magic, 67827: Warning type `RELENG_5_0_0_RELEASE:1.1.1.1' invalid magic, 67828: Warning offset ` RELENG_5_0:1.1.1.1.0.4' invalid magic, 67828: Warning type `RELENG_5_0:1.1.1.1.0.4' invalid magic, 67829: Warning offset ` RELENG_5_0_BP:1.1.1.1' invalid magic, 67829: Warning type `RELENG_5_0_BP:1.1.1.1' invalid magic, 67830: Warning offset ` RELENG_4_7_0_RELEASE:1.1.1.1.2.1' invalid magic, 67830: Warning type `RELENG_4_7_0_RELEASE:1.1.1.1.2.1' invalid magic, 67831: Warning offset ` RELENG_4_7:1.1.1.1.2.1.0.10' invalid magic, 67831: Warning type `RELENG_4_7:1.1.1.1.2.1.0.10' invalid magic, 67832: Warning offset ` RELENG_4_7_BP:1.1.1.1.2.1' invalid magic, 67832: Warning type `RELENG_4_7_BP:1.1.1.1.2.1' invalid magic, 67833: Warning offset ` file_3_39:1.1.1.1' invalid magic, 67833: Warning type `file_3_39:1.1.1.1' invalid magic, 67834: Warning offset ` RELENG_4_6_2_RELEASE:1.1.1.1.2.1' invalid magic, 67834: Warning type `RELENG_4_6_2_RELEASE:1.1.1.1.2.1' invalid magic, 67835: Warning offset ` RELENG_4_6_1_RELEASE:1.1.1.1.2.1' invalid magic, 67835: Warning type `RELENG_4_6_1_RELEASE:1.1.1.1.2.1' invalid magic, 67836: Warning offset ` RELENG_4_6_0_RELEASE:1.1.1.1.2.1' invalid magic, 67836: Warning type `RELENG_4_6_0_RELEASE:1.1.1.1.2.1' invalid magic, 67837: Warning offset ` RELENG_4_6:1.1.1.1.2.1.0.8' invalid magic, 67837: Warning type `RELENG_4_6:1.1.1.1.2.1.0.8' invalid magic, 67838: Warning offset ` RELENG_4_6_BP:1.1.1.1.2.1' invalid magic, 67838: Warning type `RELENG_4_6_BP:1.1.1.1.2.1' invalid magic, 67839: Warning offset ` RELENG_4_5_0_RELEASE:1.1.1.1.2.1' invalid magic, 67839: Warning type `RELENG_4_5_0_RELEASE:1.1.1.1.2.1' invalid magic, 67840: Warning offset ` RELENG_4_5:1.1.1.1.2.1.0.6' invalid magic, 67840: Warning type `RELENG_4_5:1.1.1.1.2.1.0.6' invalid magic, 67841: Warning offset ` RELENG_4_5_BP:1.1.1.1.2.1' invalid magic, 67841: Warning type `RELENG_4_5_BP:1.1.1.1.2.1' invalid magic, 67842: Warning offset ` file_3_37:1.1.1.1' invalid magic, 67842: Warning type `file_3_37:1.1.1.1' invalid magic, 67843: Warning offset ` RELENG_4_4_0_RELEASE:1.1.1.1.2.1' invalid magic, 67843: Warning type `RELENG_4_4_0_RELEASE:1.1.1.1.2.1' invalid magic, 67844: Warning offset ` RELENG_4_4:1.1.1.1.2.1.0.4' invalid magic, 67844: Warning type `RELENG_4_4:1.1.1.1.2.1.0.4' invalid magic, 67845: Warning offset ` RELENG_4_4_BP:1.1.1.1.2.1' invalid magic, 67845: Warning type `RELENG_4_4_BP:1.1.1.1.2.1' invalid magic, 67846: Warning offset ` file_3_36:1.1.1.1' invalid magic, 67846: Warning type `file_3_36:1.1.1.1' invalid magic, 67847: Warning offset ` file_3_35:1.1.1.1' invalid magic, 67847: Warning type `file_3_35:1.1.1.1' invalid magic, 67848: Warning offset ` RELENG_4_3_0_RELEASE:1.1.1.1.2.1' invalid magic, 67848: Warning type `RELENG_4_3_0_RELEASE:1.1.1.1.2.1' invalid magic, 67849: Warning offset ` RELENG_4_3:1.1.1.1.2.1.0.2' invalid magic, 67849: Warning type `RELENG_4_3:1.1.1.1.2.1.0.2' invalid magic, 67850: Warning offset ` RELENG_4_3_BP:1.1.1.1.2.1' invalid magic, 67850: Warning type `RELENG_4_3_BP:1.1.1.1.2.1' invalid magic, 67851: Warning offset ` file_3_34:1.1.1.1' invalid magic, 67851: Warning type `file_3_34:1.1.1.1' invalid magic, 67852: Warning offset ` RELENG_4:1.1.1.1.0.2' invalid magic, 67852: Warning type `RELENG_4:1.1.1.1.0.2' invalid magic, 67853: Warning offset ` file_3_33:1.1.1.1' invalid magic, 67853: Warning type `file_3_33:1.1.1.1' invalid magic, 67854: Warning offset ` file_3_32:1.1.1.1' invalid magic, 67854: Warning type `file_3_32:1.1.1.1' invalid magic, 67855: Warning offset ` ZOULAS:1.1.1;' invalid magic, 67855: Warning type `ZOULAS:1.1.1;' invalid magic, 67856: Warning offset `locks; strict;' invalid magic, 67856: Warning type `locks; strict;' invalid magic, 67857: Warning offset `comment @# @;' invalid magic, 67857: Warning type `comment @# @;' invalid magic, 67860: Warning type `.1' invalid magic, 67861: Warning offset `date 2000.11.05.08.33.54; author obrien; state Exp;' invalid magic, 67862: Warning offset `branches' invalid magic, 67862: Warning type `branches' invalid magic, 67863: Warning type `.1.1.1;' invalid magic, 67864: Warning offset `next ;' invalid magic, 67864: Warning type `next ;' invalid magic, 67866: Warning type `.1.1.1' invalid magic, 67867: Warning offset `date 2000.11.05.08.33.54; author obrien; state Exp;' invalid magic, 67868: Warning offset `branches' invalid magic, 67868: Warning type `branches' invalid magic, 67869: Warning type `.1.1.1.2.1;' invalid magic, 67870: Warning offset `next ;' invalid magic, 67870: Warning type `next ;' invalid magic, 67872: Warning type `.1.1.1.2.1' invalid magic, 67873: Warning offset `date 2000.11.26.21.37.22; author obrien; state Exp;' invalid magic, 67874: Warning offset `branches;' invalid magic, 67874: Warning type `branches;' invalid magic, 67875: Warning offset `next ;' invalid magic, 67875: Warning type `next ;' invalid magic, 67878: Warning offset `desc' invalid magic, 67878: Warning type `desc' invalid magic, 67879: Warning offset `@@' invalid magic, 67879: Warning type `@@' invalid magic, 67882: Warning type `.1' invalid magic, 67883: Warning offset `log' invalid magic, 67883: Warning type `log' invalid magic, 67884: Warning offset `@Initial revision' invalid magic, 67884: Warning type `@Initial revision' invalid magic, 67885: Warning offset `@' invalid magic, 67885: Warning type `@' invalid magic, 67886: Warning offset `text' invalid magic, 67886: Warning type `text' invalid magic, 67887: Warning offset `@' invalid magic, 67887: Warning type `@' invalid magic, 67906: Warning offset `@' invalid magic, 67906: Warning type `@' invalid magic, 67909: Warning type `.1.1.1' invalid magic, 67910: Warning offset `log' invalid magic, 67910: Warning type `log' invalid magic, 67911: Warning offset `@Virgin import of FILE 3.32' invalid magic, 67911: Warning type `@Virgin import of FILE 3.32' invalid magic, 67912: Warning offset `@' invalid magic, 67912: Warning type `@' invalid magic, 67913: Warning offset `text' invalid magic, 67913: Warning type `text' invalid magic, 67914: Warning offset `@@' invalid magic, 67914: Warning type `@@' invalid magic, 67917: Warning type `.1.1.1.2.1' invalid magic, 67918: Warning offset `log' invalid magic, 67918: Warning type `log' invalid magic, 67919: Warning offset `@MFC: Christos Zoulas's FILE 3.33' invalid magic, 67919: Warning type `@MFC: Christos Zoulas's FILE 3.33' invalid magic, 67920: Warning offset `@' invalid magic, 67920: Warning type `@' invalid magic, 67921: Warning offset `text' invalid magic, 67921: Warning type `text' invalid magic, 67922: Warning offset `@@' invalid magic, 67922: Warning type `@@' invalid mkmagic: Printf format ` *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error That was done w/ make buildworld -j9, im currently doing a make buildworld with no -j and will paste the results here. DMESG is as follows : Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #5: Fri Sep 28 14:14:16 EDT 2007 crushkill@ck.r0ot:/usr/obj/usr/src/sys/CK WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1804.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 259981312 (247 MB) avail memory = 240680960 (229 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xd800-0xd81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xee080000-0xee0803ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xc000-0xc0ff mem 0xed005000-0xed0050ff irq 18 at device 6.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:30:1b:ac:61:61 rl0: [GIANT-LOCKED] fwohci0: port 0xc400-0xc47f mem 0xed004000-0xed0047ff irq 19 at device 7.0 on pci1 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:30:1b:ac:00:00:61:c5 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:1b:00:61:c5 fwe0: Ethernet address: 02:30:1b:00:61:c5 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) skc0: port 0xc800-0xc8ff mem 0xed000000-0xed003fff irq 20 at device 8.0 on pci1 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0d:88:6f:05:c5 miibus1: on sk0 e1000phy0: on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1804097052 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ad0: 38172MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a sk0: link state changed to UP rl0: watchdog timeout pid 1749 (host), uid 0: exited on signal 12 (core dumped) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23: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 091E21065670 for ; Fri, 29 Feb 2008 23:18:28 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by mx1.freebsd.org (Postfix) with ESMTP id B97E68FC16 for ; Fri, 29 Feb 2008 23:18:27 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by el-out-1112.google.com with SMTP id z25so3729052ele.8 for ; Fri, 29 Feb 2008 15:18:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IyTnOzFiwCT1gqhEKScxLKsW1c4ZxwSgxcf2dO4RX3c=; b=GELzJiftkdiMGI/AEV1DQECTaySHm23jzTjzdWEwATfWuaVMPiN3fKpZyU9YHB4dxPkFIExkcaySYSqmafdbf7SlBsGlW2r+4k4tTPlLssgvVtlNKrgpcibqmzB6FGKgZb+uBBQsxDk35cpDJ+B0XGYHRci2IpXYzwk2KrFvj5s= 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=RmBX2uxKZuIyWoHnmxRGiUIi6MSsxEtn48Y/Zm9D5xJFs+aHd/GdgIEGPdlTiAmVyqFxHXeZes8yEhxt2frAXZqLsbKs1VA7ImO+dr5J7SyXIQn1b6frozL5EFAh6pAU9dusv7Ibl34lDnA3WTAzkAJY7nXYzKSjLNXp3egKUQQ= Received: by 10.141.154.5 with SMTP id g5mr6800787rvo.290.1204327106241; Fri, 29 Feb 2008 15:18:26 -0800 (PST) Received: by 10.141.141.7 with HTTP; Fri, 29 Feb 2008 15:18:26 -0800 (PST) Message-ID: Date: Fri, 29 Feb 2008 17:18:26 -0600 From: "illoai@gmail.com" To: "Kevin K" In-Reply-To: <000001c87b28$9bd7f970$d387ec50$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000001c87b28$9bd7f970$d387ec50$@com> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 23:18:28 -0000 On 29/02/2008, Kevin K wrote: > I have cvsupped my src -> cvsup stable-supfile / RELENG_7 > cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld : . . . . > magic, 67922: Warning offset `@@' invalid > magic, 67922: Warning type `@@' invalid > mkmagic: Printf format ` > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > > That was done w/ make buildworld -j9, im currently doing a make buildworld > with no -j and will paste the results here. Off the top of my multiply contused head, do you have a stale /usr/obj lying around (which may require deletion)? -- -- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23:20:44 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 6C43F1065673 for ; Fri, 29 Feb 2008 23:20:44 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.190]) by mx1.freebsd.org (Postfix) with ESMTP id E44838FC1C for ; Fri, 29 Feb 2008 23:20:43 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so2133023gve.39 for ; Fri, 29 Feb 2008 15:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=8eQd6KlEYooB+8Z/QBO8dld6j5yy7m/Dtf4Yqd+hBbw=; b=A7jnQrwuD4/xgE8h3BpAoxM+dfizgdDVMYJswx3HZFajjGQLL1H85SPV06Hdlu4TnHDPxmS2QlhTYJVOZSlnaN4U1F/qyWApzIkUz3hDrpPKhCobejYqQ5Z6H2iTHtHt1LftvMeyE95nkRbi92UOtPlzilcPtpf6khDfpWZB29c= 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=JtF07ZbEWt2rke3T2Nx/ffxFkFkjhdzOQFdVwwCYlwgtnwdluEcZseA9pHYveERRjTpbVFLhn3Yq30aKCP01bBfPaR0gHG8Liv3oEXwgLrueJIhjGzhz0NqMLegHREvHtIYmObDczGikF5GaXy1Rl/Lx2Aby2hLDa+q7CxOO6Mg= Received: by 10.114.146.1 with SMTP id t1mr713696wad.20.1204325695582; Fri, 29 Feb 2008 14:54:55 -0800 (PST) Received: by 10.114.123.19 with HTTP; Fri, 29 Feb 2008 14:54:55 -0800 (PST) Message-ID: Date: Fri, 29 Feb 2008 14:54:55 -0800 From: "Freddie Cash" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: FreeBSD 6.3 + Xen 3.1 + HVM: Success! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 23:20:44 -0000 Just thought I'd pass along that I have successfully installed FreeBSD 6.3 into a Xen 3.1 HVM. Went a lot smoother than I expected. Haven't done any benchmarking or stress testing or port installs or anything. But so far it's working nicely. Here's all the info. If you'd like to see anything else, let me know. Host hardware: Tyan h2000M motherboard 2x AMD Opteron 2200-series CPUs (dual-core) 8 GB ECC DDR2-800 SDRAM 3Ware Escalade 9650SX-12ML PCIe RAID controller 12x 400 GB SATA harddrives in RAID6 with 1 hot spare (4 TB) Host software: Ubuntu Server 7.10 64-bit version Linux kernel 2.6.22 Xen 3.1 LVM partitions for all the virtual machines Xen config file: # Enable hardware virtualisation using HVM kernel = '/usr/lib/xen-ioemu-3.1/boot/hvmloader' device_model = '/usr/lib/xen-ioemu-3.1/bin/qemu-dm' builder = 'hvm' # VM/domain name name = 'freebsd' # Memory and CPU settings vcpus = '1' memory = '1024' # Disk settings disk = [ 'phy:/dev/xenvol0/freebsd,ioemu:hda,w', 'file:/home/fcash/freebsd-6.3-i386-cd1.iso,hdc:cdrom,r' ] boot = 'c' # Network settings hostname = 'fbsdvm1.sd73.bc.ca' vif = [ 'type=ioemu, bridge=xenbr3, mac=00:16:3e:00:00:02' ] dhcp = '1' # Graphics settings sdl = '0' vnc = '1' vncviewer = '1' # Other settings pae = '0' # Whether to enable PAE for 32-bit VMs acpi = '0' # Whether to enable ACPI for guests localtime = '1' # Whether system clock is set to local time or UTC # Start/stop settings on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' FreeBSD 6.3 dmesg: 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 6.3-RELEASE #0: Wed Jan 16 04:18:52 UTC 2008 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC MPTable: <_HVMCPU_ XEN > Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2220 (2793.12-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 Features=0x789fbbf Features2=0x2001 AMD Features=0x28400800 AMD Features2=0x19 real memory = 1073717248 (1023 MB) avail memory = 1041719296 (993 MB) ioapic0: Changing APIC ID to 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jan 16 2008 04:16:19) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 Correcting Natoma config for non-SMP isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 2.0 (no driver attached) pci0: at device 3.0 (no driver attached) re0: port 0xc200-0xc2ff mem 0xf4000000-0xf40000ff irq 5 at device 4.0 on pci0 miibus0: on re0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:16:3e:00:00:02 re0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793124857 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 102400MB at ata0-master WDMA2 acd0: CDROM at ata1-master PIO3 Trying to mount root from ufs:/dev/ad0s1a pciconf -vl: hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x12378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82440/1FX 440FX (Natoma) System Controller' class = bridge subclass = HOST-PCI isab0@pci0:1:0: class=0x060100 card=0x00000000 chip=0x70008086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' class = bridge subclass = PCI-ISA atapci0@pci0:1:1: class=0x010180 card=0x00015853 chip=0x70108086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82371SB PIIX3 IDE Interface (Triton II)' class = mass storage subclass = ATA none0@pci0:2:0: class=0x030000 card=0x00015853 chip=0x00b81013 rev=0x00 hdr=0x00 vendor = 'Cirrus Logic' device = 'CL-GD5446 64-bit VisualMedia Accelerator' class = display subclass = VGA none1@pci0:3:0: class=0xff8000 card=0x00015853 chip=0x00015853 rev=0x01 hdr=0x00 re0@pci0:4:0: class=0x020000 card=0x00015853 chip=0x813910ec rev=0x20 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23:34:49 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 A19381065686 for ; Fri, 29 Feb 2008 23:34:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7C19B8FC29 for ; Fri, 29 Feb 2008 23:34:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id C6A491A000B0C for ; Fri, 29 Feb 2008 15:34:48 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7LFQTUHO5SlR for ; Fri, 29 Feb 2008 15:34:41 -0800 (PST) Received: from coal.local (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 405511A000B0F for ; Fri, 29 Feb 2008 15:34:41 -0800 (PST) From: Freddie Cash Organization: School District 73 To: stable@freebsd.org Date: Fri, 29 Feb 2008 15:34:39 -0800 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802291534.40264.fjwcash@gmail.com> Cc: Subject: FreeBSD 7.0 + Xen 3.1 + HVM: Success! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Feb 2008 23:34:49 -0000 Just thought I'd pass along that I have successfully installed FreeBSD 7.0= =20 into a Xen 3.1 HVM. =C2=A0This one went as smooth as I expected, considerin= g my=20 experience with 6.3. =C2=A0Haven't done any benchmarking or stress testing = or=20 port installs or anything. =C2=A0But so far it's working nicely. Here's all the info. =C2=A0If you'd like to see anything else, let me know. Host hardware: =C2=A0 Tyan h2000M motherboard =C2=A0 2x AMD Opteron 2200-series CPUs (dual-core) =C2=A0 8 GB ECC DDR2-800 SDRAM =C2=A0 3Ware Escalade 9650SX-12ML PCIe RAID controller =C2=A0 12x 400 GB SATA harddrives in RAID6 with 1 hot spare (4 TB) Host software: =C2=A0 Ubuntu Server 7.10 64-bit version =C2=A0 Linux kernel 2.6.22 =C2=A0 Xen 3.1 =C2=A0 LVM partitions for all the virtual machines Xen config file: # Enable hardware virtualisation using HVM kernel =3D '/usr/lib/xen-ioemu-3.1/boot/hvmloader' device_model =3D '/usr/lib/xen-ioemu-3.1/bin/qemu-dm' builder =3D 'hvm' # VM/domain name name =3D 'freebsd70' # Memory and CPU settings vcpus =3D '1' memory =3D '1024' # Disk settings disk =3D=20 [ 'phy:/dev/xenvol0/freebsd70,ioemu:hda,w', 'file:/home/fcash/freebsd-7.0-i= 386-cd1.iso,hdc:cdrom,r' ] boot =3D 'c' # Network settings hostname =3D 'fbsdvm2.sd73.bc.ca' vif =3D [ 'type=3Dioemu, bridge=3Dxenbr3, mac=3D00:16:3e:00:00:= 03' ] dhcp =3D '1' # Graphics settings sdl =3D '0' vnc =3D '1' vncviewer =3D '1' # Other settings pae =3D '0' # Whether to enable PAE for 32-bit VMs acpi =3D '0' # Whether to enable ACPI for guests localtime =3D '1' # Whether system clock is set to local=20 time or UTC # Start/stop settings on_poweroff =3D 'destroy' on_reboot =3D 'destroy' on_crash =3D 'destroy' =46reeBSD 7.0 dmesg: 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. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2220 (2793.13-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40f13 Stepping =3D 3 =20 =46eatures=3D0x789fbbf Features2=3D0x2001 AMD Features=3D0x28400800 AMD Features2=3D0x19 real memory =3D 1073717248 (1023 MB) avail memory =3D 1037139968 (989 MB) MPTable: <_HVMCPU_ XEN > ioapic0: Changing APIC ID to 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] vgapci0: mem=20 0xf0000000-0xf1ffffff,0xf2000000-0xf2000fff at device 2.0 on pci0 pci0: at device 3.0 (no driver attached) re0: port 0xc200-0xc2ff mem=20 0xf4000000-0xf40000ff irq 5 at device 4.0 on pci0 miibus0: on re0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:16:3e:00:00:03 re0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793128576 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 102400MB at ata0-master WDMA2 acd0: CDROM at ata1-master PIO3 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. Trying to mount root from ufs:/dev/ad0s1a =46reeBSD 7.0 pciconf -vl: hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1237808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82440/1FX 440FX (Natoma) System Controller' class =3D bridge subclass =3D HOST-PCI isab0@pci0:0:1:0: class=3D0x060100 card=3D0x00000000 chip=3D0x7000808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:1:1: class=3D0x010180 card=3D0x00015853 chip=3D0x7010808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82371SB PIIX3 IDE Interface (Triton II)' class =3D mass storage subclass =3D ATA vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x00015853 chip=3D0x00b8101= 3=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Cirrus Logic' device =3D 'CL-GD5446 64-bit VisualMedia Accelerator' class =3D display subclass =3D VGA none0@pci0:0:3:0: class=3D0xff8000 card=3D0x00015853 chip=3D0x0001585= 3=20 rev=3D0x01 hdr=3D0x00 re0@pci0:0:4:0: class=3D0x020000 card=3D0x00015853 chip=3D0x813910ec rev=3D= 0x20=20 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class =3D network subclass =3D ethernet =2D-=20 =46reddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 29 23:54:07 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 E124F1065672 for ; Fri, 29 Feb 2008 23:54:07 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB7B8FC17 for ; Fri, 29 Feb 2008 23:54:07 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m1TNs1pQ037812; Fri, 29 Feb 2008 23:54:01 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.4.4 smtp.infracaninophile.co.uk m1TNs1pQ037812 Authentication-Results: smtp.infracaninophile.co.uk; dkim=hardfail (SSP) header.i=unknown Message-ID: <47C89B18.8010803@infracaninophile.co.uk> Date: Fri, 29 Feb 2008 23:54:00 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: gregoryd.freebsd@free.fr References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> In-Reply-To: <1204310983.47c853c70577d@imp.free.fr> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 29 Feb 2008 23:54:01 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92.1/6047/Fri Feb 29 18:51:13 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 23:54:08 -0000 gregoryd.freebsd@free.fr wrote: >> On behalf of the FreeBSD Project thanks for your interest in FreeBSD. >> We hope you enjoy the new release. > > I've just spent the whole morning installing it on my office desktop. > > It was an awful experience: installing packages from the three CDs kept making > me switch from one CD to the other then to the previous one before the next one > again... > All in all about twenty-times !!! (sometimes just for ONE package, for Christ's > sake !) > It was particularly annoying, especially with those Linux guys around sneering > when comparing it to their smooth install. People in the know, and those with reasonable network bandwidth, generally use either the 'boot only' or just the 'disk 1' CDs to install a pretty minimal system, and then install packages, run cvsup, use freebsd updates etc. from the net. It's a whole lot smoother than juggling CDs. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 00:09: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 73B271065670 for ; Sat, 1 Mar 2008 00:09:13 +0000 (UTC) (envelope-from hurds@sasktel.net) Received: from misav08.sasknet.sk.ca (misav08.sasknet.sk.ca [142.165.20.172]) by mx1.freebsd.org (Postfix) with ESMTP id 103888FC25 for ; Sat, 1 Mar 2008 00:09:12 +0000 (UTC) (envelope-from hurds@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav08 with InterScan Messaging Security Suite; Fri, 29 Feb 2008 17:39:11 -0600 Received: from sasktel.net ([192.168.234.97]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTP id <0JX000I9KXPB4N30@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 17:39:11 -0600 (CST) Received: from [192.168.234.24] (Forwarded-For: [216.31.211.11]) by cgmail1.sasknet.sk.ca (mshttpd); Fri, 29 Feb 2008 15:39:11 -0800 Date: Fri, 29 Feb 2008 15:39:11 -0800 From: Stephen Hurd To: Ross Penner Message-id: MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.20 (built Feb 27 2006) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 00:09:13 -0000 > last night. It's a MiniITX board, model EN1200. My system can't remain > up for more than 10minutes before something locks it up and frequently > the screen will output error messages relating to DMA. As a workaround, adding the line: hw.ata.ata_dma="0" To /boot/loader.conf will disable DMA and prevent the hangs that are caused by the DMA timeouts. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 00:44: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 13A601065670 for ; Sat, 1 Mar 2008 00:44:40 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from hpsmtp-eml15.kpnxchange.com (hpsmtp-eml15.kpnxchange.com [213.75.38.115]) by mx1.freebsd.org (Postfix) with ESMTP id A07B18FC12 for ; Sat, 1 Mar 2008 00:44:39 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from cpsmtp-eml101.kpnxchange.com ([213.75.84.101]) by hpsmtp-eml15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 1 Mar 2008 01:32:35 +0100 Received: from ip51cc8423.speed.planet.nl ([81.204.132.35]) by cpsmtp-eml101.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 1 Mar 2008 01:32:35 +0100 Received: from Alex1.kruijff.org (localhost [127.0.0.1]) by ip51cc8423.speed.planet.nl (8.13.8/8.13.8) with ESMTP id m210WXeF004443 for ; Sat, 1 Mar 2008 01:32:33 +0100 (CET) (envelope-from freebsd@akruijff.dds.nl) Received: (from akruijff@localhost) by Alex1.kruijff.org (8.13.8/8.13.8/Submit) id m210WWPf004442 for freebsd-stable@freebsd.org; Sat, 1 Mar 2008 01:32:32 +0100 (CET) (envelope-from freebsd@akruijff.dds.nl) X-Authentication-Warning: Alex1.kruijff.org: akruijff set sender to freebsd@akruijff.dds.nl using -f Date: Sat, 1 Mar 2008 01:32:32 +0100 From: Alex de Kruijff To: freebsd-stable@freebsd.org Message-ID: <20080301003232.GB63301@Alex1.kruijff.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-OriginalArrivalTime: 01 Mar 2008 00:32:35.0355 (UTC) FILETIME=[BEBB3EB0:01C87B33] Subject: 7.0 Kernel install problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@akruijff.dds.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 00:44:40 -0000 Make buildworld && make buildkernel KERNCONF=GENERIC whent without errors. Make installkernel KERNCONF=GENERIC gave me this: ===> zyd (install) install -o root -g wheel -m 555 if_zyd.ko /boot/kernel install -o root -g wheel -m 555 if_zyd.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked (and many more) Should I be worried? -- Alex Please copy the original recipients, otherwise I may not read your reply. Howtos based on my personal use, including information about setting up a firewall and creating traffic graphs with MRTG http://alex.kruijff.org/FreeBSD/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 01:18: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 E91171065672 for ; Sat, 1 Mar 2008 01:18:53 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id C9DBB8FC19 for ; Sat, 1 Mar 2008 01:18:53 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from [10.110.3.211] (irsec61278.campus.ad.utdallas.edu [10.110.3.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 3200B65502 for ; Fri, 29 Feb 2008 19:18:53 -0600 (CST) Date: Fri, 29 Feb 2008 19:18:52 -0600 From: Paul Schmehl To: freebsd-stable Message-ID: <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> In-Reply-To: <47C89B18.8010803@infracaninophile.co.uk> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 01:18:54 -0000 --On Friday, February 29, 2008 11:54 PM +0000 Matthew Seaman wrote: > gregoryd.freebsd@free.fr wrote: > >>> On behalf of the FreeBSD Project thanks for your interest in FreeBSD. >>> We hope you enjoy the new release. >> >> I've just spent the whole morning installing it on my office desktop. >> >> It was an awful experience: installing packages from the three CDs kept >> making me switch from one CD to the other then to the previous one >> before the next one again... >> All in all about twenty-times !!! (sometimes just for ONE package, for >> Christ's sake !) >> It was particularly annoying, especially with those Linux guys around >> sneering when comparing it to their smooth install. > > People in the know, and those with reasonable network bandwidth, generally > use either the 'boot only' or just the 'disk 1' CDs to install a pretty > minimal system, and then install packages, run cvsup, use freebsd updates > etc. from the net. It's a whole lot smoother than juggling CDs. > That's true, however he didn't have an internet connection. Furthermore, he has a valid point. My custom is to install the base system and ports, then install bash and cvsup. Just installing those two ports requires the use of both of the extra cds, because bash is one and cvsup is on the other. I'm sure it wouldn't satisfy everyone, but ISTM if an attempt was made to put the most frequently installed packages on one cd, the problem would be solved for most people. Since we're collecting those stats with bsdtstats now, we should have some useful data to work with. Another approach might be to make one cd the "desktop install" cd, including all of the apps commonly used to install the desktop (xorg, kde, gnome, etc.) It does seem to me that some work in this area would pay dividends. Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 02:27: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 34C9B1065670 for ; Sat, 1 Mar 2008 02:27:24 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id B94FB8FC17 for ; Sat, 1 Mar 2008 02:27:23 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so686791uge.37 for ; Fri, 29 Feb 2008 18:27:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=F/sgTCprCnO9W8tB+jvZrmR4C3Yhctz7GGcDMLCcMjI=; b=FKBfLpwN+2PAR1i36qOdrxg8SS8Z457uaGHgKKyQRpv11Q4jFXr08HHxpCS6X4ZY3rypp5ev5yYL7W31jqOxheOaEDuuQz8VY0J3iiVaomCwYrpfAq1H34HyIWLK161sQiuQLbtMaCg5inVGg8whCxNaTtG9mth1EKZ60LUijhg= 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=s/JBxwaTJ2kesAD6ocV2ONLcciuG/OQBxU4M0dzFdj/jGq5UV8nWptD27/JM1ofjQuqVsXlyq5rYh5Qms+HJgZ6v0j6nRf71QPHVyaj8pPqEw4u4sX38390Lp5Xzfp0yvGsALVx3qeRlyqjxb5hZPThnCZY6ergdksUr8YYBuno= Received: by 10.66.240.12 with SMTP id n12mr2582586ugh.9.1204338442833; Fri, 29 Feb 2008 18:27:22 -0800 (PST) Received: by 10.66.219.18 with HTTP; Fri, 29 Feb 2008 18:27:22 -0800 (PST) Message-ID: <3aaaa3a0802291827o27e128c6pb144e6db1653507b@mail.gmail.com> Date: Sat, 1 Mar 2008 02:27:22 +0000 From: Chris To: "Stephen Hurd" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org, Ross Penner Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 02:27:24 -0000 On 29/02/2008, Stephen Hurd wrote: > > last night. It's a MiniITX board, model EN1200. My system can't remain > > up for more than 10minutes before something locks it up and frequently > > the screen will output error messages relating to DMA. > > As a workaround, adding the line: > hw.ata.ata_dma="0" > > To /boot/loader.conf will disable DMA and prevent the hangs that are caused by the DMA timeouts. > > _______________________________________________ Does that workaround work when the disks are sata? Chris From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 02:32: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 A6B871065671 for ; Sat, 1 Mar 2008 02:32:52 +0000 (UTC) (envelope-from det135@psu.edu) Received: from f04n01.cac.psu.edu (f04s01.cac.psu.edu [128.118.141.31]) by mx1.freebsd.org (Postfix) with ESMTP id 621CA8FC24 for ; Sat, 1 Mar 2008 02:32:52 +0000 (UTC) (envelope-from det135@psu.edu) Received: from tr21n19.aset.psu.edu (tr21g19.aset.psu.edu [128.118.146.169]) by f04n01.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m1TJWi3G043270; Fri, 29 Feb 2008 14:32:45 -0500 Received: (from det135@localhost) by tr21n19.aset.psu.edu (AIX5.3/8.13.4/8.11.0) id m1TJWil5127162; Fri, 29 Feb 2008 14:32:44 -0500 Date: Fri, 29 Feb 2008 14:32:44 -0500 X-Authentication-Warning: tr21n19.aset.psu.edu: det135 set sender to det135@psu.edu using -f To: freebsd-stable@freebsd.org From: "Derek Taylor" X-Mailer: Penn State WebMail 2.2 X-Sender: det135 X-Originating-IP: 128.118.57.112 Message-Id: <1204313564l.249966l.0l@psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Virus-Scanned: by amavisd-new Subject: FreeBSD 7 buildworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 02:32:52 -0000 I csup'ed to RELENG_7_0 (from RELENG_6_3) yesterday and have been having problems building world. After about 10 minutes of building, I get the error: cc1: out of memory allocating 97582896 bytes I have put the full output at . Someone suggested that I might have a ulimit problem, but that looks ok to me: $ ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) 524288 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 11095 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 65536 cpu time (seconds, -t) unlimited max user processes (-u) 5547 virtual memory (kbytes, -v) unlimited Any ideas? I can provide more information at request. -Derek. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 03:28: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 77B8A1065671 for ; Sat, 1 Mar 2008 03:28:09 +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 670E28FC16 for ; Sat, 1 Mar 2008 03:28:09 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id EAB1B1A4D83; Fri, 29 Feb 2008 19:28:07 -0800 (PST) Date: Fri, 29 Feb 2008 19:28:07 -0800 From: Alfred Perlstein To: Derek Taylor Message-ID: <20080301032807.GN2074@elvis.mu.org> References: <1204313564l.249966l.0l@psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1204313564l.249966l.0l@psu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 buildworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 03:28:09 -0000 * Derek Taylor [080229 18:33] wrote: > I csup'ed to RELENG_7_0 (from RELENG_6_3) yesterday and have been > having problems building world. After about 10 minutes of building, > I get the error: cc1: out of memory allocating 97582896 bytes > > I have put the full output at > . > > Someone suggested that I might have a ulimit problem, but that looks > ok to me: > $ ulimit -a > core file size (blocks, -c) unlimited > data seg size (kbytes, -d) 524288 > file size (blocks, -f) unlimited > max locked memory (kbytes, -l) unlimited > max memory size (kbytes, -m) unlimited > open files (-n) 11095 > pipe size (512 bytes, -p) 1 > stack size (kbytes, -s) 65536 > cpu time (seconds, -t) unlimited > max user processes (-u) 5547 > virtual memory (kbytes, -v) unlimited > > Any ideas? I can provide more information at request. Object directory clean? -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 05:40: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 2F3661065677 for ; Sat, 1 Mar 2008 05:40:57 +0000 (UTC) (envelope-from hurds@sasktel.net) Received: from misav10.sasknet.sk.ca (misav10.sasknet.sk.ca [142.165.20.174]) by mx1.freebsd.org (Postfix) with ESMTP id BA7548FC15 for ; Sat, 1 Mar 2008 05:40:56 +0000 (UTC) (envelope-from hurds@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav10 with InterScan Messaging Security Suite; Fri, 29 Feb 2008 23:40:55 -0600 Received: from sasktel.net ([192.168.234.97]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTP id <0JX1006PSEG7A950@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Fri, 29 Feb 2008 23:40:55 -0600 (CST) Received: from [192.168.234.25] (Forwarded-For: [216.31.211.11]) by cgmail1.sasknet.sk.ca (mshttpd); Fri, 29 Feb 2008 21:40:55 -0800 Date: Fri, 29 Feb 2008 21:40:55 -0800 From: Stephen Hurd To: Chris Message-id: MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.20 (built Feb 27 2006) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal Cc: freebsd-stable@freebsd.org, Ross Penner Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 05:40:57 -0000 > > As a workaround, adding the line: > > hw.ata.ata_dma="0" > > > > To /boot/loader.conf will disable DMA and prevent the hangs that are caused by the DMA timeouts. > > Does that workaround work when the disks are sata? Don't know. I personally would assume so, but I wouldn't be surprised if my assumption was proven wrong either. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 06:31:19 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 C00DF1065670; Sat, 1 Mar 2008 06:31:19 +0000 (UTC) (envelope-from prvs=1946b5bf4c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1428FC1B; Sat, 1 Mar 2008 06:31:18 +0000 (UTC) (envelope-from prvs=1946b5bf4c=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1204352356; x=1204957156; q=dns/txt; h=Received: Message-ID:From:To:Cc:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=nhV/oZQG3b4mb7fTwuTzhStA34PN8Z9V/3 Klggnp5a8=; b=UP//tCx0OW4U7NSVXa/nA6vXsFKi+00/NDSfOvI7tzMQJX47td /Uyy2RXYgUq0jPt9gQI1y5W2jRCNnufyIlstuUmylGpAe/GHart2czkENZVORXxG QwcUH+I3bfReqtqFsoDS9k58WHmhu2rgCyYoyVdiSHgIALP428JyJxf8Q= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005183177.msg; Sat, 01 Mar 2008 06:19:13 +0000 Message-ID: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Sat, 1 Mar 2008 06:19:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1946b5bf4c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Sat, 01 Mar 2008 06:19:15 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 01 Mar 2008 06:19:16 +0000 Cc: stable@FreeBSD.org Subject: portupgrade, recommended by 7 release notes, breaks perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 06:31:19 -0000 Seems portupgrade can easily break the perl install. How? Well there are various modules which can be updated but are also part of the base perl and are hence required. A good example of this is ExtUtils::MakeMaker. If you uninstall any version of this port your done for, as trying to build it requires ExtUtils::Command which in turn requires ExtUtils::MakeMaker which was just deleted. This circular dependency would not be an issue if the uninstall somehow knew that the files where required by perl, and hence didn't break the base port ( perl ) by removing them. I found this by following the 7.0-RELEASE upgrade guide which recommends: portupgrade -faP This ended up with a totally broken install which took quite some time to fix so I thought it best to highlight the issue so it can be addressed. I'm not 100% sure but I think I also spotted portupgrade reinstalling the same port over and over during this process. Could this be the case and if so is there an option to prevent it? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 07:33: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 1E8D01065672 for ; Sat, 1 Mar 2008 07:33:39 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from hpsmtp-eml20.kpnxchange.com (hpsmtp-eml20.kpnxchange.com [213.75.38.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0A18FC15 for ; Sat, 1 Mar 2008 07:33:38 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from cpsmtp-eml108.kpnxchange.com ([213.75.84.108]) by hpsmtp-eml20.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 1 Mar 2008 08:33:37 +0100 Received: from ip51cc8423.speed.planet.nl ([81.204.132.35]) by cpsmtp-eml108.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 1 Mar 2008 08:33:36 +0100 Received: from Alex1.kruijff.org (localhost [127.0.0.1]) by ip51cc8423.speed.planet.nl (8.13.8/8.13.8) with ESMTP id m217XYqB032076 for ; Sat, 1 Mar 2008 08:33:35 +0100 (CET) (envelope-from freebsd@akruijff.dds.nl) Received: (from akruijff@localhost) by Alex1.kruijff.org (8.13.8/8.13.8/Submit) id m217XX3x032075 for freebsd-stable@freebsd.org; Sat, 1 Mar 2008 08:33:33 +0100 (CET) (envelope-from freebsd@akruijff.dds.nl) X-Authentication-Warning: Alex1.kruijff.org: akruijff set sender to freebsd@akruijff.dds.nl using -f Date: Sat, 1 Mar 2008 08:33:30 +0100 From: Alex de Kruijff To: freebsd-stable@freebsd.org Message-ID: <20080301073329.GA1081@Alex1.kruijff.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-OriginalArrivalTime: 01 Mar 2008 07:33:36.0930 (UTC) FILETIME=[8FCDB020:01C87B6E] Subject: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@akruijff.dds.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 07:33:39 -0000 I noticed that the kernel directory was very large compaired to 6.1. Is this for debugging and can I safely remove the symbols files I want to save some space? Tanks, Alex Please copy the original recipients, otherwise I may not read your reply. Howtos based on my personal use, including information about setting up a firewall and creating traffic graphs with MRTG http://alex.kruijff.org/FreeBSD/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 07:59: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 522781065675 for ; Sat, 1 Mar 2008 07:59:25 +0000 (UTC) (envelope-from nawfal@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by mx1.freebsd.org (Postfix) with ESMTP id 03B378FC40 for ; Sat, 1 Mar 2008 07:59:24 +0000 (UTC) (envelope-from nawfal@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so79017ele.12 for ; Fri, 29 Feb 2008 23:59:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=95Wt0wKxfwNmmPulcCVcYCqXQ60UzusqR9O5E+8y39E=; b=sQVJ/LFmQNOIcanjQgyVgMd0znvK6WSHOk8wFhTL2vEMbYBiLhTiHEMRQU3GFskYmZDvVV7/wD6cuAb8q8BkJ9tlKOlCKU+qsAPAmfyu1pPUNhpHQH/zN+llUXPQzb4/hGQc2bce6z5b1hxrkexTlFOM2fgrDZraSWOD3Vk11IQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=XbTbILS8lnp6NulmDige1B5YBnIxpZ5j95hGWOsXhFfL/Cso/gXZrQUjil2pjAmoKa1GX/aYgQ7sgangLg9uK4VKZWcyaYpzbwXmCefk+5OiMkGTg/uBmkgx6+6hyTijugt+eS5/qNZKICBwjKh+jIU0LbKYATUgmkxdooANwHg= Received: by 10.141.96.21 with SMTP id y21mr6943775rvl.132.1204356720508; Fri, 29 Feb 2008 23:32:00 -0800 (PST) Received: from ?10.0.0.101? ( [60.48.181.161]) by mx.google.com with ESMTPS id k41sm2105249rvb.24.2008.02.29.23.31.58 (version=SSLv3 cipher=RC4-MD5); Fri, 29 Feb 2008 23:32:00 -0800 (PST) From: Nawfal bin Mohmad Rouyan To: Paul Schmehl In-Reply-To: <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> Content-Type: text/plain Date: Sat, 01 Mar 2008 15:32:00 +0800 Message-Id: <1204356720.6148.10.camel@HF> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nawfal@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 07:59:25 -0000 On Fri, 2008-02-29 at 19:18 -0600, Paul Schmehl wrote: > --On Friday, February 29, 2008 11:54 PM +0000 Matthew Seaman > wrote: > > > gregoryd.freebsd@free.fr wrote: > > > >>> On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > >>> We hope you enjoy the new release. > >> > >> I've just spent the whole morning installing it on my office desktop. > >> > >> It was an awful experience: installing packages from the three CDs kept > >> making me switch from one CD to the other then to the previous one > >> before the next one again... > >> All in all about twenty-times !!! (sometimes just for ONE package, for > >> Christ's sake !) > >> It was particularly annoying, especially with those Linux guys around > >> sneering when comparing it to their smooth install. > > > > People in the know, and those with reasonable network bandwidth, generally > > use either the 'boot only' or just the 'disk 1' CDs to install a pretty > > minimal system, and then install packages, run cvsup, use freebsd updates > > etc. from the net. It's a whole lot smoother than juggling CDs. > > > > That's true, however he didn't have an internet connection. Furthermore, > he has a valid point. My custom is to install the base system and ports, > then install bash and cvsup. Just installing those two ports requires the > use of both of the extra cds, because bash is one and cvsup is on the other. > > I'm sure it wouldn't satisfy everyone, but ISTM if an attempt was made to > put the most frequently installed packages on one cd, the problem would be > solved for most people. Since we're collecting those stats with bsdtstats > now, we should have some useful data to work with. > > Another approach might be to make one cd the "desktop install" cd, > including all of the apps commonly used to install the desktop (xorg, kde, > gnome, etc.) > > It does seem to me that some work in this area would pay dividends. You can actually use csup instead of cvsup and it is already included in the base. But yes, it would be nice to have an official DVD release :P . Regards! -- Nawfal bin Mohmad Rouyan CITS, Multimedia University "Come, come, whoever you are. Worshiper, Wanderer, Lover of Leaving; Ours is not a caravan of despair. Though you have broken your vows a thousand times... Come, come again, Come." - Maulana Jalaluddin Rumi From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 08:01: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 75B401065670 for ; Sat, 1 Mar 2008 08:01:01 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33702.mail.mud.yahoo.com (web33702.mail.mud.yahoo.com [68.142.201.199]) by mx1.freebsd.org (Postfix) with SMTP id 1F4D58FC17 for ; Sat, 1 Mar 2008 08:01:00 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 78535 invoked by uid 60001); 1 Mar 2008 08:01:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=PrF8jvrIeJVq7zFF+LgYf6q1bmUFYPYj4WEuFECWuQBXfi7W6m3vB0fHDsVcvPffirZHiMojneXk3oILvSGxxcyNL44knrDgB2GtsMY6+n2bQVM7XU3ek2YWzzoTi3MBFuS9e7cxKVWDlcp/NFuPQuVXq94LExE+MIYA8H3SsJI=; X-YMail-OSG: 9S2J8ekVM1lZ0_dfvPEbbF7nXLTzeXM_4BOnxGnoT9mgz5v08GdukzHGI.VGKmvw.EGM8vCd5KYaJd9zSOicDeZSZieKkZx34SilJBssR2JIffxM0H0- Received: from [89.211.3.3] by web33702.mail.mud.yahoo.com via HTTP; Sat, 01 Mar 2008 00:01:00 PST X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Sat, 1 Mar 2008 00:01:00 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: freebsd@akruijff.dds.nl, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <128633.66067.qm@web33702.mail.mud.yahoo.com> Cc: Subject: Re: 7.0 Kernel install problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 08:01:01 -0000 ----- Original Message ---- > From: Alex de Kruijff > To: freebsd-stable@freebsd.org > Sent: Saturday, March 1, 2008 3:32:32 AM > Subject: 7.0 Kernel install problem > > Make buildworld && make buildkernel KERNCONF=GENERIC whent without > errors. Make installkernel KERNCONF=GENERIC gave me this: > > ===> zyd (install) > install -o root -g wheel -m 555 if_zyd.ko /boot/kernel > install -o root -g wheel -m 555 if_zyd.ko.symbols /boot/kernel > kldxref /boot/kernel > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > (and many more) > > Should I be worried? > > -- > Alex > > Please copy the original recipients, otherwise I may not read your reply. > > Howtos based on my personal use, including information about > setting up a firewall and creating traffic graphs with MRTG > http://alex.kruijff.org/FreeBSD/ > No, next time you wont see this msg. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:18: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 E2DAB1065675 for ; Sat, 1 Mar 2008 09:17:59 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0C18FC25 for ; Sat, 1 Mar 2008 09:17:59 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m219HpiD034912 for ; Sat, 1 Mar 2008 01:17:57 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m219HolF034911 for freebsd-stable@freebsd.org; Sat, 1 Mar 2008 01:17:50 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 01 Mar 2008 01:17:50 -0800 Message-ID: <20080301011750.3paot6klcw4ko04o@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 01 Mar 2008 01:17:50 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> In-Reply-To: <47C89B18.8010803@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 09:18:00 -0000 Quoting Matthew Seaman : > gregoryd.freebsd@free.fr wrote: > >>> On behalf of the FreeBSD Project thanks for your interest in FreeBSD. >>> We hope you enjoy the new release. >> >> I've just spent the whole morning installing it on my office desktop. >> >> It was an awful experience: installing packages from the three CDs >> kept making >> me switch from one CD to the other then to the previous one before >> the next one >> again... >> All in all about twenty-times !!! (sometimes just for ONE package, >> for Christ's >> sake !) >> It was particularly annoying, especially with those Linux guys >> around sneering >> when comparing it to their smooth install. Greetings. BSD is /different/. Which is /not/ bad, just /different/. :) I ventured a "cheat sheet" for a build/install world/kernel for someone on this list. I'll venture an Install "cheat sheet" here. :) OK. First things first: download your choice of either -RELEASE--disc1.iso, or -RELEASE--bootonly.iso. I prefer disc1, and will assume so for the rest of this post * burn downloaded CD (it's possible to mount/install it in iso form, but I'll not go into that here). * boot to burned cd * choose minimal - smallest available option (can't recall the exact verbage) * choose and make any required settings that insure working internet connection upon reboot. * reboot * log on as root - or su to root after logging on as regular user * type /usr/sbin/sysinstall - this brings up the installer again * choose post install * choose install additional ports/packages * choose net/cvsup-without-gui * when finished, exit the installer * now at the shell again, OK. There's probably a little contention here; some might argue that you should choose to install /usr/src while in sysinstall. But I hate doing things twice, and since I always have a recent copy of /usr/src/examples/cvsup/stable-supfile, and /usr/src/examples/cvsup/ports-supfile around, and simply copy them to my /root/ folder. That said, if you /don't/ already have a copy of both, use sysinstall to grab/install src. in either case: * at your shell, with a recent copy of /usr/src/examples/cvsup/stable-supfile and /usr/src/examples/cvsup/ports-supfile edit both of them adding your chosen freebsd location * When finished, run the following: cvsup -g -L 2 /root/stable-supfile This assumes stable-supfile is located in your /root/ folder - adjust to it's location. * When finished, type rehash. Then run the following: cvsup -g -L 2 /root/ports-supfile NOTE: had this /not/ been a fresh install, I would have suggested running: cvsup -g -L 2 /root/ports-supfile && portsdb -uU && pkgdb -F more on this later. * when cvsup finishes, type rehash. * cd to /usr/ports/ports-mgmt/portaudit * type make && make install && make clean * when it completes, type rehash * now type portaudit -Fda. This will inform you of security issues related to your version(s) of ports * now cd to /usr/ports/ports-mgmt/portupgrade These contain the ports I mentioned in the NOTE above. * type make && make install && make clean * type rehash * Now, next time you update your ports, you'll be able to generate, and keep your ports INDEX in sync * OK now you're in good shape, you'll probably want to cd /usr/src/sys//conf and cp ./GENERIC to your choice of kernel name. Edit it to your satisfaction. Then do a buildworld/kernel installkernel/world session In any event you're now in a position to build/install anything the BSD ports system has to offer. While this /may/ seem like a long process, it's not. It's very quick. In fact it /is/ faster than the Linux GUI install process - I just performed one the other day. Then blew it away and replaced it with a fresh copy of RELENG_7. :) Happy BSD'ing --Chris H > > People in the know, and those with reasonable network bandwidth, generally > use either the 'boot only' or just the 'disk 1' CDs to install a pretty > minimal system, and then install packages, run cvsup, use freebsd updates > etc. from the net. It's a whole lot smoother than juggling CDs. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > Kent, CT11 9PW > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:38: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 E2DFE106566C for ; Sat, 1 Mar 2008 09:38:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id A10F18FC24 for ; Sat, 1 Mar 2008 09:38:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from webmail.alpha-tierchen.de (port-212-202-40-215.dynamic.qsc.de [212.202.40.215]) by mx02.qsc.de (Postfix) with ESMTP id 5D60916C027A; Sat, 1 Mar 2008 10:15:37 +0100 (CET) Received: from 192.168.1.2 (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Sat, 1 Mar 2008 10:15:35 +0100 (CET) Message-ID: <65496.192.168.1.2.1204362935.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20080301073329.GA1081@Alex1.kruijff.org> References: <20080301073329.GA1081@Alex1.kruijff.org> Date: Sat, 1 Mar 2008 10:15:35 +0100 (CET) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: freebsd@akruijff.dds.nl User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 09:38:47 -0000 > I noticed that the kernel directory was very large compaired to 6.1. Is > this for debugging and can I safely remove the symbols files I want to > save some space? Yes, you can do this safely. Björn From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:45: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 15F4C106567A for ; Sat, 1 Mar 2008 09:45:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id BE9388FC1A for ; Sat, 1 Mar 2008 09:45:35 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JX1003DGPQZLW50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 01 Mar 2008 10:44:59 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JX1009C7PQYU0P1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 01 Mar 2008 10:44:59 +0100 (CET) Date: Sat, 01 Mar 2008 10:44:58 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080301104458.2fd6ec68.torfinn.ingolfsen@broadpark.no> In-reply-to: <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 09:45:36 -0000 On Fri, 29 Feb 2008 19:18:52 -0600 Paul Schmehl wrote: > It does seem to me that some work in this area would pay dividends. Suggestion for a quick fix ("hack" might be the right word): 1. first time one of the extra cd's is read, the user gets a choice to copy the cd to hard drive, with appropriate warnings for free space, time to copy, etc. 2. repeat step 1 everytime a new extra cd is needed the installer would then install from the hard drive, and excessive cd swaps would be avoided. As long as this is documented in the install document, and users can choose to do it or not, we arer not placing any extra burden on those who do not need it. Just my 0.2 eurocents. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 09:55: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 B3E4D106566B for ; Sat, 1 Mar 2008 09:55:53 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 762568FC15 for ; Sat, 1 Mar 2008 09:55:53 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from david.dmarec.local (unknown [77.194.215.1]) by smtp.lamaiziere.net (Postfix) with ESMTP id 1A00F11805AD for ; Sat, 1 Mar 2008 10:55:52 +0100 (CET) From: David Marec Organization: LaMienne To: freebsd-stable@freebsd.org Date: Sat, 1 Mar 2008 10:55:50 +0100 User-Agent: KMail/1.9.7 References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <200802281302.46727.david.marec@davenulle.org> <47C6A696.5000901@FreeBSD.org> In-Reply-To: <47C6A696.5000901@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200803011055.50974.david.marec@davenulle.org> Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 09:55:53 -0000 Le Thursday 28 February 2008 13:18:30 Kris Kennaway, vous avez écrit : > freebsd update requires a known state to upgrade from, i.e. so it can > apply the right set of diffs to bring your system from one known state > to another. This basically means "previously installed from the release > media and only updated using freebsd update". I have installed FreeBSD from a «release media» a long time ago ( RELENG_5 ), and, of course, updated it from the sources. so, now, there is no way to use this script to update my box ? > > If you previously did an update using cvsup to go from 6.3-RELEASE to > some unknown point in 6.3-STABLE then you can just do another cvsup to > go to 7.0 :) i did; i am running 7.0-STABLE now. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:16: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 B141D1065671 for ; Sat, 1 Mar 2008 11:16:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 32AE38FC1B for ; Sat, 1 Mar 2008 11:16:11 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so879424uge.37 for ; Sat, 01 Mar 2008 03:16:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=I1GhJABHCAPc2HOHAoYnNUi9lsBMdsWCOSg2dnKw3dU=; b=Ngi111hnw3NueHow+dVfoqHypZ5YuOTZhyXlk9nlf+XRUZbW5Rt6rfc7Dgrr4O84Sd95ozTXxp/RFMVZwelvbEFDof+ZzPMvDrwsWgusaQM+qbqHB6hHpnZ+yszbhMCV0tHJMDBUYfjtyceEZNquJyuF1u5oB6VfHORod+ZmUxo= 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=gd1kvWRWvgnzmNJmlkxAbperSmtyFfMp0akGxUczqVhWDqnwQliydqJD9dUOJVH78QUg3z7WytaXAPBxSEEsBj3xKvK1DMW3lvofN7DpJ0TdlTniTz/OKuzqUEb2cd4dv09bz+ZI81SpysudhcFIaDXuROBZBmKaUzLd+iVzR3s= Received: by 10.78.165.16 with SMTP id n16mr11498136hue.59.1204370170721; Sat, 01 Mar 2008 03:16:10 -0800 (PST) Received: by 10.78.46.11 with HTTP; Sat, 1 Mar 2008 03:16:10 -0800 (PST) Message-ID: Date: Sat, 1 Mar 2008 14:16:10 +0300 From: pluknet To: FreeBSD , "John Baldwin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: [kgdb] There is no member named pathname X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 11:16:12 -0000 On 29/02/2008, pluknet wrote: > Hello, > > I've updated to the recent RELENG_7 as of 2008/02/28 > to try the new kld-add feature in kgdb, among other things > (yes, i do debug kernel modules). > > However, now I get an error message; > also I'm unable to use the add-kld command. > > For example: > # kgdb -q /boot/kernel/kernel /dev/mem > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > There is no member named pathname. > ^^^^ > (kgdb) add-kld whatever > Undefined command: "add-kld". Try "help". > > I tried to add missing .symbols data as I did before and as described > in developer's handbook, but that doesn't work anymore. > [to be honest, I only tried it once, and I hope I didn't mix up > the numbers in addresses. It's hard to do, though] > > $FreeBSD: src/gnu/usr.bin/gdb/kgdb/kld.c,v 1.6.2.1 2008/02/25 > 22:19:56 jhb Exp $ > JFYI: It works without that issue In CURRENT. [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/snd_envy24ht.ko...Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_envy24ht.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_spicds.ko...Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_spicds.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/msdosfs_iconv.ko...Reading symbols from /boot/kernel/msdosfs_iconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/msdosfs_iconv.ko Reading symbols from /boot/kernel/libiconv.ko...Reading symbols from /boot/kernel/libiconv.ko.symbols...done. done. Loaded symbols for /boot/kernel/libiconv.ko Reading symbols from /boot/kernel/nfsserver.ko...Reading symbols from /boot/kernel/nfsserver.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfsserver.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) add-kld whatever Unable to locate kld wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:30: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 472C61065671 for ; Sat, 1 Mar 2008 11:30:44 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 925288FC1A for ; Sat, 1 Mar 2008 11:30:43 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m21BUQ20016443; Sat, 1 Mar 2008 11:30:28 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.4.4 smtp.infracaninophile.co.uk m21BUQ20016443 Authentication-Results: smtp.infracaninophile.co.uk; dkim=hardfail (SSP) header.i=unknown Message-ID: <47C93E52.8030300@infracaninophile.co.uk> Date: Sat, 01 Mar 2008 11:30:26 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: "Chris H." References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <20080301011750.3paot6klcw4ko04o@webmail.1command.com> In-Reply-To: <20080301011750.3paot6klcw4ko04o@webmail.1command.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Sat, 01 Mar 2008 11:30:28 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92.1/6062/Sat Mar 1 04:56:21 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 11:30:44 -0000 Chris H. wrote: > * log on as root - or su to root after logging on as regular user > * type /usr/sbin/sysinstall - this brings up the installer again > * choose post install > * choose install additional ports/packages > * choose net/cvsup-without-gui > * when finished, exit the installer A very nice worklist, except for the section above. I have two objections to it. The first is aesthetic, since you could simply replace all those steps by typing: # pkg_add -r cvsup-without-gui at the root shell prompt. The second is a functional objection: it's a waste of time to install cvsup-without-gui when csup(1) is in the base system (and has been since 6.1-RELEASE or there abouts.) A typical command to download the contents of /usr/src changes from: # cvsup -g -L 2 -h cvsup.XX.freebsd.org /usr/share/examples/cvsup/stable-supfile to # csup -L 2 -h cvsup.XX.freebsd.org /usr/share/examples/cvsup/stable-supfile (where XX is the two letter ISO code for the country where you live (or 'uk')) Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:36: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 838DB106567A for ; Sat, 1 Mar 2008 11:36:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BA0D88FC1A; Sat, 1 Mar 2008 11:36:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C93FD2.1010902@FreeBSD.org> Date: Sat, 01 Mar 2008 12:36:50 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd@akruijff.dds.nl References: <20080301073329.GA1081@Alex1.kruijff.org> In-Reply-To: <20080301073329.GA1081@Alex1.kruijff.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 11:36:52 -0000 Alex de Kruijff wrote: > I noticed that the kernel directory was very large compaired to 6.1. Is > this for debugging and can I safely remove the symbols files I want to > save some space? Yes but if you encounter a panic and need to submit a bug report then you will need at least the kernel.debug and whatever modules you are using. Kris From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:41: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 C91511065670 for ; Sat, 1 Mar 2008 11:41:55 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 56A348FC23 for ; Sat, 1 Mar 2008 11:41:55 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id A514D17F54E; Sat, 1 Mar 2008 12:41:53 +0100 (CET) Received: from imp6-g19.free.fr (imp6-g19.free.fr [212.27.42.6]) by smtp8-g19.free.fr (Postfix) with ESMTP id 7092017F51B; Sat, 1 Mar 2008 12:41:53 +0100 (CET) Received: by imp6-g19.free.fr (Postfix, from userid 33) id 1B27D43E4; Sat, 1 Mar 2008 12:41:50 +0100 (CET) Received: from mar44-4-88-161-154-223.fbx.proxad.net (mar44-4-88-161-154-223.fbx.proxad.net [88.161.154.223]) by imp.free.fr (IMP) with HTTP for ; Sat, 01 Mar 2008 12:41:49 +0100 Message-ID: <1204371709.47c940fdd7a81@imp.free.fr> Date: Sat, 01 Mar 2008 12:41:49 +0100 From: gregoryd.freebsd@free.fr To: "Chris H." References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <20080301011750.3paot6klcw4ko04o@webmail.1command.com> In-Reply-To: <20080301011750.3paot6klcw4ko04o@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 88.161.154.223 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 11:41:55 -0000 Quoting "Chris H." : > BSD is /different/. Which is /not/ bad, just /different/. :) Never said it was bad (on the *very* contrary) Been using it for a little more than 10 years now: would I have been if I had thought otherwise ? ;-) > * choose net/cvsup-without-gui no longer needed: csup is readily available ! (and works perfectly) > cvsup -g -L 2 /root/stable-supfile That needs an internet access which, precisely, I lack in my office ! > In any event you're now in a position to build/install > anything the BSD ports system has to offer. While this /may/ > seem like a long process, it's not. It's very quick. In fact > it /is/ faster than the Linux GUI install process - I just > performed one the other day. Then blew it away and replaced > it with a fresh copy of RELENG_7. :) I *really* have nothing against the installer UI (to tell the truth, I'd rather it not be changed, however modern the desktopbsd installer may have seemed to me, I definitely prefer the "old" one) The problem I pinpoint is this: for people without internet access once they have downloaded the whole CD set, having to swap CDs during install *so many times* is a real PITA. It might prove a deterrent for would-be new users. And also, it is not up to the good work that went in the OS proper, and documentation and all. Of course had I the opportunity, I would go with the way I do *at home* where I have an xDSL link: boot-only CD and making ports (or packages, depending on available time). Precisely what you described. But without an internet connection it is just not possible. Now, thinking over yesterday's experience: maybe I should have grabbed the boot-only CD and burnt a DVD with packages, and then establish a kind of "repository" with those. Then again, it would consume precious network bandwidth (desktop is for remote administering...) if I wanted to make it available to colleagues. Bottom line: I think the installer needs a fix in how to handle package installation when spanning several CDs. It's an opinion, though. Based on (a bad) experience, but still an opinion... I'm aware CDs are still indispensable, since many machines are not equipped with DVD drives. But couldn't we imagine a desktop oriented release on DVD (which would be the exact same as the CD set, maybe only with more packages to take advantage of the supplementary space available) ? (if fixing the installer swapping thing is too much trouble) gregory From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 11:48: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 50176106566B for ; Sat, 1 Mar 2008 11:48:22 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id ACBC28FC23 for ; Sat, 1 Mar 2008 11:48:21 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7C3A.dip.t-dialin.net [84.154.124.58]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m21BmI1O011683 for ; Sat, 1 Mar 2008 12:48:19 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m21BpuUT018405 for ; Sat, 1 Mar 2008 12:51:56 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m21Bpp9u058968 for ; Sat, 1 Mar 2008 12:51:56 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200803011151.m21Bpp9u058968@fire.js.berklix.net> To: freebsd-stable In-reply-to: <47C89B18.8010803@infracaninophile.co.uk> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> Comments: In-reply-to Matthew Seaman message dated "Fri, 29 Feb 2008 23:54:00 +0000." Date: Sat, 01 Mar 2008 12:51:51 +0100 From: "Julian H. Stacey" Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 11:48:22 -0000 Matthew Seaman wrote: > gregoryd.freebsd@free.fr wrote: > > >> On behalf of the FreeBSD Project thanks for your interest in FreeBSD. > >> We hope you enjoy the new release. > > > > I've just spent the whole morning installing it on my office desktop. > > > > It was an awful experience: installing packages from the three CDs kept making > > me switch from one CD to the other then to the previous one before the next one > > again... > > All in all about twenty-times !!! (sometimes just for ONE package, for Christ's > > sake !) > > It was particularly annoying, especially with those Linux guys around sneering > > when comparing it to their smooth install. > > People in the know, and those with reasonable network bandwidth, generally > use either the 'boot only' or just the 'disk 1' CDs to install a pretty > minimal system, and then install packages, run cvsup, use freebsd updates > etc. from the net. It's a whole lot smoother than juggling CDs. > > Cheers, > > Matthew [ A shame about the package disc jockey effect, & if anyone has time to fix it, great, but meantime ... ] Some of those facing a big package install sequence won't have net access (desert island effect : security firewall locked tight / high coms cost etc ) .. solution for them : Minimal install as Matthew suggested, then load all cdroms on hard disc, all packages in one directory, then run sysinstall or pkg_install from multi user base. Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 is spam. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:11: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 427DA106566B for ; Sat, 1 Mar 2008 12:11:30 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from nagual.nl (cc20684-a.assen1.dr.home.nl [82.74.10.158]) by mx1.freebsd.org (Postfix) with ESMTP id A84688FC12 for ; Sat, 1 Mar 2008 12:11:29 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from westmark (westmark.nagual.nl [192.168.11.22]) by nagual.nl (8.13.8+Sun/8.13.8/yanta) with ESMTP id m21CBSug005634 for ; Sat, 1 Mar 2008 13:11:28 +0100 (CET) Date: Sat, 1 Mar 2008 13:12:03 +0100 From: Dick Hoogendijk To: freebsd-stable@freebsd.org Message-ID: <20080301131203.00001e51@westmark> In-Reply-To: References: Organization: de nagual X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.1; i386-pc-solaris2.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 192.168.11.35 Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 12:11:30 -0000 On Fri, 29 Feb 2008 15:39:11 -0800 Stephen Hurd wrote: > As a workaround, adding the line: > hw.ata.ata_dma="0" > To /boot/loader.conf will disable DMA and prevent the hangs that are > caused by the DMA timeouts. Yeah, but having dma=1 makes the system faster, doesn't it? -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxde 01/08 ++ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 12:56:34 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 673D8106566B for ; Sat, 1 Mar 2008 12:56:34 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 06D0E8FC20 for ; Sat, 1 Mar 2008 12:56:33 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m21CuQTk062704 for ; Sat, 1 Mar 2008 04:56:32 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m21CuQwI062703 for freebsd-stable@freebsd.org; Sat, 1 Mar 2008 04:56:26 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 01 Mar 2008 04:56:26 -0800 Message-ID: <20080301045626.8ctkzl8agw0s8o8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 01 Mar 2008 04:56:26 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <20080301011750.3paot6klcw4ko04o@webmail.1command.com> <47C93E52.8030300@infracaninophile.co.uk> In-Reply-To: <47C93E52.8030300@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 12:56:34 -0000 Quoting Matthew Seaman : > Chris H. wrote: > >> * log on as root - or su to root after logging on as regular user >> * type /usr/sbin/sysinstall - this brings up the installer again >> * choose post install >> * choose install additional ports/packages >> * choose net/cvsup-without-gui >> * when finished, exit the installer > > A very nice worklist, except for the section above. Thanks. I felt compelled to venture /something/. :) > > I have two objections to it. The first is aesthetic, since you could > simply replace all those steps by typing: > > # pkg_add -r cvsup-without-gui True. My bad. > > at the root shell prompt. > > The second is a functional objection: it's a waste of time to install > cvsup-without-gui when csup(1) is in the base system (and has been > since 6.1-RELEASE or there abouts.) Old habits die hard. :) I started using cvsup-without-gui around 3.2, and didn't realize csup was introduced to disc1. Thanks for the "heads-up". > > A typical command to download the contents of /usr/src changes from: > > # cvsup -g -L 2 -h cvsup.XX.freebsd.org > /usr/share/examples/cvsup/stable-supfile > > to > > # csup -L 2 -h cvsup.XX.freebsd.org > /usr/share/examples/cvsup/stable-supfile > > (where XX is the two letter ISO code for the country where you live > (or 'uk')) > > Cheers, > > Matthew Best wishes. --Chris H > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > Kent, CT11 9PW > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:08:47 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 DFD651065673 for ; Sat, 1 Mar 2008 13:08:47 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 95E2E8FC1B for ; Sat, 1 Mar 2008 13:08:47 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m21D8ei7063892 for ; Sat, 1 Mar 2008 05:08:46 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m21D8eoZ063891 for freebsd-stable@freebsd.org; Sat, 1 Mar 2008 05:08:40 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 01 Mar 2008 05:08:40 -0800 Message-ID: <20080301050840.e3udpuz2cksw484s@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 01 Mar 2008 05:08:40 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <20080301011750.3paot6klcw4ko04o@webmail.1command.com> <1204371709.47c940fdd7a81@imp.free.fr> In-Reply-To: <1204371709.47c940fdd7a81@imp.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 13:08:48 -0000 Quoting gregoryd.freebsd@free.fr: > Quoting "Chris H." : > >> BSD is /different/. Which is /not/ bad, just /different/. :) > > Never said it was bad (on the *very* contrary) > Been using it for a little more than 10 years now: would I have been if I had > thought otherwise ? ;-) > >> * choose net/cvsup-without-gui > > no longer needed: csup is readily available ! (and works perfectly) > >> cvsup -g -L 2 /root/stable-supfile > > That needs an internet access which, precisely, I lack in my office ! > > >> In any event you're now in a position to build/install >> anything the BSD ports system has to offer. While this /may/ >> seem like a long process, it's not. It's very quick. In fact >> it /is/ faster than the Linux GUI install process - I just >> performed one the other day. Then blew it away and replaced >> it with a fresh copy of RELENG_7. :) > > I *really* have nothing against the installer UI (to tell the truth, > I'd rather > it not be changed, however modern the desktopbsd installer may have seemed to > me, I definitely prefer the "old" one) > > The problem I pinpoint is this: for people without internet access once they > have downloaded the whole CD set, having to swap CDs during install *so many > times* is a real PITA. It might prove a deterrent for would-be new users. > And also, it is not up to the good work that went in the OS proper, and > documentation and all. > > > Of course had I the opportunity, I would go with the way I do *at > home* where I > have an xDSL link: boot-only CD and making ports (or packages, depending on > available time). Precisely what you described. > But without an internet connection it is just not possible. > > > Now, thinking over yesterday's experience: maybe I should have grabbed the > boot-only CD and burnt a DVD with packages, and then establish a kind of > "repository" with those. > Then again, it would consume precious network bandwidth (desktop is > for remote > administering...) if I wanted to make it available to colleagues. > > > Bottom line: I think the installer needs a fix in how to handle package > installation when spanning several CDs. > It's an opinion, though. Based on (a bad) experience, but still an opinion... > > I'm aware CDs are still indispensable, since many machines are not > equipped with > DVD drives. But couldn't we imagine a desktop oriented release on DVD (which > would be the exact same as the CD set, maybe only with more packages to take > advantage of the supplementary space available) ? (if fixing the installer > swapping thing is too much trouble) Hello gregory, All valid points. I guess I've been using "fat pipes" for so long I forget their not /always/ available. :) I'll venture an install from mounted ISO image(s) tutorial. It overcomes all those issues with "not having a fast connection to the internet woes". (assuming you can get the ISO images - but then again, you wouldn't have a CD if you couldn't get the ISO's would you). But I'm not up to it right now. I'll save it for another posting. Best wishes. --Chris H > > > gregory > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 13:53:04 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 5EC431065670; Sat, 1 Mar 2008 13:53:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6B48FC18; Sat, 1 Mar 2008 13:53:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C95FBC.1030907@FreeBSD.org> Date: Sat, 01 Mar 2008 14:53:00 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Steven Hartland References: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> In-Reply-To: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, stable@FreeBSD.org Subject: Re: portupgrade, recommended by 7 release notes, breaks perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 13:53:04 -0000 Steven Hartland wrote: > Seems portupgrade can easily break the perl install. > > How? Well there are various modules which can be updated > but are also part of the base perl and are hence required. > > A good example of this is ExtUtils::MakeMaker. If you > uninstall any version of this port your done for, as > trying to build it requires ExtUtils::Command which in > turn requires ExtUtils::MakeMaker which was just deleted. > > This circular dependency would not be an issue if the > uninstall somehow knew that the files where required > by perl, and hence didn't break the base port ( perl ) > by removing them. I think something is not quite right in your analysis, because perl does not depend on any external perl modules (it cannot, by definition). Kris From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 14:15: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 332671065675 for ; Sat, 1 Mar 2008 14:15:23 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id ED5498FC27 for ; Sat, 1 Mar 2008 14:15:22 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:58de:1281:47dc:65f] (unknown [IPv6:2001:7b8:3a7:0:58de:1281:47dc:65f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 6DFC33C; Sat, 1 Mar 2008 15:15:21 +0100 (CET) Message-ID: <47C964FC.8070401@andric.com> Date: Sat, 01 Mar 2008 15:15:24 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) MIME-Version: 1.0 To: freebsd@akruijff.dds.nl References: <20080301003232.GB63301@Alex1.kruijff.org> In-Reply-To: <20080301003232.GB63301@Alex1.kruijff.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 Kernel install problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 14:15:23 -0000 On 2008-03-01 01:32, Alex de Kruijff wrote: > kldxref /boot/kernel > kldxref: file isn't dynamically-linked ... > Should I be worried? You're probably upgrading from 6.x? The old kldxref doesn't grok the new kernel format, apparently. So you might want to use the kldxref from your buildworld instead: /usr/obj/usr/src/usr.sbin/kldxref/kldxref /boot/kernel From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 14:21:38 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 35A5C1065674 for ; Sat, 1 Mar 2008 14:21:38 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id DB98E8FC31 for ; Sat, 1 Mar 2008 14:21:37 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m21ELNaF061763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Mar 2008 09:21:24 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Paul Schmehl In-Reply-To: <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PJ59kF7Wy5UQKOxa98Pa" Date: Sat, 01 Mar 2008 09:20:59 -0500 Message-Id: <1204381259.93575.15.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.6 required=5.0 tests=RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 14:21:38 -0000 --=-PJ59kF7Wy5UQKOxa98Pa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-02-29 at 19:18 -0600, Paul Schmehl wrote: > Another approach might be to make one cd the "desktop install" cd,=20 > including all of the apps commonly used to install the desktop (xorg, kde= ,=20 > gnome, etc.) This is already in place, as best I can. X.org is on disc1 (on purpose since it's something you can select in the "Distributions" section before even getting to the "Do you want to browse packages?" menu), while Gnome and KDE are both on disc2. If you select "All" in the distributions section it will install X.org during the initial install phase. If you then install only KDE and/or Gnome it will only ask for disc2 once you get past the package selection. The combination of KDE and Gnome basically fill even the newer 700Mb target media sizes so for it to get any better sysinstall needs to be made smarter. > It does seem to me that some work in this area would pay dividends. I am definitely not arguing that point, lots can be done here. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-PJ59kF7Wy5UQKOxa98Pa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfJZksACgkQ/G14VSmup/btaQCePETLSaYAYk9JseFiAHaoPNys wDIAn21krO0zy0xkotOPy3IFeN5LfPaa =cS9z -----END PGP SIGNATURE----- --=-PJ59kF7Wy5UQKOxa98Pa-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 15:04: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 4F8FE1065674 for ; Sat, 1 Mar 2008 15:04:33 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.pppoe.ca (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id E6DE18FC1E for ; Sat, 1 Mar 2008 15:04:32 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAC//yEdMCqa7/2dsb2JhbACLAp8qBA X-IronPort-AV: E=Sophos;i="4.25,431,1199682000"; d="scan'208";a="15436609" Received: from mail.pppoe.ca ([65.39.192.132]) by ironport2-out.pppoe.ca with ESMTP; 01 Mar 2008 10:04:31 -0500 Received: from kevin ([76.10.166.187]) by mail.pppoe.ca (Internet Mail Server v1.0) with ASMTP id HSF29731; Sat, 01 Mar 2008 10:04:31 -0500 From: "Kevin K" To: References: <000001c87b28$9bd7f970$d387ec50$@com> In-Reply-To: Date: Sat, 1 Mar 2008 10:04:21 -0500 Message-ID: <000e01c87bad$88190980$984b1c80$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Content-language: en-us Thread-Index: Ach7KXUvU3VPBN6CQdOyEVITwTfQ2AAg9qgA Cc: freebsd-stable@freebsd.org Subject: RE: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 15:04:33 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of illoai@gmail.com > Sent: Friday, February 29, 2008 6:18 PM > To: Kevin K > Cc: freebsd-stable@freebsd.org > Subject: Re: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails > > On 29/02/2008, Kevin K wrote: > > I have cvsupped my src -> cvsup stable-supfile / RELENG_7 > > cvsup5,3,4.freebsd.org many times and I keep failing @ make > buildworld : > . . . . > > magic, 67922: Warning offset `@@' invalid > > magic, 67922: Warning type `@@' invalid > > mkmagic: Printf format ` > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > > > > > > > That was done w/ make buildworld -j9, im currently doing a make > buildworld > > with no -j and will paste the results here. > > Off the top of my multiply contused head, > do you have a stale /usr/obj lying around > (which may require deletion)? > I cleaned out /usr/obj but I still get a failure on make buildworld : (these warnings go much further, I didn't paste the whole thing) magic, 67776: Warning offset ` RELENG_7:1.1.1.1.0.26' invalid magic, 67776: Warning type `RELENG_7:1.1.1.1.0.26' invalid magic, 67777: Warning offset ` RELENG_7_BP:1.1.1.1' invalid magic, 67777: Warning type `RELENG_7_BP:1.1.1.1' invalid magic, 67778: Warning offset ` file_4_21:1.1.1.1' invalid magic, 67778: Warning type `file_4_21:1.1.1.1' invalid magic, 67779: Warning offset ` file_4_19:1.1.1.1' invalid magic, 67779: Warning type `file_4_19:1.1.1.1' invalid magic, 67780: Warning offset ` RELENG_6_2_0_RELEASE:1.1.1.1' invalid magic, 67780: Warning type `RELENG_6_2_0_RELEASE:1.1.1.1' invalid magic, 67781: Warning offset ` RELENG_6_2:1.1.1.1.0.24' invalid magic, 67781: Warning type `RELENG_6_2:1.1.1.1.0.24' invalid magic, 67782: Warning offset ` RELENG_6_2_BP:1.1.1.1' invalid magic, 67782: Warning type `RELENG_6_2_BP:1.1.1.1' invalid magic, 67783: Warning offset ` file_4_17_A:1.1' invalid magic, 67783: Warning type `file_4_17_A:1.1' invalid magic, 67784: Warning offset ` file_4_17:1.1.1.1' invalid magic, 67784: Warning type `file_4_17:1.1.1.1' invalid magic, 67785: Warning offset ` RELENG_5_5_0_RELEASE:1.1.1.1' invalid magic, 67785: Warning type `RELENG_5_5_0_RELEASE:1.1.1.1' invalid magic, 67786: Warning offset ` RELENG_5_5:1.1.1.1.0.22' invalid magic, 67786: Warning type `RELENG_5_5:1.1.1.1.0.22' invalid magic, 67787: Warning offset ` RELENG_5_5_BP:1.1.1.1' invalid magic, 67787: Warning type `RELENG_5_5_BP:1.1.1.1' invalid magic, 67788: Warning offset ` RELENG_6_1_0_RELEASE:1.1.1.1' invalid magic, 67788: Warning type `RELENG_6_1_0_RELEASE:1.1.1.1' invalid magic, 67789: Warning offset ` RELENG_6_1:1.1.1.1.0.20' invalid magic, 67789: Warning type `RELENG_6_1:1.1.1.1.0.20' invalid magic, 67790: Warning offset ` RELENG_6_1_BP:1.1.1.1' invalid magic, 67790: Warning type `RELENG_6_1_BP:1.1.1.1' invalid magic, 67791: Warning offset ` RELENG_6_0_0_RELEASE:1.1.1.1' invalid magic, 67791: Warning type `RELENG_6_0_0_RELEASE:1.1.1.1' invalid magic, 67792: Warning offset ` RELENG_6_0:1.1.1.1.0.18' invalid magic, 67792: Warning type `RELENG_6_0:1.1.1.1.0.18' invalid magic, 67793: Warning offset ` RELENG_6_0_BP:1.1.1.1' invalid magic, 67793: Warning type `RELENG_6_0_BP:1.1.1.1' invalid magic, 67794: Warning offset ` RELENG_6:1.1.1.1.0.16' invalid magic, 67794: Warning type `RELENG_6:1.1.1.1.0.16' invalid magic, 67795: Warning offset ` RELENG_6_BP:1.1.1.1' invalid magic, 67795: Warning type `RELENG_6_BP:1.1.1.1' invalid magic, 67796: Warning offset ` RELENG_5_4_0_RELEASE:1.1.1.1' invalid magic, 67796: Warning type `RELENG_5_4_0_RELEASE:1.1.1.1' invalid magic, 67797: Warning offset ` RELENG_5_4:1.1.1.1.0.14' invalid magic, 67797: Warning type `RELENG_5_4:1.1.1.1.0.14' invalid magic, 67798: Warning offset ` RELENG_5_4_BP:1.1.1.1' invalid magic, 67798: Warning type `RELENG_5_4_BP:1.1.1.1' invalid magic, 67799: Warning offset ` RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid magic, 67799: Warning type `RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid magic, 67800: Warning offset ` file_4_12:1.1.1.1' invalid magic, 67800: Warning type `file_4_12:1.1.1.1' invalid magic, 67801: Warning offset ` RELENG_4_11:1.1.1.1.2.1.0.18' invalid magic, 67801: Warning type `RELENG_4_11:1.1.1.1.2.1.0.18' invalid magic, 67802: Warning offset ` RELENG_4_11_BP:1.1.1.1.2.1' invalid magic, 67802: Warning type `RELENG_4_11_BP:1.1.1.1.2.1' invalid magic, 67803: Warning offset ` RELENG_5_3_0_RELEASE:1.1.1.1' invalid magic, 67803: Warning type `RELENG_5_3_0_RELEASE:1.1.1.1' invalid magic, 67804: Warning offset ` RELENG_5_3:1.1.1.1.0.12' invalid magic, 67804: Warning type `RELENG_5_3:1.1.1.1.0.12' invalid magic, 67805: Warning offset ` RELENG_5_3_BP:1.1.1.1' invalid magic, 67805: Warning type `RELENG_5_3_BP:1.1.1.1' invalid magic, 67806: Warning offset ` RELENG_5:1.1.1.1.0.10' invalid magic, 67806: Warning type `RELENG_5:1.1.1.1.0.10' invalid magic, 67807: Warning offset ` RELENG_5_BP:1.1.1.1' invalid magic, 67807: Warning type `RELENG_5_BP:1.1.1.1' invalid magic, 67808: Warning offset ` file_4_10:1.1.1.1' invalid magic, 67808: Warning type `file_4_10:1.1.1.1' invalid magic, 67809: Warning offset ` RELENG_4_10_0_RELEASE:1.1.1.1.2.1' invalid magic, 67809: Warning type `RELENG_4_10_0_RELEASE:1.1.1.1.2.1' invalid magic, 67810: Warning offset ` RELENG_4_10:1.1.1.1.2.1.0.16' invalid magic, 67810: Warning type `RELENG_4_10:1.1.1.1.2.1.0.16' invalid magic, 67811: Warning offset ` RELENG_4_10_BP:1.1.1.1.2.1' invalid magic, 67811: Warning type `RELENG_4_10_BP:1.1.1.1.2.1' invalid magic, 67812: Warning offset ` RELENG_5_2_1_RELEASE:1.1.1.1' invalid magic, 67812: Warning type `RELENG_5_2_1_RELEASE:1.1.1.1' invalid magic, 67813: Warning offset ` RELENG_5_2_0_RELEASE:1.1.1.1' invalid magic, 67813: Warning type `RELENG_5_2_0_RELEASE:1.1.1.1' invalid magic, 67814: Warning offset ` RELENG_5_2:1.1.1.1.0.8' invalid magic, 67814: Warning type `RELENG_5_2:1.1.1.1.0.8' invalid magic, 67815: Warning offset ` RELENG_5_2_BP:1.1.1.1' invalid magic, 67815: Warning type `RELENG_5_2_BP:1.1.1.1' invalid magic, 67816: Warning offset ` RELENG_4_9_0_RELEASE:1.1.1.1.2.1' invalid magic, 67816: Warning type `RELENG_4_9_0_RELEASE:1.1.1.1.2.1' invalid magic, 67817: Warning offset ` RELENG_4_9:1.1.1.1.2.1.0.14' invalid magic, 67817: Warning type `RELENG_4_9:1.1.1.1.2.1.0.14' invalid magic, 67818: Warning offset ` RELENG_4_9_BP:1.1.1.1.2.1' invalid magic, 67818: Warning type `RELENG_4_9_BP:1.1.1.1.2.1' invalid magic, 67819: Warning offset ` RELENG_5_1_0_RELEASE:1.1.1.1' invalid magic, 67819: Warning type `RELENG_5_1_0_RELEASE:1.1.1.1' invalid magic, 67820: Warning offset ` RELENG_5_1:1.1.1.1.0.6' invalid magic, 67820: Warning type `RELENG_5_1:1.1.1.1.0.6' invalid magic, 67821: Warning offset ` RELENG_5_1_BP:1.1.1.1' invalid magic, 67821: Warning type `RELENG_5_1_BP:1.1.1.1' invalid magic, 67822: Warning offset ` RELENG_4_8_0_RELEASE:1.1.1.1.2.1' invalid magic, 67822: Warning type `RELENG_4_8_0_RELEASE:1.1.1.1.2.1' invalid magic, 67823: Warning offset ` RELENG_4_8:1.1.1.1.2.1.0.12' invalid magic, 67823: Warning type `RELENG_4_8:1.1.1.1.2.1.0.12' invalid magic, 67824: Warning offset ` RELENG_4_8_BP:1.1.1.1.2.1' invalid magic, 67824: Warning type `RELENG_4_8_BP:1.1.1.1.2.1' invalid magic, 67825: Warning offset ` file_3_41:1.1.1.1' invalid magic, 67825: Warning type `file_3_41:1.1.1.1' invalid magic, 67826: Warning offset ` file_3_40:1.1.1.1' invalid magic, 67826: Warning type `file_3_40:1.1.1.1' invalid magic, 67827: Warning offset ` RELENG_5_0_0_RELEASE:1.1.1.1' invalid magic, 67827: Warning type `RELENG_5_0_0_RELEASE:1.1.1.1' invalid magic, 67828: Warning offset ` RELENG_5_0:1.1.1.1.0.4' invalid magic, 67828: Warning type `RELENG_5_0:1.1.1.1.0.4' invalid magic, 67829: Warning offset ` RELENG_5_0_BP:1.1.1.1' invalid magic, 67829: Warning type `RELENG_5_0_BP:1.1.1.1' invalid magic, 67830: Warning offset ` RELENG_4_7_0_RELEASE:1.1.1.1.2.1' invalid magic, 67830: Warning type `RELENG_4_7_0_RELEASE:1.1.1.1.2.1' invalid magic, 67831: Warning offset ` RELENG_4_7:1.1.1.1.2.1.0.10' invalid magic, 67831: Warning type `RELENG_4_7:1.1.1.1.2.1.0.10' invalid magic, 67832: Warning offset ` RELENG_4_7_BP:1.1.1.1.2.1' invalid magic, 67832: Warning type `RELENG_4_7_BP:1.1.1.1.2.1' invalid magic, 67833: Warning offset ` file_3_39:1.1.1.1' invalid magic, 67833: Warning type `file_3_39:1.1.1.1' invalid magic, 67834: Warning offset ` RELENG_4_6_2_RELEASE:1.1.1.1.2.1' invalid magic, 67834: Warning type `RELENG_4_6_2_RELEASE:1.1.1.1.2.1' invalid magic, 67835: Warning offset ` RELENG_4_6_1_RELEASE:1.1.1.1.2.1' invalid magic, 67835: Warning type `RELENG_4_6_1_RELEASE:1.1.1.1.2.1' invalid magic, 67836: Warning offset ` RELENG_4_6_0_RELEASE:1.1.1.1.2.1' invalid magic, 67836: Warning type `RELENG_4_6_0_RELEASE:1.1.1.1.2.1' invalid magic, 67837: Warning offset ` RELENG_4_6:1.1.1.1.2.1.0.8' invalid magic, 67837: Warning type `RELENG_4_6:1.1.1.1.2.1.0.8' invalid magic, 67838: Warning offset ` RELENG_4_6_BP:1.1.1.1.2.1' invalid magic, 67838: Warning type `RELENG_4_6_BP:1.1.1.1.2.1' invalid magic, 67839: Warning offset ` RELENG_4_5_0_RELEASE:1.1.1.1.2.1' invalid magic, 67839: Warning type `RELENG_4_5_0_RELEASE:1.1.1.1.2.1' invalid magic, 67840: Warning offset ` RELENG_4_5:1.1.1.1.2.1.0.6' invalid magic, 67840: Warning type `RELENG_4_5:1.1.1.1.2.1.0.6' invalid magic, 67841: Warning offset ` RELENG_4_5_BP:1.1.1.1.2.1' invalid magic, 67841: Warning type `RELENG_4_5_BP:1.1.1.1.2.1' invalid magic, 67842: Warning offset ` file_3_37:1.1.1.1' invalid magic, 67842: Warning type `file_3_37:1.1.1.1' invalid magic, 67843: Warning offset ` RELENG_4_4_0_RELEASE:1.1.1.1.2.1' invalid magic, 67843: Warning type `RELENG_4_4_0_RELEASE:1.1.1.1.2.1' invalid magic, 67844: Warning offset ` RELENG_4_4:1.1.1.1.2.1.0.4' invalid magic, 67844: Warning type `RELENG_4_4:1.1.1.1.2.1.0.4' invalid magic, 67845: Warning offset ` RELENG_4_4_BP:1.1.1.1.2.1' invalid magic, 67845: Warning type `RELENG_4_4_BP:1.1.1.1.2.1' invalid magic, 67846: Warning offset ` file_3_36:1.1.1.1' invalid magic, 67846: Warning type `file_3_36:1.1.1.1' invalid magic, 67847: Warning offset ` file_3_35:1.1.1.1' invalid magic, 67847: Warning type `file_3_35:1.1.1.1' invalid magic, 67848: Warning offset ` RELENG_4_3_0_RELEASE:1.1.1.1.2.1' invalid magic, 67848: Warning type `RELENG_4_3_0_RELEASE:1.1.1.1.2.1' invalid magic, 67849: Warning offset ` RELENG_4_3:1.1.1.1.2.1.0.2' invalid magic, 67849: Warning type `RELENG_4_3:1.1.1.1.2.1.0.2' invalid magic, 67850: Warning offset ` RELENG_4_3_BP:1.1.1.1.2.1' invalid magic, 67850: Warning type `RELENG_4_3_BP:1.1.1.1.2.1' invalid magic, 67851: Warning offset ` file_3_34:1.1.1.1' invalid magic, 67851: Warning type `file_3_34:1.1.1.1' invalid magic, 67852: Warning offset ` RELENG_4:1.1.1.1.0.2' invalid magic, 67852: Warning type `RELENG_4:1.1.1.1.0.2' invalid magic, 67853: Warning offset ` file_3_33:1.1.1.1' invalid magic, 67853: Warning type `file_3_33:1.1.1.1' invalid magic, 67854: Warning offset ` file_3_32:1.1.1.1' invalid magic, 67854: Warning type `file_3_32:1.1.1.1' invalid magic, 67855: Warning offset ` ZOULAS:1.1.1;' invalid magic, 67855: Warning type `ZOULAS:1.1.1;' invalid magic, 67856: Warning offset `locks; strict;' invalid magic, 67856: Warning type `locks; strict;' invalid magic, 67857: Warning offset `comment @# @;' invalid magic, 67857: Warning type `comment @# @;' invalid magic, 67860: Warning type `.1' invalid magic, 67861: Warning offset `date 2000.11.05.08.33.54; author obrien; state Exp;' invalid magic, 67862: Warning offset `branches' invalid magic, 67862: Warning type `branches' invalid magic, 67863: Warning type `.1.1.1;' invalid magic, 67864: Warning offset `next ;' invalid magic, 67864: Warning type `next ;' invalid magic, 67866: Warning type `.1.1.1' invalid magic, 67867: Warning offset `date 2000.11.05.08.33.54; author obrien; state Exp;' invalid magic, 67868: Warning offset `branches' invalid magic, 67868: Warning type `branches' invalid magic, 67869: Warning type `.1.1.1.2.1;' invalid magic, 67870: Warning offset `next ;' invalid magic, 67870: Warning type `next ;' invalid magic, 67872: Warning type `.1.1.1.2.1' invalid magic, 67873: Warning offset `date 2000.11.26.21.37.22; author obrien; state Exp;' invalid magic, 67874: Warning offset `branches;' invalid magic, 67874: Warning type `branches;' invalid magic, 67875: Warning offset `next ;' invalid magic, 67875: Warning type `next ;' invalid magic, 67878: Warning offset `desc' invalid magic, 67878: Warning type `desc' invalid magic, 67879: Warning offset `@@' invalid magic, 67879: Warning type `@@' invalid magic, 67882: Warning type `.1' invalid magic, 67883: Warning offset `log' invalid magic, 67883: Warning type `log' invalid magic, 67884: Warning offset `@Initial revision' invalid magic, 67884: Warning type `@Initial revision' invalid magic, 67885: Warning offset `@' invalid magic, 67885: Warning type `@' invalid magic, 67886: Warning offset `text' invalid magic, 67886: Warning type `text' invalid magic, 67887: Warning offset `@' invalid magic, 67887: Warning type `@' invalid magic, 67906: Warning offset `@' invalid magic, 67906: Warning type `@' invalid magic, 67909: Warning type `.1.1.1' invalid magic, 67910: Warning offset `log' invalid magic, 67910: Warning type `log' invalid magic, 67911: Warning offset `@Virgin import of FILE 3.32' invalid magic, 67911: Warning type `@Virgin import of FILE 3.32' invalid magic, 67912: Warning offset `@' invalid magic, 67912: Warning type `@' invalid magic, 67913: Warning offset `text' invalid magic, 67913: Warning type `text' invalid magic, 67914: Warning offset `@@' invalid magic, 67914: Warning type `@@' invalid magic, 67917: Warning type `.1.1.1.2.1' invalid magic, 67918: Warning offset `log' invalid magic, 67918: Warning type `log' invalid magic, 67919: Warning offset `@MFC: Christos Zoulas's FILE 3.33' invalid magic, 67919: Warning type `@MFC: Christos Zoulas's FILE 3.33' invalid magic, 67920: Warning offset `@' invalid magic, 67920: Warning type `@' invalid magic, 67921: Warning offset `text' invalid magic, 67921: Warning type `text' invalid magic, 67922: Warning offset `@@' invalid magic, 67922: Warning type `@@' invalid mkmagic: Printf format ` *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Any suggestions would help! I'd really love to move to 7.0 :( From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 15:11: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 9FCD8106566C for ; Sat, 1 Mar 2008 15:11:57 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1FFA48FC1A for ; Sat, 1 Mar 2008 15:11:56 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m21FBroN063476; Sat, 1 Mar 2008 18:11:53 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 1 Mar 2008 18:11:53 +0300 (MSK) From: Dmitry Morozovsky To: Kris Kennaway In-Reply-To: <47C93FD2.1010902@FreeBSD.org> Message-ID: <20080301180146.N49885@woozle.rinet.ru> References: <20080301073329.GA1081@Alex1.kruijff.org> <47C93FD2.1010902@FreeBSD.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sat, 01 Mar 2008 18:11:53 +0300 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 15:11:57 -0000 On Sat, 1 Mar 2008, Kris Kennaway wrote: KK> Alex de Kruijff wrote: KK> > I noticed that the kernel directory was very large compaired to 6.1. Is KK> > this for debugging and can I safely remove the symbols files I want to KK> > save some space? KK> KK> Yes but if you encounter a panic and need to submit a bug report then you KK> will need at least the kernel.debug and whatever modules you are using. What about gzipping .symbol files by default? It decreases symbol files size in about 50-60%, so i386 GENERIC kernel directory shrinks from 125m to 74m... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 15:24: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 35AF6106566B for ; Sat, 1 Mar 2008 15:24:50 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id B2B458FC25 for ; Sat, 1 Mar 2008 15:24:49 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A520E.dip.t-dialin.net [84.154.82.14]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m21FOZv3027762; Sat, 1 Mar 2008 16:24:37 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m21FS7DK020048; Sat, 1 Mar 2008 16:28:07 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m21FRj5g026430; Sat, 1 Mar 2008 16:28:02 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200803011528.m21FRj5g026430@fire.js.berklix.net> To: "Chris H." From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Sat, 01 Mar 2008 05:08:40 PST." <20080301050840.e3udpuz2cksw484s@webmail.1command.com> Date: Sat, 01 Mar 2008 16:27:45 +0100 Sender: jhs@berklix.org Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 15:24:50 -0000 > But I'm not up to it right now. I'll save it for another posting. Posting come & go & forgotten, so I suggest send your final script as a send-pr to eg the doc/ tree. That (doc/ tree) (& www tree generated from it, copied in advanced to local host) people can have available eg on local laptop, even if off line travelling, so no need of continuous net/ web dependence. Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 is spam. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 15:53: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 209DB10657DB for ; Sat, 1 Mar 2008 15:53:35 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 02DF98FC17 for ; Sat, 1 Mar 2008 15:53:34 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from [10.110.3.211] (irsec61278.campus.ad.utdallas.edu [10.110.3.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 65043654FE for ; Sat, 1 Mar 2008 09:53:34 -0600 (CST) Date: Sat, 01 Mar 2008 09:53:33 -0600 From: Paul Schmehl To: freebsd-stable Message-ID: <81BAD788E6800F871AA9E70B@[10.110.3.211]> In-Reply-To: <1204356720.6148.10.camel@HF> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204356720.6148.10.camel@HF> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: FreeBSD 7.0-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 15:53:35 -0000 --On Saturday, March 01, 2008 3:32 PM +0800 Nawfal bin Mohmad Rouyan wrote: > > You can actually use csup instead of cvsup and it is already included in > the base. I knew that, but old habits die hard. Plus I haven't read the csup man page yet. :-) Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 15:55: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 7F41D106566C for ; Sat, 1 Mar 2008 15:55:33 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3462B8FC22 for ; Sat, 1 Mar 2008 15:55:33 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:58097 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JVU3g-0002ga-6S for freebsd-stable@freebsd.org; Sat, 01 Mar 2008 16:55:32 +0100 Received: (qmail 56783 invoked from network); 1 Mar 2008 16:55:28 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 1 Mar 2008 16:55:28 +0100 Received: (qmail 69373 invoked by uid 1001); 1 Mar 2008 16:55:28 +0100 Date: Sat, 1 Mar 2008 16:55:28 +0100 From: Erik Trulsson To: Kevin K Message-ID: <20080301155528.GA69330@owl.midgard.homeip.net> Mail-Followup-To: Kevin K , freebsd-stable@freebsd.org References: <000001c87b28$9bd7f970$d387ec50$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c87b28$9bd7f970$d387ec50$@com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JVU3g-0002ga-6S. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JVU3g-0002ga-6S 764f2e8948054522eb09dccfe39fc2a3 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 15:55:33 -0000 On Fri, Feb 29, 2008 at 06:12:52PM -0500, Kevin K wrote: > I have cvsupped my src -> cvsup stable-supfile / RELENG_7 > cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld : > > > magic, 67702: Warning type `log' invalid > magic, 67703: Warning offset `@Remove files no longer part of the vendor's > file(1).' invalid > magic, 67703: Warning type `@Remove files no longer part of the vendor's > file(1).' invalid > magic, 67704: Warning offset `@' invalid > magic, 67704: Warning type `@' invalid > magic, 67705: Warning offset `text' invalid > magic, 67705: Warning type `text' invalid > magic, 67706: Warning offset `@@' invalid > magic, 67706: Warning type `@@' invalid > magic, 67709: Warning type `.1.1.1.4.1' invalid > magic, 67710: Warning offset `log' invalid > magic, 67710: Warning type `log' invalid > magic, 67711: Warning offset `@MFC: file version 3.41' invalid > magic, 67711: Warning type `@MFC: file version 3.41' invalid It looks like you did something wrong when using cvsup, and did not check out RELENG_7, but instead got a copy of the whole CVS repository - which cannot be compiled from directly. Remove all the contents of your current /usr/src/, fix your supfile, and try again. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 16:00: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 5C5691065673 for ; Sat, 1 Mar 2008 16:00:22 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.pppoe.ca (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2277C8FC1F for ; Sat, 1 Mar 2008 16:00:21 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CABMMyUdMCqa7/2dsb2JhbACLAp8ZBA X-IronPort-AV: E=Sophos;i="4.25,432,1199682000"; d="scan'208";a="15437568" Received: from mail.pppoe.ca ([65.39.192.132]) by ironport2-out.pppoe.ca with ESMTP; 01 Mar 2008 11:00:20 -0500 Received: from kevin ([76.10.166.187]) by mail.pppoe.ca (Internet Mail Server v1.0) with ASMTP id HTB95320; Sat, 01 Mar 2008 11:00:20 -0500 From: "Kevin K" To: "'Erik Trulsson'" References: <000001c87b28$9bd7f970$d387ec50$@com> <20080301155528.GA69330@owl.midgard.homeip.net> In-Reply-To: <20080301155528.GA69330@owl.midgard.homeip.net> Date: Sat, 1 Mar 2008 11:00:11 -0500 Message-ID: <001801c87bb5$548e2d40$fdaa87c0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Content-language: en-us Thread-Index: Ach7tK+S9hXfsHKUSdWE2LOxlV+OawAAFDKg Cc: freebsd-stable@freebsd.org Subject: RE: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 16:00:22 -0000 > -----Original Message----- > It looks like you did something wrong when using cvsup, and did > not check out RELENG_7, but instead got a copy of the whole > CVS repository - which cannot be compiled from directly. > > > Remove all the contents of your current /usr/src/, fix your supfile, > and try again. I'll try removing /usr/src/* & re-cvsupping. Here is my stable-supfile, however : # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup4.FreeBSD.org *default base=/var/db *default prefix=/usr # The following line is for 7-stable. If you want 6-stable, 5-stable, # 4-stable, 3-stable, or 2.2-stable, change to "RELENG_6", "RELENG_5", # "RELENG_4", "RELENG_3", or "RELENG_2_2" respectively. *default release=cvs tag=RELENG_7 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections. # Please note: If you want to track -STABLE, leave this uncommented. src-all From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 16:10:15 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 A2E01106566B; Sat, 1 Mar 2008 16:10:15 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id 514DA8FC1A; Sat, 1 Mar 2008 16:10:15 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-2.rz.rwth-aachen.de ([134.130.3.59]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JX200AMO7L2J280@mta-2.ms.rz.RWTH-Aachen.de>; Sat, 01 Mar 2008 17:10:14 +0100 (CET) Received: from smarthost-1.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.89]) by ironport-in-2.rz.rwth-aachen.de with ESMTP; Sat, 01 Mar 2008 17:10:14 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m21GAEj9022814; Sat, 01 Mar 2008 17:10:14 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JVUHu-0005jj-2y; Sat, 01 Mar 2008 17:10:14 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id C14213F433; Sat, 01 Mar 2008 17:10:13 +0100 (CET) Date: Sat, 01 Mar 2008 17:10:13 +0100 From: Christian Brueffer In-reply-to: <20080228074933.GB1491@haakonia.hitnet.RWTH-Aachen.DE> To: "Patrick M. Hausen" Message-id: <20080301161013.GC2436@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="adJ1OR3c6QgCpb/j" Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,432,1199660400"; d="scan'208";a="33439967" X-Operating-System: FreeBSD 6.3-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20080227163255.GB87460@hugo10.ka.punkt.de> <20080227171831.GA7406@eos.sc1.parodius.com> <20080227190410.GB92599@hugo10.ka.punkt.de> <20080228074933.GB1491@haakonia.hitnet.RWTH-Aachen.DE> User-Agent: Mutt/1.5.11 Cc: Jeremy Chadwick , stable@freebsd.org Subject: Re: Documentation of NO_* knobs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 16:10:15 -0000 --adJ1OR3c6QgCpb/j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 28, 2008 at 08:49:33AM +0100, Christian Brueffer wrote: > On Wed, Feb 27, 2008 at 08:04:10PM +0100, Patrick M. Hausen wrote: > > Hello, > >=20 > > On Wed, Feb 27, 2008 at 09:18:31AM -0800, Jeremy Chadwick wrote: > >=20 > > > I think you're looking for all the WITHOUT knobs in src.conf(5). > >=20 > > I'm running RELENG_6_3 on production machines unlikely to change > > any time real soon. > >=20 > > > Note that src.conf(5) does not apply to RELENG_6 or earlier, where the > > > knobs are named NO_xxx. You can get a list of those from > > > /usr/share/examples/etc/make.conf. > >=20 > > I knew about that file. NO_SYSCONS and NO_EXAMPLES are neither > > in this one nor in the manpage for make.conf. > > Yet they are in the handbook example for NanoBSD builds. > >=20 >=20 > If they are missing, it's a bug. make.conf(5) and src.conf(5) from 7.0 > onwards really are the official documentation. >=20 To follow up on this, according to src/share/Makefile, there is neither NO_SYSCONS nor NO_EXAMPLES in RELENG_6, hence no documentation :-) There are WITHOUT_SYSCONS and WITHOUT_EXAMPLES in RELENG_7 though. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --adJ1OR3c6QgCpb/j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHyX/lbHYXjKDtmC0RAjZFAKCu5gnPqlhFfnMJWIxGJF42Jt/oaACgnC1W XbiJchBEjLKoUK5s6+n6+UU= =9uMT -----END PGP SIGNATURE----- --adJ1OR3c6QgCpb/j-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 17:43:56 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 4EA341065670 for ; Sat, 1 Mar 2008 17:43:56 +0000 (UTC) (envelope-from oscartheduck@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD238FC3A for ; Sat, 1 Mar 2008 17:43:55 +0000 (UTC) (envelope-from oscartheduck@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so5008740wfa.7 for ; Sat, 01 Mar 2008 09:43:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=46S6o7oNbV+aCWU4OX8dmZShYZ44dluS7IggbVifIJU=; b=rYz9PCSIW7pehuG2ZzDwX2dil5IPRWCRJRHG+tXFC24hxFUSOqtOQp5Iof1hgjSMSvYAv8RLue9MCPFDIhqB7jxnu2di7GrKeQKgvrNDjywfSJxR+YgC+iCuX9BM4ac5eG8YJHjXbdvDKbwNLjU8L+jS4x1BnwD5cLupjFu68ZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=IUYtMMIBtKWxV8pAQwaL/lVyp9f9MnTGhyxAef6c/P9D25TVfr6RWa6P7qMWA0qlCvC0GdjWl6BIyCGDbFHG4huNnoHDSKc2szoIHm0TnYwZdfmoKFF4TDRN5lLjZbmNyFvwV66Ct0Kp1TX4TKom5J5SQa3Jk4xEm3A5ayxE1QQ= Received: by 10.142.158.17 with SMTP id g17mr7815091wfe.234.1204391778199; Sat, 01 Mar 2008 09:16:18 -0800 (PST) Received: from ?192.168.1.104? ( [68.35.151.186]) by mx.google.com with ESMTPS id 27sm20531838wff.8.2008.03.01.09.16.16 (version=SSLv3 cipher=RC4-MD5); Sat, 01 Mar 2008 09:16:17 -0800 (PST) From: James To: Kris Kennaway In-Reply-To: <47C95FBC.1030907@FreeBSD.org> References: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> <47C95FBC.1030907@FreeBSD.org> Content-Type: text/plain Date: Sat, 01 Mar 2008 10:16:16 -0700 Message-Id: <1204391776.6171.12.camel@pclmills> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, stable@FreeBSD.org, Steven Hartland Subject: Re: portupgrade, recommended by 7 release notes, breaks perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: oscartheduck@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 17:43:56 -0000 On Sat, 2008-03-01 at 14:53 +0100, Kris Kennaway wrote: > Steven Hartland wrote: > > Seems portupgrade can easily break the perl install. > > > > How? Well there are various modules which can be updated > > but are also part of the base perl and are hence required. > > > > A good example of this is ExtUtils::MakeMaker. If you > > uninstall any version of this port your done for, as > > trying to build it requires ExtUtils::Command which in > > turn requires ExtUtils::MakeMaker which was just deleted. > > > > This circular dependency would not be an issue if the > > uninstall somehow knew that the files where required > > by perl, and hence didn't break the base port ( perl ) > > by removing them. > > I think something is not quite right in your analysis, because perl does > not depend on any external perl modules (it cannot, by definition). > > Kris > Just to chime in, I don't have MakeMaker installed, but I *do* have perl installed. [james@devil ~]$ pkg_info | grep -i perl p5-Archive-Tar-1.38 Perl module for creation and manipulation of tar files p5-Authen-SASL-2.10_1 Perl5 module for SASL authentication p5-Compress-Zlib-2.008 Perl5 interface to zlib compression library p5-Date-Manip-5.44 Perl5 module containing date manipulation routines p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.36 Perl5 interface to the MD5 algorithm p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-Error-0.17009 Perl module to provide Error/exception support for perl: Er p5-ExtUtils-CBuilder-0.22 Compile and link C code for Perl modules p5-ExtUtils-ParseXS-2.19 Converts Perl XS code into C code p5-GSSAPI-0.25 Perl extension providing access to the GSSAPIv2 library p5-HTML-Parser-3.56 Perl5 module for parsing HTML documents p5-IO-Compress-Zlib-2.008 Perl5 interface for reading and writing of (g)zip files p5-IO-Socket-INET6-2.52 Perl module with object interface to AF_INET6 domain socket p5-IO-Socket-SSL-1.13 Perl5 interface to SSL sockets p5-IO-String-1.08 Simplified Perl5 module to handle I/O on in-core strings p5-IO-stringy-2.110 Perl5 module for using IO handles with non-file objects p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-Mail-Tools-1.77 Perl5 modules for dealing with Internet e-mail messages p5-Module-Build-0.28.08 Build and install Perl modules p5-Net-1.22,1 Perl5 modules to access and use network protocols p5-Net-CIDR-Lite-0.20 Perl extension for merging IPv4 or IPv6 CIDR addresses p5-Net-DBus-0.33.5 Perl extension for the DBus message system p5-Net-DNS-0.62 Perl5 interface to the DNS resolver, and dynamic updates p5-Net-IP-1.25 Perl extension for manipulating IPv4/IPv6 addresses p5-Net-SSLeay-1.30_1 Perl5 interface to SSL p5-Parse-Syslog-1.10 Perl5 routines that present a simple interface to parse sys p5-PathTools-3.2701 A Perl module for portably manipulating file specifications p5-SGMLSpm-1.03 Perl module for postprocessing the output from sgmls and ns p5-Scalar-List-Utils-1.19,1 Perl subroutines that would be nice to have in the perl cor p5-Spiffy-0.30 Spiffy Perl Interface Framework For You p5-Test-Harness-3.09 Run perl standard test scripts with statistics p5-Test-Simple-0.74 Basic utilities for writing tests in perl p5-Text-Iconv-1.7 Perl interface to iconv() codeset conversion function p5-Tie-IxHash-1.21 Perl module implementing ordered in-memory associative arra p5-Time-HiRes-1.9711,1 A perl5 module implementing High resolution time, sleep, an p5-URI-1.35 Perl5 interface to Uniform Resource Identifier (URI) refere p5-XML-Grove-0.46.a Perl-style XML objects p5-XML-Handler-YAWriter-0.23 Yet another Perl SAX XML Writer p5-XML-Parser-2.36 Perl extension interface to James Clark's XML parser, expat p5-YAML-0.66 YAML implementation in Perl p5-libwww-5.805 Perl5 library for WWW access p5-libxml-0.08 Collection of Perl5 modules for working with XML pcre-7.6 Perl Compatible Regular Expressions library perl-5.8.8_1 Practical Extraction and Report Language [james@devil ~]$ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 18:16: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 CF2591065670 for ; Sat, 1 Mar 2008 18:16:58 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2BAAE8FC26 for ; Sat, 1 Mar 2008 18:16:57 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool35.ka.ilk.net [212.86.194.35]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id m21Bep1T005164; Sat, 1 Mar 2008 12:40:52 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id m21BZVRR004837; Sat, 1 Mar 2008 12:35:31 +0100 (CET) Message-ID: <47C94156.90501@smo.de> Date: Sat, 01 Mar 2008 12:43:18 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20080218 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: freebsd@akruijff.dds.nl References: <20080301073329.GA1081@Alex1.kruijff.org> In-Reply-To: <20080301073329.GA1081@Alex1.kruijff.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 18:16:58 -0000 Alex de Kruijff wrote: > I noticed that the kernel directory was very large compaired to 6.1. Is > this for debugging and can I safely remove the symbols files I want to > save some space? Some time ago someone already asked this question on current@ IIRC. Someone proposed to add INSTALL_NODEBUG="yes" to /etc/make.conf in case one wishes not to install those additional files. HTH, Philipp From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 18:39: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 5598C1065670 for ; Sat, 1 Mar 2008 18:39:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 415DD8FC13 for ; Sat, 1 Mar 2008 18:39:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2F63D1CC033; Sat, 1 Mar 2008 10:39:09 -0800 (PST) Date: Sat, 1 Mar 2008 10:39:09 -0800 From: Jeremy Chadwick To: Kevin K Message-ID: <20080301183909.GA61496@eos.sc1.parodius.com> References: <000001c87b28$9bd7f970$d387ec50$@com> <20080301155528.GA69330@owl.midgard.homeip.net> <001801c87bb5$548e2d40$fdaa87c0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001801c87bb5$548e2d40$fdaa87c0$@com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2 --> cvsup to 7.0 + make buildworld fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 18:39:09 -0000 On Sat, Mar 01, 2008 at 11:00:11AM -0500, Kevin K wrote: > I'll try removing /usr/src/* & re-cvsupping. I would recommend you also nuke relevant directories or files in /usr/sup (or if you're using csup, /var/db/sup). I tend to recommend using /usr/share/examples/cvsup/ports-supfile and stable-supfile. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 18:51: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 46952106566C for ; Sat, 1 Mar 2008 18:51:30 +0000 (UTC) (envelope-from dan@langille.org) Received: from supernews.unixathome.org (supernews.unixathome.org [216.168.29.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2168FC13 for ; Sat, 1 Mar 2008 18:51:29 +0000 (UTC) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by supernews.unixathome.org (Postfix) with ESMTP id C82D11703C for ; Sat, 1 Mar 2008 18:51:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from supernews.unixathome.org ([127.0.0.1]) by localhost (supernews.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h8JJJ7E+mhYe for ; Sat, 1 Mar 2008 18:51:27 +0000 (GMT) Received: from [192.168.1.2] (bast.unixathome.org [72.94.192.69]) by supernews.unixathome.org (Postfix) with ESMTP id 06F171703A for ; Sat, 1 Mar 2008 18:51:26 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v753) Content-Transfer-Encoding: 7bit Message-Id: <3EEFAEC6-8F49-4E77-AD62-CABA91FD0EFD@langille.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Dan Langille Date: Sat, 1 Mar 2008 13:51:23 -0500 X-Mailer: Apple Mail (2.753) Subject: packet loss with re(4) - fixed on 6.4-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 18:51:30 -0000 I'm happy to say that the packet loss I experienced with re(4) on 6.3-RELEASE has been fixed by a patch provided off list by Pyun YongHyeon. I'm also happy to report that the same hardware does not exhibit any re(4) problems with 7.0-RELEASE. ref: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=469314+0+archive/ 2008/freebsd-stable/20080224.freebsd-stable -- Dan Langille -- http://www.langille.org/ dan@langille.org From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 19:07: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 680411065674 for ; Sat, 1 Mar 2008 19:07:39 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav08.sasknet.sk.ca (misav08.sasknet.sk.ca [142.165.20.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1A44C8FC20 for ; Sat, 1 Mar 2008 19:07:39 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav08 with InterScan Messaging Security Suite; Sat, 01 Mar 2008 13:07:38 -0600 Received: from server.hurd.local (adsl-76-202-204-46.dsl.lsan03.sbcglobal.net [76.202.204.46]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JX200EJFFSPHB40@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Sat, 01 Mar 2008 13:07:37 -0600 (CST) Date: Sat, 01 Mar 2008 11:07:36 -0800 From: Stephen Hurd In-reply-to: <20080301131203.00001e51@westmark> To: Dick Hoogendijk Message-id: <47C9A978.4090501@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20080301131203.00001e51@westmark> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071123 SeaMonkey/1.1.6 Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 19:07:39 -0000 Dick Hoogendijk wrote: > On Fri, 29 Feb 2008 15:39:11 -0800 > Stephen Hurd wrote: > >> As a workaround, adding the line: >> hw.ata.ata_dma="0" >> To /boot/loader.conf will disable DMA and prevent the hangs that are >> caused by the DMA timeouts. >> > > Yeah, but having dma=1 makes the system faster, doesn't it? > It would if it worked, yes. But given a choice between fast and broken and slow and working, I find the decision pretty simple. :-) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 19:46:33 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 C1AC01065670; Sat, 1 Mar 2008 19:46:33 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav09.sasknet.sk.ca (misav09.sasknet.sk.ca [142.165.20.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE038FC2C; Sat, 1 Mar 2008 19:46:33 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav09 with InterScan Messaging Security Suite; Sat, 01 Mar 2008 13:16:31 -0600 Received: from server.hurd.local (adsl-76-202-204-46.dsl.lsan03.sbcglobal.net [76.202.204.46]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JX200ELEG7IHB40@bgmpomr2.sasknet.sk.ca>; Sat, 01 Mar 2008 13:16:31 -0600 (CST) Date: Sat, 01 Mar 2008 11:16:29 -0800 From: Stephen Hurd In-reply-to: <47C95FBC.1030907@FreeBSD.org> To: Kris Kennaway Message-id: <47C9AB8D.3020608@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> <47C95FBC.1030907@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071123 SeaMonkey/1.1.6 Cc: ports@freebsd.org, stable@FreeBSD.org, Steven Hartland Subject: Re: portupgrade, recommended by 7 release notes, breaks perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 19:46:33 -0000 Kris Kennaway wrote: > I think something is not quite right in your analysis, because perl > does not depend on any external perl modules (it cannot, by definition). I ran into something like this when I was switching from a threaded perl to an unthreaded perl. It wasn't possible to just use a portupgrade to rebuild and reinstall all the packages, I needed to uninstall a large number of them. Basically, every time the port build fell over, I would need to pkg_which the shared object mentioned in the error message, uninstall that package and take note of the name then reinstall them all after everything else worked. I've never encountered this as a result of a version upgrade though. Reproducing the problem is pretty simple... build a threaded perl, then build a bunch of modules that use shared objects, then reconfigure perl to be unthreaded and force upgrade it. The shared objects will fail to load and portupgrade of the modules will fall over. I never reported this as a problem though since it was pretty obvious why it happened and how to fix it. It was my own fault for playing with a threaded perl then wanting to change back. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 20:07: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 84FBD1065675 for ; Sat, 1 Mar 2008 20:07:02 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [208.4.93.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9FA8FC21 for ; Sat, 1 Mar 2008 20:07:02 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id EC0B384452 for ; Sat, 1 Mar 2008 14:44:04 -0500 (EST) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 939EA5C67; Sat, 1 Mar 2008 14:44:04 -0500 (EST) Date: Sat, 1 Mar 2008 14:44:04 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20080301194404.GA1571@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: ClamAV 0.92/6069/Sat Mar 1 14:26:21 2008 on vexbert.mr-paradox.net X-Virus-Status: Clean Subject: 7.0-STABLE amd64 kernel trap during boot-time device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 20:07:02 -0000 Hello, I posted this around 3 months ago and never received a response. the problem still occurs with 7.0-STABLE (csup on 20080301). I possibly incorrectly referred to it as a panic last time, when the problem was really a trap. The only steps I've really taken since I posted this originally were to upgrade world/kernel due to patches a couple times and to perform an "upgrade" install from the 7.0-RELEASE CD, none of which had any effect. Can anyone please help me out with this? thank you, Jeff ----- Forwarded message from Jeff Blank ----- Date: Fri, 7 Dec 2007 00:05:57 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Subject: 7.0-BETA4 amd64 panic during boot-time device probe I've upgraded my AMD64 box from RELENG_6 (csup on Nov. 30) to RELENG_7 (csup around 01:30 UTC Dec. 7) and am getting a kernel panic when I try to boot with seemingly any one module specified in /boot/loader.conf (XXX_load=YES). It seems to occur near the end of device probing, just before it detects the disks. This panic does not happen if no modules are specified to be loaded in /boot/loader.conf. There is also no panic if I boot without loader.conf modules but then load the modules with kldload. This problem was originally happening when I was attempting to go from 6-STABLE to 7.0-BETA4, and rebuilding 7.0B4 under 7.0B4 yields the same result. Here is console output from the panic and partial dmesg output from the successful boot (similar up to a point, some context included). I couldn't get my serial port to accept input at the debugger prompt, and my keyboard (USB) can't even "Press a key on the console to reboot" when I have a non-ddb/kdb/etc kernel, so I couldn't do anything once I got into the debugger. Hopefully what's below has some useful information--if not, I'll be happy to try to get it. On the subject of the kernel debugger, I used GENERIC plus options DDB options DDB_NUMSYM options GDB options KDB options KDB_TRACE and set hint.sio.0.flags="0x80" in /boot/device.hints. What am I missing to allow serial input when the debugger starts? thanks for any help, Jeff === panic === GDB: debug ports: sio GDB: current port: sio KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA4 #0: Thu Dec 6 23:35:34 EST 2007 root@crow.mr-happy.com:/usr/obj/usr/src/sys/GENERIC_DBG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2211.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 1060421632 (1011 MB) avail memory = 1021755392 (974 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xdc004000-0xdc004fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xdc00-0xdcff,0xe000-0xe0ff mem 0xdc003000-0xdc003fff irq 23 at device 4.0 on pci0 pcm0: [ITHREAD] pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xdc002000-0xdc002fff irq 21 at device 7.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xdc001000-0xdc001fff irq 22 at device 8.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pci5: on pcib1 sio0: configured irq 18 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 18 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <3COM PCI FaxModem> port 0xa000-0xa007 irq 18 at device 8.0 on pci5 sio0: moving to sio4 sio4: type 16550A sio4: [FILTER] fwohci0: mem 0xdb008000-0xdb0087ff,0xdb004000-0xdb007fff irq 16 at device 11.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:72:dc:3e fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x9fe740 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:72:dc:3e fwe0: Ethernet address: 02:11:d8:72:dc:3e fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:00:72:dc:3e @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xa400-0xa4ff mem 0xdb000000-0xdb003fff irq 17 at device 12.0 on pci5 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:15:f2:1e:44:77 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] nfe0: port 0xb000-0xb007 mem 0xdc000000-0xdc000fff irq 23 at device 10.0 on pci0 miibus1: on nfe0 e1000phy1: PHY 9 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:15:f2:1e:31:0c nfe0: [FILTER] pcib2: at device 11.0 on pci0 pci4: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci2: on pcib4 pcib5: at device 14.0 on pci0 pci1: on pcib5 vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xd7ffffff,0xd9000000-0xd900ffff irq 18 at device 0.0 on pci1 vgapci1: mem 0xd9010000-0xd901ffff at device 0.1 on pci1 acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled can't re-use a leaf (%desc)! can't re-use a leaf (%driver)! can't re-use a leaf (%location)! can't re-use a leaf (%pnpinfo)! can't re-use a leaf (%parent)! sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x90 on acpi0 sio0: type 16550A, console sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xd0000-0xd3fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 5 buttons and Z dir. ukbd0: on uhub0 kbd2 at ukbd0 Timecounters tick evfirewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ery 1.000 msec Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x258 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8047aa7e stack pointer = 0x10:0xffffffffa0677b40 frame pointer = 0x10:0xffffffffa0677b60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 23 (irq21: ohci0+) [thread pid 23 tid 100029 ] Stopped at 0xffffffff8047aa7e = _mtx_lock_sleep+0x4e: movl 0x258(%rcx),%esi db> === end panic === === no panic === [...] ums0: on uhub0 ums0: 5 buttons and Z dir. ukbd0: on uhub0 kbd2 at ukbd0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA300 ad8: 157066MB at ata4-master SATA300 ad10: 157066MB at ata5-master SATA300 ar0: 314133MB status: READY ar0: disk0 READY using ad8 at ata4-master ar0: disk1 READY using ad10 at ata5-master SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a [continue successful boot] === end no panic === ----- End forwarded message ----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 20:16:43 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 A25D0106567B; Sat, 1 Mar 2008 20:16:43 +0000 (UTC) (envelope-from prvs=1946b5bf4c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id DE7E38FC23; Sat, 1 Mar 2008 20:16:42 +0000 (UTC) (envelope-from prvs=1946b5bf4c=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1204402336; x=1205007136; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=Wd0UUrigbQW2VIFI30xVB 7laqrBDoZUpm7sofF//9xI=; b=DDJ5xdjmaJT1xJKILb6KoKfYePh2Fd/g7AkLY sz002ihftVHzr0WHOug9bDztT1UaH1jPPn2MsfUz2UAMkvRNB4c2PVXGXc+tbpNc 0nCkHUHoMErX4R7PVsuLPHwCjnYgyiu84aR50zOVbP7zO+YZS8ARTJ3zu+d863Tt 6Yu8lU= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005185812.msg; Sat, 01 Mar 2008 20:12:15 +0000 Message-ID: <018b01c87bd8$8a555660$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Kris Kennaway" References: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> <47C95FBC.1030907@FreeBSD.org> Date: Sat, 1 Mar 2008 20:12:13 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1946b5bf4c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Sat, 01 Mar 2008 20:12:16 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 01 Mar 2008 20:12:16 +0000 Cc: ports@freebsd.org, stable@FreeBSD.org Subject: Re: portupgrade, recommended by 7 release notes, breaks perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 20:16:43 -0000 ----- Original Message ----- From: "Kris Kennaway" > I think something is not quite right in your analysis, because perl does > not depend on any external perl modules (it cannot, by definition). I know what your saying there Kris, this shouldn't happen. So I've spent some time digging through the info I had here from the upgrade, luckily I saved a list of installed ports before starting. The issue appears to down to the fact ExtUtils::MakeMaker when installed via CPAN installs to: /usr/local/lib/perl5/5.8.8 So obviously when portupgrade finds it and attempts to upgrade it, it first deletes it which trashes the base perl install as it now has no MakeMaker to fall back to. Usually I would expect CPAN modules to install to: /usr/local/lib/perl5/site_perl/5.8.8/ Which would ensure that there are still base files left to fall back on when upgrading. Of note here is that port p5-ExtUtils-MakeMaker correctly installs under site_perl its only the CPAN module which has this problem. Now I don't know if there are any other modules which suffer from this or if its just a "feature of MakeMaker". The underlying cause of this is in the MakeMaker Makefile.PL Makefile.PL: INSTALLDIRS => 'perl', changing this to: Makefile.PL: INSTALLDIRS => 'site', Would fix this particular package but again: how many others do this? Maybe this is something that BSDPAN could / should override? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 20:32: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 EE7ED106567B; Sat, 1 Mar 2008 20:32:12 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 748058FC12; Sat, 1 Mar 2008 20:32:12 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180169134.adsl.alicedsl.de [85.180.169.134]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m21KW5oT076440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Mar 2008 21:32:07 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m21KW3e9013535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Mar 2008 21:32:03 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m21KW2xi013534; Sat, 1 Mar 2008 21:32:02 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sat, 1 Mar 2008 21:32:02 +0100 From: Ulrich Spoerlein To: Jeremy Chadwick Message-ID: <20080301203202.GA1519@roadrunner.spoerlein.net> Mail-Followup-To: Jeremy Chadwick , Thomas Krause , freebsd-stable@freebsd.org References: <1784.217.188.193.85.1204285931.squirrel@mta.webmatic.de> <20080229210722.GA1524@roadrunner.spoerlein.net> <20080229215827.GA5805@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080229215827.GA5805@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: $HOME changed from 6.2 to 6.3 and 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: Sat, 01 Mar 2008 20:32:13 -0000 On Fri, 29.02.2008 at 13:58:27 -0800, Jeremy Chadwick wrote: > On Fri, Feb 29, 2008 at 10:07:23PM +0100, Ulrich Spoerlein wrote: > > # $FreeBSD: src/etc/crontab,v 1.32 2002/11/22 16:13:39 tom Exp $ > > ... > > HOME=/var/log > > > > If this has changed from before, I guess it would be due to a new shell > > forking which always reset $HOME. Thus, it only worked before by sheer > > luck :) > > The HOME=/var/log entry in /etc/crontab was set **14 years ago**, so I > don't know what the OP is talking about. Nothing has changed there. Yes, I wasn't implying the problem was with a change to /etc/crontab. I checked daily/999.local and it hasn't been touched in years, too. A (very!) wild guess would be that it has to do with the *env() changes done to the shell. Or were they not merged in time for 6.3-RELEASE? Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 21:22:38 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 4A9351065675; Sat, 1 Mar 2008 21:22:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E01368FC21; Sat, 1 Mar 2008 21:22:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C9C912.1020700@FreeBSD.org> Date: Sat, 01 Mar 2008 22:22:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Jakub Siroky References: <20080118120140.2a8170a0@dev> <47921931.9050606@FreeBSD.org> <47921AE2.1060004@FreeBSD.org> <20080301220924.72bf355d@dev.citybikes.cz> In-Reply-To: <20080301220924.72bf355d@dev.citybikes.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, cracauer@FreeBSD.org, freebsd-stable@FreeBSD.org, maxim@FreeBSD.org Subject: Re: infinite loop when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 21:22:38 -0000 Jakub Siroky wrote: > I've just confirmed the same situation on 6.2-RELEASE amd64/GENERIC. I > did not noticed it before because I started using ext2fs extensively > some months ago. > > Regards, > Jakub > > On Sat, 19 Jan 2008 16:44:34 +0100 > Kris Kennaway wrote: > >> Kris Kennaway wrote: >>> Jakub Siroky wrote: >>>> I have two large ext2fs partitions (368 and 313GB) to hold data >>>> shared between several OSes. While there were no problems on >>>> 6-STABLE branch I was quite disappointed after upgrade to >>>> 7-STABLE. Whenever I copy/write to ext2fs partition the system >>>> freezes totally without crashdump. So I set debugging settings to >>>> kernel config (DEBUG,WITNESS,..) and in console I reproduced error >>>> situation ending with full screen of unstoppable running text with >>>> lot of memory addresses and a few recognisable words: 'new block >>>> bit set for ext already' - again with no crashdump. Then I have >>>> formatted 1GB partition with ext2fs and the problem on this small >>>> partition appears only sometimes. >>> OK, I am able to reproduce this. >>> >>> Kris >>> >> Is anyone able to look at this? I could not spot a candidate change >> that has not been merged to 6.x. >> >> Kris > > Sounds like it may have been broken by the change to ext2_bitops.h by cracauer. Can you confirm whether backing out 1.2.2.1 fixes it? Kris From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 21:44:19 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 96EA3106566B for ; Sat, 1 Mar 2008 21:44:19 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 216788FC24 for ; Sat, 1 Mar 2008 21:44:18 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m21L9OZ0003171; Sat, 1 Mar 2008 22:09:24 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m21L9ON4003170; Sat, 1 Mar 2008 22:09:24 +0100 (CET) (envelope-from jakob) Date: Sat, 1 Mar 2008 22:09:24 +0100 From: Jakub Siroky To: Kris Kennaway Message-ID: <20080301220924.72bf355d@dev.citybikes.cz> In-Reply-To: <47921AE2.1060004@FreeBSD.org> References: <20080118120140.2a8170a0@dev> <47921931.9050606@FreeBSD.org> <47921AE2.1060004@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: infinite loop when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 21:44:19 -0000 I've just confirmed the same situation on 6.2-RELEASE amd64/GENERIC. I did not noticed it before because I started using ext2fs extensively some months ago. Regards, Jakub On Sat, 19 Jan 2008 16:44:34 +0100 Kris Kennaway wrote: > Kris Kennaway wrote: > > Jakub Siroky wrote: > >> I have two large ext2fs partitions (368 and 313GB) to hold data > >> shared between several OSes. While there were no problems on > >> 6-STABLE branch I was quite disappointed after upgrade to > >> 7-STABLE. Whenever I copy/write to ext2fs partition the system > >> freezes totally without crashdump. So I set debugging settings to > >> kernel config (DEBUG,WITNESS,..) and in console I reproduced error > >> situation ending with full screen of unstoppable running text with > >> lot of memory addresses and a few recognisable words: 'new block > >> bit set for ext already' - again with no crashdump. Then I have > >> formatted 1GB partition with ext2fs and the problem on this small > >> partition appears only sometimes. > > > > OK, I am able to reproduce this. > > > > Kris > > > > Is anyone able to look at this? I could not spot a candidate change > that has not been merged to 6.x. > > Kris From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 21:52: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 A64951065671 for ; Sat, 1 Mar 2008 21:52:10 +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 856BF8FC27 for ; Sat, 1 Mar 2008 21:52:10 +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 E33D733C8B; Sat, 1 Mar 2008 15:28:03 -0600 (CST) Message-ID: <47C9CA5D.1060307@osoft.us> Date: Sat, 01 Mar 2008 15:27:57 -0600 From: Joe Koberg User-Agent: Mail/News 1.5.0.8 (Windows/20061104) MIME-Version: 1.0 To: Jeff Blank References: <20080301194404.GA1571@mr-happy.com> In-Reply-To: <20080301194404.GA1571@mr-happy.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-STABLE amd64 kernel trap during boot-time device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 21:52:10 -0000 Jeff Blank wrote: > Hello, > > I posted this around 3 months ago and never received a response. the > problem still occurs with 7.0-STABLE (csup on 20080301). I possibly > incorrectly referred to it as a panic last time, when the problem was > really a trap. > > I also receive "Fatal trap 12: page fault while in kernel mode" while trying to boot a HP Proliant DL580G3 from the 7.0-RELEASE amd64 disc1 CD. I can successfully boot with the verbose boot option from the boot CD, and I installed the system and got it all setup for ZFS root. At long as I booted verbose it worked. But now I have recompiled the kernel to include SCHED_ULE and a few options and I cannot avoid the "Fatal trap 12" It is annoying to troubleshoot on this machine because the BIOS takes 5 minutes finally get around to booting the OS after a reboot. But it has an iLO management controller that I might be able to arrange access to for anyone who has the skill to find/fix the issue. Joe Koberg joe at osoft dot us > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x258 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8047aa7e > stack pointer = 0x10:0xffffffffa0677b40 > frame pointer = 0x10:0xffffffffa0677b60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 23 (irq21: ohci0+) > [thread pid 23 tid 100029 ] > Stopped at 0xffffffff8047aa7e = _mtx_lock_sleep+0x4e: movl 0x258(%rcx),%esi > db> > === end panic === > > === no panic === > [...] > ums0: on uhub0 > ums0: 5 buttons and Z dir. > ukbd0: on uhub0 > kbd2 at ukbd0 > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > acd0: DMA limited to UDMA33, device found non-ATA66 cable > acd0: DVDR at ata0-master UDMA33 > ad4: 238475MB at ata2-master SATA300 > ad8: 157066MB at ata4-master SATA300 > ad10: 157066MB at ata5-master SATA300 > ar0: 314133MB status: READY > ar0: disk0 READY using ad8 at ata4-master > ar0: disk1 READY using ad10 at ata5-master > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > [continue successful boot] > === end no panic === > > ----- End forwarded message ----- > _______________________________________________ > 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 Sat Mar 1 22:00:47 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 D5CC51065673 for ; Sat, 1 Mar 2008 22:00:47 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8929F8FC24 for ; Sat, 1 Mar 2008 22:00:47 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JVZl7-000HiE-Rr; Sat, 01 Mar 2008 22:00:45 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JVZl7-000DXv-Pf; Sat, 01 Mar 2008 22:00:45 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JVZl7-00022Z-P0; Sat, 01 Mar 2008 22:00:45 +0000 To: jb000002@mr-happy.com, joe@osoft.us In-Reply-To: <47C9CA5D.1060307@osoft.us> Message-Id: From: Pete French Date: Sat, 01 Mar 2008 22:00:45 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-STABLE amd64 kernel trap during boot-time device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 22:00:48 -0000 > I also receive "Fatal trap 12: page fault while in kernel mode" while > trying to boot a HP Proliant DL580G3 from the 7.0-RELEASE amd64 disc1 CD. Does it boot with ACPI disabled ? I have an HP workstation which did the same, and got a patch for it in the end, but thius might be an utterly unrelated problem (just the fact it is an HP which is makin g me wonder). -pete. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 22:56: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 682241065670 for ; Sat, 1 Mar 2008 22:56:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id ED3878FC16 for ; Sat, 1 Mar 2008 22:56:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m21MukIX011039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Mar 2008 09:56:48 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m21Muk9C097925; Sun, 2 Mar 2008 09:56:46 +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 m21MukCi097924; Sun, 2 Mar 2008 09:56:46 +1100 (EST) (envelope-from peter) Date: Sun, 2 Mar 2008 09:56:46 +1100 From: Peter Jeremy To: Jeff Blank Message-ID: <20080301225646.GV67687@server.vk2pj.dyndns.org> References: <20080301194404.GA1571@mr-happy.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <20080301194404.GA1571@mr-happy.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-STABLE amd64 kernel trap during boot-time device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 22:56:50 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 01, 2008 at 02:44:04PM -0500, Jeff Blank wrote: >I posted this around 3 months ago and never received a response. the >problem still occurs with 7.0-STABLE (csup on 20080301). I possibly >incorrectly referred to it as a panic last time, when the problem was >really a trap. A trap triggering a panic is still a panic. >I've upgraded my AMD64 box from RELENG_6 (csup on Nov. 30) to RELENG_7 >(csup around 01:30 UTC Dec. 7) and am getting a kernel panic when I >try to boot with seemingly any one module specified in >/boot/loader.conf (XXX_load=3DYES). It seems to occur near the end of >device probing, just before it detects the disks. This is likely to be when the loaded modules get probed. >Here is console output from the panic and partial dmesg output from >the successful boot (similar up to a point, some context included). I >couldn't get my serial port to accept input at the debugger prompt, >and my keyboard (USB) can't even "Press a key on the console to >reboot" when I have a non-ddb/kdb/etc kernel, so I couldn't do >anything once I got into the debugger. Hopefully what's below has >some useful information--if not, I'll be happy to try to get it. Without at least a backtrace, the only information that can be gleaned is that mtx_lock_sleep() is dereferencing a NULL pointer. This isn't much help. >options GDB >and set hint.sio.0.flags=3D"0x80" in /boot/device.hints. What am I >missing to allow serial input when the debugger starts? This means that the serial port is expecting to talk to a remote GDB session, not a serial console. You probably want: - 'hint.sio.0.flags=3D"0x10"' [no 'set'] in /boot/device.hints - '-Dh' in /boot.config Doing a verbose boot would probably also help. --=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. --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHyd8u/opHv/APuIcRAio1AJ42YEyD2JZeSBQ3+w4LDVyifznOswCfboan 1fgeZE5XNaVnh5bwFF9h3Tw= =8uzc -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 23:30: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 964D41065671 for ; Sat, 1 Mar 2008 23:30:54 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 1C78A8FC16 for ; Sat, 1 Mar 2008 23:30:53 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1207358uge.37 for ; Sat, 01 Mar 2008 15:30:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=D0Qw7fPi7RrRa9j+Xv393XqNmrh7DKbWk+QLZ8Z4R08=; b=t0Y1OSTVZh30xoslDqfiRAABIqFCc3zENrC1yy7WmjRq/237lLESkuyTqcSR/vEdV3AXgNQngFlUXumX2WFQP/gPximiC5JE2Qw3FRbttfZWMsuoo2E8jVzNEePojLwqqaiJugaxA6z/UAKQ/+NXlfYkDNKAf537EysYXmwL/Mo= 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=jfSjdI/Y4k5V81ankGgHb74E1zSgXIxdmr2llf4LFMVJU+1AjWXBl5odbMncg2yNEeze9gx3Arvc4aS2i4XP76yQ4ULViBNuybDtM/SVEHuY1MSQq0qpXdcHqBTHO48e15Q8dXRDc5C7ADjKWyJQfiqC2VMIWxPvhpDi3h+/bfU= Received: by 10.67.119.15 with SMTP id w15mr3290315ugm.73.1204414252874; Sat, 01 Mar 2008 15:30:52 -0800 (PST) Received: by 10.66.219.8 with HTTP; Sat, 1 Mar 2008 15:30:52 -0800 (PST) Message-ID: Date: Sat, 1 Mar 2008 20:30:52 -0300 From: "Carlos A. M. dos Santos" To: freebsd@akruijff.dds.nl In-Reply-To: <20080301073329.GA1081@Alex1.kruijff.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080301073329.GA1081@Alex1.kruijff.org> Cc: freebsd-stable@freebsd.org Subject: Re: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 23:30:54 -0000 On Sat, Mar 1, 2008 at 4:33 AM, Alex de Kruijff wrote: > I noticed that the kernel directory was very large compaired to 6.1. Is > this for debugging and can I safely remove the symbols files I want to > save some space? You can build a custom kernel, without debug support, if debugging if not useful for you. I use to do this in "production" machines. -- Carlos A. M. dos Santos From owner-freebsd-stable@FreeBSD.ORG Sat Mar 1 23:53: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 283221065673 for ; Sat, 1 Mar 2008 23:53:15 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from hpsmtp-eml15.kpnxchange.com (hpsmtp-eml15.kpnxchange.com [213.75.38.115]) by mx1.freebsd.org (Postfix) with ESMTP id AE44E8FC1D for ; Sat, 1 Mar 2008 23:53:14 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from cpsmtp-eml113.kpnxchange.com ([213.75.84.113]) by hpsmtp-eml15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 2 Mar 2008 00:53:12 +0100 Received: from ip51cc8423.speed.planet.nl ([81.204.132.35]) by cpsmtp-eml113.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 2 Mar 2008 00:53:12 +0100 Received: from Alex1.kruijff.org (localhost [127.0.0.1]) by ip51cc8423.speed.planet.nl (8.13.8/8.13.8) with ESMTP id m21NrAnp012607; Sun, 2 Mar 2008 00:53:10 +0100 (CET) (envelope-from freebsd@akruijff.dds.nl) Received: (from akruijff@localhost) by Alex1.kruijff.org (8.13.8/8.13.8/Submit) id m21NrA75012606; Sun, 2 Mar 2008 00:53:10 +0100 (CET) (envelope-from freebsd@akruijff.dds.nl) X-Authentication-Warning: Alex1.kruijff.org: akruijff set sender to freebsd@akruijff.dds.nl using -f Date: Sun, 2 Mar 2008 00:53:10 +0100 From: Alex de Kruijff To: Dmitry Morozovsky Message-ID: <20080301235310.GD1081@Alex1.kruijff.org> References: <20080301073329.GA1081@Alex1.kruijff.org> <47C93FD2.1010902@FreeBSD.org> <20080301180146.N49885@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080301180146.N49885@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i X-OriginalArrivalTime: 01 Mar 2008 23:53:13.0026 (UTC) FILETIME=[69163220:01C87BF7] Cc: Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: Very large kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@akruijff.dds.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 23:53:15 -0000 On Sat, Mar 01, 2008 at 06:11:53PM +0300, Dmitry Morozovsky wrote: > On Sat, 1 Mar 2008, Kris Kennaway wrote: > > KK> Alex de Kruijff wrote: > KK> > I noticed that the kernel directory was very large compaired to 6.1. Is > KK> > this for debugging and can I safely remove the symbols files I want to > KK> > save some space? > KK> > KK> Yes but if you encounter a panic and need to submit a bug report then you > KK> will need at least the kernel.debug and whatever modules you are using. > > What about gzipping .symbol files by default? > > It decreases symbol files size in about 50-60%, so i386 GENERIC kernel > directory shrinks from 125m to 74m... I like this idea. The root is usaly small. In edition they could be removed from kernel.old when updating by default. -- Alex Please copy the original recipients, otherwise I may not read your reply. Howtos based on my personal use, including information about setting up a firewall and creating traffic graphs with MRTG http://alex.kruijff.org/FreeBSD/