From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 04:02:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 015C316A420 for ; Sun, 15 Jan 2006 04:02:01 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B8743D46 for ; Sun, 15 Jan 2006 04:02:01 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l1so802719nzf for ; Sat, 14 Jan 2006 20:02:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=pRjmn9bf2KggYu6HkSH6JAZA5xjnk7a0Zq3lfpIzgG710V8whRkEukhXJRv12moVo7gN7Ei59Y+VCCr9QEhNTVoIBJBwPGfMtZlCqhlioHiHwb2F828dgIGYUb3jaMhCfR0ru4P106iYQhwWgoJ2nDMBvrh7IKiDYLWzJcQ/2aU= Received: by 10.36.74.7 with SMTP id w7mr3922386nza; Sat, 14 Jan 2006 20:02:00 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 38sm1486093nzk.2006.01.14.20.01.59; Sat, 14 Jan 2006 20:02:00 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0F427s9027388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2006 13:02:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0F426Ul027387; Sun, 15 Jan 2006 13:02:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 15 Jan 2006 13:02:06 +0900 From: Pyun YongHyeon To: Joshua Tinnin Message-ID: <20060115040206.GB27154@rndsoft.co.kr> References: <20060112113251.GB13481@rndsoft.co.kr> <200601140006.51237.krinklyfig@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601140006.51237.krinklyfig@comcast.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 04:02:02 -0000 On Sat, Jan 14, 2006 at 12:06:48AM -0700, Joshua Tinnin wrote: > On Thu 12 Jan 06 04:32, Pyun YongHyeon wrote: > > I'd like to hear any success/failure reports. If you have a NIC that > > is supported by sk(4) please give it a try and let me know the > > result. > > So far so good, running 6.0-RELEASE-p2 on an i386 machine. The sk(4) NIC > is an onboard Marvell 88E8001 Yukon Gigabit Ethernet on an Asus A7N8X-E > Deluxe motherboard: > Thank you for your time and testing. Did you notice a increase in throughput? While testing stock sk(4) I saw numerous "discard frame w/o leading ethernet header..." messages under high packet rates. You should not see these messages anymore in new driver. > # uname -a > FreeBSD smogmonster.local 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 #0: Fri > Jan 13 23:13:57 MST 2006 > krinklyfig@smogmonster.local:/usr/obj/usr/src/sys/MYKERNEL60 i386 > > # dmesg | grep sk > skc0: port 0x9000-0x90ff mem > 0xec000000-0xec003fff irq 17 at device 4.0 on pci1 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) > sk0: on skc0 > sk0: Ethernet address: 00:0e:a6:70:56:75 > > As for dual port, I also have: > > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > > ... although I haven't used that one, yet. I can try it if you like. > Yes. I'd like to know it has locking bugs on dual port handling. I'd also like to know sk(4) works on second generation chips from Marvell.(e.g. Yukon-II XL/EC/FE) > - jt -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 04:43:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D51E116A420 for ; Sun, 15 Jan 2006 04:43:16 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E98443D45 for ; Sun, 15 Jan 2006 04:43:16 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from smogmonster.local (pcp0010916331pcs.albqrq01.nm.comcast.net[68.35.114.183]) by comcast.net (sccrmhc13) with ESMTP id <2006011504431501300o6j8ne>; Sun, 15 Jan 2006 04:43:15 +0000 From: Joshua Tinnin To: pyunyh@gmail.com Date: Sat, 14 Jan 2006 21:43:11 -0700 User-Agent: KMail/1.9.1 References: <20060112113251.GB13481@rndsoft.co.kr> <200601140006.51237.krinklyfig@comcast.net> <20060115040206.GB27154@rndsoft.co.kr> In-Reply-To: <20060115040206.GB27154@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601142143.14947.krinklyfig@comcast.net> Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 04:43:17 -0000 On Sat 14 Jan 06 21:02, Pyun YongHyeon wrote: > On Sat, Jan 14, 2006 at 12:06:48AM -0700, Joshua Tinnin wrote: > > On Thu 12 Jan 06 04:32, Pyun YongHyeon wrote: > > > I'd like to hear any success/failure reports. If you have a NIC > > > that is supported by sk(4) please give it a try and let me know > > > the result. > > > > So far so good, running 6.0-RELEASE-p2 on an i386 machine. The > > sk(4) NIC is an onboard Marvell 88E8001 Yukon Gigabit Ethernet on > > an Asus A7N8X-E Deluxe motherboard: > > Thank you for your time and testing. > Did you notice a increase in throughput? While testing stock sk(4) > I saw numerous "discard frame w/o leading ethernet header..." > messages under high packet rates. You should not see these messages > anymore in new driver. To be honest with you I cannot detect an increase in throughput, but I haven't measured it, so it may be better. I can probably try to test that some time tomorrow. However, the biggest problem I had with this NIC and sk(4) is that I would get watchdog timeouts; the NIC would not go completely down, as it happens with some people, but it would go down for a few seconds and come back up by itself. That hasn't happened with your driver, at least not yet. It typically happens at least once a day, so this is a good sign that it hasn't happened so far. > > # uname -a > > FreeBSD smogmonster.local 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 > > #0: Fri Jan 13 23:13:57 MST 2006 > > krinklyfig@smogmonster.local:/usr/obj/usr/src/sys/MYKERNEL60 i386 > > > > # dmesg | grep sk > > skc0: port 0x9000-0x90ff mem > > 0xec000000-0xec003fff irq 17 at device 4.0 on pci1 > > skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) > > sk0: on skc0 > > sk0: Ethernet address: 00:0e:a6:70:56:75 > > > > As for dual port, I also have: > > > > miibus0: on sk0 > > e1000phy0: on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseTX-FDX, auto > > > > ... although I haven't used that one, yet. I can try it if you > > like. > > Yes. I'd like to know it has locking bugs on dual port handling. > I'd also like to know sk(4) works on second generation chips from > Marvell.(e.g. Yukon-II XL/EC/FE) OK, I'll give it a shot ... - jt From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 06:03:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AAB016A41F for ; Sun, 15 Jan 2006 06:03:15 +0000 (GMT) (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 2940943D48 for ; Sun, 15 Jan 2006 06:03:15 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id k0F63EOZ045399 for ; Sat, 14 Jan 2006 22:03:14 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <43C9E5A1.5070203@freebsd.org> Date: Sat, 14 Jan 2006 22:03:13 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> In-Reply-To: <9ab217670601111821u27cb9852w@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 06:03:15 -0000 Devon H. O'Dell wrote: >>iMac, download the EFI spec from www.intel.com, open up the existing > > For the lazy / impatient / bad searchers: > http://www.intel.com/technology/efi/ On a related note, anyone know about any VMWare or Xen or other similar virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on Rosetta sounds very scary... ;-( Tim From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 06:28:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2EEB16A41F; Sun, 15 Jan 2006 06:28:23 +0000 (GMT) (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 6909243D48; Sun, 15 Jan 2006 06:28:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0F6HHWY051528; Sat, 14 Jan 2006 23:17:17 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C9E8ED.4030209@samsco.org> Date: Sat, 14 Jan 2006 23:17:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> In-Reply-To: <43C9E5A1.5070203@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 06:28:24 -0000 Tim Kientzle wrote: > Devon H. O'Dell wrote: > >>> iMac, download the EFI spec from www.intel.com, open up the existing >> >> >> For the lazy / impatient / bad searchers: >> http://www.intel.com/technology/efi/ > > > On a related note, anyone know about any VMWare or Xen or other similar > virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on > Rosetta sounds very scary... ;-( > > Tim > A meta-question to this is whether it will be possible to compile and boot OpenDarwin on these x86 machines, like you can with the PPC ones. If you can then I see no reason why Darwin couldn't be Xen-ified and serve as a Domain-0 host. Scott From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 06:43:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38D1716A41F; Sun, 15 Jan 2006 06:43:17 +0000 (GMT) (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 92D0643D48; Sun, 15 Jan 2006 06:43:16 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp209-190.lns1.adl2.internode.on.net [203.122.209.190]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0F6h9Aa052877 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 15 Jan 2006 17:13:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 15 Jan 2006 17:12:54 +1030 User-Agent: KMail/1.8.3 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> In-Reply-To: <43C9E5A1.5070203@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1470447.eaBB3f8Ppx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601151713.02421.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Tim Kientzle Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 06:43:17 -0000 --nextPart1470447.eaBB3f8Ppx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 15 Jan 2006 16:33, Tim Kientzle wrote: > On a related note, anyone know about any VMWare or Xen or other similar > virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on > Rosetta sounds very scary... ;-( QEmu supposedly works on MacOSX.. Of course I imagine you'll need to compile your own version :) =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 --nextPart1470447.eaBB3f8Ppx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDye725ZPcIHs/zowRAoXrAKCGZzwLvhw5sYTZDIu/RK3PcP5nvgCggkxS /mCLVzUx0IDf3EefVX/4iyw= =ftzH -----END PGP SIGNATURE----- --nextPart1470447.eaBB3f8Ppx-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 06:56:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E6CC16A41F; Sun, 15 Jan 2006 06:56:04 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id D72E143D45; Sun, 15 Jan 2006 06:56:03 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id k0F6u3rn088708; Sat, 14 Jan 2006 22:56:03 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200601150656.k0F6u3rn088708@gate.bitblocks.com> To: "Daniel O'Connor" In-reply-to: Your message of "Sun, 15 Jan 2006 17:12:54 +1030." <200601151713.02421.doconnor@gsoft.com.au> Date: Sat, 14 Jan 2006 22:56:03 -0800 From: Bakul Shah Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 06:56:04 -0000 > > On a related note, anyone know about any VMWare or Xen or other similar > > virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on > > Rosetta sounds very scary... ;-( > > QEmu supposedly works on MacOSX.. > Of course I imagine you'll need to compile your own version :) Just what I was going to say! qemu works on mac/ppc, solaris, linux, windows & *bsd so a port to mac/intel won't be hard. But you'd also need to port kqemu (kernel loadable module) to get emulation speed within a factor of two of the native speed. I am guessing that will happen soon enough... From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 15:38:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AED316A41F for ; Sun, 15 Jan 2006 15:38:01 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E24DD43D48 for ; Sun, 15 Jan 2006 15:37:59 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so941073nzo for ; Sun, 15 Jan 2006 07:37:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=bqA2e2DjbWw+s2h/Mnrib75PTDhX/CzRUKJDD0TWvAS6l47AqHKYxjjNuB4zSTvMEjokimvH6lwmyrdPAGCfeNsK78de3XTCnjzV1SuLQ5vT9ZdMpAg2TVwhlIeq5tMNzyoP5S/aWgoXmW7CrTFGK/fe0FrpYACE/LcrsOSzYtg= Received: by 10.36.38.3 with SMTP id l3mr4128306nzl; Sun, 15 Jan 2006 07:37:59 -0800 (PST) Received: by 10.36.46.3 with HTTP; Sun, 15 Jan 2006 07:37:59 -0800 (PST) Message-ID: <3e1162e60601150737w41071257u81235b242949f822@mail.gmail.com> Date: Sun, 15 Jan 2006 07:37:59 -0800 From: David Leimbach To: Tim Kientzle In-Reply-To: <43C9E5A1.5070203@freebsd.org> MIME-Version: 1.0 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 15:38:01 -0000 On 1/14/06, Tim Kientzle wrote: > > Devon H. O'Dell wrote: > >>iMac, download the EFI spec from www.intel.com, open up the existing > > > > For the lazy / impatient / bad searchers: > > http://www.intel.com/technology/efi/ > > On a related note, anyone know about any VMWare or Xen or other similar > virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on > Rosetta sounds very scary... ;-( I have heard but can't find an official press release that VMWare is wantin= g to support the Mac OS X platform as a host platform. I see no roadmap information about how this will be done. QEMU can be accelerated with a kqemu module that so far works on both FreeBSD and Linux pretty well, but it's no substitute for Xen yet as far as I can tell. Being able to use the VT hardware on the intel may change all of that however, but then there is still the need to port it over to mac os x. Isn't there an Intel version of Virtual PC for Windows as a host? I've never really looked into it much I guess. Dave Tim > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 15:41:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D65416A41F for ; Sun, 15 Jan 2006 15:41:20 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF15343D49 for ; Sun, 15 Jan 2006 15:41:18 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so941384nzo for ; Sun, 15 Jan 2006 07:41:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=t5OghaOlaTRJGFVP7krRKS8IeUl4eNyi7jnzl3/uQEnQrX+fFth3L0CQCFmvE8rTBH+CpqX6eayHotUDbeHx3PD2WvoOI17iR4bo2Qpbbbk2hwMKnOIUvT0Vf47RscRvAILNHU+GZYspovUvJZsZPwOBnvmIwkHQsTQs4t1ZnqQ= Received: by 10.37.14.38 with SMTP id r38mr4096144nzi; Sun, 15 Jan 2006 07:41:18 -0800 (PST) Received: by 10.36.46.3 with HTTP; Sun, 15 Jan 2006 07:41:18 -0800 (PST) Message-ID: <3e1162e60601150741y7d8f110bla8f52ab32d93e793@mail.gmail.com> Date: Sun, 15 Jan 2006 07:41:18 -0800 From: David Leimbach To: Scott Long In-Reply-To: <43C9E8ED.4030209@samsco.org> MIME-Version: 1.0 References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> <43C9E8ED.4030209@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 15:41:20 -0000 On 1/14/06, Scott Long wrote: > > Tim Kientzle wrote: > > Devon H. O'Dell wrote: > > > >>> iMac, download the EFI spec from www.intel.com, open up the existing > >> > >> > >> For the lazy / impatient / bad searchers: > >> http://www.intel.com/technology/efi/ > > > > > > On a related note, anyone know about any VMWare or Xen or other similar > > virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on > > Rosetta sounds very scary... ;-( > > > > Tim > > > > A meta-question to this is whether it will be possible to compile and > boot OpenDarwin on these x86 machines, like you can with the PPC ones. > If you can then I see no reason why Darwin couldn't be Xen-ified and > serve as a Domain-0 host. > > Scott I can't think of why opendarwin wouldn't work on a machine apple actually supports hardware-wise. Then again I didn't see any new releases of software on opendarwin.org relating to 10.4.4 yet :). I know the guy at apple who used to make these releases though and he's bee= n working on a cool build system for building the whole system from the tarre= d snapshot releases from time to time. I used to test this stuff for him. It will take interested people with actual time to do the Xen port of course. I'm not sure how much work a Xen host port is compared to a Xen guest though. Dave > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 16:02:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF6016A41F for ; Sun, 15 Jan 2006 16:02:30 +0000 (GMT) (envelope-from wwwqsm@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5916D43D5A for ; Sun, 15 Jan 2006 16:02:29 +0000 (GMT) (envelope-from wwwqsm@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so750815wxc for ; Sun, 15 Jan 2006 08:02:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UQw12IxyeTst5eYIi+V3h+ZBysySOlvFQ+W6QjQgRYR/eLcEOA7mKHyqkEjs1LW+k2sp+JvW0jo9NkjAUqyGh9cQs3awWp1RL18QmJMKCNl9Ht1gjwgaKBkLKIGFT9vKXBCHTSMlZZJApZdysogUHR1g7AtLws5DTRXmi++gNEQ= Received: by 10.70.37.10 with SMTP id k10mr5918434wxk; Sun, 15 Jan 2006 08:02:28 -0800 (PST) Received: by 10.70.10.20 with HTTP; Sun, 15 Jan 2006 08:02:28 -0800 (PST) Message-ID: <791f32850601150802r902d959o@mail.gmail.com> Date: Mon, 16 Jan 2006 00:02:28 +0800 From: q sm To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Who Use ATA Driver with ata.ko KLDs ??? HELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 16:02:30 -0000 For FreeBSD 4.6 I have to use my kernel without rebuild (my "usr/src" code lost unexpected and my individaul sources gone without backup :-<) which has been built for my Adeptec SCSI not for my current ATA HARD DISK system,So what can i do? Any idear ? I had tried with mpt.ko with my Vmware and use LSI SCSI card,but when i build /sys/modules/ata make,nothing but messages full of losting .h .c files! So I tried to make it pass the error and got ata.ko atapci.ko ... :load kernel.user :load if_em.ko :load ata.ko :load atapci.ko . . pci0: What should I do NEXT... ... From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 16:13:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C329D16A41F for ; Sun, 15 Jan 2006 16:13:41 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [66.90.92.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 893BF43D46 for ; Sun, 15 Jan 2006 16:13:40 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 8508 invoked from network); 15 Jan 2006 16:35:05 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.53.187.133) by admin.i13i.com with SMTP; 15 Jan 2006 16:35:05 -0000 Received: from 195.139.252.5 (proxying for 62.92.188.12) (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Sun, 15 Jan 2006 10:35:05 -0600 (CST) Message-ID: <36600.195.139.252.5.1137342905.squirrel@webmail.i13i.com> In-Reply-To: <791f32850601150802r902d959o@mail.gmail.com> References: <791f32850601150802r902d959o@mail.gmail.com> Date: Sun, 15 Jan 2006 10:35:05 -0600 (CST) From: chris@i13i.com To: "q sm" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Who Use ATA Driver with ata.ko KLDs ??? HELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 16:13:41 -0000 The generic kernel has support for all that why are you loading those up as modules ? cvsup back your src and rebuild the kernel it is not hard to do. > For FreeBSD 4.6 > > I have to use my kernel without rebuild (my "usr/src" code lost > unexpected and my individaul sources gone without backup :-<) which > has been built for my Adeptec SCSI not for my current > > ATA HARD DISK > > system,So what can i do? > Any idear ? > I had tried with mpt.ko with my Vmware and use LSI SCSI card,but when > i build /sys/modules/ata make,nothing but messages full of losting .h > .c files! > So I tried to make it pass the error and got ata.ko atapci.ko ... > > :load kernel.user > :load if_em.ko > :load ata.ko > :load atapci.ko > . > . > pci0: > > What should I do NEXT... ... > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 17:21:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCE7116A41F for ; Sun, 15 Jan 2006 17:21:17 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C2EB43D45 for ; Sun, 15 Jan 2006 17:21:17 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k0FHLDfS008426; Sun, 15 Jan 2006 18:21:14 +0100 (CET) (envelope-from sos@FreeBSD.org) Message-ID: <43CA8489.6040602@FreeBSD.org> Date: Sun, 15 Jan 2006 18:21:13 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: q sm References: <791f32850601150802r902d959o@mail.gmail.com> In-Reply-To: <791f32850601150802r902d959o@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@FreeBSD.org Subject: Re: Who Use ATA Driver with ata.ko KLDs ??? HELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 17:21:18 -0000 q sm wrote: >For FreeBSD 4.6 > >I have to use my kernel without rebuild (my "usr/src" code lost >unexpected and my individaul sources gone without backup :-<) which >has been built for my Adeptec SCSI not for my current > >ATA HARD DISK > >system,So what can i do? >Any idear ? >I had tried with mpt.ko with my Vmware and use LSI SCSI card,but when >i build /sys/modules/ata make,nothing but messages full of losting .h >.c files! >So I tried to make it pass the error and got ata.ko atapci.ko ... > >:load kernel.user >:load if_em.ko >:load ata.ko >:load atapci.ko >. >. >pci0: > >What should I do NEXT... ... > > Use a generic kernel, ATA can't be loaded as module before FreeBSD-6.0.. -Søren From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 18:29:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B91AF16A41F for ; Sun, 15 Jan 2006 18:29:46 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB00F43D46 for ; Sun, 15 Jan 2006 18:29:45 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 05F53E7894; Sun, 15 Jan 2006 19:29:44 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id EB4A01C9C; Sun, 15 Jan 2006 19:29:43 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id C671C1CB8; Sun, 15 Jan 2006 19:29:43 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 8AF5B144943; Sun, 15 Jan 2006 19:29:43 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k0FIThc0021101; Sun, 15 Jan 2006 19:29:43 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k0FITgpX022925; Sun, 15 Jan 2006 19:29:42 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k0FITguO021424; Sun, 15 Jan 2006 19:29:42 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k0FITfeI021423; Sun, 15 Jan 2006 19:29:41 +0100 (CET) (envelope-from q@galgenberg.net) Date: Sun, 15 Jan 2006 19:29:41 +0100 From: Ulrich Spoerlein To: Rong-En Fan , current@freebsd.org Message-ID: <20060115182941.GA1182@galgenberg.net> Mail-Followup-To: Rong-En Fan , current@freebsd.org References: <6eb82e0601140926n3d86e146m99aa9f47569b24aa@mail.gmail.com> <20060114182410.GA1108@galgenberg.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jho1yZJdad60DJr+" Content-Disposition: inline In-Reply-To: <20060114182410.GA1108@galgenberg.net> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: Subject: [PATCH] Fix off-by-one bug in ifconfig's af_link.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 18:29:46 -0000 --jho1yZJdad60DJr+ Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ulrich Sp=F6rlein wrote: > I'm pretty sure it's the link_getaddr in af_link.c, there are two > possible fixes, depending on the requirements of link_addr() >=20 > If link_addr *needs* a terminating '\0', then we need to > malloc(strlen(addr) + 2), if it doesn't need the terminating zero, we > should get away with strncpy(temp + 1, addr, strlen(addr)) Yeah, seems to be a slow sunday today. Attached is the fix for this off-by-one bug. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Which is worse: ignorance or apathy? Don't know. Don't care. --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch Content-Transfer-Encoding: quoted-printable --- sbin/ifconfig/af_link.c.orig Sun Jan 15 19:14:54 2006 +++ sbin/ifconfig/af_link.c Sun Jan 15 19:15:04 2006 @@ -79,7 +79,7 @@ =20 if (which !=3D ADDR) errx(1, "can't set link-level netmask or broadcast"); - if ((temp =3D malloc(strlen(addr) + 1)) =3D=3D NULL) + if ((temp =3D malloc(strlen(addr) + 2)) =3D=3D NULL) errx(1, "malloc failed"); temp[0] =3D ':'; strcpy(temp + 1, addr); --OgqxwSJOaUobr8KG-- --jho1yZJdad60DJr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDypSV524iJyD+6d0RAuHGAJ0ZFvD3Gy8zY1mV6zdx9JTG0VHHtgCfe/rL l49omugyyGMdKmQqLO2cYg0= =tBo/ -----END PGP SIGNATURE----- --jho1yZJdad60DJr+-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 19:23:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BFA016A41F for ; Sun, 15 Jan 2006 19:23:56 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 492FD43D45 for ; Sun, 15 Jan 2006 19:23:53 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0FJNq4x078103; Sun, 15 Jan 2006 21:23:52 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 36276-02; Sun, 15 Jan 2006 21:23:23 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0FJHvmT077996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2006 21:17:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0FJI1nF091215; Sun, 15 Jan 2006 21:18:01 +0200 (EET) (envelope-from ru) Date: Sun, 15 Jan 2006 21:18:00 +0200 From: Ruslan Ermilov To: Rong-En Fan , current@freebsd.org Message-ID: <20060115191800.GH4687@ip.net.ua> References: <6eb82e0601140926n3d86e146m99aa9f47569b24aa@mail.gmail.com> <20060114182410.GA1108@galgenberg.net> <20060115182941.GA1182@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82evfD9Ogz2JrdWZ" Content-Disposition: inline In-Reply-To: <20060115182941.GA1182@galgenberg.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: Re: [PATCH] Fix off-by-one bug in ifconfig's af_link.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 19:23:56 -0000 --82evfD9Ogz2JrdWZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 15, 2006 at 07:29:41PM +0100, Ulrich Spoerlein wrote: > Ulrich Sp?rlein wrote: > > I'm pretty sure it's the link_getaddr in af_link.c, there are two > > possible fixes, depending on the requirements of link_addr() > >=20 > > If link_addr *needs* a terminating '\0', then we need to > > malloc(strlen(addr) + 2), if it doesn't need the terminating zero, we > > should get away with strncpy(temp + 1, addr, strlen(addr)) >=20 > Yeah, seems to be a slow sunday today. Attached is the fix for this > off-by-one bug. >=20 Committed, thanks! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --82evfD9Ogz2JrdWZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQFDyp/oqRfpzJluFF4RAvyQAJjfamxBfFbJNWud1RDVFEwn0jgzAJ9uJPbf RkBLiYF1bGExKZvn49bNCg== =M4wW -----END PGP SIGNATURE----- --82evfD9Ogz2JrdWZ-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 20:40:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D038E16A41F; Sun, 15 Jan 2006 20:40:04 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71B3443D46; Sun, 15 Jan 2006 20:40:04 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id k0FKe5CC038117; Sun, 15 Jan 2006 12:40:05 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id k0FKe3P3001936; Sun, 15 Jan 2006 12:40:03 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id k0FKe35t001935; Sun, 15 Jan 2006 12:40:03 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sun, 15 Jan 2006 12:40:02 -0800 Message-Id: <1137357602.1362.23.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.87.1/1243/Sun Jan 15 10:35:18 2006 on tinker.exit.com X-Virus-Status: Clean Cc: FreeBSD-Current Subject: Panic in nfs_putpages() on 6-stable. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 20:40:05 -0000 I've run into this panic a couple of times over the last few days, while trying to rebuild ports using an NFS-mounted /usr/ports filesystem. It happened again today and this time I had time to look at the dump. The problem is a null pointer dereference in nfs_putpages(), when it tries to look at np->n_size. It turns out that v_data is NULL on entry to this routine. Looking at the stack I see why: #6 0xc0674e4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05eb030 in nfs_putpages (ap=0xe81c6a14) at /usr/src/sys/nfsclient/nfs_bio.c:301 #8 0xc0691148 in VOP_PUTPAGES_APV (vop=0x1000, a=0xe81c6a14) at vnode_if.c:2164 #9 0xc064fd8e in vnode_pager_putpages (object=0xcafaa840, m=0x1000, count=0x1000, sync=0x5, rtvals=0x1000) at vnode_if.h:1119 During symbol reading, Attribute value is not a constant (DW_FORM_ref4). #10 0xc064b99e in vm_pageout_flush (mc=0xe81c6ab0, count=0x1, flags=0x5) at vm_pager.h:147 #11 0xc0647d0c in vm_object_page_collect_flush (object=0xcafaa840, p=0xc19e5218, curgeneration=0x0, pagerflags=0x5) at /usr/src/sys/vm/vm_object.c:950 #12 0xc0647800 in vm_object_page_clean (object=0xcafaa840, start=0x0, end=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_object.c:753 #13 0xc0647525 in vm_object_terminate (object=0xcafaa840) at /usr/src/sys/vm/vm_object.c:608 #14 0xc064e5ad in vnode_destroy_vobject (vp=0xcb58c110) at /usr/src/sys/vm/vnode_pager.c:166 #15 0xc05ee075 in nfs_reclaim (ap=0x1000) at /usr/src/sys/nfsclient/nfs_node.c:247 #16 0xc069095e in VOP_RECLAIM_APV (vop=0x1000, a=0xe81c6c90) at vnode_if.c:1589 #17 0xc0587aa5 in vgonel (vp=0xcb58c110) at vnode_if.h:818 #18 0xc0584ac2 in vlrureclaim (mp=0xc9b2e400) at /usr/src/sys/kern/vfs_subr.c:612 #19 0xc0584e8b in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:725 #20 0xc052034c in fork_exit (callout=0xc0584d00 , arg=0x0, frame=0xe81c6d38) at /usr/src/sys/kern/kern_fork.c:789 #21 0xc0674eac in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 In nfs_reclaim(), just before he calls vnode_destroy_vobject(), he zfrees and clears vp->v_data. When, down in the guts of vm_object.c, he tries to flush the associated pages, v_data is already NULL so he goes boom. Now, why does he do the zfree/clear before vnode_destroy_vobject()? Is he assuming that there are no pages associated with this vnode that need to be flushed? Should there be? I looked at some other file systems and they do the same thing. The obvious fix is to move the zfree/clear to after the vnode_destroy_vobject() but if there should be no pages that need to be flushed on the vnode at this point, that would just hide the problem. I can keep looking at the code to answer my question but I thought I would ask here first, in case there's someone who knows the answer right away. Thanks. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 22:45:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8504716A41F; Sun, 15 Jan 2006 22:45:21 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01EC043D5A; Sun, 15 Jan 2006 22:45:14 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id k0FMjDe6039088; Sun, 15 Jan 2006 14:45:13 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id k0FMjCXx002584; Sun, 15 Jan 2006 14:45:12 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id k0FMjB9c002583; Sun, 15 Jan 2006 14:45:11 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: hackers@freebsd.org In-Reply-To: <1137357602.1362.23.camel@realtime.exit.com> References: <1137357602.1362.23.camel@realtime.exit.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sun, 15 Jan 2006 14:45:11 -0800 Message-Id: <1137365111.1942.18.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.87.1/1243/Sun Jan 15 10:35:18 2006 on tinker.exit.com X-Virus-Status: Clean Cc: FreeBSD-Current Subject: Re: Panic in nfs_putpages() on 6-stable, more info. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 22:45:21 -0000 A bit more data and another question. On Sun, 2006-01-15 at 12:40 -0800, Frank Mayhar wrote: > In nfs_reclaim(), just before he calls vnode_destroy_vobject(), he > zfrees and clears vp->v_data. When, down in the guts of vm_object.c, he > tries to flush the associated pages, v_data is already NULL so he goes > boom. > > Now, why does he do the zfree/clear before vnode_destroy_vobject()? Is > he assuming that there are no pages associated with this vnode that need > to be flushed? Should there be? I looked at some other file systems and > they do the same thing. The obvious fix is to move the zfree/clear to > after the vnode_destroy_vobject() but if there should be no pages that > need to be flushed on the vnode at this point, that would just hide the > problem. Looking further down, at vlrureclaim(), I see that the commentary for vlrureclaim() specifically says that a a flushed vnode may still have backing store, so it appears that yes, there may be pages associated with the vnode when he calls vgonel(). Between vgonel() and nfs_reclaim() there's just VOP stuff, so the flushing has to be done lower down. The nfs_reclaim() routine itself just does some bookkeeping and then calls vnode_destroy_vobject(). That routine can push pages out, which means that if the backing store is on NFS, nfs_putpages() can be called. But that routine will fault because he'll try to use v_data as an nfsnode. The reason for my confusion is that of the filesystems in the tree, the only one that doesn't zfree and clear v_data before calling vnode_destroy_vobject() is UFS. The commentary in ufs_reclaim() is clear, though: /* * Destroy the vm object and flush associated pages. */ vnode_destroy_vobject(vp); Then later he VI_LOCKS() and clears v_data. (And [indirectly] does the zfree only _after_ that, which is interesting but probably not important.) I'm going to go slightly out on a limb here and guess that the "flush associated pages" thing came in relatively recently and the other filesystems haven't caught up with it. This implies that the proper fix is to go through those other xxx_reclaim() routines and reorder the operations. That's easy enough to do, but I would like to make sure that my understanding of this (and my guess) is correct and that I'm not wasting my time. Thanks! -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 01:37:24 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F13A16A41F for ; Mon, 16 Jan 2006 01:37:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 660BB43D46 for ; Mon, 16 Jan 2006 01:37:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 450351A3C24 for ; Sun, 15 Jan 2006 17:37:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6863A51558; Sun, 15 Jan 2006 20:37:23 -0500 (EST) Date: Sun, 15 Jan 2006 20:37:22 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060116013722.GA29139@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: malloc bugs with tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 01:37:24 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline # tcpdump -i bge0 proto ipv6 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes ^C 0 packets captured 2529 packets received by filter 0 packets dropped by kernel tcpdump: (malloc) Corrupted redzone 1 byte after 0x8020002e0 (size 5) (0x0) tcpdump: (malloc) Corrupted redzone 2 bytes after 0x8020002e0 (size 5) (0x0) tcpdump: (malloc) Corrupted redzone 3 bytes after 0x8020002e0 (size 5) (0x0) # --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyvjSWry0BWjoQKURAo1sAJ4iWGy3PEYt9cJxUt5kBId4jywowwCfaoBa WKDKiMnODYZyPHUmYvhKaWc= =aGCN -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 04:43:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5D8316A41F; Mon, 16 Jan 2006 04:43:36 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A83C43D45; Mon, 16 Jan 2006 04:43:36 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.2] (c-24-6-173-198.hsd1.ca.comcast.net [24.6.173.198]) by elvis.mu.org (Postfix) with ESMTP id 5CCAE1A3C1B; Sun, 15 Jan 2006 20:43:36 -0800 (PST) Message-ID: <43CB246D.1050705@FreeBSD.org> Date: Sun, 15 Jan 2006 20:43:25 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: arch@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [RFC/Benchmarks] Per-CPU freelists X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 04:43:36 -0000 Hello, I implemented per-CPU page freelists this weekend, in the hopes that it would improve performance on SMP machines, as it should save a spinlock acquisition in vm_page_alloc(), in most cases (except when VM_ALLOC_INTERRUPT is set, and when the current cpu's free list is empty), and reduce contention. However, I was only able to test it on machine with two CPUs, where it didn't seem to make any difference. You can set the number of pages that get added to the freelists each time it gets refilled in vm.pcpu.refill_num, and the maximum length of the freelists in vm.pcpu.max_len. Some stats are viewable in vm.pcpu.stats. The patch is available at http://people.freebsd.org/~ssouhlal/testing/pcpu-freelists-20060115.diff I would really appreciate if someone could benchmark/test this on a machine with more processors. Here's the output of ministat(1) for buildkernel: x refill_num=32, max_len=64 + refill_num=4, max_len=-1 (effectively disabling the percpu freelists) +--------------------------------------------------------------------------+ |+ + x x+ x + + x x| | |_____________|_______M_MA____________A____________|__________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 171.64 172.09 171.69 171.816 0.21220273 + 5 171.44 171.97 171.67 171.702 0.22928149 No difference proven at 95.0% confidence -- Suleiman From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 05:09:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EE3E16A41F; Mon, 16 Jan 2006 05:09:26 +0000 (GMT) (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 5AF0C43D46; Mon, 16 Jan 2006 05:09:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0G59Lut057568; Sun, 15 Jan 2006 22:09:21 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43CB2A80.7090602@samsco.org> Date: Sun, 15 Jan 2006 22:09:20 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Leimbach References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> <43C9E8ED.4030209@samsco.org> <3e1162e60601150741y7d8f110bla8f52ab32d93e793@mail.gmail.com> In-Reply-To: <3e1162e60601150741y7d8f110bla8f52ab32d93e793@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 05:09:26 -0000 David Leimbach wrote: > > > On 1/14/06, *Scott Long* > > wrote: > > Tim Kientzle wrote: > > Devon H. O'Dell wrote: > > > >>> iMac, download the EFI spec from www.intel.com > , open up the existing > >> > >> > >> For the lazy / impatient / bad searchers: > >> http://www.intel.com/technology/efi/ > > > > > > On a related note, anyone know about any VMWare or Xen or other > similar > > virtual machine environment for Mac/Intel? (FreeBSD on Virtual > PC on > > Rosetta sounds very scary... ;-( > > > > Tim > > > > A meta-question to this is whether it will be possible to compile and > boot OpenDarwin on these x86 machines, like you can with the PPC ones. > If you can then I see no reason why Darwin couldn't be Xen-ified and > serve as a Domain-0 host. > > Scott > > > > I can't think of why opendarwin wouldn't work on a machine apple > actually supports hardware-wise. Then again I didn't see any new > releases of software on opendarwin.org relating > to 10.4.4 yet :). > > I know the guy at apple who used to make these releases though and he's > been working on a cool build system for building the whole system from > the tarred snapshot releases from time to time. I used to test this > stuff for him. > > It will take interested people with actual time to do the Xen port of > course. I'm not sure how much work a Xen host port is compared to a Xen > guest though. > > Dave > I guess I should clarify myself a bit. Yeah, I'm pretty sure that OpenDarwin will boot on the Intel machines eventually, even if the source isn't available today. What I'm really wondering about is whether OpenDarwin will be able to support OSX on those machines. And yeah, Kevin has done a good job with the OpenDarwin build system. It still has a long ways to go before it's as nice as the FreeBSD one, but it's better than it used to be =-) Scott From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 05:18:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A8016A41F for ; Mon, 16 Jan 2006 05:18:00 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 462D943D46 for ; Mon, 16 Jan 2006 05:17:58 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 52082 invoked from network); 16 Jan 2006 05:17:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=j8tHxCkNVk9NsNsYOSAuEe3DGa0zFdBmb6+WcFaEe9gFFver7v9kNxe6NvSi8Ky3w6Go0FSCSEnXFosCRH5t3hz6TAP+3fDfxQpiCCtQ06oN3pE8OOIhU/v5GJjMjQB46vXOJrPANeNkFx2YWVgVO9Tw1OIRAZEJVohQj052hwA= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 16 Jan 2006 05:17:58 -0000 Message-ID: <43CB2C93.1010707@rogers.com> Date: Mon, 16 Jan 2006 00:18:11 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: pkg_version warning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 05:18:00 -0000 I just cvsuped my ports tree and i ran "pkg_version -v" only to see this weird notice, never had a problem with pkg_version yet. --- FreeBSD fbsd.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Jan 1 14:04:45 EST 2006 root@fbsd.local:/usr/obj/usr/src/sys/DP i386 root@fbsd.local:~# pkg_version -v BitchX-1.1 = up-to-date with port MailScanner-4.49.7 = up-to-date with port a2ps-a4-4.13b_3 = up-to-date with port adodb-4.68 = up-to-date with port "Makefile", line 190: warning: duplicate script for target "print-closest-mirrors" ignored "Makefile", line 197: warning: duplicate script for target "print-closest-mirrors" ignored apache-2.0.55_2 = up-to-date with port arc-5.21n = up-to-date with port From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 06:27:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 227E516A41F; Mon, 16 Jan 2006 06:27:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D8343D58; Mon, 16 Jan 2006 06:27:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0G6NrvQ080617; Sun, 15 Jan 2006 23:23:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 15 Jan 2006 23:23:54 -0700 (MST) Message-Id: <20060115.232354.22503427.imp@bsdimp.com> To: kientzle@freebsd.org From: "M. Warner Losh" In-Reply-To: <43C9E5A1.5070203@freebsd.org> References: <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 15 Jan 2006 23:23:53 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 06:27:09 -0000 In message: <43C9E5A1.5070203@freebsd.org> Tim Kientzle writes: : Devon H. O'Dell wrote: : >>iMac, download the EFI spec from www.intel.com, open up the existing : > : > For the lazy / impatient / bad searchers: : > http://www.intel.com/technology/efi/ : : On a related note, anyone know about any VMWare or Xen or other similar : virtual machine environment for Mac/Intel? (FreeBSD on Virtual PC on : Rosetta sounds very scary... ;-( The qemu emulator doesn't support booting macos/intel because it doesn't support EFI. Not sure about the others... Warner From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 08:04:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7930616A41F for ; Mon, 16 Jan 2006 08:04:46 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id B509B43D45 for ; Mon, 16 Jan 2006 08:04:42 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 68434 invoked from network); 16 Jan 2006 08:04:39 -0000 Received: from wbedllfs.xtra-net.org (HELO wbedllfs.xtra-net.be) (192.168.1.21) by 0 with SMTP; 16 Jan 2006 08:04:39 -0000 From: Vincent Blondel To: FreeBSD-Current Content-Type: text/plain Date: Mon, 16 Jan 2006 09:04:31 +0100 Message-Id: <1137398671.7724.6.camel@wbedllfs.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: make buildworld error with kerberos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 08:04:46 -0000 I am trying to update my FreeBSD-current (7.0) system but I always get this error message when I make buildworld the system. I already downloaded again the whole FreeBSD tree base to be sure there are no problems with it but this does not change anything. I also don't have any optimization flags. I am just using it very simple with C(OPT)FLAGS='-O -pipe'. Can somebody help me, please ??? Regards Vincent -------------------------- logfile : make buildworld In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_copy.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_free.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_get.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_length.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_put.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib /asn1/timegm.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_APOptions.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AP_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AP_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AS_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AS_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Authenticator.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AuthorizationData.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_CKSUMTYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Checksum.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ChangePasswdDataMS.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ENCTYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ETYPE_INFO.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ETYPE_INFO_ENTRY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncAPRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncASRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKDCRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKrbCredPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKrbPrivPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncTGSRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncTicketPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncryptedData.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncryptionKey.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_HostAddress.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_HostAddresses.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDCOptions.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REQ_BODY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_CRED.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_ERROR.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_PRIV.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_SAFE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_SAFE_BODY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KerberosTime.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KrbCredInfo.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_LR_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_LastReq.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_MESSAGE_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_METHOD_DATA.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_NAME_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PADATA_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PA_DATA.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PA_ENC_TS_ENC.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Principal.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PrincipalName.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Realm.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TGS_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TGS_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Ticket.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TicketFlags.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TransitedEncoding.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_UNSIGNED.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 08:55:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBEB816A41F for ; Mon, 16 Jan 2006 08:55:09 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002CB43D4C for ; Mon, 16 Jan 2006 08:55:08 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id E6E6722B0E; Mon, 16 Jan 2006 09:55:07 +0100 (CET) Received: by mail.droso.net (Postfix, from userid 1001) id 454C722AF6; Mon, 16 Jan 2006 09:55:06 +0100 (CET) Date: Mon, 16 Jan 2006 09:55:06 +0100 From: Erwin Lansing To: Mike Jakubik Message-ID: <20060116085506.GX28133@droso.net> Mail-Followup-To: Mike Jakubik , current@freebsd.org References: <43CB2C93.1010707@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cxMSjUqMQBJIqbX5" Content-Disposition: inline In-Reply-To: <43CB2C93.1010707@rogers.com> X-Operating-System: FreeBSD/i386 5.4-RELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd 0.1 Cc: current@freebsd.org Subject: Re: pkg_version warning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 08:55:10 -0000 --cxMSjUqMQBJIqbX5 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 16, 2006 at 12:18:11AM -0500, Mike Jakubik wrote: > I just cvsuped my ports tree and i ran "pkg_version -v" only to see this= =20 > weird notice, never had a problem with pkg_version yet. >=20 > "Makefile", line 190: warning: duplicate script for target=20 > "print-closest-mirrors" ignored > "Makefile", line 197: warning: duplicate script for target=20 > "print-closest-mirrors" ignored > apache-2.0.55_2 =3D up-to-date with port Clement just committed a fix for this. If you wait a couple of hours for the mirrors to synch, you can recvsup and all should be well again. Thanks for your report. -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --cxMSjUqMQBJIqbX5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDy19qqy9aWxUlaZARAh+AAJ9YEh+Y/ISZCPWq/U8elRzLcjixMACgiqkb U2EBbJ/7cujzs7JsDeAkZsI= =vPX+ -----END PGP SIGNATURE----- --cxMSjUqMQBJIqbX5-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 11:23:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D311F16A420 for ; Mon, 16 Jan 2006 11:23:12 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id BB88143D48 for ; Mon, 16 Jan 2006 11:23:11 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 85506 invoked by uid 1026); 16 Jan 2006 11:24:21 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.144583 secs); 16 Jan 2006 11:24:21 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 16 Jan 2006 11:24:21 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Mon, 16 Jan 2006 13:24:56 +0200 User-Agent: KMail/1.9.1 References: <42F871B4.6000703@freebsd.org> In-Reply-To: <42F871B4.6000703@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601161324.57292.nike_d@cytexbg.com> Cc: Colin Percival Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 11:23:12 -0000 On Tuesday 09 August 2005 12:04, Colin Percival wrote: > About 12 hours ago I committed portsnap to HEAD. From the commit log: > > Add portsnap to the base system. This is a secure, easy to use, > fast, lightweight, and generally good way for users to keep their > ports trees up to date. > > In particular, users who just want to keep their ports tree up to date > and don't want to do anything unusual (keeping a complete repository, > checking out old versions of the ports tree, getting themselves rooted > via a man-in-the-middle attack on cvsup, etc.) will probably find that > portsnap is a very useful tool. > > There are several changes between the version in the ports tree and > the version I committed to HEAD, but the only one which most users should > notice is that the default location of portsnap's compressed snapshot has > moved from /usr/local/portsnap to /var/db/portsnap . > > Please test. The more people I see testing portsnap (I can see this via > the log files on the portsnap mirrors), the sooner it will get MFCed to > RELENG_6 and RELENG_5. :-) > > Colin Percival Hello, I was wondering if it's not a good idea for the man page to be more specific about the "random time" that "portsnap cron" sleeps? Or unless of course you had something in mind when you wrote it that way in the man page. Anyway, thanks for the great utility, it saves me a lot of time and bandwidth! :) --niki From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 11:50:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A5816A41F for ; Mon, 16 Jan 2006 11:50:42 +0000 (GMT) (envelope-from alastair@newmillennium.net.au) Received: from locutus.newmillennium.net.au (220-245-208-145.static.tpgi.com.au [220.245.208.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 561D643D49 for ; Mon, 16 Jan 2006 11:50:38 +0000 (GMT) (envelope-from alastair@newmillennium.net.au) Received: from riker (riker.nmn.cafn [10.0.1.2]) by locutus.newmillennium.net.au (8.13.4/8.13.1) with ESMTP id k0GBoamk010563 for ; Mon, 16 Jan 2006 22:50:37 +1100 (EST) (envelope-from alastair@newmillennium.net.au) Message-Id: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> From: Sender: "Alastair D'Silva" To: Date: Mon, 16 Jan 2006 22:50:36 +1100 Organization: New Millennium Networking MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcYakxCc15PO+bQmTNuXVZQ1CdiD2Q== Cc: Subject: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 11:50:42 -0000 I get core dumps in Dovecot under a recent -CURRENT, Using revision 1.95 of malloc.c: (gdb) bt #0 0x0a250642 in arena_new (arena=0xa2d5140, malloced=false, recursive=true) at /usr/src/lib/libc/stdlib/malloc.c:3520 #1 0x0a2520a5 in malloc_init_hard () at /usr/src/lib/libc/stdlib/malloc.c:4444 #2 0x0a251b0e in malloc_init () at /usr/src/lib/libc/stdlib/malloc.c:4233 #3 0x0a252222 in malloc (size=32784) at /usr/src/lib/libc/stdlib/malloc.c:4528 #4 0x0805352a in mem_block_alloc (min_size=32768) at data-stack.c:190 #5 0x080538f5 in data_stack_init () at data-stack.c:360 #6 0x080575cf in lib_init () at lib.c:24 #7 0x0804d8f2 in main (argc=1, argv=0xbfbfecd4, envp=0x0) at main.c:281 Reverting malloc.c to 1.92 fixes the problem. -- Alastair D'Silva mob: 0423 762 819 Networking Consultant fax: 0413 181 661 New Millennium Networking web: http://www.newmillennium.net.au From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 12:16:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9852916A41F for ; Mon, 16 Jan 2006 12:16:28 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C93A43D46 for ; Mon, 16 Jan 2006 12:16:24 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.12.11/8.12.11) with ESMTP id k0GCGM6B079261 for ; Mon, 16 Jan 2006 14:16:22 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from [192.168.5.102] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k0GCGLwM045357 for ; Mon, 16 Jan 2006 14:16:22 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <43CB8E90.8090902@suutari.iki.fi> Date: Mon, 16 Jan 2006 14:16:16 +0200 From: Ari Suutari User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> In-Reply-To: <200601161324.57292.nike_d@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 12:16:28 -0000 > On Tuesday 09 August 2005 12:04, Colin Percival wrote: >> About 12 hours ago I committed portsnap to HEAD. From the commit log: >> >> Add portsnap to the base system. This is a secure, easy to use, >> fast, lightweight, and generally good way for users to keep their >> ports trees up to date. >> Is there an utility (cvsup-replacement) like this for base system sources ? Ari S. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 13:34:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B206716A41F for ; Mon, 16 Jan 2006 13:34:45 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1779D43D46 for ; Mon, 16 Jan 2006 13:34:40 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1EyUVH-000EpL-7x for freebsd-current@FreeBSD.org; Mon, 16 Jan 2006 16:34:35 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EyUVG-00055q-Je for freebsd-current@FreeBSD.org; Mon, 16 Jan 2006 16:34:34 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Mon, 16 Jan 2006 16:34:34 +0300 Message-ID: <29963621@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: broken buildworld with NO_MODULES= && MODULES_WITH_WORLD= at sys/modules/xfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 13:34:45 -0000 Hi! FreeBSD amd64.sem.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Nov 19 14:= 08:43 MSK 2005 bsam@amd64.sem.ipt.ru:/usr/obj/usr/src/sys/GENERIC amd64 Last cvsupped an hour ago. Buildworld is broken (maybe not only for amd64) with NO_MODULES=3D && MODULES_WITH_WORLD=3D. Without those options world builds without errors. Here is the tail of the log: ----- =3D=3D=3D> sys/modules/xfs (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/cont= rib/altq -I/usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/usr/src/sys= /modules/xfs/../../gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/modules/xfs/..= /../gnu/fs/xfs /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc.c /usr/s= rc/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc_btree.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/xfs_bit.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xf= s_bmap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_bmap_btree.c /usr/sr= c/sys/modules/xfs/../../gnu/fs/xfs/xfs_btree.c /usr/src/sys/modules/xfs/../= ../gnu/fs/xfs/xfs_buf_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_= da_btree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir.c /usr/src/sys= /modules/xfs/../../gnu/fs/xfs/xfs_dir2.c /usr/src/sys/modules/xfs/../../gnu= /fs/xfs/xfs_dir2_block.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2= _data.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_leaf.c /usr/src/= sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_node.c /usr/src/sys/modules/xfs/.= ./../gnu/fs/xfs/xfs_dir2_sf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs= _dir2_trace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir_leaf.c /usr= /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_error.c /usr/src/sys/modules/xfs/= ../../gnu/fs/xfs/xfs_extfree_item.c /usr/src/sys/modules/xfs/../../gnu/fs/x= fs/xfs_fsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc.c /usr/= src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc_btree.c /usr/src/sys/module= s/xfs/../../gnu/fs/xfs/xfs_inode.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/xfs_inode_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_iocore.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_itable.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/xfs_dfrag.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_log.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_log_recover.c /usr/= src/sys/modules/xfs/../../gnu/fs/xfs/xfs_macros.c /usr/src/sys/modules/xfs/= ../../gnu/fs/xfs/xfs_mount.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_= rename.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans.c /usr/src/sys= /modules/xfs/../../gnu/fs/xfs/xfs_trans_ail.c /usr/src/sys/modules/xfs/../.= ./gnu/fs/xfs/xfs_trans_buf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_= trans_extfree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_inode.c= /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_item.c /usr/src/sys/mo= dules/xfs/../../gnu/fs/xfs/xfs_utils.c /usr/src/sys/modules/xfs/../../gnu/f= s/xfs/xfs_vfsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_vnodeops.c= /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_rw.c /usr/src/sys/modules/xf= s/../../gnu/fs/xfs/FreeBSD/xfs_iget.c /usr/src/sys/modules/xfs/../../gnu/fs= /xfs/xfs_attr_leaf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_attr.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfsrtstubs.c /usr/src/sys/= modules/xfs/../../gnu/fs/xfs/FreeBSD/xfsquotasstubs.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/FreeBSD/xfsdmapistubs.c /usr/src/sys/modules/xfs/../..= /gnu/fs/xfs/xfs_dmops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_qmops= .c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_mountops.c /usr/sr= c/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vnops.c /usr/src/sys/modules= /xfs/../../gnu/fs/xfs/FreeBSD/xfs_frw.c /usr/src/sys/modules/xfs/../../gnu/= fs/xfs/xfs_iomap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_bu= f.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_globals.c /usr/sr= c/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_dmistubs.c /usr/src/sys/modu= les/xfs/../../gnu/fs/xfs/xfs_behavior.c /usr/src/sys/modules/xfs/../../gnu/= fs/xfs/FreeBSD/xfs_super.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBS= D/xfs_stats.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_sysctl.= c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vfs.c /usr/src/sys/= modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vnode.c /usr/src/sys/modules/xfs/.= ./../gnu/fs/xfs/FreeBSD/xfs_fs_subr.c /usr/src/sys/modules/xfs/../../gnu/fs= /xfs/FreeBSD/xfs_ioctl.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/= support/debug.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/k= trace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/mrlock.c = /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/uuid.c /usr/src/s= ys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kmem.c /usr/src/sys/modules= /xfs/../../gnu/fs/xfs/FreeBSD/support/kdb.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kdb.c:7:21: opt_d= db.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/xfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----- WBR --=20 Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 13:59:31 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C59B16A41F for ; Mon, 16 Jan 2006 13:59:31 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDF143D46 for ; Mon, 16 Jan 2006 13:59:30 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0GDxT21028114; Mon, 16 Jan 2006 15:59:29 +0200 Received: by flame.pc (Postfix, from userid 1001) id 7C9D211712; Mon, 16 Jan 2006 15:59:28 +0200 (EET) Date: Mon, 16 Jan 2006 15:59:28 +0200 From: Giorgos Keramidas To: Kris Kennaway Message-ID: <20060116135928.GB28974@flame.pc> References: <20060116013722.GA29139@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060116013722.GA29139@xor.obsecurity.org> Cc: current@FreeBSD.org Subject: Re: malloc bugs with tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 13:59:31 -0000 On 2006-01-15 20:37, Kris Kennaway wrote: > # tcpdump -i bge0 proto ipv6 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes > > ^C > 0 packets captured > 2529 packets received by filter > 0 packets dropped by kernel > tcpdump: (malloc) Corrupted redzone 1 byte after 0x8020002e0 (size 5) (0x0) > tcpdump: (malloc) Corrupted redzone 2 bytes after 0x8020002e0 (size 5) (0x0) > tcpdump: (malloc) Corrupted redzone 3 bytes after 0x8020002e0 (size 5) (0x0) > # I can repeat this even without the "proto ipv6" filter. The backtrace of tcpdump isn't very useful by the time abort() is called: (gdb) bt #0 0x0000000800ae687c in kill () at kill.S:2 #1 0x0000000800ae570d in abort () at /home/build/src/lib/libc/stdlib/abort.c:69 #2 0x0000000800a83e79 in idalloc (ptr=0x8020002e0) at /home/build/src/lib/libc/stdlib/malloc.c:3385 #3 0x0000000800a8849b in free (ptr=0x8020002e0) at /home/build/src/lib/libc/stdlib/malloc.c:4728 #4 0x00000008006c0505 in pcap_close (p=0x802000070) at /home/build/src/lib/libpcap/../../contrib/libpcap/pcap.c:785 #5 0x0000000000445790 in main (argc=-6632, argv=0x444a50) at /home/build/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1067 (gdb) Is there any way to capture tcpdump within gdb while it's modifying the allocated area? From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 14:46:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B9E216A43E for ; Mon, 16 Jan 2006 14:46:56 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEBCC43D45 for ; Mon, 16 Jan 2006 14:46:55 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so892687wxc for ; Mon, 16 Jan 2006 06:46:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jfEGcZrsC60nva12w5k/LsEECU1TETBVXzjmaH3kLSHEkYt4YuueCWEBfPISdspf5p7dZRlFVC8Qc92qHD3J8q4mI5eDQQWVfvph0w4SKMWPmZnMJw9ZawUrZbB7wJnlRJK6lVKMK0S5d9JzsvdIO2gQQqON965efF5CuBLNkU4= Received: by 10.70.75.2 with SMTP id x2mr7780119wxa; Mon, 16 Jan 2006 06:46:55 -0800 (PST) Received: by 10.70.126.13 with HTTP; Mon, 16 Jan 2006 06:46:55 -0800 (PST) Message-ID: <6eb82e0601160646o2dcaeb3eh676aa3cb7883617c@mail.gmail.com> Date: Mon, 16 Jan 2006 22:46:55 +0800 From: Rong-En Fan To: Ruslan Ermilov In-Reply-To: <20060115191800.GH4687@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0601140926n3d86e146m99aa9f47569b24aa@mail.gmail.com> <20060114182410.GA1108@galgenberg.net> <20060115182941.GA1182@galgenberg.net> <20060115191800.GH4687@ip.net.ua> Cc: current@freebsd.org Subject: Re: [PATCH] Fix off-by-one bug in ifconfig's af_link.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 14:46:56 -0000 On 1/16/06, Ruslan Ermilov wrote: > On Sun, Jan 15, 2006 at 07:29:41PM +0100, Ulrich Spoerlein wrote: > > Ulrich Sp?rlein wrote: > > > I'm pretty sure it's the link_getaddr in af_link.c, there are two > > > possible fixes, depending on the requirements of link_addr() > > > > > > If link_addr *needs* a terminating '\0', then we need to > > > malloc(strlen(addr) + 2), if it doesn't need the terminating zero, we > > > should get away with strncpy(temp + 1, addr, strlen(addr)) > > > > Yeah, seems to be a slow sunday today. Attached is the fix for this > > off-by-one bug. > > > Committed, thanks! Thanks! This fixed my problem. rafan. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 16:43:18 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D988916A41F for ; Mon, 16 Jan 2006 16:43:18 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 142C543D49 for ; Mon, 16 Jan 2006 16:43:18 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id C93625E48DA; Mon, 16 Jan 2006 08:43:17 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 0D9325E48DA; Mon, 16 Jan 2006 08:43:15 -0800 (PST) In-Reply-To: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> References: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Mon, 16 Jan 2006 08:43:13 -0800 To: X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 16:43:19 -0000 On Jan 16, 2006, at 3:50 AM, wrote: > I get core dumps in Dovecot under a recent -CURRENT, Using revision > 1.95 of > malloc.c: > > (gdb) bt > #0 0x0a250642 in arena_new (arena=0xa2d5140, malloced=false, > recursive=true) at /usr/src/lib/libc/stdlib/malloc.c:3520 > #1 0x0a2520a5 in malloc_init_hard () at > /usr/src/lib/libc/stdlib/malloc.c:4444 > #2 0x0a251b0e in malloc_init () at /usr/src/lib/libc/stdlib/ > malloc.c:4233 > #3 0x0a252222 in malloc (size=32784) at > /usr/src/lib/libc/stdlib/malloc.c:4528 > #4 0x0805352a in mem_block_alloc (min_size=32768) at data-stack.c:190 > #5 0x080538f5 in data_stack_init () at data-stack.c:360 > #6 0x080575cf in lib_init () at lib.c:24 > #7 0x0804d8f2 in main (argc=1, argv=0xbfbfecd4, envp=0x0) at > main.c:281 Are you sure that you were using revision 1.95 of malloc.c? The stacktrace looks more like it is from revsion 1.93. Can you try again with revision 1.95, please? Revisions 1.93 and 1.94 had a bug, in that they didn't check whether an allocation was successful in arena_new() before using memset() on the result. I wouldn't have expected the allocation to ever fail, but the stacktrace above indicates that dovecot probably crashed as a result of the bug. If you still have problems with revision 1.95, can you please provide details on how to reproduce the crash? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 17:04:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC0816A41F for ; Mon, 16 Jan 2006 17:04:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5829243D4C for ; Mon, 16 Jan 2006 17:04:53 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0GH4pn8043206; Mon, 16 Jan 2006 19:04:51 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 53854-01-5; Mon, 16 Jan 2006 19:04:50 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0GH3mX8043107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jan 2006 19:03:49 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0GH3rNT080393; Mon, 16 Jan 2006 19:03:53 +0200 (EET) (envelope-from ru) Date: Mon, 16 Jan 2006 19:03:52 +0200 From: Ruslan Ermilov To: Boris Samorodov Message-ID: <20060116170352.GB79731@ip.net.ua> References: <29963621@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <29963621@srv.sem.ipt.ru> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: broken buildworld with NO_MODULES= && MODULES_WITH_WORLD= at sys/modules/xfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 17:04:54 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 16, 2006 at 04:34:34PM +0300, Boris Samorodov wrote: > Hi! >=20 >=20 > FreeBSD amd64.sem.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Nov 19 1= 4:08:43 MSK 2005 bsam@amd64.sem.ipt.ru:/usr/obj/usr/src/sys/GENERIC am= d64 >=20 > Last cvsupped an hour ago. Buildworld is broken (maybe not only for > amd64) with NO_MODULES=3D && MODULES_WITH_WORLD=3D. Without those options > world builds without errors. >=20 > Here is the tail of the log: > ----- > =3D=3D=3D> sys/modules/xfs (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/co= ntrib/altq -I/usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/usr/src/s= ys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/modules/xfs/= =2E./../gnu/fs/xfs /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc.c /u= sr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc_btree.c /usr/src/sys/modu= les/xfs/../../gnu/fs/xfs/xfs_bit.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/xfs_bmap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_bmap_btree.c /us= r/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_btree.c /usr/src/sys/modules/xfs= /../../gnu/fs/xfs/xfs_buf_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_da_btree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir.c /usr/src= /sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2.c /usr/src/sys/modules/xfs/../..= /gnu/fs/xfs/xfs_dir2_block.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_= dir2_data.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_leaf.c /usr/= src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_node.c /usr/src/sys/modules/x= fs/../../gnu/fs/xfs/xfs_dir2_sf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs= /xfs_dir2_trace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir_leaf.c = /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_error.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/xfs_extfree_item.c /usr/src/sys/modules/xfs/../../gnu/= fs/xfs/xfs_fsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc_btree.c /usr/src/sys/mo= dules/xfs/../../gnu/fs/xfs/xfs_inode.c /usr/src/sys/modules/xfs/../../gnu/f= s/xfs/xfs_inode_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_iocore= =2Ec /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_itable.c /usr/src/sys/mo= dules/xfs/../../gnu/fs/xfs/xfs_dfrag.c /usr/src/sys/modules/xfs/../../gnu/f= s/xfs/xfs_log.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_log_recover.c= /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_macros.c /usr/src/sys/module= s/xfs/../../gnu/fs/xfs/xfs_mount.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/xfs_rename.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans.c /usr/s= rc/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_ail.c /usr/src/sys/modules/xf= s/../../gnu/fs/xfs/xfs_trans_buf.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/xfs_trans_extfree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_i= node.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_item.c /usr/src/= sys/modules/xfs/../../gnu/fs/xfs/xfs_utils.c /usr/src/sys/modules/xfs/../..= /gnu/fs/xfs/xfs_vfsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_vnod= eops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_rw.c /usr/src/sys/modu= les/xfs/../../gnu/fs/xfs/FreeBSD/xfs_iget.c /usr/src/sys/modules/xfs/../../= gnu/fs/xfs/xfs_attr_leaf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_at= tr.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfsrtstubs.c /usr/sr= c/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfsquotasstubs.c /usr/src/sys/mo= dules/xfs/../../gnu/fs/xfs/FreeBSD/xfsdmapistubs.c /usr/src/sys/modules/xfs= /../../gnu/fs/xfs/xfs_dmops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs= _qmops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_mountops.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vnops.c /usr/src/sys/m= odules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_frw.c /usr/src/sys/modules/xfs/../.= =2E/gnu/fs/xfs/xfs_iomap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBS= D/xfs_buf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_globals.c= /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_dmistubs.c /usr/src/= sys/modules/xfs/../../gnu/fs/xfs/xfs_behavior.c /usr/src/sys/modules/xfs/..= /../gnu/fs/xfs/FreeBSD/xfs_super.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/FreeBSD/xfs_stats.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs= _sysctl.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vfs.c /usr/= src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vnode.c /usr/src/sys/modul= es/xfs/../../gnu/fs/xfs/FreeBSD/xfs_fs_subr.c /usr/src/sys/modules/xfs/../.= =2E/gnu/fs/xfs/FreeBSD/xfs_ioctl.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/FreeBSD/support/debug.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD= /support/ktrace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support= /mrlock.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/uuid.c = /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kmem.c /usr/src/s= ys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kdb.c > /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kdb.c:7:21: opt= _ddb.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/xfs. > *** Error code 1 >=20 Fixed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDy9H4qRfpzJluFF4RAt43AJ9GykIWHD7elGZfmP+vP62tReMDMwCfTHz7 DE105spI9h4whZ+PrBSmllM= =XX84 -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 17:28:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE30816A41F for ; Mon, 16 Jan 2006 17:28:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65EA943D5A for ; Mon, 16 Jan 2006 17:28:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k0GHSPo7004312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jan 2006 09:28:27 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43CBD81E.80006@errno.com> Date: Mon, 16 Jan 2006 09:30:06 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <20060116013722.GA29139@xor.obsecurity.org> <20060116135928.GB28974@flame.pc> In-Reply-To: <20060116135928.GB28974@flame.pc> Content-Type: multipart/mixed; boundary="------------030808030707030103000704" Cc: current@freebsd.org, Kris Kennaway Subject: Re: malloc bugs with tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 17:28:33 -0000 This is a multi-part message in MIME format. --------------030808030707030103000704 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Giorgos Keramidas wrote: > On 2006-01-15 20:37, Kris Kennaway wrote: > >># tcpdump -i bge0 proto ipv6 >>tcpdump: verbose output suppressed, use -v or -vv for full protocol decode >>listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes >> >>^C >>0 packets captured >>2529 packets received by filter >>0 packets dropped by kernel >>tcpdump: (malloc) Corrupted redzone 1 byte after 0x8020002e0 (size 5) (0x0) >>tcpdump: (malloc) Corrupted redzone 2 bytes after 0x8020002e0 (size 5) (0x0) >>tcpdump: (malloc) Corrupted redzone 3 bytes after 0x8020002e0 (size 5) (0x0) >># > > > I can repeat this even without the "proto ipv6" filter. The backtrace > of tcpdump isn't very useful by the time abort() is called: > > (gdb) bt > #0 0x0000000800ae687c in kill () at kill.S:2 > #1 0x0000000800ae570d in abort () at /home/build/src/lib/libc/stdlib/abort.c:69 > #2 0x0000000800a83e79 in idalloc (ptr=0x8020002e0) at /home/build/src/lib/libc/stdlib/malloc.c:3385 > #3 0x0000000800a8849b in free (ptr=0x8020002e0) at /home/build/src/lib/libc/stdlib/malloc.c:4728 > #4 0x00000008006c0505 in pcap_close (p=0x802000070) at /home/build/src/lib/libpcap/../../contrib/libpcap/pcap.c:785 > #5 0x0000000000445790 in main (argc=-6632, argv=0x444a50) > at /home/build/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1067 > (gdb) > > Is there any way to capture tcpdump within gdb while it's modifying the > allocated area? I sent the attached patch upstream to the tcpdump folks. Once I hear back I'll commit it. Sam --------------030808030707030103000704 Content-Type: text/plain; name="pcap-bpf.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pcap-bpf.c.patch" Index: pcap-bpf.c =================================================================== RCS file: /usr/ncvs/src/contrib/libpcap/pcap-bpf.c,v retrieving revision 1.1.1.10 diff -u -r1.1.1.10 pcap-bpf.c --- pcap-bpf.c 11 Jul 2005 03:24:42 -0000 1.1.1.10 +++ pcap-bpf.c 16 Jan 2006 05:48:49 -0000 @@ -746,7 +746,7 @@ u_int i; int is_ethernet; - bdl.bfl_list = (u_int *) malloc(sizeof(u_int) * bdl.bfl_len + 1); + bdl.bfl_list = (u_int *) malloc(sizeof(u_int) * (bdl.bfl_len + 1)); if (bdl.bfl_list == NULL) { (void)snprintf(ebuf, PCAP_ERRBUF_SIZE, "malloc: %s", pcap_strerror(errno)); --------------030808030707030103000704-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 17:55:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B105C16A41F for ; Mon, 16 Jan 2006 17:55:04 +0000 (GMT) (envelope-from jos@catnook.com) Received: from w250.z064001178.sjc-ca.dsl.cnc.net (209-204-181-78.dsl.static.sonic.net [209.204.181.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 48B8F43D48 for ; Mon, 16 Jan 2006 17:55:04 +0000 (GMT) (envelope-from jos@catnook.com) Received: (qmail 26685 invoked by uid 1000); 16 Jan 2006 17:55:26 -0000 Date: Mon, 16 Jan 2006 09:55:04 -0800 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20060116175526.GA25023@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43CB8E90.8090902@suutari.iki.fi> User-Agent: Mutt/1.5.11 Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 17:55:04 -0000 On Mon, Jan 16, 2006 at 02:16:16PM +0200, Ari Suutari wrote: > >On Tuesday 09 August 2005 12:04, Colin Percival wrote: > >>About 12 hours ago I committed portsnap to HEAD. From the commit log: > >> > >> Add portsnap to the base system. This is a secure, easy to use, > >> fast, lightweight, and generally good way for users to keep their > >> ports trees up to date. > >> > > Is there an utility (cvsup-replacement) like this for base system sources ? See csup: http://mu.org/~mux/csup.html. But it's not ready yet. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 18:03:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAA816A41F for ; Mon, 16 Jan 2006 18:03:37 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A38C43D5D for ; Mon, 16 Jan 2006 18:03:32 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0GI3EI3021073; Mon, 16 Jan 2006 20:03:14 +0200 Received: by flame.pc (Postfix, from userid 1001) id 1B34A11718; Mon, 16 Jan 2006 20:03:13 +0200 (EET) Date: Mon, 16 Jan 2006 20:03:13 +0200 From: Giorgos Keramidas To: Sam Leffler Message-ID: <20060116180312.GA1742@flame.pc> References: <20060116013722.GA29139@xor.obsecurity.org> <20060116135928.GB28974@flame.pc> <43CBD81E.80006@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43CBD81E.80006@errno.com> Cc: current@freebsd.org, Kris Kennaway Subject: Re: malloc bugs with tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 18:03:37 -0000 On 2006-01-16 09:30, Sam Leffler wrote: > I sent the attached patch upstream to the tcpdump folks. Once I hear > back I'll commit it. Thanks :) > Index: pcap-bpf.c > =================================================================== > RCS file: /usr/ncvs/src/contrib/libpcap/pcap-bpf.c,v > retrieving revision 1.1.1.10 > diff -u -r1.1.1.10 pcap-bpf.c > --- pcap-bpf.c 11 Jul 2005 03:24:42 -0000 1.1.1.10 > +++ pcap-bpf.c 16 Jan 2006 05:48:49 -0000 > @@ -746,7 +746,7 @@ > u_int i; > int is_ethernet; > > - bdl.bfl_list = (u_int *) malloc(sizeof(u_int) * bdl.bfl_len + 1); > + bdl.bfl_list = (u_int *) malloc(sizeof(u_int) * (bdl.bfl_len + 1)); > if (bdl.bfl_list == NULL) { > (void)snprintf(ebuf, PCAP_ERRBUF_SIZE, "malloc: %s", > pcap_strerror(errno)); From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 19:07:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B41016A420 for ; Mon, 16 Jan 2006 19:07:31 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 5254143D45 for ; Mon, 16 Jan 2006 19:07:30 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 7013 invoked from network); 16 Jan 2006 19:07:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=5/v02PAvyPWwcFkPv9H7sSylgoLrTh7BbvLyealrpRHnLdVkyJTZNQWtUT/CTl/NjeHK2ZBMXKCgsFf5zWj8wBzLMr0mHRLU1faW/rtra+dH57q5iWfJaz2PfyAakP5BismEFwaPgg+cnFWNbXz/PCCVOCacgwv/tKw2W+RirzU= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp106.rog.mail.re2.yahoo.com with SMTP; 16 Jan 2006 19:07:29 -0000 Message-ID: <43CBEEF4.1000007@rogers.com> Date: Mon, 16 Jan 2006 14:07:32 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> In-Reply-To: <20060116175526.GA25023@lizzy.catnook.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 19:07:31 -0000 Jos Backus wrote: > On Mon, Jan 16, 2006 at 02:16:16PM +0200, Ari Suutari wrote: > >>> On Tuesday 09 August 2005 12:04, Colin Percival wrote: >>> >>>> About 12 hours ago I committed portsnap to HEAD. From the commit log: >>>> >>>> Add portsnap to the base system. This is a secure, easy to use, >>>> fast, lightweight, and generally good way for users to keep their >>>> ports trees up to date. >>>> >>>> >> Is there an utility (cvsup-replacement) like this for base system sources ? >> > > See csup: http://mu.org/~mux/csup.html. But it's not ready yet. Why would one want to replace cvsup? It works great! From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 20:13:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E3B16A429 for ; Mon, 16 Jan 2006 20:13:17 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao03.cox.net (centrmmtao03.cox.net [70.168.83.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FBA43D48 for ; Mon, 16 Jan 2006 20:13:16 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao03.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060116201318.OBQ613.centrmmtao03.cox.net@mezz.mezzweb.com>; Mon, 16 Jan 2006 15:13:18 -0500 To: "Mike Jakubik" References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> <43CBEEF4.1000007@rogers.com> Message-ID: Date: Mon, 16 Jan 2006 14:14:30 -0600 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <43CBEEF4.1000007@rogers.com> User-Agent: Opera M2/8.51 (Linux, build 1462) Cc: freebsd-current@freebsd.org Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 20:13:17 -0000 On Mon, 16 Jan 2006 13:07:32 -0600, Mike Jakubik wrote: > Jos Backus wrote: >> On Mon, Jan 16, 2006 at 02:16:16PM +0200, Ari Suutari wrote: >> >>>> On Tuesday 09 August 2005 12:04, Colin Percival wrote: >>>> >>>>> About 12 hours ago I committed portsnap to HEAD. From the commit >>>>> log: >>>>> >>>>> Add portsnap to the base system. This is a secure, easy to use, >>>>> fast, lightweight, and generally good way for users to keep their >>>>> ports trees up to date. >>>>> >>>>> >>> Is there an utility (cvsup-replacement) like this for base system >>> sources ? >>> >> >> See csup: http://mu.org/~mux/csup.html. But it's not ready yet. > > Why would one want to replace cvsup? It works great! You won't be asking that kind of question if you read there in the second paragraph. ;-) Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 20:17:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A8E516A420; Mon, 16 Jan 2006 20:17:57 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D3EA43D45; Mon, 16 Jan 2006 20:17:53 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1EyanU-000Ge5-LJ; Mon, 16 Jan 2006 23:17:48 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EyanT-0002Ji-5S; Mon, 16 Jan 2006 23:17:47 +0300 To: Ruslan Ermilov References: <29963621@srv.sem.ipt.ru> <20060116170352.GB79731@ip.net.ua> From: Boris Samorodov Date: Mon, 16 Jan 2006 23:17:47 +0300 In-Reply-To: <20060116170352.GB79731@ip.net.ua> (Ruslan Ermilov's message of "Mon, 16 Jan 2006 19:03:52 +0200") Message-ID: <74609252@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: broken buildworld with NO_MODULES= && MODULES_WITH_WORLD= at sys/modules/xfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 20:17:57 -0000 On Mon, 16 Jan 2006 19:03:52 +0200 Ruslan Ermilov wrote: > On Mon, Jan 16, 2006 at 04:34:34PM +0300, Boris Samorodov wrote: > > FreeBSD amd64.sem.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Nov 19= 14:08:43 MSK 2005 bsam@amd64.sem.ipt.ru:/usr/obj/usr/src/sys/GENERIC = amd64 > >=20 > > Last cvsupped an hour ago. Buildworld is broken (maybe not only for > > amd64) with NO_MODULES=3D && MODULES_WITH_WORLD=3D. Without those optio= ns > > world builds without errors. > >=20 > > Here is the tail of the log: > > ----- > > =3D=3D=3D> sys/modules/xfs (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/amd64/include > > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/= contrib/altq -I/usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/usr/src= /sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/modules/xf= s/../../gnu/fs/xfs /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc.c /u= sr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc_btree.c /usr/src/sys/modu= les/xfs/../../gnu/fs/xfs/xfs_bit.c /usr/src/sys/modules/xfs/../../gnu/fs/xf= s/xfs_bmap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_bmap_btree.c /us= r/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_btree.c /usr/src/sys/modules/xfs= /../../gnu/fs/xfs/xfs_buf_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_da_btree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir.c /usr/src= /sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2.c /usr/src/sys/modules/xfs/../..= /gnu/fs/xfs/xfs_dir2_block.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_= dir2_data.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_leaf.c /usr/= src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_node.c /usr/src/sys/modules/x= fs/../../gnu/fs/xfs/xfs_dir2_sf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs= /xfs_dir2_trace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir_leaf.c = /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_error.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/xfs_extfree_item.c /usr/src/sys/modules/xfs/../../gnu/= fs/xfs/xfs_fsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc_btree.c /usr/src/sys/mo= dules/xfs/../../gnu/fs/xfs/xfs_inode.c /usr/src/sys/modules/xfs/../../gnu/f= s/xfs/xfs_inode_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_iocore= .c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_itable.c /usr/src/sys/modu= les/xfs/../../gnu/fs/xfs/xfs_dfrag.c /usr/src/sys/modules/xfs/../../gnu/fs/= xfs/xfs_log.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_log_recover.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_macros.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/xfs_mount.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_rename.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans.c /usr/src= /sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_ail.c /usr/src/sys/modules/xfs/= ../../gnu/fs/xfs/xfs_trans_buf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_trans_extfree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_ino= de.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_item.c /usr/src/sy= s/modules/xfs/../../gnu/fs/xfs/xfs_utils.c /usr/src/sys/modules/xfs/../../g= nu/fs/xfs/xfs_vfsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_vnodeo= ps.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_rw.c /usr/src/sys/module= s/xfs/../../gnu/fs/xfs/FreeBSD/xfs_iget.c /usr/src/sys/modules/xfs/../../gn= u/fs/xfs/xfs_attr_leaf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_attr= .c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfsrtstubs.c /usr/src/= sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfsquotasstubs.c /usr/src/sys/modu= les/xfs/../../gnu/fs/xfs/FreeBSD/xfsdmapistubs.c /usr/src/sys/modules/xfs/.= ./../gnu/fs/xfs/xfs_dmops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_q= mops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_mountops.c /us= r/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vnops.c /usr/src/sys/mod= ules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_frw.c /usr/src/sys/modules/xfs/../../= gnu/fs/xfs/xfs_iomap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xf= s_buf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_globals.c /us= r/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_dmistubs.c /usr/src/sys/= modules/xfs/../../gnu/fs/xfs/xfs_behavior.c /usr/src/sys/modules/xfs/../../= gnu/fs/xfs/FreeBSD/xfs_super.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/Fr= eeBSD/xfs_stats.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_sys= ctl.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vfs.c /usr/src/= sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_vnode.c /usr/src/sys/modules/x= fs/../../gnu/fs/xfs/FreeBSD/xfs_fs_subr.c /usr/src/sys/modules/xfs/../../gn= u/fs/xfs/FreeBSD/xfs_ioctl.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/Free= BSD/support/debug.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/suppo= rt/ktrace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/mrloc= k.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/uuid.c /usr/s= rc/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kmem.c /usr/src/sys/mod= ules/xfs/../../gnu/fs/xfs/FreeBSD/support/kdb.c > > /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support/kdb.c:7:21: o= pt_ddb.h: No such file or directory > > mkdep: compile failed > > *** Error code 1 > >=20 > > Stop in /usr/src/sys/modules/xfs. > > *** Error code 1 > >=20 > Fixed. Confirm. Makeworld is happy now. Thank you for the quick response. WBR --=20 Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 21:06:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 038AA16A41F for ; Mon, 16 Jan 2006 21:06:57 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CF043D49 for ; Mon, 16 Jan 2006 21:06:55 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1202567nzo for ; Mon, 16 Jan 2006 13:06:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZpKktE5Bybp9ckYj66HkNQVCRwxBTbuml+P2HtqX2qMe8B4EghZwXEKe+sHERVEvK942wnvjit61AxZW5Cr37zQX6eBPCKjz9BAfFIKMWQaWuj5sJdqiSyIJo9Y5Oh90pqrRtc+55luKqKYrXGnv8g8oQG3yX/vNfJ74oWD8pxQ= Received: by 10.36.121.4 with SMTP id t4mr5143044nzc; Mon, 16 Jan 2006 13:06:55 -0800 (PST) Received: by 10.36.46.3 with HTTP; Mon, 16 Jan 2006 13:06:55 -0800 (PST) Message-ID: <3e1162e60601161306m7194ba57x478db322be8f99a@mail.gmail.com> Date: Mon, 16 Jan 2006 13:06:55 -0800 From: David Leimbach To: Scott Long In-Reply-To: <43CB2A80.7090602@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> <43C9E8ED.4030209@samsco.org> <3e1162e60601150741y7d8f110bla8f52ab32d93e793@mail.gmail.com> <43CB2A80.7090602@samsco.org> Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 21:06:57 -0000 On 1/15/06, Scott Long wrote: > David Leimbach wrote: > > > > > > On 1/14/06, *Scott Long* > > > wrote: > > > > Tim Kientzle wrote: > > > Devon H. O'Dell wrote: > > > > > >>> iMac, download the EFI spec from www.intel.com > > , open up the existing > > >> > > >> > > >> For the lazy / impatient / bad searchers: > > >> http://www.intel.com/technology/efi/ > > > > > > > > > On a related note, anyone know about any VMWare or Xen or other > > similar > > > virtual machine environment for Mac/Intel? (FreeBSD on Virtual > > PC on > > > Rosetta sounds very scary... ;-( > > > > > > Tim > > > > > > > A meta-question to this is whether it will be possible to compile a= nd > > boot OpenDarwin on these x86 machines, like you can with the PPC on= es. > > If you can then I see no reason why Darwin couldn't be Xen-ified an= d > > serve as a Domain-0 host. > > > > Scott > > > > > > > > I can't think of why opendarwin wouldn't work on a machine apple > > actually supports hardware-wise. Then again I didn't see any new > > releases of software on opendarwin.org relating > > to 10.4.4 yet :). > > > > I know the guy at apple who used to make these releases though and he's > > been working on a cool build system for building the whole system from > > the tarred snapshot releases from time to time. I used to test this > > stuff for him. > > > > It will take interested people with actual time to do the Xen port of > > course. I'm not sure how much work a Xen host port is compared to a Xe= n > > guest though. > > > > Dave > > > > > I guess I should clarify myself a bit. Yeah, I'm pretty sure that > OpenDarwin will boot on the Intel machines eventually, even if the > source isn't available today. What I'm really wondering about is > whether OpenDarwin will be able to support OSX on those machines. > And yeah, Kevin has done a good job with the OpenDarwin build system. > It still has a long ways to go before it's as nice as the FreeBSD one, > but it's better than it used to be =3D-) > > Scott > The bless man page for Mac OS X Intel reveals much about changing the efi boot "thingy". Seems that's where you'd want to put the FreeBSD loader... but that means it'll live on HFS+, and then we might want the FreeBSD loader to be able to boot Mac OS X too. Got some friends who've got their intel macs already... we'll see if they get experimental or not. I'm really not caring for dual boot as much as I am hoping for something like VMWare on Mac OS X so I can host FBSD and others there. I guess that takes EFI out of the equation at that point too. At some point... having to reboot kind of sucks :) Dave From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 21:56:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B624116A41F for ; Mon, 16 Jan 2006 21:56:45 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.200.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC9443D4C for ; Mon, 16 Jan 2006 21:56:45 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.222] ([70.68.0.213]) (authenticated bits=0) by bugor.portaone.com (8.13.4/8.13.4) with ESMTP id k0GLuWIc080431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jan 2006 13:56:37 -0800 (PST) (envelope-from sobomax@portaone.com) Message-ID: <43CC168D.9080708@portaone.com> Date: Mon, 16 Jan 2006 13:56:29 -0800 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Wojciech A. Koszek" References: <20060114223019.GA99634@FreeBSD.czest.pl> In-Reply-To: <20060114223019.GA99634@FreeBSD.czest.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1243/Sun Jan 15 10:35:18 2006 on bugor.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on bugor.portaone.com Cc: freebsd-current@FreeBSD.ORG Subject: Re: [PATCH] Support for large number of md(4) disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 21:56:45 -0000 Hi, IMHO there is better approach to fetch unknown amount of data from the kernel using ioctl(2) facility. The main idea is that you allocate some buffer of size sufficient in 95% of cases (for md(4) I think 8-16 entries are enough), attach it to some structure which has size of the buffer as one of its members and send pointer to that structure as an argument to ioctl(2). Upon receiving this structure the kernel compares size of the buffer with amount of information that it needs to send back. If buffer size is sufficient to hold this information it copies it out and returns number of entries in the buffer as one of members of this structure. If the buffer size is insufficient, the kernel fills in desired size of the buffer in structure members and returns some error code indicating that the provided buffer is insufficient. Upon receiving this error userland increases the buffer size to the size suggested by the kernel (perhaps adding some extra space) and repeats the ioctl(2) calls. -Maxim Wojciech A. Koszek wrote: > Hello, > > Here is a patch for md(4) which fixes current limit for ~95 devices. > > http://freebsd.czest.pl/dunstan/FreeBSD/mdconfig-list.1.patch > > (It's possible to create > 95 md(4) based, disks,but they won't be listed > in mdconfig -l). This change breaks ABI, so both geom_md.ko and > mdconfig(8) has to be rebuilt. > > Comments are welcome. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 22:11:09 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA61316A41F for ; Mon, 16 Jan 2006 22:11:08 +0000 (GMT) (envelope-from sean@gigave.com) Received: from mailhost.gigave.com (mailhost.gigave.com [38.113.228.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B039B43D46 for ; Mon, 16 Jan 2006 22:11:08 +0000 (GMT) (envelope-from sean@gigave.com) Resent-From: Sean Chittenden Resent-Date: Mon, 16 Jan 2006 14:11:07 -0800 Resent-Message-ID: <20060116221107.GO1683@arrowstrike.sj1.gigave.com> Resent-To: current@FreeBSD.org Date: Mon, 16 Jan 2006 13:27:44 -0800 From: Sean Chittenden To: current@FreeBSD.org Message-ID: <20060116212744.GJ1683@mailhost.gigave.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: amd64 crash in pmap_remove_pages(): page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 22:11:09 -0000 Howdy. I've got a "diskless" PXE boot client that is crashing about once a week or so with the following backtrace and info: #1 0x0000000000000004 in ?? () #2 0xffffffff80257623 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #3 0xffffffff80257c26 in panic (fmt=0xffffff006808f720 "") at /usr/src/sys/kern/kern_shutdown.c:555 #4 0xffffffff8039da92 in trap_fatal (frame=0xffffff006808f720, eva=18446742975955402752) at /usr/src/sys/amd64/amd64/trap.c:660 #5 0xffffffff8039ddaf in trap_pfault (frame=0xffffffffc72b19e0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:573 #6 0xffffffff8039e063 in trap (frame= {tf_rdi = -36495808960, tf_rsi = -1097607851600, tf_rdx = 0, tf_rcx = -1097607851600, tf_r8 = 0, tf_r9 = -1097427386368, tf_rax = 0, tf_rbx = -2134343104, tf_rbp = -2138286592, tf_r10 = 6447135, tf_r11 = 429809, tf_r12 = -1097607851680, tf_r13 = -1097375809288, tf_r14 = 140737488355328, tf_r15 = 0, tf_trapno = 12, tf_addr = -36495808960, tf_flags = -2135524400, tf_err = 2, tf_rip = -2143710185, tf_cs = 8, tf_rflags = 66118, tf_rsp = -953476448, tf_ss = 16}) at /u at /u at /u at /u.c:352 #7 0xffffffff8038d30b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff80399417 in pmap_remove_pages (pmap=0xffffff0071795160, sva=0, eva=140737488355328) at /usr/src/sys/amd64/amd64/pmap.c:2590 #9 0xffffffff8023b947 in exit1 (td=0xffffff006808f720, rv=256) at vm_map.h:252 ---Type to continue, or q to quit--- #10 0xffffffff8023bc5e in sys_exit (td=0xfffffff780ae2640, uap=0xffffff00717951b0) at /usr/src/sys/kern/kern_exit.c:97 #11 0xffffffff8039e8a1 in syscall (frame= {tf_rdi = 1, tf_rsi = 34365342200, tf_rdx = 0, tf_rcx = 4, tf_r8 = 0, tf_r9 = 59, tf_rax = 1, tf_rbx = 1, tf_rbp = 0, tf_r10 = 140737488349248, tf_r11 = 2, tf_r12 = 0, tf_r13 = 5520656, tf_r14 = 14400, tf_r15 = 1, tf_trapno = 12, tf_addr = 34368227008, tf_flags = 0, tf_err = 2, tf_rip = 34368000696, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488349560, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:792 #12 0xffffffff8038d4a8 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #13 0x00000008007e12b8 in ?? () Dump header from device /dev/ad4s1b Architecture: amd64 Architecture Version: 2 Dump Length: 2147024896B (2047 MB) Blocksize: 512 Dumptime: Sun Jan 15 20:54:41 2006 Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.0-STABLE #1: Wed Jan 4 22:40:57 PST 2006 sean@host.example.org:/usr/obj/usr/src/sys/WEBHEAD Panic String: page fault Dump Parity: 1702696226 Bounds: 42 Dump Status: good Any pearls of wisdom as to what's causing this? My nfs options are: rw,tcp,nfsv3,-r=32768,-w=32768 and my kernel config is included below. I have the cores around if anyone's interested or I'm missing something, but if I'm looking at this correctly, it seems like a race condition which is causing a problem with one of the TAILQ macro's. amd64/amd64/pmap.c:2590 TAILQ_REMOVE(&m->md.pv_list, pv, pv_list); I've been digging around on -stable, -current, and following your recent work on HEAD, but haven't seen anything that touches this area of code. Being a VM rookie, seems as though this is a bug that's being tripped in pmap_remove_pages(), but isn't caused by a bug there. TAILQ_*()'s usage in this function seems correct. With NFS diskless root, zero copy sockets, and sendfile(2) in use on these machines, there are a number of places for potential problems and I'm at a loss as to a fix. Any ideas? -sc -- Sean Chittenden From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 22:11:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33DD216A41F for ; Mon, 16 Jan 2006 22:11:38 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0054743D55 for ; Mon, 16 Jan 2006 22:11:30 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis1.rz.uni-wuerzburg.de [132.187.3.46]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id C6803E7AB8; Mon, 16 Jan 2006 23:11:28 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id B929D9D9; Mon, 16 Jan 2006 23:11:28 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id 968028F5; Mon, 16 Jan 2006 23:11:28 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 259651464A6; Mon, 16 Jan 2006 23:11:28 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k0GMBRao034613; Mon, 16 Jan 2006 23:11:27 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k0GMBRaC088277; Mon, 16 Jan 2006 23:11:27 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k0GMBRF1071661; Mon, 16 Jan 2006 23:11:27 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k0GMBQTM071660; Mon, 16 Jan 2006 23:11:26 +0100 (CET) (envelope-from q@galgenberg.net) Date: Mon, 16 Jan 2006 23:11:26 +0100 From: Ulrich Spoerlein To: Sam Leffler Message-ID: <20060116221126.GB1077@galgenberg.net> Mail-Followup-To: Sam Leffler , current@freebsd.org References: <20060116013722.GA29139@xor.obsecurity.org> <20060116135928.GB28974@flame.pc> <43CBD81E.80006@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline In-Reply-To: <43CBD81E.80006@errno.com> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: current@freebsd.org Subject: Re: malloc bugs with tcpdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 22:11:38 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sam Leffler wrote: > I sent the attached patch upstream to the tcpdump folks. Once I hear bac= k I'll commit it. >=20 > Sam > Index: pcap-bpf.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/ncvs/src/contrib/libpcap/pcap-bpf.c,v > retrieving revision 1.1.1.10 > diff -u -r1.1.1.10 pcap-bpf.c > --- pcap-bpf.c 11 Jul 2005 03:24:42 -0000 1.1.1.10 > +++ pcap-bpf.c 16 Jan 2006 05:48:49 -0000 > @@ -746,7 +746,7 @@ > u_int i; > int is_ethernet; > =20 > - bdl.bfl_list =3D (u_int *) malloc(sizeof(u_int) * bdl.bfl_len + 1); > + bdl.bfl_list =3D (u_int *) malloc(sizeof(u_int) * (bdl.bfl_len + 1)); > if (bdl.bfl_list =3D=3D NULL) { > (void)snprintf(ebuf, PCAP_ERRBUF_SIZE, "malloc: %s", > pcap_strerror(errno)); Hi Sam, heh, I was trying to figure this one out earlier, but I gave up after a couple of minutes, as I couldn't figure out why in god's name the malloc would be too small to produce an error. Nice catch. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Which is worse: ignorance or apathy? Don't know. Don't care. --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzBoO524iJyD+6d0RAoMuAKCxbTveHTHsnF0JCwvtsDETujBGBQCgsuDq evATWdYow3857oVEahV5ZRI= =UoW5 -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 03:02:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AB2D16A420 for ; Tue, 17 Jan 2006 03:02:51 +0000 (GMT) (envelope-from jackyjack@hotmail.com) Received: from hotmail.com (bay24-f8.bay24.hotmail.com [64.4.18.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FA543D45 for ; Tue, 17 Jan 2006 03:02:50 +0000 (GMT) (envelope-from jackyjack@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 16 Jan 2006 19:02:50 -0800 Message-ID: Received: from 68.147.200.136 by by24fd.bay24.hotmail.msn.com with HTTP; Tue, 17 Jan 2006 03:02:50 GMT X-Originating-IP: [68.147.200.136] X-Originating-Email: [jackyjack@hotmail.com] X-Sender: jackyjack@hotmail.com From: "Jacky Jack" To: freebsd-current@freebsd.org Date: Tue, 17 Jan 2006 03:02:50 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 17 Jan 2006 03:02:50.0353 (UTC) FILETIME=[805C4610:01C61B12] Subject: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 03:02:51 -0000 Hi, Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise TX2300 card installed causes my box to reboot at the bootloader. Once the card is pulled out I can boot off of either ISO's. Is there any known issues with the TX2300 card? Thanks, Jack. _________________________________________________________________ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 03:23:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7167116A41F for ; Tue, 17 Jan 2006 03:23:11 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from its-mu-mail2.its.rmit.edu.au (its-mu-mail2.its.rmit.edu.au [131.170.2.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 930F543D45 for ; Tue, 17 Jan 2006 03:23:10 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail2.its.rmit.edu.au (8.13.1/8.12.11/mail2) with ESMTP id k0H3Mj49012614; Tue, 17 Jan 2006 14:22:52 +1100 (EST) Received: from goanna.cs.rmit.edu.au (goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id k0H3M7Pq017572; Tue, 17 Jan 2006 14:22:07 +1100 (EST) Received: (from emil@localhost) by goanna.cs.rmit.edu.au (8.11.3/8.9.3/csnode) id k0H3M6w22739; Tue, 17 Jan 2006 14:22:06 +1100 (EST) Date: Tue, 17 Jan 2006 14:22:06 +1100 From: Emil Mikulic To: Dmitry Pryanishnikov Message-ID: <20060117032206.GB21032@cs.rmit.edu.au> References: <20051225135216.Y1294@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051225135216.Y1294@atlantis.atlantis.dp.ua> X-Operating-System: SunOS 5.9 X-PGP-Fingerprint: D2B4 7C14 0C41 9AE5 8D2B 16B0 D3D6 F910 8E4C 5D35 X-Authentication-Warning: localhost: emil pwned teh intarweb User-Agent: Mutt/1.5.9i X-Scanned-By: MIMEDefang 2.44 Cc: freebsd-current@freebsd.org Subject: Re: vgapci doesn't want to attach agp on ASUS M5A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 03:23:11 -0000 On Sun, Dec 25, 2005 at 02:28:47PM +0200, Dmitry Pryanishnikov wrote: > I've tried fresh (as of 24-Dec-2005) CURRENT on my ASUS M5A notebook > (based on Intel 915GM Express chipset), and got a problem with agp > module attachment. I'm having the same problem on a Dell GX280 with an onboard i915. > drm0: on vgapci0 > error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize > AGP. > device_attach: drm0 attach returned 12 Same error in my dmesg. > I had to hack /sys/dev/pci/vga_pci.c: > > --- vga_pci.c.orig Thu Dec 22 18:25:22 2005 > +++ vga_pci.c Sun Dec 25 13:04:09 2005 > @@ -74,7 +74,7 @@ > * If AGP capabilities are present on this device, then create > * an AGP child. > */ > - if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) > +// if (pci_find_extcap(dev, PCIY_AGP, NULL) == 0) > device_add_child(dev, "agp", -1); With this change, it attaches again. From dmesg after the patch: agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M ... info: [drm] AGP at 0xdff00000 0MB info: [drm] Initialized i915 1.2.0 20041217 $ pciconf -lv | grep vgapci0 vgapci0@pci0:2:0: class=0x030000 card=0x01791028 chip=0x25828086 rev=0x04 hdr=0x00 # pciconf -rb pci0:2:0 0x0000:0x00ff 86 80 82 25 07 00 90 00 04 00 00 03 00 00 80 00 00 00 f0 df 99 e8 00 00 08 00 00 c0 00 00 ec df 00 00 00 00 00 00 00 00 00 00 00 00 28 10 79 01 00 00 00 00 d0 00 00 00 00 00 00 00 10 01 00 00 00 00 00 00 e0 00 00 00 09 00 09 21 02 b3 9b 08 02 00 30 00 1b 00 00 b8 00 00 00 00 00 00 80 3f 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 22 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 44 05 64 34 00 00 00 00 00 00 04 00 00 00 00 00 I still can't get DRI to work though. --Emil From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 03:42:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2735516A41F for ; Tue, 17 Jan 2006 03:42:41 +0000 (GMT) (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 9CD0743D45 for ; Tue, 17 Jan 2006 03:42:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp209-190.lns1.adl2.internode.on.net [203.122.209.190]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0H3gUCq006563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jan 2006 14:12:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 17 Jan 2006 14:12:11 +1030 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1795151.66ck93h0Vf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601171412.25229.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jacky Jack Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 03:42:41 -0000 --nextPart1795151.66ck93h0Vf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 17 January 2006 13:32, Jacky Jack wrote: > Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise TX23= 00 > card installed causes my box to reboot at the bootloader. Once the card = is > pulled out I can boot off of either ISO's. > > Is there any known issues with the TX2300 card? I've had problems with Promise FT100/TX2 controllers with those symptons. A= lso=20 I have seen the loader spin dumping register info until you press the reset= =20 switch. I found it was only a problem if an array was defined (hah, only..), it see= med=20 to only happen on some BIOSen - I had no trouble with older K7 Epox=20 motherboards but P4 ones and AMD64 Epox boards exhibited it. Unfortunately the only work around I have is to install on one disk using t= he=20 motherboard controller then mirror onto the other after connecting it to th= e=20 RAID. Obviously this only works if you want a mirror and is a PITA. I am not sure how to properly fix it though, or even whos fault it is=20 (FreeBSD, mobo maker, or Promise) - in the P4 case I found that the BIOS=20 would freeze solid when you entered the menu if an array was defined on the= =20 RAID card :( =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 --nextPart1795151.66ck93h0Vf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDzGeh5ZPcIHs/zowRAggoAJ0Q8fi07MyRml7TDo1ctN2fOo8JvwCgnPk4 reaB5PyXwaMMg9QT70HBveA= =7dKY -----END PGP SIGNATURE----- --nextPart1795151.66ck93h0Vf-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 04:42:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E2B216A41F; Tue, 17 Jan 2006 04:42:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB2E843D48; Tue, 17 Jan 2006 04:42:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0H4fh8M095229; Mon, 16 Jan 2006 21:41:44 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 16 Jan 2006 21:41:47 -0700 (MST) Message-Id: <20060116.214147.22504504.imp@bsdimp.com> To: jrhett@svcolo.com From: "M. Warner Losh" In-Reply-To: <20060112080856.GI84964@svcolo.com> References: <20060112080856.GI84964@svcolo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 16 Jan 2006 21:41:44 -0700 (MST) Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: SUMMARY: Fast releases demand binary updates.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 04:42:10 -0000 In message: <20060112080856.GI84964@svcolo.com> Jo Rhett writes: : 20-something people telling me that my shorthand for -core proves that I'm : an idiot. It wasn't the topic, and it doesn't change the real question one : bit, but it's a great chance for everyone to call me an idiot. core@freebsd.org has a very specific meaning, that is well documented in the FreeBSD handbook. As a member of the core team, I'm deply offended by your inapprorpiate use of the term, and your intransigence when people try to steer you to the 10 year+ established usage of that term. I'm also deeply offended that you've accused us of doing something very bad which we have not in fact done. I'm angry that you've not even appologized for this misuse, but insist that somehow your usage must be right, and everyone else must be wrong. Please use the accepted meaning of the term if you want to be understood by the rest of the community. I never once called you an idoit. I only said that you were wrong and dared you to prove me wrong. You've not taken me up on that offer I see. Please do not confuse my telling you that your facts are incorrect with any kind of name calling. I'll bet that 19 of the 20 people you claim called you an idiot were in fact just pointing out your mistake and that none of them used the word idiot to describe you or your mistake. Thank you for your attention to these details... Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 05:36:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8286916A41F for ; Tue, 17 Jan 2006 05:36:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E39643D49 for ; Tue, 17 Jan 2006 05:36:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 15BAF72DD4; Mon, 16 Jan 2006 21:36:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 10F8972DCB for ; Mon, 16 Jan 2006 21:36:13 -0800 (PST) Date: Mon, 16 Jan 2006 21:36:13 -0800 (PST) From: Doug White To: current@freebsd.org Message-ID: <20060116212952.I4097@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: New malloc breaks old libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 05:36:13 -0000 Got this trying to run an old Xorg binary on a -CURRENT machine I don't update very frequently: /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol "__malloc_lock" The libpthread.so.1 was from June 2005, prior to the libpthread version bump. Unfortunately this means that RELENG_6 compatibility is broken in -HEAD since the new libc.so.6 is not compatible with libraries built against it prior to the merge date of the new user malloc. I guess its time libc's version number. We haven't yet for post-RELENG_6, and this it the usual case calling for the bump. /me breaks out the paintbrushes, smocks, and dropcloths -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 05:55:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972E116A41F for ; Tue, 17 Jan 2006 05:55:11 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BBE443D45 for ; Tue, 17 Jan 2006 05:55:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0H5t9R8029367; Tue, 17 Jan 2006 00:55:09 -0500 (EST) Date: Tue, 17 Jan 2006 00:55:09 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Doug White In-Reply-To: <20060116212952.I4097@carver.gumbysoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: New malloc breaks old libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 05:55:11 -0000 On Mon, 16 Jan 2006, Doug White wrote: > Got this trying to run an old Xorg binary on a -CURRENT machine I don't > update very frequently: > > /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol "__malloc_lock" > > The libpthread.so.1 was from June 2005, prior to the libpthread version > bump. Unfortunately this means that RELENG_6 compatibility is broken in > -HEAD since the new libc.so.6 is not compatible with libraries built > against it prior to the merge date of the new user malloc. Don't do that. We don't guarantee -current libraries built on (vastly) different dates will run nicely together. > I guess its time libc's version number. We haven't yet for post-RELENG_6, > and this it the usual case calling for the bump. No. There's no need -- this is -current, and we have symbol versioning now anyways. > /me breaks out the paintbrushes, smocks, and dropcloths -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 05:58:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10C2216A41F; Tue, 17 Jan 2006 05:58:30 +0000 (GMT) (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 E622943D48; Tue, 17 Jan 2006 05:58:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0H5wInf064482; Mon, 16 Jan 2006 22:58:18 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43CC877D.2070603@samsco.org> Date: Mon, 16 Jan 2006 22:58:21 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: New malloc breaks old libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 05:58:30 -0000 Daniel Eischen wrote: > On Mon, 16 Jan 2006, Doug White wrote: > > >>Got this trying to run an old Xorg binary on a -CURRENT machine I don't >>update very frequently: >> >>/libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol "__malloc_lock" >> >>The libpthread.so.1 was from June 2005, prior to the libpthread version >>bump. Unfortunately this means that RELENG_6 compatibility is broken in >>-HEAD since the new libc.so.6 is not compatible with libraries built >>against it prior to the merge date of the new user malloc. > > > Don't do that. We don't guarantee -current libraries built on > (vastly) different dates will run nicely together. > > >>I guess its time libc's version number. We haven't yet for post-RELENG_6, >>and this it the usual case calling for the bump. > > > No. There's no need -- this is -current, and we have symbol versioning > now anyways. > > So....... How exactly does symbol versioning help this case? It obviously doesn't magically make all problems go away, so is there a set procude that one must follow when introducing incompatibilities? If there is a procedure, is it published anywhere? Scott From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 05:58:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC7A16A423 for ; Tue, 17 Jan 2006 05:58:44 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07AB43D4C for ; Tue, 17 Jan 2006 05:58:43 +0000 (GMT) (envelope-from krinklyfig@comcast.net) Received: from smogmonster.local (pcp0010916331pcs.albqrq01.nm.comcast.net[68.35.114.183]) by comcast.net (rwcrmhc12) with ESMTP id <2006011705584201400djct2e>; Tue, 17 Jan 2006 05:58:42 +0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Mon, 16 Jan 2006 22:58:40 -0700 User-Agent: KMail/1.9.1 References: <20060112113251.GB13481@rndsoft.co.kr> <20060115040206.GB27154@rndsoft.co.kr> <200601142143.14947.krinklyfig@comcast.net> In-Reply-To: <200601142143.14947.krinklyfig@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601162258.43273.krinklyfig@comcast.net> Cc: pyunyh@gmail.com Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 05:58:44 -0000 On Sat 14 Jan 06 21:43, Joshua Tinnin wrote: > On Sat 14 Jan 06 21:02, Pyun YongHyeon wrote: > > On Sat, Jan 14, 2006 at 12:06:48AM -0700, Joshua Tinnin wrote: > > > # uname -a > > > FreeBSD smogmonster.local 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 > > > #0: Fri Jan 13 23:13:57 MST 2006 > > > krinklyfig@smogmonster.local:/usr/obj/usr/src/sys/MYKERNEL60 > > > i386 > > > > > > # dmesg | grep sk > > > skc0: port 0x9000-0x90ff mem > > > 0xec000000-0xec003fff irq 17 at device 4.0 on pci1 > > > skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) > > > sk0: on skc0 > > > sk0: Ethernet address: 00:0e:a6:70:56:75 > > > > > > As for dual port, I also have: > > > > > > miibus0: on sk0 > > > e1000phy0: on miibus0 > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > 1000baseTX-FDX, auto > > > > > > ... although I haven't used that one, yet. I can try it if you > > > like. > > > > Yes. I'd like to know it has locking bugs on dual port handling. > > I'd also like to know sk(4) works on second generation chips from > > Marvell.(e.g. Yukon-II XL/EC/FE) > > OK, I'll give it a shot ... Sorry to say, unfortunately, it didn't work. I couldn't even bring up the e1000phy interface. Still no watchdog timeouts on sk0, however. - jt From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 06:05:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06BCF16A41F; Tue, 17 Jan 2006 06:05:27 +0000 (GMT) (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 4781243D45; Tue, 17 Jan 2006 06:05:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0H65LsS064530; Mon, 16 Jan 2006 23:05:21 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43CC8925.40007@samsco.org> Date: Mon, 16 Jan 2006 23:05:25 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <43CC877D.2070603@samsco.org> In-Reply-To: <43CC877D.2070603@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Daniel Eischen , current@freebsd.org Subject: Re: New malloc breaks old libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 06:05:27 -0000 Scott Long wrote: > Daniel Eischen wrote: > >> On Mon, 16 Jan 2006, Doug White wrote: >> >> >>> Got this trying to run an old Xorg binary on a -CURRENT machine I don't >>> update very frequently: >>> >>> /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol >>> "__malloc_lock" >>> >>> The libpthread.so.1 was from June 2005, prior to the libpthread version >>> bump. Unfortunately this means that RELENG_6 compatibility is broken in >>> -HEAD since the new libc.so.6 is not compatible with libraries built >>> against it prior to the merge date of the new user malloc. >> >> >> >> Don't do that. We don't guarantee -current libraries built on >> (vastly) different dates will run nicely together. >> >> >>> I guess its time libc's version number. We haven't yet for >>> post-RELENG_6, >>> and this it the usual case calling for the bump. >> >> >> >> No. There's no need -- this is -current, and we have symbol versioning >> now anyways. >> >> > > So....... > > How exactly does symbol versioning help this case? It obviously doesn't > magically make all problems go away, so is there a set procude that > one must follow when introducing incompatibilities? If there is a > procedure, is it published anywhere? > > Scott > Gahh, fingers fell asleep in mid-sentence, let me try that again.... .... is there a set procedure that one must follow when introducing incompatibilities? Scott From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 06:06:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52EA316A41F; Tue, 17 Jan 2006 06:06:14 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 260F843D45; Tue, 17 Jan 2006 06:06:07 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id k0H668Kx063081; Mon, 16 Jan 2006 22:06:08 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id k0H666Hu097157; Mon, 16 Jan 2006 22:06:06 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id k0H6661K097156; Mon, 16 Jan 2006 22:06:06 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: hackers@freebsd.org In-Reply-To: <1137365111.1942.18.camel@realtime.exit.com> References: <1137357602.1362.23.camel@realtime.exit.com> <1137365111.1942.18.camel@realtime.exit.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Mon, 16 Jan 2006 22:06:05 -0800 Message-Id: <1137477965.95312.15.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.87.1/1243/Sun Jan 15 10:35:18 2006 on tinker.exit.com X-Virus-Status: Clean Cc: FreeBSD-Current Subject: Re: Panic in nfs_putpages() on 6-stable, more info. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 06:06:14 -0000 On Sun, 2006-01-15 at 14:45 -0800, Frank Mayhar wrote: > That's easy enough to do, but I would like to make sure that my > understanding of this (and my guess) is correct and that I'm not wasting > my time. Sigh. Well, given the deafening silence I got in response to this, I went ahead and fixed it, or at least I hope it's the right fix. I've been running with it for over 24 hours now with no problems (and heavy NFS access), so it looks good. See http://www.freebsd.org/cgi/query-pr.cgi?pr=91879 for the patch. I went ahead and fixed all the filesystems I could find, since they all had nearly identical code. I trust that this will be committed, and subsequently MFC'd, relatively quickly. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 06:12:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE4616A420 for ; Tue, 17 Jan 2006 06:12:03 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9729E43D46 for ; Tue, 17 Jan 2006 06:12:02 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l1so1136335nzf for ; Mon, 16 Jan 2006 22:12:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=CaG+VmlWDX7BogTlp5bJu7v9AkupxWoeCxfwq/cw6eG98yNFGjOjukP4F+O6r6j/T2mDeJQOeIjg+VZKAIp+5fUZnVnIhmRecryWAfZ1gZRWIQ7cFeizZQDYejUARytVYkVMUIdll871vQq+SqgHoOZOeq+sgEm5h8SR6TQ5I/Y= Received: by 10.36.9.16 with SMTP id 16mr5649331nzi; Mon, 16 Jan 2006 22:12:02 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 14sm884033nzp.2006.01.16.22.12.00; Mon, 16 Jan 2006 22:12:01 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0H6Ca1c036067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jan 2006 15:12:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0H6CZbB036066; Tue, 17 Jan 2006 15:12:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 17 Jan 2006 15:12:35 +0900 From: Pyun YongHyeon To: Joshua Tinnin Message-ID: <20060117061235.GD35342@rndsoft.co.kr> References: <20060112113251.GB13481@rndsoft.co.kr> <20060115040206.GB27154@rndsoft.co.kr> <200601142143.14947.krinklyfig@comcast.net> <200601162258.43273.krinklyfig@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601162258.43273.krinklyfig@comcast.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 06:12:03 -0000 On Mon, Jan 16, 2006 at 10:58:40PM -0700, Joshua Tinnin wrote: > On Sat 14 Jan 06 21:43, Joshua Tinnin wrote: > > On Sat 14 Jan 06 21:02, Pyun YongHyeon wrote: > > > On Sat, Jan 14, 2006 at 12:06:48AM -0700, Joshua Tinnin wrote: > > > > > # uname -a > > > > FreeBSD smogmonster.local 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 > > > > #0: Fri Jan 13 23:13:57 MST 2006 > > > > krinklyfig@smogmonster.local:/usr/obj/usr/src/sys/MYKERNEL60 > > > > i386 > > > > > > > > # dmesg | grep sk > > > > skc0: port 0x9000-0x90ff mem > > > > 0xec000000-0xec003fff irq 17 at device 4.0 on pci1 > > > > skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) > > > > sk0: on skc0 > > > > sk0: Ethernet address: 00:0e:a6:70:56:75 > > > > > > > > As for dual port, I also have: > > > > > > > > miibus0: on sk0 > > > > e1000phy0: on miibus0 > > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > > 1000baseTX-FDX, auto > > > > > > > > ... although I haven't used that one, yet. I can try it if you > > > > like. > > > > > > Yes. I'd like to know it has locking bugs on dual port handling. > > > I'd also like to know sk(4) works on second generation chips from > > > Marvell.(e.g. Yukon-II XL/EC/FE) > > > > OK, I'll give it a shot ... > > Sorry to say, unfortunately, it didn't work. I couldn't even bring up > the e1000phy interface. Would you please give more information? Does stock sk(4) work on the NIC? is it YukonII? > > Still no watchdog timeouts on sk0, however. > I performed serveral hours of Rx/Tx tests and couldn't see watchdog timeout. So I think that particular issues was gone. > - jt Thank you. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 06:13:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76C3016A420 for ; Tue, 17 Jan 2006 06:13:54 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A46F843D70 for ; Tue, 17 Jan 2006 06:13:52 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0H6DpeV014314; Tue, 17 Jan 2006 01:13:51 -0500 (EST) Date: Tue, 17 Jan 2006 01:13:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <43CC877D.2070603@samsco.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: New malloc breaks old libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 06:13:54 -0000 On Mon, 16 Jan 2006, Scott Long wrote: > Daniel Eischen wrote: > > On Mon, 16 Jan 2006, Doug White wrote: > > > >>I guess its time libc's version number. We haven't yet for post-RELENG_6, > >>and this it the usual case calling for the bump. > > > > > > No. There's no need -- this is -current, and we have symbol versioning > > now anyways. > > So....... > > How exactly does symbol versioning help this case? It obviously doesn't > magically make all problems go away, so is there a set procude that > one must follow when introducing incompatibilities? If there is a > procedure, is it published anywhere? We haven't yet done this, so no, there is no procedure. But the tools should be in place. You can see how to create a symbol map file from libpthread's example (src/lib/libpthread/pthread.map). I'm no expert at this (I think kan originated pthread.map for libpthread), but I suspect you just need to duplicate what was done for libpthread. For binary compat, you need to keep the old malloc_lock around in the new libc but under an old version identifier (you will probably have to keep old malloc behavior in regard to this lock also, but only for the older symbol version). Our libc currently doesn't have symbol versioning information, so I don't know if this will work until binaries have been initially built with version info. kan's probably the guy to ask for details. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 07:26:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9CED16A41F for ; Tue, 17 Jan 2006 07:26:40 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334D543D49 for ; Tue, 17 Jan 2006 07:26:40 +0000 (GMT) (envelope-from dreadpirate@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so1242924nzk for ; Mon, 16 Jan 2006 23:26:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=TUHZGeBQue088mzDqfkdr7a7DtO+weymzw1eQw7db2RWTW4dA9UjzKtwPI1TY5Et3Ay+YyCYanwGb7coWhmU8aytyWglOte/9PI1HI7ALBJlALklDVWebG934ON4Nq5j+DLsJGRyWSlXLCIkYCjBjpDGmsw28KjW6pMjecQglTI= Received: by 10.65.141.6 with SMTP id t6mr3716707qbn; Mon, 16 Jan 2006 23:26:39 -0800 (PST) Received: by 10.65.138.16 with HTTP; Mon, 16 Jan 2006 23:26:39 -0800 (PST) Message-ID: Date: Mon, 16 Jan 2006 23:26:39 -0800 From: Dread Pirate Mal To: Gavin Atkinson In-Reply-To: <20060114141419.D35532@ury.york.ac.uk> MIME-Version: 1.0 References: <20060113204627.GA31171@tara.freenix.org> <20060113225857.GL13244@cirb503493.alcatel.com.au> <20060114072902.GM13244@cirb503493.alcatel.com.au> <20060114141419.D35532@ury.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 07:26:40 -0000 On 1/14/06, Gavin Atkinson wrote > > > > ICH2 doesn't support USB2, it's only USB1.1. > Ugh, what a drag. I was absolutely certain that this board supported usb2, but there it is in black & white at http://tinyurl.com/b4ns9 I suppose I just found a use for my previous gaming rig, then. Thanks for the heap of response and the (yeah, bitter) spoonful of clue. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 08:29:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA7A16A420 for ; Tue, 17 Jan 2006 08:29:33 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B2343D55 for ; Tue, 17 Jan 2006 08:29:29 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.12.11/8.12.11) with ESMTP id k0H8TRIN083166 for ; Tue, 17 Jan 2006 10:29:27 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from [192.168.5.102] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k0H8TQQ9060954 for ; Tue, 17 Jan 2006 10:29:27 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <43CCAAE2.2040800@suutari.iki.fi> Date: Tue, 17 Jan 2006 10:29:22 +0200 From: Ari Suutari User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> In-Reply-To: <20060116175526.GA25023@lizzy.catnook.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 08:29:33 -0000 Jos Backus wrote: > On Mon, Jan 16, 2006 at 02:16:16PM +0200, Ari Suutari wrote: >>> On Tuesday 09 August 2005 12:04, Colin Percival wrote: >>>> About 12 hours ago I committed portsnap to HEAD. From the commit log: >>>> >>>> Add portsnap to the base system. This is a secure, easy to use, >>>> fast, lightweight, and generally good way for users to keep their >>>> ports trees up to date. >>>> >> Is there an utility (cvsup-replacement) like this for base system sources ? > > See csup: http://mu.org/~mux/csup.html. But it's not ready yet. > But isn't this just a clone of cvsup written in C ? I was mostly after security mentioned with portsnap (using openssl to sign updates sounds good to me). I usually use one of cvsup mirrors and have sometimes been thinking what would happen if someone puts some kind of eval code to cvsup mirror's base system code... Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 10:01:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7151B16A41F; Tue, 17 Jan 2006 10:01:56 +0000 (GMT) (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 0874143D45; Tue, 17 Jan 2006 10:01:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0HA1tfH015136; Tue, 17 Jan 2006 05:01:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0HA1s7C026958; Tue, 17 Jan 2006 05:01:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B4B627302F; Tue, 17 Jan 2006 05:01:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060117100154.B4B627302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 05:01:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 10:01:56 -0000 TB --- 2006-01-17 09:32:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-17 09:32:37 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-01-17 09:32:37 - cleaning the object tree TB --- 2006-01-17 09:33:09 - checking out the source tree TB --- 2006-01-17 09:33:09 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-01-17 09:33:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-17 09:39:22 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-17 09:39:22 - cd /src TB --- 2006-01-17 09:39:22 - /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 [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-17 10:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-17 10:01:54 - ERROR: failed to build world TB --- 2006-01-17 10:01:54 - tinderbox aborted TB --- 0.92 user 5.02 system 1757.01 real From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 10:31:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AF4516A41F; Tue, 17 Jan 2006 10:31:41 +0000 (GMT) (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 8693443D46; Tue, 17 Jan 2006 10:31:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0HAVdCV016385; Tue, 17 Jan 2006 05:31:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0HAVdIn013079; Tue, 17 Jan 2006 05:31:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 67C457302F; Tue, 17 Jan 2006 05:31:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060117103139.67C457302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 05:31:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 10:31:41 -0000 TB --- 2006-01-17 10:01:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-17 10:01:54 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-17 10:01:54 - cleaning the object tree TB --- 2006-01-17 10:02:29 - checking out the source tree TB --- 2006-01-17 10:02:29 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-17 10:02:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-17 10:08:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-17 10:08:19 - cd /src TB --- 2006-01-17 10:08:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-17 10:31:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-17 10:31:39 - ERROR: failed to build world TB --- 2006-01-17 10:31:39 - tinderbox aborted TB --- 1.50 user 6.45 system 1784.30 real From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 11:01:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6785016A41F; Tue, 17 Jan 2006 11:01:05 +0000 (GMT) (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 F22B543D4C; Tue, 17 Jan 2006 11:01:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0HB137r099845; Tue, 17 Jan 2006 06:01:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0HB13lo043530; Tue, 17 Jan 2006 06:01:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F3A07302F; Tue, 17 Jan 2006 06:01:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060117110103.1F3A07302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 06:01:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 11:01:05 -0000 TB --- 2006-01-17 10:31:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-17 10:31:39 - starting HEAD tinderbox run for i386/i386 TB --- 2006-01-17 10:31:39 - cleaning the object tree TB --- 2006-01-17 10:32:14 - checking out the source tree TB --- 2006-01-17 10:32:14 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-01-17 10:32:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-17 10:37:59 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-17 10:37:59 - cd /src TB --- 2006-01-17 10:37:59 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-17 11:01:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-17 11:01:03 - ERROR: failed to build world TB --- 2006-01-17 11:01:03 - tinderbox aborted TB --- 1.16 user 5.58 system 1763.61 real From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 11:29:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C9416A41F; Tue, 17 Jan 2006 11:29:14 +0000 (GMT) (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 B3F1F43D5A; Tue, 17 Jan 2006 11:29:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0HBTCV8002867; Tue, 17 Jan 2006 06:29:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0HBTCS0055951; Tue, 17 Jan 2006 06:29:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 69AE37302F; Tue, 17 Jan 2006 06:29:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060117112912.69AE37302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 06:29:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 11:29:14 -0000 TB --- 2006-01-17 11:01:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-17 11:01:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-01-17 11:01:03 - cleaning the object tree TB --- 2006-01-17 11:01:37 - checking out the source tree TB --- 2006-01-17 11:01:37 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-01-17 11:01:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-17 11:06:34 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-17 11:06:34 - cd /src TB --- 2006-01-17 11:06:34 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-17 11:29:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-17 11:29:12 - ERROR: failed to build world TB --- 2006-01-17 11:29:12 - tinderbox aborted TB --- 1.24 user 5.24 system 1689.12 real From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 11:57:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7893A16A41F; Tue, 17 Jan 2006 11:57:46 +0000 (GMT) (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 CD12543D48; Tue, 17 Jan 2006 11:57:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0HBvij5004040; Tue, 17 Jan 2006 06:57:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0HBvijX067007; Tue, 17 Jan 2006 06:57:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 910A97302F; Tue, 17 Jan 2006 06:57:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060117115744.910A97302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 06:57:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 11:57:46 -0000 TB --- 2006-01-17 11:29:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-17 11:29:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-01-17 11:29:12 - cleaning the object tree TB --- 2006-01-17 11:29:39 - checking out the source tree TB --- 2006-01-17 11:29:39 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-01-17 11:29:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-17 11:35:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-17 11:35:02 - cd /src TB --- 2006-01-17 11:35: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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-17 11:57:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-17 11:57:44 - ERROR: failed to build world TB --- 2006-01-17 11:57:44 - tinderbox aborted TB --- 1.06 user 4.73 system 1711.82 real From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 12:36:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EB1916A422 for ; Tue, 17 Jan 2006 12:36:27 +0000 (GMT) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from mailout.TechFak.Uni-Bielefeld.DE (mailout.TechFak.Uni-Bielefeld.DE [129.70.136.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6784743D45 for ; Tue, 17 Jan 2006 12:36:25 +0000 (GMT) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from techfak.uni-bielefeld.de (australien.TechFak.Uni-Bielefeld.DE [129.70.131.117]) by momotombo.TechFak.Uni-Bielefeld.DE (8.12.11/8.12.11/TechFak/2005/05/30/sjaenick) with ESMTP id k0HCaE1Q004907; Tue, 17 Jan 2006 13:36:19 +0100 (MET) Message-ID: <43CCE4BD.80905@techfak.uni-bielefeld.de> Date: Tue, 17 Jan 2006 13:36:13 +0100 From: Hendrik Hasenbein User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.6) Gecko/20040218 X-Accept-Language: de, en, en-us MIME-Version: 1.0 To: "Daniel O'Connor" References: <200601171412.25229.doconnor@gsoft.com.au> In-Reply-To: <200601171412.25229.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Jacky Jack , freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 12:36:27 -0000 Daniel O'Connor wrote: > On Tuesday 17 January 2006 13:32, Jacky Jack wrote: > >>Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise TX2300 >>card installed causes my box to reboot at the bootloader. Once the card is >>pulled out I can boot off of either ISO's. >> >>Is there any known issues with the TX2300 card? > > > I've had problems with Promise FT100/TX2 controllers with those symptons. Also > I have seen the loader spin dumping register info until you press the reset > switch. I got a Promise 300TX2plus (no RAID) and have the same problems. The onboard SIL 3112 also triggers reboots. For some strange reason the behaviour is a little different after a cold start. After a cold start it reboots after the kernel got loaded and not while trying to load the kernel. That's the behaviour after the first reboot. > I found it was only a problem if an array was defined (hah, only..), it seemed > to only happen on some BIOSen - I had no trouble with older K7 Epox > motherboards but P4 ones and AMD64 Epox boards exhibited it. Problem board is a nforce2 asus board. > Unfortunately the only work around I have is to install on one disk using the > motherboard controller then mirror onto the other after connecting it to the > RAID. Obviously this only works if you want a mirror and is a PITA. Think of one drive and no-floppy and you need to reinstall the bootloader. > I am not sure how to properly fix it though, or even whos fault it is > (FreeBSD, mobo maker, or Promise) - in the P4 case I found that the BIOS > would freeze solid when you entered the menu if an array was defined on the > RAID card :( Older install CDs boot if they emulate a floppy. Hendrik -- Ahhh there's only 10 types of people in the world, those who understand binary and those who don't... From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 12:36:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA7016A41F for ; Tue, 17 Jan 2006 12:36:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574D143D45 for ; Tue, 17 Jan 2006 12:36:28 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FC98.dip.t-dialin.net [84.165.252.152]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0HCTZZE031240; Tue, 17 Jan 2006 13:29:40 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0HCa5jX006894; Tue, 17 Jan 2006 13:36:05 +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; Tue, 17 Jan 2006 13:36:04 +0100 Message-ID: <20060117133604.usxeni3g0s4o8k80@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 17 Jan 2006 13:36:04 +0100 From: Alexander Leidinger To: Jeremy Messenger References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> <43CBEEF4.1000007@rogers.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Mike Jakubik , freebsd-current@freebsd.org Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 12:36:33 -0000 Jeremy Messenger wrote: >>>> Is there an utility (cvsup-replacement) like this for base system >>>> sources ? >>>> >>> >>> See csup: http://mu.org/~mux/csup.html. But it's not ready yet. csup is a rewrite of cvsup in C. So it's not a replacement like portsnap is, it's just a different implementation of the same procedure. >> Why would one want to replace cvsup? It works great! > > You won't be asking that kind of question if you read there in the > second paragraph. ;-) I use both. For *me* the main reason to use portsnap was, that it is able to fetch updates if the only way to get something from the outside is http (e.g. via a caching proxy). This doesn't matter at home (where I use both: portsnap to update where I don't need to modify the ports collection, and cvsup+cvs for ports collection where I make changes). None of those reasons where outlined in the (removed) paragraph. So I think the question is valid. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 God is a polytheist. From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 02:52:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F07CB16A41F for ; Sat, 14 Jan 2006 02:52:11 +0000 (GMT) (envelope-from bervu@yahoo.com) Received: from web60921.mail.yahoo.com (web60921.mail.yahoo.com [209.73.178.249]) by mx1.FreeBSD.org (Postfix) with SMTP id 6438F43D45 for ; Sat, 14 Jan 2006 02:52:11 +0000 (GMT) (envelope-from bervu@yahoo.com) Received: (qmail 67676 invoked by uid 60001); 14 Jan 2006 02:52:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GD1950cSHP+79wxa6NW0Rc4YZ0QpgtBQgNscgSKh+7bDvQgDB++gEZ5yFkjfH1G02oqdjwo7BFMKT/zH1C9MwOx0tMUDNVJE5FckMw37ndGu0cPZmt6LauFH5l9lDYKrlGC85TcstqRKruH5aQKiQtN4FvOU4DWop4fyMn4mArI= ; Message-ID: <20060114025210.67674.qmail@web60921.mail.yahoo.com> Received: from [82.141.159.62] by web60921.mail.yahoo.com via HTTP; Fri, 13 Jan 2006 18:52:10 PST Date: Fri, 13 Jan 2006 18:52:10 -0800 (PST) From: Viktor Berke To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 17 Jan 2006 12:42:18 +0000 Subject: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 02:52:12 -0000 "Chris, It seems that the tarball isn't available from the location in the ports Makefile (and the port isn't available to download from the location you mentioned in your previous e-mail). Any idea where else it can be downloaded from? Adam" Hey, I can give u a link: http://users.atw.hu/bervi/utils/FreeBSD-fglrx_6_8_0-8.20.8-2-ALPHA.i386.tar.bz2 cheers, berVi __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Jan 14 17:07:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA8C16A41F for ; Sat, 14 Jan 2006 17:07:19 +0000 (GMT) (envelope-from hartmut.brandt@dlr.de) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF85D43D6B for ; Sat, 14 Jan 2006 17:07:03 +0000 (GMT) (envelope-from hartmut.brandt@dlr.de) Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de [130.149.17.13]) by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id SAA25457; Sat, 14 Jan 2006 18:07:01 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 56B64FC61; Sat, 14 Jan 2006 18:07:01 +0100 (MET) Received: from mailhost.cs.tu-berlin.de ([127.0.0.1]) by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP id 23608-28; Sat, 14 Jan 2006 18:06:59 +0100 (MET) 11253 Received: from dlr.de (pD9F9DE7E.dip.t-dialin.net [217.249.222.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: novo) by mailhost.cs.tu-berlin.de (Postfix) with ESMTP; Sat, 14 Jan 2006 18:06:59 +0100 (MET) Message-ID: <43C93017.3080305@dlr.de> Date: Sat, 14 Jan 2006 18:08:39 +0100 From: Hartmut Brandt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <200601140758.02019.max@love2party.net> In-Reply-To: <200601140758.02019.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de X-Mailman-Approved-At: Tue, 17 Jan 2006 12:44:38 +0000 Cc: freebsd-current@freebsd.org Subject: Re: make or kmod.mk broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 17:07:19 -0000 Max Laier wrote: >Hi, > >in kmod.mk (and I believe in other places as well) we have constructs in the >form of this: ${SOMEARRAY:M${SOMEVAR}} However, make doesn't seem to >understand this. I don't see any traces that it ever did and I have no clue >if it should. > >I might well misunderstand things (not a make guru) so here is my testcase: > >| STUFF= foo bar foobar >| FOO=foo >| >| mtest: >| echo ${STUFF:M${FOO}} > >and "$make mtest" gives: >| echo } >| } > >this clearly suggests that make is not equipped to handle the variable >expansion here. > > Looks so. I suppose that we should use VarGetPattern() in modifier_M() in var.c to get the pattern instead of doing it by hand, though VarGetPattern() may need to know that we're getting a shell instead of a regexp pattern (special handling for '$' before ':'). >In any case we have to fix either kmod.mk or make. > > I would prefer to fix make. >On a related question: How can I get the actual location of a file that is >in .PATH? All I could come up with was ${.ALLSRC:M*${MY_FILE}} which doesn't >work as I am explaining here. > > > M*$(MY_FILE) would also match 'foobar' if MY_FILE is 'bar' which is probably not what you want. .IMPSRC might be what you want if you talk about an implicite rule. harti From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 12:26:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F2E16A41F for ; Sun, 15 Jan 2006 12:26:00 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CE943D48 for ; Sun, 15 Jan 2006 12:25:59 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id k0FCPp3F030757 for ; Sun, 15 Jan 2006 13:25:51 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id k0FCPpAm030754 for ; Sun, 15 Jan 2006 13:25:51 +0100 Date: Sun, 15 Jan 2006 13:25:50 +0100 (CET) From: Goran Gajic To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 17 Jan 2006 12:46:05 +0000 Subject: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 12:26:00 -0000 Hi, On 14.Jan. I have rebuild world and kernel and I can report that at least two things are broken on amd64. First, Xorg can't be started (I have tried rebuilding ports/x11-servers/xorg-server but this is all I get when I try running X: # X X Window System Version 6.8.2 Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: FreeBSD 7.0 amd64 [ELF] Current Operating System: FreeBSD magarac 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Jan 15 10:17:46 CET 2006 root@magarac:/usr/src/sys/amd64/compile/TEST amd6 4 Build Date: 15 January 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jan 15 13:20:37 2006 (==) Using config file: "/etc/X11/xorg.conf" and nothing happens. I have also noticed that joe is broken too (it was running fine before): # joe /etc/X11/xorg.conf Processing '/usr/local/etc/joe/joerc'...Segmentation fault (core dumped) # I don't know if this is just amd64 related since it will take me some time to rebuild on i386. Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 12:47:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F33E16A41F for ; Tue, 17 Jan 2006 12:47:43 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from centrmmtao06.cox.net (centrmmtao06.cox.net [70.168.83.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C70043D67 for ; Tue, 17 Jan 2006 12:47:39 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by centrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060117124740.QPUF4002.centrmmtao06.cox.net@mezz.mezzweb.com>; Tue, 17 Jan 2006 07:47:40 -0500 Date: Tue, 17 Jan 2006 06:48:54 -0600 To: "Alexander Leidinger" References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> <43CBEEF4.1000007@rogers.com> <20060117133604.usxeni3g0s4o8k80@netchild.homeip.net> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20060117133604.usxeni3g0s4o8k80@netchild.homeip.net> User-Agent: Opera M2/8.51 (Linux, build 1462) Cc: Mike Jakubik , freebsd-current@freebsd.org Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 12:47:43 -0000 On Tue, 17 Jan 2006 06:36:04 -0600, Alexander Leidinger wrote: > Jeremy Messenger wrote: > >>>>> Is there an utility (cvsup-replacement) like this for base system >>>>> sources ? >>>>> >>>> >>>> See csup: http://mu.org/~mux/csup.html. But it's not ready yet. > > csup is a rewrite of cvsup in C. So it's not a replacement like portsnap > is, > it's just a different implementation of the same procedure. > >>> Why would one want to replace cvsup? It works great! >> >> You won't be asking that kind of question if you read there in the >> second paragraph. ;-) > > I use both. For *me* the main reason to use portsnap was, that it is > able to > fetch updates if the only way to get something from the outside is http > (e.g. via a caching proxy). This doesn't matter at home (where I use > both: > portsnap to update where I don't need to modify the ports collection, and > cvsup+cvs for ports collection where I make changes). None of those > reasons > where outlined in the (removed) paragraph. So I think the question is > valid. I think, he means why would one want Csup to replace CVSup instead Portsnap replace CVSup. The second paragraph is a valid answer for Csup to replace CVSup, but not Portsnap. Cheers, Mezz > Bye, > Alexander. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 19:20:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0DAD16A41F for ; Mon, 16 Jan 2006 19:20:37 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8521343D45 for ; Mon, 16 Jan 2006 19:20:34 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k0GJKKZd060866 for ; Mon, 16 Jan 2006 21:20:20 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 16 Jan 2006 21:20:20 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20060116203504.U44104@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 17 Jan 2006 12:52:53 +0000 Subject: make delete-old hurts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 19:20:38 -0000 Hello! I've tried to use relatively recent 'make delete-old' command during the upgrade of stock 6.0-RELEASE to CURRENT. From /usr/src/UPDATING: To upgrade in-place from 5.x-stable to current ---------------------------------------------- make buildworld [9] make kernel KERNCONF=YOUR_KERNEL_HERE [8] [1] [3] mergemaster -p [5] make installworld make delete-old mergemaster -i [4] (BTW, this file is from HEAD - isn't it time to update 'from 5.x-stable' phrase?). I did this sequence several times before, but it's first time I've done 'make delete-old'. However I've detected a regression due to this command later, during building of the port x11/XFree86-4-documents: tbl ../../../doc/util/macros.t Xtrans.mm | groff -Tps -mm 2> index.raw > Xtrans.nps && mv -f Xtrans.nps Xtrans.ps /usr/share/tmac/m.tmac:365: can't find macro file `mm/locale' *** Error code 1 Indeed, file /usr/share/tmac/m.tmac, line 365: .el .mso mm/locale So it seems to me that it refers to /usr/share/tmac/mm/locale, but this file was removed during 'make delete-old' because this file is listed in /usr/src/ObsoleteFiles.inc. Was this removal intentional? If yes, why my m.tmac still refers to mm/locale (modification date of m.tmac suggests that it has actually been updated during 'make installworld')? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 20:15:37 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB65116A41F for ; Mon, 16 Jan 2006 20:15:37 +0000 (GMT) (envelope-from stephane.potvin@telcobridges.com) Received: from tomts23-srv.bellnexxia.net (tomts23.bellnexxia.net [209.226.175.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4249B43D48 for ; Mon, 16 Jan 2006 20:15:19 +0000 (GMT) (envelope-from stephane.potvin@telcobridges.com) Received: from mail.telcobridges.com ([67.70.237.76]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060116201515.ZZQS23453.tomts23-srv.bellnexxia.net@mail.telcobridges.com> for ; Mon, 16 Jan 2006 15:15:15 -0500 Received: from [10.0.0.207] (sep-freebsd.telcobridges.com [10.0.0.207]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id k0GKFD9I093144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 16 Jan 2006 15:15:14 -0500 (EST) (envelope-from stephane.potvin@telcobridges.com) Message-ID: <43CBFE99.5090402@telcobridges.com> Date: Mon, 16 Jan 2006 15:14:17 -0500 From: "Stephane E. Potvin" Organization: TelcoBridges Inc. User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 17 Jan 2006 12:55:55 +0000 Cc: Subject: LSISAS1064 support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 20:15:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have a Sun Galaxy X4200 that I would really like to install FreeBSD on. Unfortunately, it uses the new LSISAS1064 controller as it's scsi controller. This controller is part of the MTP Fusion family. Support for this is not yet available in the FreeBSD mtp driver. Does anybody knows if support for this particular controller is in the works? If yes, I'd be really happy to do some testings once a version is available. Regards, Steph - -- Stephane E. Potvin, B. Ing. TelcoBridges Inc. Chief Technology Officer Technical Support Team Tel: 450-655-8993 x104 Fax: 450-655-9511 ** Winner of "Mercuriades 2004" Competition - Technological Innovation ** Winner of "2004 Prix Excellence" Competition - Canada Innovation -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDy/6YmdOXtTCX/nsRAhoUAKCHzJwLkX1vDIG12r3mbIiBi9COMQCg4WLs sjle2TkS2YaNs8lWPYjfl5A= =mRD5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 13:13:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D37C616A41F for ; Tue, 17 Jan 2006 13:13:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBBCB43D45 for ; Tue, 17 Jan 2006 13:13:21 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FC98.dip.t-dialin.net [84.165.252.152]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0HD6eof031365; Tue, 17 Jan 2006 14:06:41 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0HDDCB8013742; Tue, 17 Jan 2006 14:13:12 +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; Tue, 17 Jan 2006 14:13:11 +0100 Message-ID: <20060117141311.ur6csr5mo4wow4ww@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 17 Jan 2006 14:13:11 +0100 From: Alexander Leidinger To: Dmitry Pryanishnikov References: <20060116203504.U44104@atlantis.atlantis.dp.ua> In-Reply-To: <20060116203504.U44104@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: make delete-old hurts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 13:13:25 -0000 Dmitry Pryanishnikov wrote: > I've tried to use relatively recent 'make delete-old' command > during the upgrade of stock 6.0-RELEASE to CURRENT. From /usr/src/UPDATING: [...] > tbl ../../../doc/util/macros.t Xtrans.mm | groff -Tps -mm 2> > index.raw > Xtrans.nps && mv -f Xtrans.nps Xtrans.ps > /usr/share/tmac/m.tmac:365: can't find macro file `mm/locale' > *** Error code 1 > > Indeed, file /usr/share/tmac/m.tmac, line 365: > > .el .mso mm/locale > > So it seems to me that it refers to /usr/share/tmac/mm/locale, but this file > was removed during 'make delete-old' because this file is listed in > /usr/src/ObsoleteFiles.inc. Was this removal intentional? If yes, why > my m.tmac still refers to mm/locale (modification date of m.tmac > suggests that it has actually been updated during 'make > installworld')? Please redo the installworld run and then run "make check-old" (I may not be able to do this simple check myself today). If mm/locale gets listed, the addition of it to the ObsoleteFiles.inc file is wrong. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Few things are harder to put up with than the annoyance of a good example. -- Mark Twain From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 13:34:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F6B16A41F for ; Tue, 17 Jan 2006 13:34:21 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D14543D55 for ; Tue, 17 Jan 2006 13:34:10 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k0HDXm57055977; Tue, 17 Jan 2006 14:33:49 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <43CCE4BD.80905@techfak.uni-bielefeld.de> References: <200601171412.25229.doconnor@gsoft.com.au> <43CCE4BD.80905@techfak.uni-bielefeld.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <31E71DF5-1C74-4FF2-8673-4A408AF00F29@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 17 Jan 2006 14:33:48 +0100 To: Hendrik Hasenbein X-Mailer: Apple Mail (2.746.2) Cc: Jacky Jack , freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 13:34:21 -0000 Am 17.01.2006 um 13:36 schrieb Hendrik Hasenbein: > Daniel O'Connor wrote: >> On Tuesday 17 January 2006 13:32, Jacky Jack wrote: >>> Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a >>> Promise TX2300 >>> card installed causes my box to reboot at the bootloader. Once >>> the card is >>> pulled out I can boot off of either ISO's. >>> >>> Is there any known issues with the TX2300 card? >> I've had problems with Promise FT100/TX2 controllers with those >> symptons. Also I have seen the loader spin dumping register info >> until you press the reset switch. > > I got a Promise 300TX2plus (no RAID) and have the same problems. > The onboard SIL 3112 also triggers reboots. FWIW, with a TX4 it reboots if any disks are attached to the controller. Everything is fine if there are no disks. This is with a Promise BIOS from around a year ago. Booting from hard disk is not a problem, only cdboot. Stefan atapci0@pci1:3:0: class=0x018000 card=0x3318105a chip=0x3318105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20318(??) FastTrak SATA150 TX4 Controller' class = mass storage -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 13:38:10 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F32F816A420 for ; Tue, 17 Jan 2006 13:38:09 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3433643D78 for ; Tue, 17 Jan 2006 13:37:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0151F50A7F; Tue, 17 Jan 2006 14:37:55 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9210450A3E; Tue, 17 Jan 2006 14:37:48 +0100 (CET) Date: Tue, 17 Jan 2006 14:37:33 +0100 From: Pawel Jakub Dawidek To: Michael Bushkov Message-ID: <20060117133733.GD20602@garage.freebsd.pl> References: <43A009CB.2090800@rsu.ru> <20051219130928.GE63860@submonkey.net> <20051219135019.GF63860@submonkey.net> <43A6CC9E.6040109@rsu.ru> <20051219152505.GI63860@submonkey.net> <002c01c604c4$60ebe010$0100a8c0@jersey> <20051219183137.GA1103@odin.ac.hmc.edu> <43A7D4A6.6000607@rsu.ru> <20051220140927.GA1671@garage.freebsd.pl> <43A977B4.6080200@rsu.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hwvH6HDNit2nSK4j" Content-Disposition: inline In-Reply-To: <43A977B4.6080200@rsu.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org, Ceri Davies Subject: Re: [PATCH] pidfile_check() possible function X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 13:38:10 -0000 --hwvH6HDNit2nSK4j Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 21, 2005 at 06:41:40PM +0300, Michael Bushkov wrote: +> Hi! +> I've made a sample implementation of pidfile_check() function based on p= kill's takepid() function. It's interface is like this: +> int pidfile_check(const char *path, int pidfilelock, pid_t *pidptr); +>=20 +> The patch is here: +> http://rsu.ru/~bushman/libpidfile.patch +>=20 +> pidfile_check returns 0 if the pidfile owner seems to be active and (-1)= otherwise (in case of failure errno would also be set). +>=20 +> The path argument is the path of the pidfile. If pidfilelock is not 0, t= he function will attempt to lock the file to check if the pidfile owner is = currently running. If=20 +> pidptr is not NULL and pidfile owner seems to be active, it's pid will b= e placed in pidptr. Thanks for the patch. Some comments: - There is a missing close(fd) is case of flock() =3D=3D 0. - We can avoid reading when pidptr is NULL, right? Now it reads the file always, which is not always needed. I'm not going to commit the patch yet, I'll keep it in mind and commit when we can find a use for it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --hwvH6HDNit2nSK4j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzPMdForvXbEpPzQRAqQMAKCC3F+wKIRyQM+Se7ZwlHVxOBoeTgCfdBIi CWdsECTYQSVpyX4d2i6Gwjw= =90ne -----END PGP SIGNATURE----- --hwvH6HDNit2nSK4j-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 14:19:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84C0116A41F for ; Tue, 17 Jan 2006 14:19:50 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26AE143D48 for ; Tue, 17 Jan 2006 14:19:50 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0HEJmQi003216; Tue, 17 Jan 2006 09:19:48 -0500 (EST) Date: Tue, 17 Jan 2006 09:19:48 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Doug White In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: New malloc breaks old libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 14:19:50 -0000 On Tue, 17 Jan 2006, Daniel Eischen wrote: > On Mon, 16 Jan 2006, Doug White wrote: > > > Got this trying to run an old Xorg binary on a -CURRENT machine I don't > > update very frequently: > > > > /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol "__malloc_lock" > > > > The libpthread.so.1 was from June 2005, prior to the libpthread version > > bump. Unfortunately this means that RELENG_6 compatibility is broken in > > -HEAD since the new libc.so.6 is not compatible with libraries built > > against it prior to the merge date of the new user malloc. > > Don't do that. We don't guarantee -current libraries built on > (vastly) different dates will run nicely together. I wasn't too clear. libpthread.so.1 is supposed to be matched with libc.so.5. Your error message indicates it is trying to use a recent libc.so.6 (which should be matched with libpthread.so.2), not libc.so.5. So something seems screwed up on your end (/etc/libmap.conf?). The only consumers of __malloc_lock and the _malloc_{pre,post}fork symbols (in recent libc.so.6) should be libc_r, libpthread, and libthr. As long as you use libraries that are built from the same source tree, you should be OK. Even when moving from RELENG_6 to HEAD. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 14:53:17 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C5CA16A41F for ; Tue, 17 Jan 2006 14:53:17 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0C143D45 for ; Tue, 17 Jan 2006 14:53:13 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id k0HEr1wU008489; Tue, 17 Jan 2006 15:53:02 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id k0HEqwRv008486; Tue, 17 Jan 2006 15:52:59 +0100 Date: Tue, 17 Jan 2006 15:52:58 +0100 (CET) From: Goran Gajic To: Joseph Koshy In-Reply-To: <84dead720601170605m406353b5nfbe9e4f2890b59b4@mail.gmail.com> Message-ID: References: <84dead720601170605m406353b5nfbe9e4f2890b59b4@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 17 Jan 2006 15:00:17 +0000 Cc: freebsd-current@www.freebsd.org Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 14:53:17 -0000 Hi, I have already tried - malloc.c 1.93, 1.94 and 1.95 seems to break joe and Xorg on amd64 (so far only two applications I have found not working). On i386 so far I haven't experienced such problems. I have tried switching back to malloc.c 1.92 and I don't experience any problems on amd64. Running joe through gdb reports that it breaks somewhere in libncurses.. Regards, gg. On Tue, 17 Jan 2006, Joseph Koshy wrote: >> I don't know if this is just amd64 related since it will take >> me some time to rebuild on i386. > > We have a new malloc(3) in -current. From /usr/src/UPDATING: > > 20060113: > libc's malloc implementation has been replaced. This > change has the potential to uncover application bugs that > previously went unnoticed. See the malloc(3) manual page > for more details. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 15:30:29 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C54816A41F for ; Tue, 17 Jan 2006 15:30:29 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B040043D46 for ; Tue, 17 Jan 2006 15:30:28 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0HFULT7022617; Tue, 17 Jan 2006 07:30:21 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0HFUL1K022616; Tue, 17 Jan 2006 07:30:21 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 07:30:21 -0800 From: Steve Kargl To: Goran Gajic Message-ID: <20060117153021.GA22577@troutmask.apl.washington.edu> References: <84dead720601170605m406353b5nfbe9e4f2890b59b4@mail.gmail.com> 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-current@www.freebsd.org Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 15:30:29 -0000 On Tue, Jan 17, 2006 at 03:52:58PM +0100, Goran Gajic wrote: > > I have already tried - malloc.c 1.93, 1.94 and 1.95 seems to break > joe and Xorg on amd64 (so far only two applications I have found not > working). On i386 so far I haven't experienced such problems. > I have tried switching back to malloc.c 1.92 and I don't experience any > problems on amd64. Running joe through gdb reports that it breaks > somewhere in libncurses.. The problem with Xorg on amd64 is known, and I believe Jason intends to look into the problem when his hardware arrives. The prolem with joe appears to be new. Can you build libncurses and joe with debugging symbol to get more information? Can rebuild joe with electric fence? Also, read the malloc manpage for setting various flags. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 15:32:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE4616A420 for ; Tue, 17 Jan 2006 15:32:05 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D7A343D49 for ; Tue, 17 Jan 2006 15:32:00 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k0HFVlFx027543; Tue, 17 Jan 2006 16:31:48 +0100 (MET) Message-ID: <43CD0DE0.3010803@fer.hr> Date: Tue, 17 Jan 2006 16:31:44 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Goran Gajic References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 15:32:05 -0000 Goran Gajic wrote: > On 14.Jan. I have rebuild world and kernel and I can report > that at least two things are broken on amd64. First, Xorg > can't be started (I have tried rebuilding Did you run ldd on relevant binaries to verify you are not using old/different/multiple versions of librares? From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 15:53:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB85F16A41F for ; Tue, 17 Jan 2006 15:53:45 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62F7043D5E for ; Tue, 17 Jan 2006 15:53:41 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr6.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0HFrdPU092391; Tue, 17 Jan 2006 16:53:39 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k0HFrdbJ035012; Tue, 17 Jan 2006 16:53:39 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k0HFrcnn035011; Tue, 17 Jan 2006 16:53:39 +0100 (CET) (envelope-from wb) Date: Tue, 17 Jan 2006 16:53:38 +0100 From: Wilko Bulte To: Jacky Jack Message-ID: <20060117155338.GA34996@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 15:53:46 -0000 On Tue, Jan 17, 2006 at 03:02:50AM +0000, Jacky Jack wrote.. > Hi, > > Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise TX2300 > card installed causes my box to reboot at the bootloader. Once the card is > pulled out I can boot off of either ISO's. > > Is there any known issues with the TX2300 card? Mine is happily running a RAID1 on 6-stable. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 15:56:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9931116A41F for ; Tue, 17 Jan 2006 15:56:23 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D44C43D97 for ; Tue, 17 Jan 2006 15:56:12 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k0HFu7Hn019399 for ; Tue, 17 Jan 2006 16:56:08 +0100 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 376B24061D for ; Tue, 17 Jan 2006 16:56:07 +0100 (CET) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30990-07 for ; Tue, 17 Jan 2006 16:56:02 +0100 (CET) Received: from niobe (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 807844050F for ; Tue, 17 Jan 2006 16:56:02 +0100 (CET) Date: Tue, 17 Jan 2006 16:56:02 +0100 From: Roger Grosswiler To: freebsd-current@freebsd.org X-Mailer: Balsa 2.3.8 Message-Id: <1137513362l.15491l.4l@niobe> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-07.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-07.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Fuz2=1 Subject: wpa not working with ndis? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 15:56:23 -0000 Hey, I have my laptop using ndis with a d-link dwl-g650+ i tested it using only nothing (means no wpa, no wep) - and this works =20 without problems. now, i configured wpa_supplicant to use wpa - so: on my 1st box, wpa_supplicant crashes the systems on my 2nd box, wpa does not do anything. i start it using 'wpa_supplicant -indis0 -c/etc/wpa.conf -Bw this works on my linux box without any problem. my wpa.conf is as follows: ctrl_interface=3D/var/run/wpa_supplicant ap_scan=3D2 network=3D{ ssid=3D"MyHome" scan_ssid=3D1 psk=3D"MyVeryVeryVerySecretPassphraseYouNeverGuess:-D" key_mgmt=3DWPA-PSK proto=3DWPA pairwise=3DTKIP group=3DTKIP Thanks for any help. Roger From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 16:11:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC0C16A41F for ; Tue, 17 Jan 2006 16:11:44 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FD7B43D58 for ; Tue, 17 Jan 2006 16:11:43 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k0HGBfqT016734 for ; Tue, 17 Jan 2006 17:11:41 +0100 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 0487C4061D for ; Tue, 17 Jan 2006 17:11:41 +0100 (CET) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30990-09 for ; Tue, 17 Jan 2006 17:11:36 +0100 (CET) Received: from niobe (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 11C314050F for ; Tue, 17 Jan 2006 17:11:36 +0100 (CET) Date: Tue, 17 Jan 2006 17:11:36 +0100 From: Roger Grosswiler To: freebsd-current@freebsd.org References: <1137513362l.15491l.4l@niobe> In-Reply-To: <1137513362l.15491l.4l@niobe> (from roger@gwch.net on Tue Jan 17 16:56:02 2006) X-Mailer: Balsa 2.3.8 Message-Id: <1137514296l.15491l.6l@niobe> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-03.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-03.tornado.cablecom.ch 32701; Body=1 Fuz1=1 Fuz2=1 Subject: AW: wpa not working with ndis? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 16:11:44 -0000 Am 2006-01-17 16:56:02 schrieb(en) Roger Grosswiler: > Hey, >=20 > I have my laptop using ndis with a d-link dwl-g650+ >=20 > i tested it using only nothing (means no wpa, no wep) - and this =20 > works without problems. >=20 > now, i configured wpa_supplicant to use wpa - so: >=20 > on my 1st box, wpa_supplicant crashes the systems > on my 2nd box, wpa does not do anything. >=20 > i start it using 'wpa_supplicant -indis0 -c/etc/wpa.conf -Bw >=20 > this works on my linux box without any problem. >=20 > my wpa.conf is as follows: >=20 > ctrl_interface=3D/var/run/wpa_supplicant > ap_scan=3D2 > network=3D{ > ssid=3D"MyHome" > scan_ssid=3D1 > psk=3D"MyVeryVeryVerySecretPassphraseYouNeverGuess:-D" > key_mgmt=3DWPA-PSK > proto=3DWPA > pairwise=3DTKIP > group=3DTKIP >=20 > Thanks for any help. > Roger sorry, wrong list - is new posted in freebsd-stable as it concerns 6.0 Roger From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 16:43:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id D912516A420; Tue, 17 Jan 2006 16:43:08 +0000 (GMT) In-Reply-To: <1137513362l.15491l.4l@niobe> from Roger Grosswiler at "Jan 17, 2006 04:56:02 pm" To: roger@gwch.net (Roger Grosswiler) Date: Tue, 17 Jan 2006 16:43:08 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060117164308.D912516A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: wpa not working with ndis? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 16:43:09 -0000 > Hey, > > I have my laptop using ndis with a d-link dwl-g650+ I don't know what chipset the dwl-g650+ has. You should show us what pciconf -lv says so we can tell. (No, it doesn't matter what part number the board distributor assigns: they keep switching chipsets so often it's impossible to tell what the card really is until you plug it in.) > i tested it using only nothing (means no wpa, no wep) - and this works > without problems. > > now, i configured wpa_supplicant to use wpa - so: > > on my 1st box, wpa_supplicant crashes the systems Show us the crash log then. > on my 2nd box, wpa does not do anything. No, it does something. It just doesn't do what you want. You should have run it with -d and recorded the debugging output for us to see, instead of running it with -Bw. > i start it using 'wpa_supplicant -indis0 -c/etc/wpa.conf -Bw Try using "-D ndis" to force the use of the NDIS driver support in wpa_supplicant. If you do this, you should also run "ndis_events -a" before starting wpa_supplicant. (I'm assuming since you're posting on freebsd-current that you're attempting this with -current. If not, you should mention what version of FreeBSD you have. The -D ndis option is available in FreeBSD 6.0 and later.) If you really want to figure out what's wrong with the native BSD support, you should run wpa_supplicant with -d like I said, save the output, then post it here. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:04:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56DE616A41F for ; Tue, 17 Jan 2006 17:04:01 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web31815.mail.mud.yahoo.com (web31815.mail.mud.yahoo.com [68.142.206.168]) by mx1.FreeBSD.org (Postfix) with SMTP id 8FE7E43D5A for ; Tue, 17 Jan 2006 17:04:00 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 73778 invoked by uid 60001); 17 Jan 2006 17:03:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GiVLLzmD5AApTpgmrXwZE5MoFL13vZjbf046KxadioRbBa2RoGXkhry5uzSOE5fZ6tP7vb9PCDDQRcSiPeeWtkawSTKLbuzSAnjZ9F+cAPwIlPqB60GndacZPE/4HxbHnRGwZokkg4F0/go3etSfWFuqdMjHARAyJd1IAZeLW4Q= ; Message-ID: <20060117170359.73776.qmail@web31815.mail.mud.yahoo.com> Received: from [71.139.6.191] by web31815.mail.mud.yahoo.com via HTTP; Tue, 17 Jan 2006 09:03:59 PST Date: Tue, 17 Jan 2006 09:03:59 -0800 (PST) From: Mohan Srinivasan To: frank@exit.com, hackers@freebsd.org In-Reply-To: <1137477965.95312.15.camel@realtime.exit.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current Subject: Re: Panic in nfs_putpages() on 6-stable, more info. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 17:04:01 -0000 > See http://www.freebsd.org/cgi/query-pr.cgi?pr=91879 for the patch. I > went ahead and fixed all the filesystems I could find, since they all > had nearly identical code. I just looked at your changes (and at ufs_reclaim()). I'll get this committed to current and it'll get MFC'ed. mohan From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:09:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A1C16A422 for ; Tue, 17 Jan 2006 17:09:45 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5283643D55 for ; Tue, 17 Jan 2006 17:09:42 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0HH9av8007103; Tue, 17 Jan 2006 19:09:38 +0200 Received: by flame.pc (Postfix, from userid 1001) id A986511710; Tue, 17 Jan 2006 19:09:33 +0200 (EET) Date: Tue, 17 Jan 2006 19:09:33 +0200 From: Giorgos Keramidas To: Goran Gajic Message-ID: <20060117170933.GA2950@flame.pc> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 17:09:45 -0000 On 2006-01-15 13:25, Goran Gajic wrote: > > Hi, > > On 14.Jan. I have rebuild world and kernel and I can report > that at least two things are broken on amd64. First, Xorg > can't be started (I have tried rebuilding > ports/x11-servers/xorg-server but this is all I get when > I try running X: This problem is known. You can get X.org to work again by installing the xorg-server-snap port, which works fine. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:29:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B64E16A41F; Tue, 17 Jan 2006 17:29:44 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ECC043D48; Tue, 17 Jan 2006 17:29:34 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 83BA75766; Tue, 17 Jan 2006 18:37:03 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Tue, 17 Jan 2006 18:37:03 +0100 (CET) Message-ID: <43CD2974.3030308@freesbie.org> Date: Tue, 17 Jan 2006 18:29:24 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: Daichi GOTO References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> <43C90A68.9000909@freebsd.org> In-Reply-To: <43C90A68.9000909@freebsd.org> X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig76D6B12D56AD9896B771151E" X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 17:29:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig76D6B12D56AD9896B771151E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Daichi GOTO ha scritto: > I have updated the patches: > > For 7-current patch > http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff > > For 6.x patch > http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff > > Changes from -p4: > - fixed around "can't fifo/vnode bypass -1" panic problem > - added some comments into source-code for src-developer > - edited style as style(9) saye FreeSBIE test image with a debug kernel patched with -p5 patchset: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060116.iso.torrent To obtain a panic, just do normal operations like login as freesbie (/usr/home/freesbie is under unionfs). If you log in as root, you should be able to inspect something in the filesystem without having a panic. The panic is triggered by the chdir syscall: panic: userret: Returning with 1 locks held. cpuid = 0 KDB: enter: panic [thread pid 592 tid 100063 ] Stopped at kdb_enter+0x2c: leave db> bt Tracing pid 592 tid 100063 td 0xc1a8a180 kdb_enter(c08fc650,100,c1a8a180,d,c1f2c000) at kdb_enter+0x2c panic(c08ff985,1,d,c1a8a180,c1f2c000) at panic+0x17f ast(c1a8a180,c83c5d38,43,2,43) at ast syscall(3b,3b,3b,3e8,bfbfe940) at syscall+0x186 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (13, FreeBSD ELF32, fchdir), eip = 0x28131cdb, esp = 0xbfbfe84c, ebp = 0xbfbfe8e8 --- db> Bye, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig76D6B12D56AD9896B771151E 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.1 (Darwin) iD8DBQFDzSl3ymi72IiShysRAmElAJ9617k4HCiLYOLyxYz68WA1u1tjQgCfY6ar PKZQPIAEAYYWGNPCmA6Iysc= =ZcQW -----END PGP SIGNATURE----- --------------enig76D6B12D56AD9896B771151E-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 18:09:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1BE16A41F for ; Tue, 17 Jan 2006 18:09:38 +0000 (GMT) (envelope-from spk@onyx.hysteria.sk) Received: from onyx.hysteria.sk (onyx.hysteria.sk [195.168.3.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABC6443D4C for ; Tue, 17 Jan 2006 18:09:37 +0000 (GMT) (envelope-from spk@onyx.hysteria.sk) Received: by onyx.hysteria.sk (Postfix, from userid 1845) id 84A08C01BA9; Tue, 17 Jan 2006 19:09:31 +0100 (CET) Date: Tue, 17 Jan 2006 19:09:31 +0100 From: mv To: freebsd-current@freebsd.org Message-ID: <20060117180931.GA31159@hysteria.sk> Mail-Followup-To: mv , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [PATCH] simple bktr(4) changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 18:09:38 -0000 Some time ago I played with my bktr tuner and realize that bktr(4) man page is little bit out of date considering sys/dev/bktr/bktr_tuner.h and bktr_card.h. I made patch which is at http://hysteria.sk/spk/bktr.4.patch I hope this would be useful for someone. mv From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 18:36:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9AB916A41F for ; Tue, 17 Jan 2006 18:36:35 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE1B243D4C for ; Tue, 17 Jan 2006 18:36:34 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Tue, 17 Jan 2006 10:36:33 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 20DD95D09; Tue, 17 Jan 2006 10:36:33 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: mv In-reply-to: Your message of "Tue, 17 Jan 2006 19:09:31 +0100." <20060117180931.GA31159@hysteria.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Jan 2006 10:36:33 -0800 From: "Kevin Oberman" Message-Id: <20060117183633.20DD95D09@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] simple bktr(4) changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 18:36:35 -0000 > Some time ago I played with my bktr tuner and realize that bktr(4) man page > is little bit out of date considering sys/dev/bktr/bktr_tuner.h and bktr_card.h. > I made patch which is at > > http://hysteria.sk/spk/bktr.4.patch > > I hope this would be useful for someone. Patches, should be submitted as PRs. That way it will not get lost in the noise. (Note that this does not assure quick action and a message to current citing the PR is not a bad idea.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 18:43:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C894516A422 for ; Tue, 17 Jan 2006 18:43:26 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AA4643D58 for ; Tue, 17 Jan 2006 18:43:16 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 29305 invoked from network); 17 Jan 2006 18:43:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RzusAvet50SKi4X489ENcShnoOl4cCi78r1hhofF3hHp6uqL9FHrPm72ZAWr23xNCgtXKJi7BVEcdURzeQ64+MHZtMY2vEvSO0HjzVnAiOwQjDeGo/EgK1XEOdwA6dRMQFLeHMWXrnd7HOCJPfkUmVGiobb1h1NDSi+oQIH66tU= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp106.rog.mail.re2.yahoo.com with SMTP; 17 Jan 2006 18:43:15 -0000 Message-ID: <43CD3ACC.2060201@rogers.com> Date: Tue, 17 Jan 2006 13:43:24 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jeremy Messenger References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> <43CBEEF4.1000007@rogers.com> <20060117133604.usxeni3g0s4o8k80@netchild.homeip.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 18:43:26 -0000 Jeremy Messenger wrote: > On Tue, 17 Jan 2006 06:36:04 -0600, Alexander Leidinger > wrote: > >> Jeremy Messenger wrote: >> >>>>>> Is there an utility (cvsup-replacement) like this for base >>>>>> system sources ? >>>>>> >>>>> >>>>> See csup: http://mu.org/~mux/csup.html. But it's not ready yet. >> >> csup is a rewrite of cvsup in C. So it's not a replacement like >> portsnap is, >> it's just a different implementation of the same procedure. >> >>>> Why would one want to replace cvsup? It works great! >>> >>> You won't be asking that kind of question if you read there in the >>> second paragraph. ;-) >> >> I use both. For *me* the main reason to use portsnap was, that it is >> able to >> fetch updates if the only way to get something from the outside is http >> (e.g. via a caching proxy). This doesn't matter at home (where I use >> both: >> portsnap to update where I don't need to modify the ports collection, >> and >> cvsup+cvs for ports collection where I make changes). None of those >> reasons >> where outlined in the (removed) paragraph. So I think the question is >> valid. > > I think, he means why would one want Csup to replace CVSup instead > Portsnap replace CVSup. The second paragraph is a valid answer for > Csup to replace CVSup, but not Portsnap. No, thats not what i meant. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 18:51:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4596016A422 for ; Tue, 17 Jan 2006 18:51:01 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id E8E4C43D7F for ; Tue, 17 Jan 2006 18:50:40 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 64824 invoked from network); 17 Jan 2006 18:50:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=45Yxs59Q5fBx1qGBGYm8ZMVXNTzwb8MtBp6M2ms4W5q9ngqW7xDpI8dtyDBVg81RMaR/SiVDZ2Jgjqi+GetAn13/BxlCZKewh2h14ze2eCVMIdc6M82UXsc7OFfbenUJNjNf2BYZhmC7IJK5KFpqodxMypaIyj7DP7V9HtUoylc= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 17 Jan 2006 18:50:39 -0000 Message-ID: <43CD3C89.4030608@rogers.com> Date: Tue, 17 Jan 2006 13:50:49 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Alexander Leidinger References: <42F871B4.6000703@freebsd.org> <200601161324.57292.nike_d@cytexbg.com> <43CB8E90.8090902@suutari.iki.fi> <20060116175526.GA25023@lizzy.catnook.local> <43CBEEF4.1000007@rogers.com> <20060117133604.usxeni3g0s4o8k80@netchild.homeip.net> In-Reply-To: <20060117133604.usxeni3g0s4o8k80@netchild.homeip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Messenger , freebsd-current@freebsd.org Subject: Re: Portsnap is now in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 18:51:01 -0000 Alexander Leidinger wrote: > Jeremy Messenger wrote: > >>> Why would one want to replace cvsup? It works great! >> >> You won't be asking that kind of question if you read there in the >> second paragraph. ;-) > > I use both. For *me* the main reason to use portsnap was, that it is > able to > fetch updates if the only way to get something from the outside is http > (e.g. via a caching proxy). This doesn't matter at home (where I use > both: > portsnap to update where I don't need to modify the ports collection, and > cvsup+cvs for ports collection where I make changes). None of those > reasons > where outlined in the (removed) paragraph. So I think the question is > valid. This i did not consider, the ability to use plain http would be beneficial for me, as i have some clients that are heavily firewalled, and using cvsup is not possible. So to also be able to fetch current sources would be nice too! From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 19:04:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB1916A41F for ; Tue, 17 Jan 2006 19:04:02 +0000 (GMT) (envelope-from spk@onyx.hysteria.sk) Received: from onyx.hysteria.sk (onyx.hysteria.sk [195.168.3.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F05643D49 for ; Tue, 17 Jan 2006 19:03:55 +0000 (GMT) (envelope-from spk@onyx.hysteria.sk) Received: by onyx.hysteria.sk (Postfix, from userid 1845) id 8E79FC01BAF; Tue, 17 Jan 2006 20:03:44 +0100 (CET) Date: Tue, 17 Jan 2006 20:03:44 +0100 From: spk To: Kevin Oberman Message-ID: <20060117190344.GA12620@hysteria.sk> Mail-Followup-To: spk , Kevin Oberman , freebsd-current@freebsd.org References: <20060117180931.GA31159@hysteria.sk> <20060117183633.20DD95D09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060117183633.20DD95D09@ptavv.es.net> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 17 Jan 2006 19:28:48 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] simple bktr(4) changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 19:04:02 -0000 On Tue, Jan 17, 2006 at 10:36:33AM -0800, Kevin Oberman wrote: > > Some time ago I played with my bktr tuner and realize that bktr(4) man page > > is little bit out of date considering sys/dev/bktr/bktr_tuner.h and bktr_card.h. > > I made patch which is at > > > > http://hysteria.sk/spk/bktr.4.patch > > > > I hope this would be useful for someone. > > Patches, should be submitted as PRs. That way it will not get lost in the noise. (Note that this does not assure quick action and a message to current citing the PR is not a bad idea.) > My bad, i should read something about contributing to freebsd firts, thank you for your advice. the PR can be accessed at http://www.freebsd.org/cgi/query-pr.cgi?pr=91916 mv From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 19:04:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B8A16A420 for ; Tue, 17 Jan 2006 19:04:08 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1368043D60 for ; Tue, 17 Jan 2006 19:04:00 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k0HJ3cff093727; Tue, 17 Jan 2006 21:03:38 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 17 Jan 2006 21:03:38 +0200 (EET) From: Dmitry Pryanishnikov To: Alexander Leidinger In-Reply-To: <20060117141311.ur6csr5mo4wow4ww@netchild.homeip.net> Message-ID: <20060117205956.I92022@atlantis.atlantis.dp.ua> References: <20060116203504.U44104@atlantis.atlantis.dp.ua> <20060117141311.ur6csr5mo4wow4ww@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 17 Jan 2006 19:29:00 +0000 Cc: freebsd-current@freebsd.org Subject: Re: make delete-old hurts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 19:04:09 -0000 Hello! On Tue, 17 Jan 2006, Alexander Leidinger wrote: >> /usr/share/tmac/m.tmac:365: can't find macro file `mm/locale' >> *** Error code 1 >> >> Indeed, file /usr/share/tmac/m.tmac, line 365: >> >> .el .mso mm/locale > > Please redo the installworld run and then run "make check-old" (I may not be > able to do this simple check myself today). If mm/locale gets listed, the > addition of it to the ObsoleteFiles.inc file is wrong. OK, I've reinstalled 6.0-RELEASE and redone upgrade to CURRENT up to installworld. After that I've run "make check-old". Yes, file mm/locale is listed: # make check-old >>> Checking for old files /rescue/nextboot.sh /etc/rc.d/usbd /etc/usbd.conf /usr/sbin/usbd /usr/share/man/man8/usbd.8.gz /etc/rc.d/ppp-user /usr/sbin/setkey /usr/include/net/bridge.h /usr/share/tmac/mm/locale /usr/share/tmac/mm/se_locale >>> Checking for old libraries >>> Checking for old directories To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. # Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 19:32:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39C3816A431 for ; Tue, 17 Jan 2006 19:32:47 +0000 (GMT) (envelope-from jackyjack@hotmail.com) Received: from hotmail.com (bay24-f22.bay24.hotmail.com [64.4.18.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F2C43D45 for ; Tue, 17 Jan 2006 19:32:46 +0000 (GMT) (envelope-from jackyjack@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 17 Jan 2006 11:32:46 -0800 Message-ID: Received: from 216.123.222.170 by by24fd.bay24.hotmail.msn.com with HTTP; Tue, 17 Jan 2006 19:32:46 GMT X-Originating-IP: [216.123.222.170] X-Originating-Email: [jackyjack@hotmail.com] X-Sender: jackyjack@hotmail.com In-Reply-To: <20060117155338.GA34996@freebie.xs4all.nl> From: "Jacky Jack" To: wb@freebie.xs4all.nl Date: Tue, 17 Jan 2006 19:32:46 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 17 Jan 2006 19:32:46.0779 (UTC) FILETIME=[CB63A0B0:01C61B9C] Cc: freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 19:32:47 -0000 Wilko, 1) Did you try booting from the below ISO's with the card installed and a logical array defined? 2) Are you booting the OS off of the defined logical array? 3) Could you display the output of: pciconf -l ? Thanks, Mark >From: Wilko Bulte >To: Jacky Jack >CC: freebsd-current@freebsd.org >Subject: Re: Promise TX2300 >Date: Tue, 17 Jan 2006 16:53:38 +0100 > >On Tue, Jan 17, 2006 at 03:02:50AM +0000, Jacky Jack wrote.. > > Hi, > > > > Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise >TX2300 > > card installed causes my box to reboot at the bootloader. Once the card >is > > pulled out I can boot off of either ISO's. > > > > Is there any known issues with the TX2300 card? > >Mine is happily running a RAID1 on 6-stable. > >-- >Wilko Bulte wilko@FreeBSD.org _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 19:36:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E1AA16A41F for ; Tue, 17 Jan 2006 19:36:51 +0000 (GMT) (envelope-from jackyjack@hotmail.com) Received: from hotmail.com (bay24-f10.bay24.hotmail.com [64.4.18.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2223D43D45 for ; Tue, 17 Jan 2006 19:36:51 +0000 (GMT) (envelope-from jackyjack@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 17 Jan 2006 11:36:50 -0800 Message-ID: Received: from 216.123.222.170 by by24fd.bay24.hotmail.msn.com with HTTP; Tue, 17 Jan 2006 19:36:50 GMT X-Originating-IP: [216.123.222.170] X-Originating-Email: [jackyjack@hotmail.com] X-Sender: jackyjack@hotmail.com In-Reply-To: <31E71DF5-1C74-4FF2-8673-4A408AF00F29@lassitu.de> From: "Jacky Jack" To: stb@lassitu.de, hhasenbe@techfak.uni-bielefeld.de Date: Tue, 17 Jan 2006 19:36:50 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 17 Jan 2006 19:36:50.0426 (UTC) FILETIME=[5C9D35A0:01C61B9D] Cc: freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 19:36:51 -0000 Stefan, Sorry, what do you mean: >This is with a Promise BIOS from around a year ago. I assume both booting from floppy and cdrom have the same symptoms (reboots, etc..)? Jack >From: Stefan Bethke >To: Hendrik Hasenbein >CC: "Daniel O'Connor" , Jacky Jack >, freebsd-current@freebsd.org >Subject: Re: Promise TX2300 >Date: Tue, 17 Jan 2006 14:33:48 +0100 > > >Am 17.01.2006 um 13:36 schrieb Hendrik Hasenbein: > >>Daniel O'Connor wrote: >>>On Tuesday 17 January 2006 13:32, Jacky Jack wrote: >>>>Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise >>>>TX2300 >>>>card installed causes my box to reboot at the bootloader. Once the >>>>card is >>>>pulled out I can boot off of either ISO's. >>>> >>>>Is there any known issues with the TX2300 card? >>>I've had problems with Promise FT100/TX2 controllers with those >>>symptons. Also I have seen the loader spin dumping register info until >>>you press the reset switch. >> >>I got a Promise 300TX2plus (no RAID) and have the same problems. The >>onboard SIL 3112 also triggers reboots. > >FWIW, with a TX4 it reboots if any disks are attached to the controller. >Everything is fine if there are no disks. This is with a Promise BIOS >from around a year ago. > >Booting from hard disk is not a problem, only cdboot. > > >Stefan > >atapci0@pci1:3:0: class=0x018000 card=0x3318105a chip=0x3318105a >rev=0x02 hdr=0x00 > vendor = 'Promise Technology Inc' > device = 'PDC20318(??) FastTrak SATA150 TX4 Controller' > class = mass storage > > >-- >Stefan Bethke Fon +49 170 346 0140 > _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 20:41:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 103D216A41F for ; Tue, 17 Jan 2006 20:41:56 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94EBE43D48 for ; Tue, 17 Jan 2006 20:41:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0HKftQ8004741 for ; Tue, 17 Jan 2006 12:41:55 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0HKftga004740 for freebsd-current@freebsd.org; Tue, 17 Jan 2006 12:41:55 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 12:41:55 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060117204155.GA3472@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: malloc fallout and linprocfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 20:41:56 -0000 If I fire up a linux version of OpenOffice on amd64, I see several messages of the following form on the console. KDB: stack backtrace: witness_warn() at witness_warn+0x262 uma_zalloc_arg() at uma_zalloc_arg+0x217 malloc() at malloc+0xa3 vn_fullpath() at vn_fullpath+0x56 linprocfs_doprocmaps() at linprocfs_doprocmaps+0x31e pfs_read() at pfs_read+0x260 VOP_READ_APV() at VOP_READ_APV+0x74 vn_read() at vn_read+0x14f dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a ia32_syscall() at ia32_syscall+0x178 Xint0x80_syscall() at Xint0x80_syscall+0x5d malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex vm object (standard object) r = 0 (0xffffff02b7846640) locked @ /usr/src/sys/compat/linprocfs/linprocfs.c:874 This is with troutmask:kargl[202] ident /usr/src/lib/libc/stdlib/malloc.c /usr/src/lib/libc/stdlib/malloc.c: $FreeBSD: src/lib/libc/stdlib/malloc.c,v 1.92 2006/01/12 18:09:25 jasone Exp $ I just remembered that Jason has commit a v 1.95, so I update and see if the problem presists. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 20:44:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA8E016A41F for ; Tue, 17 Jan 2006 20:44:21 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB4143D45 for ; Tue, 17 Jan 2006 20:44:20 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FC98.dip.t-dialin.net [84.165.252.152]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0HKbeEB033068; Tue, 17 Jan 2006 21:37:41 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0HKiF6S096474; Tue, 17 Jan 2006 21:44:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Tue, 17 Jan 2006 21:44:15 +0100 From: Alexander Leidinger To: Dmitry Pryanishnikov Message-ID: <20060117214415.65c1ff96@Magellan.Leidinger.net> In-Reply-To: <20060117205956.I92022@atlantis.atlantis.dp.ua> References: <20060116203504.U44104@atlantis.atlantis.dp.ua> <20060117141311.ur6csr5mo4wow4ww@netchild.homeip.net> <20060117205956.I92022@atlantis.atlantis.dp.ua> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Problem with some "tmac" files (was: Re: make delete-old hurts) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 20:44:21 -0000 On Tue, 17 Jan 2006 21:03:38 +0200 (EET) Dmitry Pryanishnikov wrote: > > Hello! > > On Tue, 17 Jan 2006, Alexander Leidinger wrote: > >> /usr/share/tmac/m.tmac:365: can't find macro file `mm/locale' > >> *** Error code 1 > >> > >> Indeed, file /usr/share/tmac/m.tmac, line 365: > >> > >> .el .mso mm/locale > > > > Please redo the installworld run and then run "make check-old" (I may not be > > able to do this simple check myself today). If mm/locale gets listed, the > > addition of it to the ObsoleteFiles.inc file is wrong. > > OK, I've reinstalled 6.0-RELEASE and redone upgrade to CURRENT up to > installworld. After that I've run "make check-old". Yes, file mm/locale > is listed: Uhm... no. What I meant was just a plain "make installworld" followed by "make check-old" on -current after having already run "make delete-old" previously. What we want to know is "is this file removed by error?". We can see this by having a clean -current and then running "make check-old". We get a clean current either by installing a snapshot on a fresh partition, or by rerunning the installworld on a system where delete-old was run. I just did a check-old on a -current system. Those files exist here too, but they are empty (0 bytes). Now the question is: are they supposed to be there and are they supposed to be empty? I hope someone with some clues about this "tmac" stuff will read this. I will remove those two files from ObsoleteFiles.inc in a day if nobody tells us that their existence is a bug. Bye, Alexander. -- "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 20:50:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD8A716A41F for ; Tue, 17 Jan 2006 20:50:15 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A6143D48 for ; Tue, 17 Jan 2006 20:50:15 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 5030B5E48EC; Tue, 17 Jan 2006 12:50:15 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id AE02D5E48AA; Tue, 17 Jan 2006 12:50:12 -0800 (PST) In-Reply-To: <20060117204155.GA3472@troutmask.apl.washington.edu> References: <20060117204155.GA3472@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <876011DA-7506-4DDF-8BCA-403EE1F10552@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Tue, 17 Jan 2006 12:50:06 -0800 To: Steve Kargl X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: malloc fallout and linprocfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 20:50:15 -0000 On Jan 17, 2006, at 12:41 PM, Steve Kargl wrote: > If I fire up a linux version of OpenOffice on amd64, I see > several messages of the following form on the console. > > KDB: stack backtrace: > witness_warn() at witness_warn+0x262 > uma_zalloc_arg() at uma_zalloc_arg+0x217 > malloc() at malloc+0xa3 > vn_fullpath() at vn_fullpath+0x56 > linprocfs_doprocmaps() at linprocfs_doprocmaps+0x31e > pfs_read() at pfs_read+0x260 > VOP_READ_APV() at VOP_READ_APV+0x74 > vn_read() at vn_read+0x14f > dofileread() at dofileread+0x94 > kern_readv() at kern_readv+0x60 > read() at read+0x4a > ia32_syscall() at ia32_syscall+0x178 > Xint0x80_syscall() at Xint0x80_syscall+0x5d > malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non- > sleepable locks held: > exclusive sleep mutex vm object (standard object) r = 0 > (0xffffff02b7846640) locked @ /usr/src/sys/compat/linprocfs/ > linprocfs.c:874 > > This is with > troutmask:kargl[202] ident /usr/src/lib/libc/stdlib/malloc.c > /usr/src/lib/libc/stdlib/malloc.c: > $FreeBSD: src/lib/libc/stdlib/malloc.c,v 1.92 2006/01/12 18:09:25 > jasone Exp $ I don't think that libc's malloc is a factor here; the stacktrace above is all in the kernel, isn't it? Jason From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 20:52:42 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B6316A420 for ; Tue, 17 Jan 2006 20:52:41 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D5D43D67 for ; Tue, 17 Jan 2006 20:52:37 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id k0HKqJpY002054; Tue, 17 Jan 2006 21:52:19 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id k0HKqH9Z002049; Tue, 17 Jan 2006 21:52:18 +0100 Date: Tue, 17 Jan 2006 21:52:17 +0100 (CET) From: Goran Gajic To: Steve Kargl In-Reply-To: <20060117153021.GA22577@troutmask.apl.washington.edu> Message-ID: References: <84dead720601170605m406353b5nfbe9e4f2890b59b4@mail.gmail.com> <20060117153021.GA22577@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 17 Jan 2006 20:54:22 +0000 Cc: freebsd-current@www.freebsd.org Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 20:52:42 -0000 On Tue, 17 Jan 2006, Steve Kargl wrote: > > The problem with Xorg on amd64 is known, and I believe Jason > intends to look into the problem when his hardware arrives. > The prolem with joe appears to be new. Can you build libncurses > and joe with debugging symbol to get more information? Can > rebuild joe with electric fence? Also, read the malloc manpage > for setting various flags. > > Hi, I have staticly linked joe with ncurses (both build with -g flag) and got this: # gdb joe 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 "amd64-marcel-freebsd"... (gdb) run Starting program: /usr/ports/editors/joe/work/joe-3.3/joe Processing '/usr/local/etc/joe/joerc'... Program received signal SIGSEGV, Segmentation fault. 0x0000000000440554 in tgoto ( string=0x20028f8 , x=0, y=0) at /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_tgoto.c:4 6 46 if (string == 0 || *string == '\0') { (gdb) where #0 0x0000000000440554 in tgoto ( string=0x20028f8 , x=0, y=0) at /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_tgoto.c:4 6 #1 0x000000000041c808 in texec (cap=0x802000200, s=0x20028f8 , l=0, a0=0, a1=33564920, a2=0, a3=0) at termcap.c:518 #2 0x000000000041cc54 in tcompile (cap=0x802000200, s=0x20028f8 , a0=0, a1=0, a2=0, a3=0) at termcap.c:708 #3 0x000000000040ba15 in kbuild (cap=0x802000200, kmap=0x802ff6de0, seq=0x7fffffffe706 ".kN", bind=0x8020130e0, err=0x7fffffffe6a4, capseq=0x0, seql=0) at kbd.c:246 #4 0x000000000040bbb0 in kadd (cap=0x1, kmap=0x20028f8, seq=0x0, bind=0x0) at kbd.c:297 #5 0x0000000000412f3a in procrc (cap=0x802000200, name=0x802002b58 "/usr/local/etc/joe/joerc") at rc.c:1164 #6 0x000000000040df06 in main (argc=1, argv=0x7fffffffec58, envv=0x802002b58) at main.c:318 (gdb) Regards, gg. p.s. I have tried rebuilding Xorg again but with no luck :( From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 21:02:55 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29AC316A41F for ; Tue, 17 Jan 2006 21:02:55 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6925643D45 for ; Tue, 17 Jan 2006 21:02:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0HL2g9W003094; Tue, 17 Jan 2006 23:02:42 +0200 Received: by flame.pc (Postfix, from userid 1001) id 5D7391181E; Tue, 17 Jan 2006 23:02:39 +0200 (EET) Date: Tue, 17 Jan 2006 23:02:39 +0200 From: Giorgos Keramidas To: Goran Gajic Message-ID: <20060117210239.GA60219@flame.pc> References: <84dead720601170605m406353b5nfbe9e4f2890b59b4@mail.gmail.com> <20060117153021.GA22577@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@www.freebsd.org, Steve Kargl Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 21:02:55 -0000 On 2006-01-17 21:52, Goran Gajic wrote: > On Tue, 17 Jan 2006, Steve Kargl wrote: > > > > >The problem with Xorg on amd64 is known, and I believe Jason > >intends to look into the problem when his hardware arrives. > >The prolem with joe appears to be new. Can you build libncurses > >and joe with debugging symbol to get more information? Can > >rebuild joe with electric fence? Also, read the malloc manpage > >for setting various flags. > > > > > > Hi, > > I have staticly linked joe with ncurses (both build with -g flag) and got > this: > > # gdb joe > 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 "amd64-marcel-freebsd"... > (gdb) run > Starting program: /usr/ports/editors/joe/work/joe-3.3/joe > Processing '/usr/local/etc/joe/joerc'... > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000440554 in tgoto ( > string=0x20028f8 , x=0, > y=0) > at > /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_tgoto.c:4 > 6 > 46 if (string == 0 || *string == '\0') { > (gdb) where > #0 0x0000000000440554 in tgoto ( > string=0x20028f8 , x=0, y=0) > at /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_tgoto.c:46 Address 0x20028f8 looks suspiciously similar to cap=0x802000200 from stack frame #5 here. > #1 0x000000000041c808 in texec (cap=0x802000200, > s=0x20028f8 , l=0, a0=0, > a1=33564920, a2=0, a3=0) at termcap.c:518 > #2 0x000000000041cc54 in tcompile (cap=0x802000200, > s=0x20028f8 , a0=0, a1=0, > a2=0, a3=0) at termcap.c:708 > #3 0x000000000040ba15 in kbuild (cap=0x802000200, kmap=0x802ff6de0, > seq=0x7fffffffe706 ".kN", bind=0x8020130e0, err=0x7fffffffe6a4, > capseq=0x0, seql=0) at kbd.c:246 > #4 0x000000000040bbb0 in kadd (cap=0x1, kmap=0x20028f8, seq=0x0, bind=0x0) > at kbd.c:297 Here, in frame #4, is the first instance of the address that is clipped from 0x802000200 to something that can fit in an `int'. > #5 0x0000000000412f3a in procrc (cap=0x802000200, > name=0x802002b58 "/usr/local/etc/joe/joerc") at rc.c:1164 It looks like the file that implements procrc() doesn't have a visible prototype of kadd(). > #6 0x000000000040df06 in main (argc=1, argv=0x7fffffffec58, envv=0x802002b58) > at main.c:318 > (gdb) This looks like a missing prototype somewhere in joe's source tree. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 21:03:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FFAC16A41F; Tue, 17 Jan 2006 21:03:57 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C52E643D45; Tue, 17 Jan 2006 21:03:56 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0HL3uH5099847; Tue, 17 Jan 2006 13:03:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0HL3u0S099846; Tue, 17 Jan 2006 13:03:56 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 13:03:56 -0800 From: Steve Kargl To: Jason Evans Message-ID: <20060117210356.GA9241@troutmask.apl.washington.edu> References: <20060117204155.GA3472@troutmask.apl.washington.edu> <876011DA-7506-4DDF-8BCA-403EE1F10552@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <876011DA-7506-4DDF-8BCA-403EE1F10552@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: malloc fallout and linprocfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 21:03:57 -0000 On Tue, Jan 17, 2006 at 12:50:06PM -0800, Jason Evans wrote: > On Jan 17, 2006, at 12:41 PM, Steve Kargl wrote: > >If I fire up a linux version of OpenOffice on amd64, I see > >several messages of the following form on the console. > > > >KDB: stack backtrace: > >witness_warn() at witness_warn+0x262 > >uma_zalloc_arg() at uma_zalloc_arg+0x217 > >malloc() at malloc+0xa3 > >vn_fullpath() at vn_fullpath+0x56 > >linprocfs_doprocmaps() at linprocfs_doprocmaps+0x31e > >pfs_read() at pfs_read+0x260 > >VOP_READ_APV() at VOP_READ_APV+0x74 > >vn_read() at vn_read+0x14f > >dofileread() at dofileread+0x94 > >kern_readv() at kern_readv+0x60 > >read() at read+0x4a > >ia32_syscall() at ia32_syscall+0x178 > >Xint0x80_syscall() at Xint0x80_syscall+0x5d > >malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non- > >sleepable locks held: > >exclusive sleep mutex vm object (standard object) r = 0 > >(0xffffff02b7846640) locked @ /usr/src/sys/compat/linprocfs/ > >linprocfs.c:874 > > > >This is with > >troutmask:kargl[202] ident /usr/src/lib/libc/stdlib/malloc.c > >/usr/src/lib/libc/stdlib/malloc.c: > >$FreeBSD: src/lib/libc/stdlib/malloc.c,v 1.92 2006/01/12 18:09:25 > >jasone Exp $ > > I don't think that libc's malloc is a factor here; the stacktrace > above is all in the kernel, isn't it? > You're probably right, but I wasn't sure whether "malloc at malloc+0xa3" was the kernel malloc or your new allocator. Either way, I need to update to 1.95. I should also note that this is the first time I've seen this trace, which could be a coincident with respect to your malloc. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 21:22:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5278D16A41F for ; Tue, 17 Jan 2006 21:22:07 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBCDF43D48 for ; Tue, 17 Jan 2006 21:22:06 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k0HLM4o8069513; Tue, 17 Jan 2006 22:22:04 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 17 Jan 2006 22:21:52 +0100 To: Jacky Jack X-Mailer: Apple Mail (2.746.2) Cc: hhasenbe@techfak.uni-bielefeld.de, freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 21:22:07 -0000 Am 17.01.2006 um 20:36 schrieb Jacky Jack: > Stefan, > > Sorry, what do you mean: >> This is with a Promise BIOS from around a year ago. The Promise BIOS only installs a handler if it detects at least one drive (as can be seen in the boot selection of the mainboard's BIOS). If a drive is connected to the promise controller, the loader will reset/reboot when trying to boot from an ATA CD. > I assume both booting from floppy and cdrom have the same symptoms > (reboots, etc..)? I haven't tried booting from floppy, as the Promise controller is only used for additional disks, so I just pulled them for the install. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 21:32:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8229016A41F; Tue, 17 Jan 2006 21:32:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC14143D5F; Tue, 17 Jan 2006 21:32:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A7CB51A3C20; Tue, 17 Jan 2006 13:32:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C38635454F; Tue, 17 Jan 2006 16:32:27 -0500 (EST) Date: Tue, 17 Jan 2006 16:32:27 -0500 From: Kris Kennaway To: Jason Evans Message-ID: <20060117213226.GA92805@xor.obsecurity.org> References: <20060117204155.GA3472@troutmask.apl.washington.edu> <876011DA-7506-4DDF-8BCA-403EE1F10552@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <876011DA-7506-4DDF-8BCA-403EE1F10552@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: malloc fallout and linprocfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 21:32:40 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 12:50:06PM -0800, Jason Evans wrote: > On Jan 17, 2006, at 12:41 PM, Steve Kargl wrote: > >If I fire up a linux version of OpenOffice on amd64, I see > >several messages of the following form on the console. > > > >KDB: stack backtrace: > >witness_warn() at witness_warn+0x262 > >uma_zalloc_arg() at uma_zalloc_arg+0x217 > >malloc() at malloc+0xa3 > >vn_fullpath() at vn_fullpath+0x56 > >linprocfs_doprocmaps() at linprocfs_doprocmaps+0x31e > >pfs_read() at pfs_read+0x260 > >VOP_READ_APV() at VOP_READ_APV+0x74 > >vn_read() at vn_read+0x14f > >dofileread() at dofileread+0x94 > >kern_readv() at kern_readv+0x60 > >read() at read+0x4a > >ia32_syscall() at ia32_syscall+0x178 > >Xint0x80_syscall() at Xint0x80_syscall+0x5d > >malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-=20 > >sleepable locks held: > >exclusive sleep mutex vm object (standard object) r =3D 0 =20 > >(0xffffff02b7846640) locked @ /usr/src/sys/compat/linprocfs/=20 > >linprocfs.c:874 > > > >This is with > >troutmask:kargl[202] ident /usr/src/lib/libc/stdlib/malloc.c > >/usr/src/lib/libc/stdlib/malloc.c: > >$FreeBSD: src/lib/libc/stdlib/malloc.c,v 1.92 2006/01/12 18:09:25 =20 > >jasone Exp $ >=20 > I don't think that libc's malloc is a factor here; the stacktrace =20 > above is all in the kernel, isn't it? Yeah, must be some other bug. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzWJqWry0BWjoQKURAlsNAKCZi/+XN6X9U44rz3V41kh0wG6dRACfVC7F PI7cRwwEubhOeTbXsQ/Skzg= =Du72 -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 22:01:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BC6A16A420 for ; Tue, 17 Jan 2006 22:01:15 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5681543D46 for ; Tue, 17 Jan 2006 22:01:14 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0HM1DUe078966 for ; Tue, 17 Jan 2006 14:01:14 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0HM1DTB078965 for freebsd-current@freebsd.org; Tue, 17 Jan 2006 14:01:13 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 14:01:13 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060117220113.GA78882@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Exceed max spinlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 22:01:15 -0000 troutmask:kargl[208] firefox Fatal error 'Exceeded max spinlocks' at line 127 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) What the correct fix for this bogon? firefox was working until I upgraded libc from a 13 Jan version to a 16 Jan version. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 22:09:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CBF716A41F for ; Tue, 17 Jan 2006 22:09:52 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A71F43D45 for ; Tue, 17 Jan 2006 22:09:51 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0HM9oLo002512; Tue, 17 Jan 2006 17:09:50 -0500 (EST) Date: Tue, 17 Jan 2006 17:09:50 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20060117220113.GA78882@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: Exceed max spinlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 22:09:52 -0000 On Tue, 17 Jan 2006, Steve Kargl wrote: > troutmask:kargl[208] firefox > Fatal error 'Exceeded max spinlocks' at line 127 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > Abort trap (core dumped) > > What the correct fix for this bogon? firefox was working until I > upgraded libc from a 13 Jan version to a 16 Jan version. You can't just upgrade libc. You need a coherent set of libraries (rebuild libpthread from sync'd sources). -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 22:13:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA82816A41F; Tue, 17 Jan 2006 22:13:35 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC4D43D45; Tue, 17 Jan 2006 22:13:35 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0HMDZSF093965; Tue, 17 Jan 2006 14:13:35 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0HMDZJQ093964; Tue, 17 Jan 2006 14:13:35 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 14:13:35 -0800 From: Steve Kargl To: Daniel Eischen Message-ID: <20060117221335.GA91744@troutmask.apl.washington.edu> References: <20060117220113.GA78882@troutmask.apl.washington.edu> 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-current@freebsd.org Subject: Re: Exceed max spinlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 22:13:36 -0000 On Tue, Jan 17, 2006 at 05:09:50PM -0500, Daniel Eischen wrote: > On Tue, 17 Jan 2006, Steve Kargl wrote: > > > troutmask:kargl[208] firefox > > Fatal error 'Exceeded max spinlocks' at line 127 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > > Abort trap (core dumped) > > > > What the correct fix for this bogon? firefox was working until I > > upgraded libc from a 13 Jan version to a 16 Jan version. > > You can't just upgrade libc. You need a coherent set of libraries > (rebuild libpthread from sync'd sources). > Jason updates libc/lidstd/malloc.c. I rebuild libc and install a new libc. My libpthread is less than 3 days old and I need to re-install libpthread, too? Are there other libraries that have this nasty dependency? -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 22:22:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D185116A41F for ; Tue, 17 Jan 2006 22:22:33 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75D0743D49 for ; Tue, 17 Jan 2006 22:22:33 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0HMMX1Z003176 for ; Tue, 17 Jan 2006 14:22:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0HMMXSH003175 for freebsd-current@freebsd.org; Tue, 17 Jan 2006 14:22:33 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 14:22:33 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060117222233.GA99076@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 22:22:33 -0000 It just isn't my day to work on upgrade a 3 day old -current. ;( /usr/src/lib/libcrypt/../libmd/md5c.c: In function `__MD5Update': /usr/src/lib/libcrypt/../libmd/md5c.c:154: error: argument "in" doesn't match prototype /usr/include/sys/md5.h:41: error: prototype declaration *** Error code 1 Stop in /usr/src/lib/libcrypt. *** Error code 1 Stop in /usr/src/lib. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 22:24:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FD8C16A41F for ; Tue, 17 Jan 2006 22:24:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B73D843D4C for ; Tue, 17 Jan 2006 22:24:29 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0HMOSHk017606; Tue, 17 Jan 2006 17:24:28 -0500 (EST) Date: Tue, 17 Jan 2006 17:24:28 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20060117221335.GA91744@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: Exceed max spinlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 22:24:30 -0000 On Tue, 17 Jan 2006, Steve Kargl wrote: > On Tue, Jan 17, 2006 at 05:09:50PM -0500, Daniel Eischen wrote: > > On Tue, 17 Jan 2006, Steve Kargl wrote: > > > > > troutmask:kargl[208] firefox > > > Fatal error 'Exceeded max spinlocks' at line 127 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > > > Abort trap (core dumped) > > > > > > What the correct fix for this bogon? firefox was working until I > > > upgraded libc from a 13 Jan version to a 16 Jan version. > > > > You can't just upgrade libc. You need a coherent set of libraries > > (rebuild libpthread from sync'd sources). > > > > Jason updates libc/lidstd/malloc.c. I rebuild libc and install > a new libc. My libpthread is less than 3 days old and I need to > re-install libpthread, too? Are there other libraries that have > this nasty dependency? Just the thread libraries. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 21:31:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D73916A420 for ; Tue, 17 Jan 2006 21:31:29 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC5E043D70 for ; Tue, 17 Jan 2006 21:31:26 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k0HLVJQX049569; Tue, 17 Jan 2006 23:31:19 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 17 Jan 2006 23:31:19 +0200 (EET) From: Dmitry Pryanishnikov To: Alexander Leidinger In-Reply-To: <20060117214415.65c1ff96@Magellan.Leidinger.net> Message-ID: <20060117231604.J25058@atlantis.atlantis.dp.ua> References: <20060116203504.U44104@atlantis.atlantis.dp.ua> <20060117141311.ur6csr5mo4wow4ww@netchild.homeip.net> <20060117205956.I92022@atlantis.atlantis.dp.ua> <20060117214415.65c1ff96@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 17 Jan 2006 23:36:15 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Problem with some "tmac" files (was: Re: make delete-old hurts) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 21:31:29 -0000 Hello! On Tue, 17 Jan 2006, Alexander Leidinger wrote: > Uhm... no. What I meant was just a plain "make installworld" followed > by "make check-old" on -current after having already run "make > delete-old" previously. OK, I've got it. I completed my half-finished upgrade (done 'make delete-old', 'mergemaster -i'), then reboot to single-user mode (just to make sure) and made 'make installworld' again. Those 2 empty files: /usr/share/tmac/mm/locale /usr/share/tmac/mm/se_locale have appeared again. After that I run 'make check-old', and it listed only 2 these files as old ones. > What we want to know is "is this file removed by error?". We can see It seems to be true... > I just did a check-old on a -current system. Those files exist here > too, but they are empty (0 bytes). Yes, they are empty both on 6.0-RELEASE and on my hand-made CURRENT. > ObsoleteFiles.inc in a day if nobody tells us that their existence is a > bug. For now, we only know that _absence_ of mm/locale _is_ a bug - it prevents ports/x11/XFree86-4-documents from being built. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 23:03:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120BC16A41F for ; Tue, 17 Jan 2006 23:03:08 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1640243D46 for ; Tue, 17 Jan 2006 23:03:06 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id k0HN2vJO010114; Wed, 18 Jan 2006 00:02:57 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id k0HN2uFe010111; Wed, 18 Jan 2006 00:02:56 +0100 Date: Wed, 18 Jan 2006 00:02:56 +0100 (CET) From: Goran Gajic To: Giorgos Keramidas In-Reply-To: <20060117170933.GA2950@flame.pc> Message-ID: References: <20060117170933.GA2950@flame.pc> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 17 Jan 2006 23:36:32 +0000 Cc: freebsd-current@freebsd.org Subject: Re: recent changes to libc on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 23:03:08 -0000 On Tue, 17 Jan 2006, Giorgos Keramidas wrote: > > This problem is known. You can get X.org to work again by > installing the xorg-server-snap port, which works fine. > Hi, Just to confirm that xorg-server-snap port works ok with malloc.c revision 1.95. I was trying by mistake to rebuild xorg-server port not -snap :( gg. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 23:41:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60DD316A41F for ; Tue, 17 Jan 2006 23:41:40 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 043BC43D46 for ; Tue, 17 Jan 2006 23:41:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 466A7BC74; Tue, 17 Jan 2006 23:41:37 +0000 (UTC) To: Steve Kargl From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 17 Jan 2006 14:22:33 PST." <20060117222233.GA99076@troutmask.apl.washington.edu> Date: Wed, 18 Jan 2006 00:41:37 +0100 Message-ID: <63732.1137541297@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 23:41:40 -0000 In message <20060117222233.GA99076@troutmask.apl.washington.edu>, Steve Kargl writes: >It just isn't my day to work on upgrade a 3 day old -current. ;( > >/usr/src/lib/libcrypt/../libmd/md5c.c: In function `__MD5Update': >/usr/src/lib/libcrypt/../libmd/md5c.c:154: error: argument "in" doesn't match prototype >/usr/include/sys/md5.h:41: error: prototype declaration >*** Error code 1 Either you got a very unlucky CVSUP timing or you didn't run buildworld because it looks like you have an old and a new source tree... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 01:21:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5485416A41F for ; Wed, 18 Jan 2006 01:21:06 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A23C43D45 for ; Wed, 18 Jan 2006 01:21:06 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0I1L5Jx045821; Tue, 17 Jan 2006 17:21:05 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0I1L42N045820; Tue, 17 Jan 2006 17:21:04 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 17:21:04 -0800 From: Steve Kargl To: Poul-Henning Kamp Message-ID: <20060118012104.GA45779@troutmask.apl.washington.edu> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63732.1137541297@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 01:21:06 -0000 On Wed, Jan 18, 2006 at 12:41:37AM +0100, Poul-Henning Kamp wrote: > In message <20060117222233.GA99076@troutmask.apl.washington.edu>, Steve Kargl writes: > >It just isn't my day to work on upgrade a 3 day old -current. ;( > > > >/usr/src/lib/libcrypt/../libmd/md5c.c: In function `__MD5Update': > >/usr/src/lib/libcrypt/../libmd/md5c.c:154: error: argument "in" doesn't match prototype > >/usr/include/sys/md5.h:41: error: prototype declaration > >*** Error code 1 > > Either you got a very unlucky CVSUP timing or you didn't run buildworld > because it looks like you have an old and a new source tree... > I didn't do a buildworld. It appears that one can no longer rebuild only a part of the tree. I did rm -rf /usr/obj/* cd /usr/src/lib make clean && make cleandepend && make cleandir make depend make Report problem. On the bright, I found I have a boat loader of bitrot in /usr/include. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 01:33:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1928816A41F for ; Wed, 18 Jan 2006 01:33:38 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E2FC43D46 for ; Wed, 18 Jan 2006 01:33:37 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 91289 invoked by uid 399); 18 Jan 2006 01:33:35 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Jan 2006 01:33:35 -0000 Message-ID: <43CD9AE9.7030901@FreeBSD.org> Date: Tue, 17 Jan 2006 17:33:29 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Steve Kargl References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> In-Reply-To: <20060118012104.GA45779@troutmask.apl.washington.edu> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 01:33:38 -0000 Steve Kargl wrote: > I didn't do a buildworld. It appears that one can no longer > rebuild only a part of the tree. One can usually do so if one has a fairly up to date buildworld in place already. > On the bright, I found I have a boat loader of bitrot in /usr/include. It's usually a good idea to 'mv /usr/include /usr/include-old' before installworld. It's also usually helpful to 'rm -r /usr/share/man/*' before installworld as well. Doug From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 02:20:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D70316A41F; Wed, 18 Jan 2006 02:20:35 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7CAD43D48; Wed, 18 Jan 2006 02:20:34 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0I2KYYc099738; Tue, 17 Jan 2006 18:20:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0I2KX1E099737; Tue, 17 Jan 2006 18:20:33 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 18:20:33 -0800 From: Steve Kargl To: Doug Barton Message-ID: <20060118022033.GA99620@troutmask.apl.washington.edu> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> <43CD9AE9.7030901@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43CD9AE9.7030901@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 02:20:35 -0000 On Tue, Jan 17, 2006 at 05:33:29PM -0800, Doug Barton wrote: > Steve Kargl wrote: > > > I didn't do a buildworld. It appears that one can no longer > > rebuild only a part of the tree. > > One can usually do so if one has a fairly up to date buildworld in place > already. What does not make sense (to me), is that the error message calls out /usr/include/sys/md5.h. Why is make in src/lib looking at /usr/include? -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 02:28:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CEA816A41F for ; Wed, 18 Jan 2006 02:28:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4581743D46 for ; Wed, 18 Jan 2006 02:28:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 247841A3C1B; Tue, 17 Jan 2006 18:28:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B930F54A1B; Tue, 17 Jan 2006 21:28:20 -0500 (EST) Date: Tue, 17 Jan 2006 21:28:20 -0500 From: Kris Kennaway To: Steve Kargl Message-ID: <20060118022820.GA96421@xor.obsecurity.org> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <20060118012104.GA45779@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 02:28:24 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 05:21:04PM -0800, Steve Kargl wrote: > On Wed, Jan 18, 2006 at 12:41:37AM +0100, Poul-Henning Kamp wrote: > > In message <20060117222233.GA99076@troutmask.apl.washington.edu>, Steve= Kargl writes: > > >It just isn't my day to work on upgrade a 3 day old -current. ;( > > > > > >/usr/src/lib/libcrypt/../libmd/md5c.c: In function `__MD5Update': > > >/usr/src/lib/libcrypt/../libmd/md5c.c:154: error: argument "in" doesn'= t match prototype > > >/usr/include/sys/md5.h:41: error: prototype declaration > > >*** Error code 1 > >=20 > > Either you got a very unlucky CVSUP timing or you didn't run buildworld > > because it looks like you have an old and a new source tree= ... > >=20 >=20 > I didn't do a buildworld. It appears that one can no longer > rebuild only a part of the tree. I did >=20 > rm -rf /usr/obj/* > cd /usr/src/lib > make clean && make cleandepend && make cleandir > make depend > make >=20 > Report problem. Since you are building your source tree against old headers and libraries, the only situation in which this will work is when the headers (and libraries) haven't changed significantly between your installed version and new sources. In practice this means you can only get away with it when doing 'small enough' upgrades. A more reliable, but still not 100% reliable, method to upgrade your system more quickly than building world is to add: make includes make libraries before 'make depend', which works around those two problems. It still doesn't work around other kinds of bootstrapping problems that occur from time to time, which buildworld is designed to solve. But of course, when either of these methods fail, the responsible thing to do is to fall back to a buildworld before claiming the existence of problems. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzafEWry0BWjoQKURAshgAKCAt3fTeEL4zXVtqW7ww6pIDSDA+QCg2n1E eZ2kw9Inj9QYSFuagKEg0zA= =wSmJ -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 03:01:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE0E16A41F for ; Wed, 18 Jan 2006 03:01:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE6043D4C for ; Wed, 18 Jan 2006 03:01:18 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0I31Ii0037686; Tue, 17 Jan 2006 19:01:18 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0I31IX1037651; Tue, 17 Jan 2006 19:01:18 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2006 19:01:17 -0800 From: Steve Kargl To: Kris Kennaway Message-ID: <20060118030117.GA25577@troutmask.apl.washington.edu> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> <20060118022820.GA96421@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060118022820.GA96421@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 03:01:20 -0000 On Tue, Jan 17, 2006 at 09:28:20PM -0500, Kris Kennaway wrote: > > Since you are building your source tree against old headers and > libraries, the only situation in which this will work is when the > headers (and libraries) haven't changed significantly between your > installed version and new sources. In practice this means you can > only get away with it when doing 'small enough' upgrades. It's a 2 day old world. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 03:18:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5549716A41F; Wed, 18 Jan 2006 03:18:09 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4A643D4C; Wed, 18 Jan 2006 03:18:08 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.200.69]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IT9006YQQI7H3W6@vms048.mailsrvcs.net>; Tue, 17 Jan 2006 21:18:08 -0600 (CST) Date: Tue, 17 Jan 2006 22:15:56 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <3e1162e60601150737w41071257u81235b242949f822@mail.gmail.com> To: David Leimbach Message-id: <1137554156.646.10.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> <3e1162e60601150737w41071257u81235b242949f822@mail.gmail.com> Cc: Tim Kientzle , freebsd-current@freebsd.org Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 03:18:09 -0000 On Sun, 2006-01-15 at 07:37 -0800, David Leimbach wrote: > Isn't there an Intel version of Virtual PC for Windows as a host? I've > never really looked into it much I guess. AFAIK this used to be Connectix Virtual PC before Microsoft bought and relabeled it. I do not believe I have seen Windows hosted version since. > > Dave > -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 03:19:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6477416A41F; Wed, 18 Jan 2006 03:19:46 +0000 (GMT) (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 03B2243D48; Wed, 18 Jan 2006 03:19:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0I3Jig4010443; Tue, 17 Jan 2006 22:19:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0I3JiI1024315; Tue, 17 Jan 2006 22:19:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B9097302F; Tue, 17 Jan 2006 22:19:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060118031944.7B9097302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 22:19:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 03:19:46 -0000 TB --- 2006-01-18 02:51:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-18 02:51:11 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-01-18 02:51:11 - cleaning the object tree TB --- 2006-01-18 02:51:20 - checking out the source tree TB --- 2006-01-18 02:51:20 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-01-18 02:51:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-18 02:57:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-18 02:57:32 - cd /src TB --- 2006-01-18 02:57:32 - /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 [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-18 03:19:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-18 03:19:44 - ERROR: failed to build world TB --- 2006-01-18 03:19:44 - tinderbox aborted TB --- 0.35 user 1.31 system 1712.85 real From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 03:21:03 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4AB16A424; Wed, 18 Jan 2006 03:21:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA33143D46; Wed, 18 Jan 2006 03:21:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C9D781A3C1B; Tue, 17 Jan 2006 19:21:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3AA0C5125B; Tue, 17 Jan 2006 22:20:59 -0500 (EST) Date: Tue, 17 Jan 2006 22:20:59 -0500 From: Kris Kennaway To: Steve Kargl Message-ID: <20060118032059.GA97007@xor.obsecurity.org> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> <43CD9AE9.7030901@FreeBSD.org> <20060118022033.GA99620@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20060118022033.GA99620@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Poul-Henning Kamp , Doug Barton Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 03:21:03 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 06:20:33PM -0800, Steve Kargl wrote: > On Tue, Jan 17, 2006 at 05:33:29PM -0800, Doug Barton wrote: > > Steve Kargl wrote: > >=20 > > > I didn't do a buildworld. It appears that one can no longer > > > rebuild only a part of the tree.=20 > >=20 > > One can usually do so if one has a fairly up to date buildworld in place > > already. >=20 > What does not make sense (to me), is that the error message calls > out /usr/include/sys/md5.h. Why is make in src/lib looking > at /usr/include? That's what it does, when you don't do a buildworld. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzbQbWry0BWjoQKURAijYAJ97VE/AJQk+XHoNNzc9ct5l6zXL3ACg4Xeh 1WTb43lBlaf0HT99Gp+kGjg= =ze5Q -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 03:48:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D1B016A420; Wed, 18 Jan 2006 03:48:35 +0000 (GMT) (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 B609443D48; Wed, 18 Jan 2006 03:48:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0I3mXgd012396; Tue, 17 Jan 2006 22:48:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0I3mXlF040941; Tue, 17 Jan 2006 22:48:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D13D7302F; Tue, 17 Jan 2006 22:48:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060118034833.7D13D7302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 22:48:33 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 03:48:35 -0000 TB --- 2006-01-18 03:19:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-18 03:19:44 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-18 03:19:44 - cleaning the object tree TB --- 2006-01-18 03:19:55 - checking out the source tree TB --- 2006-01-18 03:19:55 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-18 03:19:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-18 03:25:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-18 03:25:00 - cd /src TB --- 2006-01-18 03:25:00 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-18 03:48:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-18 03:48:33 - ERROR: failed to build world TB --- 2006-01-18 03:48:33 - tinderbox aborted TB --- 0.33 user 1.29 system 1728.69 real From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 04:16:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9F8916A41F; Wed, 18 Jan 2006 04:16:14 +0000 (GMT) (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 763ED43D45; Wed, 18 Jan 2006 04:16:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0I4GDaE014237; Tue, 17 Jan 2006 23:16:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0I4GDw2051106; Tue, 17 Jan 2006 23:16:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B3F57302F; Tue, 17 Jan 2006 23:16:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060118041613.4B3F57302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 23:16:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 04:16:15 -0000 TB --- 2006-01-18 03:48:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-18 03:48:33 - starting HEAD tinderbox run for i386/i386 TB --- 2006-01-18 03:48:33 - cleaning the object tree TB --- 2006-01-18 03:48:44 - checking out the source tree TB --- 2006-01-18 03:48:44 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-01-18 03:48:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-18 03:53:49 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-18 03:53:49 - cd /src TB --- 2006-01-18 03:53: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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-18 04:16:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-18 04:16:13 - ERROR: failed to build world TB --- 2006-01-18 04:16:13 - tinderbox aborted TB --- 0.38 user 1.15 system 1659.58 real From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 04:23:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0096C16A41F for ; Wed, 18 Jan 2006 04:23:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD7D43D46 for ; Wed, 18 Jan 2006 04:23:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 812121A3C1B; Tue, 17 Jan 2006 20:23:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BFE1154CB5; Tue, 17 Jan 2006 23:23:27 -0500 (EST) Date: Tue, 17 Jan 2006 23:23:27 -0500 From: Kris Kennaway To: Steve Kargl Message-ID: <20060118042327.GA97314@xor.obsecurity.org> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> <20060118022820.GA96421@xor.obsecurity.org> <20060118030117.GA25577@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20060118030117.GA25577@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 04:23:29 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 07:01:17PM -0800, Steve Kargl wrote: > On Tue, Jan 17, 2006 at 09:28:20PM -0500, Kris Kennaway wrote: > >=20 > > Since you are building your source tree against old headers and > > libraries, the only situation in which this will work is when the > > headers (and libraries) haven't changed significantly between your > > installed version and new sources. In practice this means you can > > only get away with it when doing 'small enough' upgrades. >=20 > It's a 2 day old world. OK, but something changed significantly 1 day ago. Doesn't life just suck? :) Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzcK/Wry0BWjoQKURAl+vAJ0dquZmwk9gSKYIilZVwRDghOcFggCgrv4u CKufdW3IJGpB5KJ9IbvEy88= =tkyj -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 04:44:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C318316A41F; Wed, 18 Jan 2006 04:44:18 +0000 (GMT) (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 6383643D45; Wed, 18 Jan 2006 04:44:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0I4iHnq015541; Tue, 17 Jan 2006 23:44:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id k0I4iHBu063269; Tue, 17 Jan 2006 23:44:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3D0FA7302F; Tue, 17 Jan 2006 23:44:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060118044417.3D0FA7302F@freebsd-current.sentex.ca> Date: Tue, 17 Jan 2006 23:44:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 04:44:19 -0000 TB --- 2006-01-18 04:16:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-18 04:16:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-01-18 04:16:13 - cleaning the object tree TB --- 2006-01-18 04:16:20 - checking out the source tree TB --- 2006-01-18 04:16:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-01-18 04:16:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-18 04:21:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-18 04:21:29 - cd /src TB --- 2006-01-18 04:21:29 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-18 04:44:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-18 04:44:17 - ERROR: failed to build world TB --- 2006-01-18 04:44:17 - tinderbox aborted TB --- 0.34 user 1.23 system 1683.73 real From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 05:14:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E17A416A41F; Wed, 18 Jan 2006 05:14:18 +0000 (GMT) (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 2BAB543D55; Wed, 18 Jan 2006 05:14:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0I5EGD2017178; Wed, 18 Jan 2006 00:14:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0I5EHFm047275; Wed, 18 Jan 2006 00:14:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0520F7302F; Wed, 18 Jan 2006 00:14:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060118051416.0520F7302F@freebsd-current.sentex.ca> Date: Wed, 18 Jan 2006 00:14:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 05:14:19 -0000 TB --- 2006-01-18 04:44:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-18 04:44:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-01-18 04:44:17 - cleaning the object tree TB --- 2006-01-18 04:44:24 - checking out the source tree TB --- 2006-01-18 04:44:24 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-01-18 04:44:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-18 04:49:57 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-18 04:49:57 - cd /src TB --- 2006-01-18 04:49:57 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_cpio.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_iso9660.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tar.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.2.37\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_tp.c /src/lib/libarchive/archive_read_support_format_tp.c: In function `archive_read_format_tp_read_header': /src/lib/libarchive/archive_read_support_format_tp.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libarchive/archive_read_support_format_tp.c:297: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-18 05:14:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-18 05:14:16 - ERROR: failed to build world TB --- 2006-01-18 05:14:16 - tinderbox aborted TB --- 0.28 user 1.30 system 1799.26 real From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 05:56:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87E4816A41F for ; Wed, 18 Jan 2006 05:56:25 +0000 (GMT) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2807243D45 for ; Wed, 18 Jan 2006 05:56:15 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1Ez6Io-000PR8-U0; Tue, 17 Jan 2006 22:56:15 -0700 In-Reply-To: <1137554156.646.10.camel@RabbitsDen> References: <20060111212605.79848.qmail@web34104.mail.mud.yahoo.com> <43C57A7A.3080802@elischer.org> <3e1162e60601111405x59e7e70dyf57c74b01e888e8a@mail.gmail.com> <43C5B4B2.9000707@elischer.org> <43C5B6F0.1050004@samsco.org> <43C5BA62.3010301@elischer.org> <43C5BB37.6040202@samsco.org> <9ab217670601111821u27cb9852w@mail.gmail.com> <43C9E5A1.5070203@freebsd.org> <3e1162e60601150737w41071257u81235b242949f822@mail.gmail.com> <1137554156.646.10.camel@RabbitsDen> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: "Chad Leigh -- Shire.Net LLC" Date: Tue, 17 Jan 2006 22:56:13 -0700 To: Alexandre "Sunny" Kovalenko X-Mailer: Apple Mail (2.746.2) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: FreeBSD Current Subject: Re: FreeBSD on Intel Macs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 05:56:25 -0000 On Jan 17, 2006, at 8:15 PM, Alexandre Sunny Kovalenko wrote: > On Sun, 2006-01-15 at 07:37 -0800, David Leimbach wrote: >> Isn't there an Intel version of Virtual PC for Windows as a host? =20= >> I've >> never really looked into it much I guess. > AFAIK this used to be Connectix Virtual PC before Microsoft bought and > relabeled it. I do not believe I have seen Windows hosted version =20 > since. Actually, the Windows version is a big deal and is the actual reason that Microsoft bought Connectix. They were/=20 are looking for ways of getting people running old NT installations =20 to be able to upgrade and still keep their NT (running inside a =20 Virtual PC) (for example, people who have special software that they =20 cannot upgrade or don't want to upgrade to something that runs on > =20 NT4). Chad >> >> Dave >> > > --=20 > Alexandre "Sunny" Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0= =B4=D1=80 =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 06:30:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D9C16A41F for ; Wed, 18 Jan 2006 06:30:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD4D943D46 for ; Wed, 18 Jan 2006 06:30:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 0580BBC74; Wed, 18 Jan 2006 06:30:56 +0000 (UTC) To: Steve Kargl From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 17 Jan 2006 17:21:04 PST." <20060118012104.GA45779@troutmask.apl.washington.edu> Date: Wed, 18 Jan 2006 07:30:55 +0100 Message-ID: <65077.1137565855@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 06:30:59 -0000 In message <20060118012104.GA45779@troutmask.apl.washington.edu>, Steve Kargl writes: >On Wed, Jan 18, 2006 at 12:41:37AM +0100, Poul-Henning Kamp wrote: >> In message <20060117222233.GA99076@troutmask.apl.washington.edu>, Steve Kargl writes: >> >It just isn't my day to work on upgrade a 3 day old -current. ;( >> > >> >/usr/src/lib/libcrypt/../libmd/md5c.c: In function `__MD5Update': >> >/usr/src/lib/libcrypt/../libmd/md5c.c:154: error: argument "in" doesn't match prototype >> >/usr/include/sys/md5.h:41: error: prototype declaration >> >*** Error code 1 >> >> Either you got a very unlucky CVSUP timing or you didn't run buildworld >> because it looks like you have an old and a new source tree... >> > >I didn't do a buildworld. It appears that one can no longer >rebuild only a part of the tree. I did Most of the time you can, just not always. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 07:05:53 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19C4916A420 for ; Wed, 18 Jan 2006 07:05:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C09243D5A for ; Wed, 18 Jan 2006 07:05:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DECF91A3C1B for ; Tue, 17 Jan 2006 23:05:50 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 09F8F54A42; Wed, 18 Jan 2006 02:05:49 -0500 (EST) Date: Wed, 18 Jan 2006 02:05:49 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060118070549.GA617@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 07:05:53 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I ran some code of ups@ that essentially does mmap/munmap of created files, which I ran on a nfs-mounted filesystem. At the same time I was running umount -f on that filesystem in a loop (this was all to try and provoke another umount -f panic I'm seeing). It quickly panicked with this: System call munmap returning with the following locks held: exclusive sleep mutex Giant r = 0 (0xc07ea408) locked @ vm/vm_object.c:449 panic: witness_warn cpuid = 1 KDB: enter: panic [thread pid 3045 tid 100101 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 3045 tid 100101 td 0xc9627000 kdb_enter(c071c7f5,1,c0720ca2,f7a46c64,c9627000) at kdb_enter+0x30 panic(c0720ca2,f7a46c8c,1,2,c9627000) at panic+0x13f witness_warn(2,0,c073c410,c07214aa,c9922318) at witness_warn+0x16a syscall(3b,3b,3b,2804ebb6,bfbfe8a8) at syscall+0x56d Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (0, FreeBSD ELF32, nosys), eip = 0x28127e7f, esp = 0xbfbfe7fc, ebp = 0xbfbfe828 --- db> --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzejMWry0BWjoQKURAhCyAKCg4NyRm25II5cHwmuRp98dLwcm8ACg5dbv 8NC/je+JilMpcsJ/Oocxm8Q= =gNgv -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 07:47:43 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8EC616A41F; Wed, 18 Jan 2006 07:47:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABCF43D48; Wed, 18 Jan 2006 07:47:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 39E761A3C1B; Tue, 17 Jan 2006 23:47:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 38C1C5154A; Wed, 18 Jan 2006 02:47:42 -0500 (EST) Date: Wed, 18 Jan 2006 02:47:41 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060118074741.GA1465@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: kan@FreeBSD.org, jroberson@chesapeake.net, ssouhlal@FreeBSD.org Subject: panic: XXX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 07:47:43 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Another NFS traversal/umount -f race panic: XXX cpuid = 0 KDB: enter: panic [thread pid 29303 tid 100139 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 29303 tid 100139 td 0xca205000 kdb_enter(c071c7f5,0,c07259e2,f7bbd8f8,ca205000) at kdb_enter+0x30 panic(c07259e2,f7bbd93c,ca205000,c0836a2c,0) at panic+0x13f lookup(f7bbdb68,0,c0725967,b6,c075cc78) at lookup+0x650 namei(f7bbdb68,c071e25e,26e,ca205000,ca205000) at namei+0x42b vn_open_cred(f7bbdb68,f7bbdc68,0,c985cd80,3) at vn_open_cred+0x2bf vn_open(f7bbdb68,f7bbdc68,0,3,f7bbdaf4) at vn_open+0x33 kern_open(ca205000,804dd86,0,1,0) at kern_open+0xca open(ca205000,f7bbdd04,c,ca205000,ca1d7a50) at open+0x36 syscall(2808003b,3b,bfbf003b,3,bfbfe898) at syscall+0x2e9 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x2813733f, esp = 0xbfbfe82c, ebp = 0xbfbfe868 --- db> The panic comes from here: /* * Check to see if the vnode has been mounted on; * if so find the root of the mounted filesystem. */ while (dp->v_type == VDIR && (mp = dp->v_mountedhere) && (cnp->cn_flags & NOCROSSMOUNT) == 0) { KASSERT(dp != ndp->ni_dvp, ("XXX")); --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzfKdWry0BWjoQKURAuBpAKDvSnyS7DqakuZCgaw/20MC538M/QCg324H HUsHDhCm4W/jE6HUG7Iqows= =cehL -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 08:22:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 533CA16A41F for ; Wed, 18 Jan 2006 08:22:59 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0CF643D45 for ; Wed, 18 Jan 2006 08:22:58 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id k0I8S4Cu004957; Wed, 18 Jan 2006 08:28:04 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id k0I8S41u004956; Wed, 18 Jan 2006 08:28:04 GMT (envelope-from dunstan) Date: Wed, 18 Jan 2006 08:28:04 +0000 From: "Wojciech A. Koszek" To: Maxim.Sobolev@portaone.com Message-ID: <20060118082804.GC4846@FreeBSD.czest.pl> References: <20060114223019.GA99634@FreeBSD.czest.pl> <43CC168D.9080708@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <43CC168D.9080708@portaone.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Support for large number of md(4) disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 08:22:59 -0000 On Mon, Jan 16, 2006 at 01:56:29PM -0800, Maxim Sobolev wrote: > Hi, Hi Maxim, > IMHO there is better approach to fetch unknown amount of data from the > kernel using ioctl(2) facility. The main idea is that you allocate some > buffer of size sufficient in 95% of cases (for md(4) I think 8-16 > entries are enough), attach it to some structure which has size of the > buffer as one of its members and send pointer to that structure as an > argument to ioctl(2). > > Upon receiving this structure the kernel compares size of the buffer > with amount of information that it needs to send back. If buffer size is > sufficient to hold this information it copies it out and returns number > of entries in the buffer as one of members of this structure. I don't like using array member for holding additional data. We have something similar right now with md_pad[0]. I wanted to prevent us from doing it once again. To do it right, we'd have to add yet another structure describing size of list with pointer to list of disks and the other one for describing separate disks.. but [1] > If the buffer size is insufficient, the kernel fills in desired size of > the buffer in structure members and returns some error code indicating > that the provided buffer is insufficient. Upon receiving this error > userland increases the buffer size to the size suggested by the kernel > (perhaps adding some extra space) and repeats the ioctl(2) calls. > I belive both methods are acceptable since we always end up with sysctl(3)-like problem. Solution you've described will give us one ioctl() call in possitive case, but are there any others advantages? [1] cases in which total device number will change are as probable as using more than 100 md(4) disks ;-) This is why I decided to use simple request for a size and to do a request for md(4) list. -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 09:19:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23EB216A41F for ; Wed, 18 Jan 2006 09:19:52 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6931843D55 for ; Wed, 18 Jan 2006 09:19:51 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1632024wra for ; Wed, 18 Jan 2006 01:19:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PiJg+rnAqaL5EoBUBWU/P+MEWYdLTskSoGyt1R99eH0uorm3XnkX2pRNu88LCdDBCLYfj+QkZZeKDnGE7FnJDvhMeWMUXu+7aQDsrGo7KuNa9w5VSLJEL7zhf2bkFTuBASraONTf3IJ97lmGHnWmywBKqj/04udXcKHrziUy3ys= Received: by 10.65.241.13 with SMTP id t13mr4652374qbr; Wed, 18 Jan 2006 01:19:50 -0800 (PST) Received: by 10.65.110.4 with HTTP; Wed, 18 Jan 2006 01:19:50 -0800 (PST) Message-ID: Date: Wed, 18 Jan 2006 17:19:50 +0800 From: Jiawei Ye To: FreeBSD Current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: unable to build kernel, lock_classes related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 09:19:52 -0000 With the sources cvsupped an hour ago from cvsup12, I encounter the following problem when trying to build kernel linking kernel.debug kern_mutex.o(.text+0x2ea): In function `mtx_destroy': /usr/src/sys/kern/kern_mutex.c:889: undefined reference to `lock_classes' subr_lock.o(.text+0x14): In function `lock_init': /usr/src/sys/kern/subr_lock.c:71: undefined reference to `lock_classes' Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 11:39:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3BE116A41F for ; Wed, 18 Jan 2006 11:39:30 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCE0A43D46 for ; Wed, 18 Jan 2006 11:39:29 +0000 (GMT) (envelope-from os@rsu.ru) Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k0IBdRK9059921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 18 Jan 2006 14:39:27 +0300 (MSK) (envelope-from os@rsu.ru) Date: Wed, 18 Jan 2006 14:39:27 +0300 (MSK) From: Oleg Sharoiko To: freebsd-current@freebsd.org Message-ID: <20060118142833.X1187@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 18 Jan 2006 12:37:44 +0000 Cc: Andrey Beresovsky Subject: Proposed enhancement for pam_krb5: "optional_ccache" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 11:39:30 -0000 Hello! I'd like to propose an enhancement for pam_krb5: a new option "optional_ccache", which allows pam_krb5 not to fail in pam_sm_setcred when pam_sm_authenticate hasn't obtained credentials. The patch and detailed descriptions are available in PR 91954 (http://www.freebsd.org/cgi/query-pr.cgi?pr=91954) Comments are welcome, but please keep my e-mail on CC line as I'm not on the list. If this enhancement is acceptable I'd happy if someone commits it. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 12:13:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA20416A41F for ; Wed, 18 Jan 2006 12:13:21 +0000 (GMT) (envelope-from ricardo@dis.epm.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D36C43D48 for ; Wed, 18 Jan 2006 12:13:20 +0000 (GMT) (envelope-from ricardo@dis.epm.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id E85B93949 for ; Wed, 18 Jan 2006 10:13:18 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id A7AE33948 for ; Wed, 18 Jan 2006 10:13:13 -0200 (BRDT) Message-ID: <43CE30D3.8010706@dis.epm.br> Date: Wed, 18 Jan 2006 10:13:07 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br X-Mailman-Approved-At: Wed, 18 Jan 2006 12:38:19 +0000 Cc: Subject: Jails QOS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 12:13:22 -0000 Hi, Recently i see in slashdot a news related with a OpenVZ project, this project apparently include support a Resource Manager, exist a perspective for implant this on FreeBSD Jail like a possibility the scale cpus in jails ? The another interesting feature for target for /usr/src/Makefile is create a buildwork capable of create a jail base, excluding a programs and rc scripts without use in jail. A url for OpenVZ Project: http://openvz.org/documentation/tech/features Thanks and sorry for my bad english. Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 12:41:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C4816A41F for ; Wed, 18 Jan 2006 12:41:37 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A32743D8B for ; Wed, 18 Jan 2006 12:41:29 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 1974A3949 for ; Wed, 18 Jan 2006 10:41:28 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 05FE73948 for ; Wed, 18 Jan 2006 10:41:23 -0200 (BRDT) Message-ID: <43CE376D.6020806@yahoo.com.br> Date: Wed, 18 Jan 2006 10:41:17 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Jails QOS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 12:41:37 -0000 Hi, Recently i see in slashdot a news related with a OpenVZ project, this project apparently include support a Resource Manager, exist a perspective for implant this on FreeBSD Jail like a possibility the scale cpus in jails ? The another interesting feature for target for /usr/src/Makefile is create a buildwork capable of create a jail base, excluding a programs and rc scripts without use in jail. A url for OpenVZ Project: http://openvz.org/documentation/tech/features Thanks and sorry for my bad english. Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 15:17:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9592B16A41F for ; Wed, 18 Jan 2006 15:17:51 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93EC543D48 for ; Wed, 18 Jan 2006 15:17:49 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0IFHlo1097264; Wed, 18 Jan 2006 17:17:47 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 89075-08-4; Wed, 18 Jan 2006 17:17:43 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0IFG8xR097186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jan 2006 17:16:08 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0IFGDtL063779; Wed, 18 Jan 2006 17:16:13 +0200 (EET) (envelope-from ru) Date: Wed, 18 Jan 2006 17:16:13 +0200 From: Ruslan Ermilov To: Steve Kargl Message-ID: <20060118151613.GA63729@ip.net.ua> References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20060118012104.GA45779@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 15:17:51 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 05:21:04PM -0800, Steve Kargl wrote: > On Wed, Jan 18, 2006 at 12:41:37AM +0100, Poul-Henning Kamp wrote: > > In message <20060117222233.GA99076@troutmask.apl.washington.edu>, Steve= Kargl writes: > > >It just isn't my day to work on upgrade a 3 day old -current. ;( > > > > > >/usr/src/lib/libcrypt/../libmd/md5c.c: In function `__MD5Update': > > >/usr/src/lib/libcrypt/../libmd/md5c.c:154: error: argument "in" doesn'= t match prototype > > >/usr/include/sys/md5.h:41: error: prototype declaration > > >*** Error code 1 > >=20 > > Either you got a very unlucky CVSUP timing or you didn't run buildworld > > because it looks like you have an old and a new source tree= =2E.. > >=20 >=20 > I didn't do a buildworld. It appears that one can no longer > rebuild only a part of the tree. I did >=20 > rm -rf /usr/obj/* > cd /usr/src/lib > make clean && make cleandepend && make cleandir > make depend > make >=20 > Report problem. >=20 > On the bright, I found I have a boat loader of bitrot in /usr/include. >=20 The above sequence doesn't upgrade /usr/include, so it won't pick up changed made to src/include or other headers. Don't do that. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzlu9qRfpzJluFF4RAtRIAKCUxNUmM+SXsDqMuefMNtx9vy7EvACeMKI7 8yyN+Hb8T8ccbzBpaIHisvA= =lF2a -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 19:11:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A457B16A41F for ; Wed, 18 Jan 2006 19:11:35 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0594E43D45 for ; Wed, 18 Jan 2006 19:11:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DC0B.dip.t-dialin.net [84.165.220.11]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0IJ4Vcm045533; Wed, 18 Jan 2006 20:04:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0IJBH7i086499; Wed, 18 Jan 2006 20:11:18 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 18 Jan 2006 20:11:17 +0100 From: Alexander Leidinger To: Dmitry Pryanishnikov Message-ID: <20060118201117.2664fe82@Magellan.Leidinger.net> In-Reply-To: <20060117231604.J25058@atlantis.atlantis.dp.ua> References: <20060116203504.U44104@atlantis.atlantis.dp.ua> <20060117141311.ur6csr5mo4wow4ww@netchild.homeip.net> <20060117205956.I92022@atlantis.atlantis.dp.ua> <20060117214415.65c1ff96@Magellan.Leidinger.net> <20060117231604.J25058@atlantis.atlantis.dp.ua> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Problem with some "tmac" files (was: Re: make delete-old hurts) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 19:11:35 -0000 On Tue, 17 Jan 2006 23:31:19 +0200 (EET) Dmitry Pryanishnikov wrote: > /usr/share/tmac/mm/locale > /usr/share/tmac/mm/se_locale > > have appeared again. After that I run 'make check-old', and it listed > only 2 these files as old ones. I removed them from ObsoleteFIles.inc. Thanks, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 19:20:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 573A716A41F for ; Wed, 18 Jan 2006 19:20:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2139043D45 for ; Wed, 18 Jan 2006 19:20:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 18 Jan 2006 11:20:00 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43CE94DF.4000000@elischer.org> Date: Wed, 18 Jan 2006 11:19:59 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Ricardo A. Reis" References: <43CE30D3.8010706@dis.epm.br> In-Reply-To: <43CE30D3.8010706@dis.epm.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Jails QOS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 19:20:02 -0000 Ricardo A. Reis wrote: > Hi, > > Recently i see in slashdot a news related with a OpenVZ project, > this project apparently include support a Resource Manager, exist a > perspective for implant this on FreeBSD Jail like a possibility the > scale cpus in jails ? > The another interesting feature for target for /usr/src/Makefile is > create a buildwork capable of create a jail base, excluding a programs > and rc scripts without use in jail. > > A url for OpenVZ Project: http://openvz.org/documentation/tech/features it seems from reading it that openVZ is closer to: Marco Zec's "Vimage" project ( http://www.tel.fer.hr/zec/vimage/ ) than to plain jails. I would like to be able to work out how to make vimage "extensible" and suitable for inclusion in a production system because it is very cool. > > > Thanks and sorry for my bad english. Not a problem.. Your English is good enough for us to understand and that is what is important! > > > Ricardo A. Reis > UNIFESP > Unix and Network Admin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 21:52:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FD316A41F; Wed, 18 Jan 2006 21:52:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE8843D5C; Wed, 18 Jan 2006 21:52:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6389486 for multiple; Wed, 18 Jan 2006 16:53:24 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0ILqMfh057429; Wed, 18 Jan 2006 16:52:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 18 Jan 2006 16:52:56 -0500 User-Agent: KMail/1.9.1 References: <20060118070549.GA617@xor.obsecurity.org> In-Reply-To: <20060118070549.GA617@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601181652.59407.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1245/Wed Jan 18 11:57:44 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: current@freebsd.org, Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 21:52:28 -0000 On Wednesday 18 January 2006 02:05, Kris Kennaway wrote: > I ran some code of ups@ that essentially does mmap/munmap of created > files, which I ran on a nfs-mounted filesystem. At the same time I > was running umount -f on that filesystem in a loop (this was all to > try and provoke another umount -f panic I'm seeing). It quickly > panicked with this: > > System call munmap returning with the following locks held: > exclusive sleep mutex Giant r = 0 (0xc07ea408) locked @ vm/vm_object.c:449 > panic: witness_warn > cpuid = 1 > KDB: enter: panic > [thread pid 3045 tid 100101 ] > Stopped at kdb_enter+0x30: leave > db> wh > Tracing pid 3045 tid 100101 td 0xc9627000 > kdb_enter(c071c7f5,1,c0720ca2,f7a46c64,c9627000) at kdb_enter+0x30 > panic(c0720ca2,f7a46c8c,1,2,c9627000) at panic+0x13f > witness_warn(2,0,c073c410,c07214aa,c9922318) at witness_warn+0x16a > syscall(3b,3b,3b,2804ebb6,bfbfe8a8) at syscall+0x56d > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (0, FreeBSD ELF32, nosys), eip = 0x28127e7f, esp = 0xbfbfe7fc, > ebp = 0xbfbfe828 --- db> I sent this to you on IRC, but for the archives, here's a possible fix. It looks like vm_object_deallocate() never unlocks Giant if it locks it, and the leak would only happen if mpsafevfs=0 or you are using a non-safe filesystem: Index: vm_object.c =================================================================== RCS file: /usr/cvs/src/sys/vm/vm_object.c,v retrieving revision 1.353 diff -u -r1.353 vm_object.c --- vm_object.c 31 Dec 2005 14:39:20 -0000 1.353 +++ vm_object.c 18 Jan 2006 18:50:40 -0000 @@ -467,6 +467,7 @@ object->ref_count--; if (object->ref_count > 1) { VM_OBJECT_UNLOCK(object); + VFS_UNLOCK_GIANT(vfslocked); return; } else if (object->ref_count == 1) { if (object->shadow_count == 0) { @@ -495,6 +496,7 @@ * Let the lower priority thread run. */ tsleep(&proc0, PVM, "vmo_de", 1); + MPASS(vfslocked == 0); continue; } /* @@ -535,11 +537,13 @@ object = robject; vm_object_collapse(object); VM_OBJECT_UNLOCK(object); + MPASS(vfslocked == 0); continue; } VM_OBJECT_UNLOCK(robject); } VM_OBJECT_UNLOCK(object); + MPASS(vfslocked == 0); return; } doterm: @@ -562,6 +566,7 @@ else VM_OBJECT_UNLOCK(object); object = temp; + VFS_UNLOCK_GIANT(vfslocked); } } -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 21:52:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FD316A41F; Wed, 18 Jan 2006 21:52:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE8843D5C; Wed, 18 Jan 2006 21:52:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6389486 for multiple; Wed, 18 Jan 2006 16:53:24 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0ILqMfh057429; Wed, 18 Jan 2006 16:52:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 18 Jan 2006 16:52:56 -0500 User-Agent: KMail/1.9.1 References: <20060118070549.GA617@xor.obsecurity.org> In-Reply-To: <20060118070549.GA617@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601181652.59407.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1245/Wed Jan 18 11:57:44 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: current@freebsd.org, Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 21:52:28 -0000 On Wednesday 18 January 2006 02:05, Kris Kennaway wrote: > I ran some code of ups@ that essentially does mmap/munmap of created > files, which I ran on a nfs-mounted filesystem. At the same time I > was running umount -f on that filesystem in a loop (this was all to > try and provoke another umount -f panic I'm seeing). It quickly > panicked with this: > > System call munmap returning with the following locks held: > exclusive sleep mutex Giant r = 0 (0xc07ea408) locked @ vm/vm_object.c:449 > panic: witness_warn > cpuid = 1 > KDB: enter: panic > [thread pid 3045 tid 100101 ] > Stopped at kdb_enter+0x30: leave > db> wh > Tracing pid 3045 tid 100101 td 0xc9627000 > kdb_enter(c071c7f5,1,c0720ca2,f7a46c64,c9627000) at kdb_enter+0x30 > panic(c0720ca2,f7a46c8c,1,2,c9627000) at panic+0x13f > witness_warn(2,0,c073c410,c07214aa,c9922318) at witness_warn+0x16a > syscall(3b,3b,3b,2804ebb6,bfbfe8a8) at syscall+0x56d > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (0, FreeBSD ELF32, nosys), eip = 0x28127e7f, esp = 0xbfbfe7fc, > ebp = 0xbfbfe828 --- db> I sent this to you on IRC, but for the archives, here's a possible fix. It looks like vm_object_deallocate() never unlocks Giant if it locks it, and the leak would only happen if mpsafevfs=0 or you are using a non-safe filesystem: Index: vm_object.c =================================================================== RCS file: /usr/cvs/src/sys/vm/vm_object.c,v retrieving revision 1.353 diff -u -r1.353 vm_object.c --- vm_object.c 31 Dec 2005 14:39:20 -0000 1.353 +++ vm_object.c 18 Jan 2006 18:50:40 -0000 @@ -467,6 +467,7 @@ object->ref_count--; if (object->ref_count > 1) { VM_OBJECT_UNLOCK(object); + VFS_UNLOCK_GIANT(vfslocked); return; } else if (object->ref_count == 1) { if (object->shadow_count == 0) { @@ -495,6 +496,7 @@ * Let the lower priority thread run. */ tsleep(&proc0, PVM, "vmo_de", 1); + MPASS(vfslocked == 0); continue; } /* @@ -535,11 +537,13 @@ object = robject; vm_object_collapse(object); VM_OBJECT_UNLOCK(object); + MPASS(vfslocked == 0); continue; } VM_OBJECT_UNLOCK(robject); } VM_OBJECT_UNLOCK(object); + MPASS(vfslocked == 0); return; } doterm: @@ -562,6 +566,7 @@ else VM_OBJECT_UNLOCK(object); object = temp; + VFS_UNLOCK_GIANT(vfslocked); } } -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 21:53:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6953816A41F for ; Wed, 18 Jan 2006 21:53:06 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C630143D46 for ; Wed, 18 Jan 2006 21:53:05 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0ILr43a063407; Wed, 18 Jan 2006 22:53:04 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k0ILr3qB058181; Wed, 18 Jan 2006 22:53:03 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k0ILr3xR058180; Wed, 18 Jan 2006 22:53:03 +0100 (CET) (envelope-from wb) Date: Wed, 18 Jan 2006 22:53:03 +0100 From: Wilko Bulte To: Jacky Jack Message-ID: <20060118215303.GD58048@freebie.xs4all.nl> References: <20060117155338.GA34996@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 21:53:06 -0000 On Tue, Jan 17, 2006 at 07:32:46PM +0000, Jacky Jack wrote.. > Wilko, > > 1) Did you try booting from the below ISO's with the card installed and a > logical array defined? Hm, yes, I think I did to get a minimal FBSD 6.0R on it, and then I moved the old OS instance over from the JBOD SATA onto the RAID1 hanging off the TX2300 > 2) Are you booting the OS off of the defined logical array? Yes. > 3) Could you display the output of: pciconf -l ? atapci1@pci0:31:1: class=0x01018a card=0x80a61043 chip=0x24db8086 rev=0x02 hdr=0x00 atapci2@pci0:31:2: class=0x01018f card=0x80a61043 chip=0x24d18086 rev=0x02 hdr=0x00 none0@pci0:31:3: class=0x0c0500 card=0x80a61043 chip=0x24d38086 rev=0x02 hdr=0x00 atapci0@pci2:13:0: class=0x010400 card=0x3570105a chip=0x3570105a rev=0x02 hdr=0x00 > Thanks, > Mark > > > >From: Wilko Bulte > >To: Jacky Jack > >CC: freebsd-current@freebsd.org > >Subject: Re: Promise TX2300 > >Date: Tue, 17 Jan 2006 16:53:38 +0100 > > > >On Tue, Jan 17, 2006 at 03:02:50AM +0000, Jacky Jack wrote.. > >> Hi, > >> > >> Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a Promise > >TX2300 > >> card installed causes my box to reboot at the bootloader. Once the > >card is > >> pulled out I can boot off of either ISO's. > >> > >> Is there any known issues with the TX2300 card? > > > >Mine is happily running a RAID1 on 6-stable. > > > >-- > >Wilko Bulte wilko@FreeBSD.org > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:09:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE40916A41F; Wed, 18 Jan 2006 22:09:28 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ECE243D4C; Wed, 18 Jan 2006 22:09:25 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.123.190] (s1013-0001.dsl.start.no [195.159.141.97]) by smtp1.powertech.no (Postfix) with ESMTP id E878081A9; Wed, 18 Jan 2006 23:09:23 +0100 (CET) In-Reply-To: <20051222211730.GK39174@svcolo.com> References: <43A266E5.3080103@samsco.org> <20051217215434.GB92180@svcolo.com> <20051217220807.GA28741@freebie.xs4all.nl> <43A492B6.6050305@t-hosting.hu> <20051217232856.GT77268@cirb503493.alcatel.com.au> <43A4B91D.8040304@samsco.org> <20051222211730.GK39174@svcolo.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Wed, 18 Jan 2006 23:09:24 +0100 To: Jo Rhett X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org, current Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 22:09:29 -0000 On 22. des. 2005, at 22.17, Jo Rhett wrote: > On Sat, Dec 17, 2005 at 06:19:25PM -0700, Scott Long wrote: >> FreeBSD Update was written by, and is continuously maintained by the >> actual FreeBSD Security Officer. It's as official as it gets. If >> the only barrier to acceptance is that it's not distributed from the >> FreeBSD.org domain, then a) that's a silly argument, and b) it's >> easily >> solvable so long as Colin agrees. > > But FreeBSD Update suffers from all of the same limitations that > I've been > describing because of lack of integration with the Core OS. > > 1. modified kernels are foobar > ..yet are practically mandatory on production systems > > 2. modified sources are foobar > ..yet many common production situations require source > compilation options Modified files cannot be patched, period. No matter what system you are on. A nice user-experience of backing up the modified file and reinstalling the default could be added on top to resemble other systems, but it would not solve your problem. What you are looking for is enough run-time knobs and a stable ABI layer for third party drivers so the need for compiling your own kernel disappears. > 3. FreeBSD Update can't handle updates of jails and other > situations that > package systems deal with just fine. freebsd-update -b /usr/jail/foo ? From the manual: Act on a FreeBSD world based at the directory basedir. This is suitable for updating jails, but note that the usual rules about updating locally modified (or compiled) files apply, and the jail must belong to the same release version as the run- ning kernel. Frode Nordahl frode@nordahl.net From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:11:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE1716A41F; Wed, 18 Jan 2006 22:11:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D129F43D48; Wed, 18 Jan 2006 22:11:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A6C4D1A3C1F; Wed, 18 Jan 2006 14:11:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 354D95154A; Wed, 18 Jan 2006 17:11:13 -0500 (EST) Date: Wed, 18 Jan 2006 17:11:12 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060118221112.GA50711@xor.obsecurity.org> References: <20060118070549.GA617@xor.obsecurity.org> <200601181652.59407.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <200601181652.59407.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 22:11:15 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2006 at 04:52:56PM -0500, John Baldwin wrote: > I sent this to you on IRC, but for the archives, here's a possible fix. = It=20 > looks like vm_object_deallocate() never unlocks Giant if it locks it, and= the=20 > leak would only happen if mpsafevfs=3D0 or you are using a non-safe files= ystem: It seems to work; and NFS is non mp-safe, right? Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzrz+Wry0BWjoQKURAhU3AKDnFtaYJAlAeFy5/CoenHHTZ3d6BACeIPss fxbbLcniWM6JL9AP2yMG8vs= =3tPA -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:27:25 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D973416A41F for ; Wed, 18 Jan 2006 22:27:25 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F63B43D45 for ; Wed, 18 Jan 2006 22:27:25 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EzLlz-000DFp-M5; Wed, 18 Jan 2006 22:27:23 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.54 (FreeBSD)) id 1EzLlz-000Mdf-2r; Wed, 18 Jan 2006 22:27:23 +0000 Date: Wed, 18 Jan 2006 22:27:23 +0000 From: Thomas Hurst To: "Stephane E. Potvin" Message-ID: <20060118222722.GA84471@voi.aagh.net> Mail-Followup-To: "Stephane E. Potvin" , freebsd-current@FreeBSD.org References: <43CBFE99.5090402@telcobridges.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43CBFE99.5090402@telcobridges.com> Organization: Not much. User-Agent: Mutt/1.5.11 Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net Cc: freebsd-current@FreeBSD.org Subject: Re: LSISAS1064 support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 22:27:26 -0000 * Stephane E. Potvin (stephane.potvin@telcobridges.com) wrote: > I have a Sun Galaxy X4200 that I would really like to install FreeBSD > on. Unfortunately, it uses the new LSISAS1064 controller as it's scsi > controller. This controller is part of the MTP Fusion family. Support > for this is not yet available in the FreeBSD mtp driver. Does anybody > knows if support for this particular controller is in the works? Matt Jacob is currently working on adding support \o/ -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:41:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B0716A41F for ; Wed, 18 Jan 2006 22:41:04 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5DB43D6D for ; Wed, 18 Jan 2006 22:41:00 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.123.190] (s1013-0001.dsl.start.no [195.159.141.97]) by smtp1.powertech.no (Postfix) with ESMTP id 3298080CD; Wed, 18 Jan 2006 23:40:59 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Wed, 18 Jan 2006 23:41:01 +0100 To: Jacky Jack X-Mailer: Apple Mail (2.746.2) Cc: freebsd-current@freebsd.org Subject: Re: Promise TX2300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 22:41:04 -0000 On 17. jan. 2006, at 04.02, Jacky Jack wrote: > Hi, > > Booting off of the 6.0-RELEASE-i386-bootonly or disc1 with a > Promise TX2300 card installed causes my box to reboot at the > bootloader. Once the card is pulled out I can boot off of either > ISO's. > > Is there any known issues with the TX2300 card? I have two boxes with both TX2200 and TX2300 running at the same time without any problems. Frode Nordahl frode@nordahl.net From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 23:02:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D0916A41F for ; Wed, 18 Jan 2006 23:02:18 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AC5C43D46 for ; Wed, 18 Jan 2006 23:02:17 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 7164DFE; Wed, 18 Jan 2006 18:02:38 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 33E627A5A; Wed, 18 Jan 2006 18:02:37 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EzMJh-0009iu-KE; Wed, 18 Jan 2006 23:02:13 +0000 Date: Wed, 18 Jan 2006 23:02:13 +0000 From: Brian Candler To: Dread Pirate Mal Message-ID: <20060118230213.GA37284@uk.tiscali.com> 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-current@freebsd.org Subject: Re: Abysmal performance on external usb drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 23:02:18 -0000 On Fri, Jan 13, 2006 at 12:34:38PM -0800, Dread Pirate Mal wrote: > I'm seeing -really- terrible performance with an external usb drive on > my freebsd 5.4 machine. It's a matrox one-touch being attached as the only > device on port 0 of an Intel S845W based system. And yes, I do have > ehci compiled in and the most current bios for the board :). You think *that's* terrible? Here's my cheapo 128M flash MP3 player: umass0: EM102I Mp3 Player, rev 1.10/0.12, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) Loading it up with data using a pre-prepared filesystem image so that it doesn't jump around the flash: # time dd if=desertisland1.img of=/dev/da0 bs=16k 8000+0 records in 8000+0 records out 131072000 bytes transferred in 698.433774 secs (187666 bytes/sec) 698.53 real 0.02 user 1.55 sys That's 1.5Mbps, which isn't very impressive :-( From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 23:07:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5BB16A41F; Wed, 18 Jan 2006 23:07:59 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from mx51.ms.so-net.ne.jp (mx51.ms.so-net.ne.jp [202.238.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 824B743D45; Wed, 18 Jan 2006 23:07:57 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from [127.0.0.1] (p622944.tkyoac00.ap.so-net.ne.jp [219.98.41.68]) by mx51.ms.so-net.ne.jp with ESMTP id k0IN7SHU020461; Thu, 19 Jan 2006 08:07:44 +0900 (JST) Message-ID: <43CECA2C.6030400@ba2.so-net.ne.jp> Date: Thu, 19 Jan 2006 08:07:24 +0900 From: SANETO Takanori User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Evans References: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> In-Reply-To: <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd@newmillennium.net.au, freebsd-current@FreeBSD.org Subject: Re: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 23:07:59 -0000 I experienced this using malloc.c 1.95. assert("arenas != NULL") failed in malloc.c:4519. To reproduce, build mail/dovecot (under either version of malloc.c) and run it under libc of malloc.c rev 1.95. imap-login and pop3-login dump core. My environment is: FreeBSD 7-CURRENT as of 2006/01/15 (+latest libc including malloc.c 1.95) in VMware 4.5.3 sysctl hw.ncpu = 1 % ldd /usr/local/libexec/dovecot/imap-login /usr/local/libexec/dovecot/imap-login: libssl.so.4 => /usr/lib/libssl.so.4 (0x2809b000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x280cc000) libc.so.6 => /lib/libc.so.6 (0x281d2000) Regrads, SANETO Takanori Jason Evans wrote: > On Jan 16, 2006, at 3:50 AM, wrote: >> I get core dumps in Dovecot under a recent -CURRENT, Using revision >> 1.95 of >> malloc.c: >> >> (gdb) bt >> #0 0x0a250642 in arena_new (arena=0xa2d5140, malloced=false, >> recursive=true) at /usr/src/lib/libc/stdlib/malloc.c:3520 >> #1 0x0a2520a5 in malloc_init_hard () at >> /usr/src/lib/libc/stdlib/malloc.c:4444 >> #2 0x0a251b0e in malloc_init () at >> /usr/src/lib/libc/stdlib/malloc.c:4233 >> #3 0x0a252222 in malloc (size=32784) at >> /usr/src/lib/libc/stdlib/malloc.c:4528 >> #4 0x0805352a in mem_block_alloc (min_size=32768) at data-stack.c:190 >> #5 0x080538f5 in data_stack_init () at data-stack.c:360 >> #6 0x080575cf in lib_init () at lib.c:24 >> #7 0x0804d8f2 in main (argc=1, argv=0xbfbfecd4, envp=0x0) at main.c:281 > > Are you sure that you were using revision 1.95 of malloc.c? The > stacktrace looks more like it is from revsion 1.93. Can you try again > with revision 1.95, please? Revisions 1.93 and 1.94 had a bug, in that > they didn't check whether an allocation was successful in arena_new() > before using memset() on the result. I wouldn't have expected the > allocation to ever fail, but the stacktrace above indicates that dovecot > probably crashed as a result of the bug. > > If you still have problems with revision 1.95, can you please provide > details on how to reproduce the crash? > > Thanks, > Jason > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 00:14:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35C4916A41F for ; Thu, 19 Jan 2006 00:14:33 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (green-dome.village.org [168.103.84.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C10B43D49 for ; Thu, 19 Jan 2006 00:14:32 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (localhost.village.org [127.0.0.1]) by green-dome.village.org (8.11.0/8.11.0) with ESMTP id k0J0EUB27323 for ; Wed, 18 Jan 2006 17:14:30 -0700 (MST) Message-Id: <200601190014.k0J0EUB27323@green-dome.village.org> To: freebsd-current@freebsd.org From: dlm-fb@weaselfish.com In-reply-to: Your message of Wed, 18 Jan 2006 08:28:04 GMT Date: Wed, 18 Jan 2006 17:14:29 -0700 Subject: Re: [PATCH] Support for large number of md(4) disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 00:14:33 -0000 "Wojciech A. Koszek" wrote: : [1] cases in which total device number will change are as probable as : using more than 100 md(4) disks ;-) This is why I decided to use simple : request for a size and to do a request for md(4) list. FWIW, to address the implicit ``no one would ever ....'' My employer is currently planning on using several hundred (or more) md disks at a time in an upcoming project. We don't need to have all of the md devices immediately available at boot, so fsck'ing the relatively-small filesystems on them on demand would be much more attractive than doing a single multi-terabyte check up front would be. For various reasons, soft updates aren't a viable option for us right now, so background fsck doesn't help. Dworkin From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 01:18:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A060216A41F for ; Thu, 19 Jan 2006 01:18:09 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C9C43D46 for ; Thu, 19 Jan 2006 01:18:09 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EzORE-0008tN-LA for freebsd-current@freebsd.org; Thu, 19 Jan 2006 01:18:09 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EzORD-0000Pq-2v for freebsd-current@freebsd.org; Thu, 19 Jan 2006 10:18:07 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17358.59598.606852.426971@roam.psg.com> Date: Thu, 19 Jan 2006 10:18:06 +0900 To: FreeBSD Current Subject: thinkpad suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 01:18:09 -0000 what are the tricks of the week for t41s? i removed the hacks to /etc/rc.suspend /usr/X11R6/bin/xset -display :0 dpms force off sleep 3 sysctl hw.acpi.video.lcd0.active=0 /etc/rc.resume /usr/X11R6/bin/xset -display :0 dpms force on sysctl hw.acpi.video.lcd0.active=1 now it comes back, but never exits zzz and ignores keyboard, ... it has the symptoms of x sickness, but i am not sure. randy From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 01:31:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A71E816A41F; Thu, 19 Jan 2006 01:31:13 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6923B43D4C; Thu, 19 Jan 2006 01:31:13 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.19.8.104] (216-239-45-4.google.com [216.239.45.4]) by elvis.mu.org (Postfix) with ESMTP id 4F62A1A3C22; Wed, 18 Jan 2006 17:31:13 -0800 (PST) Message-ID: <43CEEBD4.3060604@FreeBSD.org> Date: Wed, 18 Jan 2006 17:31:00 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20060118070549.GA617@xor.obsecurity.org> <200601181652.59407.jhb@freebsd.org> In-Reply-To: <200601181652.59407.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 01:31:13 -0000 Hi, John Baldwin wrote: > I sent this to you on IRC, but for the archives, here's a possible fix. It > looks like vm_object_deallocate() never unlocks Giant if it locks it, and the > leak would only happen if mpsafevfs=0 or you are using a non-safe filesystem: The real problem is that vm_object_deallocate() doesn't expect the object's type to change if it sees it's a vnode, when it's not holding the object lock: /* * In general, the object should be locked when working with * its type. In this case, in order to maintain proper lock * ordering, an exception is possible because a vnode-backed * object never changes its type. */ vfslocked = 0; if (object->type == OBJT_VNODE) { struct vnode *vp = (struct vnode *) object->handle; vfslocked = VFS_LOCK_GIANT(vp->v_mount); } VM_OBJECT_LOCK(object); if (object->type == OBJT_VNODE) { vm_object_vndeallocate(object); VFS_UNLOCK_GIANT(vfslocked); return; } The comment is actually wrong, and the object's type can change to OBJT_DEAD when the corresponing vnode gets freed, so maybe you might want to change it. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 01:31:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A71E816A41F; Thu, 19 Jan 2006 01:31:13 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6923B43D4C; Thu, 19 Jan 2006 01:31:13 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.19.8.104] (216-239-45-4.google.com [216.239.45.4]) by elvis.mu.org (Postfix) with ESMTP id 4F62A1A3C22; Wed, 18 Jan 2006 17:31:13 -0800 (PST) Message-ID: <43CEEBD4.3060604@FreeBSD.org> Date: Wed, 18 Jan 2006 17:31:00 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20060118070549.GA617@xor.obsecurity.org> <200601181652.59407.jhb@freebsd.org> In-Reply-To: <200601181652.59407.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 01:31:13 -0000 Hi, John Baldwin wrote: > I sent this to you on IRC, but for the archives, here's a possible fix. It > looks like vm_object_deallocate() never unlocks Giant if it locks it, and the > leak would only happen if mpsafevfs=0 or you are using a non-safe filesystem: The real problem is that vm_object_deallocate() doesn't expect the object's type to change if it sees it's a vnode, when it's not holding the object lock: /* * In general, the object should be locked when working with * its type. In this case, in order to maintain proper lock * ordering, an exception is possible because a vnode-backed * object never changes its type. */ vfslocked = 0; if (object->type == OBJT_VNODE) { struct vnode *vp = (struct vnode *) object->handle; vfslocked = VFS_LOCK_GIANT(vp->v_mount); } VM_OBJECT_LOCK(object); if (object->type == OBJT_VNODE) { vm_object_vndeallocate(object); VFS_UNLOCK_GIANT(vfslocked); return; } The comment is actually wrong, and the object's type can change to OBJT_DEAD when the corresponing vnode gets freed, so maybe you might want to change it. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 02:12:09 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1635F16A41F for ; Thu, 19 Jan 2006 02:12:09 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8662543D48 for ; Thu, 19 Jan 2006 02:12:08 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 640085E48DA; Wed, 18 Jan 2006 18:12:08 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 921FC5E484B; Wed, 18 Jan 2006 18:12:06 -0800 (PST) In-Reply-To: <43CECA2C.6030400@ba2.so-net.ne.jp> References: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> <43CECA2C.6030400@ba2.so-net.ne.jp> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/mixed; boundary=Apple-Mail-5-415733034 Message-Id: <6A234191-C4DA-4E1B-BB4D-1F3F8043DDA9@freebsd.org> From: Jason Evans Date: Wed, 18 Jan 2006 18:12:02 -0800 To: SANETO Takanori X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd@newmillennium.net.au, freebsd-current@FreeBSD.org, robin@isometry.net Subject: Re: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 02:12:09 -0000 --Apple-Mail-5-415733034 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 18, 2006, at 3:07 PM, SANETO Takanori wrote: > I experienced this using malloc.c 1.95. > assert("arenas != NULL") failed in malloc.c:4519. > > To reproduce, build mail/dovecot (under either version of malloc.c) > and > run it under libc of malloc.c rev 1.95. imap-login and pop3-login > dump core. > > My environment is: > FreeBSD 7-CURRENT as of 2006/01/15 (+latest libc including malloc.c > 1.95) > in VMware 4.5.3 > sysctl hw.ncpu = 1 > > % ldd /usr/local/libexec/dovecot/imap-login > /usr/local/libexec/dovecot/imap-login: > libssl.so.4 => /usr/lib/libssl.so.4 (0x2809b000) > libcrypto.so.4 => /lib/libcrypto.so.4 (0x280cc000) > libc.so.6 => /lib/libc.so.6 (0x281d2000) This is due to: 1) A bug in malloc. If malloc() fails the first time it is called, this causes a fatal error rather than returning NULL. This is fixed in revision 1.96 of malloc.c. 2) Low resource limits set by dovecot. malloc extends the heap in increments of 16 MB, and dovecot's resource limits are set low enough that malloc immediately fails. The attached patch to the dovecot port works around this. Another reasonable workaround would be to define _malloc_options to be "k" (or "kk", or ...) in the dovecot source code. A short term (but not generally recommended, since it affects all programs) workaround would be to set /etc/malloc.conf to 'k'. Thanks, Jason --Apple-Mail-5-415733034 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="dovecot.diff" Content-Disposition: attachment; filename=dovecot.diff Index: files/patch-aa =================================================================== RCS file: files/patch-aa diff -N files/patch-aa --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-aa 19 Jan 2006 01:38:02 -0000 @@ -0,0 +1,11 @@ +--- src/master/master-settings.c Tue Dec 6 04:54:30 2005 ++++ ../../work.old/dovecot-1.0.alpha5/src/master/master-settings.c Wed Jan 18 17:33:54 2006 +@@ -271,7 +271,7 @@ + MEMBER(login_chroot) TRUE, + MEMBER(login_greeting_capability) FALSE, + +- MEMBER(login_process_size) 32, ++ MEMBER(login_process_size) 64, + MEMBER(login_processes_count) 3, + MEMBER(login_max_processes_count) 128, + MEMBER(login_max_logging_users) 256, --Apple-Mail-5-415733034 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed --Apple-Mail-5-415733034-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 05:25:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DCAA16A41F for ; Thu, 19 Jan 2006 05:25:25 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.200.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC72E43D46 for ; Thu, 19 Jan 2006 05:25:24 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.2] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by bugor.portaone.com (8.13.4/8.13.4) with ESMTP id k0J5PJV9047171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jan 2006 21:25:20 -0800 (PST) (envelope-from sobomax@portaone.com) Message-ID: <43CF22AD.3080702@portaone.com> Date: Wed, 18 Jan 2006 21:25:01 -0800 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Wojciech A. Koszek" References: <20060114223019.GA99634@FreeBSD.czest.pl> <43CC168D.9080708@portaone.com> <20060118082804.GC4846@FreeBSD.czest.pl> In-Reply-To: <20060118082804.GC4846@FreeBSD.czest.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1245/Wed Jan 18 08:57:44 2006 on bugor.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on bugor.portaone.com Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Support for large number of md(4) disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 05:25:25 -0000 Wojciech A. Koszek wrote: > On Mon, Jan 16, 2006 at 01:56:29PM -0800, Maxim Sobolev wrote: >> Hi, > > Hi Maxim, > >> IMHO there is better approach to fetch unknown amount of data from the >> kernel using ioctl(2) facility. The main idea is that you allocate some >> buffer of size sufficient in 95% of cases (for md(4) I think 8-16 >> entries are enough), attach it to some structure which has size of the >> buffer as one of its members and send pointer to that structure as an >> argument to ioctl(2). >> >> Upon receiving this structure the kernel compares size of the buffer >> with amount of information that it needs to send back. If buffer size is >> sufficient to hold this information it copies it out and returns number >> of entries in the buffer as one of members of this structure. > > I don't like using array member for holding additional data. We have > something similar right now with md_pad[0]. I wanted to prevent us from > doing it once again. To do it right, we'd have to add yet another > structure describing size of list with pointer to list of disks and the > other one for describing separate disks.. but [1] > >> If the buffer size is insufficient, the kernel fills in desired size of >> the buffer in structure members and returns some error code indicating >> that the provided buffer is insufficient. Upon receiving this error >> userland increases the buffer size to the size suggested by the kernel >> (perhaps adding some extra space) and repeats the ioctl(2) calls. >> > > I belive both methods are acceptable since we always end up with > sysctl(3)-like problem. Solution you've described will give us one > ioctl() call in possitive case, but are there any others advantages? Yes, there is a difference. I don't like your approach when you are trying to win the race fixed amount of times (5) and then just bailing out, asymptotic approach is better IMHO. Especially considering that memory is cheap nowadays and you won't have any problems with allocating space for many thousand configuration entries, even in the case when you are really going to use only few of them. Regarding you assumption that meeting the situation when total number of devices changes quickly I don't quite agree. A simple script can make number of md(4) devices going up/down by few hundred per second easily, your approach will behave erratically in such case. -Maxim > [1] cases in which total device number will change are as probable as > using more than 100 md(4) disks ;-) This is why I decided to use simple > request for a size and to do a request for md(4) list. > From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 10:22:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCA516A41F for ; Thu, 19 Jan 2006 10:22:13 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0F6043D46 for ; Thu, 19 Jan 2006 10:22:12 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from [84.247.144.144] (helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EzWvD-0004qv-Oe; Thu, 19 Jan 2006 11:21:40 +0100 Date: Thu, 19 Jan 2006 11:22:11 +0100 From: Marcin Jessa To: Randy Bush Message-Id: <20060119112211.24ce1a86.lists@yazzy.org> In-Reply-To: <17358.59598.606852.426971@roam.psg.com> References: <17358.59598.606852.426971@roam.psg.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.2 (--) Cc: freebsd-current@freebsd.org Subject: Re: thinkpad suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 10:22:13 -0000 On Thu, 19 Jan 2006 10:18:06 +0900 Randy Bush wrote: > what are the tricks of the week for t41s? i removed the hacks > to > > /etc/rc.suspend > /usr/X11R6/bin/xset -display :0 dpms force off > sleep 3 > sysctl hw.acpi.video.lcd0.active=0 > > /etc/rc.resume > /usr/X11R6/bin/xset -display :0 dpms force on > sysctl hw.acpi.video.lcd0.active=1 > > now it comes back, but never exits zzz and ignores keyboard, ... > it has the symptoms of x sickness, but i am not sure. I'm not sure if this will apply to your T41s but you can give it a shot: http://www.yazzy.org/configs/freebsd/thinkpad/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 11:32:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38CE16A41F for ; Thu, 19 Jan 2006 11:32:40 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348FC43D49 for ; Thu, 19 Jan 2006 11:32:37 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id A13AE3A50; Thu, 19 Jan 2006 09:32:36 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 259CB3949; Thu, 19 Jan 2006 09:32:28 -0200 (BRDT) Message-ID: <43CF78C5.90108@yahoo.com.br> Date: Thu, 19 Jan 2006 09:32:21 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: Julian Elischer References: <43CE30D3.8010706@dis.epm.br> <43CE94DF.4000000@elischer.org> In-Reply-To: <43CE94DF.4000000@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: "Ricardo A. Reis" , current@freebsd.org Subject: Re: Jails QOS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 11:32:40 -0000 Julian, > it seems from reading it that openVZ is closer to: > Marco Zec's "Vimage" project ( http://www.tel.fer.hr/zec/vimage/ ) > than to plain jails. Thanks by the attention on my question, After read this url i think "it is that" :-), but this project is for old 4.x and not is maintained by official FreBSD Project, i don't like the use patch for many reason and one example is a patch for multiple ip address in jail (http://people.freebsd.org/~pjd/patches/jail_2005020101.patch). The virtualization is for me the unique path, reading the presentation in eurobsdcon 2002, i have a question .. When a many numbers of the vimage caused performance degradation ? I have a plan to introduce a many jails for VPS (Virtual Private Server) in University , but i have large DB with this is possible scale one or more vimage ? > I would like to be able to work out how to make vimage "extensible" > and suitable for > inclusion in a production system because it is very cool. > Introduce this project in default system is very like , i like the work on this but i don't have more time for another's projects. Thanks Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 11:50:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03BBD16A41F for ; Thu, 19 Jan 2006 11:50:44 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6587543D55 for ; Thu, 19 Jan 2006 11:50:43 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id F34273A50; Thu, 19 Jan 2006 09:50:41 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 7995B3949; Thu, 19 Jan 2006 09:50:37 -0200 (BRDT) Message-ID: <43CF7D06.9080309@yahoo.com.br> Date: Thu, 19 Jan 2006 09:50:30 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: "Ricardo A. Reis" References: <43CE30D3.8010706@dis.epm.br> <43CE94DF.4000000@elischer.org> <43CF78C5.90108@yahoo.com.br> In-Reply-To: <43CF78C5.90108@yahoo.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Julian Elischer , current@freebsd.org Subject: Re: Jails QOS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 11:50:44 -0000 > .... have large DB with this is possible scale one or more vimage ? Sorry,, s/more/more cpus per/ Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 12:00:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0F6916A41F for ; Thu, 19 Jan 2006 12:00:30 +0000 (GMT) (envelope-from current@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD0643D4C for ; Thu, 19 Jan 2006 12:00:29 +0000 (GMT) (envelope-from current@dino.sk) Received: from [172.16.39.201] ([213.215.72.45]) by bsd.dino.sk with esmtp; Thu, 19 Jan 2006 13:00:53 +0100 id 00005BFB.43CF7F75.000134DD From: Milan Obuch To: freebsd-current@freebsd.org Date: Thu, 19 Jan 2006 13:01:56 +0100 User-Agent: KMail/1.7.2 References: <43CE30D3.8010706@dis.epm.br> <43CE94DF.4000000@elischer.org> <43CF78C5.90108@yahoo.com.br> In-Reply-To: <43CF78C5.90108@yahoo.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601191301.56509.current@dino.sk> Subject: Re: Jails QOS. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 12:00:30 -0000 On Thursday 19 January 2006 12:32, Ricardo A. Reis wrote: > Julian, > > > it seems from reading it that openVZ is closer to: > > Marco Zec's "Vimage" project ( http://www.tel.fer.hr/zec/vimage/ ) > > than to plain jails. > ... > > When a many numbers of the vimage caused performance degradation? I > have a plan to introduce a many jails for VPS (Virtual Private Server) > in University, but i have large DB with this is possible scale one or > more vimage? > There are some number on Marko's page showing performance degradation somewhere around 1 %, if my memory is not accidentally overwritten :) > > I would like to be able to work out how to make vimage "extensible" > > and suitable for > > inclusion in a production system because it is very cool. > > Introduce this project in default system is very like, i like the > work on this but i don't have more time for another's projects. > I would like really badly to get something like vimages too, however, I could only test patches if they are available. Otherwise I need to maintain old 4.11 with vimages for some time... Regards, Milan From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 13:05:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B9B016A422; Thu, 19 Jan 2006 13:05:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B601243D48; Thu, 19 Jan 2006 13:05:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6445339 for multiple; Thu, 19 Jan 2006 08:06:26 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0JD5MFZ062358; Thu, 19 Jan 2006 08:05:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Suleiman Souhlal Date: Thu, 19 Jan 2006 08:02:30 -0500 User-Agent: KMail/1.8.3 References: <20060118070549.GA617@xor.obsecurity.org> <200601181652.59407.jhb@freebsd.org> <43CEEBD4.3060604@FreeBSD.org> In-Reply-To: <43CEEBD4.3060604@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601190802.31914.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1245/Wed Jan 18 11:57:44 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED, SUBJECT_EXCESS_QP autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 13:05:27 -0000 On Wednesday 18 January 2006 08:31 pm, Suleiman Souhlal wrote: > Hi, > > John Baldwin wrote: > > I sent this to you on IRC, but for the archives, here's a possible fix.= =20 > > It looks like vm_object_deallocate() never unlocks Giant if it locks it, > > and the leak would only happen if mpsafevfs=3D0 or you are using a non-= safe > > filesystem: > > The real problem is that vm_object_deallocate() doesn't expect the > object's type to change if it sees it's a vnode, when it's not holding > the object lock: > /* > * In general, the object should be locked when working with > * its type. In this case, in order to maintain proper lock > * ordering, an exception is possible because a vnode-backed > * object never changes its type. > */ > vfslocked =3D 0; > if (object->type =3D=3D OBJT_VNODE) { > struct vnode *vp =3D (struct vnode *) object->handle; > vfslocked =3D VFS_LOCK_GIANT(vp->v_mount); > } > VM_OBJECT_LOCK(object); > if (object->type =3D=3D OBJT_VNODE) { > vm_object_vndeallocate(object); > VFS_UNLOCK_GIANT(vfslocked); > return; > } > > The comment is actually wrong, and the object's type can change to > OBJT_DEAD when the corresponing vnode gets freed, so maybe you might > want to change it. Well, that's not the cause of Kris' panic at all (the function really is no= t=20 ever dropping Giant). If the object does change to OBJT_DEAD after Giant i= s=20 acquired then some of the MPASS()'s I added might fail I think. I'm not su= re=20 if that's all that has to be done to fix the problem you are concerned abou= t. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 14:33:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26FE016A41F for ; Thu, 19 Jan 2006 14:33:18 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 7013143D46 for ; Thu, 19 Jan 2006 14:33:17 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 19 Jan 2006 14:33:15 -0000 Received: from fwswe.rise-s.com (EHLO dhcp105.swe) [83.65.168.194] by mail.gmx.net (mp023) with SMTP; 19 Jan 2006 15:33:15 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain; charset=iso8859-1 Date: Thu, 19 Jan 2006 15:33:09 +0100 Message-Id: <1137681189.672.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: Subject: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 14:33:18 -0000 I got this panic when trying to make -j4 buildworld. If this is relevant: My userland is some weeks old, I just had time to upgrade kernel yesterday (because of the ieee802.11 insecurity) and wanted to update the rest of the world today: dmesg can be found here: http://stud4.tuwien.ac.at/~e0125637/fbsd/dmesg backtrace: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated cpuid = 0 KDB: enter: panic Dumping 478 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 478MB (122336 pages) 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc044e186 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xd337e89c " \024}À") at /usr/src/sys/ddb/db_command.c:489 #2 0xc044df02 in db_command (last_cmdp=0xc07d0b24, cmd_table=0x0, aux_cmd_tablep=0xc0797874, aux_cmd_tablep_end=0xc0797878) at /usr/src/sys/ddb/db_command.c:404 #3 0xc044e015 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0450275 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05726ae in kdb_trap (type=0, code=0, tf=0xd337ea50) at /usr/src/sys/kern/subr_kdb.c:485 #6 0xc073acba in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = -751370200, tf_edi = 256, tf_esi = 1, tf_ebp = -751310184, tf_isp = -751310212, tf_ebx = -751310120, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068031216, tf_cs = 32, tf_eflags = 646, tf_esp = -1065898234, tf_ss = -1065904983}) at /usr/src/sys/i386/i386/trap.c:614 #7 0xc072349a in calltrap () at /usr/src/sys/i386/i386/exception.s:137 #8 0xc0572310 in kdb_enter (msg=0x12
) at cpufunc.h:60 #9 0xc054f77e in panic ( fmt=0xc078b904 "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc06e777b in kmem_malloc (map=0xc10690a8, size=171642880, flags=2) at /usr/src/sys/vm/vm_kern.c:299 #11 0xc06dc597 in page_alloc (zone=0x0, bytes=18, pflag=0x12
, wait=18) at /usr/src/sys/vm/uma_core.c:956 #12 0xc06df292 in uma_large_malloc (size=171642880, wait=2) at /usr/src/sys/vm/uma_core.c:2698 #13 0xc0541aee in malloc (size=171642880, mtp=0xc07a9020, flags=2) at /usr/src/sys/kern/kern_malloc.c:322 #14 0xc0505770 in g_read_data (cp=0x12, offset=Unhandled dwarf expression opcode 0x93 ) at geom.h:290 #15 0xc07199a8 in g_bsd_try (gp=0xc4240780, gsp=0xc359fbc0, cp=0x12, secsize=18, ms=0xc31b8c00, offset=171639120) at /usr/src/sys/geom/geom_bsd.c:209 #16 0xc071a5a5 in g_bsd_taste (mp=0xc4240780, pp=0xa3b0150, flags=0) at /usr/src/sys/geom/geom_bsd.c:538 #17 0xc050777a in g_new_provider_event (arg=0xc399c880, flag=0) at /usr/src/sys/geom/geom_subr.c:459 #18 0xc050239c in one_event () at /usr/src/sys/geom/geom_event.c:206 #19 0xc05024b5 in g_run_events () at /usr/src/sys/geom/geom_event.c:226 #20 0xc0505b65 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:141 #21 0xc0532aa0 in fork_exit (callout=0xc0505ab0 , arg=0x12, frame=0x12) at /usr/src/sys/kern/kern_fork.c:790 #22 0xc07234fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:198 (kgdb) From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 16:01:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC6C16A41F; Thu, 19 Jan 2006 16:01:33 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from mx53.ms.so-net.ne.jp (mx53.ms.so-net.ne.jp [202.238.83.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B066A43D45; Thu, 19 Jan 2006 16:01:32 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from [127.0.0.1] (p622944.tkyoac00.ap.so-net.ne.jp [219.98.41.68]) by mx53.ms.so-net.ne.jp with ESMTP id k0JG1Ibe006315; Fri, 20 Jan 2006 01:01:29 +0900 (JST) Message-ID: <43CFB7CE.4090402@ba2.so-net.ne.jp> Date: Fri, 20 Jan 2006 01:01:18 +0900 From: SANETO Takanori User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Evans References: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> <43CECA2C.6030400@ba2.so-net.ne.jp> <6A234191-C4DA-4E1B-BB4D-1F3F8043DDA9@freebsd.org> In-Reply-To: <6A234191-C4DA-4E1B-BB4D-1F3F8043DDA9@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd@newmillennium.net.au, freebsd-current@FreeBSD.org, robin@isometry.net Subject: Re: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 16:01:33 -0000 Thanks for your analysis. According to your advice, instead of patching the code, I could make dovecot run by setting login_process_size = 64 in /usr/local/etc/dovecot.conf. Regards, SANETO Takanori Jason Evans wrote: > On Jan 18, 2006, at 3:07 PM, SANETO Takanori wrote: >> I experienced this using malloc.c 1.95. >> assert("arenas != NULL") failed in malloc.c:4519. >> >> To reproduce, build mail/dovecot (under either version of malloc.c) and >> run it under libc of malloc.c rev 1.95. imap-login and pop3-login dump >> core. >> >> My environment is: >> FreeBSD 7-CURRENT as of 2006/01/15 (+latest libc including malloc.c 1.95) >> in VMware 4.5.3 >> sysctl hw.ncpu = 1 >> >> % ldd /usr/local/libexec/dovecot/imap-login >> /usr/local/libexec/dovecot/imap-login: >> libssl.so.4 => /usr/lib/libssl.so.4 (0x2809b000) >> libcrypto.so.4 => /lib/libcrypto.so.4 (0x280cc000) >> libc.so.6 => /lib/libc.so.6 (0x281d2000) > > This is due to: > > 1) A bug in malloc. If malloc() fails the first time it is called, this > causes a fatal error rather than returning NULL. This is fixed in > revision 1.96 of malloc.c. > > 2) Low resource limits set by dovecot. malloc extends the heap in > increments of 16 MB, and dovecot's resource limits are set low enough > that malloc immediately fails. The attached patch to the dovecot port > works around this. Another reasonable workaround would be to define > _malloc_options to be "k" (or "kk", or ...) in the dovecot source code. > A short term (but not generally recommended, since it affects all > programs) workaround would be to set /etc/malloc.conf to 'k'. > > Thanks, > Jason > From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 16:46:55 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFA5216A41F for ; Thu, 19 Jan 2006 16:46:55 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 480A043D66 for ; Thu, 19 Jan 2006 16:46:53 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id EEE545E48ED; Thu, 19 Jan 2006 08:46:52 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 185305E48D5; Thu, 19 Jan 2006 08:46:50 -0800 (PST) In-Reply-To: <43CFB7CE.4090402@ba2.so-net.ne.jp> References: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> <43CECA2C.6030400@ba2.so-net.ne.jp> <6A234191-C4DA-4E1B-BB4D-1F3F8043DDA9@freebsd.org> <43CFB7CE.4090402@ba2.so-net.ne.jp> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jason Evans Date: Thu, 19 Jan 2006 08:46:47 -0800 To: SANETO Takanori X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd@newmillennium.net.au, freebsd-current@FreeBSD.org, robin@isometry.net Subject: Re: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 16:46:55 -0000 On Jan 19, 2006, at 8:01 AM, SANETO Takanori wrote: > According to your advice, instead of patching the code, I could make > dovecot run by setting login_process_size = 64 in > /usr/local/etc/dovecot.conf. Ah, that's definitely a better way of doing things. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 17:05:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D815216A41F; Thu, 19 Jan 2006 17:05:54 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA5543D45; Thu, 19 Jan 2006 17:05:54 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2199C20B8; Thu, 19 Jan 2006 18:05:49 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A927920A3; Thu, 19 Jan 2006 18:05:48 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 89CE033C1D; Thu, 19 Jan 2006 18:05:48 +0100 (CET) To: Kris Kennaway References: <20060117204155.GA3472@troutmask.apl.washington.edu> <876011DA-7506-4DDF-8BCA-403EE1F10552@freebsd.org> <20060117213226.GA92805@xor.obsecurity.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 19 Jan 2006 18:05:48 +0100 In-Reply-To: <20060117213226.GA92805@xor.obsecurity.org> (Kris Kennaway's message of "Tue, 17 Jan 2006 16:32:27 -0500") Message-ID: <86fynkw3kj.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Jason Evans , Steve Kargl Subject: Re: malloc fallout and linprocfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 17:05:55 -0000 Kris Kennaway writes: > On Tue, Jan 17, 2006 at 12:50:06PM -0800, Jason Evans wrote: > > On Jan 17, 2006, at 12:41 PM, Steve Kargl wrote: > > > KDB: stack backtrace: > > > witness_warn() at witness_warn+0x262 > > > uma_zalloc_arg() at uma_zalloc_arg+0x217 > > > malloc() at malloc+0xa3 > > > vn_fullpath() at vn_fullpath+0x56 > > > linprocfs_doprocmaps() at linprocfs_doprocmaps+0x31e > > > pfs_read() at pfs_read+0x260 > > > VOP_READ_APV() at VOP_READ_APV+0x74 > > > vn_read() at vn_read+0x14f > > > dofileread() at dofileread+0x94 > > > kern_readv() at kern_readv+0x60 > > > read() at read+0x4a > > > ia32_syscall() at ia32_syscall+0x178 > > > Xint0x80_syscall() at Xint0x80_syscall+0x5d > > > malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-s= leepable locks held: > > > exclusive sleep mutex vm object (standard object) r =3D 0 (0xffffff02= b7846640) locked @ /usr/src/sys/compat/linprocfs/linprocfs.c:874 > > I don't think that libc's malloc is a factor here; the stacktrace > > above is all in the kernel, isn't it? > Yeah, must be some other bug. linprocfs_doprocmaps() calls vn_fullpath() while holding a mutex, but vn_fullpath() calls malloc(M_WAITOK); bad idea. Luckily for Steve, WITNESS spotted it and turned it into a less severe error (not checking the return value of malloc(M_NOWAIT)). Without WITNESS, the following is a good panic(9) implementation: $ cat /compat/linux/proc/self/maps I'm not entirely sure how to fix it, though. It might be OK to just remove the VM_OBJECT_LOCK() / VM_OBJECT_UNLOCK() calls. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 17:09:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB1616A41F for ; Thu, 19 Jan 2006 17:09:33 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0089A43D53 for ; Thu, 19 Jan 2006 17:09:32 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6CE5720C2; Thu, 19 Jan 2006 18:09:28 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id DA28620B1; Thu, 19 Jan 2006 18:09:27 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id AFF5833C1D; Thu, 19 Jan 2006 18:09:27 +0100 (CET) To: Steve Kargl References: <20060117222233.GA99076@troutmask.apl.washington.edu> <63732.1137541297@critter.freebsd.dk> <20060118012104.GA45779@troutmask.apl.washington.edu> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 19 Jan 2006 18:09:27 +0100 In-Reply-To: <20060118012104.GA45779@troutmask.apl.washington.edu> (Steve Kargl's message of "Tue, 17 Jan 2006 17:21:04 -0800") Message-ID: <86bqy8w3eg.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: md5c.c is broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 17:09:33 -0000 Steve Kargl writes: > I didn't do a buildworld. It appears that one can no longer > rebuild only a part of the tree. I did > > rm -rf /usr/obj/* > cd /usr/src/lib > make clean && make cleandepend && make cleandir > make depend > make So you were trying to build fresh sources against stale headers (since this method uses the headers in /usr/include instead of those in /usr/src). Much safer to simply make buildworld. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 18:15:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D2B16A41F; Thu, 19 Jan 2006 18:15:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77F8B43D60; Thu, 19 Jan 2006 18:15:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6468443 for multiple; Thu, 19 Jan 2006 13:16:14 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0JIFCkA063983; Thu, 19 Jan 2006 13:15:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 19 Jan 2006 11:14:24 -0500 User-Agent: KMail/1.9.1 References: <20060118070549.GA617@xor.obsecurity.org> <43CEEBD4.3060604@FreeBSD.org> <200601190802.31914.jhb@freebsd.org> In-Reply-To: <200601190802.31914.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601191114.27075.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1245/Wed Jan 18 11:57:44 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED, SUBJECT_EXCESS_QP autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alc@freebsd.org, Suleiman Souhlal , Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 18:15:24 -0000 On Thursday 19 January 2006 08:02, John Baldwin wrote: > On Wednesday 18 January 2006 08:31 pm, Suleiman Souhlal wrote: > > Hi, > > > > John Baldwin wrote: > > > I sent this to you on IRC, but for the archives, here's a possible fix. > > > It looks like vm_object_deallocate() never unlocks Giant if it locks > > > it, and the leak would only happen if mpsafevfs=0 or you are using a > > > non-safe filesystem: > > > > The real problem is that vm_object_deallocate() doesn't expect the > > object's type to change if it sees it's a vnode, when it's not holding > > the object lock: > > /* > > * In general, the object should be locked when working with > > * its type. In this case, in order to maintain proper lock > > * ordering, an exception is possible because a vnode-backed > > * object never changes its type. > > */ > > vfslocked = 0; > > if (object->type == OBJT_VNODE) { > > struct vnode *vp = (struct vnode *) object->handle; > > vfslocked = VFS_LOCK_GIANT(vp->v_mount); > > } > > VM_OBJECT_LOCK(object); > > if (object->type == OBJT_VNODE) { > > vm_object_vndeallocate(object); > > VFS_UNLOCK_GIANT(vfslocked); > > return; > > } > > > > The comment is actually wrong, and the object's type can change to > > OBJT_DEAD when the corresponing vnode gets freed, so maybe you might > > want to change it. > > Well, that's not the cause of Kris' panic at all (the function really is > not ever dropping Giant). If the object does change to OBJT_DEAD after > Giant is acquired then some of the MPASS()'s I added might fail I think. > I'm not sure if that's all that has to be done to fix the problem you are > concerned about. Actually, if the object's type isn't guaranteed to be stable by teh caller somehow, then the VFS_LOCK_GIANT part itself is racey. Really fixing it would be something ugly like this: vfslocked = 0; restart: VM_OBJECT_LOCK(object); if (object->type == OBJT_VNODE) { struct vnode *vp = (struct vnode *)object->handle; if (VFS_NEEDSGIANT(vp->v_mount) { VM_OBJECT_UNLOCK(object); mtx_lock(&Giant); vfslocked = 1; goto restart; } else VFS_UNLOCK_GIANT(vfslocked); } else VFS_UNLOCK_GIANT(vfslocked); ... Are you really sure the object's type can change or does the caller of vm_object_deallocate() hold some sort of reference or what not that prevents the type from changing? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 20:38:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9156016A41F; Thu, 19 Jan 2006 20:38:35 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FF1D43D5A; Thu, 19 Jan 2006 20:38:35 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 2E1CC4AAA8; Thu, 19 Jan 2006 14:38:34 -0600 (CST) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 26520-01-31; Thu, 19 Jan 2006 14:38:33 -0600 (CST) Received: by cs.rice.edu (Postfix, from userid 19572) id 834CC4AA6C; Thu, 19 Jan 2006 14:38:33 -0600 (CST) Date: Thu, 19 Jan 2006 14:38:33 -0600 From: Alan Cox To: John Baldwin Message-ID: <20060119203833.GC7599@cs.rice.edu> References: <20060118070549.GA617@xor.obsecurity.org> <43CEEBD4.3060604@FreeBSD.org> <200601190802.31914.jhb@freebsd.org> <200601191114.27075.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601191114.27075.jhb@freebsd.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu Cc: alc@freebsd.org, freebsd-current@freebsd.org, Suleiman Souhlal , Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 20:38:35 -0000 On Thu, Jan 19, 2006 at 11:14:24AM -0500, John Baldwin wrote: [snip] > > Are you really sure the object's type can change or does the caller of > vm_object_deallocate() hold some sort of reference or what not that prevents > the type from changing? > My recollection is that the object does not change type until all of the references have been drained and it is about to be freed by vm_object_terminate(). At the point where the type check is being performed, the caller should hold a reference on the object. Thus, the type should not be changing. That said, an unexpected type change still strikes me as the most plausible cause. Is there a test that easily reproduces this problem? Alan From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 21:09:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0952D16A41F; Thu, 19 Jan 2006 21:09:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B185943D48; Thu, 19 Jan 2006 21:08:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6479782 for multiple; Thu, 19 Jan 2006 16:09:55 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0JL8pSZ064868; Thu, 19 Jan 2006 16:08:53 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Alan Cox Date: Thu, 19 Jan 2006 16:09:40 -0500 User-Agent: KMail/1.9.1 References: <20060118070549.GA617@xor.obsecurity.org> <200601191114.27075.jhb@freebsd.org> <20060119203833.GC7599@cs.rice.edu> In-Reply-To: <20060119203833.GC7599@cs.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601191609.43529.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1245/Wed Jan 18 11:57:44 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED, SUBJECT_EXCESS_QP autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alc@freebsd.org, freebsd-current@freebsd.org, Suleiman Souhlal , Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 21:09:03 -0000 On Thursday 19 January 2006 15:38, Alan Cox wrote: > On Thu, Jan 19, 2006 at 11:14:24AM -0500, John Baldwin wrote: > [snip] > > > Are you really sure the object's type can change or does the caller of > > vm_object_deallocate() hold some sort of reference or what not that > > prevents the type from changing? > > My recollection is that the object does not change type until all of > the references have been drained and it is about to be freed by > vm_object_terminate(). At the point where the type check is being > performed, the caller should hold a reference on the object. Thus, > the type should not be changing. > > That said, an unexpected type change still strikes me as the most > plausible cause. > > Is there a test that easily reproduces this problem? Kris Kenneway has one involving NFS. My first patch was bogus in that I missed the magic with vm_object_vndeallocate(), so I think the only way Kris was seeing it was by the race of the type changing. I've sent him an updated patch like the one in my previous message that used a restart loop to lock Giant if it was needed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 21:24:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC52D16A41F; Thu, 19 Jan 2006 21:24:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96CBD43D45; Thu, 19 Jan 2006 21:24:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5D5711A3C30; Thu, 19 Jan 2006 13:24:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BDE575154A; Thu, 19 Jan 2006 16:23:57 -0500 (EST) Date: Thu, 19 Jan 2006 16:23:57 -0500 From: Kris Kennaway To: Alan Cox Message-ID: <20060119212357.GA97268@xor.obsecurity.org> References: <20060118070549.GA617@xor.obsecurity.org> <43CEEBD4.3060604@FreeBSD.org> <200601190802.31914.jhb@freebsd.org> <200601191114.27075.jhb@freebsd.org> <20060119203833.GC7599@cs.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20060119203833.GC7599@cs.rice.edu> User-Agent: Mutt/1.4.2.1i Cc: alc@freebsd.org, freebsd-current@freebsd.org, Suleiman Souhlal , Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 21:24:02 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2006 at 02:38:33PM -0600, Alan Cox wrote: > On Thu, Jan 19, 2006 at 11:14:24AM -0500, John Baldwin wrote: > [snip] > >=20 > > Are you really sure the object's type can change or does the caller of= =20 > > vm_object_deallocate() hold some sort of reference or what not that pre= vents=20 > > the type from changing? > >=20 >=20 > My recollection is that the object does not change type until all of > the references have been drained and it is about to be freed by > vm_object_terminate(). At the point where the type check is being > performed, the caller should hold a reference on the object. Thus, > the type should not be changing. >=20 > That said, an unexpected type change still strikes me as the most > plausible cause. >=20 > Is there a test that easily reproduces this problem? Racing mmap/munmap on NFS with umount -f. I'll send you the code I'm using (from ups@) separately. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0ANsWry0BWjoQKURAoJbAJ4xEOcYApEkfHp9wsCcBXfFqO9kMACfZ4LU TvBjH/8KY8mli0shRwX96ww= =kG2G -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 00:28:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D4716A41F for ; Fri, 20 Jan 2006 00:28:46 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A77AF43D48 for ; Fri, 20 Jan 2006 00:28:45 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so354869wra for ; Thu, 19 Jan 2006 16:28:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=JNu5d7tmW0uT9blGFHKi3J/PLxIwibrr2xfNUaXO8q9FSlNjs8nfwinvW9+0JugdmtNHEJKTFDvgWZUrLhlNRs2DAQj8RM9IU6sCMeuhsO+2X6nxlFU1YYy3B1YQbna3aq7VX9TJQ2fl1DIpDcPzPEbKUlKXd2yu5a7rz0DK+X8= Received: by 10.65.116.16 with SMTP id t16mr1089455qbm; Thu, 19 Jan 2006 16:28:44 -0800 (PST) Received: by 10.65.154.16 with HTTP; Thu, 19 Jan 2006 16:28:44 -0800 (PST) Message-ID: <7579f7fb0601191628o6655b661w255dbc80013501a1@mail.gmail.com> Date: Thu, 19 Jan 2006 16:28:44 -0800 From: Matthew Jacob To: "Stephane E. Potvin" , freebsd-current@freebsd.org In-Reply-To: <20060118222722.GA84471@voi.aagh.net> MIME-Version: 1.0 References: <43CBFE99.5090402@telcobridges.com> <20060118222722.GA84471@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: LSISAS1064 support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 00:28:46 -0000 "soon" On 1/18/06, Thomas Hurst wrote: > > * Stephane E. Potvin (stephane.potvin@telcobridges.com) wrote: > > > I have a Sun Galaxy X4200 that I would really like to install FreeBSD > > on. Unfortunately, it uses the new LSISAS1064 controller as it's scsi > > controller. This controller is part of the MTP Fusion family. Support > > for this is not yet available in the FreeBSD mtp driver. Does anybody > > knows if support for this particular controller is in the works? > > Matt Jacob is currently working on adding support \o/ > > -- > Thomas 'Freaky' Hurst > http://hur.st/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 00:52:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8808A16A41F; Fri, 20 Jan 2006 00:52:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3867743D46; Fri, 20 Jan 2006 00:52:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1A19C1A3C27; Thu, 19 Jan 2006 16:52:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 32C3252B65; Thu, 19 Jan 2006 19:52:07 -0500 (EST) Date: Thu, 19 Jan 2006 19:52:06 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060120005206.GA3062@xor.obsecurity.org> References: <20060118070549.GA617@xor.obsecurity.org> <200601191114.27075.jhb@freebsd.org> <20060119203833.GC7599@cs.rice.edu> <200601191609.43529.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <200601191609.43529.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: alc@freebsd.org, Suleiman Souhlal , freebsd-current@freebsd.org, Alan Cox , Kris Kennaway Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 00:52:08 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2006 at 04:09:40PM -0500, John Baldwin wrote: > On Thursday 19 January 2006 15:38, Alan Cox wrote: > > On Thu, Jan 19, 2006 at 11:14:24AM -0500, John Baldwin wrote: > > [snip] > > > > > Are you really sure the object's type can change or does the caller of > > > vm_object_deallocate() hold some sort of reference or what not that > > > prevents the type from changing? > > > > My recollection is that the object does not change type until all of > > the references have been drained and it is about to be freed by > > vm_object_terminate(). At the point where the type check is being > > performed, the caller should hold a reference on the object. Thus, > > the type should not be changing. > > > > That said, an unexpected type change still strikes me as the most > > plausible cause. > > > > Is there a test that easily reproduces this problem? >=20 > Kris Kenneway has one involving NFS. My first patch was bogus in that I= =20 > missed the magic with vm_object_vndeallocate(), so I think the only way K= ris=20 > was seeing it was by the race of the type changing. I've sent him an upd= ated=20 > patch like the one in my previous message that used a restart loop to loc= k=20 > Giant if it was needed. I don't think I saw that patch. Here's the latest panic, with your previous patch in place: panic: Assertion vfslocked =3D=3D 0 failed at ../../../vm/vm_object.c:546 cpuid =3D 1 KDB: enter: panic [thread pid 5508 tid 100171 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 5508 tid 100171 td 0xcbc92780 kdb_enter(c071d14a,1,c0718fc7,f7c83af8,cbc92780) at kdb_enter+0x30 panic(c0718fc7,c07345b9,c0734406,222,138) at panic+0x13f vm_object_deallocate(cbc4a1e0,0,c0733b0e,89a,cbb92840) at vm_object_dealloc= ate+0x457 vm_map_entry_delete(cbb92840,c972bcc0,2816c000,f7c83b88,c067d921) at vm_map= _entry_delete+0x17e vm_map_delete(cbb92840,2816b000,2816c000,f7c83c64,0) at vm_map_delete+0x1dd vm_map_remove(cbb92840,2816b000,2816c000,4e7,f7c83bf0) at vm_map_remove+0x55 vm_mmap(cbb92840,f7c83c64,1000,3,7) at vm_mmap+0x16c mmap(cbc92780,f7c83d04,20,43c,cbc92780) at mmap+0x375 syscall(3b,3b,3b,2804ebb6,bfbfe8a8) at syscall+0x2e9 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (198, FreeBSD ELF32, nosys), eip =3D 0x2813dd4b, esp =3D 0xbfbf= e7ac, ebp =3D 0xbfbfe7e8 --- --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0DQ2Wry0BWjoQKURAm8bAKDvQDCcTtdeeZnVgXPFOThBVpjf7wCg8HAx 3WdLd5hrv1svPgGKiEzUmis= =mmwk -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 02:56:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA1A16A41F for ; Fri, 20 Jan 2006 02:56:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C2F43D46 for ; Fri, 20 Jan 2006 02:56:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 19 Jan 2006 18:56:18 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D05151.5070409@elischer.org> Date: Thu, 19 Jan 2006 18:56:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 02:56:18 -0000 some progrsss.. as the first few lines show, it's not quite perfect yet but it's most of the way there.. (Like proc 1 isn't init) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! panic: blockable sleep lock (sleep mutex) buffer daemon lock @ /usr/src/sys/kern/vfs_bio.c:2048 cpuid = 2 KDB: enter: panic [thread pid 0 tid 100051 ] Stopped at kdb_enter+0x2b: nop db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 1 c7cb1000 0 0 0 0000200 [SLPQ g_waitidle 0xc07239ec][SLP] swapper 0 c0723c40 0 0 0 0000288 (threaded) swapper thread 0xc7d6a340 ksegrp 0xc7cb0960 [RUNQ] schedcpu thread 0xc7d6a4e0 ksegrp 0xc7cb09c0 [RUNQ] nfsiod 3 thread 0xc7d6a680 ksegrp 0xc7cb0a20 [RUNQ] nfsiod 2 thread 0xc7d6a820 ksegrp 0xc7cb0a80 [RUNQ] nfsiod 1 thread 0xc7d6a9c0 ksegrp 0xc7cb0ae0 [CPU 3] nfsiod 0 thread 0xc7d6ab60 ksegrp 0xc7cb0b40 [CPU 1] syncer thread 0xc7d6ad00 ksegrp 0xc7cb0ba0 [CPU 0] vnlru thread 0xc7e42000 ksegrp 0xc7cb0c00 [CPU 2] bufdaemon thread 0xc7e421a0 ksegrp 0xc7cb0c60 [RUNQ] pagezero thread 0xc7e42340 ksegrp 0xc7cb0cc0 [SLPQ psleep 0xc077f79c][SLP] vmdaemon thread 0xc7e424e0 ksegrp 0xc7cb0d20 [SLPQ psleep 0xc077f75c][SLP] pagedaemon thread 0xc7e42680 ksegrp 0xc7cb0d80 [IWAIT] swi0: sio thread 0xc7e42820 ksegrp 0xc7cb0de0 [IWAIT] irq12: psm0 thread 0xc7d009c0 ksegrp 0xc7cb0e40 [IWAIT] irq1: atkbd0 thread 0xc7d00b60 ksegrp 0xc7cb0ea0 [SLPQ fdcrst 0xc7cfce00][SLP] fdc0 thread 0xc7d00d00 ksegrp 0xc7dd9000 [IWAIT] irq20: fxp0 thread 0xc7d69000 ksegrp 0xc7dd9060 [IWAIT] irq29: bge1 thread 0xc7d691a0 ksegrp 0xc7dd90c0 [IWAIT] irq28: bge0 thread 0xc7d69340 ksegrp 0xc7caf000 [SLPQ aifthd 0xc7d69340][SLP] aac0aif thread 0xc7d694e0 ksegrp 0xc7caf060 [SLPQ usbtsk 0xc0723404][SLP] usbtask thread 0xc7d69680 ksegrp 0xc7caf0c0 [SLPQ usbdly 0xe82ebcf4][SLP] usb0 thread 0xc7d69820 ksegrp 0xc7caf120 [IWAIT] irq5: ohci0 thread 0xc7d699c0 ksegrp 0xc7caf180 [IWAIT] irq15: ata1 thread 0xc7d69b60 ksegrp 0xc7caf1e0 [IWAIT] irq14: ata0 thread 0xc7d69d00 ksegrp 0xc7caf240 [IWAIT] irq9: acpi0 thread 0xc7d6a000 ksegrp 0xc7caf2a0 [IWAIT] swi5: + thread 0xc7cb24e0 ksegrp 0xc7caf300 [SLPQ - 0xc7d68200][SLP] thread taskq thread 0xc7cb2680 ksegrp 0xc7caf360 [SLPQ - 0xc7d68280][SLP] acpi_task_2 thread 0xc7cb2820 ksegrp 0xc7caf3c0 [SLPQ - 0xc7d68280][SLP] acpi_task_1 thread 0xc7cb29c0 ksegrp 0xc7caf420 [SLPQ - 0xc7d68280][SLP] acpi_task_0 thread 0xc7cb2b60 ksegrp 0xc7caf480 [IWAIT] swi6: Giant taskq thread 0xc7cb2d00 ksegrp 0xc7caf4e0 [IWAIT] swi6: task queue thread 0xc7d00000 ksegrp 0xc7caf540 [SLPQ - 0xc7d68500][SLP] kqueue taskq thread 0xc7d001a0 ksegrp 0xc7caf5a0 [IWAIT] swi2: cambio thread 0xc7d00340 ksegrp 0xc7caf600 [SLPQ - 0xc0721400][SLP] yarrow thread 0xc7d004e0 ksegrp 0xc7caf660 [SLPQ - 0xc0723b3c][SLP] g_down thread 0xc7d00680 ksegrp 0xc7caf6c0 [SLPQ - 0xc0723b38][SLP] g_up thread 0xc7d00820 ksegrp 0xc7caf720 [SLPQ fdwait 0xc7e47a00][SLP] g_event thread 0xc7cae1a0 ksegrp 0xc7caf780 [IWAIT] swi3: vm thread 0xc7cae340 ksegrp 0xc7caf7e0 [IWAIT] swi4: clock sio thread 0xc7cae4e0 ksegrp 0xc7caf840 [IWAIT] swi1: net thread 0xc7cae680 ksegrp 0xc7caf8a0 [Can run] idle: cpu0 thread 0xc7cae820 ksegrp 0xc7caf900 [Can run] idle: cpu1 thread 0xc7cae9c0 ksegrp 0xc7caf960 [Can run] idle: cpu2 thread 0xc7caeb60 ksegrp 0xc7caf9c0 [Can run] idle: cpu3 thread 0xc0723e80 ksegrp 0xc0723be0 [IWAIT] db> From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 03:01:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C4816A41F for ; Fri, 20 Jan 2006 03:01:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1008043D45 for ; Fri, 20 Jan 2006 03:01:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DD1791A3C1B; Thu, 19 Jan 2006 19:01:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1284854A44; Thu, 19 Jan 2006 22:01:06 -0500 (EST) Date: Thu, 19 Jan 2006 22:01:05 -0500 From: Kris Kennaway To: Julian Elischer Message-ID: <20060120030105.GA5286@xor.obsecurity.org> References: <43D05151.5070409@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <43D05151.5070409@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 03:01:07 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2006 at 06:56:17PM -0800, Julian Elischer wrote: >=20 > some progrsss.. > as the first few lines show, it's not quite perfect yet but it's most of= =20 > the way there.. > (Like proc 1 isn't init) >=20 > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > panic: blockable sleep lock (sleep mutex) buffer daemon lock @=20 > /usr/src/sys/kern/vfs_bio.c:2048 > cpuid =3D 2 > KDB: enter: panic > [thread pid 0 tid 100051 ] > Stopped at kdb_enter+0x2b: nop =20 > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 1 c7cb1000 0 0 0 0000200 [SLPQ g_waitidle=20 > 0xc07239ec][SLP] swapper > 0 c0723c40 0 0 0 0000288 (threaded) swapper > thread 0xc7d6a340 ksegrp 0xc7cb0960 [RUNQ] schedcpu > thread 0xc7d6a4e0 ksegrp 0xc7cb09c0 [RUNQ] nfsiod 3 What about that threads don't show CPU usage or accumulate CPU time? This is annoying enough for user threads but would be a pretty serious usability limitation if it happened for kernel threads too. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0FJxWry0BWjoQKURAn5dAKCYShVsA/kdeso3tlmt8ueybzyAkQCg9VIk 1Wi/j79j2fOsRUE538/wPwY= =v9eF -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 05:13:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D7AD16A41F for ; Fri, 20 Jan 2006 05:13:00 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1539C43D46 for ; Fri, 20 Jan 2006 05:13:00 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.95]) by a50.ironport.com with ESMTP; 19 Jan 2006 21:12:59 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D0715A.7020302@elischer.org> Date: Thu, 19 Jan 2006 21:12:58 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> In-Reply-To: <20060120030105.GA5286@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 05:13:00 -0000 Kris Kennaway wrote: >On Thu, Jan 19, 2006 at 06:56:17PM -0800, Julian Elischer wrote: > > >>some progrsss.. >>as the first few lines show, it's not quite perfect yet but it's most of >>the way there.. >>(Like proc 1 isn't init) >> >>SMP: AP CPU #1 Launched! >>SMP: AP CPU #2 Launched! >>SMP: AP CPU #3 Launched! >>panic: blockable sleep lock (sleep mutex) buffer daemon lock @ >>/usr/src/sys/kern/vfs_bio.c:2048 >>cpuid = 2 >>KDB: enter: panic >>[thread pid 0 tid 100051 ] >>Stopped at kdb_enter+0x2b: nop >>db> ps >> pid proc uid ppid pgrp flag stat wmesg wchan cmd >> 1 c7cb1000 0 0 0 0000200 [SLPQ g_waitidle >>0xc07239ec][SLP] swapper >> 0 c0723c40 0 0 0 0000288 (threaded) swapper >> thread 0xc7d6a340 ksegrp 0xc7cb0960 [RUNQ] schedcpu >> thread 0xc7d6a4e0 ksegrp 0xc7cb09c0 [RUNQ] nfsiod 3 >> >> > >What about that threads don't show CPU usage or accumulate CPU time? >This is annoying enough for user threads but would be a pretty serious >usability limitation if it happened for kernel threads too. > >Kris > > the example I showed was the 'ps' from ddb which of course doesn't show any stats anyhow. Well, stats are collected. It is just a case of getting them out and displayed.. It's kind of meaningless in KSE type threads but for libthr and kernel threads it would have meaning. Anynow I just want to see what it takes to not have 40 extra proc structs hanging around. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 05:17:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C9B16A41F for ; Fri, 20 Jan 2006 05:17:02 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D21943D46 for ; Fri, 20 Jan 2006 05:17:02 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so382758nzo for ; Thu, 19 Jan 2006 21:17:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=HKrA9eVxpxJ2NHHEImG4RraPi990NwTJ6kVTF/HzF7XZJbM3ckyiHfCAV3wQ/MjEiJyKFJAqgLXZUuzo8B/XJUkY4JktDtrrrjQSutMKcdztZXCbrB/qv25o2aAcJQxLTeOMsCq0YQIbjVMenZfEcB9VdSwFy/8xmpbuF3PdKyU= Received: by 10.36.154.20 with SMTP id b20mr1160017nze; Thu, 19 Jan 2006 21:17:01 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 7sm1557467nzn.2006.01.19.21.17.00; Thu, 19 Jan 2006 21:17:01 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0K5IB3V049426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 20 Jan 2006 14:18:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0K5IAtL049425 for current@FreeBSD.org; Fri, 20 Jan 2006 14:18:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 20 Jan 2006 14:18:10 +0900 From: Pyun YongHyeon To: current@FreeBSD.org Message-ID: <20060120051810.GB48366@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: mbuf cluster leak on CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 05:17:02 -0000 While fixing sk(4) driver issues I'm seeing these mbuf cluster leaks on sparc64/i386. Both machines are SMP. sparc64(sk(4)) 386/1946/2332 mbufs in use (current/cache/total) 1710/290/2000/2000 mbuf clusters in use (current/cache/total/max) ^^^^^^^^^^^^^^^^^^ 0/5/4528 sfbufs in use (current/peak/max) 3516K/1066K/4583K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines i386(em(4)) 388/1929/2317 mbufs in use (current/cache/total) 1727/273/2000/2000 mbuf clusters in use (current/cache/total/max) ^^^^^^^^^^^^^^^^^^ 0/7/3504 sfbufs in use (current/peak/max) 3551K/1028K/4579K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines Related information from vm.zone: mbuf_ext_ref: 4, 0, 0, 0, 0 mbuf_jumbo_1: 16384, 0, 0, 0, 0 mbuf_jumbo_9: 9216, 0, 0, 0, 0 mbuf_jumbo_4: 4096, 0, 0, 0, 0 mbuf_cluster: 2048, 2000, 2000, 0, 2000 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ mbuf: 256, 0, 788, 1657, 87811655 mbuf_packet: 256, 0, 2160, 285, 50505646 To confirm the mbuf leak I lowered the cluter limit. netperf is blocked on a "zonelimit". Any ideas? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 06:08:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 659E616A41F; Fri, 20 Jan 2006 06:08:06 +0000 (GMT) (envelope-from k-choy@ics.es.osaka-u.ac.jp) Received: from mir.ics.es.osaka-u.ac.jp (mir.ics.es.osaka-u.ac.jp [133.1.12.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F6E43D45; Fri, 20 Jan 2006 06:08:05 +0000 (GMT) (envelope-from k-choy@ics.es.osaka-u.ac.jp) Received: from [127.0.0.1] (serg32.ics.es.osaka-u.ac.jp [192.168.144.160]) by mir.ics.es.osaka-u.ac.jp (8.13.3/8.12.10) with ESMTP id k0K683tk014660; Fri, 20 Jan 2006 15:08:05 +0900 (JST) (envelope-from k-choy@ics.es.osaka-u.ac.jp) Message-ID: <43D07E3E.6080707@ics.es.osaka-u.ac.jp> Date: Fri, 20 Jan 2006 15:07:58 +0900 From: Choy Kho Yee User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: Subject: Newly developed mailling list search engine needs testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 06:08:06 -0000 Hi, everybody. Firstly, let me introduce myself. I am Choy Kho Yee, an comp. sci. undergraduate student in Osaka University. For my final year thesis, I have developed a mailing list archive management system called "MLwiki". The name MLwiki is made up from the words "Mailing List" and "Wiki". It was developed to overcome some weaknesses of the existing mailing list archiving and searching system and to combine the power of wiki and the huge amount of information in the mailing list archive. With MLwiki, it is hoped that users can get the information they want faster and easier. More information about MLwiki is available on the main page of this system, which is located at MLwiki http://noanoa.ics.es.osaka-u.ac.jp/~k-choy/mlwiki-test/mlwiki.php The questionnaire http://noanoa.ics.es.osaka-u.ac.jp/~k-choy/mlwiki-test/mlwiki_questionaire.html Please read the introduction on the main page before testing the system as it provides some vital information to fully utilize MLwiki. After testing out the system, I would be glad if you can help me out by filling in the questionnaire about this system, which can be accessed through the above address or from MLwiki's main page. Please understand that MLwiki is in its early stage of development and therefore there might be many bugs hidden in it. Bugs reports are welcome. And please remember that this system is still in an experimental stage, all changes you submit might be lost in the future release. But do feel free to test around. This website will be available until 10 February 2006. Accessibility after that will be re-considered depends on the response and the condition of the system. Thanks a lot. --- Choy Kho Yee E-mail: k-choy at ics dot es dot osaka-u dot ac dot jp From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 06:19:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27BAB16A41F for ; Fri, 20 Jan 2006 06:19:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8EF043D45 for ; Fri, 20 Jan 2006 06:19:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B77A71A3C1B; Thu, 19 Jan 2006 22:19:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7B60854CAD; Fri, 20 Jan 2006 01:19:55 -0500 (EST) Date: Fri, 20 Jan 2006 01:19:55 -0500 From: Kris Kennaway To: Julian Elischer Message-ID: <20060120061955.GA8687@xor.obsecurity.org> References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <43D0715A.7020302@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 06:19:57 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2006 at 09:12:58PM -0800, Julian Elischer wrote: > >What about that threads don't show CPU usage or accumulate CPU time? > >This is annoying enough for user threads but would be a pretty serious > >usability limitation if it happened for kernel threads too. > > > >Kris > >=20 > > >=20 > the example I showed was the 'ps' from ddb which of course doesn't show= =20 > any stats anyhow. Yeah, I know that, but they're also not displayed in ps(1) or top(1), etc. Kris > Well, stats are collected. It is just a case of getting them out and=20 > displayed.. > It's kind of meaningless in KSE type threads but for libthr and kernel=20 > threads it would have meaning. >=20 > Anynow I just want to see what it takes to not have 40 extra proc=20 > structs hanging around. >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0IEKWry0BWjoQKURAmA5AJ9C906J6t+C5DpP/qj3nr0r/p+wUACgxTOs S7dd7Z1o2qZLpuh5GOUflbY= =VVrF -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 07:10:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD66116A41F for ; Fri, 20 Jan 2006 07:10:20 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B13543D45 for ; Fri, 20 Jan 2006 07:10:20 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 3DB6A5E48D5; Thu, 19 Jan 2006 23:10:20 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id C05425E48D5 for ; Thu, 19 Jan 2006 23:10:19 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <6BD97F93-5E85-4A5A-8751-DC0C0382B916@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Jason Evans Date: Thu, 19 Jan 2006 23:10:19 -0800 X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Subject: Typical malloc-related application bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 07:10:21 -0000 Overall, the malloc changeover has been pretty uneventful. Now that jemalloc has seen a bit wider exposure, I thought it might be useful to summarize the types of application bugs that it has been uncovering. -------- 1) Missing function prototypes for functions that return pointers. If a function prototype is missing, the compiler provides a default return type of int, but since amd64 is an LP64 architecture, this means that eight-byte pointers get cast to four-byte integers, even if they are then immediately stored in pointer variables. This pointer truncation isn't usually a problem with phkmalloc since it uses sbrk() to allocate space. However, jemalloc does not use sbrk() at all on amd64, so pretty much all malloc'ed objects are high enough in memory that more than 32 bits are required to store pointers to them. A simple way to determine whether this is a problem for an app is to #define USE_BRK in malloc.c, rebuild libc, then run your app something like: LD_PRELOAD=/usr/obj/usr/src/lib/libc/libc.so.6 startx Incidentally, this appears to be why xorg-server doesn't work on amd64. 2) Out-of-bounds writes. Lots of programs have been found to write past the end of the space they allocate. At the moment, jemalloc's redzone code is enabled, so these errors are causing messages to stderr that look like: ifconfig: (malloc) Corrupted redzone 1 byte after 0xa000150 (size 18) (0x0) In at least one case (running f2c while building the math/arpack port), these overruns would have caused actual malloc data structure corruption, had redzones not been enabled. 3) Invalid alignment assumptions. This class of bug has been less common than the first two, but it is definitely still an issue. The 'Q' and 'k' malloc configuration options provide an effective, if not very efficient, mechanism for digging into alignment issues. -------- Thanks for all the help so far with diagnosing various bugs, both in apps and in malloc. (Yes, there were some malloc bugs uncovered). We should expect to keep hitting pointer truncation bugs on amd64 for some time to come, but otherwise, I think we're pretty much out of the woods at this point. Naturally, if you need help diagnosing problems, I'll continue doing my best to help. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 07:22:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA65816A41F; Fri, 20 Jan 2006 07:22:57 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574AB43D45; Fri, 20 Jan 2006 07:22:57 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id k0K7O4Xf091728; Fri, 20 Jan 2006 02:24:04 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Jason Evans In-Reply-To: <6BD97F93-5E85-4A5A-8751-DC0C0382B916@FreeBSD.org> References: <6BD97F93-5E85-4A5A-8751-DC0C0382B916@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MKTSKHxz9dgBXOUYrHcG" Organization: FreeBSD, Inc. Date: Fri, 20 Jan 2006 02:22:47 -0500 Message-Id: <1137741767.75264.27.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: Typical malloc-related application bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 07:22:58 -0000 --=-MKTSKHxz9dgBXOUYrHcG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-01-19 at 23:10 -0800, Jason Evans wrote: > Overall, the malloc changeover has been pretty uneventful. Now that =20 > jemalloc has seen a bit wider exposure, I thought it might be useful =20 > to summarize the types of application bugs that it has been uncovering. First let me say that jemalloc has found quite a few bugs in GNOME applications that were not spotted with phkmalloc+AJ. I only wish those bugs had not been there to begin with :-}. [snip] > 2) Out-of-bounds writes. Lots of programs have been found to write =20 > past the end of the space they allocate. At the moment, jemalloc's =20 > redzone code is enabled, so these errors are causing messages to =20 > stderr that look like: >=20 > ifconfig: (malloc) Corrupted redzone 1 byte after 0xa000150 (size =20 > 18) (0x0) >=20 > In at least one case (running f2c while building the math/arpack =20 > port), these overruns would have caused actual malloc data structure =20 > corruption, had redzones not been enabled. I'm seeing a lot of this when I run gnome-system-monitor. There appears to be a bug in libgtop, but I don't know how to make these messages fatal in order to produce a backtrace I can use to narrow down where the problem lies. What can I do to isolate where in the code the redzone corruption is occurring? Additionally, do you have any example code that produces this kind of redzone corruption? Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-MKTSKHxz9dgBXOUYrHcG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD0I/Hb2iPiv4Uz4cRAghxAJ41q91vfuSeJOYTVHARJReb6oG3xQCfY4Zn J3CwsSgI11LNlgokaTB4oXM= =+T57 -----END PGP SIGNATURE----- --=-MKTSKHxz9dgBXOUYrHcG-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 07:40:22 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B5CB16A41F; Fri, 20 Jan 2006 07:40:22 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C85D143D46; Fri, 20 Jan 2006 07:40:21 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id A8C515E48C0; Thu, 19 Jan 2006 23:40:21 -0800 (PST) Received: from [192.168.168.203] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 201D55E48C0; Thu, 19 Jan 2006 23:40:21 -0800 (PST) In-Reply-To: <1137741767.75264.27.camel@shumai.marcuscom.com> References: <6BD97F93-5E85-4A5A-8751-DC0C0382B916@FreeBSD.org> <1137741767.75264.27.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <61EE2752-7328-4068-9888-7F7B5C918439@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Thu, 19 Jan 2006 23:40:21 -0800 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Typical malloc-related application bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 07:40:22 -0000 On Jan 19, 2006, at 11:22 PM, Joe Marcus Clarke wrote: > On Thu, 2006-01-19 at 23:10 -0800, Jason Evans wrote: >> 2) Out-of-bounds writes. Lots of programs have been found to write >> past the end of the space they allocate. At the moment, jemalloc's >> redzone code is enabled, so these errors are causing messages to >> stderr that look like: >> >> ifconfig: (malloc) Corrupted redzone 1 byte after 0xa000150 (size >> 18) (0x0) > > I'm seeing a lot of this when I run gnome-system-monitor. There > appears > to be a bug in libgtop, but I don't know how to make these messages > fatal in order to produce a backtrace I can use to narrow down > where the > problem lies. What can I do to isolate where in the code the redzone > corruption is occurring? If you have the 'A' flag set, then you should be getting coredumps, unless gnome-system-monitor masks the SIGABRT signal. If you can't get coredumps, then you could try running gnome-system-monitor in gdb, with a breakpoint set in the branch of malloc.c:redzone_check() that calls abort(). > Additionally, do you have any example code that produces this kind of > redzone corruption? Thanks. Here is a quick hack that I wrote when testing the redzone code: --- #include #include #define SIZE 25 int main(void) { char *p; int i; p = (char *)malloc(SIZE); for (i = 1; i <= 16; i++) { p[-i] = 0x42 - i; } for (i = 0; i < 16; i++) { p[SIZE + i] = 0x43 + i; } free(p); return 0; } --- Note that redzones are currently defined to be 16 bytes, but there may be more than 16 bytes of trailing redzone space, depending on (size % 16). Jason From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 07:43:28 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9CD16A41F; Fri, 20 Jan 2006 07:43:28 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id F257D43D49; Fri, 20 Jan 2006 07:43:24 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id k0K7iW3Z091924; Fri, 20 Jan 2006 02:44:32 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Jason Evans In-Reply-To: <61EE2752-7328-4068-9888-7F7B5C918439@FreeBSD.org> References: <6BD97F93-5E85-4A5A-8751-DC0C0382B916@FreeBSD.org> <1137741767.75264.27.camel@shumai.marcuscom.com> <61EE2752-7328-4068-9888-7F7B5C918439@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TqcZn5rsV/VKxFCmY0Wu" Organization: FreeBSD, Inc. Date: Fri, 20 Jan 2006 02:43:15 -0500 Message-Id: <1137742995.75264.30.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: Typical malloc-related application bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 07:43:28 -0000 --=-TqcZn5rsV/VKxFCmY0Wu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-01-19 at 23:40 -0800, Jason Evans wrote: > On Jan 19, 2006, at 11:22 PM, Joe Marcus Clarke wrote: > > On Thu, 2006-01-19 at 23:10 -0800, Jason Evans wrote: > >> 2) Out-of-bounds writes. Lots of programs have been found to write > >> past the end of the space they allocate. At the moment, jemalloc's > >> redzone code is enabled, so these errors are causing messages to > >> stderr that look like: > >> > >> ifconfig: (malloc) Corrupted redzone 1 byte after 0xa000150 (size > >> 18) (0x0) > > > > I'm seeing a lot of this when I run gnome-system-monitor. There =20 > > appears > > to be a bug in libgtop, but I don't know how to make these messages > > fatal in order to produce a backtrace I can use to narrow down =20 > > where the > > problem lies. What can I do to isolate where in the code the redzone > > corruption is occurring? >=20 > If you have the 'A' flag set, then you should be getting coredumps, =20 > unless gnome-system-monitor masks the SIGABRT signal. If you can't =20 > get coredumps, then you could try running gnome-system-monitor in =20 > gdb, with a breakpoint set in the branch of malloc.c:redzone_check() =20 > that calls abort(). Ah, I thought 'A' would do it, but I forgot about a signal handler in libgtop. Thanks for the hint. >=20 > > Additionally, do you have any example code that produces this kind of > > redzone corruption? Thanks. >=20 > Here is a quick hack that I wrote when testing the redzone code: >=20 > --- > #include > #include >=20 > #define SIZE 25 >=20 > int > main(void) > { > char *p; > int i; >=20 > p =3D (char *)malloc(SIZE); > for (i =3D 1; i <=3D 16; i++) { > p[-i] =3D 0x42 - i; > } > for (i =3D 0; i < 16; i++) { > p[SIZE + i] =3D 0x43 + i; > } > free(p); >=20 > return 0; > } > --- >=20 > Note that redzones are currently defined to be 16 bytes, but there =20 > may be more than 16 bytes of trailing redzone space, depending on =20 > (size % 16). Thanks! Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-TqcZn5rsV/VKxFCmY0Wu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD0JSTb2iPiv4Uz4cRAg/gAJ96vdeIUDsc6cFSLVjCjeADFu8A/QCeLSHp u+gPdVEmizxG8qJeXl79dAk= =rnHi -----END PGP SIGNATURE----- --=-TqcZn5rsV/VKxFCmY0Wu-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 08:52:55 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F5C16A41F for ; Fri, 20 Jan 2006 08:52:55 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4843643D46 for ; Fri, 20 Jan 2006 08:52:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0K8qQjR021791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jan 2006 11:52:27 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0K8qQ3K021790; Fri, 20 Jan 2006 11:52:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 20 Jan 2006 11:52:26 +0300 From: Gleb Smirnoff To: Kris Kennaway Message-ID: <20060120085226.GQ83922@FreeBSD.org> References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060120061955.GA8687@xor.obsecurity.org> User-Agent: Mutt/1.5.6i Cc: Julian Elischer , current@FreeBSD.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 08:52:55 -0000 On Fri, Jan 20, 2006 at 01:19:55AM -0500, Kris Kennaway wrote: K> > the example I showed was the 'ps' from ddb which of course doesn't show K> > any stats anyhow. K> K> Yeah, I know that, but they're also not displayed in ps(1) or top(1), K> etc. And this is a serious issue, that is present in our last releases. If a was a newbie installing FreeBSD for first time, this fact will hurt my impression about operating system most. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 09:21:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2925716A41F; Fri, 20 Jan 2006 09:21:00 +0000 (GMT) (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 C9A5F43D55; Fri, 20 Jan 2006 09:20:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0K9JZkA088838; Fri, 20 Jan 2006 02:19:35 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43D0AB26.5070407@samsco.org> Date: Fri, 20 Jan 2006 02:19:34 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> In-Reply-To: <20060120085226.GQ83922@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org, Julian Elischer , Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 09:21:00 -0000 Gleb Smirnoff wrote: > On Fri, Jan 20, 2006 at 01:19:55AM -0500, Kris Kennaway wrote: > K> > the example I showed was the 'ps' from ddb which of course doesn't show > K> > any stats anyhow. > K> > K> Yeah, I know that, but they're also not displayed in ps(1) or top(1), > K> etc. > > And this is a serious issue, that is present in our last releases. If a > was a newbie installing FreeBSD for first time, this fact will hurt my > impression about operating system most. > For KSE, threads are just a figment of the imagination of the kernel. A thread that the kernel sees has no specific correlation to a thread that exists in an application. Trying to associate stats with these threads is absolultely meaningless. The processing time accumulated for a particular thread that the kernel sees could well be the aggregate of a number of user threads, and those user threads are likely migrating between the kernel threads. That's the whole point of M:N threading =-) Saying that thread 1 did X amount of work and thread 2 did Y amount of work simply has no meaning, other than that the parent process did X+Y amount of work. For 1:1 threading is does make a little more sense. We'd have to come up with a way to accurately express whether the thread accounting stats are meaningful or not depending on which library is in use. Adding to the complexity would be that KSE can create system and process scope threads, and that system scope threads behave mostly like 1:1 threads. If someone wants to tackle all of this, that would be great, but my only request would be that it can't sacrifice clarity in one library over another library. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 09:52:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B5516A420; Fri, 20 Jan 2006 09:52:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576F043D69; Fri, 20 Jan 2006 09:52:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 28D271A3C1C; Fri, 20 Jan 2006 01:52:19 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 85BA954A48; Fri, 20 Jan 2006 04:52:15 -0500 (EST) Date: Fri, 20 Jan 2006 04:52:15 -0500 From: Kris Kennaway To: Scott Long Message-ID: <20060120095214.GA11088@xor.obsecurity.org> References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <43D0AB26.5070407@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Gleb Smirnoff , Julian Elischer , Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 09:52:25 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 20, 2006 at 02:19:34AM -0700, Scott Long wrote: > Gleb Smirnoff wrote: >=20 > >On Fri, Jan 20, 2006 at 01:19:55AM -0500, Kris Kennaway wrote: > >K> > the example I showed was the 'ps' from ddb which of course doesn't= =20 > >show K> > any stats anyhow. > >K>=20 > >K> Yeah, I know that, but they're also not displayed in ps(1) or top(1), > >K> etc. > > > >And this is a serious issue, that is present in our last releases. If a > >was a newbie installing FreeBSD for first time, this fact will hurt my > >impression about operating system most. > > >=20 > For KSE, threads are just a figment of the imagination of the kernel. A= =20 > thread that > the kernel sees has no specific correlation to a thread that exists in=20 > an application. > Trying to associate stats with these threads is absolultely meaningless.= =20 > The > processing time accumulated for a particular thread that the kernel sees= =20 > could well > be the aggregate of a number of user threads, and those user threads are= =20 > likely migrating > between the kernel threads. That's the whole point of M:N threading=20 > =3D-) Saying that > thread 1 did X amount of work and thread 2 did Y amount of work simply=20 > has no meaning, > other than that the parent process did X+Y amount of work. Correct me if I'm wrong, but the stats aren't accounted to the parent process either. I'm pretty sure I've seen situations where a thread was using a lot of CPU, but if you believe top(1) then every process in the system is idle (except for the fact that the system is 0% idle). In this situation there's no way to tell which threaded process is using resources. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0LLOWry0BWjoQKURAuIwAJ9pBRtJkEMSX4Qu+ItEc+Ciaf7N7wCePhm/ C2btEc7vjioDM+6sqjoMNhw= =xfCy -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 09:54:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706D216A420 for ; Fri, 20 Jan 2006 09:54:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94EFF43D6D for ; Fri, 20 Jan 2006 09:54:28 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F632.dip.t-dialin.net [84.165.246.50]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0K9lKdQ072784; Fri, 20 Jan 2006 10:47:21 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0K9sO6R013581; Fri, 20 Jan 2006 10:54:24 +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; Fri, 20 Jan 2006 10:54:24 +0100 Message-ID: <20060120105424.m384aenq0ck4g088@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 20 Jan 2006 10:54:24 +0100 From: Alexander Leidinger To: Stefan Ehmann References: <1137681189.672.4.camel@localhost> In-Reply-To: <1137681189.672.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 09:54:38 -0000 Stefan Ehmann wrote: > I got this panic when trying to make -j4 buildworld. > > If this is relevant: My userland is some weeks old, I just had time to > upgrade kernel yesterday (because of the ieee802.11 insecurity) and wanted > to update the rest of the world today: > panic: kmem_malloc(171642880): kmem_map too small: 31387648 total allocated I had a similar panic yesterday, but with a negative value to kmem_malloc(). This is with kernel & userland in sync. I hadn't time do look further. Another problem is a panic/hang (occured 1:3 times, booting in "Safe mode" works) while detecting the CDROM's (atapicam). In case you're using atapicam try to boot without it (I hadn't time yet to test it). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 BOFH excuse #450: Terrorists crashed an airplane into the server room. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 10:27:12 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E231B16A41F for ; Fri, 20 Jan 2006 10:27:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD7043D45 for ; Fri, 20 Jan 2006 10:27:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6AC1046BA3; Fri, 20 Jan 2006 05:27:08 -0500 (EST) Date: Fri, 20 Jan 2006 10:28:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pyun YongHyeon In-Reply-To: <20060120051810.GB48366@rndsoft.co.kr> Message-ID: <20060120101241.O52145@fledge.watson.org> References: <20060120051810.GB48366@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: mbuf cluster leak on CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 10:27:13 -0000 On Fri, 20 Jan 2006, Pyun YongHyeon wrote: > While fixing sk(4) driver issues I'm seeing these mbuf cluster leaks on > sparc64/i386. Both machines are SMP. There is at least one known problem with MBUMA's handling of allocating and freeing {mbuf,cluster} pairs, and it is triggered frequently by recent changes to cluster allocation. We need to fix this problem before 7.0, but I've been on vacation for the last month and not had a chance to dig in. I hope to address it this spring, but it requires significantly re-thinking of how UMA interacts with mbufs. Probably not a huge code change, but will have to be carefully thought out. Robert N M Watson > > sparc64(sk(4)) > 386/1946/2332 mbufs in use (current/cache/total) > 1710/290/2000/2000 mbuf clusters in use (current/cache/total/max) > ^^^^^^^^^^^^^^^^^^ > 0/5/4528 sfbufs in use (current/peak/max) > 3516K/1066K/4583K bytes allocated to network (current/cache/total) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > i386(em(4)) > 388/1929/2317 mbufs in use (current/cache/total) > 1727/273/2000/2000 mbuf clusters in use (current/cache/total/max) > ^^^^^^^^^^^^^^^^^^ > 0/7/3504 sfbufs in use (current/peak/max) > 3551K/1028K/4579K bytes allocated to network (current/cache/total) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > Related information from vm.zone: > mbuf_ext_ref: 4, 0, 0, 0, 0 > mbuf_jumbo_1: 16384, 0, 0, 0, 0 > mbuf_jumbo_9: 9216, 0, 0, 0, 0 > mbuf_jumbo_4: 4096, 0, 0, 0, 0 > mbuf_cluster: 2048, 2000, 2000, 0, 2000 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > mbuf: 256, 0, 788, 1657, 87811655 > mbuf_packet: 256, 0, 2160, 285, 50505646 > > To confirm the mbuf leak I lowered the cluter limit. netperf is > blocked on a "zonelimit". > Any ideas? > > -- > Regards, > Pyun YongHyeon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 10:46:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA9116A41F for ; Fri, 20 Jan 2006 10:46:25 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B91BB43D48 for ; Fri, 20 Jan 2006 10:46:24 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so428625nzo for ; Fri, 20 Jan 2006 02:46:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=tfgLjBl3vnA++ixNoZ9NsOntNllCrNjOEfClZWMjAUkjlWk2QP8Qj0ynE0IiW32VXEcUSx4KPq/1smcOArQLD+hKWwUgCkXePfR/fX3AzYL5rrU+3K2z8kBA4Gc4xVw7YmU8IaGiwuTrHjaeotMbX5Twi9hGFeGHLt2pJPuwuIU= Received: by 10.37.2.79 with SMTP id e79mr1329014nzi; Fri, 20 Jan 2006 02:46:24 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 34sm1825565nza.2006.01.20.02.46.22; Fri, 20 Jan 2006 02:46:24 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0KAlcUb050494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jan 2006 19:47:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0KAlbUp050493; Fri, 20 Jan 2006 19:47:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 20 Jan 2006 19:47:37 +0900 From: Pyun YongHyeon To: Robert Watson Message-ID: <20060120104737.GD48366@rndsoft.co.kr> References: <20060120051810.GB48366@rndsoft.co.kr> <20060120101241.O52145@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060120101241.O52145@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: mbuf cluster leak on CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 10:46:25 -0000 On Fri, Jan 20, 2006 at 10:28:02AM +0000, Robert Watson wrote: > > On Fri, 20 Jan 2006, Pyun YongHyeon wrote: > > >While fixing sk(4) driver issues I'm seeing these mbuf cluster leaks on > >sparc64/i386. Both machines are SMP. > > There is at least one known problem with MBUMA's handling of allocating and > freeing {mbuf,cluster} pairs, and it is triggered frequently by recent > changes to cluster allocation. We need to fix this problem before 7.0, but > I've been on vacation for the last month and not had a chance to dig in. I > hope to address it this spring, but it requires significantly re-thinking > of how UMA interacts with mbufs. Probably not a huge code change, but will > have to be carefully thought out. > > Robert N M Watson > Thank you for the info. I look forward to seeing your fix. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 10:48:50 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C7316A41F for ; Fri, 20 Jan 2006 10:48:50 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6481343D49 for ; Fri, 20 Jan 2006 10:48:50 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3C3D846B7C; Fri, 20 Jan 2006 05:48:46 -0500 (EST) Date: Fri, 20 Jan 2006 10:49:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pyun YongHyeon In-Reply-To: <20060120104737.GD48366@rndsoft.co.kr> Message-ID: <20060120104819.U52145@fledge.watson.org> References: <20060120051810.GB48366@rndsoft.co.kr> <20060120101241.O52145@fledge.watson.org> <20060120104737.GD48366@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: mbuf cluster leak on CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 10:48:50 -0000 On Fri, 20 Jan 2006, Pyun YongHyeon wrote: > Thank you for the info. I look forward to seeing your fix. You might want to try skipping back two months on HEAD and see if the problem goes away, BTW. The problems existed in MBUMA before andre's changes, but they become dramatically more visible with them. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 11:17:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F0F416A41F; Fri, 20 Jan 2006 11:17:16 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43D0C6CC.7060005@freebsd.org> Date: Fri, 20 Jan 2006 19:17:32 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060117 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> In-Reply-To: <43D0AB26.5070407@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Kennaway , Gleb Smirnoff , current@freebsd.org, Julian Elischer Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 11:17:19 -0000 Scott Long wrote: > > For 1:1 threading is does make a little more sense. We'd have to come > up with a way > to accurately express whether the thread accounting stats are > meaningful or not depending > on which library is in use. Adding to the complexity would be that > KSE can create system > and process scope threads, and that system scope threads behave mostly > like 1:1 threads. > If someone wants to tackle all of this, that would be great, but my > only request would be > that it can't sacrifice clarity in one library over another library. > > Scott > It has already sacrificed 1:1 libthr, I had set libthr default to be process scope thread, so all kernels in same ksegrp are trying to use kg_user_pri for its userland priority. I saw very strange scheduler behavior, I may revert it to use system scope as default scope. David Xu From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 12:53:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4C516A41F; Fri, 20 Jan 2006 12:53:08 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F82843D45; Fri, 20 Jan 2006 12:53:06 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis1.rz.uni-wuerzburg.de [132.187.3.46]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 01E86E5415; Fri, 20 Jan 2006 13:53:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id E4D422230; Fri, 20 Jan 2006 13:53:04 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id C1ED4FDF; Fri, 20 Jan 2006 13:53:04 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id B6F9214625F; Fri, 20 Jan 2006 13:53:02 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k0KCr259053195; Fri, 20 Jan 2006 13:53:02 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k0KCr1xS083395; Fri, 20 Jan 2006 13:53:01 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k0KCr1CS008180; Fri, 20 Jan 2006 13:53:01 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k0KCr1TR008179; Fri, 20 Jan 2006 13:53:01 +0100 (CET) (envelope-from q@galgenberg.net) Date: Fri, 20 Jan 2006 13:53:01 +0100 From: Ulrich Spoerlein To: Joe Marcus Clarke Message-ID: <20060120125301.GB1088@galgenberg.net> Mail-Followup-To: Joe Marcus Clarke , freebsd-current@freebsd.org References: <6BD97F93-5E85-4A5A-8751-DC0C0382B916@FreeBSD.org> <1137741767.75264.27.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GyRA7555PLgSTuth" Content-Disposition: inline In-Reply-To: <1137741767.75264.27.camel@shumai.marcuscom.com> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: freebsd-current@freebsd.org Subject: Re: Typical malloc-related application bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 12:53:08 -0000 --GyRA7555PLgSTuth Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Joe Marcus Clarke wrote: > On Thu, 2006-01-19 at 23:10 -0800, Jason Evans wrote: > > 2) Out-of-bounds writes. [...] >=20 > I'm seeing a lot of this when I run gnome-system-monitor. There appears > to be a bug in libgtop, but I don't know how to make these messages > fatal in order to produce a backtrace I can use to narrow down where the > problem lies. What can I do to isolate where in the code the redzone > corruption is occurring? Try running it in valgrind first, if you're lucky, it will immediately point you to the faulty spot. Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --GyRA7555PLgSTuth Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0N0t524iJyD+6d0RAge7AJoC6SgHR+pmOJ2zj1nGFhvMdXimqQCfTq2m WRjhdNbo2FxTyD5262mKZiQ= =u6RC -----END PGP SIGNATURE----- --GyRA7555PLgSTuth-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 16:04:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B9A16A41F for ; Fri, 20 Jan 2006 16:04:46 +0000 (GMT) (envelope-from dumbbell@freebsd.org) Received: from tabatha.dolphian.net (relais-smtp.dolphian.net [213.91.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C2043D46 for ; Fri, 20 Jan 2006 16:04:45 +0000 (GMT) (envelope-from dumbbell@freebsd.org) Received: from [192.168.100.139] (LAubervilliers-151-11-77-139.w193-251.abo.wanadoo.fr [193.251.68.139]) (authenticated bits=0) by tabatha.dolphian.net (8.13.3/8.13.3) with ESMTP id k0KFhw4r045090 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT) for ; Fri, 20 Jan 2006 16:43:59 +0100 (CET) (envelope-from dumbbell@freebsd.org) Message-ID: <43D1053E.6050609@freebsd.org> Date: Fri, 20 Jan 2006 16:43:58 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051109) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [PATCH] Fix for Synaptics TouchPads initialization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 16:04:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, The Synaptics TouchPad on my laptop (Asus V6V, Synaptics TouchPad V5.9) doesn't work at all with FreeBSD -CURRENT (neither with 6-STABLE). In psm.c:psmprobe(), the touchpad reverts back to Relative mode (default mode) just after auxiliary kbdc ports are disabled. A workaround is to send a Read Mode Byte command: the touchpad is again in Absolute mode. Because I don't know if other laptops/touchpad versions work with current psm(4), I'd be happy with success/failure reports with this patch from people who have (working or not) touchpads. To enable Synaptics support, you must add this line to your /boot/loader.conf: hw.psm.synaptics_support="1" If psm(4) gurus think this isn't the right way to fix it, please tell me. The patch is available at: http://people.freebsd.org/~dumbbell/synaptics/psm-synaptics-abs_mode-c.patch Regards, - -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD0QU9a+xGJsFYOlMRAvQsAJ4+3X6embAZZWRz+QnTJ8EPhYVfKwCg1V3a HD288rfGjYDKdj80AutzL/I= =FyMA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 17:07:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA8A916A41F for ; Fri, 20 Jan 2006 17:07:49 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94B743D45 for ; Fri, 20 Jan 2006 17:07:46 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k0KH7cfa065997; Fri, 20 Jan 2006 11:07:43 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43D118DA.3000202@centtech.com> Date: Fri, 20 Jan 2006 11:07:38 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Chris Gilbert References: <200512270950.KAA06620@stoney.dudes.ch> <200512271116.34464.Chris@lainos.org> In-Reply-To: <200512271116.34464.Chris@lainos.org> Content-Type: multipart/mixed; boundary="------------080308090606000707060909" X-Virus-Scanned: ClamAV 0.87.1/1246/Thu Jan 19 15:44:42 2006 on mh1.centtech.com X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 17:07:50 -0000 This is a multi-part message in MIME format. --------------080308090606000707060909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Chris Gilbert wrote: > It's ready! > > The new version works both standalone as before, and from a FreeBSD port. > > This is my first time making a port, and I've double checked it and run > portlint, but I have probably overlooked something! > > Please have a good look at it and tell me if I've done something stupid :) > > You can grab the port here: > > http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz > > It should be extracted to /usr/ports/x11 > > It should fetch the distfile from my server... but in case you want to install > it the old fashioned way, here is the link: > > http://www.neovanglist.net/~Neovanglist/ATI/FreeBSD-fglrx_6_8_0-8.20.8-2-ALPHA.i386.tar.bz2 > > Changes since the last version: > * It now installs the glATI.h file. > * The panel was installing all kinds of strange things.. and not being very > port friendly. It's still bad but it's much better now. (And accounted for in > pkg-plist) > * All of the Linux documentation and the README file is installed > to /usr/X11R6/share/doc/fglrx > * Working FreeBSD "port"! (As in for the ports system) > * README file updated with some worthwhile content including a compatibility > list. > > In regards to AMD64 support, this is an i386 build and I wouldn't expect it to > work on AMD64 :) > > However, getting an AMD64 version going should be fairly trivial, but I do not > have the hardware to test it. > > Tomorrow I can put together and AMD64 package and add support for it to the > FreeBSD port. If you can test/verify that it works I would be thrilled! I've just downloaded/built/installed using the port. Using the new fglrx driver in my xorg.conf causes x not to start. I've attached the Xorg.0.log and my xorg.conf file. (This is on a Dell D810 laptop, with an X600, using xorg-server-snap). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ --------------080308090606000707060909 Content-Type: text/plain; name="xorg.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xorg.conf" # Xorg configuration created by system-config-display Section "ServerFlags" Option "RandR" "on" EndSection Section "ServerLayout" Identifier "Multihead layout" Screen "Screen0" LeftOf "Screen1" Screen "Screen1" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AGPMode" "4" Option "AGPFastWrite" "On" Option "Xinerama" "on" #Option "Clone" "on" EndSection Section "Files" # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath "/usr/X11R6/lib/X11/rgb" #FontPath "unix/:7100" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/local/share/ghostscript/fonts/" FontPath "/usr/X11R6/lib/X11/fonts/TrueType" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" #FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" FontPath "/usr/X11R6/lib/X11/fonts/URW" FontPath "/usr/X11R6/lib/X11/fonts/webfonts/" FontPath "/usr/X11R6/lib/X11/fonts/artwiz-fonts" FontPath "/usr/local/share/fonts" EndSection Section "Module" Load "dbe" Load "extmod" Load "glx" Load "record" Load "freetype" Load "type1" # Load "dri" Load "xtrap" Load "GLcore" Load "bitmap" Load "vnc" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" Option "Buttons" "9" EndSection Section "InputDevice" Identifier "Mouse1" Driver "synaptics" Option "Device" "/dev/sysmouse" Option "Protocol" "auto" Option "LeftEdge" "1900" Option "RightEdge" "5400" Option "TopEdge" "1900" Option "BottomEdge" "4000" Option "FingerLow" "25" Option "FingerHigh" "30" Option "MaxTapTime" "220" Option "MaxTapMove" "220" Option "VertScrollDelta" "100" Option "MinSpeed" "0.02" Option "MaxSpeed" "0.38" Option "AccelFactor" "0.0020" Option "SHMConfig" "on" Option "Emulate3Buttons" "yes" Option "Buttons" "3" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "LCD Panel " #HorizSync 31.5 - 90.0 #VertRefresh 59.0 - 75.0 Option "dpms" #Displaysize 650 400 EndSection Section "Monitor" Identifier "Monitor1" VendorName "Monitor Vendor" ModelName "External " #HorizSync 32 - 90 #VertRefresh 60 - 70 #HorizSync 30 - 81 VertRefresh 75 Option "dpms" #Displaysize 520 330 #UseModes "19:12" EndSection Section "Device" Identifier "Videocard0" Driver "radeon" #Driver "fglrx" Option "VideoOverlay" "on" Option "OpenGLOverlay" "off" VendorName "Videocard vendor" BoardName "Radeon X300" BusID "PCI:1:0:0" #Option "DDCMode" "on" Option "DPMS" Option "passwordFile" "/home/anderson/.vnc/passwd" #Option "MonitorLayout" "LVDS,CRT" Screen 0 EndSection Section "Device" Identifier "Videocard1" Driver "radeon" #Driver "fglrx" Option "VideoOverlay" "on" Option "OpenGLOverlay" "off" VendorName "Videocard vendor" BoardName "Radeon X300" BusID "PCI:1:0:0" #Option "DDCMode" "on" Option "DPMS" Option "passwordFile" "/home/anderson/.vnc/passwd" #Option "MonitorLayout" "LVDS,CRT" Screen 1 EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" #Viewport 0 0 Depth 24 #Virtual 1920 1200 Modes "1920x1200" EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Videocard1" Monitor "Monitor1" DefaultDepth 24 SubSection "Display" #Viewport 0 0 Depth 24 #Virtual 1920 1200 Modes "1920x1200" EndSubSection EndSection Section "DRI" Group 0 Mode 0666 EndSection #Section "Modes" # Identifier "19:12" # ModeLine "1920x1200" 154.0 1920 1968 2000 2080 1200 1203 1209 1235 +Hsync -Vsync #EndSection --------------080308090606000707060909-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 17:11:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47C8916A41F for ; Fri, 20 Jan 2006 17:11:52 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B116043D4C for ; Fri, 20 Jan 2006 17:11:49 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k0KHBnVr066095; Fri, 20 Jan 2006 11:11:49 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43D119D4.9020209@centtech.com> Date: Fri, 20 Jan 2006 11:11:48 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Chris Gilbert References: <200512270950.KAA06620@stoney.dudes.ch> <200512271116.34464.Chris@lainos.org> <43D118DA.3000202@centtech.com> In-Reply-To: <43D118DA.3000202@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1246/Thu Jan 19 15:44:42 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 17:11:52 -0000 Eric Anderson wrote: > Chris Gilbert wrote: >> It's ready! >> >> The new version works both standalone as before, and from a FreeBSD >> port. >> >> This is my first time making a port, and I've double checked it and >> run portlint, but I have probably overlooked something! >> >> Please have a good look at it and tell me if I've done something >> stupid :) >> >> You can grab the port here: >> >> http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz >> >> It should be extracted to /usr/ports/x11 >> >> It should fetch the distfile from my server... but in case you want >> to install it the old fashioned way, here is the link: >> >> http://www.neovanglist.net/~Neovanglist/ATI/FreeBSD-fglrx_6_8_0-8.20.8-2-ALPHA.i386.tar.bz2 >> >> >> Changes since the last version: >> * It now installs the glATI.h file. >> * The panel was installing all kinds of strange things.. and not >> being very port friendly. It's still bad but it's much better now. >> (And accounted for in pkg-plist) >> * All of the Linux documentation and the README file is installed to >> /usr/X11R6/share/doc/fglrx >> * Working FreeBSD "port"! (As in for the ports system) >> * README file updated with some worthwhile content including a >> compatibility list. >> >> In regards to AMD64 support, this is an i386 build and I wouldn't >> expect it to work on AMD64 :) >> >> However, getting an AMD64 version going should be fairly trivial, but >> I do not have the hardware to test it. >> >> Tomorrow I can put together and AMD64 package and add support for it >> to the FreeBSD port. If you can test/verify that it works I would be >> thrilled! > > I've just downloaded/built/installed using the port. Using the new > fglrx driver in my xorg.conf causes x not to start. I've attached the > Xorg.0.log and my xorg.conf file. (This is on a Dell D810 laptop, > with an X600, using xorg-server-snap). > > Eric I guess it didn't like my Xorg.0.log, so I've posted it here: http://www.googlebit.com/freebsd/Xorg.0.log Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 17:23:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F02D416A41F for ; Fri, 20 Jan 2006 17:23:41 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DDFA43D45 for ; Fri, 20 Jan 2006 17:23:41 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0KHNecn024933 for ; Fri, 20 Jan 2006 09:23:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0KHNe3G024932 for freebsd-current@freebsd.org; Fri, 20 Jan 2006 09:23:40 -0800 (PST) (envelope-from sgk) Date: Fri, 20 Jan 2006 09:23:40 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060120172340.GA24889@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Stack backtrace for drm and malloc(M_WAITOK) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 17:23:42 -0000 With Jason's new malloc implementation, I had to install xorg-server-snap to get a functioning x server on a amd64 system. When the drm module is loaded, I'm see numerous backtraces in /var/log/messages. KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x37 witness_warn() at witness_warn+0x2c1 uma_zalloc_arg() at uma_zalloc_arg+0x69 malloc() at malloc+0xf5 sysctl_add_oid() at sysctl_add_oid+0xa9 alloc_bounce_zone() at alloc_bounce_zone+0x418 bus_dma_tag_create() at bus_dma_tag_create+0x1ea drm_pci_alloc() at drm_pci_alloc+0xe6 drm_do_addbufs_pci() at drm_do_addbufs_pci+0x24b drm_addbufs_pci() at drm_addbufs_pci+0xeb drm_addbufs_ioctl() at drm_addbufs_ioctl+0x89 drm_ioctl() at drm_ioctl+0x35c giant_ioctl() at giant_ioctl+0x68 devfs_ioctl_f() at devfs_ioctl_f+0xc9 ioctl() at ioctl+0x436 syscall() at syscall+0x350 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x200cce29c, \ rsp = 0x7fffffffe868, rbp = 0x202bfa890 --- malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable \ locks held: exclusive sleep mutex drmdma r = 0 (0xffffff02323b0130) locked @ \ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_bufs.c:846 -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 17:37:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D24A16A420 for ; Fri, 20 Jan 2006 17:37:29 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EFA343D4C for ; Fri, 20 Jan 2006 17:37:26 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id k0KHaXi05927 for ; Fri, 20 Jan 2006 09:36:33 -0800 (PST) Received: (from faber@localhost) by hut.isi.edu (8.13.4/8.13.4/Submit) id k0KHaX1e048333 for freebsd-current@freebsd.org; Fri, 20 Jan 2006 09:36:33 -0800 (PST) (envelope-from faber) Date: Fri, 20 Jan 2006 09:36:33 -0800 From: Ted Faber To: freebsd-current@freebsd.org Message-ID: <20060120173633.GD45194@hut.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C94crkcyjafcjHxo" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Subject: slow bfe0, dropouts - help? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 17:37:29 -0000 --C94crkcyjafcjHxo Content-Type: multipart/mixed; boundary="zS7rBR6csb6tI2e1" Content-Disposition: inline --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm running a Dell Inspiron 6000 with at Broadcom BCM4401-B0 Fast Ethernet on it, and the "Fast" really isn't there. I'm frequently getting KB/s performance out of it on a 100 Mb/s link when trying to download, and it's fairly common for it to drop out completely over the course of a long download. It has the feel of missing interrupts, but I don't see any messages in the logs. This is -CURRENT as of Wed morning. I see the same performance without ACPI as with. I don't see any config flags on the manual page or any systctls to play with. A kernel config and verbose dmesg are attached. Any help would be appreciated, and I'm happy to test patches. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=LAP # # LAP -- kernel configuration file for FreeBSD/i386 for lap.isi.edu # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.428 2005/03/31 20:21:42 scottl Exp $ machine i386 cpu I686_CPU ident LAP # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options NFS_DEBUG # 4BSD scheduler #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Bus support. Do not remove isa, even if you have no isa slots # device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. #device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # WEP crypto device an # Aironet 4500/4800 802.11 wireless NICs. device iwi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback #device mem # Memory and kernel memory devices #device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device umass # Disks/Mass storage - Requires scbus and da # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #4: Wed Jan 18 09:48:20 PST 2006 root@lap.isi.edu:/usr/src/sys/i386/compile/LAP Using 32 colors for the VM-PQ tuning (24640, 0) Preloaded elf kernel "/boot/kernel/kernel" at 0xc081d000. Preloaded elf module "/boot/kernel/if_bfe.ko" at 0xc081d1c4. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc081d270. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc081d31c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc081d3c8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc081d474. Calibrating clock(s) ... i8254 clock: 1193179 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1995014416 Hz CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d8 Stepping =3D 8 Features=3D0xafe9fbff Features2=3D0x180 AMD Features=3D0x100000 Instruction TLB: 4-KB Pages, 4-way set associative, 128 entries Data TLB: 4-KB Pages, 4-way set associative, 128 entries Instruction TLB: 4-MB Pages, fully associative, 2 entries 1st-level instruction cache: 32-KB, 8-way set associative, 64-byte line size Data TLB: 4-MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32-KB, 8-way set associative, 64-byte line size L2 cache: 24640 kbytes, 0-way associative, 8 bytes/line real memory =3D 1073557504 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003ed9afff, 1041719296 bytes (254326 pages) avail memory =3D 1041522688 (993 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbaae pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> io: random: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000054 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D25908086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fb7c0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 3 0 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 3 1 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 3 1 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 3 1 C 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 3 3 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 3 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 ACPI timer: 1/2 1/1 1/1 1/2 1/1 1/1 1/1 1/1 1/1 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x10e0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTB at func 2: 10 pci_link1: BIOS IRQ 10 for 0.31.INTB is invalid ACPI: Found matching pin for 0.30.INTA at func 2: 11 ACPI: Found matching pin for 0.30.INTB at func 3: 10 pci_link1: BIOS IRQ 10 for 0.30.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 10 pci_link1: BIOS IRQ 10 for 0.29.INTB is invalid ACPI: Found matching pin for 0.29.INTC at func 2: 9 ACPI: Found matching pin for 0.29.INTD at func 3: 7 ACPI: Found matching pin for 0.1.INTA at func 0: 255 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2590, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2591, revid=3D0x03 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 found-> vendor=3D0x8086, dev=3D0x2658, revid=3D0x03 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 0000bf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2659, revid=3D0x03 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type 4, range 32, base 0000bf60, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 7 with weight 0 pcib0: slot 29 INTB routed to irq 7 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x265a, revid=3D0x03 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D9 map[20]: type 4, range 32, base 0000bf40, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 9 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x265b, revid=3D0x03 bus=3D0, slot=3D29, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D7 map[20]: type 4, range 32, base 0000bf20, size 5, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.PCI0.LNKD:0) pcib0: slot 29 INTD routed to irq 7 via \\_SB_.PCI0.LNKD found-> vendor=3D0x8086, dev=3D0x265c, revid=3D0x03 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ffa80800, size 10, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0xd3 bus=3D0, slot=3D30, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x266e, revid=3D0x03 bus=3D0, slot=3D30, func=3D2 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ed00, size 8, enabled map[14]: type 4, range 32, base 0000ec40, size 6, enabled map[18]: type 1, range 32, base dffffe00, size 9, enabled map[1c]: type 1, range 32, base dffffd00, size 8, enabled pcib0: matched entry for 0.30.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 30 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x266d, revid=3D0x03 bus=3D0, slot=3D30, func=3D3 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ee00, size 8, enabled map[14]: type 4, range 32, base 0000ec80, size 7, enabled pcib0: matched entry for 0.30.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 30 INTB routed to irq 7 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x2641, revid=3D0x03 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2653, revid=3D0x03 bus=3D0, slot=3D31, func=3D2 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000bfa0, size 4, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 7 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x266a, revid=3D0x03 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0101, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 map[20]: type 4, range 32, base 000010c0, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 7 via \\_SB_.PCI0.LNKB pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xdfd00000-0xdfefffff pcib1: prefetched decode 0xd0000000-0xd7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x5460, revid=3D0x00 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base d0000000, size 27, enabled pcib1: (null) requested memory range 0xd0000000-0xd7ffffff: good map[14]: type 4, range 32, base 0000de00, size 8, enabled pcib1: (null) requested I/O range 0xde00-0xdeff: in range map[18]: type 1, range 32, base dfdf0000, size 16, enabled pcib1: (null) requested memory range 0xdfdf0000-0xdfdfffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA vgapci0: port 0xde00-0xdeff mem 0xd0000000-0xd7fff= fff,0xdfdf0000-0xdfdfffff irq 11 at device 0.0 on pci1 uhci0: port 0xbf80-0x= bf9f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 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 0xbf60-0x= bf7f irq 7 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf60 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 0xbf40-0x= bf5f irq 9 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbf20-0x= bf3f irq 7 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff = irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xffa80800 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 4 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdfc00000-0xdfcfffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 3.1.INTA at func 0: 255 ACPI: Found matching pin for 3.1.INTB at func 1: 9 ACPI: Found matching pin for 3.1.INTC at func 2: 10 pci_link1: BIOS IRQ 10 for 3.1.INTC is invalid ACPI: Found matching pin for 3.3.INTA at func 0: 10 pci_link1: BIOS IRQ 10 for 3.3.INTA is invalid ACPI: Found matching pin for 3.0.INTA at func 0: 9 pci3: on pcib2 pci3: physical bus=3D3 found-> vendor=3D0x14e4, dev=3D0x170c, revid=3D0x02 bus=3D3, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfcfe000, size 13, enabled pcib2: (null) requested memory range 0xdfcfe000-0xdfcfffff: good pcib2: matched entry for 3.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib2: slot 0 INTA routed to irq 9 via \\_SB_.PCI0.LNKC found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0xb3 bus=3D3, slot=3D1, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 n= s) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=3D0x1180, dev=3D0x0552, revid=3D0x08 bus=3D3, slot=3D1, func=3D1 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Db, irq=3D9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfcfc800, size 11, enabled pcib2: (null) requested memory range 0xdfcfc800-0xdfcfcfff: good pcib2: matched entry for 3.1.INTB (src \\_SB_.PCI0.LNKC:0) pcib2: slot 1 INTB routed to irq 9 via \\_SB_.PCI0.LNKC found-> vendor=3D0x1180, dev=3D0x0822, revid=3D0x17 bus=3D3, slot=3D1, func=3D2 class=3D08-05-01, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfcfc700, size 8, enabled pcib2: (null) requested memory range 0xdfcfc700-0xdfcfc7ff: good pcib2: matched entry for 3.1.INTC (src \\_SB_.PCI0.LNKB:0) pcib2: slot 1 INTC routed to irq 7 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x4223, revid=3D0x05 bus=3D3, slot=3D3, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dfcfd000, size 12, enabled pcib2: (null) requested memory range 0xdfcfd000-0xdfcfdfff: good pcib2: matched entry for 3.3.INTA (src \\_SB_.PCI0.LNKB:0) pcib2: slot 3 INTA routed to irq 7 via \\_SB_.PCI0.LNKB bfe0: mem 0xdfcfe000-0xdfcfffff irq 9 a= t device 0.0 on pci3 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xdfcfe000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:11:43:79:36:82 bfe0: [MPSAFE] cbb0: at device 1.0 on pci3 pcib2: cbb0 requested memory range 0xdfc00000-0xdfcfffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xdfc00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 3.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 7 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100007 0x060700b3 0x00824000=20 0x10: 0xdfc00000 0x020000dc 0x20040403 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400107=20 0x40: 0x01881028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x30a00001 0x00000000 0x04630463 0x00000000=20 0x90: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xa0: 0x00000008 0x00000000 0x00000000 0x00000000=20 0xb0: 0x00000000 0xb2000000 0x00003000 0x00000000=20 0xc0: 0x01881028 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001=20 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xdfcfc800-0xdfcfcfff irq 9 at device 1.1 on pc= i3 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xdfcfc800 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 35:4f:c0:00:0f:27:a8:e1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.2 (no driver attached) iwi0: mem 0xdfcfd000-0xdfcfdfff irq 7 at de= vice 3.0 on pci3 iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfcfd000 iwi0: bpf attached iwi0: Ethernet address: 00:12:f0:49:06:96 iwi0: bpf attached iwi0: bpf attached iwi0: [MPSAFE] iwi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps pcm0: port 0xed00-0xedff,0xec40-0xec7f mem 0xdffffe0= 0-0xdfffffff,0xdffffd00-0xdffffdff irq 11 at device 30.2 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xdffffe00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xdffffd00 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volume= , SigmaTel 3D Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 3e767000, 4000; 0xe5271000 -> 3e767000 pcm0: sndbuf_setmap 3e763000, 4000; 0xe5275000 -> 3e763000 pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xbfa0-0xbfaf irq 7 at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 atapci0: failed to enable memory mapping! ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on ac= pi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x601 0x601 0x601 0x601 sio0: probe failed test(s): 0 1 2 4 6 7 9 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 sio1: irq maps: 0x601 0x601 0x601 0x601 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 1995014416 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery0: battery initialization done, tried 1 times ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: 57231MB at ata0-master UDMA100 ad0: 117210240 sectors [116280C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: DVDROM drive at ata1 as master acd0: read 1722KB/s (4134KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48000 Hz (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init procfs registered Linux ELF exec handler installed linprocfs registered ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled,= default to deny, logging disabled nfslock: pseudo-device nfs server pid474@lap:/isi: not responding nfs server pid474@lap:/isi: is alive again --zS7rBR6csb6tI2e1-- --C94crkcyjafcjHxo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0R+haUz3f+Zf+XsRAuYmAJ9CyfQITZqLbUF9tsi2TtleGd98IQCeIa14 6l1khVKWSM7cErpuTxj0c9U= =BFNf -----END PGP SIGNATURE----- --C94crkcyjafcjHxo-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:07:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39E0416A41F; Fri, 20 Jan 2006 19:07:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id C002C43D45; Fri, 20 Jan 2006 19:07:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 20 Jan 2006 11:07:45 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D13500.1030904@elischer.org> Date: Fri, 20 Jan 2006 11:07:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> In-Reply-To: <43D0AB26.5070407@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:07:46 -0000 Scott Long wrote: > Gleb Smirnoff wrote: > >> On Fri, Jan 20, 2006 at 01:19:55AM -0500, Kris Kennaway wrote: >> K> > the example I showed was the 'ps' from ddb which of course >> doesn't show K> > any stats anyhow. >> K> K> Yeah, I know that, but they're also not displayed in ps(1) or >> top(1), >> K> etc. >> >> And this is a serious issue, that is present in our last releases. If a >> was a newbie installing FreeBSD for first time, this fact will hurt my >> impression about operating system most. >> > > For KSE, threads are just a figment of the imagination of the kernel. > A thread that > the kernel sees has no specific correlation to a thread that exists in > an application. > Trying to associate stats with these threads is absolultely > meaningless. The > processing time accumulated for a particular thread that the kernel > sees could well > be the aggregate of a number of user threads, and those user threads > are likely migrating > between the kernel threads. That's the whole point of M:N threading > =-) Saying that > thread 1 did X amount of work and thread 2 did Y amount of work simply > has no meaning, > other than that the parent process did X+Y amount of work. maybe ps can put '--.--' or 'N/A' for threads with M:N flags on them. > > For 1:1 threading is does make a little more sense. We'd have to come > up with a way > to accurately express whether the thread accounting stats are > meaningful or not depending > on which library is in use. Adding to the complexity would be that > KSE can create system > and process scope threads, and that system scope threads behave mostly > like 1:1 threads. > If someone wants to tackle all of this, that would be great, but my > only request would be > that it can't sacrifice clarity in one library over another library. I plan to tackle this as part of what I'm doing with kernel threads I've done all I can do this week but will probably to the stats part next week. > > Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:09:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D7416A41F for ; Fri, 20 Jan 2006 19:09:01 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B012A43D49 for ; Fri, 20 Jan 2006 19:08:58 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp1-g19.free.fr (Postfix) with ESMTP id 64697105ED for ; Fri, 20 Jan 2006 20:08:57 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k0KJ8mgc007222; Fri, 20 Jan 2006 20:08:54 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 20 Jan 2006 20:08:40 +0100 User-Agent: KMail/1.9.1 References: <43D05151.5070409@elischer.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> In-Reply-To: <20060120095214.GA11088@xor.obsecurity.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200601202008.42247.thierry@herbelot.com> Cc: Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:09:01 -0000 Le Friday 20 January 2006 10:52, Kris Kennaway a écrit : > Correct me if I'm wrong, but the stats aren't accounted to the parent > process either. I'm pretty sure I've seen situations where a thread > was using a lot of CPU, but if you believe top(1) then every process > in the system is idle (except for the fact that the system is 0% > idle). In this situation there's no way to tell which threaded > process is using resources. One work-around is to "nice" the specific process (nice 1 is enough, of course), then the "nice" component of "CPU states:" seems to reflect the real CPU use of a threaded process. TfH From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:16:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B85916A41F; Fri, 20 Jan 2006 19:16:41 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F05443D66; Fri, 20 Jan 2006 19:16:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 20 Jan 2006 11:16:33 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D13711.9000509@elischer.org> Date: Fri, 20 Jan 2006 11:16:33 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> In-Reply-To: <20060120095214.GA11088@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff , current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:16:41 -0000 Kris Kennaway wrote: > >Correct me if I'm wrong, but the stats aren't accounted to the parent >process either. I'm pretty sure I've seen situations where a thread >was using a lot of CPU, but if you believe top(1) then every process >in the system is idle (except for the fact that the system is 0% >idle). In this situation there's no way to tell which threaded >process is using resources. > > you may be right.. I plan to examine stats over the next week as part of the kernel threads work. I may be able to improve the situation. my aim is that for threads that are doing M:N work the stats will accumulate on the thread for a short while and then be collected to the KSEG when ther eis reason to think that the kernel thread has changed purpose or exits (both of which happen a lot in KSE). for 1:1 threads, they will continue to accumulate on the thread, since no "KSE events" will occur. The KSEGRPs stats will be collected to the process when asked for. I will probably also change the way that 'ps' shows these (and threads). I'm not sure what to do about top yet. we really need to be able to show a process name AND a thread name when the threads are shown and have names. >Kris > From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:23:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4C7016A422; Fri, 20 Jan 2006 19:23:54 +0000 (GMT) (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 5E7BC43D48; Fri, 20 Jan 2006 19:23:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0KJNivZ091854; Fri, 20 Jan 2006 12:23:44 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43D138C0.9040801@samsco.org> Date: Fri, 20 Jan 2006 12:23:44 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> <43D13711.9000509@elischer.org> In-Reply-To: <43D13711.9000509@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:23:55 -0000 Julian Elischer wrote: > Kris Kennaway wrote: > >> >> Correct me if I'm wrong, but the stats aren't accounted to the parent >> process either. I'm pretty sure I've seen situations where a thread >> was using a lot of CPU, but if you believe top(1) then every process >> in the system is idle (except for the fact that the system is 0% >> idle). In this situation there's no way to tell which threaded >> process is using resources. >> >> > > you may be right.. I plan to examine stats over the next week as part of > the kernel threads work. > I may be able to improve the situation. > Um, would this be considered a security flaw, since process time limits likely aren't being enforced? > my aim is that for threads that are doing M:N work the stats will > accumulate on the thread > for a short while and then be collected to the KSEG when ther eis reason > to think that > the kernel thread has changed purpose or exits (both of which happen a > lot in KSE). > > for 1:1 threads, they will continue to accumulate on the thread, since > no "KSE events" will > occur. > > The KSEGRPs stats will be collected to the process when asked for. > I will probably also change the way that 'ps' shows these (and threads). > I'm not sure what to do about top yet. we really need to be able to show a > process name AND a thread name when the threads are shown and have names. > >> Kris >> Does pthreads allow the programmer to name threads in a user and/or kernel visible way? Is this something that is really all that important? Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:25:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFFB716A41F; Fri, 20 Jan 2006 19:25:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 509B143D46; Fri, 20 Jan 2006 19:25:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0KJP5Er014060; Fri, 20 Jan 2006 14:25:05 -0500 (EST) Date: Fri, 20 Jan 2006 14:25:05 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <43D13500.1030904@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:25:08 -0000 Julian or Scott wrote: > > For KSE, threads are just a figment of the imagination of the kernel. > > A thread that > > the kernel sees has no specific correlation to a thread that exists in > > an application. > > Trying to associate stats with these threads is absolultely > > meaningless. The > > processing time accumulated for a particular thread that the kernel > > sees could well > > be the aggregate of a number of user threads, and those user threads > > are likely migrating > > between the kernel threads. That's the whole point of M:N threading > > =-) Saying that > > thread 1 did X amount of work and thread 2 did Y amount of work simply > > has no meaning, > > other than that the parent process did X+Y amount of work. The stats are kernel stats, not userland stats. I see no harm in showing (or keeping track of) stats for threads that are M:N. It doesn't matter what kernel thread the userland threads run on, or whether they migrate or not, at least not for purpose of showing stats for kernel threads. When you look at the output of 'ps', 'top', or whatever, you just have to realize it is the view as seen by the kernel. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:28:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA1A16A41F; Fri, 20 Jan 2006 19:28:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7673543D46; Fri, 20 Jan 2006 19:28:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 20 Jan 2006 11:28:34 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D139E2.6020009@elischer.org> Date: Fri, 20 Jan 2006 11:28:34 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> <43D13711.9000509@elischer.org> <43D138C0.9040801@samsco.org> In-Reply-To: <43D138C0.9040801@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:28:35 -0000 Scott Long wrote: > Julian Elischer wrote: > >> Kris Kennaway wrote: >> >>> >>> Correct me if I'm wrong, but the stats aren't accounted to the parent >>> process either. I'm pretty sure I've seen situations where a thread >>> was using a lot of CPU, but if you believe top(1) then every process >>> in the system is idle (except for the fact that the system is 0% >>> idle). In this situation there's no way to tell which threaded >>> process is using resources. >>> >>> >> >> you may be right.. I plan to examine stats over the next week as part >> of the kernel threads work. >> I may be able to improve the situation. >> > > Um, would this be considered a security flaw, since process time limits > likely aren't being enforced? I won't know before looking but some accumulation of sats to teh process is happenning already (but not being shown) so it may still be being enforced.. it's not that simple. > >> my aim is that for threads that are doing M:N work the stats will >> accumulate on the thread >> for a short while and then be collected to the KSEG when ther eis >> reason to think that >> the kernel thread has changed purpose or exits (both of which happen >> a lot in KSE). >> >> for 1:1 threads, they will continue to accumulate on the thread, >> since no "KSE events" will >> occur. >> >> The KSEGRPs stats will be collected to the process when asked for. >> I will probably also change the way that 'ps' shows these (and >> threads). I'm not sure what to do about top yet. we really need to be >> able to show a >> process name AND a thread name when the threads are shown and have >> names. >> >>> Kris >>> > > Does pthreads allow the programmer to name threads in a user and/or > kernel visible way? Is this something that is really all that > important? There is a way, but it's more important for kernel threads.. it's nice to see which is which. Even in user threads (1:1) if one thread is running away, it's nice to see which one it is. We should have an interface on M:N thread sto allow a process to get thread stats.. probably implemented as a management thread or something. (maybe the signal thread could do it). > > Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:36:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A68E16A41F; Fri, 20 Jan 2006 19:36:29 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A68543D8C; Fri, 20 Jan 2006 19:36:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0KJaKhV026101; Fri, 20 Jan 2006 11:36:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0KJaKt3026100; Fri, 20 Jan 2006 11:36:20 -0800 (PST) (envelope-from sgk) Date: Fri, 20 Jan 2006 11:36:20 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, jasone@freebsd.org Message-ID: <20060120193620.GA26029@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: top(1) aborts in redzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:36:29 -0000 75 processes: 5 running, 70 sleeping CPU states: 98.3% user, 0.0% nice, 1.7% system, 0.0% interrupt, 0.0% idle Mem: 586M Active, 1202M Inact, 200M Wired, 20K Cache, 214M Buf, 9752M Free Swap: 17G Total, 17G Free top: (malloc) Corrupted redzone 1 byte after 0x2020056f0 (size 1975) (0x0)D Abort (core dumped) 1 132 0 295M 257M RUN 0 5:07 93.95% scat troutmask:kargl[202] 132 0 295M 257M RUN 0 5:02 93.26% scat The above happened as I was resizing an xterm with an actively run top(1). This is on amd64 with malloc.c v 1.100. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:46:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7910316A41F; Fri, 20 Jan 2006 19:46:11 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA2D43D69; Fri, 20 Jan 2006 19:46:05 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0KJk20u005661; Fri, 20 Jan 2006 14:46:02 -0500 (EST) Date: Fri, 20 Jan 2006 14:46:02 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <43D138C0.9040801@samsco.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Kris Kennaway , Gleb Smirnoff , Julian Elischer , current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:46:11 -0000 On Fri, 20 Jan 2006, Scott Long wrote: > > Does pthreads allow the programmer to name threads in a user and/or > kernel visible way? Is this something that is really all that > important? Only in a non-portable way. See pthread_set_name_np(3). -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:51:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2736816A41F; Fri, 20 Jan 2006 19:51:22 +0000 (GMT) (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 9CAE243D45; Fri, 20 Jan 2006 19:51:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0KJpHj9092036; Fri, 20 Jan 2006 12:51:17 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43D13F35.1030308@samsco.org> Date: Fri, 20 Jan 2006 12:51:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Kris Kennaway , Gleb Smirnoff , Julian Elischer , current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:51:22 -0000 Daniel Eischen wrote: > On Fri, 20 Jan 2006, Scott Long wrote: > >>Does pthreads allow the programmer to name threads in a user and/or >>kernel visible way? Is this something that is really all that >>important? > > > Only in a non-portable way. See pthread_set_name_np(3). > Well, for the time being, I can't see why we can't specifically name kthreads and use the process name for user threads. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:58:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C2C16A41F; Fri, 20 Jan 2006 19:58:41 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBF9943D48; Fri, 20 Jan 2006 19:58:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k0KJwala021373; Fri, 20 Jan 2006 14:58:36 -0500 (EST) Date: Fri, 20 Jan 2006 14:58:36 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <43D13F35.1030308@samsco.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Kris Kennaway , Gleb Smirnoff , Julian Elischer , current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:58:41 -0000 On Fri, 20 Jan 2006, Scott Long wrote: > Daniel Eischen wrote: > > > On Fri, 20 Jan 2006, Scott Long wrote: > > > >>Does pthreads allow the programmer to name threads in a user and/or > >>kernel visible way? Is this something that is really all that > >>important? > > > > > > Only in a non-portable way. See pthread_set_name_np(3). > > > > Well, for the time being, I can't see why we can't specifically > name kthreads and use the process name for user threads. I think that makes more sense anyway. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:59:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89E4416A41F for ; Fri, 20 Jan 2006 19:59:34 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D1D43D5F for ; Fri, 20 Jan 2006 19:59:30 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail16.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0KJxQPI004177 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 21 Jan 2006 06:59:29 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0KJxQHh031721; Sat, 21 Jan 2006 06:59:26 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0KJxQjb031720; Sat, 21 Jan 2006 06:59:26 +1100 (EST) (envelope-from pjeremy) Date: Sat, 21 Jan 2006 06:59:26 +1100 From: Peter Jeremy To: Ted Faber Message-ID: <20060120195926.GJ25397@cirb503493.alcatel.com.au> References: <20060120173633.GD45194@hut.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060120173633.GD45194@hut.isi.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: slow bfe0, dropouts - help? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 19:59:37 -0000 On Fri, 2006-Jan-20 09:36:33 -0800, Ted Faber wrote: >I'm running a Dell Inspiron 6000 with at Broadcom BCM4401-B0 Fast >Ethernet on it, and the "Fast" really isn't there. I'm frequently getting >KB/s performance out of it on a 100 Mb/s link when trying to download, This looks like a duplex mismatch - one end of the link is running full-duplex and the other end is running half-duplex, probably because one end is forced to full-duplex and the other end is auto-negotiate. Compare 'ifconfig bfe0' on the FreeBSD box with the status reported by the switch. See the 'media' and 'mediaopt' options of ifconfig(8) and the supported options in bfe(4). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:02:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2757816A41F; Fri, 20 Jan 2006 20:02:46 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 764A543D45; Fri, 20 Jan 2006 20:02:45 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0KK2cnt007047; Fri, 20 Jan 2006 22:02:39 +0200 Received: by flame.pc (Postfix, from userid 1001) id C3D59118D8; Fri, 20 Jan 2006 22:02:30 +0200 (EET) Date: Fri, 20 Jan 2006 22:02:30 +0200 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060120200230.GA94172@flame.pc> References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> <43D13711.9000509@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D13711.9000509@elischer.org> Cc: Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:02:46 -0000 On 2006-01-20 11:16, Julian Elischer wrote: > The KSEGRPs stats will be collected to the process when asked > for. I will probably also change the way that 'ps' shows these > (and threads). I'm not sure what to do about top yet. we > really need to be able to show a process name AND a thread name > when the threads are shown and have names. This will require a certain amount of bikesheding, as it always happens when we have to change the way top works. With CPU being the default instead of WCPU in my top here, the output is: ------------------------------------------------------------------------------- last pid: 96294; load averages: 1.01, 1.04, 1.06 up 0+07:22:36 21:56:41 82 processes: 3 running, 79 sleeping CPU states: % user, % nice, % system, % interrupt, % idle Mem: 224M Active, 101M Inact, 77M Wired, 26M Cache, 60M Buf, 12M Free Swap: 1200M Total, 84M Used, 1116M Free, 6% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND 1190 keramida 4 20 0 241M 78604K kserel 3:42 0.00% firefox-bin 935 keramida 1 96 0 233M 38068K RUN 3:42 0.00% Xorg 1088 keramida 1 96 0 47528K 3592K select 0:43 0.00% fetchmail 970 root 1 96 0 60704K 2972K select 0:31 0.00% xterm 962 keramida 1 96 0 96276K 8528K select 0:23 0.00% xfce4-panel 559 root 1 96 0 36312K 404K select 0:14 0.00% powerd 4581 build 1 -8 0 46456K 4120K piperd 0:11 0.00% perl5.8.7 3536 root 1 96 0 39236K 1656K select 0:10 0.00% screen ------------------------------------------------------------------------------- Even adding the 4 character-columns of the THR column ignited a moderate amount of bitching, so it will be quite difficult to fit more thing in this display (I mean, without removing anything that is currently shown). When threads are displayed separately, there _is_ some room, but not much (marked with hash characters below but movable anywhere we like to move it): ------------------------------------------------------------------------------- last pid: 97040; load averages: 0.38, 0.85, 0.98 up 0+07:25:06 21:59:11 69 processes: 2 running, 67 sleeping CPU states: 1.4% user, 0.0% nice, 2.9% system, 2.9% interrupt, 92.8% idle Mem: 193M Active, 106M Inact, 74M Wired, 17M Cache, 60M Buf, 50M Free Swap: 1200M Total, 84M Used, 1116M Free, 6% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME CPU COMMAND ######## 25254 keramida 96 0 60704K 5344K select 0:03 0.10% xterm ######## 935 keramida 96 0 233M 38068K select 3:43 0.00% Xorg ######## 1190 keramida 96 0 241M 78604K select 3:42 0.00% firefox-bin ######## 1190 keramida 96 0 241M 78604K select 3:42 0.00% firefox-bin ######## 1190 keramida 20 0 241M 78604K kserel 3:42 0.00% firefox-bin ######## ------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:05:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99E1C16A41F; Fri, 20 Jan 2006 20:05:08 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329BC43D8B; Fri, 20 Jan 2006 20:04:59 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k0KK4vQA008078; Fri, 20 Jan 2006 22:04:58 +0200 Received: by flame.pc (Postfix, from userid 1001) id ED50C118D8; Fri, 20 Jan 2006 22:04:49 +0200 (EET) Date: Fri, 20 Jan 2006 22:04:49 +0200 From: Giorgos Keramidas To: Steve Kargl Message-ID: <20060120200449.GB94172@flame.pc> References: <20060120193620.GA26029@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060120193620.GA26029@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org, jasone@freebsd.org Subject: Re: top(1) aborts in redzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:05:08 -0000 On 2006-01-20 11:36, Steve Kargl wrote: > 75 processes: 5 running, 70 sleeping > CPU states: 98.3% user, 0.0% nice, 1.7% system, 0.0% interrupt, 0.0% idle > Mem: 586M Active, 1202M Inact, 200M Wired, 20K Cache, 214M Buf, 9752M Free > Swap: 17G Total, 17G Free > > top: (malloc) Corrupted redzone 1 byte after 0x2020056f0 (size 1975) (0x0)D > Abort (core dumped) 1 132 0 295M 257M RUN 0 5:07 93.95% scat > troutmask:kargl[202] 132 0 295M 257M RUN 0 5:02 93.26% scat > > The above happened as I was resizing an xterm with an > actively run top(1). This is on amd64 with malloc.c > v 1.100. Can you file a bug report please? I will look into this, as I can reproduce it here, but I don't want it to be forgotten or lost in list-noise. Thanks in advance :) From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:07:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 627A916A41F; Fri, 20 Jan 2006 20:07:11 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 274DA43D45; Fri, 20 Jan 2006 20:07:11 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 20 Jan 2006 12:07:10 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D142EE.9080601@elischer.org> Date: Fri, 20 Jan 2006 12:07:10 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <43D13F35.1030308@samsco.org> In-Reply-To: <43D13F35.1030308@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:07:11 -0000 Scott Long wrote: > Daniel Eischen wrote: > >> On Fri, 20 Jan 2006, Scott Long wrote: >> >>> Does pthreads allow the programmer to name threads in a user and/or >>> kernel visible way? Is this something that is really all that >>> important? >> >> >> >> Only in a non-portable way. See pthread_set_name_np(3). >> > > Well, for the time being, I can't see why we can't specifically > name kthreads and use the process name for user threads. that's what happens with my patches already.. > > Scott From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:15:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A3816A41F; Fri, 20 Jan 2006 20:15:17 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF49F43D48; Fri, 20 Jan 2006 20:15:16 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0KKFCWj026656; Fri, 20 Jan 2006 12:15:12 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0KKFCD8026655; Fri, 20 Jan 2006 12:15:12 -0800 (PST) (envelope-from sgk) Date: Fri, 20 Jan 2006 12:15:12 -0800 From: Steve Kargl To: Giorgos Keramidas Message-ID: <20060120201512.GA26319@troutmask.apl.washington.edu> References: <20060120193620.GA26029@troutmask.apl.washington.edu> <20060120200449.GB94172@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060120200449.GB94172@flame.pc> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, jasone@freebsd.org Subject: Re: top(1) aborts in redzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:15:17 -0000 On Fri, Jan 20, 2006 at 10:04:49PM +0200, Giorgos Keramidas wrote: > On 2006-01-20 11:36, Steve Kargl wrote: > > 75 processes: 5 running, 70 sleeping > > CPU states: 98.3% user, 0.0% nice, 1.7% system, 0.0% interrupt, 0.0% idle > > Mem: 586M Active, 1202M Inact, 200M Wired, 20K Cache, 214M Buf, 9752M Free > > Swap: 17G Total, 17G Free > > > > top: (malloc) Corrupted redzone 1 byte after 0x2020056f0 (size 1975) (0x0)D > > Abort (core dumped) 1 132 0 295M 257M RUN 0 5:07 93.95% scat > > troutmask:kargl[202] 132 0 295M 257M RUN 0 5:02 93.26% scat > > > > The above happened as I was resizing an xterm with an > > actively run top(1). This is on amd64 with malloc.c > > v 1.100. > > Can you file a bug report please? I will look into this, as I can > reproduce it here, but I don't want it to be forgotten or lost in > list-noise. > I just filed the bug with the same subject line as this email thread. I haven't received confirmation, yet. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:21:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D2A116A41F; Fri, 20 Jan 2006 20:21:11 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1702443D53; Fri, 20 Jan 2006 20:21:09 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 5036B1A8C6; Fri, 20 Jan 2006 21:21:07 +0100 (CET) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (mx1.h3q.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62508-09; Fri, 20 Jan 2006 21:21:06 +0100 (CET) Received: from [192.168.0.83] (81-234-243-91-o926.tbon.telia.com [81.234.243.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.h3q.net (Postfix) with ESMTP id E976C1A84C; Fri, 20 Jan 2006 21:21:05 +0100 (CET) Message-ID: <43D1462B.8080807@shapeshifter.se> Date: Fri, 20 Jan 2006 21:20:59 +0100 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <20060120193620.GA26029@troutmask.apl.washington.edu> <20060120200449.GB94172@flame.pc> In-Reply-To: <20060120200449.GB94172@flame.pc> Content-Type: multipart/mixed; boundary="------------060604060305040101040307" X-Virus-Scanned: amavisd-new at h3q.net Cc: freebsd-current@freebsd.org, jasone@freebsd.org, Steve Kargl Subject: Re: top(1) aborts in redzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:21:11 -0000 This is a multi-part message in MIME format. --------------060604060305040101040307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Giorgos Keramidas wrote: > On 2006-01-20 11:36, Steve Kargl wrote: > >>75 processes: 5 running, 70 sleeping >>CPU states: 98.3% user, 0.0% nice, 1.7% system, 0.0% interrupt, 0.0% idle >>Mem: 586M Active, 1202M Inact, 200M Wired, 20K Cache, 214M Buf, 9752M Free >>Swap: 17G Total, 17G Free >> >>top: (malloc) Corrupted redzone 1 byte after 0x2020056f0 (size 1975) (0x0)D >>Abort (core dumped) 1 132 0 295M 257M RUN 0 5:07 93.95% scat >>troutmask:kargl[202] 132 0 295M 257M RUN 0 5:02 93.26% scat >> >>The above happened as I was resizing an xterm with an >>actively run top(1). This is on amd64 with malloc.c >>v 1.100. > > > Can you file a bug report please? I will look into this, as I can > reproduce it here, but I don't want it to be forgotten or lost in > list-noise. > > Thanks in advance :) > It's writing past its buffer when a line gets truncated. Either increase the buffer by one, or decrease the offset on the places where it is manupulating the buffer. Both solutions work (I tried them), the easiest one is attached. Fredrik Lindberg --------------060604060305040101040307 Content-Type: text/plain; name="display.c-20060120.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="display.c-20060120.patch" Index: display.c =================================================================== RCS file: /home/ncvs/src/contrib/top/display.c,v retrieving revision 1.9 diff -u -r1.9 display.c --- display.c 19 May 2005 13:34:19 -0000 1.9 +++ display.c 20 Jan 2006 20:18:03 -0000 @@ -114,7 +114,7 @@ } /* now, allocate space for the screen buffer */ - screenbuf = (char *)malloc(lines * display_width); + screenbuf = (char *)malloc(lines * (display_width + 1)); if (screenbuf == (char *)NULL) { /* oops! */ --------------060604060305040101040307-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:54:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7970616A41F for ; Fri, 20 Jan 2006 20:54:39 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF15E43D6D for ; Fri, 20 Jan 2006 20:54:38 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id C413E6D432; Fri, 20 Jan 2006 13:54:35 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68487-07; Fri, 20 Jan 2006 13:54:30 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id A29316D430; Fri, 20 Jan 2006 13:54:30 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Fri, 20 Jan 2006 21:53:50 +0100 User-Agent: KMail/1.8.2 References: <200512270950.KAA06620@stoney.dudes.ch> <43D118DA.3000202@centtech.com> <43D119D4.9020209@centtech.com> In-Reply-To: <43D119D4.9020209@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601202153.51271.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: Eric Anderson Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:54:39 -0000 Hi Eric, thanks for testing! I'll have a look at that config later this weekend... Unfortunately I'm in the middle of crunch time at my dayjob... so it'll be a few weeks until I can really get back into the swing of things in ATI/FreeBSD land. I'll let everyone know with a status update once things are rolling again. On Friday 20 January 2006 18:11, Eric Anderson wrote: > Eric Anderson wrote: > > Chris Gilbert wrote: > >> It's ready! > >> > >> The new version works both standalone as before, and from a FreeBSD > >> port. > >> > >> This is my first time making a port, and I've double checked it and > >> run portlint, but I have probably overlooked something! > >> > >> Please have a good look at it and tell me if I've done something > >> stupid :) > >> > >> You can grab the port here: > >> > >> http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz > >> > >> It should be extracted to /usr/ports/x11 > >> > >> It should fetch the distfile from my server... but in case you want > >> to install it the old fashioned way, here is the link: > >> > >> http://www.neovanglist.net/~Neovanglist/ATI/FreeBSD-fglrx_6_8_0-8.20.8-2 > >>-ALPHA.i386.tar.bz2 > >> > >> > >> Changes since the last version: > >> * It now installs the glATI.h file. > >> * The panel was installing all kinds of strange things.. and not > >> being very port friendly. It's still bad but it's much better now. > >> (And accounted for in pkg-plist) > >> * All of the Linux documentation and the README file is installed to > >> /usr/X11R6/share/doc/fglrx > >> * Working FreeBSD "port"! (As in for the ports system) > >> * README file updated with some worthwhile content including a > >> compatibility list. > >> > >> In regards to AMD64 support, this is an i386 build and I wouldn't > >> expect it to work on AMD64 :) > >> > >> However, getting an AMD64 version going should be fairly trivial, but > >> I do not have the hardware to test it. > >> > >> Tomorrow I can put together and AMD64 package and add support for it > >> to the FreeBSD port. If you can test/verify that it works I would be > >> thrilled! > > > > I've just downloaded/built/installed using the port. Using the new > > fglrx driver in my xorg.conf causes x not to start. I've attached the > > Xorg.0.log and my xorg.conf file. (This is on a Dell D810 laptop, > > with an X600, using xorg-server-snap). > > > > Eric > > I guess it didn't like my Xorg.0.log, so I've posted it here: > > > http://www.googlebit.com/freebsd/Xorg.0.log > > Eric From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:58:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9431716A420 for ; Fri, 20 Jan 2006 20:58:11 +0000 (GMT) (envelope-from stephane.potvin@telcobridges.com) Received: from tomts37-srv.bellnexxia.net (tomts37.bellnexxia.net [209.226.175.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E04643D4C for ; Fri, 20 Jan 2006 20:58:05 +0000 (GMT) (envelope-from stephane.potvin@telcobridges.com) Received: from mail.telcobridges.com ([67.70.237.76]) by tomts37-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060120205755.LKT15176.tomts37-srv.bellnexxia.net@mail.telcobridges.com>; Fri, 20 Jan 2006 15:57:55 -0500 Received: from [10.0.0.213] (homer.telcobridges.com [10.0.0.213]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id k0KKvivm011101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Jan 2006 15:57:44 -0500 (EST) (envelope-from stephane.potvin@telcobridges.com) Message-ID: <43D14EBD.4070200@telcobridges.com> Date: Fri, 20 Jan 2006 15:57:34 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Matthew Jacob References: <43CBFE99.5090402@telcobridges.com> <20060118222722.GA84471@voi.aagh.net> <7579f7fb0601191628o6655b661w255dbc80013501a1@mail.gmail.com> In-Reply-To: <7579f7fb0601191628o6655b661w255dbc80013501a1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: LSISAS1064 support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 20:58:11 -0000 Great, If you need someone to test/shake it out I'm willing to test any patchset you might have. Steph Matthew Jacob wrote: > "soon" > > > On 1/18/06, Thomas Hurst wrote: >> * Stephane E. Potvin (stephane.potvin@telcobridges.com) wrote: >> >>> I have a Sun Galaxy X4200 that I would really like to install FreeBSD >>> on. Unfortunately, it uses the new LSISAS1064 controller as it's scsi >>> controller. This controller is part of the MTP Fusion family. Support >>> for this is not yet available in the FreeBSD mtp driver. Does anybody >>> knows if support for this particular controller is in the works? >> Matt Jacob is currently working on adding support \o/ >> >> -- >> Thomas 'Freaky' Hurst >> http://hur.st/ -- Stephane E. Potvin, B. Ing. TelcoBridges Inc. Chief Technology Officer Technical Support Team Tel: 450-655-8993 x104 Mob: 514-586-5655 Fax: 450-655-9511 From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 21:05:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5795D16A41F for ; Fri, 20 Jan 2006 21:05:34 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B39D543D49 for ; Fri, 20 Jan 2006 21:05:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k0KL5Wru071244; Fri, 20 Jan 2006 15:05:32 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43D1509A.6060608@centtech.com> Date: Fri, 20 Jan 2006 15:05:30 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Chris Gilbert References: <200512270950.KAA06620@stoney.dudes.ch> <43D118DA.3000202@centtech.com> <43D119D4.9020209@centtech.com> <200601202153.51271.Chris@lainos.org> In-Reply-To: <200601202153.51271.Chris@lainos.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1246/Thu Jan 19 15:44:42 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: ATI on FreeBSD! FireGL Linux Driver Port (New Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 21:05:34 -0000 Chris Gilbert wrote: > Hi Eric, thanks for testing! > > I'll have a look at that config later this weekend... > > Unfortunately I'm in the middle of crunch time at my dayjob... so it'll be a > few weeks until I can really get back into the swing of things in ATI/FreeBSD > land. > > I'll let everyone know with a status update once things are rolling again. > Thanks! I should mention, that Bruno pointed out to me that I was using xorg-server-snap, and that isn't supported. Oops. I've since switched back to xorg-server, and things are better, but not perfect. I think I might have some stale files around somewhere, so I'm going to try to clean up a bit, and then try again. When I do, I'll send new information. Eric > On Friday 20 January 2006 18:11, Eric Anderson wrote: > >> Eric Anderson wrote: >> >>> Chris Gilbert wrote: >>> >>>> It's ready! >>>> >>>> The new version works both standalone as before, and from a FreeBSD >>>> port. >>>> >>>> This is my first time making a port, and I've double checked it and >>>> run portlint, but I have probably overlooked something! >>>> >>>> Please have a good look at it and tell me if I've done something >>>> stupid :) >>>> >>>> You can grab the port here: >>>> >>>> http://www.neovanglist.net/~Neovanglist/ATI/ati-driver.tar.gz >>>> >>>> It should be extracted to /usr/ports/x11 >>>> >>>> It should fetch the distfile from my server... but in case you want >>>> to install it the old fashioned way, here is the link: >>>> >>>> http://www.neovanglist.net/~Neovanglist/ATI/FreeBSD-fglrx_6_8_0-8.20.8-2 >>>> -ALPHA.i386.tar.bz2 >>>> >>>> >>>> Changes since the last version: >>>> * It now installs the glATI.h file. >>>> * The panel was installing all kinds of strange things.. and not >>>> being very port friendly. It's still bad but it's much better now. >>>> (And accounted for in pkg-plist) >>>> * All of the Linux documentation and the README file is installed to >>>> /usr/X11R6/share/doc/fglrx >>>> * Working FreeBSD "port"! (As in for the ports system) >>>> * README file updated with some worthwhile content including a >>>> compatibility list. >>>> >>>> In regards to AMD64 support, this is an i386 build and I wouldn't >>>> expect it to work on AMD64 :) >>>> >>>> However, getting an AMD64 version going should be fairly trivial, but >>>> I do not have the hardware to test it. >>>> >>>> Tomorrow I can put together and AMD64 package and add support for it >>>> to the FreeBSD port. If you can test/verify that it works I would be >>>> thrilled! >>>> >>> I've just downloaded/built/installed using the port. Using the new >>> fglrx driver in my xorg.conf causes x not to start. I've attached the >>> Xorg.0.log and my xorg.conf file. (This is on a Dell D810 laptop, >>> with an X600, using xorg-server-snap). >>> >>> Eric >>> >> I guess it didn't like my Xorg.0.log, so I've posted it here: >> >> >> http://www.googlebit.com/freebsd/Xorg.0.log >> >> Eric >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 21:05:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8464316A41F; Fri, 20 Jan 2006 21:05:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60FDA43D46; Fri, 20 Jan 2006 21:05:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 6568403 for multiple; Fri, 20 Jan 2006 16:06:30 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0KL5Kqb073073; Fri, 20 Jan 2006 16:05:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Fri, 20 Jan 2006 15:49:29 -0500 User-Agent: KMail/1.9.1 References: <20060118070549.GA617@xor.obsecurity.org> <200601191609.43529.jhb@freebsd.org> <20060120005206.GA3062@xor.obsecurity.org> In-Reply-To: <20060120005206.GA3062@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601201549.32374.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1246/Thu Jan 19 16:44:42 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED, SUBJECT_EXCESS_QP autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alc@freebsd.org, Suleiman Souhlal , freebsd-current@freebsd.org, Alan Cox Subject: Re: System call munmap returning with the following locks held: Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 21:05:37 -0000 On Thursday 19 January 2006 19:52, Kris Kennaway wrote: > On Thu, Jan 19, 2006 at 04:09:40PM -0500, John Baldwin wrote: > > On Thursday 19 January 2006 15:38, Alan Cox wrote: > > > On Thu, Jan 19, 2006 at 11:14:24AM -0500, John Baldwin wrote: > > > [snip] > > > > > > > Are you really sure the object's type can change or does the caller > > > > of vm_object_deallocate() hold some sort of reference or what not > > > > that prevents the type from changing? > > > > > > My recollection is that the object does not change type until all of > > > the references have been drained and it is about to be freed by > > > vm_object_terminate(). At the point where the type check is being > > > performed, the caller should hold a reference on the object. Thus, > > > the type should not be changing. > > > > > > That said, an unexpected type change still strikes me as the most > > > plausible cause. > > > > > > Is there a test that easily reproduces this problem? > > > > Kris Kenneway has one involving NFS. My first patch was bogus in that I > > missed the magic with vm_object_vndeallocate(), so I think the only way > > Kris was seeing it was by the race of the type changing. I've sent him > > an updated patch like the one in my previous message that used a restart > > loop to lock Giant if it was needed. > > I don't think I saw that patch. Ah, it's at the same place. http://www.freebsd.org/~jhb/patches/vm_obj.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 22:05:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3AE816A41F for ; Fri, 20 Jan 2006 22:05:09 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D1AA43D45 for ; Fri, 20 Jan 2006 22:05:09 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id k0KM4si14386 for ; Fri, 20 Jan 2006 14:04:54 -0800 (PST) Received: (from faber@localhost) by hut.isi.edu (8.13.4/8.13.4/Submit) id k0KM4s7k098199 for freebsd-current@freebsd.org; Fri, 20 Jan 2006 14:04:54 -0800 (PST) (envelope-from faber) Date: Fri, 20 Jan 2006 14:04:54 -0800 From: Ted Faber To: freebsd-current@freebsd.org Message-ID: <20060120220454.GB97186@hut.isi.edu> References: <20060120173633.GD45194@hut.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <20060120173633.GD45194@hut.isi.edu> User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Subject: Re: slow bfe0, dropouts - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 22:05:09 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 20, 2006 at 09:36:33AM -0800, Ted Faber wrote: > Hi. >=20 > I'm running a Dell Inspiron 6000 with at Broadcom BCM4401-B0 Fast > Ethernet on it, and the "Fast" really isn't there. I'm frequently getting > KB/s performance out of it on a 100 Mb/s link when trying to download, > and it's fairly common for it to drop out completely over the course of > a long download. It has the feel of missing interrupts, but I don't see > any messages in the logs. I've fixed this, and I'm going to summarize to the list so it goes into the archives so it's there for the next fellow. As several people suggested to me off-list, the problem was a duplex setting mismatch between the bfe0 card (the Broadcom BCM4401) and a linksys hub. Apparently a good way to spot this is to see high incidence of output errors and collisions during a transfer, which I certainly was able to see. The problem was that the linksys detected the card as half duplex even when the card was ifconfiged to be full duplex. There is no way to configure teh card to be half-duplex. There's no obvious way to tell the linksys box not to try to figure out the settings of the interface. I wound up finding a hub from a different manufacturer (Netgear) that worked correctly with the card and my problems seem fixed. Thanks to everyone who helped out off-list. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0V6GaUz3f+Zf+XsRAjQHAJ45JvH/3bg3jL9aef9MD3nQx4DTRgCgg76f 0J2P64HQDNxqiL3x1iucsMc= =Mdp1 -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 00:47:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04C4616A41F for ; Sat, 21 Jan 2006 00:47:41 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401D543D45 for ; Sat, 21 Jan 2006 00:47:40 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0L0lZjV006492 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 21 Jan 2006 11:47:36 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0L0lZHh032043; Sat, 21 Jan 2006 11:47:35 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0L0lZHX032042; Sat, 21 Jan 2006 11:47:35 +1100 (EST) (envelope-from pjeremy) Date: Sat, 21 Jan 2006 11:47:35 +1100 From: Peter Jeremy To: Ted Faber Message-ID: <20060121004735.GM25397@cirb503493.alcatel.com.au> References: <20060120173633.GD45194@hut.isi.edu> <20060120220454.GB97186@hut.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060120220454.GB97186@hut.isi.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: slow bfe0, dropouts - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 00:47:41 -0000 On Fri, 2006-Jan-20 14:04:54 -0800, Ted Faber wrote: >The problem was that the linksys detected the card as half duplex even >when the card was ifconfiged to be full duplex. This is fairly normal. I presume this is a non-managed switch - in which case the ports will be in autonegotiate mode. As soon as you "ifconfig bfe0 ... media 100baseTX mediaopt full-duplex", you have disabled autonegotiate in your host. The switch will sense that you are running 100Mbps but without autonegotiation, cannot detect full- duplex and will default to half-duplex. You _must_ either have both ends of the link set to autonegotiate or both ends set to the same configuration. Having autonegotiate enabled on one end only will cause problems. > There is no way to >configure teh card to be half-duplex. No, if you specify the speed and don't specify full-duplex then you are running half-duplex: autonegotiate: ifconfig bfe0 ... media autoselect 100baseTX half-duplex: ifconfig bfe0 ... media 100baseTX 100baseTX full-duplex: ifconfig bfe0 ... media 100baseTX mediaopt full-duplex > There's no obvious way to tell >the linksys box not to try to figure out the settings of the interface. If it's a managed switch then you can configure the interface settings via the management interface. Otherwise, the switch will normally be in autonegotiate mode (assuming it supports N-way) - refer to the switch documentation for details. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 01:04:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 096B416A420; Sat, 21 Jan 2006 01:04:06 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43D18897.3090600@freebsd.org> Date: Sat, 21 Jan 2006 09:04:23 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060117 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> <43D13711.9000509@elischer.org> <43D138C0.9040801@samsco.org> <43D139E2.6020009@elischer.org> In-Reply-To: <43D139E2.6020009@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff , current@freebsd.org, Kris Kennaway Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 01:04:09 -0000 Julian Elischer wrote: > > Scott Long wrote: > >> >> Does pthreads allow the programmer to name threads in a user and/or >> kernel visible way? Is this something that is really all that >> important? > > > > There is a way, > but it's more important for kernel threads.. it's nice to see which > is which. > Even in user threads (1:1) if one thread is running away, it's nice to > see which one it is. > > We should have an interface on M:N thread sto allow a process to get > thread stats.. probably implemented as > a management thread or something. (maybe the signal thread could do it). > > I will implement pthread_set_name_np for libthr. but I am not sure you should spend precious time on M:N again, it is already very diffcult to introduce a new scheduler with current framework, putting more constrains only reduces chance for such thing. From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 06:05:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09ABE16A41F; Sat, 21 Jan 2006 06:05:25 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D9DD43D46; Sat, 21 Jan 2006 06:05:24 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp6-g19.free.fr (Postfix) with ESMTP id 0A3A917A0A; Sat, 21 Jan 2006 07:05:22 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k0L65IVC021077; Sat, 21 Jan 2006 07:05:21 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sat, 21 Jan 2006 07:05:10 +0100 User-Agent: KMail/1.9.1 References: <200601040806.37953.thierry@herbelot.com> <200601040838.49663.jhb@freebsd.org> In-Reply-To: <200601040838.49663.jhb@freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200601210705.11539.thierry@herbelot.com> Cc: Subject: Re: panic: spin lock held too long (while rebooting) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 06:05:25 -0000 Le Wednesday 4 January 2006 14:38, John Baldwin a écrit : > On Wednesday 04 January 2006 02:06 am, Thierry Herbelot wrote: [SNIP previous similar panic] > > Next time you get this, can you use 'show threads' to figure out the tid > for the thread whose pointer is in the printf (0xc16de480 in this case) and > then do a trace of that thread? Hello, Here is a more detailed crash session : is this (zomb) problematic ? (in ps) : 8 c182e228 0 1 0 0002204 zomb[INACTIVE] g_mirror gm0s1 I keep the machine in DDB, if there are more detailed commands to investigate the panic (the machine is an SMP BP6, runs a GENERIC current kernel, and stores its local files in two g_mirror partitions). The problematic spinlock is held by 0xc16de340 which is cpustop_handler. TfH PS : printout of the crash : # reboot Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 2 2 2 0 0 done All buffers synced. Uptime: 39m52s GEOM_MIRROR: Device files1: provider mirror/files1 destroyed. GEOM_MIRROR: Device files1 destroyed. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 destroyed. GEOM_MIRROR: Device gm0s1 destroyed. Rebooting... cpu_reset: Stopping other CPUs spin lock sched lock held by 0xc16de340 for > 5 seconds panic: spin lock held too long cpuid = 0 KDB: enter: panic [thread pid 18874 tid 100079 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 18874 tid 100079 td 0xc197c1a0 kdb_enter(c0882824) at kdb_enter+0x2b panic(c0881c7e,c094e970,c16de340,c0881c55,c0881daf) at panic+0x127 _mtx_lock_spin(c094e970,c197c1a0,2,c087e5ea,cb) at _mtx_lock_spin+0xa8 _mtx_lock_spin_flags(c094e970,2,c087e5ea,cb) at _mtx_lock_spin_flags+0xaa hardclock_cpu(0,c09cef20,0,c7644ba0,c0808371) at hardclock_cpu+0x25 hardclock(0,c081810e) at hardclock+0x13 lapic_handle_timer(8,28,c16b0028,c16ba00c,0) at lapic_handle_timer+0x71 Xtimerint() at Xtimerint+0x1e --- interrupt, eip = 0xc081810e, esp = 0xc7644be8, ebp = 0xc7644c0c --- DELAY(f4240) at DELAY+0x92 cpu_reset(f4240,c0882a0b,c7644c64,c065418b,0) at cpu_reset+0xc8 shutdown_reset(0,0,c16ba00c,0,c0882848) at shutdown_reset+0x1c boot(0,c094e988,0,c0882848,a1) at boot+0x553 reboot(c197c1a0,c7644d04,c197c1a0,0,2) at reboot+0x32 syscall(3b,3b,3b,0,2) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (55, FreeBSD ELF32, reboot), eip = 0x280add0f, esp = 0xbfbfedcc, ebp = 0xbfbfee18 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 18874 c1be0450 0 1 18874 0004002 [CPU 0] reboot 41 c18a5ac8 0 0 0 0000204 [SLPQ - 0xc72cfd04][SLP] schedcpu 40 c18a5cf0 0 0 0 0000204 [SLPQ - 0xc09a2dec][SLP] nfsiod 3 39 c18aa000 0 0 0 0000204 [SLPQ - 0xc09a2de8][SLP] nfsiod 2 38 c17a8cf0 0 0 0 0000204 [SLPQ - 0xc09a2de4][SLP] nfsiod 1 37 c182b000 0 0 0 0000204 [SLPQ - 0xc09a2de0][SLP] nfsiod 0 36 c182b228 0 0 0 0000204 [SLPQ ktsusp 0xc182b2ac][SLP] vnlru 35 c182b450 0 0 0 0000204 [SLPQ ktsusp 0xc182b4d4][SLP] syncer 34 c182b678 0 0 0 0000204 [SLPQ ktsusp 0xc182b6fc][SLP] bufdaemon 33 c182b8a0 0 0 0 000020c [SLPQ pgzero 0xc09b0d10][SLP] pagezero 32 c182bac8 0 0 0 0000204 [SLPQ psleep 0xc09a8c3c][SLP] vmdaemon 31 c182bcf0 0 0 0 0000204 [SLPQ psleep 0xc09a8bfc][SLP] pagedaemon 30 c182e450 0 0 0 0000204 [IWAIT] irq5: pcm1 7 c16f5678 0 0 0 0000204 [SLPQ - 0xc16cbe3c][SLP] fdc0 29 c16f58a0 0 0 0 0000204 [IWAIT] swi0: sio 28 c16f5ac8 0 0 0 0000204 [IWAIT] irq7: ppc0 27 c16f5cf0 0 0 0 0000204 [IWAIT] irq1: atkbd0 26 c17a8000 0 0 0 0000204 [IWAIT] irq17: atapci1 25 c17a8228 0 0 0 0000204 [IWAIT] irq18: pcm0++ 24 c17a8450 0 0 0 0000204 [SLPQ usbtsk 0xc094c744][SLP] usbtask 23 c17a8678 0 0 0 0000204 [SLPQ usbevt 0xc17b1210][SLP] usb0 22 c17a88a0 0 0 0 0000204 [IWAIT] irq19: dc0 uhci0 21 c17a8ac8 0 0 0 0000204 [IWAIT] irq15: ata1 20 c16e2228 0 0 0 0000204 [IWAIT] irq14: ata0 19 c16e2450 0 0 0 0000204 [IWAIT] swi6: task queue 6 c16e2678 0 0 0 0000204 [SLPQ - 0xc1792400][SLP] kqueue taskq 18 c16e28a0 0 0 0 0000204 [IWAIT] swi2: cambio 17 c16e2ac8 0 0 0 0000204 [IWAIT] swi5: + 5 c16e2cf0 0 0 0 0000204 [SLPQ - 0xc16dc500][SLP] thread taskq 16 c16f5000 0 0 0 0000204 [IWAIT] swi6: Giant taskq 15 c16f5228 0 0 0 0000204 [SLPQ - 0xc094a3a0][SLP] yarrow 4 c16f5450 0 0 0 0000204 [SLPQ - 0xc094cebc][SLP] g_down 3 c16dd000 0 0 0 0000204 [SLPQ - 0xc094ceb8][SLP] g_up 2 c16dd228 0 0 0 0000204 [RUNQ] g_event 14 c16dd450 0 0 0 0000204 [IWAIT] swi1: net 13 c16dd678 0 0 0 0000204 [IWAIT] swi3: vm 12 c16dd8a0 0 0 0 000020c [LOCK Giant c1824480] swi4: clock sio 11 c16ddac8 0 0 0 000020c [Can run] idle: cpu0 10 c16ddcf0 0 0 0 000020c [Can run] idle: cpu1 1 c16e2000 0 0 1 0004200 [CPU 1] init 0 c094cfc0 0 0 0 0000200 [IWAIT] swapper 8 c182e228 0 1 0 0002204 zomb[INACTIVE] g_mirror gm0s1 db> show threads 100079 (0xc197c1a0) kdb_enter(c0882824) at kdb_enter+0x2b 100047 (0xc18a9680) sched_switch(c18a9680,0,1) at sched_switch+0x183 100048 (0xc18a94e0) sched_switch(c18a94e0,0,1) at sched_switch+0x183 100049 (0xc18a9340) sched_switch(c18a9340,0,1) at sched_switch+0x183 100027 (0xc16e3d00) sched_switch(c16e3d00,0,1) at sched_switch+0x183 100028 (0xc16e3b60) sched_switch(c16e3b60,0,1) at sched_switch+0x183 100029 (0xc16e39c0) sched_switch(c16e39c0,0,1) at sched_switch+0x183 100030 (0xc16e3820) sched_switch(c16e3820,0,1) at sched_switch+0x183 100031 (0xc16e3680) sched_switch(c16e3680,0,1) at sched_switch+0x183 100032 (0xc16e34e0) sched_switch(c16e34e0,0,1) at sched_switch+0x183 100033 (0xc182d000) sched_switch(c182d000,0,1) at sched_switch+0x183 100034 (0xc182cd00) sched_switch(c182cd00,0,1) at sched_switch+0x183 100037 (0xc182c820) fork_trampoline() at fork_trampoline 100017 (0xc16df680) sched_switch(c16df680,0,1) at sched_switch+0x183 100018 (0xc16df4e0) sched_switch(c16df4e0,0,1) at sched_switch+0x183 100019 (0xc16df340) fork_trampoline() at fork_trampoline 100020 (0xc16df1a0) fork_trampoline() at fork_trampoline 100021 (0xc17a9820) fork_trampoline() at fork_trampoline 100022 (0xc17a9680) sched_switch(c17a9680,0,1) at sched_switch+0x183 100023 (0xc17a94e0) sched_switch(c17a94e0,0,1) at sched_switch+0x183 100024 (0xc17a9340) sched_switch(c17a9340,0,1) at sched_switch+0x183 100025 (0xc17a91a0) fork_trampoline() at fork_trampoline 100026 (0xc17a9000) sched_switch(c17a9000,0,1) at sched_switch+0x183 100008 (0xc16de1a0) sched_switch(c16de1a0,0,1) at sched_switch+0x183 100009 (0xc16de000) sched_switch(c16de000,0,1) at sched_switch+0x183 100010 (0xc16e3340) sched_switch(c16e3340,0,1) at sched_switch+0x183 100011 (0xc16e31a0) fork_trampoline() at fork_trampoline 100012 (0xc16e3000) fork_trampoline() at fork_trampoline 100013 (0xc16dfd00) sched_switch(c16dfd00,0,1) at sched_switch+0x183 100014 (0xc16dfb60) fork_trampoline() at fork_trampoline 100015 (0xc16df9c0) sched_switch(c16df9c0,0,1) at sched_switch+0x183 100016 (0xc16df820) sched_switch(c16df820,0,1) at sched_switch+0x183 100000 (0xc16df000) sched_switch(c16df000,0,1) at sched_switch+0x183 100001 (0xc16ded00) sched_switch(c16ded00,0,1) at sched_switch+0x183 100002 (0xc16deb60) fork_trampoline() at fork_trampoline 100003 (0xc16de9c0) fork_trampoline() at fork_trampoline 100004 (0xc16de820) sched_switch(c16de820,0,1) at sched_switch+0x183 100005 (0xc16de680) sched_switch(c16de680,c16de1a0,6) at sched_switch+0x183 100006 (0xc16de4e0) sched_switch(c16de4e0,0,1) at sched_switch+0x183 100007 (0xc16de340) cpustop_handler(c6cccba8,c08149f1,c6cccb4c,c0678738,0) at cpustop_handler+0x31 0 (0xc094d200) sched_switch(c094d200,0,1) at sched_switch+0x183 From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 07:07:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E12C16A41F for ; Sat, 21 Jan 2006 07:07:10 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92AC843D45 for ; Sat, 21 Jan 2006 07:07:09 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0L777s3002927 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 21 Jan 2006 18:07:07 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0L777Hh032493 for ; Sat, 21 Jan 2006 18:07:07 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0L776E1032492 for freebsd-current@freebsd.org; Sat, 21 Jan 2006 18:07:06 +1100 (EST) (envelope-from pjeremy) Date: Sat, 21 Jan 2006 18:07:06 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20060121070706.GA32444@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Panic due to deleting devices twice X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 07:07:10 -0000 When deleting a device (using device_delete_child()), all its child devices are recursively deleted and then device_detach() is called. In the case of iicsmb, this causes a panic because iicsmb_detach() also calls device_delete_child() on the smbus child it has cached in its softc. By this time that child has been destroyed. Looking at device_detach(), it appears that the solution is to create a bus_child_detached method to inform the parent that a child is being destroyed so it can invalidate cached pointers to that child. In practice, there are only 5 bus_child_detached methods (isa, ed, pccard, cbb and usb), though there are far more device types attached as children. Looking at the iicsmb code, it appears that iicbb and iicsmb both cache and explicitly delete child devices and therefore both need bus_child_detached methods. Is this correct? Is there a simpler alternative? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 08:39:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF78316A41F for ; Sat, 21 Jan 2006 08:39:28 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F7D43D45 for ; Sat, 21 Jan 2006 08:39:28 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F0EHP-000NXT-Uy; Sat, 21 Jan 2006 08:39:28 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F0EHO-0000Ug-OU; Sat, 21 Jan 2006 17:39:26 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17361.62270.216040.537797@roam.psg.com> Date: Sat, 21 Jan 2006 17:39:26 +0900 To: Marcin Jessa References: <17358.59598.606852.426971@roam.psg.com> <20060119112211.24ce1a86.lists@yazzy.org> Cc: freebsd-current@freebsd.org Subject: Re: thinkpad suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 08:39:28 -0000 > I'm not sure if this will apply to your T41s but you can give it a shot: > http://www.yazzy.org/configs/freebsd/thinkpad/ that's stable. i am on current, see cc: randy From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 08:40:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFECC16A41F for ; Sat, 21 Jan 2006 08:40:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 719CC43D5E for ; Sat, 21 Jan 2006 08:40:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.22]) by a50.ironport.com with ESMTP; 21 Jan 2006 00:40:36 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43D1F384.7080406@elischer.org> Date: Sat, 21 Jan 2006 00:40:36 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kernel threads as threads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 08:40:38 -0000 I have made a first set of changes to allow threads to be 'forked' within the kernel. I have run on the resulting kernel for some of today with no problems other than some statistics oddness in top which I plan on looking at next week. The current patch doen't remove the ability to make kernel processes, however it does add the ability to make threads under process 0 and alters nearly all the users of kernel threads to actually do this.. The exception is the aio threads, as they seem to require separate address spaces to work with and that requires separate proc structures. I was thinking that they could act as extra threads on the calling processes but that is more of a rewrite than I plan right now. Anyhow the diffs so far are at: http://www.freebsd.org/~julian/kthread.diff. more later. julian From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 10:51:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4F0216A41F for ; Sat, 21 Jan 2006 10:51:05 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543B843D49 for ; Sat, 21 Jan 2006 10:51:05 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 0D46239825; Sat, 21 Jan 2006 11:51:42 +0100 (CET) Date: Sat, 21 Jan 2006 10:50:15 +0000 From: Marcin Jessa To: Randy Bush Message-Id: <20060121105015.6d8d7dc2.lists@yazzy.org> In-Reply-To: <17361.62270.216040.537797@roam.psg.com> References: <17358.59598.606852.426971@roam.psg.com> <20060119112211.24ce1a86.lists@yazzy.org> <17361.62270.216040.537797@roam.psg.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: thinkpad suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 10:51:05 -0000 On Sat, 21 Jan 2006 17:39:26 +0900 Randy Bush wrote: > > I'm not sure if this will apply to your T41s but you can give it a shot: > > http://www.yazzy.org/configs/freebsd/thinkpad/ > > that's stable. i am on current, see cc: The same sysctl values, etc apply to current. You do not need send arrogant replies if the free help provided you doesn't work for you. From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 12:49:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DCF316A41F for ; Sat, 21 Jan 2006 12:49:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id C794243D45 for ; Sat, 21 Jan 2006 12:49:52 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F0IBj-0003jL-W5; Sat, 21 Jan 2006 12:49:52 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F0IBi-0000rY-Nx; Sat, 21 Jan 2006 21:49:50 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17362.11758.90194.196675@roam.psg.com> Date: Sat, 21 Jan 2006 21:49:50 +0900 To: Marcin Jessa References: <17358.59598.606852.426971@roam.psg.com> <20060119112211.24ce1a86.lists@yazzy.org> <17361.62270.216040.537797@roam.psg.com> <20060121105015.6d8d7dc2.lists@yazzy.org> Cc: freebsd-current@freebsd.org Subject: Re: thinkpad suspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 12:49:53 -0000 >>> I'm not sure if this will apply to your T41s but you can give it a shot: >>> http://www.yazzy.org/configs/freebsd/thinkpad/ >> that's stable. i am on current, see cc: > The same sysctl values, etc apply to current. yep. but the underlying code is different. hence, what worked for me then does not work now. hence my question to -current. > You do not need send arrogant replies if the free > help provided you doesn't work for you. thanks for the good example. randy From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 15:39:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BE3A16A41F; Sat, 21 Jan 2006 15:39:39 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1086243D48; Sat, 21 Jan 2006 15:39:38 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id A1558AD; Sat, 21 Jan 2006 09:39:37 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id BEB0661C21; Sat, 21 Jan 2006 09:39:36 -0600 (CST) Date: Sat, 21 Jan 2006 09:39:36 -0600 From: "Matthew D. Fuller" To: Scott Long Message-ID: <20060121153936.GG63244@over-yonder.net> References: <43D05151.5070409@elischer.org> <20060120030105.GA5286@xor.obsecurity.org> <43D0715A.7020302@elischer.org> <20060120061955.GA8687@xor.obsecurity.org> <20060120085226.GQ83922@FreeBSD.org> <43D0AB26.5070407@samsco.org> <20060120095214.GA11088@xor.obsecurity.org> <43D13711.9000509@elischer.org> <43D138C0.9040801@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D138C0.9040801@samsco.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: Kris Kennaway , Gleb Smirnoff , Julian Elischer , current@freebsd.org Subject: Re: kernel thread as real threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 15:39:39 -0000 On Fri, Jan 20, 2006 at 12:23:44PM -0700 I heard the voice of Scott Long, and lo! it spake thus: > > Um, would this be considered a security flaw, since process time > limits likely aren't being enforced? The time counts up, but the CPU% doesn't. I'm reduced to "ps -p ; sleep 10 ; ps -p" and doing the subtraction in my head to try and back-of-the-envelope guess how much CPU e.g. Firefox is using. It's not a showstopper or anything, but it's _really_ annoying, and we're on our second -STABLE major version doing it. It's one of my least favorite bits to try and explain to somebody. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 16:59:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD1016A41F for ; Sat, 21 Jan 2006 16:59:52 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D538C43D45 for ; Sat, 21 Jan 2006 16:59:51 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0ITG00JEECJRW680@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 21 Jan 2006 11:59:51 -0500 (EST) Date: Sat, 21 Jan 2006 11:59:45 -0500 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200601211159.50768.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1932820.vFmNj0lI9m; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.9.1 Subject: -CURRENT freeze at boot after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 16:59:52 -0000 --nextPart1932820.vFmNj0lI9m Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I did my usual saturday -CURRENT sync (buildworld/kernel) this morning and = my=20 machine freezes at boot. The freeze occurs right after HD detection, and=20 before (or during) mounting partitions : sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2493036546 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78167MB at ata0-master UDMA133 acd0: DVDR at ata1-master UDMA33 ad4: 76319MB at ata2-master SATA150 Booting my kernel.old works fine (fortunatly!). I'm now looking at recent= =20 changes that could be the cause between Jan 7 and now. Any suggestions? Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #10: Sat Jan 7 11:50:00 EST 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc --nextPart1932820.vFmNj0lI9m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD0miG4wTBlvcsbJURAiSgAKCAIy8CPaUjdPnf9QadN6eKv1lLFQCgleF1 mg3ACEXQ8ma/VAqT80w06Fs= =rmZH -----END PGP SIGNATURE----- --nextPart1932820.vFmNj0lI9m-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:13:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97FE16A41F for ; Sat, 21 Jan 2006 17:13:38 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609EF43D45 for ; Sat, 21 Jan 2006 17:13:38 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp6-g19.free.fr (Postfix) with ESMTP id 7B08917EF1 for ; Sat, 21 Jan 2006 18:13:37 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k0LHDU1w012544; Sat, 21 Jan 2006 18:13:32 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sat, 21 Jan 2006 18:13:22 +0100 User-Agent: KMail/1.9.1 References: <200601211159.50768.nb_root@videotron.ca> In-Reply-To: <200601211159.50768.nb_root@videotron.ca> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200601211813.23782.thierry@herbelot.com> Cc: Nicolas Blais Subject: Re: -CURRENT freeze at boot after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 17:13:38 -0000 Le Saturday 21 January 2006 17:59, Nicolas Blais a écrit : > Hi, > [SNIP freeze] one way to gather more info is to boot the kernel in verbose mode (-v) - you could know where some probe is broken (then, cross-check with the latest CVS commits). another more involved way would be to boot directly in DDB, and proceed from there. TfH From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:42:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C1816A41F for ; Sat, 21 Jan 2006 17:42:08 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096ED43D45 for ; Sat, 21 Jan 2006 17:42:03 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k0LHfxeu012635; Sat, 21 Jan 2006 17:41:59 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k0LHfx6H064460; Sat, 21 Jan 2006 17:41:59 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k0LHfxfE064457; Sat, 21 Jan 2006 17:41:59 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 21 Jan 2006 17:41:59 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Nicolas Blais In-Reply-To: <200601211159.50768.nb_root@videotron.ca> Message-ID: <20060121173918.R61390@ury.york.ac.uk> References: <200601211159.50768.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT freeze at boot after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 17:42:08 -0000 On Sat, 21 Jan 2006, Nicolas Blais wrote: > I did my usual saturday -CURRENT sync (buildworld/kernel) this morning and my > machine freezes at boot. The freeze occurs right after HD detection, and > before (or during) mounting partitions : > > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > Timecounter "TSC" frequency 2493036546 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 78167MB at ata0-master UDMA133 > acd0: DVDR at ata1-master UDMA33 > ad4: 76319MB at ata2-master SATA150 > > > Booting my kernel.old works fine (fortunatly!). I'm now looking at recent > changes that could be the cause between Jan 7 and now. My first guess would be the DMA dump support in ata: http://docs.FreeBSD.org/cgi/mid.cgi?200601180914.k0I9EuDE041856 Try backing that out. Gavin From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:46:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BA6F16A41F for ; Sat, 21 Jan 2006 17:46:32 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from dd2030.kasserver.com (dd2030.kasserver.com [81.209.148.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2790143D46 for ; Sat, 21 Jan 2006 17:46:31 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from ganymed.decemplex.loc (190.178-112-217.adsl.belcenter.be [217.112.178.190]) by dd2030.kasserver.com (Postfix) with ESMTP id F26F51281CA for ; Sat, 21 Jan 2006 18:46:29 +0100 (CET) Date: Sat, 21 Jan 2006 18:46:29 +0100 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-current@freebsd.org Message-ID: <20060121184629.735d2aaf@ganymed.decemplex.loc> In-Reply-To: <200601211159.50768.nb_root@videotron.ca> References: <200601211159.50768.nb_root@videotron.ca> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: -CURRENT freeze at boot after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 17:46:32 -0000 On Sat, 21 Jan 2006 11:59:45 -0500 Nicolas Blais wrote: > Hi, >=20 > I did my usual saturday -CURRENT sync (buildworld/kernel) this morning an= d my=20 > machine freezes at boot. The freeze occurs right after HD detection, and= =20 > before (or during) mounting partitions : >=20 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > Timecounter "TSC" frequency 2493036546 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 78167MB at ata0-master UDMA133 > acd0: DVDR at ata1-master UDMA33 > ad4: 76319MB at ata2-master SATA150 > >=20 > Booting my kernel.old works fine (fortunatly!). I'm now looking at recen= t=20 > changes that could be the cause between Jan 7 and now. >=20 > Any suggestions? >=20 > Nicolas. Hi, I had the same problem, it seems to be related to=20 http://lists.freebsd.org/pipermail/freebsd-current/2006-January/059782.html. Disable DMA on your CD/DVD drives, and it will work much better ;-) /boot/loader.conf -> hw.ata.atapi_dma=3D0 But I hope this will be fixed in the future... --=20 Best regards,=20 C=E9dric Jonas From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:53:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E0CF16A41F for ; Sat, 21 Jan 2006 17:53:35 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8EAD43D45 for ; Sat, 21 Jan 2006 17:53:34 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0ITG0097QF1A9PC0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 21 Jan 2006 12:53:34 -0500 (EST) Date: Sat, 21 Jan 2006 12:53:12 -0500 From: Nicolas Blais In-reply-to: <20060121184629.735d2aaf@ganymed.decemplex.loc> To: freebsd-current@freebsd.org Message-id: <200601211253.28753.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1594578.F3YHOXZ2AS; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200601211159.50768.nb_root@videotron.ca> <20060121184629.735d2aaf@ganymed.decemplex.loc> User-Agent: KMail/1.9.1 Cc: =?iso-8859-1?q?C=E9dric_Jonas?= Subject: Re: -CURRENT freeze at boot after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 17:53:35 -0000 --nextPart1594578.F3YHOXZ2AS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Hi, > > I had the same problem, it seems to be related to > http://lists.freebsd.org/pipermail/freebsd-current/2006-January/059782.ht= ml >. Disable DMA on your CD/DVD drives, and it will work much better ;-) > > /boot/loader.conf -> hw.ata.atapi_dma=3D0 > > But I hope this will be fixed in the future... Thanks C=E9dric and Gavin, that was the problem!=20 So is cd0/acd DMA broken on -CURRENT? Perhaps this little 'detail' should h= ave=20 made it to UPDATING... Thanks again, Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Jan 21 11:33:22 EST 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc --nextPart1594578.F3YHOXZ2AS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD0nUY4wTBlvcsbJURAiQzAKDHL+B/cvZ+kJHcfGFRqw12jVTV3wCffAvw o1vgITyNZbkPMz0Y6H4xxW0= =vDlT -----END PGP SIGNATURE----- --nextPart1594578.F3YHOXZ2AS-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 18:30:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B4416A438 for ; Sat, 21 Jan 2006 18:30:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C8E43D48 for ; Sat, 21 Jan 2006 18:30:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp6-g19.free.fr (Postfix) with ESMTP id A9D7F18110; Sat, 21 Jan 2006 19:30:18 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 147CA9B85B; Sat, 21 Jan 2006 18:30:15 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id C8A21405A; Sat, 21 Jan 2006 19:30:14 +0100 (CET) Date: Sat, 21 Jan 2006 19:30:14 +0100 From: Jeremie Le Hen To: Eric Anderson Message-ID: <20060121183014.GH90495@obiwan.tataz.chchile.org> References: <200512270950.KAA06620@stoney.dudes.ch> <43D118DA.3000202@centtech.com> <43D119D4.9020209@centtech.com> <200601202153.51271.Chris@lainos.org> <43D1509A.6060608@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D1509A.6060608@centtech.com> User-Agent: Mutt/1.5.11 Cc: Chris Gilbert , freebsd-current@freebsd.org Subject: Re: xorg-server port (was: ATI on FreeBSD! FireGL Linux Driver Port (New Version)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 18:30:23 -0000 Hi, Eric, Chris, > Thanks! I should mention, that Bruno pointed out to me that I was using > xorg-server-snap, and that isn't supported. Oops. I've since switched > back to xorg-server, and things are better, but not perfect. I think I > might have some stale files around somewhere, so I'm going to try to > clean up a bit, and then try again. When I do, I'll send new information. First, excuse me for hijacking this thread, but I am wondering when either xorg-server 6.9 or 7.0 will be available in ports. This is maybe a FAQ on the ports@ mailing-list, but I didn't get to pull out an answer from the archives. I am a bit puzzled actually as FreeBSD ports use to be very reactive whereas Xorg 6.9 and 7.0 have been released on 2005/12/21, IOW a month ago. Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 18:51:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDB4B16A420 for ; Sat, 21 Jan 2006 18:51:52 +0000 (GMT) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC71443D49 for ; Sat, 21 Jan 2006 18:51:51 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net via brakkenstein.nijmegen.internl.net [217.149.193.41] with ESMTP for id k0LIpnaS008464 (8.13.2/1.4); Sat, 21 Jan 2006 19:51:49 +0100 (MET) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id k0LIpnow003377 (8.13.2/2.02); Sat, 21 Jan 2006 19:51:49 +0100 (MET) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Sat, 21 Jan 2006 19:51:49 +0100 (MET) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: boot problem with atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 18:51:53 -0000 Hi. Running -CURRENT on amd64. If I include device atapicam in the kernel config file, the boot hangs for several minutes. Portion of boot log reproduced below. If I remove the atapicam line things appear OK as normal. CURRENT from earlier this month (8 Jan) does not have this problem. Who knows what to do to solve this? Cheers Michiel [...] ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad0: setting PIO4 on 8237 chip ad0: setting UDMA133 on 8237 chip ad0: 39205MB at ata0-master UDMA133 ad0: 80293248 sectors [79656C/16H/63S] 16 sectors/interrupt 1 depth queue ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 GEOM: new disk ad0 acd0: req=0xffffff001e8c9980 TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson !! acd0: req=0xffffff001e8c9980 TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson !! ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip ata1: reinit done .. pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error acd0: req=0xffffff001e8c9390 TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson !! acd0: req=0xffffff001e8c9390 TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson !! ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 aacd0: setting PIO4 on 8237 chip cacd0: setting UDMA33 on 8237 chip ata1: reinit done .. d0: req=0xffffff001e8c9390 TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson !! ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip ata1: reinit done .. Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:46:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AF8616A41F for ; Sat, 21 Jan 2006 17:46:21 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2316643D48 for ; Sat, 21 Jan 2006 17:46:21 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (blue [127.0.0.1]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k0LHkKlV006496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 21 Jan 2006 12:46:20 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.4/8.13.4/Submit) id k0LHkJOn006495 for current@freebsd.org; Sat, 21 Jan 2006 12:46:19 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: current@freebsd.org Date: Sat, 21 Jan 2006 12:46:19 -0500 User-Agent: KMail/1.8.2 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sat, 21 Jan 2006 20:33:42 +0000 Cc: Subject: unkillable process stuck in "START"-state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 17:46:21 -0000 Wish started (or tried to) the mz. Top(1) displays the following: 92723 me 1 120 0 22368K 4104K RUN 42:41 99.02% wish8.4 94850 me 1 -8 0 0K 0K START 0:17 4.06% mz The relevant `ps -axl' output is: 1042 92723 12017 286 131 0 22368 4096 - R+ p5 64:12,98 wish8.4 .. 1042 94850 92723 3 -8 0 0 0 - RE+ p5 0:17,34 [mz] The mz process (94850) is not reacting to `kill -9'... mz is started by the script via Tcl's `open' function with the "|mz ...." as the argument. Why would it get stuck like this? This is on amd64 running 6.0-STABLE from Dec 12... Thanks, -mi From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 20:40:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C914D16A420 for ; Sat, 21 Jan 2006 20:40:35 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mail4.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D26E43D48 for ; Sat, 21 Jan 2006 20:40:34 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail4.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id C5FF617B8F1; Sat, 21 Jan 2006 21:40:33 +0100 (CET) Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72532-14; Sat, 21 Jan 2006 21:40:27 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id 9E7ED17B917; Sat, 21 Jan 2006 21:40:23 +0100 (CET) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id 012F41703B; Sat, 21 Jan 2006 21:40:22 +0100 (CET) From: Dejan Lesjak To: Jeremie Le Hen , freebsd-current@freebsd.org Date: Sat, 21 Jan 2006 21:40:22 +0100 References: <200512270950.KAA06620@stoney.dudes.ch> <43D118DA.3000202@centtech.com> <43D119D4.9020209@centtech.com> <200601202153.51271.Chris@lainos.org> <43D1509A.6060608@centtech.com> <20060121183014.GH90495@obiwan.tataz.chchile.org> Lines: 9 User-Agent: KNode/0.10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Message-Id: <20060121204022.012F41703B@radagast.ijs.si> Cc: Subject: Re: xorg-server port (was: ATI on FreeBSD! FireGL Linux Driver Port (New Version)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 20:40:35 -0000 Jeremie Le Hen wrote: > First, excuse me for hijacking this thread, but I am wondering when > either xorg-server 6.9 or 7.0 will be available in ports. 6.9 about an hour ago :) Dejan From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 23:04:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A05E16A41F; Sat, 21 Jan 2006 23:04:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C946443D49; Sat, 21 Jan 2006 23:04:08 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.237.190] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML2ov-1F0RmB0oWV-0001vv; Sun, 22 Jan 2006 00:04:07 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 22 Jan 2006 00:04:17 +0100 User-Agent: KMail/1.9.1 References: <200601132019.41896.max@love2party.net> In-Reply-To: <200601132019.41896.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4900154.L18kkaJxx6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601220004.23929.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-hackers@freebsd.org Subject: Re: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2006 23:04:09 -0000 --nextPart4900154.L18kkaJxx6 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, On Friday 13 January 2006 20:19, I wrote: > no big news since 6.0, but in the background there are many interesting > projects: Just now the new malloc has hit current, we hear promising > numbers from the network performance crew, the first batch of security > advisories is out and I'm sure some of you spent the holidays doing exiti= ng > stuff for FreeBSD as well. Please tell us! > > This is the call for Status Reports of your project activity between > October and now. This is not limited to developers. We want a broad > spectrum of reports from everybody involved with FreeBSD. Check the Stat= us > Report homepage[1] for earlier reports. > > Submission deadline is a week from now, January 20th! I don't want to > delay the publication much this time, so please write your report now!=20 > Please use the XML-generator[2] or -template[3] and send your report to > monthly@freebsd.org by next Friday. Thanks a lot! to date we have received only 11 reports, which - compared to earlier round= s -=20 is a poor turnout. I am wondering if we just had a quiet period, if you=20 don't feel your projects are ready for prime-time or if you are just tiered= =20 of writting reports? In either case, please let me know so we can do something about it. If you= =20 want to submit a report - deadline is extended to Wednesday (25th). Thanks! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4900154.L18kkaJxx6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD0r33XyyEoT62BG0RArzsAJ9RYZDy/+BbqXHWjU+1JnCbFQoQjgCbBznN 0ln7Jm4DIqi2ad11law9L1o= =kbq1 -----END PGP SIGNATURE----- --nextPart4900154.L18kkaJxx6--