From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 07:09:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349AF1065670 for ; Sun, 2 Mar 2008 07:09:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id C939F8FC19 for ; Sun, 2 Mar 2008 07:09:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 01 Mar 2008 23:09:03 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 6A2E72D600F; Sat, 1 Mar 2008 23:09:02 -0800 (PST) Message-ID: <47CA528E.5090305@elischer.org> Date: Sat, 01 Mar 2008 23:09:02 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Outback Dingo References: <47C44420.6050009@elischer.org> <20080229152542.GD94339@obiwan.tataz.chchile.org> <47C8B448.7050005@elischer.org> <5635aa0d0803010151sa6f3a6fy70f3793df5425b1b@mail.gmail.com> In-Reply-To: <5635aa0d0803010151sa6f3a6fy70f3793df5425b1b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marko Zec , Marko Zec , Jeremie Le Hen , FreeBSD Current Subject: Re: why vimage? 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, 02 Mar 2008 07:09:05 -0000 Outback Dingo wrote: > I think there needs to be some decent howto or documentation > established though, i compiled and installed a kernel and the > binary read the man page... searched google... but cant for the > life of me conceptualize how to get network interfaces up inside > the vimage you have to move them.. The followign script shows various interface manipulations.. http://www.tel.fer.hr/zec/BSD/vimage-old/overlay I have not tried this particular script on the new vimage code (and I don't have one to test with right now) but I believe it should still be about right. Hopefully Marko can confirm this. > > i see the standard rl0 interface in the main i can dhcp and address > > > but dont see how one clones or creates an interface inside the > other vimages > > i found a doc that read Virtual images in a simple bridged > environment, written in 2002 > > and the command ifconfig create ve0.... doesnt work > > so i think, i for one and many others might appreciate vimages > power a bit more if there was a fast howto quick and dirty on how > to accomplish a working configuration and discover the power of > this code.... I could see a use for it.. thats if i can foigure out > how to get networking and > > chrooted images..... just my thoughts so far.... > > From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 08:26:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B367F106566C for ; Sun, 2 Mar 2008 08:26:29 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.155]) by mx1.freebsd.org (Postfix) with ESMTP id A34A48FC14 for ; Sun, 2 Mar 2008 08:26:22 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so3757353pof.3 for ; Sun, 02 Mar 2008 00:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=OYnYC6j0pmVxbTNVrxOlMaq/f5z5ZBx3tNvhcl9SC2w=; b=JpZZW2mtmfnzt7It7bXE/s22/pAXiSsrG3tMaQidfrzYsC8qlicTAIt9eITxFDNKyBQa/iaXNMIRk/xMbENAmKNma4rjubf62S7YYfoRUE3F3vzhP53LGAFQjB0oIqHT+mfEkj3yRetcM7cWljXIpPziyUj4m6T5YNPBFoWQ2ME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=BSOfOIyCL+uEtu77YETYuD/kLhBbc449rdiPXgErNGcd7ogT9XQAYT+mYGLA+HiTt807zfM2Tujew8+VoVNB4E+Y1rW1VTVWqBA8mQKfCiHPoTZI2scbayB0LHN5jmmqq7ih20+CwTJdaONWUPeRBuYyz3UEwpOtKQ+Pd+kQqv8= Received: by 10.110.20.17 with SMTP id 17mr7286564tit.48.1204446380758; Sun, 02 Mar 2008 00:26:20 -0800 (PST) Received: by 10.110.5.3 with HTTP; Sun, 2 Mar 2008 00:26:20 -0800 (PST) Message-ID: <5635aa0d0803020026m39c21015hb83c204ebb8dc246@mail.gmail.com> Date: Sun, 2 Mar 2008 03:26:20 -0500 From: "Outback Dingo" To: "Julian Elischer" In-Reply-To: <47CA528E.5090305@elischer.org> MIME-Version: 1.0 References: <47C44420.6050009@elischer.org> <20080229152542.GD94339@obiwan.tataz.chchile.org> <47C8B448.7050005@elischer.org> <5635aa0d0803010151sa6f3a6fy70f3793df5425b1b@mail.gmail.com> <47CA528E.5090305@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Marko Zec , Marko Zec , Jeremie Le Hen , FreeBSD Current Subject: Re: why vimage? 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, 02 Mar 2008 08:26:29 -0000 kldunload if_ve kldload if_ve these dont exist in my VIMAGE build... I appreciate the help but i still dont see how to create virtual interfaces inside the vimage..... as commands like vimage vpn-b ifconfig ve0 create dont work... so is my system not built right.... am i missing kernel modules? all i simply want to do is create a virtual interface in the vimage On Sun, Mar 2, 2008 at 2:09 AM, Julian Elischer wrote: > Outback Dingo wrote: > > I think there needs to be some decent howto or documentation > > established though, i compiled and installed a kernel and the > > binary read the man page... searched google... but cant for the > > life of me conceptualize how to get network interfaces up inside > > the vimage > > you have to move them.. > The followign script shows various interface manipulations.. > > http://www.tel.fer.hr/zec/BSD/vimage-old/overlay > > I have not tried this particular script on the new vimage > code (and I don't have one to test with right now) but I believe > it should still be about right. > > Hopefully Marko can confirm this. > > > > > > > i see the standard rl0 interface in the main i can dhcp and address > > > > > > but dont see how one clones or creates an interface inside the > > other vimages > > > > i found a doc that read Virtual images in a simple bridged > > environment, written in 2002 > > > > and the command ifconfig create ve0.... doesnt work > > > > so i think, i for one and many others might appreciate vimages > > power a bit more if there was a fast howto quick and dirty on how > > to accomplish a working configuration and discover the power of > > this code.... I could see a use for it.. thats if i can foigure out > > how to get networking and > > > > chrooted images..... just my thoughts so far.... > > > > > > From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 08:38:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF82106567E for ; Sun, 2 Mar 2008 08:38:01 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id B3F938FC1A for ; Sun, 2 Mar 2008 08:38:01 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m228bxKc019694 for ; Sun, 2 Mar 2008 03:38:00 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 1 Mar 2008 22:40:08 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: current@freebsd.org Message-ID: <20080301223444.F920@desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: new cpuset and scheduler topology code. 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, 02 Mar 2008 08:38:02 -0000 Starting with ULE revision 1.226 support is available for cpusets and more advanced cpu topology. As announced earlier, cpusets are a way to manage the cpus a thread or process is allowed to run on. All processes in the system are assigned to a cpuset, by default set 1. You may modify the cpus that participate in this set, create new sets, and move processes between sets. Individual threads and processes may further refine the cpus they are allowed to run on with a per-thread mask that is a subset of the set the thread is assigned to. A manpage is forthcoming, for now you may experiment with and try to decipher the incredibly cryptic 'cpuset' program I also committed. The improved CPU topology code is aware of which cores share packages, caches, system bus/memory links, which are hyper-threaded, etc. This allows the scheduler to more intelligently place threads by improving affinity information and by load balancing across these resources. Many programs should run faster on dual and quadcore machines but there is still some tuning to do. If you notice a workload is now significantly faster or slower please report it to me. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 09:15:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26F50106566C for ; Sun, 2 Mar 2008 09:15:40 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id D1A958FC15 for ; Sun, 2 Mar 2008 09:15:39 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se (c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.169]) by smtp.infidyne.com (Postfix) with ESMTP id C4E2B72559; Sun, 2 Mar 2008 10:15:37 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sun, 2 Mar 2008 10:16:52 +0100 User-Agent: KMail/1.9.7 References: <47C39948.3080907@elischer.org> <200802271116.24530.freebsd-current@dino.sk> <20080227185021.GA34043@voi.aagh.net> In-Reply-To: <20080227185021.GA34043@voi.aagh.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart52380349.RMokNK4WXU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803021017.11375.peter.schuller@infidyne.com> Cc: Brooks Davis , Milan Obuch , Marko Zec , Julian Elischer , "Bjoern A. Zeeb" Subject: public p4 mirror (was: Re: warning of pending commit attempt.) 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, 02 Mar 2008 09:15:40 -0000 --nextPart52380349.RMokNK4WXU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > Some time ago there was cvsup-/csup-accessible 'clone' of p4 vimage > > branch. It stopped working at some stage and now I have no idea on its > > state. If it could be put into working state again, testing would be > > much easier than today,at least for me :) > > devel/git has a git-p4 command for interfacing with perforce; anyone > with p4 access could clone the repository and make it available with > just a webserver. Maybe easier to do than sorting out a functioning > bridge with cvsup again. is git-p4 mirroring stable and scalable such that it can be reasonable used= on=20 the FreeBSD repositories? I have had bad luck in the past trying to maintai= n=20 monotone/darcs/mercurial mirrors. I can't easily test git-p4 since I don't= =20 have p4 access (to FreeBSD nor any other large project). In any case: If there is a usable method of keeping a distributed SCM=20 up-to-date with what's in p4, then I would like to donate some=20 bandwidth/resources needed to run it (if that is the problem). If git-p4=20 works well and there is any possibility of getting a read-only p4 account,= =20 I'll set up a git mirror, if that helps. I am of the opinion that the availability of development features in some k= ind=20 of scm that is publicly available makes it a lot easier to test things in=20 response to general requests made on -current. In addition, having that publicly available scm be distributed means that i= t=20 becomes significantly easier for people to experiment with making their own= =20 changes to the code base, which can only be good. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart52380349.RMokNK4WXU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHynCXDNor2+l1i30RArdQAJ9ZIKrOEq/LXL0t7H/IfBcruxhndwCggBiR pghKUMwAjXBiKyDi1APSXHo= =yr3b -----END PGP SIGNATURE----- --nextPart52380349.RMokNK4WXU-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 09:20:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B521106566C; Sun, 2 Mar 2008 09:20:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DB52E8FC16; Sun, 2 Mar 2008 09:20:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m229KHHY039352; Sun, 2 Mar 2008 04:20:17 -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.14.2/8.14.2) with ESMTP id m229KHtk076858; Sun, 2 Mar 2008 04:20:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B421D73039; Sun, 2 Mar 2008 04:20:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080302092017.B421D73039@freebsd-current.sentex.ca> Date: Sun, 2 Mar 2008 04:20:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6012/Wed Feb 27 13:48:06 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Sun, 02 Mar 2008 09:20:19 -0000 TB --- 2008-03-02 07:57:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-02 07:57:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-02 07:57:53 - cleaning the object tree TB --- 2008-03-02 07:58:24 - cvsupping the source tree TB --- 2008-03-02 07:58:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-02 07:58:32 - building world (CFLAGS=-O -pipe) TB --- 2008-03-02 07:58:32 - cd /src TB --- 2008-03-02 07:58:32 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 2 07:58:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 2 09:13:13 UTC 2008 TB --- 2008-03-02 09:13:13 - generating LINT kernel config TB --- 2008-03-02 09:13:13 - cd /src/sys/ia64/conf TB --- 2008-03-02 09:13:13 - /usr/bin/make -B LINT TB --- 2008-03-02 09:13:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-02 09:13:14 - cd /src TB --- 2008-03-02 09:13:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 2 09:13:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/kern/kern_cpuset.c:858: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:858: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:861: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:871: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:880: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:882: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:885: error: dereferencing pointer to incomplete type /src/sys/kern/kern_cpuset.c:888: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-02 09:20:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-02 09:20:17 - ERROR: failed to build lint kernel TB --- 2008-03-02 09:20:17 - tinderbox aborted TB --- 3530.31 user 383.75 system 4944.20 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 09:48:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E2851065672; Sun, 2 Mar 2008 09:48:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0996D8FC16; Sun, 2 Mar 2008 09:48:33 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m229mVIj024460; Sun, 2 Mar 2008 04:48:32 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 1 Mar 2008 23:50:40 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: FreeBSD Tinderbox In-Reply-To: <20080302092017.B421D73039@freebsd-current.sentex.ca> Message-ID: <20080301234953.U920@desktop> References: <20080302092017.B421D73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 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, 02 Mar 2008 09:48:34 -0000 On Sun, 2 Mar 2008, FreeBSD Tinderbox wrote: > TB --- 2008-03-02 07:57:53 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-03-02 07:57:53 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2008-03-02 07:57:53 - cleaning the object tree > TB --- 2008-03-02 07:58:24 - cvsupping the source tree > TB --- 2008-03-02 07:58:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile > TB --- 2008-03-02 07:58:32 - building world (CFLAGS=-O -pipe) > TB --- 2008-03-02 07:58:32 - cd /src > TB --- 2008-03-02 07:58:32 - /usr/bin/make -B buildworld >>>> World build started on Sun Mar 2 07:58:35 UTC 2008 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Sun Mar 2 09:13:13 UTC 2008 > TB --- 2008-03-02 09:13:13 - generating LINT kernel config > TB --- 2008-03-02 09:13:13 - cd /src/sys/ia64/conf > TB --- 2008-03-02 09:13:13 - /usr/bin/make -B LINT > TB --- 2008-03-02 09:13:14 - building LINT kernel (COPTFLAGS=) > TB --- 2008-03-02 09:13:14 - cd /src > TB --- 2008-03-02 09:13:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Sun Mar 2 09:13:14 UTC 2008 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > /src/sys/kern/kern_cpuset.c:858: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:858: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:861: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:871: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:880: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:882: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:885: error: dereferencing pointer to incomplete type > /src/sys/kern/kern_cpuset.c:888: error: dereferencing pointer to incomplete type > *** Error code 1 This pulled from cvs between the cpuset commit and the commit to update the generated syscall headers. It is customary to do them seperately. The next build should succeed. Thanks, Jeff > > Stop in /obj/ia64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-03-02 09:20:17 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-03-02 09:20:17 - ERROR: failed to build lint kernel > TB --- 2008-03-02 09:20:17 - tinderbox aborted > TB --- 3530.31 user 383.75 system 4944.20 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full > _______________________________________________ > 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 Mar 2 10:11:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1772106566B for ; Sun, 2 Mar 2008 10:11:48 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 621BB8FC17 for ; Sun, 2 Mar 2008 10:11:47 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180140249.adsl.alicedsl.de [85.180.140.249]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m22ABjtj082420 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 2 Mar 2008 11:11:46 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m229Qlue002106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Mar 2008 10:26:47 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m229Qkio002105; Sun, 2 Mar 2008 10:26:46 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 2 Mar 2008 10:26:46 +0100 From: Ulrich Spoerlein To: Peter Schuller Message-ID: <20080302092646.GA1527@roadrunner.spoerlein.net> Mail-Followup-To: Peter Schuller , freebsd-current@freebsd.org References: <47C39948.3080907@elischer.org> <200802271116.24530.freebsd-current@dino.sk> <20080227185021.GA34043@voi.aagh.net> <200803021017.11375.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803021017.11375.peter.schuller@infidyne.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: public p4 mirror (was: Re: warning of pending commit attempt.) 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, 02 Mar 2008 10:11:48 -0000 On Sun, 02.03.2008 at 10:16:52 +0100, Peter Schuller wrote: > In any case: If there is a usable method of keeping a distributed SCM > up-to-date with what's in p4, then I would like to donate some > bandwidth/resources needed to run it (if that is the problem). If git-p4 > works well and there is any possibility of getting a read-only p4 account, > I'll set up a git mirror, if that helps. I might be tempted to try the same for an hg mirror (If I get it working, that is). Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 10:30:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4D51065674 for ; Sun, 2 Mar 2008 10:30:11 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.153]) by mx1.freebsd.org (Postfix) with ESMTP id 6FBEB8FC30 for ; Sun, 2 Mar 2008 10:30:11 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so3841478pof.3 for ; Sun, 02 Mar 2008 02:30:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=bSZG9zMIPjqzTEdow2qXyTMHphWAOucTNauFAIJpDL0=; b=dI0BmfjX+H9hA/JRXmgYYThE6QY7cYTnBE37ZIgCVXtDzsBcHSKeDolrRgf5Xr6D4kElnFGPg6ZhDDjRgNr/ys1r/q/7tX2ZoYU2NJqrWCxlyeQGyQm4rczL0RBeZ8qR78IgkFkJlRq8U5vNYdlYXrH71U5Fbg0YjsKcsIbWb2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=HNVIRLdYhVfgXl2+4nUlfotJcv02DoEBcbwy45PrqRDrTv+pIWoGNp9+TNcoj1W9SOalRN/OY9dVWx7xFfsVVe9qnq82mk0X/X4Gqr6nKY/iUDM2bgegpESCyXcq//NPinDE5CvlmDDIqNWyCYXYG2HxWuYS0941KLSywSOGZQU= Received: by 10.110.21.17 with SMTP id 17mr7350358tiu.46.1204452932647; Sun, 02 Mar 2008 02:15:32 -0800 (PST) Received: by 10.110.5.3 with HTTP; Sun, 2 Mar 2008 02:15:32 -0800 (PST) Message-ID: <5635aa0d0803020215k1c8a872an1fda2888c79995f0@mail.gmail.com> Date: Sun, 2 Mar 2008 05:15:32 -0500 From: "Outback Dingo" To: "Peter Schuller" , freebsd-current@freebsd.org In-Reply-To: <20080302092646.GA1527@roadrunner.spoerlein.net> MIME-Version: 1.0 References: <47C39948.3080907@elischer.org> <200802271116.24530.freebsd-current@dino.sk> <20080227185021.GA34043@voi.aagh.net> <200803021017.11375.peter.schuller@infidyne.com> <20080302092646.GA1527@roadrunner.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: public p4 mirror (was: Re: warning of pending commit attempt.) 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, 02 Mar 2008 10:30:11 -0000 been there, Ive converted FreeBSD CVS to svn, git and hg... i guess i could try a p4 run to git and hg.... On Sun, Mar 2, 2008 at 4:26 AM, Ulrich Spoerlein wrote: > On Sun, 02.03.2008 at 10:16:52 +0100, Peter Schuller wrote: > > In any case: If there is a usable method of keeping a distributed SCM > > up-to-date with what's in p4, then I would like to donate some > > bandwidth/resources needed to run it (if that is the problem). If git-p4 > > works well and there is any possibility of getting a read-only p4 > account, > > I'll set up a git mirror, if that helps. > > I might be tempted to try the same for an hg mirror (If I get it > working, that is). > > Cheers, > Ulrich Spoerlein > -- > It is better to remain silent and be thought a fool, > than to speak, and remove all doubt. > _______________________________________________ > 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 Mar 2 11:15:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F06A1065674 for ; Sun, 2 Mar 2008 11:15:50 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id D34678FC21 for ; Sun, 2 Mar 2008 11:15:49 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se (c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.169]) by smtp.infidyne.com (Postfix) with ESMTP id 2FF34726C8; Sun, 2 Mar 2008 12:15:48 +0100 (CET) From: Peter Schuller To: "Outback Dingo" Date: Sun, 2 Mar 2008 12:17:04 +0100 User-Agent: KMail/1.9.7 References: <47C39948.3080907@elischer.org> <20080302092646.GA1527@roadrunner.spoerlein.net> <5635aa0d0803020215k1c8a872an1fda2888c79995f0@mail.gmail.com> In-Reply-To: <5635aa0d0803020215k1c8a872an1fda2888c79995f0@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2527506.ZOMVskNZ7E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803021217.21122.peter.schuller@infidyne.com> Cc: freebsd-current@freebsd.org Subject: Re: public p4 mirror (was: Re: warning of pending commit attempt.) 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, 02 Mar 2008 11:15:50 -0000 --nextPart2527506.ZOMVskNZ7E Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > been there, Ive converted FreeBSD CVS to svn, git and hg... i guess i cou= ld > try a p4 run to git and hg.... =46WIW, I've been maintaining a hg mirror of pkgsrc for a while. Unfortunat= ely=20 mismatches have crept in over time between the version in hg and the upstre= am=20 repository, and I do see warnings about untracked files in the conversion=20 process. I am not sure whether this is due to an outright problem with cvs20hg (whic= h=20 was never claimed by the author to be perfect), or something environmental.= =20 Either way I have not investigated. The question is whether there exists a trustworthy p4->{git,hg,mtn,whatever= }=20 conversion path. The best way to find out is probably to try it out,=20 preferably on the real repository. In terms of my offer host, the problem with hg is that the hg CGI script is= =20 not scalable (separate huge python process for each concurrent client, and= =20 significant resources requires for each synch, increasing the potential for= =20 concurrency). My impression is that git should be hugely more scalable in=20 this regard, so was hoping for reliable p4->git in particular for this=20 reason. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart2527506.ZOMVskNZ7E Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHyozBDNor2+l1i30RAkvZAKDpVmemWnpWbvmHRXa/xQ23KP9/zACcCJvS SbGPh+qImIsECpPuHssTOpE= =vao1 -----END PGP SIGNATURE----- --nextPart2527506.ZOMVskNZ7E-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 12:17:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DF0F1065673 for ; Sun, 2 Mar 2008 12:17:14 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE818FC14 for ; Sun, 2 Mar 2008 12:17:13 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-062-203-160.pools.arcor-ip.net ([84.62.203.160] helo=styx.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JVn7u-000290-78; Sun, 02 Mar 2008 13:17:10 +0100 Message-ID: <47CA9AC5.1060001@uni-paderborn.de> Date: Sun, 02 Mar 2008 13:17:09 +0100 From: Arne Schwabe User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Marko Zec References: <47C39948.3080907@elischer.org> <47C494B5.2040306@elischer.org> <47C49FAA.1020605@FreeBSD.org> <200802280343.57576.zec@icir.org> In-Reply-To: <200802280343.57576.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brooks Davis , Andre Oppermann , FreeBSD Current , Marko Zec , Julian Elischer Subject: Re: warning of pending commit attempt. 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, 02 Mar 2008 12:17:14 -0000 > Non-developers accessing the code: after freebsd.org's p4 to anoncvs > autosyncer died last summer I've tried posting source tarballs every > few weeks on the project's somewhat obscure web site (that Julian has > advertised every now and then on this list): http://imunes.net/virtnet/ > I've just dumped a diff against -HEAD there, and will post new tarballs > in a few minutes as well. > > I just tried to building 7.0 snapshot: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=athlon64 -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/netinet/sctp_output.c /usr/src/sys/netinet/sctp_output.c: In function 'sctp_lowlevel_chunk_output': /usr/src/sys/netinet/sctp_output.c:3388: error: 'vnet_inet' undeclared (first use in this function) /usr/src/sys/netinet/sctp_output.c:3388: error: (Each undeclared identifier is reported only once /usr/src/sys/netinet/sctp_output.c:3388: error: for each function it appears in.) /usr/src/sys/netinet/sctp_output.c: In function 'sctp_send_shutdown_complete2': /usr/src/sys/netinet/sctp_output.c:9639: error: 'ip6_defhlim' undeclared (first use in this function) /usr/src/sys/netinet/sctp_output.c: In function 'sctp_send_abort': /usr/src/sys/netinet/sctp_output.c:10543: error: 'ip6_defhlim' undeclared (first use in this function) /usr/src/sys/netinet/sctp_output.c: In function 'sctp_send_operr_to': /usr/src/sys/netinet/sctp_output.c:10763: error: 'ip6_defhlim' undeclared (first use in this function) /usr/src/sys/netinet/sctp_output.c: In function 'sctp_v6src_match_nexthop': /usr/src/sys/netinet/sctp_output.c:12393: error: 'nd_prefix' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/eris. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Config is generic + OPTION VIMAGE + ULE. Snaphost used: vimage_7-20080228.tgz FreeBSD eris.blinkt.de 7.0-RC2-p1 FreeBSD 7.0-RC2-p1 #0: Tue Feb 12 21:29:24 UTC 2008 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Arne From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 12:55:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0C4D1065670 for ; Sun, 2 Mar 2008 12:55:42 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5998FC18 for ; Sun, 2 Mar 2008 12:55:42 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so6996910qbd.7 for ; Sun, 02 Mar 2008 04:55:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=adBEXCxMUozGOodJIe1dCWYsMO5wj7nsJEOBgTRf19Q=; b=yHnjYNACwiP+y1rUGX/qPpYSY5M2ZPu+ZdGLG8buil30Mju7xV9LLdBh98+UY9IQ5Qf9W+bU+nRsUiF+PNShqH08Tx4ycV6qIYgtBL2Xl5L7da20LKGpxjjY9wNMSLHonlQwbs1TDwJuWug5pT3vNLyeIWfNOHODejfzoayvZbY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jJ5XJ1cK5v1S3fDY3GLqCbzxmX2MWh+tlvYPjXirjjr0Ehh62fO9t2qPf9vB61A2F8Tcao5Lp+hlzK68YvlK4V0aRZbqHk47aD7W998liwfFc9lVYOvOcYorURFZkD7GtejwCMK/SvKVIRZlp2R+UUCVTi+UrKzSwWuONE3YCFM= Received: by 10.110.28.2 with SMTP id b2mr7348972tib.40.1204462539928; Sun, 02 Mar 2008 04:55:39 -0800 (PST) Received: by 10.110.5.3 with HTTP; Sun, 2 Mar 2008 04:55:39 -0800 (PST) Message-ID: <5635aa0d0803020455j1301a8a8j710139ada383ff15@mail.gmail.com> Date: Sun, 2 Mar 2008 07:55:39 -0500 From: "Outback Dingo" To: "Arne Schwabe" In-Reply-To: <47CA9AC5.1060001@uni-paderborn.de> MIME-Version: 1.0 References: <47C39948.3080907@elischer.org> <47C494B5.2040306@elischer.org> <47C49FAA.1020605@FreeBSD.org> <200802280343.57576.zec@icir.org> <47CA9AC5.1060001@uni-paderborn.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brooks Davis , Andre Oppermann , FreeBSD Current , Marko Zec , Marko Zec , Julian Elischer Subject: Re: warning of pending commit attempt. 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, 02 Mar 2008 12:55:42 -0000 I got a build going on CURRENT ok... i did see the errors you show on 7.... Though Im not sure how usable it is since the documentation aspects are seriously lacking. Id love to test it but cant decipher how to create an interface in a vimage, Im wondering if this code only works with jails at the moment. we really need docs- Show quoted text - On Sun, Mar 2, 2008 at 7:17 AM, Arne Schwabe wrote: > > > Non-developers accessing the code: after freebsd.org's p4 to anoncvs > > autosyncer died last summer I've tried posting source tarballs every > > few weeks on the project's somewhat obscure web site (that Julian has > > advertised every now and then on this list): http://imunes.net/virtnet/ > > I've just dumped a diff against -HEAD there, and will post new tarballs > > in a few minutes as well. > > > > > > I just tried to building 7.0 snapshot: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=athlon64 > -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -Werror > /usr/src/sys/netinet/sctp_output.c > /usr/src/sys/netinet/sctp_output.c: In function > 'sctp_lowlevel_chunk_output': > /usr/src/sys/netinet/sctp_output.c:3388: error: 'vnet_inet' undeclared > (first use in this function) > /usr/src/sys/netinet/sctp_output.c:3388: error: (Each undeclared > identifier is reported only once > /usr/src/sys/netinet/sctp_output.c:3388: error: for each function it > appears in.) > /usr/src/sys/netinet/sctp_output.c: In function > 'sctp_send_shutdown_complete2': > /usr/src/sys/netinet/sctp_output.c:9639: error: 'ip6_defhlim' undeclared > (first use in this function) > /usr/src/sys/netinet/sctp_output.c: In function 'sctp_send_abort': > /usr/src/sys/netinet/sctp_output.c:10543: error: 'ip6_defhlim' > undeclared (first use in this function) > /usr/src/sys/netinet/sctp_output.c: In function 'sctp_send_operr_to': > /usr/src/sys/netinet/sctp_output.c:10763: error: 'ip6_defhlim' > undeclared (first use in this function) > /usr/src/sys/netinet/sctp_output.c: In function > 'sctp_v6src_match_nexthop': > /usr/src/sys/netinet/sctp_output.c:12393: error: 'nd_prefix' undeclared > (first use in this function) > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/eris. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Config is generic + OPTION VIMAGE + ULE. Snaphost used: > vimage_7-20080228.tgz > > FreeBSD eris.blinkt.de 7.0-RC2-p1 FreeBSD 7.0-RC2-p1 #0: Tue Feb 12 > 21:29:24 UTC 2008 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Arne > > > _______________________________________________ > 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 Mar 2 13:11:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971E8106566C for ; Sun, 2 Mar 2008 13:11:34 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 70A368FC1D for ; Sun, 2 Mar 2008 13:11:34 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JX300KN0SKS86I0@mta5.srv.hcvlny.cv.net> for current@freebsd.org; Sun, 02 Mar 2008 07:41:17 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m22CfDBI047456; Sun, 02 Mar 2008 07:41:13 -0500 Date: Sun, 02 Mar 2008 07:41:08 -0500 From: "Aryeh M. Friedman" In-reply-to: <20080301223444.F920@desktop> To: Jeff Roberson Message-id: <47CAA064.6000100@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <20080301223444.F920@desktop> User-Agent: Thunderbird 2.0.0.12 (X11/20080229) Cc: current@freebsd.org Subject: Re: HEADS UP: new cpuset and scheduler topology code. 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, 02 Mar 2008 13:11:34 -0000 > > Many programs should run faster on dual and quadcore machines but > there is still some tuning to do. If you notice a workload is now > significantly faster or slower please report it to me. I know this is not scientific but so far my experiences are: HW Spec: e6850 w/ 4GB on AMD64 Kernel Options: All debugging removed and IPI_PREEMPTION enabled Build/install world/kernel (-j3): 44 mins (15 min. reduction) done wile also running the following in the background: firefox thunderbird deluge (better through but then no load under of pre change) Only issues so far fusefs-kmod had to be remaid due to causing a panic From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 15:25:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9036E1065672 for ; Sun, 2 Mar 2008 15:25:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2EBC38FC14 for ; Sun, 2 Mar 2008 15:25:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JVq4F-000NKf-JI; Sun, 02 Mar 2008 17:25:37 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m22FPcSJ028231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Mar 2008 17:25:39 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m22FPNfq030819; Sun, 2 Mar 2008 17:25:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m22FPNOR030818; Sun, 2 Mar 2008 17:25:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Mar 2008 17:25:23 +0200 From: Kostik Belousov To: jmg@freebsd.org Message-ID: <20080302152523.GO57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rk/mPadVKW99GUvB" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 5c3fbe8c197fbeb60746bb89bf9baef4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2347 [Mar 2 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org Subject: knlsit_cleardel() panic 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, 02 Mar 2008 15:25:39 -0000 --Rk/mPadVKW99GUvB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, The panic below was already reported, but now I got it on my desktop and was able to investigate further. #5 0xc06daf36 in trap (frame=3D0xe8093b1c) at /usr/bsd/src/sys/i386/i386/trap.c:490 #6 0xc06c0b4b in calltrap () at /usr/bsd/src/sys/i386/i386/exception.s:139 #7 0xc0493968 in knlist_cleardel (knl=3D0xcabec128, td=3D0x0, islocked=3D1= ,=20 killkn=3D0) at atomic.h:149 #8 0xc04f520c in pipeclose (cpipe=3D0xcabec0b8) at /usr/bsd/src/sys/kern/sys_pipe.c:1508 #9 0xc04f5320 in pipe_close (fp=3D0xc5ce8630, td=3D0xcac01aa0) at /usr/bsd/src/sys/kern/sys_pipe.c:1425 #10 0xc0489442 in fdrop (fp=3D0xc5ce8630, td=3D0xcac01aa0) at file.h:297 #11 0xc048accf in closef (fp=3D0xc5ce8630, td=3D0xcac01aa0) at /usr/bsd/src/sys/kern/kern_descrip.c:1958 #12 0xc048b1ff in kern_close (td=3D0xcac01aa0, fd=3D10) at /usr/bsd/src/sys/kern/kern_descrip.c:1054 #13 0xc048b2da in close (td=3D0xcac01aa0, uap=3D0xe8093cfc) at /usr/bsd/src/sys/kern/kern_descrip.c:1006 ---Type to continue, or q to quit--- #14 0xc06da865 in syscall (frame=3D0xe8093d38) at /usr/bsd/src/sys/i386/i386/trap.c:1035 #15 0xc06c0bb0 in Xint0x80_syscall () at /usr/bsd/src/sys/i386/i386/exception.s:196 At the frame 8, we have (kgdb) p/x *(knl->kl_list->slh_first) $9 =3D {kn_link =3D {sle_next =3D 0x0}, kn_selnext =3D {sle_next =3D 0x0}, kn_knlist =3D 0x0, kn_tqe =3D {tqe_next =3D 0xc58de484, tqe_prev =3D 0xc5= e9ab20}, kn_kq =3D 0x0, kn_kevent =3D {ident =3D 0x0, filter =3D 0x0, flags =3D 0x= 0, fflags =3D 0x0, data =3D 0x0, udata =3D 0x0}, kn_status =3D 0x20, kn_sfflags =3D 0x0, kn_sdata =3D 0x0, kn_ptr =3D {p_fp =3D 0x0, p_proc = =3D 0x0, p_aio =3D 0x0, p_lio =3D 0x0}, kn_fop =3D 0x0, kn_hook =3D 0x0} The knote is KN_MARKER, and the kn_kq is NULL. The result is that KQ_LOCK in the knlist_cleardel()::SLIST_FOREACH_SAFE() loop dereferences NULL and panics. Does the following change makes any sense? diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index 9ac661c..31ac77a 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -1169,6 +1169,7 @@ kqueue_scan(struct kqueue *kq, int maxevents, struct = kevent_copyops *k_ops, goto done_nl; } marker->kn_status =3D KN_MARKER; + marker->kn_kq =3D kq; KQ_LOCK(kq); goto start; =20 @@ -1742,7 +1743,8 @@ again: /* need to reacquire lock since we have dropp= ed it */ SLIST_FOREACH_SAFE(kn, &knl->kl_list, kn_selnext, kn2) { kq =3D kn->kn_kq; KQ_LOCK(kq); - if ((kn->kn_status & KN_INFLUX)) { + if ((kn->kn_status & KN_INFLUX) || + (kn->kn_status & KN_MARKER)) { KQ_UNLOCK(kq); continue; } @@ -1764,7 +1766,8 @@ again: /* need to reacquire lock since we have dropp= ed it */ kn =3D SLIST_FIRST(&knl->kl_list); kq =3D kn->kn_kq; KQ_LOCK(kq); - KASSERT(kn->kn_status & KN_INFLUX, + KASSERT((kn->kn_status & KN_INFLUX) || + (kn->kn_status & KN_MARKER), ("knote removed w/o list lock")); knl->kl_unlock(knl->kl_lockarg); kq->kq_state |=3D KQ_FLUXWAIT; --Rk/mPadVKW99GUvB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfKxuIACgkQC3+MBN1Mb4i+tgCeI/bqZ6KMKaYFtVMTGTyQU2GE WFQAoJF7vgiv/gnN02wtRwuVT9f5cfcG =za8X -----END PGP SIGNATURE----- --Rk/mPadVKW99GUvB-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 15:55:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C34E51065670 for ; Sun, 2 Mar 2008 15:55:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6906D8FC13 for ; Sun, 2 Mar 2008 15:55:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 83A2D41C796; Sun, 2 Mar 2008 16:55:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id r2KlKKYRqc4y; Sun, 2 Mar 2008 16:55:04 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id E670E41C795; Sun, 2 Mar 2008 16:55:04 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E890244487F; Sun, 2 Mar 2008 15:52:49 +0000 (UTC) Date: Sun, 2 Mar 2008 15:52:49 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Arne Schwabe In-Reply-To: <47CA9AC5.1060001@uni-paderborn.de> Message-ID: <20080302155205.F50685@maildrop.int.zabbadoz.net> References: <47C39948.3080907@elischer.org> <47C494B5.2040306@elischer.org> <47C49FAA.1020605@FreeBSD.org> <200802280343.57576.zec@icir.org> <47CA9AC5.1060001@uni-paderborn.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: warning of pending commit attempt. 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, 02 Mar 2008 15:55:06 -0000 On Sun, 2 Mar 2008, Arne Schwabe wrote: > >> Non-developers accessing the code: after freebsd.org's p4 to anoncvs >> autosyncer died last summer I've tried posting source tarballs every few >> weeks on the project's somewhat obscure web site (that Julian has >> advertised every now and then on this list): http://imunes.net/virtnet/ >> I've just dumped a diff against -HEAD there, and will post new tarballs in >> a few minutes as well. >> >> > > I just tried to building 7.0 snapshot: > .... > > Config is generic + OPTION VIMAGE + ULE. Snaphost used: vimage_7-20080228.tgz Are you sure it's GENERIC or could it be you have no INET6 in your kernel config? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 16:41:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A5C8106566C for ; Sun, 2 Mar 2008 16:41:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 001D28FC1B for ; Sun, 2 Mar 2008 16:41:33 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m22GfV68069619; Sun, 2 Mar 2008 11:41:32 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 2 Mar 2008 06:43:42 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: "Aryeh M. Friedman" In-Reply-To: <47CAA064.6000100@gmail.com> Message-ID: <20080302064213.U920@desktop> References: <20080301223444.F920@desktop> <47CAA064.6000100@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: HEADS UP: new cpuset and scheduler topology code. 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, 02 Mar 2008 16:41:34 -0000 On Sun, 2 Mar 2008, Aryeh M. Friedman wrote: > >> >> Many programs should run faster on dual and quadcore machines but there is >> still some tuning to do. If you notice a workload is now significantly >> faster or slower please report it to me. > > I know this is not scientific but so far my experiences are: > > HW Spec: e6850 w/ 4GB on AMD64 > Kernel Options: All debugging removed and IPI_PREEMPTION enabled > Build/install world/kernel (-j3): 44 mins (15 min. reduction) > done wile also running the following in the background: > Can you back up your sched_ule.c by one version and try again to verify these results? That would be quite a fantastic reduction. Thanks very much, Jeff > firefox > thunderbird > deluge (better through but then no load under of pre change) > > Only issues so far fusefs-kmod had to be remaid due to causing a panic > _______________________________________________ > 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 Mar 2 17:11:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D040A1065674 for ; Sun, 2 Mar 2008 17:11:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCF18FC24 for ; Sun, 2 Mar 2008 17:11:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JX4004MV5276J30@mta1.srv.hcvlny.cv.net> for current@freebsd.org; Sun, 02 Mar 2008 12:10:56 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m22CfDBI047456; Sun, 02 Mar 2008 07:41:13 -0500 Date: Sun, 02 Mar 2008 07:41:08 -0500 From: "Aryeh M. Friedman" In-reply-to: <20080301223444.F920@desktop> To: Jeff Roberson Message-id: <47CAA064.6000100@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <20080301223444.F920@desktop> User-Agent: Thunderbird 2.0.0.12 (X11/20080229) Cc: current@freebsd.org Subject: Re: HEADS UP: new cpuset and scheduler topology code. 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, 02 Mar 2008 17:11:21 -0000 > > Many programs should run faster on dual and quadcore machines but > there is still some tuning to do. If you notice a workload is now > significantly faster or slower please report it to me. I know this is not scientific but so far my experiences are: HW Spec: e6850 w/ 4GB on AMD64 Kernel Options: All debugging removed and IPI_PREEMPTION enabled Build/install world/kernel (-j3): 44 mins (15 min. reduction) done wile also running the following in the background: firefox thunderbird deluge (better through but then no load under of pre change) Only issues so far fusefs-kmod had to be remaid due to causing a panic From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 17:12:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BBBA10656C1 for ; Sun, 2 Mar 2008 17:12:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id E9FBC8FC1C for ; Sun, 2 Mar 2008 17:12:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JX400KZG5500Q20@mta2.srv.hcvlny.cv.net> for current@freebsd.org; Sun, 02 Mar 2008 12:12:37 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m22HCZNq080568; Sun, 02 Mar 2008 12:12:35 -0500 Date: Sun, 02 Mar 2008 12:12:30 -0500 From: "Aryeh M. Friedman" In-reply-to: <20080302064213.U920@desktop> To: Jeff Roberson Message-id: <47CADFFE.4070902@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <20080301223444.F920@desktop> <47CAA064.6000100@gmail.com> <20080302064213.U920@desktop> User-Agent: Thunderbird 2.0.0.12 (X11/20080229) Cc: current@freebsd.org Subject: Re: HEADS UP: new cpuset and scheduler topology code. 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, 02 Mar 2008 17:12:49 -0000 Jeff Roberson wrote: > On Sun, 2 Mar 2008, Aryeh M. Friedman wrote: > >> >>> >>> Many programs should run faster on dual and quadcore machines but >>> there is still some tuning to do. If you notice a workload is now >>> significantly faster or slower please report it to me. >> >> I know this is not scientific but so far my experiences are: >> >> HW Spec: e6850 w/ 4GB on AMD64 >> Kernel Options: All debugging removed and IPI_PREEMPTION enabled >> Build/install world/kernel (-j3): 44 mins (15 min. reduction) >> done wile also running the following in the background: >> > > Can you back up your sched_ule.c by one version and try again to > verify these results? That would be quite a fantastic reduction. > Will do later today... a small mote I have noticed a few panics during a portupgrade -afk will attempt to track these down also... as to the cvs-src@ request for adding this RELENG_7 it is no where near stable enough I think. From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 20:06:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F40D1065671 for ; Sun, 2 Mar 2008 20:06:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id CA1238FC15 for ; Sun, 2 Mar 2008 20:06:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JVuST-0006D0-Bl for current@freebsd.org; Sun, 02 Mar 2008 22:06:57 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m22K73Vc035034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Mar 2008 22:07:03 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m22K6mZv055559; Sun, 2 Mar 2008 22:06:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m22K6lUN055558; Sun, 2 Mar 2008 22:06:47 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Mar 2008 22:06:47 +0200 From: Kostik Belousov To: John-Mark Gurney Message-ID: <20080302200647.GQ57756@deviant.kiev.zoral.com.ua> References: <20080302152523.GO57756@deviant.kiev.zoral.com.ua> <20080302195334.GI96595@funkthat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hMG3mwLWsaCgkvvK" Content-Disposition: inline In-Reply-To: <20080302195334.GI96595@funkthat.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 811d4bb63238b2e39a625e79cff8aaca X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2347 [Mar 2 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org Subject: Re: knlist_cleardel() panic 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, 02 Mar 2008 20:06:59 -0000 --hMG3mwLWsaCgkvvK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 02, 2008 at 11:53:34AM -0800, John-Mark Gurney wrote: > Kostik Belousov wrote this message on Sun, Mar 02, 2008 at 17:25 +0200: > > The panic below was already reported, but now I got it on my desktop > > and was able to investigate further. > >=20 > > #5 0xc06daf36 in trap (frame=3D0xe8093b1c) > > at /usr/bsd/src/sys/i386/i386/trap.c:490 > > #6 0xc06c0b4b in calltrap () at /usr/bsd/src/sys/i386/i386/exception.s= :139 > > #7 0xc0493968 in knlist_cleardel (knl=3D0xcabec128, td=3D0x0, islocked= =3D1,=20 > > killkn=3D0) at atomic.h:149 > > #8 0xc04f520c in pipeclose (cpipe=3D0xcabec0b8) > > at /usr/bsd/src/sys/kern/sys_pipe.c:1508 > > #9 0xc04f5320 in pipe_close (fp=3D0xc5ce8630, td=3D0xcac01aa0) > > at /usr/bsd/src/sys/kern/sys_pipe.c:1425 > > #10 0xc0489442 in fdrop (fp=3D0xc5ce8630, td=3D0xcac01aa0) at file.h:297 > > #11 0xc048accf in closef (fp=3D0xc5ce8630, td=3D0xcac01aa0) > > at /usr/bsd/src/sys/kern/kern_descrip.c:1958 > > #12 0xc048b1ff in kern_close (td=3D0xcac01aa0, fd=3D10) > > at /usr/bsd/src/sys/kern/kern_descrip.c:1054 > > #13 0xc048b2da in close (td=3D0xcac01aa0, uap=3D0xe8093cfc) > > at /usr/bsd/src/sys/kern/kern_descrip.c:1006 > > ---Type to continue, or q to quit--- > > #14 0xc06da865 in syscall (frame=3D0xe8093d38) > > at /usr/bsd/src/sys/i386/i386/trap.c:1035 > > #15 0xc06c0bb0 in Xint0x80_syscall () > > at /usr/bsd/src/sys/i386/i386/exception.s:196 > >=20 > > At the frame 8, we have > > (kgdb) p/x *(knl->kl_list->slh_first) > > $9 =3D {kn_link =3D {sle_next =3D 0x0}, kn_selnext =3D {sle_next =3D 0x= 0}, > > kn_knlist =3D 0x0, kn_tqe =3D {tqe_next =3D 0xc58de484, tqe_prev =3D = 0xc5e9ab20}, > > kn_kq =3D 0x0, kn_kevent =3D {ident =3D 0x0, filter =3D 0x0, flags = =3D 0x0, > > fflags =3D 0x0, data =3D 0x0, udata =3D 0x0}, kn_status =3D 0x20, > > kn_sfflags =3D 0x0, kn_sdata =3D 0x0, kn_ptr =3D {p_fp =3D 0x0, p_pro= c =3D 0x0, > > p_aio =3D 0x0, p_lio =3D 0x0}, kn_fop =3D 0x0, kn_hook =3D 0x0} > >=20 > > The knote is KN_MARKER, and the kn_kq is NULL. The result is that KQ_LO= CK > > in the knlist_cleardel()::SLIST_FOREACH_SAFE() loop dereferences NULL a= nd > > panics. > >=20 > > Does the following change makes any sense? >=20 > I thought this was a bug, but upon further examination, there is > something wrong... a KN_MARKER knote should never be on the knlist.. > It is only ever added to kq's even list, never to an object's list... >=20 > If you could walk the knl->kl_list through kn_selnext, and ensure > that the kn w/ kN_MARKER exists would be good... It should be > last one as kn_selnext is NULL... As I shown above, the KN_MARKER was found on the cpipe->pipe_sel.si_note, (kgdb) p cpipe->pipe_sel.si_note $1 =3D {kl_list =3D {slh_first =3D 0xc58df330},=20 kl_lock =3D 0xc0493a20 ,=20 kl_unlock =3D 0xc0493370 ,=20 kl_locked =3D 0xc0493350 , kl_lockarg =3D 0xcabec170 } (kgdb) p/x (knl->kl_list->slh_first) $2 =3D 0xc58df330 (kgdb) p/x *(knl->kl_list->slh_first) $3 =3D {kn_link =3D {sle_next =3D 0x0}, kn_selnext =3D {sle_next =3D 0x0},= =20 kn_knlist =3D 0x0, kn_tqe =3D {tqe_next =3D 0xc58de484, tqe_prev =3D 0xc5= e9ab20},=20 kn_kq =3D 0x0, kn_kevent =3D {ident =3D 0x0, filter =3D 0x0, flags =3D 0x= 0,=20 fflags =3D 0x0, data =3D 0x0, udata =3D 0x0}, kn_status =3D 0x20,=20 kn_sfflags =3D 0x0, kn_sdata =3D 0x0, kn_ptr =3D {p_fp =3D 0x0, p_proc = =3D 0x0,=20 p_aio =3D 0x0, p_lio =3D 0x0}, kn_fop =3D 0x0, kn_hook =3D 0x0} >=20 > I can't think of a way that this can happen, as the only way to get > on the knlist is by calling knlist_add, and it should only ever be > called from f_attach, which is called in one place, and has to have > kn_kq set properly... Are there any custom patches on the system? This is the stock RELENG_7 as of today. --hMG3mwLWsaCgkvvK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfLCNcACgkQC3+MBN1Mb4g2FwCgikWbgwT1LvgAGt3kEiZxtgqq 2TgAoPXUgoqBtJJUeEU3MJy2+Yw83Wdh =+G2X -----END PGP SIGNATURE----- --hMG3mwLWsaCgkvvK-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 20:14:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05454106566B for ; Sun, 2 Mar 2008 20:14:45 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id A82CB8FC23 for ; Sun, 2 Mar 2008 20:14:44 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (jq8i8dn8amgh2zjr@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id m22JrYC3065869; Sun, 2 Mar 2008 11:53:34 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id m22JrYRS065868; Sun, 2 Mar 2008 11:53:34 -0800 (PST) (envelope-from jmg) Date: Sun, 2 Mar 2008 11:53:34 -0800 From: John-Mark Gurney To: Kostik Belousov Message-ID: <20080302195334.GI96595@funkthat.com> Mail-Followup-To: Kostik Belousov , current@freebsd.org References: <20080302152523.GO57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080302152523.GO57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Sun, 02 Mar 2008 11:53:34 -0800 (PST) X-Mailman-Approved-At: Sun, 02 Mar 2008 20:28:50 +0000 Cc: current@freebsd.org Subject: Re: knlsit_cleardel() panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2008 20:14:45 -0000 Kostik Belousov wrote this message on Sun, Mar 02, 2008 at 17:25 +0200: > The panic below was already reported, but now I got it on my desktop > and was able to investigate further. > > #5 0xc06daf36 in trap (frame=0xe8093b1c) > at /usr/bsd/src/sys/i386/i386/trap.c:490 > #6 0xc06c0b4b in calltrap () at /usr/bsd/src/sys/i386/i386/exception.s:139 > #7 0xc0493968 in knlist_cleardel (knl=0xcabec128, td=0x0, islocked=1, > killkn=0) at atomic.h:149 > #8 0xc04f520c in pipeclose (cpipe=0xcabec0b8) > at /usr/bsd/src/sys/kern/sys_pipe.c:1508 > #9 0xc04f5320 in pipe_close (fp=0xc5ce8630, td=0xcac01aa0) > at /usr/bsd/src/sys/kern/sys_pipe.c:1425 > #10 0xc0489442 in fdrop (fp=0xc5ce8630, td=0xcac01aa0) at file.h:297 > #11 0xc048accf in closef (fp=0xc5ce8630, td=0xcac01aa0) > at /usr/bsd/src/sys/kern/kern_descrip.c:1958 > #12 0xc048b1ff in kern_close (td=0xcac01aa0, fd=10) > at /usr/bsd/src/sys/kern/kern_descrip.c:1054 > #13 0xc048b2da in close (td=0xcac01aa0, uap=0xe8093cfc) > at /usr/bsd/src/sys/kern/kern_descrip.c:1006 > ---Type to continue, or q to quit--- > #14 0xc06da865 in syscall (frame=0xe8093d38) > at /usr/bsd/src/sys/i386/i386/trap.c:1035 > #15 0xc06c0bb0 in Xint0x80_syscall () > at /usr/bsd/src/sys/i386/i386/exception.s:196 > > At the frame 8, we have > (kgdb) p/x *(knl->kl_list->slh_first) > $9 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, > kn_knlist = 0x0, kn_tqe = {tqe_next = 0xc58de484, tqe_prev = 0xc5e9ab20}, > kn_kq = 0x0, kn_kevent = {ident = 0x0, filter = 0x0, flags = 0x0, > fflags = 0x0, data = 0x0, udata = 0x0}, kn_status = 0x20, > kn_sfflags = 0x0, kn_sdata = 0x0, kn_ptr = {p_fp = 0x0, p_proc = 0x0, > p_aio = 0x0, p_lio = 0x0}, kn_fop = 0x0, kn_hook = 0x0} > > The knote is KN_MARKER, and the kn_kq is NULL. The result is that KQ_LOCK > in the knlist_cleardel()::SLIST_FOREACH_SAFE() loop dereferences NULL and > panics. > > Does the following change makes any sense? I thought this was a bug, but upon further examination, there is something wrong... a KN_MARKER knote should never be on the knlist.. It is only ever added to kq's even list, never to an object's list... If you could walk the knl->kl_list through kn_selnext, and ensure that the kn w/ kN_MARKER exists would be good... It should be the last one as kn_selnext is NULL... I can't think of a way that this can happen, as the only way to get on the knlist is by calling knlist_add, and it should only ever be called from f_attach, which is called in one place, and has to have kn_kq set properly... Are there any custom patches on the system? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 22:00:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D5821065671 for ; Sun, 2 Mar 2008 22:00:21 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id E88628FC22 for ; Sun, 2 Mar 2008 22:00:20 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-062-203-160.pools.arcor-ip.net ([84.62.203.160] helo=styx.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JVwEF-000C0u-FZ; Sun, 02 Mar 2008 23:00:19 +0100 Message-ID: <47CB2372.5090008@uni-paderborn.de> Date: Sun, 02 Mar 2008 23:00:18 +0100 From: Arne Schwabe User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <47C39948.3080907@elischer.org> <47C494B5.2040306@elischer.org> <47C49FAA.1020605@FreeBSD.org> <200802280343.57576.zec@icir.org> <47CA9AC5.1060001@uni-paderborn.de> <20080302155205.F50685@maildrop.int.zabbadoz.net> In-Reply-To: <20080302155205.F50685@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: warning of pending commit attempt. 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, 02 Mar 2008 22:00:21 -0000 >> Config is generic + OPTION VIMAGE + ULE. Snaphost used: >> vimage_7-20080228.tgz > > > Are you sure it's GENERIC or could it be you have no INET6 in your > kernel config? > Pretty sure. [22:58]arne@eris:sys/amd64/conf% diff -u GENERIC eris # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # -# $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.484.2.3 2008/02/03 07:28:37 scottl Exp $ +# $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.484.2.2 2007/12/15 02:57:30 scottl Exp $ cpu HAMMER ident GENERIC @@ -26,6 +26,8 @@ makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols +options VIMAGE + options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking Arne From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 22:55:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34A5C106566B for ; Sun, 2 Mar 2008 22:55:27 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from bay0-omc1-s33.bay0.hotmail.com (bay0-omc1-s33.bay0.hotmail.com [65.54.246.105]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA898FC1C for ; Sun, 2 Mar 2008 22:55:26 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from BAY129-W28 ([65.55.134.63]) by bay0-omc1-s33.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 2 Mar 2008 14:43:26 -0800 Message-ID: X-Originating-IP: [67.82.106.153] From: Raphael Salas To: Date: Sun, 2 Mar 2008 22:43:26 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 02 Mar 2008 22:43:26.0958 (UTC) FILETIME=[D468A8E0:01C87CB6] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Hard disk not detected during install 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, 02 Mar 2008 22:55:27 -0000 Hi, =20 I recently bought a Toshiba Satellite P205D-S7479, and want to run FreeBSD = 7.0-RELEASE on it. However, during partitioning, my hard disk (SATA) is not= found, even with ACPI disabled and during safe mode. pciconfig -lv says th= e ATA controller's vendor is ATI. Additionally, my BIOS doesn't provide any= options regarding hard disk, therefore, I cannot switch it to IDE mode. =20 Can I do anything about it? _________________________________________________________________ Helping your favorite cause is as easy as instant messaging.=A0You IM, we g= ive. http://im.live.com/Messenger/IM/Home/?source=3Dtext_hotmail_join= From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 23:11:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09418106566B for ; Sun, 2 Mar 2008 23:11:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id BA55E8FC1C for ; Sun, 2 Mar 2008 23:11:54 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6083191wfa.7 for ; Sun, 02 Mar 2008 15:11:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=jF+ctvw0ppdNaysoBxcvGrzxiC5LglK+ZU5kkE8V0II=; b=Em9a1nQTrG1fQTpMA5uQalucBrtd9CB3WYyo4cdaQ12/xRcGwKtzVudk5eYuN1RKoZGGZ51CXSRbgw3R+ktF37R8M8//foHQZeQCi/u/MkKYQ1AOr4jWM0ZhTrE8LS3KFrB93DdGgy5T6ke8EPCefR0gp+OzvjkGIT35Fl6Cxs4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=rUgR2rQ0aDK2RpgRGu4BHR1QuvbPzPYVEPr11BaUqCWunRBPy2mjqLF0KzCB25aEfXNJiluOJPS7lOc6kUxqkdYtdi81zlMGyf96x4a0br64f1oDGxwCrvx8eCXzdyiqKDE4nAT6VV5A2XwFevJLL3p9pRCXuY43SMZcjk4PZEI= Received: by 10.142.180.17 with SMTP id c17mr8587762wff.83.1204499514589; Sun, 02 Mar 2008 15:11:54 -0800 (PST) Received: from dhcp-128-107-159-176.cisco.com ( [128.107.159.176]) by mx.google.com with ESMTPS id 20sm25089561wfi.14.2008.03.02.15.11.53 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Mar 2008 15:11:53 -0800 (PST) Message-Id: From: Garrett Cooper To: Raphael Salas In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 2 Mar 2008 15:13:14 -0800 References: X-Mailer: Apple Mail (2.919.2) Cc: freebsd-current@freebsd.org Subject: Re: Hard disk not detected during install 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, 02 Mar 2008 23:11:55 -0000 On Mar 2, 2008, at 2:43 PM, Raphael Salas wrote: > > Hi, > > I recently bought a Toshiba Satellite P205D-S7479, and want to run > FreeBSD 7.0-RELEASE on it. However, during partitioning, my hard > disk (SATA) is not found, even with ACPI disabled and during safe > mode. pciconfig -lv says the ATA controller's vendor is ATI. > Additionally, my BIOS doesn't provide any options regarding hard > disk, therefore, I cannot switch it to IDE mode. > > Can I do anything about it? Have you tried installing 6.3 yet? I'm asking because it may be some breakage between 6.x and 7.x. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 00:37:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05616106566C for ; Mon, 3 Mar 2008 00:37:07 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id ADB168FC13 for ; Mon, 3 Mar 2008 00:37:06 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (xw44lp6ph69gbdb2@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id m230b633071127; Sun, 2 Mar 2008 16:37:06 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id m230b6bp071126; Sun, 2 Mar 2008 16:37:06 -0800 (PST) (envelope-from jmg) Date: Sun, 2 Mar 2008 16:37:06 -0800 From: John-Mark Gurney To: Kostik Belousov Message-ID: <20080303003705.GJ96595@funkthat.com> Mail-Followup-To: Kostik Belousov , current@freebsd.org References: <20080302152523.GO57756@deviant.kiev.zoral.com.ua> <20080302195334.GI96595@funkthat.com> <20080302200647.GQ57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Ycz6tD7Th1CMF4v7" Content-Disposition: inline In-Reply-To: <20080302200647.GQ57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Sun, 02 Mar 2008 16:37:06 -0800 (PST) X-Mailman-Approved-At: Mon, 03 Mar 2008 00:43:22 +0000 Cc: current@freebsd.org Subject: Re: knlist_cleardel() panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 00:37:07 -0000 --Ycz6tD7Th1CMF4v7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Kostik Belousov wrote this message on Sun, Mar 02, 2008 at 22:06 +0200: > On Sun, Mar 02, 2008 at 11:53:34AM -0800, John-Mark Gurney wrote: > > Kostik Belousov wrote this message on Sun, Mar 02, 2008 at 17:25 +0200: > > > The panic below was already reported, but now I got it on my desktop > > > and was able to investigate further. > > > > > > #5 0xc06daf36 in trap (frame=0xe8093b1c) > > > at /usr/bsd/src/sys/i386/i386/trap.c:490 > > > #6 0xc06c0b4b in calltrap () at /usr/bsd/src/sys/i386/i386/exception.s:139 > > > #7 0xc0493968 in knlist_cleardel (knl=0xcabec128, td=0x0, islocked=1, > > > killkn=0) at atomic.h:149 > > > #8 0xc04f520c in pipeclose (cpipe=0xcabec0b8) > > > at /usr/bsd/src/sys/kern/sys_pipe.c:1508 > > > #9 0xc04f5320 in pipe_close (fp=0xc5ce8630, td=0xcac01aa0) > > > at /usr/bsd/src/sys/kern/sys_pipe.c:1425 > > > #10 0xc0489442 in fdrop (fp=0xc5ce8630, td=0xcac01aa0) at file.h:297 > > > #11 0xc048accf in closef (fp=0xc5ce8630, td=0xcac01aa0) > > > at /usr/bsd/src/sys/kern/kern_descrip.c:1958 > > > #12 0xc048b1ff in kern_close (td=0xcac01aa0, fd=10) > > > at /usr/bsd/src/sys/kern/kern_descrip.c:1054 > > > #13 0xc048b2da in close (td=0xcac01aa0, uap=0xe8093cfc) > > > at /usr/bsd/src/sys/kern/kern_descrip.c:1006 > > > ---Type to continue, or q to quit--- > > > #14 0xc06da865 in syscall (frame=0xe8093d38) > > > at /usr/bsd/src/sys/i386/i386/trap.c:1035 > > > #15 0xc06c0bb0 in Xint0x80_syscall () > > > at /usr/bsd/src/sys/i386/i386/exception.s:196 > > > > > > At the frame 8, we have > > > (kgdb) p/x *(knl->kl_list->slh_first) > > > $9 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, > > > kn_knlist = 0x0, kn_tqe = {tqe_next = 0xc58de484, tqe_prev = 0xc5e9ab20}, > > > kn_kq = 0x0, kn_kevent = {ident = 0x0, filter = 0x0, flags = 0x0, > > > fflags = 0x0, data = 0x0, udata = 0x0}, kn_status = 0x20, > > > kn_sfflags = 0x0, kn_sdata = 0x0, kn_ptr = {p_fp = 0x0, p_proc = 0x0, > > > p_aio = 0x0, p_lio = 0x0}, kn_fop = 0x0, kn_hook = 0x0} > > > > > > The knote is KN_MARKER, and the kn_kq is NULL. The result is that KQ_LOCK > > > in the knlist_cleardel()::SLIST_FOREACH_SAFE() loop dereferences NULL and > > > panics. > > > > > > Does the following change makes any sense? > > > > I thought this was a bug, but upon further examination, there is > > something wrong... a KN_MARKER knote should never be on the knlist.. > > It is only ever added to kq's even list, never to an object's list... > > > > If you could walk the knl->kl_list through kn_selnext, and ensure > > that the kn w/ kN_MARKER exists would be good... It should be > > last one as kn_selnext is NULL... > > As I shown above, the KN_MARKER was found on the cpipe->pipe_sel.si_note, > > (kgdb) p cpipe->pipe_sel.si_note > $1 = {kl_list = {slh_first = 0xc58df330}, > kl_lock = 0xc0493a20 , > kl_unlock = 0xc0493370 , > kl_locked = 0xc0493350 , kl_lockarg = 0xcabec170 > } > > (kgdb) p/x (knl->kl_list->slh_first) > $2 = 0xc58df330 > > (kgdb) p/x *(knl->kl_list->slh_first) > $3 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, > kn_knlist = 0x0, kn_tqe = {tqe_next = 0xc58de484, tqe_prev = 0xc5e9ab20}, > kn_kq = 0x0, kn_kevent = {ident = 0x0, filter = 0x0, flags = 0x0, > fflags = 0x0, data = 0x0, udata = 0x0}, kn_status = 0x20, > kn_sfflags = 0x0, kn_sdata = 0x0, kn_ptr = {p_fp = 0x0, p_proc = 0x0, > p_aio = 0x0, p_lio = 0x0}, kn_fop = 0x0, kn_hook = 0x0} > > > > I can't think of a way that this can happen, as the only way to get > > on the knlist is by calling knlist_add, and it should only ever be > > called from f_attach, which is called in one place, and has to have > > kn_kq set properly... Are there any custom patches on the system? > > This is the stock RELENG_7 as of today. Do you have a reproducable test case that demonstrates this? You can try the attached patch, but I'm pretty sure that it won't be triggered... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --Ycz6tD7Th1CMF4v7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kern_event.c.patch" --- kern_event.c.orig 2007-07-14 14:23:30.000000000 -0700 +++ kern_event.c 2008-03-02 16:26:59.000000000 -0800 @@ -1590,6 +1590,8 @@ KQ_NOTOWNED(kn->kn_kq); KASSERT((kn->kn_status & (KN_INFLUX|KN_DETACHED)) == (KN_INFLUX|KN_DETACHED), ("knote not KN_INFLUX and KN_DETACHED")); + KASSERT((kn->kn_status & (KN_MARKER)) == 0, + ("knote has KN_MARKER set")); if (!islocked) knl->kl_lock(knl->kl_lockarg); SLIST_INSERT_HEAD(&knl->kl_list, kn, kn_selnext); --Ycz6tD7Th1CMF4v7-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 01:31:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED811065673 for ; Mon, 3 Mar 2008 01:31:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE2E8FC22 for ; Mon, 3 Mar 2008 01:31:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6167835wfa.7 for ; Sun, 02 Mar 2008 17:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=8pVQPRei/UP2plnbAKiZ6W5gD5BGfd+GUTaT3UKDuic=; b=Vi4CRx88y1B8DtR8NDx2/e3bP8xrXuluq/PaW08KPWx2NhXZJQjKtQ6oVkM24r9+QJi249Bc+9bitAUEOLm8HbK/g1Su0q2fRdwNX7NS9pxYcYALibjhq8wFHXazLF0oySfEKS0rQ1zL7Gr8wpIrUOnd5I0aBuQfRaRTsyfYTfI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QY2bC+5IAWGRq40RIZdo0Epj95kZX7oSvdjgB6ERGbt0xi32fOVKTCMiS/a8okJNkCYphdAinpzkHL4gTtQpRVum6BaFZ5MjRacjmTNhTo1icJ5jbpDN4VT3o3oXVSLQj5buI9RWrC1qANexchd33J7y5h2QTPVKdElGEcnDA8g= Received: by 10.142.131.18 with SMTP id e18mr8648841wfd.207.1204507913658; Sun, 02 Mar 2008 17:31:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm25301526wfd.19.2008.03.02.17.31.49 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Mar 2008 17:31:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m231Vhx2073345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 10:31:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m231Vg7p073344; Mon, 3 Mar 2008 10:31:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Mar 2008 10:31:42 +0900 From: Pyun YongHyeon To: Mike Tancsa Message-ID: <20080303013142.GE72895@cdnetworks.co.kr> References: <20080217112104.X80805@fledge.watson.org> <200802171458.26951.freebsd-current@dino.sk> <200802171517.26965.freebsd-current@dino.sk> <20080218081801.GB14601@cdnetworks.co.kr> <20080222054356.GE30497@cdnetworks.co.kr> <200802260503.m1Q53Jm3050738@lava.sentex.ca> <20080226053423.GB47750@cdnetworks.co.kr> <200802271712.m1RHC6Rx060293@lava.sentex.ca> <20080228003027.GA56411@cdnetworks.co.kr> <200803011655.m21GtcMU078673@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803011655.m21GtcMU078673@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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: Mon, 03 Mar 2008 01:31:54 -0000 On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: Sorry for late handling. I wanted to solve Milan Obuch's issue first before committing vr(4). But it seems that it's not easy to fix Milan's issue. :-( > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > >I never thought this kind of testing. It's good to hear vr(4) > >recovers from the abrupt link change events. I guess this also > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > BTW, any chance of these fixes being backported to RELENG_7 and > RELENG_6 ? Its not just media speed changes that causes the nic to I'm sure I'll MFC the change to RELENG_7 but not sure it could be done on RELENG_6 due to lack of spare time. > wedge, and up/down transition (eg. a device via xover cable that > reboots) will do the same thing :( Link state change handling includes the following events which could be happend during Tx/Rx operation or idle state against link partner. o link up/down event. o link speed changes. o duplex changes. o flow-control changes(Not activated yet in vr(4)). I guess overhauled vr(4) can handle all above events. > > ---Mike > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 02:41:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE0F1065671 for ; Mon, 3 Mar 2008 02:41:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 883208FC1C for ; Mon, 3 Mar 2008 02:41:35 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1827511uge.37 for ; Sun, 02 Mar 2008 18:41:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AJjTKOtpkiCrFHq9YC/ASUmicb93Q0ZxBaTlbpkrzks=; b=vYCm0JFtzqm/YtuU2Q+UfIRp2IQwfR0Es080ihYo5Ha/HnGGMMjo8ZfmaJEC6Nx6DArwsy90xfY3vHM7czSCALAkbpzDsDJfbm4WEJuH1flwOwuAH7ZTT7bKbiREqRGhIaTpyI2mY/2XXOHNUkg09afTZ5xcN1I73GaVgZBBkVg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AI5MTjwBRBvLopoQItdM6wpI/65Acm4t+yOy+b0/9sWFoyFXmde5UDDCDWrPjS69VBvp3nDEdg5YbyAm41hna8N8f75fn91QX5PL1n2CcTXojsWZH11N1a+67Kuq+iBUiu6iI6AWSKwunTCyo6o1n5VirAW2IXdoDK6+NeRNjU8= Received: by 10.78.81.20 with SMTP id e20mr17119443hub.19.1204512093548; Sun, 02 Mar 2008 18:41:33 -0800 (PST) Received: by 10.78.46.11 with HTTP; Sun, 2 Mar 2008 18:41:33 -0800 (PST) Message-ID: Date: Mon, 3 Mar 2008 05:41:33 +0300 From: pluknet To: "FreeBSD Current" , "Kris Kennaway" , "Kostik Belousov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 02:41:36 -0000 On 20/02/2008, pluknet wrote: [snip] > Unread portion of the kernel message buffer: > panic: mutex Giant owned at > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > KDB: enter: panic > exclusive sleep mutex nfsd_mtx r = 0 (0xc41d1660) locked @ > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 > exclusive sleep mutex Giant r = 0 (0xc07e6410) locked @ > /usr/src/sys/kern/vfs_lookup.c:663 > ... > #9 0xc053959d in panic (fmt=0xc076181d "mutex %s owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:555 > #10 0xc052adf7 in _mtx_assert (m=0xc07e6410, what=0, > file=0xc41cb7b2 > "/usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c", > line=556) at /usr/src/sys/kern/kern_mutex.c:652 > #11 0xc41c9e82 in nfssvc (td=0xc2e68000, uap=0xd600dcfc) > at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > #12 0xc0727903 in syscall (frame=0xd600dd38) > at /usr/src/sys/i386/i386/trap.c:1034 > #13 0xc0711630 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 > ---Type to continue, or q to quit--- > #14 0x00000033 in ?? () [Some new info probably not related to the thread.] Today I got two new panics while performing /etc/rc.d/nfsd stop: System call nfssvc returning with the following locks held: exclusive sleep mutex Giant r = 2 (0xc07e6410) locked @ /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c:1106 panic: witness_warn ... #9 0xc053959d in panic (fmt=0xc076791b "witness_warn") at /usr/src/sys/kern/kern_shutdown.c:555 #10 0xc056ff99 in witness_warn (flags=2, lock=0x0, fmt=0xc0789975 "System call %s returning") at /usr/src/sys/kern/subr_witness.c:1396 #11 0xc0727a56 in syscall (frame=0xd5f9ed38) at /usr/src/sys/i386/i386/trap.c:1083 #12 0xc0711630 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #13 0x00000033 in ?? () The second is different only in place where Giant is acquired. System call nfssvc returning with the following locks held: exclusive sleep mutex Giant r = 0 (0xc07e6410) locked @ /usr/src/sys/kern/vfs_lookup.c:663 panic: witness_warn On 21/02/2008, Kris Kennaway wrote: > Hopefully it should be a straightforward fix to track down which code > path is missing the VFS_UNLOCK_GIANT() to reach the above stack trace, > or to reproduce. I've marked VFS_[UN]LOCK_GIANT() in nfs_(serv|srvsubs).c with appropriate printf()'s: $ rm 123vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 253 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 253 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 648 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 648 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2234 panic: mutex Giant owned at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 So, Giant is acquired in nfs_srvsubs.c:1106 and is not released in nfs_serv.c:648 Btw, I cannot reproduce it with module compiled via cd /sys/modules/nfsserver; make all && make install On 23/02/2008, Kostik Belousov wrote: > Assert itself only catches the missed Giant unlock somewhere during > the execution of an nfs requtest. > Unfortunately, it seems that the error is in nfsserver that missed > Giant unlock (most likely, on some error path). Helpful would be > the tcpdump raw trace file of the communication between nfs server and > client immediately before the panic. Here it is (with -xvvn). [I can reproduce the panic only when I try to delete a file on nfs.] 03:07:59.342714 IP (tos 0x0, ttl 128, id 39253, offset 0, flags [none], proto UDP (17), length 136) 192.168.200.185.1968921799 > 192.168.200.137.2049: 108 access [|nfs] 0x0000: 4500 0088 9955 0000 8011 8e7b c0a8 c8b9 0x0010: c0a8 c889 03f8 0801 0074 3c9e 755b 5cc7 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 0x0030: 0000 0004 0000 0001 0000 0020 0000 0000 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 0x0050: 0000 03:07:59.343818 IP (tos 0x0, ttl 128, id 30823, offset 0, flags [none], proto UDP (17), length 148) 192.168.200.137.2049 > 192.168.200.185.1968921799: reply ok 120 access attr: REG 755 ids 1001/0 [|nfs] 0x0000: 4500 0094 7867 0000 8011 af5d c0a8 c889 0x0010: c0a8 c8b9 0801 03f8 0080 1bda 755b 5cc7 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 0x0030: 0000 0000 0000 0000 0000 0001 0000 0001 0x0040: 0000 01ed 0000 0001 0000 03e9 0000 0000 0x0050: 0000 03:07:59.344297 IP (tos 0x0, ttl 128, id 20293, offset 0, flags [none], proto UDP (17), length 140) 192.168.200.185.1968921800 > 192.168.200.137.2049: 112 lookup [|nfs] 0x0000: 4500 008c 4f45 0000 8011 d887 c0a8 c8b9 0x0010: c0a8 c889 03f8 0801 0078 58a1 755b 5cc8 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 0x0050: 0000 03:07:59.344782 IP (tos 0x0, ttl 128, id 64063, offset 0, flags [none], proto UDP (17), length 264) 192.168.200.137.2049 > 192.168.200.185.1968921800: reply ok 236 lookup [|nfs] 0x0000: 4500 0108 fa3f 0000 8011 2d11 c0a8 c889 0x0010: c0a8 c8b9 0801 03f8 00f4 feb1 755b 5cc8 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 0x0050: 0000 03:07:59.345530 IP (tos 0x0, ttl 128, id 32619, offset 0, flags [none], proto UDP (17), length 140) 192.168.200.185.1968921801 > 192.168.200.137.2049: 112 lookup [|nfs] 0x0000: 4500 008c 7f6b 0000 8011 a861 c0a8 c8b9 0x0010: c0a8 c889 03f8 0801 0078 58a0 755b 5cc9 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 0x0050: 0000 03:07:59.346752 IP (tos 0x0, ttl 128, id 50548, offset 0, flags [none], proto UDP (17), length 264) 192.168.200.137.2049 > 192.168.200.185.1968921801: reply ok 236 lookup [|nfs] 0x0000: 4500 0108 c574 0000 8011 61dc c0a8 c889 0x0010: c0a8 c8b9 0801 03f8 00f4 feb0 755b 5cc9 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 0x0050: 0000 03:07:59.347265 IP (tos 0x0, ttl 128, id 52799, offset 0, flags [none], proto UDP (17), length 140) 192.168.200.185.1968921802 > 192.168.200.137.2049: 112 remove [|nfs] 0x0000: 4500 008c ce3f 0000 8011 598d c0a8 c8b9 0x0010: c0a8 c889 03f8 0801 0078 5896 755b 5cca 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 0x0030: 0000 000c 0000 0001 0000 0020 0000 0000 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 0x0050: 0000 03:07:59.348654 IP (tos 0x0, ttl 128, id 55143, offset 0, flags [none], proto UDP (17), length 172) 192.168.200.137.2049 > 192.168.200.185.1968921802: reply ok 144 remove PRE: [|nfs] 0x0000: 4500 00ac d767 0000 8011 5045 c0a8 c889 0x0010: c0a8 c8b9 0801 03f8 0098 1757 755b 5cca 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 0x0030: 0000 0000 0000 0000 0000 0001 0000 0000 0x0040: 0000 4000 4099 2bf4 0000 0000 4099 2bf4 0x0050: 0000 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 06:12:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27330106566C for ; Mon, 3 Mar 2008 06:12:40 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id E0A9B8FC18 for ; Mon, 3 Mar 2008 06:12:39 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id c14so1408896anc.13 for ; Sun, 02 Mar 2008 22:12:39 -0800 (PST) Received: by 10.100.11.7 with SMTP id 7mr28540131ank.99.1204523263248; Sun, 02 Mar 2008 21:47:43 -0800 (PST) Received: by 10.100.8.6 with HTTP; Sun, 2 Mar 2008 21:47:43 -0800 (PST) Message-ID: Date: Sun, 2 Mar 2008 21:47:43 -0800 From: "Peter Wemm" To: "Bill Moran" In-Reply-To: <20080226133007.87340fd2.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200802251858.05767.peter.schuller@infidyne.com> <20080226133007.87340fd2.wmoran@potentialtech.com> Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: Recommended virtualization technique for debugging/developing FreeBSD 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, 03 Mar 2008 06:12:40 -0000 On Tue, Feb 26, 2008 at 10:30 AM, Bill Moran wrote: > In response to Peter Schuller : > > > > Hello, > > > > I was wondering what people use, in the abscense of suitable actual hardware, > > to debug/develop FreeBSD (the kernel in particular). I'm willing to resort to > > almost any host, including Windows, as long as I have something reliable. > > > > I haven't had much luck with qemu (crashes), nor virtualbox (crashes). I was > > going to go for vmware on Windows, but while it ran FreeBSD pretty well, > > before I had even percolated the disk layout enough to trigger the bug > > (required root-on-zfs) I was hoping to trigger, the vmware configuration tool > > crapped out on me and produced a configuration it could not itself read. > > > > What do all you regular kernel developers use, if not physical hardware? > > I know that bochs was used during some of the initial development of > the amd64 port, because bochs can emulate amd64 on i386 hardware. > > You're not going to see anything like impressive performance with bochs, > but it will allow you to see _everything_ the kernel is doing, i.e., you > can track each CPU instruction if you so desire. For what its worth, I never used an emulator, nor even gdb, for bringing up FreeBSD/amd64 to multi-user. It was all done with printf and a machine that booted up very very fast. It was at loader prompt in about 4 seconds from a power cycle. The initial kernels were netbooted with pxe and later disk booted on the machine that was set up for dual booting. Not long after it made it to multi-user, things like libc etc were all statically linked and everything was seld compiled but with an external compiler. I added most of the missing bits incrementally. David made the toolchain in the tree work and eventually it self-compiled using the in-tree compiler and toolchain. Most initial debugging was done with a super-low-level serial console, things like writing values to screen ram, 'hlt' intruction debugging to diagnose insta-reboots, etc. The initial address space size was 1GB. 512M for user, 512M for kernel. later came 4GB using i386's PAE strategies, then 512GB, then 128TB as I earned how to make pmap work. It was a lot of fun, but I had no real debugging capabilities. I thought about bochs but never used it. gdb wasn't available either. I've never used serial gdb. IA64 was different. Doug Rabson used things like emulators/simulators like Simics extensively, which had remote debugger (gdb?) hooks and the like. John Baldwin has been using qemu lately for bios/btx/loader work on x86. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 06:27:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CCA21065674 for ; Mon, 3 Mar 2008 06:27:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2708FC23 for ; Mon, 3 Mar 2008 06:27:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m236Qrcl037865; Sun, 2 Mar 2008 23:26:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 02 Mar 2008 23:27:20 -0700 (MST) Message-Id: <20080302.232720.-1398304699.imp@bsdimp.com> To: peter@wemm.org From: "M. Warner Losh" In-Reply-To: References: <200802251858.05767.peter.schuller@infidyne.com> <20080226133007.87340fd2.wmoran@potentialtech.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, peter.schuller@infidyne.com, wmoran@potentialtech.com Subject: Re: Recommended virtualization technique for debugging/developing FreeBSD 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, 03 Mar 2008 06:27:51 -0000 In message: "Peter Wemm" writes: : On Tue, Feb 26, 2008 at 10:30 AM, Bill Moran wrote: : > In response to Peter Schuller : : > : > : > > Hello, : > > : > > I was wondering what people use, in the abscense of suitable actual hardware, : > > to debug/develop FreeBSD (the kernel in particular). I'm willing to resort to : > > almost any host, including Windows, as long as I have something reliable. : > > : > > I haven't had much luck with qemu (crashes), nor virtualbox (crashes). I was : > > going to go for vmware on Windows, but while it ran FreeBSD pretty well, : > > before I had even percolated the disk layout enough to trigger the bug : > > (required root-on-zfs) I was hoping to trigger, the vmware configuration tool : > > crapped out on me and produced a configuration it could not itself read. : > > : > > What do all you regular kernel developers use, if not physical hardware? : > : > I know that bochs was used during some of the initial development of : > the amd64 port, because bochs can emulate amd64 on i386 hardware. : > : > You're not going to see anything like impressive performance with bochs, : > but it will allow you to see _everything_ the kernel is doing, i.e., you : > can track each CPU instruction if you so desire. : : For what its worth, I never used an emulator, nor even gdb, for : bringing up FreeBSD/amd64 to multi-user. It was all done with printf : and a machine that booted up very very fast. It was at loader prompt : in about 4 seconds from a power cycle. : : The initial kernels were netbooted with pxe and later disk booted on : the machine that was set up for dual booting. Not long after it made : it to multi-user, things like libc etc were all statically linked and : everything was seld compiled but with an external compiler. I added : most of the missing bits incrementally. David made the toolchain in : the tree work and eventually it self-compiled using the in-tree : compiler and toolchain. : : Most initial debugging was done with a super-low-level serial console, : things like writing values to screen ram, 'hlt' intruction debugging : to diagnose insta-reboots, etc. : : The initial address space size was 1GB. 512M for user, 512M for : kernel. later came 4GB using i386's PAE strategies, then 512GB, then : 128TB as I earned how to make pmap work. : : It was a lot of fun, but I had no real debugging capabilities. I : thought about bochs but never used it. gdb wasn't available either. : I've never used serial gdb. : : IA64 was different. Doug Rabson used things like emulators/simulators : like Simics extensively, which had remote debugger (gdb?) hooks and : the like. : : John Baldwin has been using qemu lately for bios/btx/loader work on x86. The FreeBSD mips port has been brought up largely on simulators for both the Cavium Octeon chips as well as using gxemul to simulate the malta board. Warner From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 08:08:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D171065675 for ; Mon, 3 Mar 2008 08:08:15 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9228FC13 for ; Mon, 3 Mar 2008 08:08:14 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1JW5H4-0003xn-1L for freebsd-current@freebsd.org; Mon, 03 Mar 2008 10:39:50 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 4E60D7A15 for ; Mon, 3 Mar 2008 10:35:49 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 454A717023; Mon, 3 Mar 2008 10:36:18 +0300 (MSK) Date: Mon, 3 Mar 2008 10:36:18 +0300 From: Dmitry Marakasov To: freebsd-current@freebsd.org Message-ID: <20080303073618.GA54342@hades.panopticon> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Subject: NFS connection strangeness 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, 03 Mar 2008 08:08:15 -0000 Hi! I've just noticed that there are some strangenesses related to NFS connections on my 7.0-RELEASE boxes. First of all, no NFS-related TCP connection are showed in `sockstat -4c' (not on the client, nor on the server), though tcpdump clearly shows that there is TCP data exchange with alredy existing connection. Next, tcpdump output is confusing as well: 10:30:57.280063 IP (tos 0x0, ttl 64, id 46128, offset 0, flags [DF], proto TCP (6), length 208) 192.168.0.32.834052435 > 192.168.0.1.2049: 156 access [|nfs] 10:30:57.280279 IP (tos 0x0, ttl 64, id 24588, offset 0, flags [DF], proto TCP (6), length 176) 192.168.0.1.2049 > 192.168.0.32.834052435: reply ok 124 access [|nfs] what the heck is 834052435 in 192.168.0.32.834052435 > 192.168.0.1.2049 line? For other tcp connections source port is shown there as expected. -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 08:21:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67D3106566B for ; Mon, 3 Mar 2008 08:21:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta3.srv.hcvlny.cv.net (mta3.srv.hcvlny.cv.net [167.206.4.198]) by mx1.freebsd.org (Postfix) with ESMTP id C2AEC8FC26 for ; Mon, 3 Mar 2008 08:21:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta3.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JX500NDFB6Z20S0@mta3.srv.hcvlny.cv.net> for current@freebsd.org; Mon, 03 Mar 2008 03:20:59 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m238KwAr001565; Mon, 03 Mar 2008 03:20:58 -0500 Date: Mon, 03 Mar 2008 03:20:53 -0500 From: "Aryeh M. Friedman" In-reply-to: <20080302064213.U920@desktop> To: Jeff Roberson Message-id: <47CBB4E5.2050700@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <20080301223444.F920@desktop> <47CAA064.6000100@gmail.com> <20080302064213.U920@desktop> User-Agent: Thunderbird 2.0.0.12 (X11/20080303) Cc: current@freebsd.org Subject: Re: HEADS UP: new cpuset and scheduler topology code. 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, 03 Mar 2008 08:21:01 -0000 Jeff Roberson wrote: > On Sun, 2 Mar 2008, Aryeh M. Friedman wrote: > >> >>> >>> Many programs should run faster on dual and quadcore machines but >>> there is still some tuning to do. If you notice a workload is now >>> significantly faster or slower please report it to me. >> >> I know this is not scientific but so far my experiences are: >> >> HW Spec: e6850 w/ 4GB on AMD64 >> Kernel Options: All debugging removed and IPI_PREEMPTION enabled >> Build/install world/kernel (-j3): 44 mins (15 min. reduction) >> done wile also running the following in the background: >> > > Can you back up your sched_ule.c by one version and try again to > verify these results? That would be quite a fantastic reduction. Sorry was not able to do it since I was not able to figure out how to revert only the cpuset stuff (i.e. the only way I know to revert is cvs update -D "..." on the whole source tree and attempting to only do sched_ule.c lead to all kinds of nasty problems and panics)... if you would be willing to send me a patch to do it I will test it. That being said the savings seems to be genuine in that the port reinstall (almost all ports not rebuild caused a panic) is roughly 25% faster (the same improvenment reported in the world/kernel test) From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 08:51:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426C81065670 for ; Mon, 3 Mar 2008 08:51:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id D2ABF8FC1B for ; Mon, 3 Mar 2008 08:51:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m238pBZn026064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Mar 2008 19:51:12 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m238pB8G091242 for ; Mon, 3 Mar 2008 19:51:11 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m238pBBm091241 for freebsd-current@freebsd.org; Mon, 3 Mar 2008 19:51:11 +1100 (EST) (envelope-from peter) Date: Mon, 3 Mar 2008 19:51:11 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20080303085111.GN90593@server.vk2pj.dyndns.org> References: <20080303073618.GA54342@hades.panopticon> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20080303073618.GA54342@hades.panopticon> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: NFS connection strangeness 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, 03 Mar 2008 08:51:15 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 03, 2008 at 10:36:18AM +0300, Dmitry Marakasov wrote: >connections on my 7.0-RELEASE boxes. First of all, no NFS-related >TCP connection are showed in `sockstat -4c' (not on the client, nor on >the server), though tcpdump clearly shows that there is TCP data >exchange with alredy existing connection. I see the same on 6.3 so I don't think this is a 7.0 effect. >10:30:57.280063 IP (tos 0x0, ttl 64, id 46128, offset 0, flags [DF], proto= TCP (6), length 208) 192.168.0.32.834052435 > 192.168.0.1.2049: 156 access= [|nfs] >10:30:57.280279 IP (tos 0x0, ttl 64, id 24588, offset 0, flags [DF], proto= TCP (6), length 176) 192.168.0.1.2049 > 192.168.0.32.834052435: reply ok 1= 24 access [|nfs] > >what the heck is 834052435 in 192.168.0.32.834052435 > 192.168.0.1.2049 >line? It's the NFS transaction ID. See the section "NFS Requests and Replies" in tcpdump(1). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHy7v//opHv/APuIcRAu75AJ0YvhpoG6SupGhGXG9WfEuni+NaLQCgpTKD nnIxSAWXbX91CwUCdJqObmw= =EcUG -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 09:11:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB9E51065672 for ; Mon, 3 Mar 2008 09:11:01 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8B08FC26 for ; Mon, 3 Mar 2008 09:11:01 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Mon, 03 Mar 2008 10:06:11 +0100 id 0002E00F.47CBBF83.0000DD20 From: Milan Obuch To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Mon, 3 Mar 2008 10:10:25 +0100 User-Agent: KMail/1.9.7 References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> In-Reply-To: <20080303013142.GE72895@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803031010.28087.freebsd-current@dino.sk> Cc: Subject: Re: CFT: vr(4) 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, 03 Mar 2008 09:11:01 -0000 On Monday 03 March 2008, Pyun YongHyeon wrote: > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > Sorry for late handling. I wanted to solve Milan Obuch's issue first > before committing vr(4). But it seems that it's not easy to fix > Milan's issue. :-( > Well, I see some progress there... Today I was able to do some tests again, and I was able to ping -f another box on the same network for some time. I tried then csup sources and I got hard hang, again, this time with following lines on console: vr0: PCI bus error -- resetting vr0: restarting And no ability to enter kdb, either. Just for record, I am getting following when kldload'ing if_vr: vr0: port 0x9c00-0x9cff mem 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 vr0: Quirks: 0x6 vr0: Revision: 0x96 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto (one out of four devices shown) > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > >I never thought this kind of testing. It's good to hear vr(4) > > >recovers from the abrupt link change events. I guess this also > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > RELENG_6 ? Its not just media speed changes that causes the nic to > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > done on RELENG_6 due to lack of spare time. > In my eyes, if new vr works for others and no regression was found, it should go in. I did not encountered a regression - it did not work with old driver, it does not work (yet) with the new... but I hope we can get this one working, too... Milan -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead. From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 09:50:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 575B6106566C for ; Mon, 3 Mar 2008 09:50:02 +0000 (UTC) (envelope-from Juergen.Dankoweit@T-Online.de) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.de [194.25.134.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9968FC20 for ; Mon, 3 Mar 2008 09:50:02 +0000 (UTC) (envelope-from Juergen.Dankoweit@T-Online.de) Received: from fwd34.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1JW6kY-0000E4-02; Mon, 03 Mar 2008 10:14:22 +0100 Received: from mail.juergendankoweit.net (TvLlvrZOrhB7de-pgtNKC-LUoLCnkInlKd2Yq1L5Gyg9CaaZpo69ghuYQCF+jmZZyu@[87.174.197.77]) by fwd34.aul.t-online.de with esmtp id 1JW6jz-0oKDx20; Mon, 3 Mar 2008 10:13:47 +0100 Received: from localhost (localhost.juergendankoweit.net [127.0.0.1]) by mail.juergendankoweit.net (Postfix) with ESMTP id 79079121EA for ; Mon, 3 Mar 2008 10:13:46 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.net Received: from mail.juergendankoweit.net ([127.0.0.1]) by localhost (mail.juergendankoweit.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctANubzFiu4O for ; Mon, 3 Mar 2008 10:13:42 +0100 (CET) Received: from primergy470.juergendankoweit.net (primergy470.juergendankoweit.net [192.168.1.1]) by mail.juergendankoweit.net (Postfix) with ESMTP id CD57B121C1 for ; Mon, 3 Mar 2008 10:13:41 +0100 (CET) From: Juergen Dankoweit To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 03 Mar 2008 10:13:39 +0100 Message-Id: <1204535619.2607.0.camel@primergy470.juergendankoweit.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: TvLlvrZOrhB7de-pgtNKC-LUoLCnkInlKd2Yq1L5Gyg9CaaZpo69ghuYQCF+jmZZyu X-TOI-MSGID: afa9c40d-7bfc-44f6-90b1-4ee796864f94 Subject: PR 114597 and bug solving X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 09:50:02 -0000 Hello to the List, in the next days I want to do some debugging on the sym driver and the communication with the cam layer. Where do I find some documentation how the driver communicates with the cam layer, which parameters are needed for the function calls and which return codes are generated? Thank you very much for your help. Best regards J. Dankoweit From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 09:52:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238251065671 for ; Mon, 3 Mar 2008 09:52:13 +0000 (UTC) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.freebsd.org (Postfix) with ESMTP id 762DE8FC13 for ; Mon, 3 Mar 2008 09:52:11 +0000 (UTC) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id m239q1qs028297 for ; Mon, 3 Mar 2008 15:52:06 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11.20060308/8.12.11) with ESMTP id m239px3l024656 for ; Mon, 3 Mar 2008 15:52:01 +0600 From: Bachilo Dmitry To: current@freebsd.org Date: Mon, 3 Mar 2008 15:52:22 +0600 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803031552.22603.root@solink.ru> Cc: Subject: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 09:52:13 -0000 Good day, All. I've a little question. I have a MCP55 SATA Controler with SATA HDD attached to it and it worked fine on 6.2 until i've decided to install a new system - FreeBSD 7.0 The system usually doesn't even start from this drive, saying: init: cannot run /bin/sh for /etc/rc: invalid exec format But sometimes it does and seems to be working, but soon all the services dump cores and the system panics. Getting back to FreeBSD 6.2 solves the problem. I thought it was memory, memtested it, no errors. And after that I've tried to boot 7.0 from this very drive but not through the controller, and it worked. Is the driver for this controller broken or am I wrong about the reason? Thanks. --- Best regards Bachilo Dmitry. From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 10:20:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B142E1065671 for ; Mon, 3 Mar 2008 10:20:08 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD808FC2A for ; Mon, 3 Mar 2008 10:20:07 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:960 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738930AbYCCKFb (ORCPT ); Mon, 3 Mar 2008 13:05:31 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1204538731 X-MsgDayCount: 6 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <47CBCD67.3030303@yandex.ru> Date: Mon, 03 Mar 2008 13:05:27 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Bachilo Dmitry References: <200803031552.22603.root@solink.ru> In-Reply-To: <200803031552.22603.root@solink.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 10:20:08 -0000 Bachilo Dmitry wrote: > Good day, All. > I've a little question. > I have a MCP55 SATA Controler with SATA HDD attached to it and it worked fine > on 6.2 until i've decided to install a new system - FreeBSD 7.0 > The system usually doesn't even start from this drive, saying: > init: cannot run /bin/sh for /etc/rc: invalid exec format > But sometimes it does and seems to be working, but soon all the services dump > cores and the system panics. Getting back to FreeBSD 6.2 solves the problem. > I thought it was memory, memtested it, no errors. And after that I've tried > to boot 7.0 from this very drive but not through the controller, and it > worked. > > Is the driver for this controller broken or am I wrong about the reason? > Thanks. This is fourth problem report related to NVIDIA SATA which i saw. I have MCP55 SATA on my ASUS motherboard and it works fine on 8.0-CURRENT. Can you provide `pciconf -l` output from you system? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 10:41:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE61A1065679 for ; Mon, 3 Mar 2008 10:41:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9CD8FC24 for ; Mon, 3 Mar 2008 10:41:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6493086wfa.7 for ; Mon, 03 Mar 2008 02:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=dSUmDp4883OsiDSp9zIlx+vGEgqqEf9RsjrBtRAOuTk=; b=ZWC2NydTnkwlIX9w20a1tRE3uA+sjnfOdw3F+3D/r3oRCOY+tBnWAkVhqeWhR8ihftwxzMRVUFl5p/L5G4teM8G4V0thjuIaZle75pZ37bByzOYp0beQfUHS12hRAzD+fm2D1UVcSeFqxfAcBOahN/DZCk2BhDnUyUG+bqq5low= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=j3cp4pDzM2vzORzTWI95cODNWvAMV3PITeSDcQ9Iv4GokHZoyOJpc2yY+rsu8AFXVR3xTV9NJj9DQCWccSCyyvh2vRDIZNyQksj4zBF8YjI+85cNULW5czplUhJMN0hEDGUJ5gV34w2/UdWbaegrmG8WKVrO4nyW0YcP5qFAetg= Received: by 10.142.49.4 with SMTP id w4mr8925766wfw.185.1204540907727; Mon, 03 Mar 2008 02:41:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 28sm26375145wfg.17.2008.03.03.02.41.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Mar 2008 02:41:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m23AffS7075419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 19:41:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m23AfeNJ075418; Mon, 3 Mar 2008 19:41:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Mar 2008 19:41:40 +0900 From: Pyun YongHyeon To: Milan Obuch Message-ID: <20080303104140.GA74947@cdnetworks.co.kr> References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <200803031010.28087.freebsd-current@dino.sk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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: Mon, 03 Mar 2008 10:41:48 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 03, 2008 at 10:10:25AM +0100, Milan Obuch wrote: > On Monday 03 March 2008, Pyun YongHyeon wrote: > > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > > > Sorry for late handling. I wanted to solve Milan Obuch's issue first > > before committing vr(4). But it seems that it's not easy to fix > > Milan's issue. :-( > > > > Well, I see some progress there... Today I was able to do some tests again, > and I was able to ping -f another box on the same network for some time. I > tried then csup sources and I got hard hang, again, this time with following > lines on console: > > vr0: PCI bus error -- resetting > vr0: restarting > Hmm, this is interesting. 6105M datasheet said nothing what can be done for this case. I guess this kind of error can come from improperly seated NICs or broken hardware. Would you re-seat the NIC or change PCI slot and try again with attached patch? > And no ability to enter kdb, either. > Just for record, I am getting following when kldload'ing if_vr: > > vr0: port 0x9c00-0x9cff mem > 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 > vr0: Quirks: 0x6 > vr0: Revision: 0x96 > miibus1: on vr0 > ukphy0: PHY 1 on miibus1 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > (one out of four devices shown) > > > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > > >I never thought this kind of testing. It's good to hear vr(4) > > > >recovers from the abrupt link change events. I guess this also > > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > > RELENG_6 ? Its not just media speed changes that causes the nic to > > > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > > done on RELENG_6 due to lack of spare time. > > > > In my eyes, if new vr works for others and no regression was found, it should > go in. I did not encountered a regression - it did not work with old driver, > it does not work (yet) with the new... but I hope we can get this one > working, too... > Yes, I really like to fix it too. > Milan -- Regards, Pyun YongHyeon --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vr.patch2" --- if_vr.c.orig 2008-02-18 10:46:10.000000000 +0900 +++ if_vr.c 2008-03-03 19:27:15.000000000 +0900 @@ -1733,8 +1733,10 @@ CSR_WRITE_2(sc, VR_ISR, status); if ((status & (VR_ISR_BUSERR | VR_ISR_LINKSTAT2 | VR_ISR_STATSOFLOW)) != 0) { - if (vr_error(sc, status) != 0) - goto done_locked; + if (vr_error(sc, status) != 0) { + VR_UNLOCK(sc); + return; + } } vr_rxeof(sc); if ((status & (VR_ISR_RX_NOBUF | VR_ISR_RX_OFLOW)) != 0) { @@ -1762,12 +1764,18 @@ static int vr_error(struct vr_softc *sc, uint16_t status) { + uint16_t pcis; status &= VR_ISR_BUSERR | VR_ISR_LINKSTAT2 | VR_ISR_STATSOFLOW; if ((status & VR_ISR_BUSERR) != 0) { status &= ~VR_ISR_BUSERR; sc->vr_stat.bus_errors++; - device_printf(sc->vr_dev, "PCI bus error -- resetting\n"); + /* Disable further interrupts. */ + CSR_WRITE_2(sc, VR_IMR, 0); + pcis = pci_read_config(sc->vr_dev, PCIR_STATUS, 2); + device_printf(sc->vr_dev, "PCI bus error(0x%04x) -- " + "resetting\n", pcis); + pci_write_config(sc->vr_dev, PCIR_STATUS, pcis, 2); sc->vr_flags |= VR_F_RESTART; return (EAGAIN); } --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 10:50:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417A91065672 for ; Mon, 3 Mar 2008 10:50:05 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFB78FC13 for ; Mon, 3 Mar 2008 10:49:59 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id m23Anva6012219; Mon, 3 Mar 2008 10:49:57 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JW8F3-0003HG-00; Mon, 03 Mar 2008 10:49:57 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m23AnubS011668; Mon, 3 Mar 2008 10:49:56 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m23Anu27011667; Mon, 3 Mar 2008 10:49:56 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Raphael Salas In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 03 Mar 2008 10:49:56 +0000 Message-Id: <1204541396.11514.12.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: Hard disk not detected during install 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, 03 Mar 2008 10:50:05 -0000 On Sun, 2008-03-02 at 22:43 +0000, Raphael Salas wrote: > Hi, > > I recently bought a Toshiba Satellite P205D-S7479, and want to run > FreeBSD 7.0-RELEASE on it. However, during partitioning, my hard disk > (SATA) is not found, even with ACPI disabled and during safe mode. > pciconfig -lv says the ATA controller's vendor is ATI. Additionally, > my BIOS doesn't provide any options regarding hard disk, therefore, I > cannot switch it to IDE mode. Is the controller detected at all when booting from the install CD? When you are at the sysinstall menu, you should be able to press scroll lock and page up back through the boot messages. Booting "verbose" may well be useful. If it's not detected, compare this with the boot messages from 6.3 and see what the differences are. Does it try to attach and fail, or never even notice the controller is there? If the controller attaches successfully, have a look towards the end of the boot messages for where disks get detected. What are the errors? It sounds like you already have 6.x or something on the machine, if so you may find that you can boot (with verbose logging) the 7.x CD, abort the installer, reboot into 6.x and find the 7.x boot messages in /var/log/messages. Otherwise, taking digital pictures of the boot messages and sending links to the list may well help us diagnose the problem. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 10:54:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8C51065670 for ; Mon, 3 Mar 2008 10:54:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4878FC21 for ; Mon, 3 Mar 2008 10:54:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JW8It-0006vt-7w for freebsd-current@freebsd.org; Mon, 03 Mar 2008 10:53:55 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2008 10:53:55 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2008 10:53:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 03 Mar 2008 11:57:26 +0100 Lines: 29 Message-ID: References: <200803031552.22603.root@solink.ru> <47CBCD67.3030303@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDAB2FF114479D006B7B09931" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47CBCD67.3030303@yandex.ru> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 10:54:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDAB2FF114479D006B7B09931 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andrey V. Elsukov wrote: > This is fourth problem report related to NVIDIA SATA which i saw. > I have MCP55 SATA on my ASUS motherboard and it works fine on > 8.0-CURRENT. As a datapoint, it works fine for me also, during 7-CURRENT, and now for 8-CURRENT, on i386. Is somebody using amd64? --------------enigDAB2FF114479D006B7B09931 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHy9mWldnAQVacBcgRAjdiAKC/vliOzIh9Jysm0XaKnndKLprs+gCg0msG 7lAb5FaABwEFauCU/Rys+TU= =wS8i -----END PGP SIGNATURE----- --------------enigDAB2FF114479D006B7B09931-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 11:11:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5691065670; Mon, 3 Mar 2008 11:11:30 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id C83EF8FC31; Mon, 3 Mar 2008 11:11:29 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:59129 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395287AbYCCK6A (ORCPT + 1 other); Mon, 3 Mar 2008 13:58:00 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1204541880 X-MsgDayCount: 8 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <47CBD9B1.2060002@yandex.ru> Date: Mon, 03 Mar 2008 13:57:53 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Ivan Voras References: <200803031552.22603.root@solink.ru> <47CBCD67.3030303@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 11:11:30 -0000 Ivan Voras wrote: > As a datapoint, it works fine for me also, during 7-CURRENT, and now for > 8-CURRENT, on i386. Is somebody using amd64? I use amd64. http://butcher.heavennet.ru/patches/kernel/ata/marvell/dmesg.boot.txt -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 12:00:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3A9E106567A for ; Mon, 3 Mar 2008 12:00:10 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 185508FC13 for ; Mon, 3 Mar 2008 12:00:09 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4C3D419E023; Mon, 3 Mar 2008 13:00:08 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id E6B2119E027; Mon, 3 Mar 2008 13:00:01 +0100 (CET) Message-ID: <47CBE852.6000704@quip.cz> Date: Mon, 03 Mar 2008 13:00:18 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Ivan Voras References: <200803031552.22603.root@solink.ru> <47CBCD67.3030303@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 12:00:10 -0000 Ivan Voras wrote: > Andrey V. Elsukov wrote: > > >>This is fourth problem report related to NVIDIA SATA which i saw. >>I have MCP55 SATA on my ASUS motherboard and it works fine on >>8.0-CURRENT. > > > As a datapoint, it works fine for me also, during 7-CURRENT, and now for > 8-CURRENT, on i386. Is somebody using amd64? I am using i386 on 6 machines and amd64 on 1 machine, all FreeBSD 7.0 (RC2 or RELEASE) with MCP55 in Sun Fire X2100 M2 without mentioned issues. Miroslav Lachman root@roxy ~/# pciconf -lv none0@pci0:0:0:0: class=0x050000 card=0x534c108e chip=0x036910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Memory Controller' class = memory subclass = RAM isab0@pci0:0:1:0: class=0x060100 card=0x534c108e chip=0x036410de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 LPC Bridge' class = bridge subclass = PCI-ISA none1@pci0:0:1:1: class=0x0c0500 card=0x534c108e chip=0x036810de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SMBus' class = serial bus subclass = SMBus ohci0@pci0:0:2:0: class=0x0c0310 card=0x534c108e chip=0x036c10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:2:1: class=0x0c0320 card=0x534c108e chip=0x036d10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 USB Controller' class = serial bus subclass = USB atapci0@pci0:0:4:0: class=0x01018a card=0x534c108e chip=0x036e10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 IDE' class = mass storage subclass = ATA atapci1@pci0:0:5:0: class=0x010185 card=0x534c108e chip=0x037f10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SATA Controller' class = mass storage subclass = ATA pcib1@pci0:0:6:0: class=0x060401 card=0xcb8410de chip=0x037010de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCI bridge' class = bridge subclass = PCI-PCI nfe0@pci0:0:8:0: class=0x068000 card=0x534c108e chip=0x037310de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Ethernet' class = bridge nfe1@pci0:0:9:0: class=0x068000 card=0x534c108e chip=0x037310de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 Ethernet' class = bridge pcib2@pci0:0:10:0: class=0x060400 card=0x000010de chip=0x037610de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:11:0: class=0x060400 card=0x000010de chip=0x037410de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib4@pci0:0:12:0: class=0x060400 card=0x000010de chip=0x037410de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib5@pci0:0:13:0: class=0x060400 card=0x000010de chip=0x037810de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib7@pci0:0:14:0: class=0x060400 card=0x000010de chip=0x037510de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI pcib8@pci0:0:15:0: class=0x060400 card=0x000010de chip=0x037710de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP55 PCIe bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:5:0: class=0x030000 card=0x534c108e chip=0x20001a03 rev=0x00 hdr=0x00 vendor = 'ASPEED Technology Inc' class = display subclass = VGA pcib6@pci0:5:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xb5 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5715 Broadcom dual gigabit, pci bridge' class = bridge subclass = PCI-PCI bge0@pci0:6:4:0: class=0x020000 card=0x534c108e chip=0x167814e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5715C 10/100/100 PCIe Ethernet Controller' class = network subclass = ethernet bge1@pci0:6:4:1: class=0x020000 card=0x534c108e chip=0x167814e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5715C 10/100/100 PCIe Ethernet Controller' class = network subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 13:34:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1E9D1065672; Mon, 3 Mar 2008 13:34:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 1975F8FC1B; Mon, 3 Mar 2008 13:34:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWAoJ-0006OQ-RV; Mon, 03 Mar 2008 15:34:34 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m23DYNA7069969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 15:34:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m23DY7U3029530; Mon, 3 Mar 2008 15:34:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m23DY7jd029529; Mon, 3 Mar 2008 15:34:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 3 Mar 2008 15:34:06 +0200 From: Kostik Belousov To: pluknet Message-ID: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/q9mwuE15ZemPHDK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 547e95e07853df1f7f8c99bbf2c45db3 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2348 [Mar 3 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: seems autogenerated} X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Method: none X-SpamTest-Rate: 19 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 13:34:36 -0000 --/q9mwuE15ZemPHDK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 03, 2008 at 05:41:33AM +0300, pluknet wrote: > On 20/02/2008, pluknet wrote: > [snip] > > Unread portion of the kernel message buffer: > > panic: mutex Giant owned at > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > > KDB: enter: panic > > exclusive sleep mutex nfsd_mtx r =3D 0 (0xc41d1660) locked @ > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 > > exclusive sleep mutex Giant r =3D 0 (0xc07e6410) locked @ > > /usr/src/sys/kern/vfs_lookup.c:663 > > ... > > #9 0xc053959d in panic (fmt=3D0xc076181d "mutex %s owned at %s:%d") > > at /usr/src/sys/kern/kern_shutdown.c:555 > > #10 0xc052adf7 in _mtx_assert (m=3D0xc07e6410, what=3D0, > > file=3D0xc41cb7b2 > > "/usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c", > > line=3D556) at /usr/src/sys/kern/kern_mutex.c:652 > > #11 0xc41c9e82 in nfssvc (td=3D0xc2e68000, uap=3D0xd600dcfc) > > at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > > #12 0xc0727903 in syscall (frame=3D0xd600dd38) > > at /usr/src/sys/i386/i386/trap.c:1034 > > #13 0xc0711630 in Xint0x80_syscall () at /usr/src/sys/i386/i386/except= ion.s:203 > > ---Type to continue, or q to quit--- > > #14 0x00000033 in ?? () >=20 > [Some new info probably not related to the thread.] > Today I got two new panics while performing /etc/rc.d/nfsd stop: >=20 > System call nfssvc returning with the following locks held: > exclusive sleep mutex Giant r =3D 2 (0xc07e6410) locked @ > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c:1106 > panic: witness_warn > ... > #9 0xc053959d in panic (fmt=3D0xc076791b "witness_warn") > at /usr/src/sys/kern/kern_shutdown.c:555 > #10 0xc056ff99 in witness_warn (flags=3D2, lock=3D0x0, > fmt=3D0xc0789975 "System call %s returning") > at /usr/src/sys/kern/subr_witness.c:1396 > #11 0xc0727a56 in syscall (frame=3D0xd5f9ed38) > at /usr/src/sys/i386/i386/trap.c:1083 > #12 0xc0711630 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:203 > #13 0x00000033 in ?? () >=20 > The second is different only in place where Giant is acquired. > System call nfssvc returning with the following locks held: > exclusive sleep mutex Giant r =3D 0 (0xc07e6410) locked @ > /usr/src/sys/kern/vfs_lookup.c:663 > panic: witness_warn >=20 >=20 > On 21/02/2008, Kris Kennaway wrote: > > Hopefully it should be a straightforward fix to track down which code > > path is missing the VFS_UNLOCK_GIANT() to reach the above stack trace, > > or to reproduce. >=20 > I've marked VFS_[UN]LOCK_GIANT() in nfs_(serv|srvsubs).c with > appropriate printf()'s: > $ rm 123vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 253 >=20 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 253 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 648 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 648 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2234 > panic: mutex Giant owned at > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 >=20 > So, Giant is acquired in nfs_srvsubs.c:1106 and is not released in > nfs_serv.c:648 > Btw, I cannot reproduce it with module compiled via > cd /sys/modules/nfsserver; make all && make install >=20 > On 23/02/2008, Kostik Belousov wrote: > > Assert itself only catches the missed Giant unlock somewhere during > > the execution of an nfs requtest. > > Unfortunately, it seems that the error is in nfsserver that missed > > Giant unlock (most likely, on some error path). Helpful would be > > the tcpdump raw trace file of the communication between nfs server and > > client immediately before the panic. >=20 > Here it is (with -xvvn). [I can reproduce the panic only when I try to > delete a file on nfs.] I mean the raw dump that can be loaded in wireshark, for instance. I prefer to not do the manual RPC decoding. >=20 > 03:07:59.342714 IP (tos 0x0, ttl 128, id 39253, offset 0, flags > [none], proto UDP (17), length 136) 192.168.200.185.1968921799 > > 192.168.200.137.2049: 108 access [|nfs] > 0x0000: 4500 0088 9955 0000 8011 8e7b c0a8 c8b9 > 0x0010: c0a8 c889 03f8 0801 0074 3c9e 755b 5cc7 > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > 0x0030: 0000 0004 0000 0001 0000 0020 0000 0000 > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > 0x0050: 0000 > 03:07:59.343818 IP (tos 0x0, ttl 128, id 30823, offset 0, flags > [none], proto UDP (17), length 148) 192.168.200.137.2049 > > 192.168.200.185.1968921799: reply ok 120 access attr: REG 755 ids > 1001/0 [|nfs] > 0x0000: 4500 0094 7867 0000 8011 af5d c0a8 c889 > 0x0010: c0a8 c8b9 0801 03f8 0080 1bda 755b 5cc7 > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > 0x0030: 0000 0000 0000 0000 0000 0001 0000 0001 > 0x0040: 0000 01ed 0000 0001 0000 03e9 0000 0000 > 0x0050: 0000 > 03:07:59.344297 IP (tos 0x0, ttl 128, id 20293, offset 0, flags > [none], proto UDP (17), length 140) 192.168.200.185.1968921800 > > 192.168.200.137.2049: 112 lookup [|nfs] > 0x0000: 4500 008c 4f45 0000 8011 d887 c0a8 c8b9 > 0x0010: c0a8 c889 03f8 0801 0078 58a1 755b 5cc8 > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > 0x0050: 0000 > 03:07:59.344782 IP (tos 0x0, ttl 128, id 64063, offset 0, flags > [none], proto UDP (17), length 264) 192.168.200.137.2049 > > 192.168.200.185.1968921800: reply ok 236 lookup [|nfs] > 0x0000: 4500 0108 fa3f 0000 8011 2d11 c0a8 c889 > 0x0010: c0a8 c8b9 0801 03f8 00f4 feb1 755b 5cc8 > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 > 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 > 0x0050: 0000 > 03:07:59.345530 IP (tos 0x0, ttl 128, id 32619, offset 0, flags > [none], proto UDP (17), length 140) 192.168.200.185.1968921801 > > 192.168.200.137.2049: 112 lookup [|nfs] > 0x0000: 4500 008c 7f6b 0000 8011 a861 c0a8 c8b9 > 0x0010: c0a8 c889 03f8 0801 0078 58a0 755b 5cc9 > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > 0x0050: 0000 > 03:07:59.346752 IP (tos 0x0, ttl 128, id 50548, offset 0, flags > [none], proto UDP (17), length 264) 192.168.200.137.2049 > > 192.168.200.185.1968921801: reply ok 236 lookup [|nfs] > 0x0000: 4500 0108 c574 0000 8011 61dc c0a8 c889 > 0x0010: c0a8 c8b9 0801 03f8 00f4 feb0 755b 5cc9 > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 > 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 > 0x0050: 0000 > 03:07:59.347265 IP (tos 0x0, ttl 128, id 52799, offset 0, flags > [none], proto UDP (17), length 140) 192.168.200.185.1968921802 > > 192.168.200.137.2049: 112 remove [|nfs] > 0x0000: 4500 008c ce3f 0000 8011 598d c0a8 c8b9 > 0x0010: c0a8 c889 03f8 0801 0078 5896 755b 5cca > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > 0x0030: 0000 000c 0000 0001 0000 0020 0000 0000 > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > 0x0050: 0000 > 03:07:59.348654 IP (tos 0x0, ttl 128, id 55143, offset 0, flags > [none], proto UDP (17), length 172) 192.168.200.137.2049 > > 192.168.200.185.1968921802: reply ok 144 remove PRE: [|nfs] > 0x0000: 4500 00ac d767 0000 8011 5045 c0a8 c889 > 0x0010: c0a8 c8b9 0801 03f8 0098 1757 755b 5cca > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > 0x0030: 0000 0000 0000 0000 0000 0001 0000 0000 > 0x0040: 0000 4000 4099 2bf4 0000 0000 4099 2bf4 > 0x0050: 0000 >=20 > wbr, > pluknet --/q9mwuE15ZemPHDK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfL/k4ACgkQC3+MBN1Mb4jl8wCdGLw7COPjcQt+ljbkxyxcl6Ww TrYAmgMm/yPVmT8FYVWBMlzJu8jwVqq3 =QIvB -----END PGP SIGNATURE----- --/q9mwuE15ZemPHDK-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 14:46:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C42D01065673 for ; Mon, 3 Mar 2008 14:46:39 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id B02DE8FC22 for ; Mon, 3 Mar 2008 14:46:39 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.tenantsolutions.net [209.163.168.124] (may be forged)) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id m23EkZP7077130; Mon, 3 Mar 2008 08:46:38 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <47CC0F4A.4020006@freebsd.org> Date: Mon, 03 Mar 2008 08:46:34 -0600 From: Eric Anderson User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Peter Wemm References: <200802251858.05767.peter.schuller@infidyne.com> <20080226133007.87340fd2.wmoran@potentialtech.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-current@freebsd.org Subject: Re: Recommended virtualization technique for debugging/developing FreeBSD 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, 03 Mar 2008 14:46:40 -0000 Peter Wemm wrote: > On Tue, Feb 26, 2008 at 10:30 AM, Bill Moran wrote: >> In response to Peter Schuller : >> >> >> > Hello, >> > >> > I was wondering what people use, in the abscense of suitable actual hardware, >> > to debug/develop FreeBSD (the kernel in particular). I'm willing to resort to >> > almost any host, including Windows, as long as I have something reliable. >> > >> > I haven't had much luck with qemu (crashes), nor virtualbox (crashes). I was >> > going to go for vmware on Windows, but while it ran FreeBSD pretty well, >> > before I had even percolated the disk layout enough to trigger the bug >> > (required root-on-zfs) I was hoping to trigger, the vmware configuration tool >> > crapped out on me and produced a configuration it could not itself read. >> > >> > What do all you regular kernel developers use, if not physical hardware? >> >> I know that bochs was used during some of the initial development of >> the amd64 port, because bochs can emulate amd64 on i386 hardware. >> >> You're not going to see anything like impressive performance with bochs, >> but it will allow you to see _everything_ the kernel is doing, i.e., you >> can track each CPU instruction if you so desire. > > For what its worth, I never used an emulator, nor even gdb, for > bringing up FreeBSD/amd64 to multi-user. It was all done with printf > and a machine that booted up very very fast. It was at loader prompt > in about 4 seconds from a power cycle. > > The initial kernels were netbooted with pxe and later disk booted on > the machine that was set up for dual booting. Not long after it made > it to multi-user, things like libc etc were all statically linked and > everything was seld compiled but with an external compiler. I added > most of the missing bits incrementally. David made the toolchain in > the tree work and eventually it self-compiled using the in-tree > compiler and toolchain. > > Most initial debugging was done with a super-low-level serial console, > things like writing values to screen ram, 'hlt' intruction debugging > to diagnose insta-reboots, etc. > > The initial address space size was 1GB. 512M for user, 512M for > kernel. later came 4GB using i386's PAE strategies, then 512GB, then > 128TB as I earned how to make pmap work. > > It was a lot of fun, but I had no real debugging capabilities. I > thought about bochs but never used it. gdb wasn't available either. > I've never used serial gdb. > > IA64 was different. Doug Rabson used things like emulators/simulators > like Simics extensively, which had remote debugger (gdb?) hooks and > the like. > > John Baldwin has been using qemu lately for bios/btx/loader work on x86. I've been using qemu PXE booting an NFS image for some time now for file system development. I use DHCP locally to give it the tftp info, and have a local tftpd that serves up a pxe booter to start up qemu. Qemu boots and loads my custom built kernel(s), loads modules, etc. I use the virtual serial port in qemu to do debugging, and have no virtual hard drives since it is completely NFS mounted. My only complaint is the speed of qemu really, and its stability. It's good enough, but vmware would be so much better. Eric From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 16:04:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C94C4106566B; Mon, 3 Mar 2008 16:04:07 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 953B88FC28; Mon, 3 Mar 2008 16:04:07 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 98B6219E023; Mon, 3 Mar 2008 17:04:05 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 51BC819E019; Mon, 3 Mar 2008 17:04:03 +0100 (CET) Message-ID: <47CC2183.3040404@quip.cz> Date: Mon, 03 Mar 2008 17:04:19 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <200803031552.22603.root@solink.ru> <47CBCD67.3030303@yandex.ru> <47CBE852.6000704@quip.cz> In-Reply-To: <47CBE852.6000704@quip.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 16:04:07 -0000 Miroslav Lachman wrote: > Ivan Voras wrote: > >> Andrey V. Elsukov wrote: >> >> >>> This is fourth problem report related to NVIDIA SATA which i saw. >>> I have MCP55 SATA on my ASUS motherboard and it works fine on >>> 8.0-CURRENT. >> >> >> >> As a datapoint, it works fine for me also, during 7-CURRENT, and now for >> 8-CURRENT, on i386. Is somebody using amd64? > > > > I am using i386 on 6 machines and amd64 on 1 machine, all FreeBSD 7.0 > (RC2 or RELEASE) with MCP55 in Sun Fire X2100 M2 without mentioned issues. > > Miroslav Lachman Today I found that my old backup machine with nForce2 is unbootable with FreeBSD 7.0-RELEASE i386 (even from CD!) Booting hangs on line with "ad2" (HDD detection) FreeBSD 6.2 (previuously installed on HDD ad2 and upgraded by freebsd-update) worked fine. Now I am in dead point, because I can't rollback - booting with kernel.old (6.2 kernel) ends with error message. (I have not the exact message, but it is about mounting root fs rw. Root fs is mounted read only and if I tried to mount another fs I got "ufs doesn't support the new mount syscall", so I think I have 7.0 world booted with 6.2 kernel and that's the problem. Can anybody tell me, how can I rollback binary upgrade if system is in this state? (can't boot with 7.0, can't mount with 6.2 kernel) (freebsd-update was not finished, because machine is unbootable after first reboot in upgrade process) Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 16:14:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4525106566B for ; Mon, 3 Mar 2008 16:14:57 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id D432A8FC2D for ; Mon, 3 Mar 2008 16:14:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2179332uge.37 for ; Mon, 03 Mar 2008 08:14:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OymXMWWAAMZURaqa/JX/SevyfSXq2uacvXcQaG0MgaU=; b=qkca5BlSb991No/T3qU7ZwPdWmJRe6qCMgkKLAc8iowyH4sbEB/8XJg5GDHJzi3ekCpRy584dXyU1oWI43A+Dvd5Iodbxx9J0m78xOVLOZKmDUmgCm0DjI4zHBeQTPqVwgQ1F+m6q3scM7T0hEsoTwA4Z0UIF5cPT0M4jbO/MRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=giWh82HSU4XKa+hB+NyedQbh88zjAuk6lt9dq2Bsl7pyDltvCa26DtbMNoHpEaWXQXDkJ/IfFwyEkR5BY+1xc60dCSQfJjnvHLMm+g1Tvkv8kEdfZNnnk9U6lBG8QU7Wo1ZE7K1esavuw6S8/Wq9ReeZ2JkFBvUzTWeyTQMxKho= Received: by 10.78.200.20 with SMTP id x20mr446682huf.0.1204560894263; Mon, 03 Mar 2008 08:14:54 -0800 (PST) Received: by 10.78.46.11 with HTTP; Mon, 3 Mar 2008 08:14:54 -0800 (PST) Message-ID: Date: Mon, 3 Mar 2008 19:14:54 +0300 From: pluknet To: "Kostik Belousov" In-Reply-To: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 16:14:57 -0000 On 03/03/2008, Kostik Belousov wrote: > I mean the raw dump that can be loaded in wireshark, for instance. > I prefer to not do the manual RPC decoding. > > > > > > 03:07:59.342714 IP (tos 0x0, ttl 128, id 39253, offset 0, flags > > [none], proto UDP (17), length 136) 192.168.200.185.1968921799 > > > 192.168.200.137.2049: 108 access [|nfs] > > 0x0000: 4500 0088 9955 0000 8011 8e7b c0a8 c8b9 > > 0x0010: c0a8 c889 03f8 0801 0074 3c9e 755b 5cc7 > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > 0x0030: 0000 0004 0000 0001 0000 0020 0000 0000 > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > 0x0050: 0000 > > 03:07:59.343818 IP (tos 0x0, ttl 128, id 30823, offset 0, flags > > [none], proto UDP (17), length 148) 192.168.200.137.2049 > > > 192.168.200.185.1968921799: reply ok 120 access attr: REG 755 ids > > 1001/0 [|nfs] > > 0x0000: 4500 0094 7867 0000 8011 af5d c0a8 c889 > > 0x0010: c0a8 c8b9 0801 03f8 0080 1bda 755b 5cc7 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > 0x0030: 0000 0000 0000 0000 0000 0001 0000 0001 > > 0x0040: 0000 01ed 0000 0001 0000 03e9 0000 0000 > > 0x0050: 0000 > > 03:07:59.344297 IP (tos 0x0, ttl 128, id 20293, offset 0, flags > > [none], proto UDP (17), length 140) 192.168.200.185.1968921800 > > > 192.168.200.137.2049: 112 lookup [|nfs] > > 0x0000: 4500 008c 4f45 0000 8011 d887 c0a8 c8b9 > > 0x0010: c0a8 c889 03f8 0801 0078 58a1 755b 5cc8 > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > 0x0050: 0000 > > 03:07:59.344782 IP (tos 0x0, ttl 128, id 64063, offset 0, flags > > [none], proto UDP (17), length 264) 192.168.200.137.2049 > > > 192.168.200.185.1968921800: reply ok 236 lookup [|nfs] > > 0x0000: 4500 0108 fa3f 0000 8011 2d11 c0a8 c889 > > 0x0010: c0a8 c8b9 0801 03f8 00f4 feb1 755b 5cc8 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 > > 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 > > 0x0050: 0000 > > 03:07:59.345530 IP (tos 0x0, ttl 128, id 32619, offset 0, flags > > [none], proto UDP (17), length 140) 192.168.200.185.1968921801 > > > 192.168.200.137.2049: 112 lookup [|nfs] > > 0x0000: 4500 008c 7f6b 0000 8011 a861 c0a8 c8b9 > > 0x0010: c0a8 c889 03f8 0801 0078 58a0 755b 5cc9 > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > 0x0050: 0000 > > 03:07:59.346752 IP (tos 0x0, ttl 128, id 50548, offset 0, flags > > [none], proto UDP (17), length 264) 192.168.200.137.2049 > > > 192.168.200.185.1968921801: reply ok 236 lookup [|nfs] > > 0x0000: 4500 0108 c574 0000 8011 61dc c0a8 c889 > > 0x0010: c0a8 c8b9 0801 03f8 00f4 feb0 755b 5cc9 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 > > 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 > > 0x0050: 0000 > > 03:07:59.347265 IP (tos 0x0, ttl 128, id 52799, offset 0, flags > > [none], proto UDP (17), length 140) 192.168.200.185.1968921802 > > > 192.168.200.137.2049: 112 remove [|nfs] > > 0x0000: 4500 008c ce3f 0000 8011 598d c0a8 c8b9 > > 0x0010: c0a8 c889 03f8 0801 0078 5896 755b 5cca > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > 0x0030: 0000 000c 0000 0001 0000 0020 0000 0000 > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > 0x0050: 0000 > > 03:07:59.348654 IP (tos 0x0, ttl 128, id 55143, offset 0, flags > > [none], proto UDP (17), length 172) 192.168.200.137.2049 > > > 192.168.200.185.1968921802: reply ok 144 remove PRE: [|nfs] > > 0x0000: 4500 00ac d767 0000 8011 5045 c0a8 c889 > > 0x0010: c0a8 c8b9 0801 03f8 0098 1757 755b 5cca > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > 0x0030: 0000 0000 0000 0000 0000 0001 0000 0000 > > 0x0040: 0000 4000 4099 2bf4 0000 0000 4099 2bf4 > > 0x0050: 0000 > > Ah, okey, I got it. http://pluknet.nm.ru/dev/tcpdump-nfsserver.raw wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 16:38:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D7E2106566B for ; Mon, 3 Mar 2008 16:38:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F25F8FC1F for ; Mon, 3 Mar 2008 16:38:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWDgE-0008Oi-Tl for freebsd-current@freebsd.org; Mon, 03 Mar 2008 16:38:22 +0000 Received: from 78-1-99-249.adsl.net.t-com.hr ([78.1.99.249]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2008 16:38:22 +0000 Received: from ivoras by 78-1-99-249.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2008 16:38:22 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 03 Mar 2008 17:37:58 +0100 Lines: 39 Message-ID: References: <200802251849.53370.peter.schuller@infidyne.com> <200802251859.05045.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig56CEFF919CA8AC189A33BA1D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-99-249.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: <200802251859.05045.peter.schuller@infidyne.com> X-Enigmail-Version: 0.95.6 Sender: news Cc: freebsd-fs@freebsd.org Subject: Re: ZFS lockup in "zfs" 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: Mon, 03 Mar 2008 16:38:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig56CEFF919CA8AC189A33BA1D Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Peter Schuller wrote: >> I also saw this a couple of days ago (first time for me) on 1 7.0-RCX = (not >> sure if it was RC1 or RC2, and I can't log in to the machine right now= ). >> This was recently after upgrading it from an older CURRENT from septem= ber. >> >> The machine is amd64, 4 GB of RAM, with a single three-way mirror pool= =2E >=20 > With prefetch disabled, arc size upped to 800 megs, and kmem size upped= to 1.2=20 > gb (IIRC). +1, happened again, this time mysql was the trigger. I'll try with the=20 ZIL disabled. --------------enig56CEFF919CA8AC189A33BA1D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHzClsldnAQVacBcgRAtuBAKCsIJP3suB/kxhoAjZS+OAdWquExQCgp2F6 PCSGzeocsSaycU9ECvl3N6E= =KJtR -----END PGP SIGNATURE----- --------------enig56CEFF919CA8AC189A33BA1D-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 16:44:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19211065670; Mon, 3 Mar 2008 16:44:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 58FFE8FC1E; Mon, 3 Mar 2008 16:44:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWDli-0003ro-Mf; Mon, 03 Mar 2008 18:44:07 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m23Gi9wL075928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 18:44:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m23Ghsj0049727; Mon, 3 Mar 2008 18:43:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m23Ghs9E049718; Mon, 3 Mar 2008 18:43:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 3 Mar 2008 18:43:53 +0200 From: Kostik Belousov To: pluknet Message-ID: <20080303164353.GW57756@deviant.kiev.zoral.com.ua> References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FTgtfWvo0NwU+ZJZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_SBL autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 38ca23b554dc5d6e0aef191240598eef X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2349 [Mar 3 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: seems autogenerated} X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 19 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 16:44:08 -0000 --FTgtfWvo0NwU+ZJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 03, 2008 at 07:14:54PM +0300, pluknet wrote: > On 03/03/2008, Kostik Belousov wrote: > > I mean the raw dump that can be loaded in wireshark, for instance. > > I prefer to not do the manual RPC decoding. > > > > > > > > > > 03:07:59.342714 IP (tos 0x0, ttl 128, id 39253, offset 0, flags > > > [none], proto UDP (17), length 136) 192.168.200.185.1968921799 > > > > 192.168.200.137.2049: 108 access [|nfs] > > > 0x0000: 4500 0088 9955 0000 8011 8e7b c0a8 c8b9 > > > 0x0010: c0a8 c889 03f8 0801 0074 3c9e 755b 5cc7 > > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > > 0x0030: 0000 0004 0000 0001 0000 0020 0000 0000 > > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > > 0x0050: 0000 > > > 03:07:59.343818 IP (tos 0x0, ttl 128, id 30823, offset 0, flags > > > [none], proto UDP (17), length 148) 192.168.200.137.2049 > > > > 192.168.200.185.1968921799: reply ok 120 access attr: REG 755 ids > > > 1001/0 [|nfs] > > > 0x0000: 4500 0094 7867 0000 8011 af5d c0a8 c889 > > > 0x0010: c0a8 c8b9 0801 03f8 0080 1bda 755b 5cc7 > > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > > 0x0030: 0000 0000 0000 0000 0000 0001 0000 0001 > > > 0x0040: 0000 01ed 0000 0001 0000 03e9 0000 0000 > > > 0x0050: 0000 > > > 03:07:59.344297 IP (tos 0x0, ttl 128, id 20293, offset 0, flags > > > [none], proto UDP (17), length 140) 192.168.200.185.1968921800 > > > > 192.168.200.137.2049: 112 lookup [|nfs] > > > 0x0000: 4500 008c 4f45 0000 8011 d887 c0a8 c8b9 > > > 0x0010: c0a8 c889 03f8 0801 0078 58a1 755b 5cc8 > > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > > 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 > > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > > 0x0050: 0000 > > > 03:07:59.344782 IP (tos 0x0, ttl 128, id 64063, offset 0, flags > > > [none], proto UDP (17), length 264) 192.168.200.137.2049 > > > > 192.168.200.185.1968921800: reply ok 236 lookup [|nfs] > > > 0x0000: 4500 0108 fa3f 0000 8011 2d11 c0a8 c889 > > > 0x0010: c0a8 c8b9 0801 03f8 00f4 feb1 755b 5cc8 > > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > > 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 > > > 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 > > > 0x0050: 0000 > > > 03:07:59.345530 IP (tos 0x0, ttl 128, id 32619, offset 0, flags > > > [none], proto UDP (17), length 140) 192.168.200.185.1968921801 > > > > 192.168.200.137.2049: 112 lookup [|nfs] > > > 0x0000: 4500 008c 7f6b 0000 8011 a861 c0a8 c8b9 > > > 0x0010: c0a8 c889 03f8 0801 0078 58a0 755b 5cc9 > > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > > 0x0030: 0000 0003 0000 0001 0000 0020 0000 0000 > > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > > 0x0050: 0000 > > > 03:07:59.346752 IP (tos 0x0, ttl 128, id 50548, offset 0, flags > > > [none], proto UDP (17), length 264) 192.168.200.137.2049 > > > > 192.168.200.185.1968921801: reply ok 236 lookup [|nfs] > > > 0x0000: 4500 0108 c574 0000 8011 61dc c0a8 c889 > > > 0x0010: c0a8 c8b9 0801 03f8 00f4 feb0 755b 5cc9 > > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > > 0x0030: 0000 0000 0000 0000 0000 001c 5100 0000 > > > 0x0040: 0400 0000 0c00 0000 4dc9 1000 8001 0000 > > > 0x0050: 0000 > > > 03:07:59.347265 IP (tos 0x0, ttl 128, id 52799, offset 0, flags > > > [none], proto UDP (17), length 140) 192.168.200.185.1968921802 > > > > 192.168.200.137.2049: 112 remove [|nfs] > > > 0x0000: 4500 008c ce3f 0000 8011 598d c0a8 c8b9 > > > 0x0010: c0a8 c889 03f8 0801 0078 5896 755b 5cca > > > 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0003 > > > 0x0030: 0000 000c 0000 0001 0000 0020 0000 0000 > > > 0x0040: 0000 0000 0000 03e9 0000 03e9 0000 0003 > > > 0x0050: 0000 > > > 03:07:59.348654 IP (tos 0x0, ttl 128, id 55143, offset 0, flags > > > [none], proto UDP (17), length 172) 192.168.200.137.2049 > > > > 192.168.200.185.1968921802: reply ok 144 remove PRE: [|nfs] > > > 0x0000: 4500 00ac d767 0000 8011 5045 c0a8 c889 > > > 0x0010: c0a8 c8b9 0801 03f8 0098 1757 755b 5cca > > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 > > > 0x0030: 0000 0000 0000 0000 0000 0001 0000 0000 > > > 0x0040: 0000 4000 4099 2bf4 0000 0000 4099 2bf4 > > > 0x0050: 0000 > > > >=20 > Ah, okey, I got it. > http://pluknet.nm.ru/dev/tcpdump-nfsserver.raw Oh. You did not specified the unlimited packet snap length (-s 0) ? And, what was the exact line location where witness reported the Giant was locked for the dump provided ? To summarize, I need both the tcpdump and kernel/witness messages from the panic. Nevertheless, the patch below might help with the panic during the unlinking (not tested). diff --git a/sys/nfsserver/nfs_serv.c b/sys/nfsserver/nfs_serv.c index 446651d..87e1aaa 100644 --- a/sys/nfsserver/nfs_serv.c +++ b/sys/nfsserver/nfs_serv.c @@ -2146,7 +2146,7 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfss= vc_sock *slp, nfsfh_t nfh; fhandle_t *fhp; struct mount *mp =3D NULL; - int vfslocked; + int vfslocked, vfslocked1; =20 nfsdbprintf(("%s %d\n", __FILE__, __LINE__)); ndclear(&nd); @@ -2168,7 +2168,11 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfs= svc_sock *slp, nd.ni_cnd.cn_flags =3D LOCKPARENT | LOCKLEAF | MPSAFE; error =3D nfs_namei(&nd, fhp, len, slp, nam, &md, &dpos, &dirp, v3, &dirfor, &dirfor_ret, td, FALSE); - vfslocked =3D NDHASGIANT(&nd); + vfslocked1 =3D NDHASGIANT(&nd); + if (vfslocked && vfslocked1) + VFS_UNLOCK_GIANT(vfslocked1); + if (vfslocked || vfslocked1) + vfslocked =3D 1; if (dirp && !v3) { vrele(dirp); dirp =3D NULL; --FTgtfWvo0NwU+ZJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfMKsgACgkQC3+MBN1Mb4gtLACfS9yQmMoH72o6k7hNJNgelrBz P/8AoKXz0Sup6mrk4kFmxDqIUEH0jpt6 =Xa9j -----END PGP SIGNATURE----- --FTgtfWvo0NwU+ZJZ-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 17:13:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C99B41065670 for ; Mon, 3 Mar 2008 17:13:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id 6BEDD8FC26 for ; Mon, 3 Mar 2008 17:13:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 59175 invoked by uid 60001); 3 Mar 2008 17:13:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=QsNW/DN1N2aQDZrkBjDxacunrjxrfaM39kuMfkdI31NYkqizGVs7tzwnOZf+6NhPrATWb5yyWeCyqqDAtRhvgl+aA6VxOP0eLgCUBoFr4I/KcFnhorRQQnB9CmCTSet6uPq1KgQH60OfnzyhTk3L344HbZF9tG9/WBpkU28CCRY=; X-YMail-OSG: dlUxOJ4VM1lP4C0SxMtouIyTkVaczqzcQlx0EQw6u_scOE0bY7PXdtibu5KSseOUZgsUGfQtwoA5Z7Xarqz6WFykuZsrJLMSKAxG9DMS4dzkcuvrGA7aN6txf2KYstKrGA7NAc5swOTxGTc- Received: from [98.203.28.38] by web63905.mail.re1.yahoo.com via HTTP; Mon, 03 Mar 2008 09:13:51 PST Date: Mon, 3 Mar 2008 09:13:51 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <528433.47985.qm@web63905.mail.re1.yahoo.com> Cc: Subject: Cpu Usage in 7.0 doesn't add up 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, 03 Mar 2008 17:13:52 -0000 11 root 1 171 ki31 0K 8K RUN 1 25:08 96.19% idle: cpu1 12 root 1 171 ki31 0K 8K RUN 0 22:59 73.68% idle: cpu0 31 root 1 -68 - 0K 8K - 0 3:15 27.49% em0 taskq 32 root 1 -68 - 0K 8K - 1 1:05 8.15% em1 taskq It seems that the usage doesn't quite add up on a system thats just passing a bunch of data. The system shows 35.5% usage and only 30.2% non-idle. Which is likely to be more accurate? I'd assume the em0 and em1 usage numbers. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 17:28:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA721065683 for ; Mon, 3 Mar 2008 17:28:46 +0000 (UTC) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A61A8FC16 for ; Mon, 3 Mar 2008 17:28:46 +0000 (UTC) (envelope-from oz@nixil.net) Received: from [192.168.1.69] (c-76-23-62-255.hsd1.ut.comcast.net [76.23.62.255]) (authenticated bits=0) by nixil.net (8.13.6.20060614/8.13.6) with ESMTP id m23H28fo047482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 3 Mar 2008 10:02:14 -0700 (MST) Message-ID: <47CC2F0F.2000808@nixil.net> Date: Mon, 03 Mar 2008 10:02:07 -0700 From: Phil Oleson User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> In-Reply-To: <20080303104140.GA74947@cdnetworks.co.kr> Content-Type: multipart/mixed; boundary="------------010504030601060001080809" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (nixil.net [161.58.222.1]); Mon, 03 Mar 2008 10:02:16 -0700 (MST) X-Virus-Scanned: ClamAV 0.92.1/6093/Mon Mar 3 08:03:18 2008 on nixil.net X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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, 03 Mar 2008 17:28:47 -0000 This is a multi-part message in MIME format. --------------010504030601060001080809 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Pyun YongHyeon wrote: > On Mon, Mar 03, 2008 at 10:10:25AM +0100, Milan Obuch wrote: > > On Monday 03 March 2008, Pyun YongHyeon wrote: > > > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > > > > > Sorry for late handling. I wanted to solve Milan Obuch's issue first > > > before committing vr(4). But it seems that it's not easy to fix > > > Milan's issue. :-( > > > > > > > Well, I see some progress there... Today I was able to do some tests again, > > and I was able to ping -f another box on the same network for some time. I > > tried then csup sources and I got hard hang, again, this time with following > > lines on console: > > > > vr0: PCI bus error -- resetting > > vr0: restarting > > > > Hmm, this is interesting. 6105M datasheet said nothing what can be > done for this case. I guess this kind of error can come from > improperly seated NICs or broken hardware. Would you re-seat the NIC > or change PCI slot and try again with attached patch? > > > And no ability to enter kdb, either. > > Just for record, I am getting following when kldload'ing if_vr: > > > > vr0: port 0x9c00-0x9cff mem > > 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 > > vr0: Quirks: 0x6 > > vr0: Revision: 0x96 > > miibus1: on vr0 > > ukphy0: PHY 1 on miibus1 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > (one out of four devices shown) > > > > > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > > > >I never thought this kind of testing. It's good to hear vr(4) > > > > >recovers from the abrupt link change events. I guess this also > > > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > > > RELENG_6 ? Its not just media speed changes that causes the nic to > > > > > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > > > done on RELENG_6 due to lack of spare time. > > > > > > > In my eyes, if new vr works for others and no regression was found, it should > > go in. I did not encountered a regression - it did not work with old driver, > > it does not work (yet) with the new... but I hope we can get this one > > working, too... > > > > Yes, I really like to fix it too. > Hey.. unfortunately I have to chime in too.. (with a failure) Last night I was running a crusty RELENG_6 from about july of last year. I had some issues unrelated to this, so I decided to update the system to check if that resolved those issues (it did - RELENG_6 as of sometime last night). However, vr stopped working. As I remembered this thread, I booted to my old kernel, and downloaded the rewrite/patchset for 6 and tried it out. Unfortunately, It is failing: vr0: port 0xe800-0xe8ff mem 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x70 vr0: phy read timeout 31:1 vr0: MII without any phy! device_attach: vr0 attach returned 6 I'm attaching the complete dmesg, and the version of if_vr.c used.. (a couple of the smaller patches you suggested I hand applied to reduce the turnaround time). Any suggestions would be tested tonight. Thanks, Phil. --------------010504030601060001080809 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-STABLE #10: Mon Mar 3 09:45:21 MST 2008 root@home.nixil.net:/usr/obj/usr/src/sys/home Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1700+ (1466.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383f9ff AMD Features=0xc0480800 real memory = 2147418112 (2047 MB) avail memory = 2088062976 (1991 MB) kbd1 at kbdmux0 hptrr: HPT RocketRAID controller driver v1.1 (Mar 3 2008 03:17:40) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe0000000-0xe0ffffff,0xd0000000-0xdfffffff irq 10 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] bt0: port 0xd000-0xd003 mem 0xe3000000-0xe3000fff irq 11 at device 10.0 on pci0 bt0: BT-958 FW Rev. 5.07B Ultra Wide SCSI Host Adapter, SCSI ID 7, 192 CCBs bt0: [GIANT-LOCKED] ohci0: mem 0xe3001000-0xe3001fff irq 5 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe3002000-0xe3002fff irq 10 at device 11.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe3003000-0xe30030ff irq 11 at device 11.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered pcm0: port 0xd400-0xd4ff irq 10 at device 14.0 on pci0 viapropm0: SMBus I/O base at 0x5000 viapropm0: SMBus I/O base at 0x5000 viapropm0: port 0x5000-0x500f at device 17.0 on pci0 viapropm0: SMBus revision code 0x0 smbus0: on viapropm0 smb0: on smbus0 isa0: on viapropm0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xdc00-0xdc1f irq 5 at device 17.2 on pci0 uhci0: [GIANT-LOCKED] usb3: on uhci0 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 5 at device 17.3 on pci0 uhci1: [GIANT-LOCKED] usb4: on uhci1 usb4: USB revision 1.0 uhub4: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 5 at device 17.4 on pci0 uhci2: [GIANT-LOCKED] usb5: on uhci2 usb5: USB revision 1.0 uhub5: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered vr0: port 0xe800-0xe8ff mem 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x70 vr0: phy read timeout 31:1 vr0: MII without any phy! device_attach: vr0 attach returned 6 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xd0000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uaudio0: vendor 0x046d Camera, rev 2.00/1.00, addr 2 uaudio0: audio descriptors make no sense, error=4 device_attach: uaudio0 attach returned 6 Timecounter "TSC" frequency 1466510394 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 476940MB at ata0-master UDMA100 ad1: 381554MB at ata0-slave UDMA100 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 acd1: CDRW <48X12X50 CD-RW 1.04 20021101/1.04> at ata1-slave PIO4 Waiting 5 seconds for SCSI devices to settle acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd1 at ata1 bus 0 target 1 lun 0 cd1: < 48X12X50 CD-RW 1.04> Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad0s1a --------------010504030601060001080809-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 17:35:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61561106566C for ; Mon, 3 Mar 2008 17:35:12 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from mail.tobocom.net (mail.tobocom.net [89.221.166.157]) by mx1.freebsd.org (Postfix) with SMTP id B7F428FC1A for ; Mon, 3 Mar 2008 17:35:11 +0000 (UTC) (envelope-from morten@lightworkings.dk) Received: from BigMac.local ([85.80.153.38]) by mail.tobocom.net with hMailServer ; Mon, 3 Mar 2008 18:35:03 +0100 Message-ID: <47CC36CC.8070407@lightworkings.dk> Date: Mon, 03 Mar 2008 18:35:08 +0100 From: =?UTF-8?B?TW9ydGVuIFN0csOlcnVw?= User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200803031552.22603.root@solink.ru> <47CBCD67.3030303@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: freebsd 7.0+MCP55 SATA Controler 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, 03 Mar 2008 17:35:12 -0000 Ivan Voras wrote: > Andrey V. Elsukov wrote: > > >> This is fourth problem report related to NVIDIA SATA which i saw. >> I have MCP55 SATA on my ASUS motherboard and it works fine on >> 8.0-CURRENT. >> > > As a datapoint, it works fine for me also, during 7-CURRENT, and now for > 8-CURRENT, on i386. Is somebody using amd64? > > I'm using amd64 7.0-release with such hardware and I'm unfortunately still seeing that error. I just tested it by moving the bootdisk to the MCP55 controller, started the machine again and the issue is still there. My dmesg: http://www.freebsd.org/cgi/query-pr.cgi?pr=120296&cat= Kind regards Morten Strårup From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 17:37:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DC2E106567D; Mon, 3 Mar 2008 17:37:38 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from smtp.infidyne.com (ds9.infidyne.com [88.80.6.206]) by mx1.freebsd.org (Postfix) with ESMTP id 25F1D8FC1C; Mon, 3 Mar 2008 17:37:37 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se (c-a916e555.03-51-73746f3.cust.bredbandsbolaget.se [85.229.22.169]) by smtp.infidyne.com (Postfix) with ESMTP id 18ABC75992; Mon, 3 Mar 2008 18:37:36 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Mon, 3 Mar 2008 18:39:03 +0100 User-Agent: KMail/1.9.7 References: <200802251859.05045.peter.schuller@infidyne.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4929578.WbFGbps5N0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803031839.11656.peter.schuller@infidyne.com> Cc: freebsd-fs@freebsd.org, Ivan Voras Subject: Re: ZFS lockup in "zfs" 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: Mon, 03 Mar 2008 17:37:38 -0000 --nextPart4929578.WbFGbps5N0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > >> I also saw this a couple of days ago (first time for me) on 1 7.0-RCX > >> (not sure if it was RC1 or RC2, and I can't log in to the machine right > >> now). This was recently after upgrading it from an older CURRENT from > >> september. > >> > >> The machine is amd64, 4 GB of RAM, with a single three-way mirror pool. > > > > With prefetch disabled, arc size upped to 800 megs, and kmem size upped > > to 1.2 gb (IIRC). > > +1, happened again, this time mysql was the trigger. I'll try with the > ZIL disabled. I also saw it again about a day ago. This makes it twice within a few weeks= =20 after upgrading to 7.0-RCX, after running for months without this problem=20 before that. *If* this is indicative that the problem was introcuded, it would then put = it=20 somewhere in the 2007-09 - 2008-02 neighborhood. Not sure if other people s= aw=20 this prior to 2007-09? =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart4929578.WbFGbps5N0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHzDe/DNor2+l1i30RApvyAJ94vZNbZ/NQQpwm1yI0NWunX/ahDACgwbdX VTH0OlvBQRkQaZ/SNprzRQs= =2KnH -----END PGP SIGNATURE----- --nextPart4929578.WbFGbps5N0-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 18:27:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581861065670 for ; Mon, 3 Mar 2008 18:27:18 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.179]) by mx1.freebsd.org (Postfix) with ESMTP id DFFFF8FC1B for ; Mon, 3 Mar 2008 18:27:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ik-out-1112.google.com with SMTP id b35so293797ika.3 for ; Mon, 03 Mar 2008 10:27:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Y5c7SvBHg4Flo6S77II4W0vC8vPw24Cqmol+JHix0jk=; b=YnkMBEsdHdD+umKofZdmTrWa2Z/cgvY5OySkWz+SsA7akednYcz/VtwxJ53Y1m9E6ngVrWrEl0tc5B3tyV4W3sLxnSdU2NENcRek0vTSy47+OjdeAXyFwN3E3JXuNl3RAXOR6vQFuT2KEZCj1z4rJZYG45C9fgoQ7cXyOs0FN50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ChcOep8ifVC/rnKviigVmdpLmTR8bZBdrzPkkWftZNV5X5JO8U+QyNRqpkGC+VFUJPrZ7+ZdDAcL0k9WpmI1F2rys3qpBtUS1B+rZNBznNzqcKSdnE4+0VU/gHDcLGq/A+pjrQQ///GdmZ04pplTY/hJ2SSQjQwPCuQNynZDLQw= Received: by 10.78.186.9 with SMTP id j9mr880194huf.14.1204568835737; Mon, 03 Mar 2008 10:27:15 -0800 (PST) Received: by 10.78.46.11 with HTTP; Mon, 3 Mar 2008 10:27:15 -0800 (PST) Message-ID: Date: Mon, 3 Mar 2008 21:27:15 +0300 From: pluknet To: "Kostik Belousov" In-Reply-To: <20080303164353.GW57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> <20080303164353.GW57756@deviant.kiev.zoral.com.ua> Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 18:27:18 -0000 On 03/03/2008, Kostik Belousov wrote: [snip] > To summarize, I need both the tcpdump and kernel/witness messages from > the panic. > I'm sorry. Here it is. http://pluknet.nm.ru/dev/tcpdump-nfsserver-full.raw The messages (same as unread msgbuf in initial posting, hand-scribed): panic: mutex Giant owned at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 KDB: enter: panic [thread pid 601 tid 100055 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> show locks exclusive sleep mutex nfsd_mtx r = 0 (0xc2e0af40) locked @ /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 exclusive sleep mutex Giant r = 0 (0xc07e6410) locked @ /usr/src/sys/kern/vfs_lookup.c:663 > Nevertheless, the patch below might help with the panic during > the unlinking (not tested). > > diff --git a/sys/nfsserver/nfs_serv.c b/sys/nfsserver/nfs_serv.c > index 446651d..87e1aaa 100644 > --- a/sys/nfsserver/nfs_serv.c > +++ b/sys/nfsserver/nfs_serv.c > @@ -2146,7 +2146,7 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfssvc_sock *slp, > nfsfh_t nfh; > fhandle_t *fhp; > struct mount *mp = NULL; > - int vfslocked; > + int vfslocked, vfslocked1; > > nfsdbprintf(("%s %d\n", __FILE__, __LINE__)); > ndclear(&nd); > @@ -2168,7 +2168,11 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfssvc_sock *slp, > nd.ni_cnd.cn_flags = LOCKPARENT | LOCKLEAF | MPSAFE; > error = nfs_namei(&nd, fhp, len, slp, nam, &md, &dpos, > &dirp, v3, &dirfor, &dirfor_ret, td, FALSE); > - vfslocked = NDHASGIANT(&nd); > + vfslocked1 = NDHASGIANT(&nd); > + if (vfslocked && vfslocked1) > + VFS_UNLOCK_GIANT(vfslocked1); > + if (vfslocked || vfslocked1) > + vfslocked = 1; > if (dirp && !v3) { > vrele(dirp); > dirp = NULL; > > Now the last lock triplex looks like: vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 vfslocked lock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 vfslocked1 unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2173 ^^^ vfslocked unlock in /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2238 And no panic. Thanks. wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 18:28:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E3581065670 for ; Mon, 3 Mar 2008 18:28:07 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 508DC8FC1E for ; Mon, 3 Mar 2008 18:28:07 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2) id m23I1uLh068692 for freebsd-current@freebsd.org; Mon, 3 Mar 2008 12:01:56 -0600 (CST) (envelope-from dan) Date: Mon, 3 Mar 2008 12:01:56 -0600 From: Dan Nelson To: freebsd-current@freebsd.org Message-ID: <20080303180156.GA49374@dan.emsphone.com> References: <20080303073618.GA54342@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080303073618.GA54342@hades.panopticon> X-OS: FreeBSD 7.0-PRERELEASE User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: NFS connection strangeness 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, 03 Mar 2008 18:28:07 -0000 In the last episode (Mar 03), Dmitry Marakasov said: > Hi! > > I've just noticed that there are some strangenesses related to NFS > connections on my 7.0-RELEASE boxes. First of all, no NFS-related > TCP connection are showed in `sockstat -4c' (not on the client, nor on > the server), though tcpdump clearly shows that there is TCP data > exchange with alredy existing connection. Next, Sockstat and lsof won't print anything because there are no userland processes associated with that socket. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 19:08:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F298E1065673 for ; Mon, 3 Mar 2008 19:08:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id E32368FC1F for ; Mon, 3 Mar 2008 19:08:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 8532 invoked from network); 3 Mar 2008 19:08:46 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 3 Mar 2008 19:08:46 -0000 Message-ID: <47CC4B51.3060903@chuckr.org> Date: Mon, 03 Mar 2008 14:02:41 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: using ctags for 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, 03 Mar 2008 19:08:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 is there any support is the Makefiles (for our FreeBSD source) for ctags? Beyond that, it used to be true that the ctags that resides in our ports was called Exhuberant Ctags, and the writer wrote it expressly for FreeBSD (at forst, now it seems to be GPL'ed), it used to be a great deal better thant hea native ctags, and is there any reason that I shouldn't use the Exhuberant Ctags? Now I gotta do something I haven't done before, which is figure out how to get cvs to ignore the changes I hack to the src/usr.bin/ctags makefile to remove the install target. This oughta be good for a laugh, as I try to see if I can blow away my archive. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHzEtRz62J6PPcoOkRAtf9AKCOencxDgbPWVHOyQRq/j1RZd02eQCfVIV9 mIg00Dve0aWyJ6DciI17G4c= =YC1w -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 19:23:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71CB91065670; Mon, 3 Mar 2008 19:23:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 175008FC24; Mon, 3 Mar 2008 19:23:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWGG6-000EQH-PL; Mon, 03 Mar 2008 21:23:37 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m23JNgeR080267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 21:23:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m23JNR5j082572; Mon, 3 Mar 2008 21:23:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m23JNR9J082570; Mon, 3 Mar 2008 21:23:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 3 Mar 2008 21:23:27 +0200 From: Kostik Belousov To: pluknet Message-ID: <20080303192327.GY57756@deviant.kiev.zoral.com.ua> References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> <20080303164353.GW57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TtjFmcAvNOgfSd8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_SBL autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: c743d2f542030c7d5376417eb66b5b31 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2349 [Mar 3 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: seems autogenerated} X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Method: none X-SpamTest-Rate: 19 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 19:23:39 -0000 --6TtjFmcAvNOgfSd8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 03, 2008 at 09:27:15PM +0300, pluknet wrote: > On 03/03/2008, Kostik Belousov wrote: > [snip] > > To summarize, I need both the tcpdump and kernel/witness messages from > > the panic. > > >=20 > I'm sorry. Here it is. > http://pluknet.nm.ru/dev/tcpdump-nfsserver-full.raw >=20 > The messages (same as unread msgbuf in initial posting, hand-scribed): > panic: mutex Giant owned at > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > KDB: enter: panic > [thread pid 601 tid 100055 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> show locks > exclusive sleep mutex nfsd_mtx r =3D 0 (0xc2e0af40) locked @ > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 > exclusive sleep mutex Giant r =3D 0 (0xc07e6410) locked @ > /usr/src/sys/kern/vfs_lookup.c:663 >=20 > > Nevertheless, the patch below might help with the panic during > > the unlinking (not tested). > > > > diff --git a/sys/nfsserver/nfs_serv.c b/sys/nfsserver/nfs_serv.c > > index 446651d..87e1aaa 100644 > > --- a/sys/nfsserver/nfs_serv.c > > +++ b/sys/nfsserver/nfs_serv.c > > @@ -2146,7 +2146,7 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct= nfssvc_sock *slp, > > nfsfh_t nfh; > > fhandle_t *fhp; > > struct mount *mp =3D NULL; > > - int vfslocked; > > + int vfslocked, vfslocked1; > > > > nfsdbprintf(("%s %d\n", __FILE__, __LINE__)); > > ndclear(&nd); > > @@ -2168,7 +2168,11 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struc= t nfssvc_sock *slp, > > nd.ni_cnd.cn_flags =3D LOCKPARENT | LOCKLEAF | MPSAFE; > > error =3D nfs_namei(&nd, fhp, len, slp, nam, &md, &dpos, > > &dirp, v3, &dirfor, &dirfor_ret, td, FALSE); > > - vfslocked =3D NDHASGIANT(&nd); > > + vfslocked1 =3D NDHASGIANT(&nd); > > + if (vfslocked && vfslocked1) > > + VFS_UNLOCK_GIANT(vfslocked1); > > + if (vfslocked || vfslocked1) > > + vfslocked =3D 1; > > if (dirp && !v3) { > > vrele(dirp); > > dirp =3D NULL; > > > > >=20 > Now the last lock triplex looks like: > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > vfslocked lock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > vfslocked1 unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2173 > ^^^ > vfslocked unlock in > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2238 >=20 > And no panic. Thanks. Could you, please, clarify. As I read you mail, the patch fixed at least one of your panic. Are there any other situations where nfs server over non-MPSAFE fs panics for you ? It is possible that what you reported before actually contains several different reasons for Giant leak. --6TtjFmcAvNOgfSd8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfMUC4ACgkQC3+MBN1Mb4iBOQCfTE1uPwwaBf4/arV1N+zymAN5 4RcAn2kz6j7Nl0IXSutXACdqtHoYid/M =BpwV -----END PGP SIGNATURE----- --6TtjFmcAvNOgfSd8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:02:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E64441065672 for ; Mon, 3 Mar 2008 20:02:20 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2F68FC1F for ; Mon, 3 Mar 2008 20:02:20 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8FF811CC30; Mon, 3 Mar 2008 21:02:19 +0100 (CET) Date: Mon, 3 Mar 2008 21:02:19 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20080303200219.GF80576@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gm5TwAJMO0F2iVRz" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Yet another BSD licensed replacement: size(1) 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, 03 Mar 2008 20:02:21 -0000 --gm5TwAJMO0F2iVRz Content-Type: multipart/mixed; boundary="gdTfX7fkYsEEjebm" Content-Disposition: inline --gdTfX7fkYsEEjebm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Today I found out we have a utility in FreeBSD that's 300 KB's in size and is only used to display some fancy numbers, called size(1). (Yeah, 300 KB - it is statically linked against libbfd.) I thought it would be possible to rewrite size(1) to use libelf. The result: GNU size(1); | $ size /usr/bin/size | text data bss dec hex filename | 309202 1524 16964 327690 5000a size My size(1): | $ ./size size | text data bss dec hex filename | 5209 340 44 5593 15d9 size So far I've implemented all common features supported by the GNU version, except one: when you use size -A (the `System V format'), it doesn't calculate the relocated addresses yet. It now prints 0xdeadc0de, but this has to be fixed. I haven't tested the utility on any 64-bit systems yet and I know it will probably won't work there yet, but I'll look at these issues soon. When finished, it should be a drop-in replacement. The Berkeley format is exactly the same as the original GNU version. The System V format should be almost the same, except for some whitespace. I've attached the code to this message. --=20 Ed Schouten WWW: http://g-rave.nl/ --gdTfX7fkYsEEjebm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=Makefile PROG= size LDADD= -lelf BINDIR= /usr/bin .include --gdTfX7fkYsEEjebm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="size.1" .\"- .\" Copyright (c) 2008 Ed Schouten .\" All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" $FreeBSD$ .\" .Dd March 3, 2008 .Dt SIZE 1 .Os .Sh NAME .Nm size .Nd list section sizes of ELF files .Sh SYNOPSIS .Nm .Op Fl A | B .Op Fl d | o | x .Op Fl t .Ar .Sh DESCRIPTION For each operand, .Nm displays the sizes of the read-only sections of the ELF file (text), the read-write sections (data) and the zero-initialized sections (bss). This format is referred to as the Berkeley format, which is shown by default. .Pp This version of .Nm also supports the System V format, which shows the sizes and load addresses of all sections within the ELF file. .Pp The following options are available: .Bl -tag -width indent .It Fl A Show output using the System V format. .It Fl B Show output using the Berkeley format. .It Fl d Display sizes as decimal numbers. .It Fl o Display sizes as octal numbers. When enabled, the .Em dec column in the Berkeley format is replaced by a column which displays the size in octal. .It Fl x Display sizes as hexadecimal numbers. .It Fl t When using the Berkeley format, show the total size for all ELF files at the bottom. .Sh EXIT STATUS .Ex -std .Sh COMPATIBILITY This utility implements most standard options that are implemented in the GNU .Nm utility. Unlike the GNU version, this utility only supports decimal, octal and hexadecimal radices. .Sh SEE ALSO .Xr objdump 1 , .Xr readelf 1 , .Sh HISTORY In .Fx 8.0 , .An "Ed Schouten" Aq ed@80386.nl reimplemented .Nm using the .Lb libelf . --gdTfX7fkYsEEjebm-- --gm5TwAJMO0F2iVRz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfMWUsACgkQ52SDGA2eCwULiACfex1FCR18bgFj30xd2CG6Zutd WPMAn3fJ2vcUkBoKdd0vzlYi5DzFBTIX =3koJ -----END PGP SIGNATURE----- --gm5TwAJMO0F2iVRz-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:08:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EE7A1065670 for ; Mon, 3 Mar 2008 20:08:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD058FC16 for ; Mon, 3 Mar 2008 20:08:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7BB921CC30; Mon, 3 Mar 2008 21:08:29 +0100 (CET) Date: Mon, 3 Mar 2008 21:08:29 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20080303200829.GG80576@hoeg.nl> References: <20080303200219.GF80576@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N8NGGaQn1mzfvaPg" Content-Disposition: inline In-Reply-To: <20080303200219.GF80576@hoeg.nl> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Yet another BSD licensed replacement: size(1) 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, 03 Mar 2008 20:08:31 -0000 --N8NGGaQn1mzfvaPg Content-Type: multipart/mixed; boundary="ik0NlRzMGhMnxrMX" Content-Disposition: inline --ik0NlRzMGhMnxrMX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > I've attached the code to this message. Of course, Mailman ate the source file. --=20 Ed Schouten WWW: http://g-rave.nl/ --ik0NlRzMGhMnxrMX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="size.txt" Content-Transfer-Encoding: quoted-printable # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # size.1 # size.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XPROG=3D size XLDADD=3D -lelf X XBINDIR=3D /usr/bin X X.include END-of-Makefile echo x - size.1 sed 's/^X//' >size.1 << 'END-of-size.1' X.\"- X.\" Copyright (c) 2008 Ed Schouten X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PUR= POSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUEN= TIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, ST= RICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY = WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" $FreeBSD$ X.\" X.Dd March 3, 2008 X.Dt SIZE 1 X.Os X.Sh NAME X.Nm size X.Nd list section sizes of ELF files X.Sh SYNOPSIS X.Nm X.Op Fl A | B X.Op Fl d | o | x X.Op Fl t X.Ar X.Sh DESCRIPTION XFor each operand, X.Nm Xdisplays the sizes of the read-only sections of the ELF file (text), the Xread-write sections (data) and the zero-initialized sections (bss). This f= ormat Xis referred to as the Berkeley format, which is shown by default. X.Pp XThis version of X.Nm Xalso supports the System V format, which shows the sizes and load Xaddresses of all sections within the ELF file. X.Pp XThe following options are available: X.Bl -tag -width indent X.It Fl A XShow output using the System V format. X.It Fl B XShow output using the Berkeley format. X.It Fl d XDisplay sizes as decimal numbers. X.It Fl o XDisplay sizes as octal numbers. When enabled, the X.Em dec Xcolumn in the Berkeley format is replaced by a column which displays the Xsize in octal. X.It Fl x XDisplay sizes as hexadecimal numbers. X.It Fl t XWhen using the Berkeley format, show the total size for all ELF files at Xthe bottom. X.Sh EXIT STATUS X.Ex -std X.Sh COMPATIBILITY XThis utility implements most standard options that are implemented in Xthe GNU X.Nm Xutility. Unlike the GNU version, this utility only supports decimal, Xoctal and hexadecimal radices. X.Sh SEE ALSO X.Xr objdump 1 , X.Xr readelf 1 , X.Sh HISTORY XIn X.Fx 8.0 , X.An "Ed Schouten" Aq ed@80386.nl Xreimplemented X.Nm Xusing the X.Lb libelf . END-of-size.1 echo x - size.c sed 's/^X//' >size.c << 'END-of-size.c' X/*- X * Copyright (c) 2008 Ed Schouten X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $FreeBSD$ X */ X X#include X#include X#include X#include X#include X X#include X#include X Xstatic int sysvflg =3D -1; Xstatic int radixflg =3D -1; Xstatic int totalflg =3D 0; Xstatic int exitcode =3D 0; X Xstatic void Xusage(void) X{ X fprintf(stderr, "usage: size [-A | -B] [-d | -o | -x] [-t] file ...\n"); X exit(1); X} X Xstatic unsigned int total_text =3D 0, total_data =3D 0, total_bss =3D 0; Xstatic int header_printed =3D 0; X Xstatic void Xprint_line_berkeley(unsigned int text, unsigned int data, X unsigned int bss, const char *filename) X{ X const char *fmt; X unsigned int total; X X total =3D text + data + bss; X X if (!header_printed) { X printf(" text\t data\t bss\t %s\t hex\tfilename\n", X radixflg =3D=3D 8 ? "oct" : "dec"); X header_printed =3D 1; X } X X /* Radix dependant fields */ X if (radixflg =3D=3D 8) { X fmt =3D "%#7o\t%#7o\t%#7o\t%7o"; X } else if (radixflg =3D=3D 16) { X fmt =3D "%#7x\t%#7x\t%#7x\t%7u"; X } else { X fmt =3D "%7u\t%7u\t%7u\t%7u"; X } X printf(fmt, text, data, bss, total); X /* Radix independant fields */ X printf("\t%7x\t%s\n", total, filename); X} X Xstatic void Xprint_entry_berkeley(Elf *e, const char *filename) X{ X unsigned int i, nsec; X unsigned int text =3D 0, data =3D 0, bss =3D 0; X Elf_Scn *es; X GElf_Shdr hdr; X X if (elf_getshnum(e, &nsec) =3D=3D 0) { X warnx("%s: Unable to obtain the number of sections: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X for (i =3D 0; i < nsec; i++) { X /* Iterate all the section headers */ X es =3D elf_getscn(e, i); X if (es =3D=3D NULL) { X warnx("%s: Unable to obtain section %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X if (gelf_getshdr(es, &hdr) !=3D &hdr) { X warnx("%s: Unable to obtain section header %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X /* Skip fields that don't take space anyway */ X if ((hdr.sh_flags & SHF_ALLOC) =3D=3D 0) X continue; X if (hdr.sh_flags & SHF_EXECINSTR || X ((hdr.sh_flags & SHF_WRITE) =3D=3D 0)) { X /* Read-only data */ X text +=3D hdr.sh_size; X } else if (hdr.sh_type =3D=3D SHT_NOBITS) { X /* Fields that don't consume space in the binary */ X bss +=3D hdr.sh_size; X } else { X /* Read/write data segments */ X data +=3D hdr.sh_size; X } X } X X print_line_berkeley(text, data, bss, filename); X X total_text +=3D text; X total_data +=3D data; X total_bss +=3D bss; X} X Xstatic void Xprint_footer_berkeley(void) X{ X if (!header_printed || !totalflg) X return; X X print_line_berkeley(total_text, total_data, total_bss, "(TOTALS)"); X} X Xstatic void Xprint_entry_sysv(Elf *e, const char *filename) X{ X unsigned int i, nsec, total =3D 0; X size_t strndx; X const char *fmt; X Elf_Scn *es; X GElf_Shdr hdr; X Elf_Data *sdata; X const char *snames; X X if (elf_getshnum(e, &nsec) =3D=3D 0) { X warnx("%s: Unable to obtain the number of sections: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X /* Locate the string table for the section names */ X if (elf_getshstrndx(e, &strndx) =3D=3D 0) { X warnx("%s: Unable to locate the string index: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X es =3D elf_getscn(e, strndx); X if ((es =3D elf_getscn(e, strndx)) =3D=3D NULL || X (sdata =3D elf_rawdata(es, NULL)) =3D=3D NULL || X sdata->d_buf =3D=3D NULL) { X warnx("%s: Unable to obtain string table: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X snames =3D sdata->d_buf; X X printf("%s :\nsection size addr\n", filename); X X for (i =3D 0; i < nsec; i++) { X /* Iterate all the section headers */ X es =3D elf_getscn(e, i); X if (es =3D=3D NULL) { X warnx("%s: Unable to obtain section %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X if (gelf_getshdr(es, &hdr) !=3D &hdr) { X warnx("%s: Unable to obtain section header %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X /* Skip fields that don't take space anyway */ X if (hdr.sh_type !=3D SHT_PROGBITS && X (hdr.sh_flags & SHF_ALLOC) =3D=3D 0) X continue; X X /* Make sure we don't overrun the buffer */ X if (hdr.sh_name >=3D sdata->d_size) { X warnx("%s: Invalid name offset: %u", X filename, hdr.sh_name); X exitcode =3D 1; X continue; X } X X total +=3D hdr.sh_size; X X printf("%-16s ", snames + hdr.sh_name); X if (radixflg =3D=3D 8) { X fmt =3D "%#7o %#10o\n"; X } else if (radixflg =3D=3D 16) { X fmt =3D "%#7x %#10x\n"; X } else { X fmt =3D "%7u %10u\n"; X } X printf(fmt, (unsigned int)hdr.sh_size, 0xdeadc0de); X } X X fputs("Total ", stdout); X if (radixflg =3D=3D 8) { X printf("%#18o", total); X } else if (radixflg =3D=3D 16) { X printf("%#18x", total); X } else { X printf("%18d", total); X } X fputs("\n\n\n", stdout); X} X Xint Xmain(int argc, char *argv[]) X{ X int ch, fd; X Elf *e; X X while ((ch =3D getopt(argc, argv, "ABdotx")) !=3D -1) { X switch (ch) { X case 'A': X /* SysV style output */ X if (sysvflg =3D=3D 0) X usage(); X sysvflg =3D 1; X break; X case 'B': X /* Berkeley style output */ X if (sysvflg =3D=3D 1) X usage(); X sysvflg =3D 0; X break; X case 'd': X /* Decimal output */ X if (radixflg !=3D -1 && radixflg !=3D 10) X usage(); X radixflg =3D 10; X break; X case 'o': X /* Octal output */ X if (radixflg !=3D -1 && radixflg !=3D 8) X usage(); X radixflg =3D 8; X break; X case 'x': X /* Hexadecimal output */ X if (radixflg !=3D -1 && radixflg !=3D 8) X usage(); X radixflg =3D 16; X break; X case 't': X /* List sum of sizes */ X totalflg =3D 1; X break; X default: X usage(); X } X } X argc -=3D optind; X argv +=3D optind; X X if (argc =3D=3D 0) X usage(); X=09 X if (elf_version(EV_CURRENT) =3D=3D EV_NONE) { X errx(1, "ELF library initialization failed: %s", X elf_errmsg(-1)); X } X=09 X X do { X /* X * Already parse the ELF file and hand it over to the print X * routines. X */ X fd =3D open(*argv, O_RDONLY); X if (fd < 0) { X warn("%s", *argv); X exitcode =3D 1; X continue; X } X X e =3D elf_begin(fd, ELF_C_READ, NULL); X if (e =3D=3D NULL) { X warnx("%s: %s", *argv, elf_errmsg(-1)); X exitcode =3D 1; X continue; X } X X if (sysvflg =3D=3D 1) X print_entry_sysv(e, *argv); X else X print_entry_berkeley(e, *argv); X X elf_end(e); X close(fd); X } while (argv++, --argc !=3D 0); X X if (sysvflg !=3D 1) X print_footer_berkeley(); X X return (exitcode); X} END-of-size.c exit --ik0NlRzMGhMnxrMX-- --N8NGGaQn1mzfvaPg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfMWr0ACgkQ52SDGA2eCwUivgCeN7cDhT4p7vPC38YZKNOoxZUY 6QwAn0WvSom46tsGoj/MxJqffOowhPDZ =MSvS -----END PGP SIGNATURE----- --N8NGGaQn1mzfvaPg-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:12:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE202106566B; Mon, 3 Mar 2008 20:12:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7155E8FC19; Mon, 3 Mar 2008 20:12:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from [91.193.172.111] by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JWGcm-000Kc2-5c; Mon, 03 Mar 2008 21:47:00 +0200 Message-ID: <47CC55B0.4020607@icyb.net.ua> Date: Mon, 03 Mar 2008 21:46:56 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Poul-Henning Kamp References: <889.1203600472@critter.freebsd.dk> In-Reply-To: <889.1203600472@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: newfs_msdos and dvd-ram (fwsectors, fwheads) 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, 03 Mar 2008 20:12:41 -0000 on 21/02/2008 15:27 Poul-Henning Kamp said the following: > In message <47BD6F39.7080105@icyb.net.ua>, Andriy Gapon writes: >> 2) fake those properties in newfs_msdof; >> benefit: this would help with other physical devices that can host >> FAT; > > This is the way to do it, but it might make sense to make a library > routine do it, to get consistent behaviour. I opened a PR for this approach in a simple form. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/121182 What could be a good place to put thing for re-use/sharing? libutil? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:16:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE1A1065671 for ; Mon, 3 Mar 2008 20:16:26 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 32E578FC13 for ; Mon, 3 Mar 2008 20:16:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2316915uge.37 for ; Mon, 03 Mar 2008 12:16:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=luj1VdOlHbMfoSPZpPurvfXEcnLitddiu7poiUxFsr0=; b=XMPtZk2wvCP8O8xvB/De4KKm+m/OltiL7+9QFiaBF7Pvj4aFDfqWP3kmJhLhjOYSgpcqMfdXTMtF40qEgIVY9WDDSovjv2IaWhBveLG4QHl9So4GscQetagopdbDr0sx9e8QSvSgjaooU8sb+fKEcH/UfCM6FNOrkVRXYKRXtSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UosgGHHMCsYqYNZ3garK7oRlVOj14S8aX+WYmZyM/EI7yprBPyWxcgljtzVkHi5jBL0isTab+/4prk4cZFSrEtDpRIkU7q8/wYcqHqf7tCm3kIDy4zHXkrXB4H94ppHHYCJG0mWIws+QgQXeeYozOKRWMZFLyH5Mlmlv4amd894= Received: by 10.78.141.12 with SMTP id o12mr1246875hud.22.1204575383912; Mon, 03 Mar 2008 12:16:23 -0800 (PST) Received: by 10.78.46.11 with HTTP; Mon, 3 Mar 2008 12:16:23 -0800 (PST) Message-ID: Date: Mon, 3 Mar 2008 23:16:23 +0300 From: pluknet To: "Kostik Belousov" In-Reply-To: <20080303192327.GY57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> <20080303164353.GW57756@deviant.kiev.zoral.com.ua> <20080303192327.GY57756@deviant.kiev.zoral.com.ua> Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 03 Mar 2008 20:16:26 -0000 On 03/03/2008, Kostik Belousov wrote: > On Mon, Mar 03, 2008 at 09:27:15PM +0300, pluknet wrote: > > On 03/03/2008, Kostik Belousov wrote: > > [snip] > > > To summarize, I need both the tcpdump and kernel/witness messages from > > > the panic. > > > > > > > I'm sorry. Here it is. > > http://pluknet.nm.ru/dev/tcpdump-nfsserver-full.raw > > > > The messages (same as unread msgbuf in initial posting, hand-scribed): > > panic: mutex Giant owned at > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > > KDB: enter: panic > > [thread pid 601 tid 100055 ] > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > db> show locks > > exclusive sleep mutex nfsd_mtx r = 0 (0xc2e0af40) locked @ > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 > > exclusive sleep mutex Giant r = 0 (0xc07e6410) locked @ > > /usr/src/sys/kern/vfs_lookup.c:663 > > > > > Nevertheless, the patch below might help with the panic during > > > the unlinking (not tested). > > > > > > diff --git a/sys/nfsserver/nfs_serv.c b/sys/nfsserver/nfs_serv.c > > > index 446651d..87e1aaa 100644 > > > --- a/sys/nfsserver/nfs_serv.c > > > +++ b/sys/nfsserver/nfs_serv.c > > > @@ -2146,7 +2146,7 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfssvc_sock *slp, > > > nfsfh_t nfh; > > > fhandle_t *fhp; > > > struct mount *mp = NULL; > > > - int vfslocked; > > > + int vfslocked, vfslocked1; > > > > > > nfsdbprintf(("%s %d\n", __FILE__, __LINE__)); > > > ndclear(&nd); > > > @@ -2168,7 +2168,11 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfssvc_sock *slp, > > > nd.ni_cnd.cn_flags = LOCKPARENT | LOCKLEAF | MPSAFE; > > > error = nfs_namei(&nd, fhp, len, slp, nam, &md, &dpos, > > > &dirp, v3, &dirfor, &dirfor_ret, td, FALSE); > > > - vfslocked = NDHASGIANT(&nd); > > > + vfslocked1 = NDHASGIANT(&nd); > > > + if (vfslocked && vfslocked1) > > > + VFS_UNLOCK_GIANT(vfslocked1); > > > + if (vfslocked || vfslocked1) > > > + vfslocked = 1; > > > if (dirp && !v3) { > > > vrele(dirp); > > > dirp = NULL; > > > > > > > > > > Now the last lock triplex looks like: > > vfslocked lock in > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 > > vfslocked lock in > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > > vfslocked lock in > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > > vfslocked unlock in > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > > vfslocked1 unlock in > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2173 > > ^^^ > > vfslocked unlock in > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2238 > > > > And no panic. Thanks. > > > Could you, please, clarify. As I read you mail, the patch fixed at least > one of your panic. Are there any other situations where nfs server over > non-MPSAFE fs panics for you ? It is possible that what you reported > before actually contains several different reasons for Giant leak. Of course. That another situation is while performing /etc/rc.d/nfsd stop > System call nfssvc returning with the following locks held: > exclusive sleep mutex Giant r = 2 (0xc07e6410) locked @ > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c:1106 > panic: witness_warn I got no panic with this patch: # /etc/rc.d/nfsd stop Stopping nfsd. kill: 1737: No such process kill: 1738: No such process kill: 1739: No such process kill: 1740: No such process # wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:20:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B220B1065673 for ; Mon, 3 Mar 2008 20:20:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 42EA08FC1D for ; Mon, 3 Mar 2008 20:20:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id m23KKG9Y059710; Mon, 3 Mar 2008 14:20:16 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m23KKGsc059709; Mon, 3 Mar 2008 14:20:16 -0600 (CST) (envelope-from brooks) Date: Mon, 3 Mar 2008 14:20:16 -0600 From: Brooks Davis To: Chuck Robey Message-ID: <20080303202016.GD57043@lor.one-eyed-alien.net> References: <47CC4B51.3060903@chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5gxpn/Q6ypwruk0T" Content-Disposition: inline In-Reply-To: <47CC4B51.3060903@chuckr.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 03 Mar 2008 14:20:16 -0600 (CST) Cc: freebsd-current@freebsd.org Subject: Re: using ctags for 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, 03 Mar 2008 20:20:21 -0000 --5gxpn/Q6ypwruk0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 03, 2008 at 02:02:41PM -0500, Chuck Robey wrote: > is there any support is the Makefiles (for our FreeBSD source) for ctags? > Beyond that, it used to be true that the ctags that resides in our ports > was called Exhuberant Ctags, and the writer wrote it expressly for FreeBSD > (at forst, now it seems to be GPL'ed), it used to be a great deal better > thant hea native ctags, and is there any reason that I shouldn't use the > Exhuberant Ctags? We've got a "make tags" target that defaults to using gtags but will use ctags if CTARGS=ctags. I found it with "grep ctags /usr/share/mk/*" > Now I gotta do something I haven't done before, which is figure out how to > get cvs to ignore the changes I hack to the src/usr.bin/ctags makefile to > remove the install target. This oughta be good for a laugh, as I try to > see if I can blow away my archive. I'd suggest producing a patch to allow disabling ctags with a WITHOUT_CTAGS knob. It seems like the sort of thing we'd want to be able to disable for small systems anyway. It looks like the current strategy is to modify src/usr.bin/Makefile and the the appropriate magic to add a new src.conf knob. (Is that documented anywhere?) -- Brooks --5gxpn/Q6ypwruk0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHzF2AXY6L6fI4GtQRAqiyAJsHm0MaNZsmi5pMIQgmZpDfLsZyQQCfQjjE ahL/dWH2oDlyoQtnD9vlwkk= =xoXr -----END PGP SIGNATURE----- --5gxpn/Q6ypwruk0T-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:24:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E8591065684 for ; Mon, 3 Mar 2008 20:24:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 7062E8FC13 for ; Mon, 3 Mar 2008 20:24:04 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m23KO0i7069676 for ; Mon, 3 Mar 2008 12:24:04 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m23KNiaL096789 for ; Mon, 3 Mar 2008 12:23:44 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from gnnbsd.hudson-trading.com.neville-neil.com (hudson-trading.com [66.150.84.160] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m23KNXf6079420 for ; Mon, 3 Mar 2008 12:23:34 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Mon, 03 Mar 2008 15:23:33 -0500 Message-ID: <7ifxv7pnei.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: current@freebsd.org References: <677e3b3e0802280915x3f29e79cqe6093b5d7bfba975@mail.gmail.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (amd64--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Mon_Mar__3_15:23:33_2008-1" Cc: Subject: Differences in malloc between 6 and 7? 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, 03 Mar 2008 20:24:05 -0000 --Multipart_Mon_Mar__3_15:23:33_2008-1 Content-Type: text/plain; charset=US-ASCII Hi, One of the folks I'm working with found this. The following code, which yes, is just an example, is 1/2 as fast on 7.0-RELEASE as on 6.3. Where should I look to find out why? Best, George --Multipart_Mon_Mar__3_15:23:33_2008-1 Content-Type: message/rfc822 culprit continues to be arena_run_malloc, which takes several times longer on fbsd7 than the total of all calls to *alloc* on fbsd6. Output of uname -a: FreeBSD testlab5 7.0-STABLE FreeBSD 7.0-STABLE #1: Thu Feb 28 10:06:47 EST 2008 root@builder:/usr/obj/usr/sources/FreeBSD.7/src/sys/GENERIC amd64 Program source: // simple test program that shows fbsd7 memory operations 2x slower than fbsd6 // compile with: // g++ -o memory.o -c -O3 -Wall memory.cc // g++ -o memory memory.o -O3 -L/usr/local/lib class MemUser { public: void nTimesInOrder(int n) { for (int i=0; i Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DF231065671 for ; Mon, 3 Mar 2008 20:26:41 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id D97DC8FC1A for ; Mon, 3 Mar 2008 20:26:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2F2D7675EC0 for ; Mon, 3 Mar 2008 21:09:58 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rEAIjobjcLFk for ; Mon, 3 Mar 2008 21:09:47 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 25E48675EC2 for ; Mon, 3 Mar 2008 21:09:47 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id m23K9kZa079235 for current@freebsd.org; Mon, 3 Mar 2008 21:09:46 +0100 (CET) (envelope-from rdivacky) Date: Mon, 3 Mar 2008 21:09:46 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20080303200946.GA79061@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: shared lock instead of exclusive in set_rootvnode 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, 03 Mar 2008 20:26:41 -0000 hi in set_rootvnode() there is p->p_fd->fd_cdir = rootvnode; p->p_fd->fd_rdir = rootvnode; protected just by FILEDESC_SLOCK(), I dont think this is correct although it might be benign as this is used only during boot. still, if it's not correct it should be fixed comments? roman From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:32:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B33BC1065677; Mon, 3 Mar 2008 20:32:38 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE8C8FC20; Mon, 3 Mar 2008 20:32:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id m23KWbIm059858; Mon, 3 Mar 2008 14:32:37 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m23KWbIZ059857; Mon, 3 Mar 2008 14:32:37 -0600 (CST) (envelope-from brooks) Date: Mon, 3 Mar 2008 14:32:37 -0600 From: Brooks Davis To: gnn@freebsd.org Message-ID: <20080303203237.GE57043@lor.one-eyed-alien.net> References: <677e3b3e0802280915x3f29e79cqe6093b5d7bfba975@mail.gmail.com> <7ifxv7pnei.wl%gnn@neville-neil.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ILuaRSyQpoVaJ1HG" Content-Disposition: inline In-Reply-To: <7ifxv7pnei.wl%gnn@neville-neil.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 03 Mar 2008 14:32:37 -0600 (CST) Cc: current@freebsd.org, jasone@freebsd.org Subject: Re: Differences in malloc between 6 and 7? 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, 03 Mar 2008 20:32:38 -0000 --ILuaRSyQpoVaJ1HG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [added jasone@ to the cc list] On Mon, Mar 03, 2008 at 03:23:33PM -0500, gnn@freebsd.org wrote: > Hi, >=20 > One of the folks I'm working with found this. The following code, > which yes, is just an example, is 1/2 as fast on 7.0-RELEASE as on > 6.3. Where should I look to find out why? All of malloc lives in src/libc/stdlib/malloc.c. I know Jason has made some changes in current so it might be worthwhile grabbing a copy from there and seeing if this case works better there. -- Brooks >=20 > Best, > George >=20 >=20 > culprit continues to be arena_run_malloc, which takes several times longer > on fbsd7 than the total of all calls to *alloc* on fbsd6. >=20 > Output of uname -a: > FreeBSD testlab5 7.0-STABLE FreeBSD 7.0-STABLE #1: Thu Feb 28 10:06:47 EST > 2008 root@builder:/usr/obj/usr/sources/FreeBSD.7/src/sys/GENERIC amd= 64 >=20 > Program source: > // simple test program that shows fbsd7 memory operations 2x slower than > fbsd6 > // compile with: > // g++ -o memory.o -c -O3 -Wall memory.cc > // g++ -o memory memory.o -O3 -L/usr/local/lib >=20 >=20 > class MemUser { > public: > void nTimesInOrder(int n) { for (int i=3D0; i freeInOrder(); } } > void alloc(); > void freeInOrder(); > void freeRandom(); >=20 > private: > char* p; > char* ptrs[16384]; > int psize; > }; >=20 > void MemUser::alloc() > { > int n =3D 0; > // for now, allocating 1000 times at each size. Sizes are 2, 20, 200, > 2000, 20k, 200k bytes > for (int size=3D2; size <=3D 2e5; size *=3D 10) { > for (int i=3D0; i<1000; ++i) { > p =3D new char [size]; > ptrs[n++] =3D p; > } > } > psize =3D n; > } >=20 > void MemUser::freeInOrder() > { > for (int i=3D0; i < psize; ++i) { > delete [] ptrs[i]; > } > } >=20 >=20 > int main(int argc, char* argv[]) > { > MemUser mu; > mu.nTimesInOrder(5000); > } >=20 >=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" --ILuaRSyQpoVaJ1HG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHzGBkXY6L6fI4GtQRAt7rAKCBtBeel5OtaykiJZKtyp+Gqr2iAgCg11za mVXp7D2s2vWa9ofua1dVVOk= =DH+b -----END PGP SIGNATURE----- --ILuaRSyQpoVaJ1HG-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 21:40:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA4C51065672; Mon, 3 Mar 2008 21:40:22 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id B5C6B8FC17; Mon, 3 Mar 2008 21:40:22 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id D89A05B30; Mon, 3 Mar 2008 13:17:31 -0800 (PST) To: gnn@freebsd.org In-reply-to: Your message of "Mon, 03 Mar 2008 15:23:33 EST." <7ifxv7pnei.wl%gnn@neville-neil.com> Date: Mon, 03 Mar 2008 13:17:31 -0800 From: Bakul Shah Message-Id: <20080303211731.D89A05B30@mail.bitblocks.com> Cc: current@freebsd.org Subject: Re: Differences in malloc between 6 and 7? 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, 03 Mar 2008 21:40:22 -0000 On Mon, 03 Mar 2008 15:23:33 EST gnn@freebsd.org wrote: > One of the folks I'm working with found this. The following code, > which yes, is just an example, is 1/2 as fast on 7.0-RELEASE as on > 6.3. Where should I look to find out why? Specifying malloc option K (double virtual memory chunk size) roughly halves the runtime. Additional Ks reduce it more and more. As this test spends most of its time in the kernel, may be this is just due to the mmap overhead? Or may be the defaults for 6.3 were different. From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 22:12:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 870A8106567E for ; Mon, 3 Mar 2008 22:12:32 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from bay0-omc3-s14.bay0.hotmail.com (bay0-omc3-s14.bay0.hotmail.com [65.54.246.214]) by mx1.freebsd.org (Postfix) with ESMTP id 80BEB8FC28 for ; Mon, 3 Mar 2008 22:12:32 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from BAY129-W44 ([65.55.134.79]) by bay0-omc3-s14.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 Mar 2008 14:12:29 -0800 Message-ID: X-Originating-IP: [67.82.106.153] From: Raphael Salas To: Garrett Cooper Date: Mon, 3 Mar 2008 22:12:31 +0000 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 03 Mar 2008 22:12:29.0687 (UTC) FILETIME=[ABCD5870:01C87D7B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: Hard disk not detected during install 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, 03 Mar 2008 22:12:32 -0000 > CC: freebsd-current@freebsd.org> From: yanefbsd@gmail.com> To: raphael_sa= las@hotmail.com> Subject: Re: Hard disk not detected during install> Date: = Sun, 2 Mar 2008 15:13:14 -0800> > On Mar 2, 2008, at 2:43 PM, Raphael Salas= wrote:> > >> > Hi,> >> > I recently bought a Toshiba Satellite P205D-S7479= , and want to run > > FreeBSD 7.0-RELEASE on it. However, during partitioni= ng, my hard > > disk (SATA) is not found, even with ACPI disabled and durin= g safe > > mode. pciconfig -lv says the ATA controller's vendor is ATI. > >= Additionally, my BIOS doesn't provide any options regarding hard > > disk,= therefore, I cannot switch it to IDE mode.> >> > Can I do anything about i= t?> > Have you tried installing 6.3 yet? I'm asking because it may be some = > breakage between 6.x and 7.x.> Cheers,> -Garrett =20 Tried 6.3-RELEASE, didn't work. -Raphael _________________________________________________________________ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=3DTXT_TAGHM_Wave2_sharelife_0120= 08= From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 22:19:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 785D310657B4; Mon, 3 Mar 2008 22:19:10 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C73A8FC15; Mon, 3 Mar 2008 22:19:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CC795C.9050600@FreeBSD.org> Date: Mon, 03 Mar 2008 23:19:08 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Bakul Shah References: <20080303211731.D89A05B30@mail.bitblocks.com> In-Reply-To: <20080303211731.D89A05B30@mail.bitblocks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, current@freebsd.org Subject: Re: Differences in malloc between 6 and 7? 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, 03 Mar 2008 22:19:10 -0000 Bakul Shah wrote: > On Mon, 03 Mar 2008 15:23:33 EST gnn@freebsd.org wrote: >> One of the folks I'm working with found this. The following code, >> which yes, is just an example, is 1/2 as fast on 7.0-RELEASE as on >> 6.3. Where should I look to find out why? > > Specifying malloc option K (double virtual memory chunk size) > roughly halves the runtime. Additional Ks reduce it more and > more. As this test spends most of its time in the kernel, > may be this is just due to the mmap overhead? Or may be the > defaults for 6.3 were different. Well, the whole architecture of malloc is different. I also see a big performance cliff (drops by a factor of 10) when malloc size exceeds the chunk size (1MB by default). Also concurrent access to mmapped memory performs badly in FreeBSD right now. I have patches that convert the vm_map lock to a sx to avoid this contention, but they need some more work. Kris From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 22:37:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A30CC106566C for ; Mon, 3 Mar 2008 22:37:31 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from bay0-omc3-s18.bay0.hotmail.com (bay0-omc3-s18.bay0.hotmail.com [65.54.246.218]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4498FC1B for ; Mon, 3 Mar 2008 22:37:31 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from BAY129-W51 ([65.55.134.86]) by bay0-omc3-s18.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 Mar 2008 14:37:32 -0800 Message-ID: X-Originating-IP: [67.82.106.153] From: Raphael Salas To: Gavin Atkinson Date: Mon, 3 Mar 2008 22:37:31 +0000 Importance: Normal In-Reply-To: <1204541396.11514.12.camel@buffy.york.ac.uk> References: <1204541396.11514.12.camel@buffy.york.ac.uk> MIME-Version: 1.0 X-OriginalArrivalTime: 03 Mar 2008 22:37:32.0485 (UTC) FILETIME=[2B8A1F50:01C87D7F] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: Hard disk not detected during install 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, 03 Mar 2008 22:37:31 -0000 > Subject: Re: Hard disk not detected during install> From: gavin.atkinson@= ury.york.ac.uk> To: raphael_salas@hotmail.com> CC: freebsd-current@freebsd.= org> Date: Mon, 3 Mar 2008 10:49:56 +0000> > On Sun, 2008-03-02 at 22:43 +0= 000, Raphael Salas wrote:> > Hi,> > > > I recently bought a Toshiba Satelli= te P205D-S7479, and want to run> > FreeBSD 7.0-RELEASE on it. However, duri= ng partitioning, my hard disk> > (SATA) is not found, even with ACPI disabl= ed and during safe mode.> > pciconfig -lv says the ATA controller's vendor = is ATI. Additionally,> > my BIOS doesn't provide any options regarding hard= disk, therefore, I> > cannot switch it to IDE mode.> > Is the controller d= etected at all when booting from the install CD?> When you are at the sysin= stall menu, you should be able to press scroll> lock and page up back throu= gh the boot messages. Booting "verbose" may> well be useful.> > If it's not= detected, compare this with the boot messages from 6.3 and> see what the d= ifferences are. Does it try to attach and fail, or never> even notice the c= ontroller is there? If the controller attaches> successfully, have a look t= owards the end of the boot messages for where> disks get detected. What are= the errors?> > It sounds like you already have 6.x or something on the mac= hine, if so> you may find that you can boot (with verbose logging) the 7.x = CD, abort> the installer, reboot into 6.x and find the 7.x boot messages> i= n /var/log/messages. Otherwise, taking digital pictures of the boot> messag= es and sending links to the list may well help us diagnose the> problem.> >= Gavin =20 Here's the link: http://www.sendspace.com/folder/d5tai1 =20 If you need more pictures let me know. =20 -Raphael _________________________________________________________________ Need to know the score, the latest news, or you need your Hotmail=AE-get yo= ur "fix". http://www.msnmobilefix.com/Default.aspx= From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 23:12:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E751065675 for ; Mon, 3 Mar 2008 23:12:50 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from bay0-omc3-s27.bay0.hotmail.com (bay0-omc3-s27.bay0.hotmail.com [65.54.246.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1778FC26 for ; Mon, 3 Mar 2008 23:12:50 +0000 (UTC) (envelope-from raphael_salas@hotmail.com) Received: from BAY129-W47 ([65.55.134.82]) by bay0-omc3-s27.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 Mar 2008 15:12:49 -0800 Message-ID: X-Originating-IP: [67.82.106.153] From: Raphael Salas To: Gavin Atkinson Date: Mon, 3 Mar 2008 23:12:50 +0000 Importance: Normal In-Reply-To: References: <1204541396.11514.12.camel@buffy.york.ac.uk> MIME-Version: 1.0 X-OriginalArrivalTime: 03 Mar 2008 23:12:49.0784 (UTC) FILETIME=[198C4F80:01C87D84] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: Hard disk not detected during install 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, 03 Mar 2008 23:12:50 -0000 > From: raphael_salas@hotmail.com> To: gavin.atkinson@ury.york.ac.uk> Date:= Mon, 3 Mar 2008 22:37:31 +0000> CC: freebsd-current@freebsd.org> Subject: = RE: Hard disk not detected during install> > > > Subject: Re: Hard disk not= detected during install> From: gavin.atkinson@ury.york.ac.uk> To: raphael_= salas@hotmail.com> CC: freebsd-current@freebsd.org> Date: Mon, 3 Mar 2008 1= 0:49:56 +0000> > On Sun, 2008-03-02 at 22:43 +0000, Raphael Salas wrote:> >= Hi,> > > > I recently bought a Toshiba Satellite P205D-S7479, and want to = run> > FreeBSD 7.0-RELEASE on it. However, during partitioning, my hard dis= k> > (SATA) is not found, even with ACPI disabled and during safe mode.> > = pciconfig -lv says the ATA controller's vendor is ATI. Additionally,> > my = BIOS doesn't provide any options regarding hard disk, therefore, I> > canno= t switch it to IDE mode.> > Is the controller detected at all when booting = from the install CD?> When you are at the sysinstall menu, you should be ab= le to press scroll> lock and page up back through the boot messages. Bootin= g "verbose" may> well be useful.> > If it's not detected, compare this with= the boot messages from 6.3 and> see what the differences are. Does it try = to attach and fail, or never> even notice the controller is there? If the c= ontroller attaches> successfully, have a look towards the end of the boot m= essages for where> disks get detected. What are the errors?> > It sounds li= ke you already have 6.x or something on the machine, if so> you may find th= at you can boot (with verbose logging) the 7.x CD, abort> the installer, re= boot into 6.x and find the 7.x boot messages> in /var/log/messages. Otherwi= se, taking digital pictures of the boot> messages and sending links to the = list may well help us diagnose the> problem.> > Gavin> > Here's the link: h= ttp://www.sendspace.com/folder/d5tai1> > If you need more pictures let me k= now.> > -Raphael =20 Sorry, that site requires you to download the pictures, here are imageshack= links: =20 http://img341.imageshack.us/img341/4585/p1012298bb5.jpg http://img352.imageshack.us/img352/2016/p1012299xx7.jpg http://img205.imageshack.us/img205/682/p1012300ss8.jpg http://img186.imageshack.us/img186/6581/p1012301my0.jpg http://img151.imageshack.us/img151/6940/p1012302eu8.jpg http://img201.imageshack.us/img201/1521/p1012303ig5.jpg =20 _________________________________________________________________ Shed those extra pounds with MSN and The Biggest Loser! http://biggestloser.msn.com/= From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 00:02:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 562CB1065676; Tue, 4 Mar 2008 00:02:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 22C228FC1B; Tue, 4 Mar 2008 00:02:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2402Jeu013338; Mon, 3 Mar 2008 19:02:19 -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.14.2/8.14.2) with ESMTP id m2402JUH067178; Mon, 3 Mar 2008 19:02:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6595073039; Mon, 3 Mar 2008 19:02:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080304000219.6595073039@freebsd-current.sentex.ca> Date: Mon, 3 Mar 2008 19:02:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6012/Wed Feb 27 13:48:06 2008 clamav-milter version 0.92.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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, 04 Mar 2008 00:02:21 -0000 TB --- 2008-03-03 22:57:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-03 22:57:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-03-03 22:57:48 - cleaning the object tree TB --- 2008-03-03 22:58:16 - cvsupping the source tree TB --- 2008-03-03 22:58:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-03-03 22:58:22 - building world (CFLAGS=-O -pipe) TB --- 2008-03-03 22:58:22 - cd /src TB --- 2008-03-03 22:58:22 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 3 22:58:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 4 00:01:50 UTC 2008 TB --- 2008-03-04 00:01:50 - generating LINT kernel config TB --- 2008-03-04 00:01:50 - cd /src/sys/powerpc/conf TB --- 2008-03-04 00:01:50 - /usr/bin/make -B LINT TB --- 2008-03-04 00:01:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-04 00:01:50 - cd /src TB --- 2008-03-04 00:01:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 4 00:01:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' /src/sys/powerpc/powerpc/genassym.c:113: error: invalid use of undefined type 'struct pte_entry' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-04 00:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-04 00:02:19 - ERROR: failed to build lint kernel TB --- 2008-03-04 00:02:19 - tinderbox aborted TB --- 2862.13 user 333.39 system 3870.47 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 02:20:52 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 307051065673 for ; Tue, 4 Mar 2008 02:20:52 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 02BB18FC23 for ; Tue, 4 Mar 2008 02:20:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m242KoBA013145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 18:20:51 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47CCB187.8070808@FreeBSD.org> Date: Mon, 03 Mar 2008 18:18:47 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: re@FreeBSD.org, "George V. Neville-Neil" , "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 02:20:52 -0000 Hi, It appears to be that "options IPSEC" along with "device crypto" breaks FreeBSD/powerpc kernel badly. When enabling these options, apparently kernel doesn't perform any initialization tasks (I don't see usual probe/init sequence output) but jumps straight into root fs mounting after initing crypto(4) and ipsec(4), which is not usable since no devices has been attached. Keyboard is not working either. Screenshot of console with IPSEC/crypto enabled: http://sobomax.homeunix.org/~sobomax/powerpc_ipsec_RELENG_7.jpg Screenshot with normal boot -a: http://sobomax.homeunix.org/~sobomax/powerpc_RELENG_7.jpg Full dmesg of the same: http://sobomax.homeunix.org/~sobomax/powerpc_RELENG_7.txt Please fix ASAP. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 02:31:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D1F106566B for ; Tue, 4 Mar 2008 02:31:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 401EA8FC17 for ; Tue, 4 Mar 2008 02:31:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so134433anc.13 for ; Mon, 03 Mar 2008 18:31:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=G1DO5qFzjto2CA/toxMpWjeZJ7rRFRy5HyVeHWPoBGE=; b=LSZpStgshizcfO3PZXk2HQeg9NIFz92i+QNGEv8miCN2dZoSG9oJ+Qva/xr1wENx/q2S00LRbpTxD6G2PDFBM4sd2BvFLNqJ9LmlR43QGLs0G+gfAHbM9sb2A3LhKkIkeZyddch/gnqMWDVGg/Z6hViHOA3ZeaZL/MP1C+9XVPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=W2Z5nBeb6E53yYSYdeK1LqWcW3PfSKNEKqjp3dgjj9iwUsZ7ylGMXgd+NXtQtyorzSNwsvFObYrz4X2Pt4z6yp/4wCCtPTc1o1T/4TXq/AcY69ptnmZn7WnKrZkVx51wmOOUuxhf7UVqewv9kZorrFoLtzWXqLHzvbHUWpHFPbI= Received: by 10.100.13.2 with SMTP id 2mr886742anm.29.1204597877303; Mon, 03 Mar 2008 18:31:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id i51sm1697400rne.7.2008.03.03.18.31.14 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Mar 2008 18:31:16 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m242VAeJ078546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Mar 2008 11:31:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m242V9d3078545; Tue, 4 Mar 2008 11:31:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Mar 2008 11:31:09 +0900 From: Pyun YongHyeon To: Phil Oleson Message-ID: <20080304023108.GA78525@cdnetworks.co.kr> References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> <47CC2F0F.2000808@nixil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CC2F0F.2000808@nixil.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Milan Obuch Subject: Re: CFT: vr(4) 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, 04 Mar 2008 02:31:18 -0000 On Mon, Mar 03, 2008 at 10:02:07AM -0700, Phil Oleson wrote: > Pyun YongHyeon wrote: > >On Mon, Mar 03, 2008 at 10:10:25AM +0100, Milan Obuch wrote: > > > On Monday 03 March 2008, Pyun YongHyeon wrote: > > > > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > > > > > > > Sorry for late handling. I wanted to solve Milan Obuch's issue first > > > > before committing vr(4). But it seems that it's not easy to fix > > > > Milan's issue. :-( > > > > > > > > > > Well, I see some progress there... Today I was able to do some tests > > again, > and I was able to ping -f another box on the same network for > > some time. I > tried then csup sources and I got hard hang, again, this > > time with following > lines on console: > > > > > > vr0: PCI bus error -- resetting > > > vr0: restarting > > > > > > >Hmm, this is interesting. 6105M datasheet said nothing what can be > >done for this case. I guess this kind of error can come from > >improperly seated NICs or broken hardware. Would you re-seat the NIC > >or change PCI slot and try again with attached patch? > > > > > And no ability to enter kdb, either. > > > Just for record, I am getting following when kldload'ing if_vr: > > > > > > vr0: port 0x9c00-0x9cff mem > > > 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 > > > vr0: Quirks: 0x6 > > > vr0: Revision: 0x96 > > > miibus1: on vr0 > > > ukphy0: PHY 1 on miibus1 > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > > > (one out of four devices shown) > > > > > > > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > > > > >I never thought this kind of testing. It's good to hear vr(4) > > > > > >recovers from the abrupt link change events. I guess this also > > > > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > > > > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > > > > RELENG_6 ? Its not just media speed changes that causes the nic to > > > > > > > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > > > > done on RELENG_6 due to lack of spare time. > > > > > > > > > > In my eyes, if new vr works for others and no regression was found, it > > should > go in. I did not encountered a regression - it did not work with > > old driver, > it does not work (yet) with the new... but I hope we can > > get this one > working, too... > > > > > > >Yes, I really like to fix it too. > > > > Hey.. unfortunately I have to chime in too.. (with a failure) > Last night I was running a crusty RELENG_6 from about july of last year. > I had some issues unrelated to this, so I decided to update the system > to check if that resolved those issues (it did - RELENG_6 as of sometime > last night). However, vr stopped working. As I remembered this thread, > I booted to my old kernel, and downloaded the rewrite/patchset for 6 > and tried it out. Unfortunately, It is failing: > > vr0: port 0xe800-0xe8ff mem > 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 > vr0: Quirks: 0x0 > vr0: Revision: 0x70 > vr0: phy read timeout 31:1 > vr0: MII without any phy! > device_attach: vr0 attach returned 6 > > > I'm attaching the complete dmesg, and the version of if_vr.c used.. (a > couple of the smaller patches you suggested I hand applied to reduce the > turnaround time). Any suggestions would be tested tonight. > It seems that I've made mistake in implementing memory mapped register access. Even if datasheet says no special things for reloading EEPROM, Rhine family seems to default to io register access after reloading EEPROM. I guess this would be root cause of Milan Obuch's issue. It seems that his hardware requires memory mapped register access but reloading EEPROM disabled it. ATM I have no clean idea how can I renable memory mapped register access after EEPROM reloading without hacks so I completely backed out memory mapped register access and put updated vr(4) to the same URL. Please try again updated vr(4) and let me know how it goes. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 03:39:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67E49106566B; Tue, 4 Mar 2008 03:39:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3553C8FC20; Tue, 4 Mar 2008 03:39:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m243dnkl053386; Mon, 3 Mar 2008 22:39:49 -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.14.2/8.14.2) with ESMTP id m243dnns046390; Mon, 3 Mar 2008 22:39:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F295773039; Mon, 3 Mar 2008 22:39:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080304033948.F295773039@freebsd-current.sentex.ca> Date: Mon, 3 Mar 2008 22:39:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean 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, 04 Mar 2008 03:39:50 -0000 TB --- 2008-03-04 03:22:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-04 03:22:39 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-04 03:22:39 - cleaning the object tree TB --- 2008-03-04 03:23:05 - cvsupping the source tree TB --- 2008-03-04 03:23:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-04 03:23:11 - building world (CFLAGS=-O -pipe) TB --- 2008-03-04 03:23:11 - cd /src TB --- 2008-03-04 03:23:11 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 4 03:23:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] sh /src/tools/install.sh -C -o root -g wheel -m 444 /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /src/lib/libpam/libpam/security/pam_mod_misc.h /obj/pc98/src/tmp/usr/include/security ===> lib/libthr (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/i386/i386/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/ libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/arch/i386/i386/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/sys/thr_error.c In file included from /src/lib/libthr/sys/thr_error.c:40: /src/lib/libthr/thread/thr_private.h:224: error: expected specifier-qualifier-list before 'cpuset_t' *** Error code 1 Stop in /src/lib/libthr. *** 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 --- 2008-03-04 03:39:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-04 03:39:48 - ERROR: failed to build world TB --- 2008-03-04 03:39:48 - tinderbox aborted TB --- 735.12 user 95.30 system 1028.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 03:58:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F2C1065670; Tue, 4 Mar 2008 03:58:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E15978FC26; Tue, 4 Mar 2008 03:58:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m243w3CA054320; Mon, 3 Mar 2008 22:58: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.14.2/8.14.2) with ESMTP id m243w3mw059247; Mon, 3 Mar 2008 22:58:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB6A273039; Mon, 3 Mar 2008 22:58:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080304035802.EB6A273039@freebsd-current.sentex.ca> Date: Mon, 3 Mar 2008 22:58:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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, 04 Mar 2008 03:58:04 -0000 TB --- 2008-03-04 03:39:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-04 03:39:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-04 03:39:49 - cleaning the object tree TB --- 2008-03-04 03:40:22 - cvsupping the source tree TB --- 2008-03-04 03:40:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-04 03:40:28 - building world (CFLAGS=-O -pipe) TB --- 2008-03-04 03:40:28 - cd /src TB --- 2008-03-04 03:40:28 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 4 03:40:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] sh /src/tools/install.sh -C -o root -g wheel -m 444 /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /src/lib/libpam/libpam/security/pam_mod_misc.h /obj/ia64/src/tmp/usr/include/security ===> lib/libthr (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/ia64/ia64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/ libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/arch/ia64/ia64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/sys/thr_error.c In file included from /src/lib/libthr/sys/thr_error.c:40: /src/lib/libthr/thread/thr_private.h:224: error: expected specifier-qualifier-list before 'cpuset_t' *** Error code 1 Stop in /src/lib/libthr. *** 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 --- 2008-03-04 03:58:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-04 03:58:02 - ERROR: failed to build world TB --- 2008-03-04 03:58:02 - tinderbox aborted TB --- 763.45 user 92.84 system 1093.87 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 04:15:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05270106566C; Tue, 4 Mar 2008 04:15:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2F708FC14; Tue, 4 Mar 2008 04:15:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m244Fnb1028744; Mon, 3 Mar 2008 23:15:49 -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.14.2/8.14.2) with ESMTP id m244FhMD071876; Mon, 3 Mar 2008 23:15:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A004673039; Mon, 3 Mar 2008 23:15:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080304041543.A004673039@freebsd-current.sentex.ca> Date: Mon, 3 Mar 2008 23:15:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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, 04 Mar 2008 04:15:51 -0000 TB --- 2008-03-04 03:58:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-04 03:58:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-03-04 03:58:03 - cleaning the object tree TB --- 2008-03-04 03:58:26 - cvsupping the source tree TB --- 2008-03-04 03:58:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-03-04 03:58:32 - building world (CFLAGS=-O -pipe) TB --- 2008-03-04 03:58:32 - cd /src TB --- 2008-03-04 03:58:32 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 4 03:58:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] sh /src/tools/install.sh -C -o root -g wheel -m 444 /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /src/lib/libpam/libpam/security/pam_mod_misc.h /obj/powerpc/src/tmp/usr/include/security ===> lib/libthr (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack .c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/sys/thr_error.c In file included from /src/lib/libthr/sys/thr_error.c:40: /src/lib/libthr/thread/thr_private.h:224: error: expected specifier-qualifier-list before 'cpuset_t' *** Error code 1 Stop in /src/lib/libthr. *** 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 --- 2008-03-04 04:15:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-04 04:15:43 - ERROR: failed to build world TB --- 2008-03-04 04:15:43 - tinderbox aborted TB --- 751.53 user 93.07 system 1060.51 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 04:19:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4FAD1065678; Tue, 4 Mar 2008 04:19:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8C68FC13; Tue, 4 Mar 2008 04:19:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m244JrlL028824; Mon, 3 Mar 2008 23:19:53 -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.14.2/8.14.2) with ESMTP id m244JrUm068874; Mon, 3 Mar 2008 23:19:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8B31473039; Mon, 3 Mar 2008 23:19:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080304041952.8B31473039@freebsd-current.sentex.ca> Date: Mon, 3 Mar 2008 23:19:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6012/Wed Feb 27 13:48:06 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean 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, 04 Mar 2008 04:19:53 -0000 TB --- 2008-03-04 04:03:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-04 04:03:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-03-04 04:03:39 - cleaning the object tree TB --- 2008-03-04 04:04:14 - cvsupping the source tree TB --- 2008-03-04 04:04:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-03-04 04:04:19 - building world (CFLAGS=-O -pipe) TB --- 2008-03-04 04:04:19 - cd /src TB --- 2008-03-04 04:04:19 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 4 04:04:20 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] sh /src/tools/install.sh -C -o root -g wheel -m 444 /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /src/lib/libpam/libpam/security/pam_mod_misc.h /obj/sparc64/src/tmp/usr/include/security ===> lib/libthr (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack .c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/sys/thr_error.c In file included from /src/lib/libthr/sys/thr_error.c:40: /src/lib/libthr/thread/thr_private.h:224: error: expected specifier-qualifier-list before 'cpuset_t' *** Error code 1 Stop in /src/lib/libthr. *** 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 --- 2008-03-04 04:19:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-04 04:19:50 - ERROR: failed to build world TB --- 2008-03-04 04:19:50 - tinderbox aborted TB --- 662.23 user 92.87 system 971.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 04:30:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8516B106567A; Tue, 4 Mar 2008 04:30:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE178FC1D; Tue, 4 Mar 2008 04:30:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m244UB9o029258; Mon, 3 Mar 2008 23:30:11 -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.14.2/8.14.2) with ESMTP id m244UBDf092114; Mon, 3 Mar 2008 23:30:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 94E9273039; Mon, 3 Mar 2008 23:30:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080304043011.94E9273039@freebsd-current.sentex.ca> Date: Mon, 3 Mar 2008 23:30:11 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6012/Wed Feb 27 13:48:06 2008 clamav-milter version 0.92.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 04 Mar 2008 04:30:13 -0000 TB --- 2008-03-04 04:15:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-04 04:15:43 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-03-04 04:15:43 - cleaning the object tree TB --- 2008-03-04 04:16:09 - cvsupping the source tree TB --- 2008-03-04 04:16:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-03-04 04:16:16 - building world (CFLAGS=-O -pipe) TB --- 2008-03-04 04:16:16 - cd /src TB --- 2008-03-04 04:16:16 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 4 04:16:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] sh /src/tools/install.sh -C -o root -g wheel -m 444 /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_attr.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/openpam_version.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_appl.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_constants.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_modules.h /src/lib/libpam/libpam/../../../contrib/openpam/include/security/pam_types.h /src/lib/libpam/libpam/security/pam_mod_misc.h /obj/sun4v/src/tmp/usr/include/security ===> lib/libthr (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/lib/libthr/thread/thr_stack .c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -c /src/lib/libthr/sys/thr_error.c In file included from /src/lib/libthr/sys/thr_error.c:40: /src/lib/libthr/thread/thr_private.h:224: error: expected specifier-qualifier-list before 'cpuset_t' *** Error code 1 Stop in /src/lib/libthr. *** 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 --- 2008-03-04 04:30:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-04 04:30:11 - ERROR: failed to build world TB --- 2008-03-04 04:30:11 - tinderbox aborted TB --- 656.95 user 91.88 system 867.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 04:32:28 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1239106566C; Tue, 4 Mar 2008 04:32:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.80]) by mx1.freebsd.org (Postfix) with ESMTP id 96E978FC24; Tue, 4 Mar 2008 04:32:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp002-s [10.150.69.65]) by smtpoutm.mac.com (Xserve/smtpout017/MantshX 4.0) with ESMTP id m244WS4U019987; Mon, 3 Mar 2008 20:32:28 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp002/MantshX 4.0) with ESMTP id m244WQmf021290 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Mar 2008 20:32:27 -0800 (PST) Message-Id: <723D012C-7907-4CFC-B134-C5E5A0B486D9@mac.com> From: Marcel Moolenaar To: Maxim Sobolev In-Reply-To: <47CCB187.8070808@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 3 Mar 2008 20:32:26 -0800 References: <47CCB187.8070808@FreeBSD.org> X-Mailer: Apple Mail (2.919.2) Cc: "George V. Neville-Neil" , re@FreeBSD.org, "current@freebsd.org" Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 04:32:28 -0000 On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: > Hi, > > It appears to be that "options IPSEC" along with "device crypto" > breaks FreeBSD/powerpc kernel badly. When enabling these options, > apparently kernel doesn't perform any initialization tasks (I don't > see usual probe/init sequence output) but jumps straight into root > fs mounting after initing crypto(4) and ipsec(4), which is not > usable since no devices has been attached. Keyboard is not working > either. The problem is with device crypto. It attaches to nexus(4) and expects to be the only child. As you can see from the log, all children of nexus suddenly become instantiations of cryptosoft(4) rather then the usual drivers that attach. The swcr_probe() function should check that the device it gets is really the one created for it. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 05:13:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9305A1065675; Tue, 4 Mar 2008 05:13:47 +0000 (UTC) (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 75BC38FC14; Tue, 4 Mar 2008 05:13:47 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m245Dkb9067042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 21:13:46 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47CCDA8A.60004@errno.com> Date: Mon, 03 Mar 2008 21:13:46 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Marcel Moolenaar References: <47CCB187.8070808@FreeBSD.org> <723D012C-7907-4CFC-B134-C5E5A0B486D9@mac.com> In-Reply-To: <723D012C-7907-4CFC-B134-C5E5A0B486D9@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: re@freebsd.org, "current@freebsd.org" , "George V. Neville-Neil" Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 05:13:47 -0000 Marcel Moolenaar wrote: > > On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: > >> Hi, >> >> It appears to be that "options IPSEC" along with "device crypto" >> breaks FreeBSD/powerpc kernel badly. When enabling these options, >> apparently kernel doesn't perform any initialization tasks (I don't >> see usual probe/init sequence output) but jumps straight into root fs >> mounting after initing crypto(4) and ipsec(4), which is not usable >> since no devices has been attached. Keyboard is not working either. > > The problem is with device crypto. It attaches to nexus(4) and > expects to be the only child. As you can see from the log, all > children of nexus suddenly become instantiations of cryptosoft(4) > rather then the usual drivers that attach. > > The swcr_probe() function should check that the device it gets > is really the one created for it. > Don't know about "expects to be the only child" but I did was jhb said was right. If you know otherwise please fix it. Sam From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 06:27:50 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EB391065671 for ; Tue, 4 Mar 2008 06:27:50 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 55C528FC15 for ; Tue, 4 Mar 2008 06:27:50 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.13.8/8.13.8) with ESMTP id m245pnou008921; Tue, 4 Mar 2008 00:51:49 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.13.8/8.13.8/Submit) id m245pnnP008918; Tue, 4 Mar 2008 00:51:49 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18380.58229.379738.408078@hergotha.csail.mit.edu> Date: Tue, 4 Mar 2008 00:51:49 -0500 From: Garrett Wollman To: Jeff Roberson In-Reply-To: <20080301222513.Y920@desktop> References: <200803020821.m228L0Yw042389@repoman.freebsd.org> <20080301222513.Y920@desktop> X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 04 Mar 2008 00:51:49 -0500 (EST) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hergotha.csail.mit.edu Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/kern sched_ule.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: Tue, 04 Mar 2008 06:27:50 -0000 < said: > Kris has done some excellent benchmarking as usual. Here you can see the > improvement in postgres depending on various scheduler debug settings: > http://people.freebsd.org/~kris/scaling/pgsql-16cpu.png Can you comment on the area under the knee in the 8-cpu topologies? I seems surprising that 16 cores performs worse than 8 cores in this regime. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 06:33:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EA07106566B for ; Tue, 4 Mar 2008 06:33:56 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 10ADD8FC1B for ; Tue, 4 Mar 2008 06:33:55 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so523374fgg.35 for ; Mon, 03 Mar 2008 22:33:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=M7o0gkbNa/KsSiWyn+ArKB6mEcN02xIwpt+mOKq/yeM=; b=i19YkIt/nVDXQ83MXUEbfxlb63UCVaTcpOODK1fhnF7x6AyI9DW2yJK7ponkiJd/um5Nf7x5rfRoMCk43mm3Ho34zp06sme872G6CKsZubN63Y9oK3FcH2EcwZiXC8OMjUXHDOgA/3gH5rdh6cKBpDUFj+KfQD6IjF8Sj88yDvc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=geEEspBijQR7JgMCduHdXywKvjAlUSLiFoyHC4xeFUpIA0X5xLdVOZ8cOwv13p91a7PXBST5wbsadecqnT7jEan89v8Ecf3GykihtNfJxacij7vJgf/0QZjxvkZQO5d5hkk8ld0PJF4L7JrujvJ2xqpr5zuMm2olrTZ/0jSdoZQ= Received: by 10.86.59.2 with SMTP id h2mr780486fga.19.1204612434824; Mon, 03 Mar 2008 22:33:54 -0800 (PST) Received: by 10.86.70.10 with HTTP; Mon, 3 Mar 2008 22:33:53 -0800 (PST) Message-ID: <84dead720803032233m6881e888m6ff69c464a4a3d17@mail.gmail.com> Date: Tue, 4 Mar 2008 12:03:53 +0530 From: "Joseph Koshy" To: "Ed Schouten" In-Reply-To: <20080303200219.GF80576@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080303200219.GF80576@hoeg.nl> Cc: FreeBSD Current Subject: Re: Yet another BSD licensed replacement: size(1) 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, 04 Mar 2008 06:33:56 -0000 Ed, > Today I found out we have a utility in FreeBSD that's 300 KB's in size > and is only used to display some fancy numbers, called size(1). (Yeah, > 300 KB - it is statically linked against libbfd.) > > I thought it would be possible to rewrite size(1) to use libelf. The > result: > > GNU size(1); > > | $ size /usr/bin/size > | text data bss dec hex filename > | 309202 1524 16964 327690 5000a size > > My size(1): > > | $ ./size size > | text data bss dec hex filename > | 5209 340 44 5593 15d9 size > > So far I've implemented all common features supported by the GNU > version, except one: when you use size -A (the `System V format'), it > doesn't calculate the relocated addresses yet. It now prints 0xdeadc0de, > but this has to be fixed. > > I haven't tested the utility on any 64-bit systems yet and I know it > will probably won't work there yet, but I'll look at these issues soon. > > When finished, it should be a drop-in replacement. The Berkeley format > is exactly the same as the original GNU version. The System V format > should be almost the same, except for some whitespace. How does yours compare with Sam Arun Raj's implementation of size(1) in Perforce? IIRC it was fairly complete. See: http://wiki.freebsd.org/ElfToolChain and: //depot/user/samarunraj/elftoolchain/src/usr.bin/size/ Regards, Koshy From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 06:42:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22559106566C; Tue, 4 Mar 2008 06:42:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.72]) by mx1.freebsd.org (Postfix) with ESMTP id 14DC88FC12; Tue, 4 Mar 2008 06:42:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp008-s [10.150.69.71]) by smtpoutm.mac.com (Xserve/smtpout009/MantshX 4.0) with ESMTP id m246ftBf006885; Mon, 3 Mar 2008 22:41:55 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp008/MantshX 4.0) with ESMTP id m246frao026661 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Mar 2008 22:41:54 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Sam Leffler In-Reply-To: <47CCDA8A.60004@errno.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 3 Mar 2008 22:41:52 -0800 References: <47CCB187.8070808@FreeBSD.org> <723D012C-7907-4CFC-B134-C5E5A0B486D9@mac.com> <47CCDA8A.60004@errno.com> X-Mailer: Apple Mail (2.919.2) Cc: re@freebsd.org, "current@freebsd.org" , "George V. Neville-Neil" Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 06:42:46 -0000 On Mar 3, 2008, at 9:13 PM, Sam Leffler wrote: > Marcel Moolenaar wrote: >> >> On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: >> >>> Hi, >>> >>> It appears to be that "options IPSEC" along with "device crypto" >>> breaks FreeBSD/powerpc kernel badly. When enabling these options, >>> apparently kernel doesn't perform any initialization tasks (I >>> don't see usual probe/init sequence output) but jumps straight >>> into root fs mounting after initing crypto(4) and ipsec(4), which >>> is not usable since no devices has been attached. Keyboard is not >>> working either. >> >> The problem is with device crypto. It attaches to nexus(4) and >> expects to be the only child. As you can see from the log, all >> children of nexus suddenly become instantiations of cryptosoft(4) >> rather then the usual drivers that attach. >> >> The swcr_probe() function should check that the device it gets >> is really the one created for it. >> > > Don't know about "expects to be the only child" but I did was jhb > said was right. A driver's probe function gets called for all devices on the bus the driver has an attachment on. Typically the probe function performs some tests to see if the device in question corresponds to hardware the driver works with. For PCI this is typically the vendor and device ID. In this case, swcr_probe() always returns success, no matter what device it's passed. This only works if it's the only device on the bus... > If you know otherwise please fix it. I'll play with it. I think the best way is to do it the same as null(4). There's nothing in the probe function we can test for. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 07:39:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7280E106566C for ; Tue, 4 Mar 2008 07:39:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBD98FC1E for ; Tue, 4 Mar 2008 07:39:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 31D8B1CC30; Tue, 4 Mar 2008 08:39:32 +0100 (CET) Date: Tue, 4 Mar 2008 08:39:32 +0100 From: Ed Schouten To: Joseph Koshy Message-ID: <20080304073932.GJ80576@hoeg.nl> References: <20080303200219.GF80576@hoeg.nl> <84dead720803032233m6881e888m6ff69c464a4a3d17@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yaap9KN+GmBP785v" Content-Disposition: inline In-Reply-To: <84dead720803032233m6881e888m6ff69c464a4a3d17@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: Yet another BSD licensed replacement: size(1) 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, 04 Mar 2008 07:39:34 -0000 --yaap9KN+GmBP785v Content-Type: multipart/mixed; boundary="jtcAeju3WzRmRF+o" Content-Disposition: inline --jtcAeju3WzRmRF+o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Joseph Koshy wrote: > How does yours compare with Sam Arun Raj's implementation of size(1) in > Perforce? IIRC it was fairly complete. > > See: http://wiki.freebsd.org/ElfToolChain > and: //depot/user/samarunraj/elftoolchain/src/usr.bin/size/ Unfortunately, the wiki is down, but I just did a checkout of Sam's work. Too bad I didn't know there was already an implementation already, but it was fun anyway. ;-) As far as I can see, his version is a lot more complex than mine, but has the advantage that it supports core dumps and archives as well. My version is more compatible with the GNU one, in case someone is using this in shellscripts (has the -B switch, output is exactly the same, etc). Even though I couldn't build Sam's version in one go (lot of warnings), I think we'd better stick to Sam's implementation. I've attached an updated version of my work to this email, in case someone finds something interesting in there. What I can't understand, is why the System V format is called like that. size(1) on Solaris is *completely* different. --=20 Ed Schouten WWW: http://g-rave.nl/ --jtcAeju3WzRmRF+o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="size.txt" Content-Transfer-Encoding: quoted-printable # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # size.1 # size.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XPROG=3D size XLDADD=3D -lelf XWARNS?=3D 6 X XBINDIR=3D /usr/bin X X.include END-of-Makefile echo x - size.1 sed 's/^X//' >size.1 << 'END-of-size.1' X.\" Copyright (c) 2008 Ed Schouten X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PUR= POSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUEN= TIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, ST= RICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY = WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" $FreeBSD$ X.\" X.Dd March 3, 2008 X.Dt SIZE 1 X.Os X.Sh NAME X.Nm size X.Nd list section sizes of ELF files X.Sh SYNOPSIS X.Nm X.Op Fl A | Fl B X.Op Fl d | Fl o | Fl x X.Op Fl t X.Ar X.Sh DESCRIPTION XFor each operand, X.Nm Xdisplays the sizes of the read-only sections of the ELF file (text), the Xread-write sections (data) and the zero-initialized sections (bss). XThis format is referred to as the Berkeley format, which is Xshown by default. X.Pp XThis version of X.Nm Xalso supports the System V format, which shows the sizes and load Xaddresses of all sections within the ELF file. X.Pp XThe following options are available: X.Bl -tag -width indent X.It Fl A XShow output using the System V format. X.It Fl B XShow output using the Berkeley format. X.It Fl d XDisplay sizes as decimal numbers. X.It Fl o XDisplay sizes as octal numbers. XWhen enabled, the X.Em dec Xcolumn in the Berkeley format is replaced by a column which displays the Xsize in octal. X.It Fl x XDisplay sizes as hexadecimal numbers. X.It Fl t XWhen using the Berkeley format, show the total size for all ELF files at Xthe bottom. X.Sh EXIT STATUS X.Ex -std X.Sh COMPATIBILITY XThis utility implements most standard options that are implemented in Xthe GNU X.Nm Xutility. XUnlike the GNU version, this utility only supports decimal, Xoctal and hexadecimal radices. X.Sh SEE ALSO X.Xr objdump 1 , X.Xr readelf 1 , X.Xr elf 3 X.Sh HISTORY XIn X.Fx 8.0 , X.An Ed Schouten Aq ed@80386.nl Xreimplemented X.Nm Xusing the X.Lb libelf . END-of-size.1 echo x - size.c sed 's/^X//' >size.c << 'END-of-size.c' X/*- X * Copyright (c) 2008 Ed Schouten X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $FreeBSD$ X */ X X#include X#include X#include X#include X#include X X#include X#include X Xstatic int sysvflg =3D -1; Xstatic int radixflg =3D -1; Xstatic int totalflg =3D 0; Xstatic int exitcode =3D 0; X Xstatic void Xusage(void) X{ X fprintf(stderr, "usage: size [-A | -B] [-d | -o | -x] [-t] file ...\n"); X exit(1); X} X Xstatic unsigned int total_text =3D 0, total_data =3D 0, total_bss =3D 0; Xstatic int header_printed =3D 0; X Xstatic void Xprint_line_berkeley(unsigned int text, unsigned int data, X unsigned int bss, const char *filename) X{ X const char *fmt; X unsigned int total; X X total =3D text + data + bss; X X if (!header_printed) { X printf(" text\t data\t bss\t %s\t hex\tfilename\n", X radixflg =3D=3D 8 ? "oct" : "dec"); X header_printed =3D 1; X } X X /* Radix dependant fields */ X if (radixflg =3D=3D 8) { X fmt =3D "%#7o\t%#7o\t%#7o\t%7o"; X } else if (radixflg =3D=3D 16) { X fmt =3D "%#7x\t%#7x\t%#7x\t%7u"; X } else { X fmt =3D "%7u\t%7u\t%7u\t%7u"; X } X printf(fmt, text, data, bss, total); X /* Radix independant fields */ X printf("\t%7x\t%s\n", total, filename); X} X Xstatic void Xprint_entry_berkeley(Elf *e, const char *filename) X{ X unsigned int i, nsec; X unsigned int text =3D 0, data =3D 0, bss =3D 0; X Elf_Scn *es; X GElf_Shdr hdr; X X if (elf_getshnum(e, &nsec) =3D=3D 0) { X warnx("%s: Unable to obtain the number of sections: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X for (i =3D 0; i < nsec; i++) { X /* Iterate all the section headers */ X es =3D elf_getscn(e, i); X if (es =3D=3D NULL) { X warnx("%s: Unable to obtain section %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X if (gelf_getshdr(es, &hdr) !=3D &hdr) { X warnx("%s: Unable to obtain section header %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X /* Skip fields that don't take space anyway */ X if ((hdr.sh_flags & SHF_ALLOC) =3D=3D 0) X continue; X if (hdr.sh_flags & SHF_EXECINSTR || X ((hdr.sh_flags & SHF_WRITE) =3D=3D 0)) { X /* Read-only data */ X text +=3D hdr.sh_size; X } else if (hdr.sh_type =3D=3D SHT_NOBITS) { X /* Fields that don't consume space in the binary */ X bss +=3D hdr.sh_size; X } else { X /* Read/write data segments */ X data +=3D hdr.sh_size; X } X } X X print_line_berkeley(text, data, bss, filename); X X total_text +=3D text; X total_data +=3D data; X total_bss +=3D bss; X} X Xstatic void Xprint_footer_berkeley(void) X{ X if (!header_printed || !totalflg) X return; X X print_line_berkeley(total_text, total_data, total_bss, "(TOTALS)"); X} X Xstatic void Xprint_entry_sysv(Elf *e, const char *filename) X{ X unsigned int i, nsec, total =3D 0; X size_t strndx; X const char *fmt; X Elf_Scn *es; X GElf_Shdr hdr; X Elf_Data *sdata; X const char *snames; X X if (elf_getshnum(e, &nsec) =3D=3D 0) { X warnx("%s: Unable to obtain the number of sections: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X /* Locate the string table for the section names */ X if (elf_getshstrndx(e, &strndx) =3D=3D 0) { X warnx("%s: Unable to locate the string index: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X es =3D elf_getscn(e, strndx); X if ((es =3D elf_getscn(e, strndx)) =3D=3D NULL || X (sdata =3D elf_rawdata(es, NULL)) =3D=3D NULL || X sdata->d_buf =3D=3D NULL) { X warnx("%s: Unable to obtain string table: %s", X filename, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X snames =3D sdata->d_buf; X X printf("%s :\nsection size addr\n", filename); X X for (i =3D 0; i < nsec; i++) { X /* Iterate all the section headers */ X es =3D elf_getscn(e, i); X if (es =3D=3D NULL) { X warnx("%s: Unable to obtain section %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X if (gelf_getshdr(es, &hdr) !=3D &hdr) { X warnx("%s: Unable to obtain section header %u: %s", X filename, i, elf_errmsg(-1)); X exitcode =3D 1; X return; X } X X /* Skip fields that don't take space anyway */ X if (hdr.sh_type !=3D SHT_PROGBITS && X (hdr.sh_flags & SHF_ALLOC) =3D=3D 0) X continue; X X /* Make sure we don't overrun the buffer */ X if (hdr.sh_name >=3D sdata->d_size) { X warnx("%s: Invalid name offset: %u", X filename, hdr.sh_name); X exitcode =3D 1; X continue; X } X X total +=3D hdr.sh_size; X X printf("%-16s ", snames + hdr.sh_name); X if (radixflg =3D=3D 8) { X fmt =3D "%#7o %#10o\n"; X } else if (radixflg =3D=3D 16) { X fmt =3D "%#7x %#10x\n"; X } else { X fmt =3D "%7u %10u\n"; X } X printf(fmt, (unsigned int)hdr.sh_size, (unsigned int)hdr.sh_addr); X } X X fputs("Total ", stdout); X if (radixflg =3D=3D 8) { X printf("%#18o", total); X } else if (radixflg =3D=3D 16) { X printf("%#18x", total); X } else { X printf("%18d", total); X } X fputs("\n\n\n", stdout); X} X Xint Xmain(int argc, char *argv[]) X{ X int ch, fd; X Elf *e; X X while ((ch =3D getopt(argc, argv, "ABdotx")) !=3D -1) { X switch (ch) { X case 'A': X /* SysV style output */ X if (sysvflg =3D=3D 0) X usage(); X sysvflg =3D 1; X break; X case 'B': X /* Berkeley style output */ X if (sysvflg =3D=3D 1) X usage(); X sysvflg =3D 0; X break; X case 'd': X /* Decimal output */ X if (radixflg !=3D -1 && radixflg !=3D 10) X usage(); X radixflg =3D 10; X break; X case 'o': X /* Octal output */ X if (radixflg !=3D -1 && radixflg !=3D 8) X usage(); X radixflg =3D 8; X break; X case 'x': X /* Hexadecimal output */ X if (radixflg !=3D -1 && radixflg !=3D 8) X usage(); X radixflg =3D 16; X break; X case 't': X /* List sum of sizes */ X totalflg =3D 1; X break; X default: X usage(); X } X } X argc -=3D optind; X argv +=3D optind; X X if (argc =3D=3D 0) X usage(); X=09 X if (elf_version(EV_CURRENT) =3D=3D EV_NONE) { X errx(1, "ELF library initialization failed: %s", X elf_errmsg(-1)); X } X=09 X X do { X /* X * Already parse the ELF file and hand it over to the print X * routines. X */ X fd =3D open(*argv, O_RDONLY); X if (fd < 0) { X warn("%s", *argv); X exitcode =3D 1; X continue; X } X X e =3D elf_begin(fd, ELF_C_READ, NULL); X if (e =3D=3D NULL) { X warnx("%s: %s", *argv, elf_errmsg(-1)); X exitcode =3D 1; X continue; X } X X if (sysvflg =3D=3D 1) X print_entry_sysv(e, *argv); X else X print_entry_berkeley(e, *argv); X X elf_end(e); X close(fd); X } while (argv++, --argc !=3D 0); X X if (sysvflg !=3D 1) X print_footer_berkeley(); X X return (exitcode); X} END-of-size.c exit --jtcAeju3WzRmRF+o-- --yaap9KN+GmBP785v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfM/LQACgkQ52SDGA2eCwWwQQCfRyNC8Tb6PIOmgXzgk/QOUQwG LWMAninpb2Z+Zrx8TEbEe2/ypYXw+lR7 =ADIA -----END PGP SIGNATURE----- --yaap9KN+GmBP785v-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 07:47:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 530C11065674; Tue, 4 Mar 2008 07:47:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2603D8FC2B; Tue, 4 Mar 2008 07:47:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id m247lN2o076667; Tue, 4 Mar 2008 02:47:25 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Mon, 3 Mar 2008 21:49:44 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Garrett Wollman In-Reply-To: <18380.58229.379738.408078@hergotha.csail.mit.edu> Message-ID: <20080303214214.G920@desktop> References: <200803020821.m228L0Yw042389@repoman.freebsd.org> <20080301222513.Y920@desktop> <18380.58229.379738.408078@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.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: Tue, 04 Mar 2008 07:47:26 -0000 On Tue, 4 Mar 2008, Garrett Wollman wrote: > < said: > >> Kris has done some excellent benchmarking as usual. Here you can see the >> improvement in postgres depending on various scheduler debug settings: > >> http://people.freebsd.org/~kris/scaling/pgsql-16cpu.png > > Can you comment on the area under the knee in the 8-cpu topologies? I > seems surprising that 16 cores performs worse than 8 cores in this > regime. Depending on the flags you can see different scaling properties of different cpu selection algorithms. That's what the userret=x, tryself=y parameters are changing. Certain parameters can cause less concurrency which works better when workloads are heavily contended. See the light blue line, tryself=0, userret=0. This scales up more poorly because there is less concurrency when there is no lock contention but behaves better when there is contention because we're less likely to distribute load that would preempt a lock holder. The default settings scale the best when there is little or no contention. That's userret=1, tryself=1. There are other parameters that are important but these were the ones we were most recently experimenting with. This drops off harshly when there is significant contention because most of the threads end up blocked against the same lock and may be preempted then rely on priority propagation to kick in. The default settings should encourage further refinements to subsystem locking to yield the best performance. Thanks, Jeff > > -GAWollman > _______________________________________________ > 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 Tue Mar 4 08:59:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7A91065671; Tue, 4 Mar 2008 08:59:11 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by mx1.freebsd.org (Postfix) with ESMTP id 95D848FC2D; Tue, 4 Mar 2008 08:59:11 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from router.rabson.org ([80.177.232.241] helo=itchy.rabson.org) by anchor-post-30.mail.demon.net with esmtp (Exim 4.67) id 1JWSkX-000L2m-28; Tue, 04 Mar 2008 08:43:49 +0000 Received: from macbook.rabson.org (macbook.rabson.org [IPv6:2002:50b1:e8f2:1:21e:52ff:fe73:8011]) by itchy.rabson.org (Postfix) with ESMTP id F1C2C3FB0; Tue, 4 Mar 2008 08:43:42 +0000 (GMT) Message-Id: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> From: Doug Rabson To: Marcel Moolenaar In-Reply-To: Content-Type: multipart/signed; boundary=Apple-Mail-157-827239911; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 4 Mar 2008 08:43:42 +0000 References: <47CCB187.8070808@FreeBSD.org> <723D012C-7907-4CFC-B134-C5E5A0B486D9@mac.com> <47CCDA8A.60004@errno.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6120/Tue Mar 4 07:08:30 2008 on itchy.rabson.org X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: re@freebsd.org, "current@freebsd.org" , "George V. Neville-Neil" Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 08:59:12 -0000 --Apple-Mail-157-827239911 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 4 Mar 2008, at 06:41, Marcel Moolenaar wrote: > > On Mar 3, 2008, at 9:13 PM, Sam Leffler wrote: > >> Marcel Moolenaar wrote: >>> >>> On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: >>> >>>> Hi, >>>> >>>> It appears to be that "options IPSEC" along with "device crypto" >>>> breaks FreeBSD/powerpc kernel badly. When enabling these options, >>>> apparently kernel doesn't perform any initialization tasks (I >>>> don't see usual probe/init sequence output) but jumps straight >>>> into root fs mounting after initing crypto(4) and ipsec(4), which >>>> is not usable since no devices has been attached. Keyboard is not >>>> working either. >>> >>> The problem is with device crypto. It attaches to nexus(4) and >>> expects to be the only child. As you can see from the log, all >>> children of nexus suddenly become instantiations of cryptosoft(4) >>> rather then the usual drivers that attach. >>> >>> The swcr_probe() function should check that the device it gets >>> is really the one created for it. >>> >> >> Don't know about "expects to be the only child" but I did was jhb >> said was right. > > A driver's probe function gets called for all devices on the bus > the driver has an attachment on. Typically the probe function > performs some tests to see if the device in question corresponds > to hardware the driver works with. For PCI this is typically the > vendor and device ID. In this case, swcr_probe() always returns > success, no matter what device it's passed. This only works if > it's the only device on the bus... > >> If you know otherwise please fix it. > > I'll play with it. I think the best way is to do it the same as > null(4). There's nothing in the probe function we can test for. In cases like this, where the bus and children are 'soft' organisational devices rather than actual hardware, normally the probe routines just look at the device name to work out what to return. --Apple-Mail-157-827239911-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 09:47:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 027571065677 for ; Tue, 4 Mar 2008 09:47:15 +0000 (UTC) (envelope-from oliver@realtsp.com) Received: from piha.realtsp.com (piha.realtsp.com [83.138.152.5]) by mx1.freebsd.org (Postfix) with ESMTP id C50A58FC22 for ; Tue, 4 Mar 2008 09:47:14 +0000 (UTC) (envelope-from oliver@realtsp.com) Received: by piha.realtsp.com (Postfix, from userid 58) id 971BF1E8DF5; Tue, 4 Mar 2008 09:10:04 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on piha.realtsp.com X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL, RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.0.154] (ip-87-86-250-33.easynet.co.uk [87.86.250.33]) by piha.realtsp.com (Postfix) with ESMTP id A1F261E8DF0 for ; Tue, 4 Mar 2008 09:10:02 +0000 (GMT) Message-ID: <47CD11EB.4070803@realtsp.com> Date: Tue, 04 Mar 2008 09:10:03 +0000 From: Oliver Schonrock User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: FreeBSD Current References: <20080303200219.GF80576@hoeg.nl> <84dead720803032233m6881e888m6ff69c464a4a3d17@mail.gmail.com> <20080304073932.GJ80576@hoeg.nl> In-Reply-To: <20080304073932.GJ80576@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with clamdscan / ClamAV 0.92.1 Subject: TIMEOUT/FAILURE_WRITE_DMA on ServerWorks HT1000 SATA150 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, 04 Mar 2008 09:47:15 -0000 We have a Dell SC1435 with the above SATA controller which was running FreeBSD6.2 fine for about 3 months. We re-built it with FreeBSD 7.0-RELEASE from scratch (ie complete new install from CD). Installation failed while copying base system from CD to disk. Suspecting a possible hardware issue we rebuilt it again with FreeBSD 6.3. It built and ran fine, thereby eliminating any hardware problems. Repeated attempts of installing FBSD7.0-RELEASE continued to fail at slightly different points, but always when writing to disk. Virtual Console 2 showed the following errors: NMI ISA 20 EISA ad4: TIMEOUT WRITE_DMA aNMI ISA 20, EISA FAILURE - WRITE_DMA. retrying I suspect this is related to other (S)ATA related problems which have been reported on this list, eg: I would be happy to provide more information to help debug this problem, however it is slightly difficult as I cannot even get the system installed under 7.0. Any suggestions on how to get better info. I could also look into providing remote access to the machine. Thanks Oliver Schonrock From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 10:03:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDCD41065672; Tue, 4 Mar 2008 10:03:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E68D18FC25; Tue, 4 Mar 2008 10:03:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CD1E88.7000608@FreeBSD.org> Date: Tue, 04 Mar 2008 11:03:52 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Jeff Roberson References: <200803020821.m228L0Yw042389@repoman.freebsd.org> <20080301222513.Y920@desktop> <18380.58229.379738.408078@hergotha.csail.mit.edu> <20080303214214.G920@desktop> In-Reply-To: <20080303214214.G920@desktop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Wollman , current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.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: Tue, 04 Mar 2008 10:03:52 -0000 Jeff Roberson wrote: > On Tue, 4 Mar 2008, Garrett Wollman wrote: > >> <> said: >> >>> Kris has done some excellent benchmarking as usual. Here you can see >>> the >>> improvement in postgres depending on various scheduler debug settings: >> >>> http://people.freebsd.org/~kris/scaling/pgsql-16cpu.png >> >> Can you comment on the area under the knee in the 8-cpu topologies? I >> seems surprising that 16 cores performs worse than 8 cores in this >> regime. > > Depending on the flags you can see different scaling properties of > different cpu selection algorithms. That's what the userret=x, > tryself=y parameters are changing. Certain parameters can cause less > concurrency which works better when workloads are heavily contended. > > See the light blue line, tryself=0, userret=0. This scales up more > poorly because there is less concurrency when there is no lock > contention but behaves better when there is contention because we're > less likely to distribute load that would preempt a lock holder. > > The default settings scale the best when there is little or no > contention. That's userret=1, tryself=1. There are other parameters > that are important but these were the ones we were most recently > experimenting with. This drops off harshly when there is significant > contention because most of the threads end up blocked against the same > lock and may be preempted then rely on priority propagation to kick in. > > The default settings should encourage further refinements to subsystem > locking to yield the best performance. I didnt run the 8-core configuration with the ULE topology patch, so part of the reason why it has a kink at 5 threads is probably due to poor scheduling. This system is very sensitive to scheduling decisions, as you can see from the previous CVS curve. I think there is also something else going on at high loads (>15) on this test, so it should be viewed as a WIP. Specifically, contention doesnt seem to be high enough to account for a 30% performance drop, and I see similar drops on other 8-core tests where contention is eliminated. What you should focus on is the large difference between the green curve showing previous CVS performance, with the brown curve showing current default performance. Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 10:04:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EAD010656C2; Tue, 4 Mar 2008 10:04:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 4337E8FC25; Tue, 4 Mar 2008 10:04:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWU0S-000Pb8-LC; Tue, 04 Mar 2008 12:04:26 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m24A4S5x008402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Mar 2008 12:04:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m24A4DvD008034; Tue, 4 Mar 2008 12:04:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m24A4Ca0008032; Tue, 4 Mar 2008 12:04:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Mar 2008 12:04:12 +0200 From: Kostik Belousov To: pluknet Message-ID: <20080304100412.GZ57756@deviant.kiev.zoral.com.ua> References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> <20080303164353.GW57756@deviant.kiev.zoral.com.ua> <20080303192327.GY57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WSLj5HkG8jvwtSQS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_SBL autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: c94a7b229bbd1ed8a35d1eff8ed0aa98 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2349 [Mar 3 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: seems autogenerated} X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 19 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 04 Mar 2008 10:04:29 -0000 --WSLj5HkG8jvwtSQS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 03, 2008 at 11:16:23PM +0300, pluknet wrote: > On 03/03/2008, Kostik Belousov wrote: > > On Mon, Mar 03, 2008 at 09:27:15PM +0300, pluknet wrote: > > > On 03/03/2008, Kostik Belousov wrote: > > > [snip] > > > > To summarize, I need both the tcpdump and kernel/witness messages= from > > > > the panic. > > > > > > > > > > I'm sorry. Here it is. > > > http://pluknet.nm.ru/dev/tcpdump-nfsserver-full.raw > > > > > > The messages (same as unread msgbuf in initial posting, hand-scribed= ): > > > panic: mutex Giant owned at > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > > > KDB: enter: panic > > > [thread pid 601 tid 100055 ] > > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > > db> show locks > > > exclusive sleep mutex nfsd_mtx r =3D 0 (0xc2e0af40) locked @ > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 > > > exclusive sleep mutex Giant r =3D 0 (0xc07e6410) locked @ > > > /usr/src/sys/kern/vfs_lookup.c:663 > > > > > > > Nevertheless, the patch below might help with the panic during > > > > the unlinking (not tested). > > > > > > > > diff --git a/sys/nfsserver/nfs_serv.c b/sys/nfsserver/nfs_serv.c > > > > index 446651d..87e1aaa 100644 > > > > --- a/sys/nfsserver/nfs_serv.c > > > > +++ b/sys/nfsserver/nfs_serv.c > > > > @@ -2146,7 +2146,7 @@ nfsrv_remove(struct nfsrv_descript *nfsd, s= truct nfssvc_sock *slp, > > > > nfsfh_t nfh; > > > > fhandle_t *fhp; > > > > struct mount *mp =3D NULL; > > > > - int vfslocked; > > > > + int vfslocked, vfslocked1; > > > > > > > > nfsdbprintf(("%s %d\n", __FILE__, __LINE__)); > > > > ndclear(&nd); > > > > @@ -2168,7 +2168,11 @@ nfsrv_remove(struct nfsrv_descript *nfsd, = struct nfssvc_sock *slp, > > > > nd.ni_cnd.cn_flags =3D LOCKPARENT | LOCKLEAF | MPSAFE; > > > > error =3D nfs_namei(&nd, fhp, len, slp, nam, &md, &dpos, > > > > &dirp, v3, &dirfor, &dirfor_ret, td, FALSE); > > > > - vfslocked =3D NDHASGIANT(&nd); > > > > + vfslocked1 =3D NDHASGIANT(&nd); > > > > + if (vfslocked && vfslocked1) > > > > + VFS_UNLOCK_GIANT(vfslocked1); > > > > + if (vfslocked || vfslocked1) > > > > + vfslocked =3D 1; > > > > if (dirp && !v3) { > > > > vrele(dirp); > > > > dirp =3D NULL; > > > > > > > > > > > > > > Now the last lock triplex looks like: > > > vfslocked lock in > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 > > > vfslocked lock in > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > > > vfslocked lock in > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > > > vfslocked unlock in > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > > > vfslocked1 unlock in > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2173 > > > ^^^ > > > vfslocked unlock in > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2238 > > > > > > And no panic. Thanks. > > > > > > Could you, please, clarify. As I read you mail, the patch fixed at least > > one of your panic. Are there any other situations where nfs server over > > non-MPSAFE fs panics for you ? It is possible that what you reported > > before actually contains several different reasons for Giant leak. >=20 > Of course. > That another situation is while performing /etc/rc.d/nfsd stop > > System call nfssvc returning with the following locks held: > > exclusive sleep mutex Giant r =3D 2 (0xc07e6410) locked @ > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c:1106 > > panic: witness_warn >=20 > I got no panic with this patch: I lost you again. What patch you are referencing there ? Is that the patch I sent you, or some _other_ patch ? > # /etc/rc.d/nfsd stop > Stopping nfsd. > kill: 1737: No such process > kill: 1738: No such process > kill: 1739: No such process > kill: 1740: No such process > # >=20 > wbr, > pluknet --WSLj5HkG8jvwtSQS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfNHpwACgkQC3+MBN1Mb4i1fgCgmUygC0/i2IUt3g4bp+dw4GCv /PYAoLwh15qitiEvTfWXuNgMKKMha9Tw =TzWE -----END PGP SIGNATURE----- --WSLj5HkG8jvwtSQS-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 10:13:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 740B81065671 for ; Tue, 4 Mar 2008 10:13:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.184]) by mx1.freebsd.org (Postfix) with ESMTP id EB5518FC12 for ; Tue, 4 Mar 2008 10:13:03 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so737889gve.39 for ; Tue, 04 Mar 2008 02:13:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LETnn1MnHAl8hKtU/Qj7G/6qNU54r6FMws/SK/sWUoI=; b=KYIH1TAyV3SM9JRMCJFqiuFUVKCc4bHs8Evu37jxFtQ1w+IljyFXQbOalLeOjZhsGFbYNHC9tf0LZNJQbvHWep620ILgpGljkV8l51DCksVQFxi4yuZP0OaDqMTVUhzSdVRTgciF8zItpfF6b1nCP8aOaRn8bUNKx96JBxjrhZk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DkzB+xkXHqt2ILNidno13VygwHOhcT9pksG91KClQXkwUSblqxGtlQBMw1ZrcG/fcg+2L+d5b3a+2jF93KdO1Ng9pQsqoGyjjfqVjnjNIjuB/SbNG+9TPGOyuzN0F77SrIwi+Ejrn6lh6MCuVn5fHo/xP5QiLcNoGKLD5STD5R0= Received: by 10.78.193.19 with SMTP id q19mr2277361huf.15.1204625581921; Tue, 04 Mar 2008 02:13:01 -0800 (PST) Received: by 10.78.46.11 with HTTP; Tue, 4 Mar 2008 02:13:01 -0800 (PST) Message-ID: Date: Tue, 4 Mar 2008 13:13:01 +0300 From: pluknet To: "Kostik Belousov" In-Reply-To: <20080304100412.GZ57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080303133406.GV57756@deviant.kiev.zoral.com.ua> <20080303164353.GW57756@deviant.kiev.zoral.com.ua> <20080303192327.GY57756@deviant.kiev.zoral.com.ua> <20080304100412.GZ57756@deviant.kiev.zoral.com.ua> Cc: FreeBSD Current Subject: Re: panic: mutex Giant owned at nfs_syscalls.c:556 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, 04 Mar 2008 10:13:04 -0000 On 04/03/2008, Kostik Belousov wrote: > On Mon, Mar 03, 2008 at 11:16:23PM +0300, pluknet wrote: > > On 03/03/2008, Kostik Belousov wrote: > > > On Mon, Mar 03, 2008 at 09:27:15PM +0300, pluknet wrote: > > > > On 03/03/2008, Kostik Belousov wrote: > > > > [snip] > > > > > To summarize, I need both the tcpdump and kernel/witness messages from > > > > > the panic. > > > > > > > > > > > > > I'm sorry. Here it is. > > > > http://pluknet.nm.ru/dev/tcpdump-nfsserver-full.raw > > > > > > > > The messages (same as unread msgbuf in initial posting, hand-scribed): > > > > panic: mutex Giant owned at > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:556 > > > > KDB: enter: panic > > > > [thread pid 601 tid 100055 ] > > > > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > > > db> show locks > > > > exclusive sleep mutex nfsd_mtx r = 0 (0xc2e0af40) locked @ > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:501 > > > > exclusive sleep mutex Giant r = 0 (0xc07e6410) locked @ > > > > /usr/src/sys/kern/vfs_lookup.c:663 > > > > > > > > > Nevertheless, the patch below might help with the panic during > > > > > the unlinking (not tested). > > > > > > > > > > diff --git a/sys/nfsserver/nfs_serv.c b/sys/nfsserver/nfs_serv.c > > > > > index 446651d..87e1aaa 100644 > > > > > --- a/sys/nfsserver/nfs_serv.c > > > > > +++ b/sys/nfsserver/nfs_serv.c > > > > > @@ -2146,7 +2146,7 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfssvc_sock *slp, > > > > > nfsfh_t nfh; > > > > > fhandle_t *fhp; > > > > > struct mount *mp = NULL; > > > > > - int vfslocked; > > > > > + int vfslocked, vfslocked1; > > > > > > > > > > nfsdbprintf(("%s %d\n", __FILE__, __LINE__)); > > > > > ndclear(&nd); > > > > > @@ -2168,7 +2168,11 @@ nfsrv_remove(struct nfsrv_descript *nfsd, struct nfssvc_sock *slp, > > > > > nd.ni_cnd.cn_flags = LOCKPARENT | LOCKLEAF | MPSAFE; > > > > > error = nfs_namei(&nd, fhp, len, slp, nam, &md, &dpos, > > > > > &dirp, v3, &dirfor, &dirfor_ret, td, FALSE); > > > > > - vfslocked = NDHASGIANT(&nd); > > > > > + vfslocked1 = NDHASGIANT(&nd); > > > > > + if (vfslocked && vfslocked1) > > > > > + VFS_UNLOCK_GIANT(vfslocked1); > > > > > + if (vfslocked || vfslocked1) > > > > > + vfslocked = 1; > > > > > if (dirp && !v3) { > > > > > vrele(dirp); > > > > > dirp = NULL; > > > > > > > > > > > > > > > > > > Now the last lock triplex looks like: > > > > vfslocked lock in > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2161 > > > > vfslocked lock in > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 1106 > > > > vfslocked lock in > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 673 > > > > vfslocked unlock in > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c, 916 > > > > vfslocked1 unlock in > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2173 > > > > ^^^ > > > > vfslocked unlock in > > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c, 2238 > > > > > > > > And no panic. Thanks. > > > > > > > > > Could you, please, clarify. As I read you mail, the patch fixed at least > > > one of your panic. Are there any other situations where nfs server over > > > non-MPSAFE fs panics for you ? It is possible that what you reported > > > before actually contains several different reasons for Giant leak. > > > > Of course. > > That another situation is while performing /etc/rc.d/nfsd stop > > > System call nfssvc returning with the following locks held: > > > exclusive sleep mutex Giant r = 2 (0xc07e6410) locked @ > > > /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvsubs.c:1106 > > > panic: witness_warn > > > > I got no panic with this patch: > > I lost you again. What patch you are referencing there ? Is that the > patch I sent you, or some _other_ patch ? I am referencing to the patch you sent me. > > > > # /etc/rc.d/nfsd stop > > Stopping nfsd. > > kill: 1737: No such process > > kill: 1738: No such process > > kill: 1739: No such process > > kill: 1740: No such process > > # > > > > wbr, > > pluknet > > From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 11:15:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 932081065674; Tue, 4 Mar 2008 11:15:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7498FC1A; Tue, 4 Mar 2008 11:15:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWV7d-0001qE-2z; Tue, 04 Mar 2008 13:15:51 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m24BFwKV010519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Mar 2008 13:15:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m24BFgSX068645; Tue, 4 Mar 2008 13:15:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m24BFgtM068644; Tue, 4 Mar 2008 13:15:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Mar 2008 13:15:42 +0200 From: Kostik Belousov To: Roman Divacky Message-ID: <20080304111542.GA57756@deviant.kiev.zoral.com.ua> References: <20080303200946.GA79061@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ai98h/boSX0xCcXh" Content-Disposition: inline In-Reply-To: <20080303200946.GA79061@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 7b1a4900bea4ee3727a65c989d5962bc X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2350 [Mar 4 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org Subject: Re: shared lock instead of exclusive in set_rootvnode 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, 04 Mar 2008 11:15:53 -0000 --ai98h/boSX0xCcXh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 03, 2008 at 09:09:46PM +0100, Roman Divacky wrote: > hi >=20 > in set_rootvnode() there is=20 >=20 > p->p_fd->fd_cdir =3D rootvnode; > p->p_fd->fd_rdir =3D rootvnode; >=20 > protected just by FILEDESC_SLOCK(), I dont think this is correct > although it might be benign as this is used only during boot. >=20 > still, if it's not correct it should be fixed >=20 > comments? Seems right. Did you boot with patched kernel ? --ai98h/boSX0xCcXh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfNL10ACgkQC3+MBN1Mb4iP6ACgu5DsrsOnvFOTxFh+6PS6ywlG YuUAn0qBUwzlf13ur9sfs9k99ONVJgQg =AK9V -----END PGP SIGNATURE----- --ai98h/boSX0xCcXh-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 12:06:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD2C106566B for ; Tue, 4 Mar 2008 12:06:42 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 52D2B8FC15 for ; Tue, 4 Mar 2008 12:06:42 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.182.66] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JWVIK-0005OS-NY for freebsd-current@freebsd.org; Tue, 04 Mar 2008 12:26:52 +0100 Message-ID: <47CD3208.90708@FreeBSD.org> Date: Tue, 04 Mar 2008 12:27:04 +0100 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080229) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Subject: kernel panic at giant_poll (kern_conf.c:385) 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, 04 Mar 2008 12:06:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Dear all, FreeBSD gahrtop.localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #8: Mon Mar 3 14:07:47 CET 2008 root@gahrtop.localhost:/usr/obj/usr/src/sys/MSI1034 i386 vmcore and kernel.symbols available at: http://www.gahr.ch/FreeBSD/misc/crash17/vmcore.17 http://www.gahr.ch/FreeBSD/misc/crash17/kernel.symbols (if you get a page not found, 's|www.gahr.ch|213.142.182.66|', DNS are still refreshing after relocation...) Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x60 fault code = supervisor read, page not present instruction pointer = 0x20:0xc055d43b stack pointer = 0x28:0xe757ca68 frame pointer = 0x28:0xe757ca84 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 399 (moused) trap number = 12 panic: page fault cpuid = 1 Uptime: 54m21s Physical memory: 2031 MB Dumping 83 MB: 68 52 36 20 4 (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0592a86 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc0592ec8 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc07f5b8a in trap_fatal (frame=0xe757ca28, eva=40) at /usr/src/sys/i386/i386/trap.c:898 #4 0xc07f5ef9 in trap_pfault (frame=0xe757ca28, usermode=0, eva=96) at /usr/src/sys/i386/i386/trap.c:811 #5 0xc07f68db in trap (frame=0xe757ca28) at /usr/src/sys/i386/i386/trap.c:489 #6 0xc07dd1fb in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #7 0xc055d43b in giant_poll (dev=0xc4c09e00, events=64, td=0xc4e6b220) at /usr/src/sys/kern/kern_conf.c:385 #8 0xc05161d5 in devfs_poll_f (fp=0xc4e715e4, events=64, cred=0xc4ace500, td=0xc4e6b220) at /usr/src/sys/fs/devfs/devfs_vnops.c:842 #9 0xc05c9fca in kern_select (td=0xc4e6b220, nd=20, fd_in=0xbfbfea70, fd_ou=0x0, fd_ex=0x0, tvp=0xe757cc6c) at file.h:265 #10 0xc05ca41c in select (td=0xc4e6b220, uap=0xe757ccf8) at /usr/src/sys/kern/sys_generic.c:758 #11 0xc07f6142 in syscall (frame=0xe757cd38) at /usr/src/sys/i386/i386/trap.c:1034 #12 0xc07dd260 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #13 0x00000033 in ?? () (kgdb) up 7 #7 0xc055d43b in giant_poll (dev=0xc4c09e00, events=64, td=0xc4e6b220) at /usr/src/sys/kern/kern_conf.c:385 385 retval = dev->si_devsw->d_gianttrick-> (kgdb) list 380 giant_poll(struct cdev *dev, int events, struct thread *td) 381 { 382 int retval; 383 384 mtx_lock(&Giant); 385 retval = dev->si_devsw->d_gianttrick-> 386 d_poll(dev, events, td); 387 mtx_unlock(&Giant); 388 return (retval); 389 } (kgdb) set print pretty (kgdb) print *dev $2 = { si_priv = 0xc4c09e00, si_flags = 0, si_atime = { tv_sec = 1204568256, tv_nsec = 0 }, si_ctime = { tv_sec = 0, tv_nsec = 0 }, si_mtime = { tv_sec = 0, tv_nsec = 0 }, si_uid = 0, si_gid = 5, si_mode = 420, si_cred = 0x0, si_drv0 = 0, si_refcount = 3, si_list = { le_next = 0x0, le_prev = 0xc0871a58 }, si_clone = { le_next = 0x0, le_prev = 0x0 }, si_children = { lh_first = 0x0 }, si_siblings = { le_next = 0x0, le_prev = 0x0 }, si_parent = 0x0, si_name = 0xc4c09e78 "ums0", si_drv1 = 0x0, si_drv2 = 0x0, si_devsw = 0x0, si_iosize_max = 65536, si_usecount = 1, si_threadcount = 1, __si_u = { - ---Type to continue, or q to quit--- __sit_tty = 0x0, __sid_snapdata = 0x0 }, __si_namebuf = "ums0", '\0' } Please note that dev->si_devsw is NULL, and kern_conf.c:385 tries to dereference it. - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkfNMggACgkQwMJqmJVx947l6gCaAo9sUW3uoFs+cnxMwtz5d9gF VDoAoLw+0SE9O9Bs5jydXNi1h8mfNw84 =dGbh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 12:17:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EFF71065671 for ; Tue, 4 Mar 2008 12:17:13 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF8D8FC27 for ; Tue, 4 Mar 2008 12:17:13 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=hvsdxvREjzQSEwtISv7na1ZfxsahzD9d0iHVG9d3krlhgADpnAx1qUQ2DtlaumEQKh4cvMxwjGEyH6sMk2cXD+VCy1R1tpGuLkCQh6tGuo1HFN2eztADocvAMrONIkPa2ATvPU7SNrASlEeCRu18he9L2BtVD3jD6TGSXarqIUbecx4NMh71tSimDe45x71NbALsD6PA788LseQ5QZLmsgIbx/JKDsbkbCRB/rqEphT25idNpM8iVtaE/0yTL+mk; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JWW51-0000dJ-1K; Tue, 04 Mar 2008 12:17:11 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWW4P-0003Pb-3N; Tue, 04 Mar 2008 12:16:33 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JWW4N-00013Q-UN; Tue, 04 Mar 2008 14:16:31 +0200 To: Peter Jeremy From: Ian FREISLICH In-Reply-To: Message from Peter Jeremy of "Fri, 29 Feb 2008 17:58:35 +1100." <20080229065835.GR83599@server.vk2pj.dyndns.org> X-Attribution: BOFH Date: Tue, 04 Mar 2008 14:16:31 +0200 Message-Id: Cc: Barney Cordoba , current@freebsd.org Subject: Re: netstat output issue 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, 04 Mar 2008 12:17:13 -0000 Peter Jeremy wrote: > > --IjNIXuzrMEaOuFwn > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Feb 28, 2008 at 02:18:45PM -0800, Barney Cordoba wrote: > >When using bridging, netstat apparently can only > >display 5 characters, so "bridge" is shown as the > >route. > > If you're talking about 'netstat -i', try 'netstat -iW'. '-W' is marginally better, but in reality "wider" is only really 2 characters wider: [firewall2.cpt1] ~ $ netstat -iWI vlan2001_vrrp Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll vlan200 1500 1 0 2699257 1 0 vlan200 1500 xxx.xx.xx.xx/ xxx.xx.xx.xx 182642 - 0 - - It will help Barney, but it doesn't always help. This patch helps my situation for the '-i' case: RCS file: /home/ncvs/src/usr.bin/netstat/if.c,v retrieving revision 1.69 diff -u -d -r1.69 if.c --- if.c 16 Jul 2007 17:15:54 -0000 1.69 +++ if.c 4 Mar 2008 12:13:48 -0000 @@ -222,7 +222,7 @@ if (!pfunc) { if (Wflag) - printf("%-7.7s", "Name"); + printf("%-13.13s", "Name"); else printf("%-5.5s", "Name"); printf(" %5.5s %-13.13s %-17.17s %8.8s %5.5s", @@ -291,7 +291,7 @@ if (ifaddraddr == 0) { if (Wflag) - printf("%-7.7s", name); + printf("%-13.13s", name); else printf("%-5.5s", name); printf(" %5lu ", ifnet.if_mtu); @@ -312,7 +312,7 @@ continue; } if (Wflag) - printf("%-7.7s", name); + printf("%-13.13s", name); else printf("%-5.5s", name); printf(" %5lu ", ifnet.if_mtu); -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 13:09:07 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCF1106567D; Tue, 4 Mar 2008 13:09:07 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5BF8FC1D; Tue, 4 Mar 2008 13:09:07 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from ws64.jh.dy.fi (GMMDCCCXXIII.dsl.saunalahti.fi [85.76.243.24]) by gw03.mail.saunalahti.fi (Postfix) with ESMTP id 9524021688D; Tue, 4 Mar 2008 14:53:04 +0200 (EET) Received: from ws64.jh.dy.fi (localhost [127.0.0.1]) by ws64.jh.dy.fi (8.14.2/8.14.2) with ESMTP id m24Cr4LF002868; Tue, 4 Mar 2008 14:53:04 +0200 (EET) (envelope-from jh@saunalahti.fi) Received: (from jaakko@localhost) by ws64.jh.dy.fi (8.14.2/8.14.2/Submit) id m24Cr3QI002867; Tue, 4 Mar 2008 14:53:03 +0200 (EET) (envelope-from jh@saunalahti.fi) Date: Tue, 4 Mar 2008 14:53:03 +0200 From: Jaakko Heinonen To: sos@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080304125303.GA2619@ws64.jh.dy.fi> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: [patch] burncd(8) signal and error handling improvements 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, 04 Mar 2008 13:09:07 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, burncd(8) doesn't handle signals and interrupting burncd during operation for example with SIGINT (^C) may leave the drive spinning and locked. This may happen also if you try to write a too large image to a disc and burncd(8) exits with an I/O error. Attached patch implements signal handling for burncd(8). It does CDRIOCFLUSH ioctl to attempt leave burner sane state when burning is interrupted with SIGHUP, SIGINT, SIGTERM or in case an I/O error occurs during write. Blanking will still continue after interrupt but it seems to finish correctly even after burncd(8) has quit. Relevant PR is bin/48730 which has an older version of the patch. -- Jaakko --liOOAslEiF7prFVr Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="burncd-signal-handling.diff" Index: burncd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/burncd/burncd.c,v retrieving revision 1.45 diff -p -u -r1.45 burncd.c --- burncd.c 13 May 2005 20:06:44 -0000 1.45 +++ burncd.c 3 Mar 2008 10:16:48 -0000 @@ -36,6 +36,7 @@ #include #include #include +#include #include #include #include @@ -67,6 +68,8 @@ int write_file(int fd, struct track_info int roundup_blocks(struct track_info *); void cue_ent(struct cdr_cue_entry *, int, int, int, int, int, int, int); void cleanup(int); +void cleanup_flush(void); +void cleanup_signal(int); void usage(void); int @@ -157,6 +160,9 @@ main(int argc, char **argv) global_fd_for_cleanup = fd; err_set_exit(cleanup); + signal(SIGHUP, cleanup_signal); + signal(SIGINT, cleanup_signal); + signal(SIGTERM, cleanup_signal); for (arg = 0; arg < argc; arg++) { if (!strcasecmp(argv[arg], "fixate")) { @@ -319,6 +325,10 @@ main(int argc, char **argv) if (eject) if (ioctl(fd, CDIOCEJECT) < 0) err(EX_IOERR, "ioctl(CDIOCEJECT)"); + + signal(SIGHUP, SIG_DFL); + signal(SIGINT, SIG_DFL); + signal(SIGTERM, SIG_DFL); close(fd); exit(EX_OK); } @@ -469,8 +479,10 @@ do_DAO(int fd, int test_write, int multi err(EX_IOERR, "ioctl(CDRIOCSENDCUE)"); for (i = 0; i < notracks; i++) { - if (write_file(fd, &tracks[i])) + if (write_file(fd, &tracks[i])) { + cleanup_flush(); err(EX_IOERR, "write_file"); + } } ioctl(fd, CDRIOCFLUSH); @@ -499,8 +511,10 @@ do_TAO(int fd, int test_write, int preem if (!quiet) fprintf(stderr, "next writeable LBA %d\n", tracks[i].addr); - if (write_file(fd, &tracks[i])) + if (write_file(fd, &tracks[i])) { + cleanup_flush(); err(EX_IOERR, "write_file"); + } if (ioctl(fd, CDRIOCFLUSH) < 0) err(EX_IOERR, "ioctl(CDRIOCFLUSH)"); } @@ -630,9 +644,11 @@ write_file(int fd, struct track_info *tr track_info->block_size; } if ((res = write(fd, buf, count)) != count) { - if (res == -1) - fprintf(stderr, "\n%s\n", strerror(errno)); - else + if (res == -1) { + fprintf(stderr, "\n"); + close(track_info->file); + return errno; + } else fprintf(stderr, "\nonly wrote %d of %jd" " bytes\n", res, (intmax_t)count); break; @@ -690,6 +706,21 @@ cleanup(int dummy __unused) if (ioctl(global_fd_for_cleanup, CDRIOCSETBLOCKSIZE, &saved_block_size) < 0) err(EX_IOERR, "ioctl(CDRIOCSETBLOCKSIZE)"); +} + +void +cleanup_flush(void) +{ + if (ioctl(global_fd_for_cleanup, CDRIOCFLUSH) < 0) + err(EX_IOERR, "ioctl(CDRIOCFLUSH)"); +} + +void +cleanup_signal(int sig __unused) +{ + cleanup_flush(); + fprintf(stderr, "\n"); + errx(EXIT_FAILURE, "Aborted"); } void --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 15:04:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BA601065677; Tue, 4 Mar 2008 15:04:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A50D98FC22; Tue, 4 Mar 2008 15:04:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m24F34O4071003; Tue, 4 Mar 2008 08:03:04 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 08:03:32 -0700 (MST) Message-Id: <20080304.080332.-1975970122.imp@bsdimp.com> To: dfr@rabson.org From: "M. Warner Losh" In-Reply-To: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> References: <47CCDA8A.60004@errno.com> <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, xcllnt@mac.com, re@freebsd.org, current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 15:04:36 -0000 In message: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> Doug Rabson writes: : : On 4 Mar 2008, at 06:41, Marcel Moolenaar wrote: : : > : > On Mar 3, 2008, at 9:13 PM, Sam Leffler wrote: : > : >> Marcel Moolenaar wrote: : >>> : >>> On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: : >>> : >>>> Hi, : >>>> : >>>> It appears to be that "options IPSEC" along with "device crypto" : >>>> breaks FreeBSD/powerpc kernel badly. When enabling these options, : >>>> apparently kernel doesn't perform any initialization tasks (I : >>>> don't see usual probe/init sequence output) but jumps straight : >>>> into root fs mounting after initing crypto(4) and ipsec(4), which : >>>> is not usable since no devices has been attached. Keyboard is not : >>>> working either. : >>> : >>> The problem is with device crypto. It attaches to nexus(4) and : >>> expects to be the only child. As you can see from the log, all : >>> children of nexus suddenly become instantiations of cryptosoft(4) : >>> rather then the usual drivers that attach. : >>> : >>> The swcr_probe() function should check that the device it gets : >>> is really the one created for it. : >>> : >> : >> Don't know about "expects to be the only child" but I did was jhb : >> said was right. : > : > A driver's probe function gets called for all devices on the bus : > the driver has an attachment on. Typically the probe function : > performs some tests to see if the device in question corresponds : > to hardware the driver works with. For PCI this is typically the : > vendor and device ID. In this case, swcr_probe() always returns : > success, no matter what device it's passed. This only works if : > it's the only device on the bus... : > : >> If you know otherwise please fix it. : > : > I'll play with it. I think the best way is to do it the same as : > null(4). There's nothing in the probe function we can test for. : : In cases like this, where the bus and children are 'soft' : organisational devices rather than actual hardware, normally the probe : routines just look at the device name to work out what to return. I'm not sure what you are suggesting here, since the name is set by newbus before probe is called. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 15:18:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0CFB106566B; Tue, 4 Mar 2008 15:18:33 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.freebsd.org (Postfix) with ESMTP id 917D28FC20; Tue, 4 Mar 2008 15:18:33 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from router.rabson.org ([80.177.232.241] helo=itchy.rabson.org) by anchor-post-32.mail.demon.net with esmtp (Exim 4.67) id 1JWYuF-0008bi-6v; Tue, 04 Mar 2008 15:18:18 +0000 Received: from macbook.rabson.org (macbook.rabson.org [IPv6:2002:50b1:e8f2:1:21e:52ff:fe73:8011]) by itchy.rabson.org (Postfix) with ESMTP id A88EB3F9F; Tue, 4 Mar 2008 15:17:55 +0000 (GMT) Message-Id: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> From: Doug Rabson To: M. Warner Losh In-Reply-To: <20080304.080332.-1975970122.imp@bsdimp.com> Content-Type: multipart/signed; boundary=Apple-Mail-9-850892521; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 4 Mar 2008 15:17:55 +0000 References: <47CCDA8A.60004@errno.com> <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> <20080304.080332.-1975970122.imp@bsdimp.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6124/Tue Mar 4 12:01:21 2008 on itchy.rabson.org X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: gnn@freebsd.org, xcllnt@mac.com, re@freebsd.org, current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 15:18:34 -0000 --Apple-Mail-9-850892521 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 4 Mar 2008, at 15:03, M. Warner Losh wrote: > In message: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> > Doug Rabson writes: > : > : On 4 Mar 2008, at 06:41, Marcel Moolenaar wrote: > : > : > > : > On Mar 3, 2008, at 9:13 PM, Sam Leffler wrote: > : > > : >> Marcel Moolenaar wrote: > : >>> > : >>> On Mar 3, 2008, at 6:18 PM, Maxim Sobolev wrote: > : >>> > : >>>> Hi, > : >>>> > : >>>> It appears to be that "options IPSEC" along with "device > crypto" > : >>>> breaks FreeBSD/powerpc kernel badly. When enabling these > options, > : >>>> apparently kernel doesn't perform any initialization tasks (I > : >>>> don't see usual probe/init sequence output) but jumps straight > : >>>> into root fs mounting after initing crypto(4) and ipsec(4), > which > : >>>> is not usable since no devices has been attached. Keyboard is > not > : >>>> working either. > : >>> > : >>> The problem is with device crypto. It attaches to nexus(4) and > : >>> expects to be the only child. As you can see from the log, all > : >>> children of nexus suddenly become instantiations of > cryptosoft(4) > : >>> rather then the usual drivers that attach. > : >>> > : >>> The swcr_probe() function should check that the device it gets > : >>> is really the one created for it. > : >>> > : >> > : >> Don't know about "expects to be the only child" but I did was jhb > : >> said was right. > : > > : > A driver's probe function gets called for all devices on the bus > : > the driver has an attachment on. Typically the probe function > : > performs some tests to see if the device in question corresponds > : > to hardware the driver works with. For PCI this is typically the > : > vendor and device ID. In this case, swcr_probe() always returns > : > success, no matter what device it's passed. This only works if > : > it's the only device on the bus... > : > > : >> If you know otherwise please fix it. > : > > : > I'll play with it. I think the best way is to do it the same as > : > null(4). There's nothing in the probe function we can test for. > : > : In cases like this, where the bus and children are 'soft' > : organisational devices rather than actual hardware, normally the > probe > : routines just look at the device name to work out what to return. > > I'm not sure what you are suggesting here, since the name is set by > newbus before probe is called. What I meant was that the probe routine should check the device name and only return success if the names match. Now I've had a chance to re-load some of those old memories from tape, I think the newbus code does this for you but only if the device being probed was added with a name. Un-named devices, (e.g. if device_add_child was called with a NULL name) need to have some other way of doing the right thing in probe. I can't see the code which adds this device on a first look. Can you tell me the filename and I'll take a quick look at it. --Apple-Mail-9-850892521-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 15:34:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A792E1065673; Tue, 4 Mar 2008 15:34:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 674C58FC1D; Tue, 4 Mar 2008 15:34:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m24FVGPr071325; Tue, 4 Mar 2008 08:31:16 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 08:31:44 -0700 (MST) Message-Id: <20080304.083144.1219863991.imp@bsdimp.com> To: xcllnt@mac.com, re@freebsd.org, current@freebsd.org From: "M. Warner Losh" In-Reply-To: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> References: <47CCDA8A.60004@errno.com> <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 15:34:35 -0000 digging deeper... The crypto code looks good to me. It explicitly sets the driver name. Drivers that have a class explicitly set will have that driver's probe called, and only that driver's probe. In arm, amd64, sparc64, i386 and ia64, all of the devices for the nexus routine are added this way, so there's no problem. I think that the real problem is that both 'real' hardware and 'fake' hardware is being attached to the nexus driver for the AIM. The grackle, uninorth and unin drivers all ask the nexus for their names. That's because they really should be children of a openfirmware device that enumerates these things. However, since there's now a 'fake' device on nexus that doesn't ask the nexus for its name (since that's not how children of nexus work) there's a problem. So the fix to the problem is to add a layer for the AIM class of machine to attach grackle, uninorth or unin to a ofw device. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 15:38:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C40E1065673; Tue, 4 Mar 2008 15:38:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DFE318FC35; Tue, 4 Mar 2008 15:38:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m24FZbqS071378; Tue, 4 Mar 2008 08:35:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 08:36:06 -0700 (MST) Message-Id: <20080304.083606.-1253045570.imp@bsdimp.com> To: dfr@rabson.org From: "M. Warner Losh" In-Reply-To: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> References: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> <20080304.080332.-1975970122.imp@bsdimp.com> <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, xcllnt@mac.com, re@freebsd.org, current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 15:38:01 -0000 In message: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> Doug Rabson writes: : I can't see the code which adds this device on a first look. Can you : tell me the filename and I'll take a quick look at it. The problem actually turns out to be in how the powerpc nexus does things. It does them in a very un-nexus-like way. The nexus attached drivers ask for hardware details, which isn't done elsewhere. This means when you mix and match the ones that expect to be explicitly set and the ones that don't that you run into trouble. This needs to be reworked. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 15:53:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D23D3106566B; Tue, 4 Mar 2008 15:53:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.freebsd.org (Postfix) with ESMTP id 85E808FC2F; Tue, 4 Mar 2008 15:53:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from router.rabson.org ([80.177.232.241] helo=itchy.rabson.org) by anchor-post-35.mail.demon.net with esmtp (Exim 4.67) id 1JWZS7-000GjG-JB; Tue, 04 Mar 2008 15:53:20 +0000 Received: from macbook.rabson.org (macbook.rabson.org [IPv6:2002:50b1:e8f2:1:21e:52ff:fe73:8011]) by itchy.rabson.org (Postfix) with ESMTP id A73FE3FB6; Tue, 4 Mar 2008 15:53:14 +0000 (GMT) Message-Id: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> From: Doug Rabson To: M. Warner Losh In-Reply-To: <20080304.083606.-1253045570.imp@bsdimp.com> Content-Type: multipart/signed; boundary=Apple-Mail-10-853011530; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 4 Mar 2008 15:53:14 +0000 References: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> <20080304.080332.-1975970122.imp@bsdimp.com> <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> <20080304.083606.-1253045570.imp@bsdimp.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6124/Tue Mar 4 12:01:21 2008 on itchy.rabson.org X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: gnn@freebsd.org, xcllnt@mac.com, re@freebsd.org, current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 15:53:22 -0000 --Apple-Mail-10-853011530 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit On 4 Mar 2008, at 15:36, M. Warner Losh wrote: > In message: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> > Doug Rabson writes: > : I can't see the code which adds this device on a first look. Can you > : tell me the filename and I'll take a quick look at it. > > The problem actually turns out to be in how the powerpc nexus does > things. It does them in a very un-nexus-like way. The nexus attached > drivers ask for hardware details, which isn't done elsewhere. This > means when you mix and match the ones that expect to be explicitly set > and the ones that don't that you run into trouble. > > This needs to be reworked. Perhaps the crypto stuff should add itself to root0 instead of nexus. --Apple-Mail-10-853011530-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 16:10:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E91F31065679; Tue, 4 Mar 2008 16:10:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 434018FC19; Tue, 4 Mar 2008 16:10:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m24G7DsB071798; Tue, 4 Mar 2008 09:07:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 09:07:41 -0700 (MST) Message-Id: <20080304.090741.-1631526462.imp@bsdimp.com> To: dfr@rabson.org From: "M. Warner Losh" In-Reply-To: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> References: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> <20080304.083606.-1253045570.imp@bsdimp.com> <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, xcllnt@mac.com, re@freebsd.org, current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 16:10:21 -0000 In message: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> Doug Rabson writes: : : On 4 Mar 2008, at 15:36, M. Warner Losh wrote: : : > In message: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> : > Doug Rabson writes: : > : I can't see the code which adds this device on a first look. Can you : > : tell me the filename and I'll take a quick look at it. : > : > The problem actually turns out to be in how the powerpc nexus does : > things. It does them in a very un-nexus-like way. The nexus attached : > drivers ask for hardware details, which isn't done elsewhere. This : > means when you mix and match the ones that expect to be explicitly set : > and the ones that don't that you run into trouble. : > : > This needs to be reworked. : : Perhaps the crypto stuff should add itself to root0 instead of nexus. I think that would cause other problems... Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 16:59:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C3E5106566C for ; Tue, 4 Mar 2008 16:59:03 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7D98FC16 for ; Tue, 4 Mar 2008 16:59:03 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 323348171; Tue, 4 Mar 2008 10:59:02 -0600 (CST) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id D02EF6DA01E; Tue, 4 Mar 2008 10:59:01 -0600 (CST) From: Josh Paetzel To: freebsd-current@freebsd.org Date: Tue, 4 Mar 2008 10:58:49 +0000 User-Agent: KMail/1.9.7 References: <20080303200219.GF80576@hoeg.nl> <20080304073932.GJ80576@hoeg.nl> <47CD11EB.4070803@realtsp.com> In-Reply-To: <47CD11EB.4070803@realtsp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart22809884.lAmkUhKQvO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803041058.55266.josh@tcbug.org> Cc: Oliver Schonrock Subject: Re: TIMEOUT/FAILURE_WRITE_DMA on ServerWorks HT1000 SATA150 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, 04 Mar 2008 16:59:03 -0000 --nextPart22809884.lAmkUhKQvO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 04 March 2008 09:10:03 am Oliver Schonrock wrote: > We have a Dell SC1435 with the above SATA controller which was running > FreeBSD6.2 fine for about 3 months. > > We re-built it with FreeBSD 7.0-RELEASE from scratch (ie complete new > install from CD). Installation failed while copying base system from CD > to disk. > > Suspecting a possible hardware issue we rebuilt it again with FreeBSD > 6.3. It built and ran fine, thereby eliminating any hardware problems. > > Repeated attempts of installing FBSD7.0-RELEASE continued to fail at > slightly different points, but always when writing to disk. Virtual > Console 2 showed the following errors: > > NMI ISA 20 EISA > ad4: TIMEOUT WRITE_DMA > aNMI ISA 20, EISA > FAILURE - WRITE_DMA. retrying > > I suspect this is related to other (S)ATA related problems which have > been reported on this list, eg: > > d-current/20080120.freebsd-current> > > > I would be happy to provide more information to help debug this problem, > however it is slightly difficult as I cannot even get the system > installed under 7.0. > > Any suggestions on how to get better info. I could also look into > providing remote access to the machine. > > Thanks > > Oliver Schonrock There are known issues with the HT1000, consider yourself lucky it works wi= th=20 6.2-R, for a lot of people it doesn't even work there. Last I heard someon= e=20 had gotten problematic HT1000 hardware in to sos@'s hands and he was going = to=20 find a fix, however I stopped paying attention when I started migrating off= =20 the hardware. There are tons of mailing list posts from myself and others = if=20 you want the full scoop, as well as at least one open PR. =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart22809884.lAmkUhKQvO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHzStvJvkB8SevrssRAtSFAKCYzcW51PTJBEk6AFpu4MYub9gsewCdGsav Kj48Iaj6zRTiAz1YjPa6M6w= =iJhO -----END PGP SIGNATURE----- --nextPart22809884.lAmkUhKQvO-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 17:43:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D19C1065672 for ; Tue, 4 Mar 2008 17:43:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 7965B8FC14 for ; Tue, 4 Mar 2008 17:43:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JWbAX-0003mE-Em; Tue, 04 Mar 2008 19:43:15 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m24HhFrw022642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Mar 2008 19:43:15 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m24Hh0tf070384; Tue, 4 Mar 2008 19:43:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m24Hh0YL070383; Tue, 4 Mar 2008 19:43:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Mar 2008 19:43:00 +0200 From: Kostik Belousov To: Pietro Cerutti Message-ID: <20080304174300.GD57756@deviant.kiev.zoral.com.ua> References: <47CD3208.90708@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BDQ1BLzfIZJT+sgm" Content-Disposition: inline In-Reply-To: <47CD3208.90708@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 2fcb2c6394dea09a96c22b1d3f6fe9e1 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2355 [Mar 4 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-current Subject: Re: kernel panic at giant_poll (kern_conf.c:385) 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, 04 Mar 2008 17:43:18 -0000 --BDQ1BLzfIZJT+sgm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 04, 2008 at 12:27:04PM +0100, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > Dear all, >=20 > FreeBSD gahrtop.localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #8: Mon Mar 3 > 14:07:47 CET 2008 > root@gahrtop.localhost:/usr/obj/usr/src/sys/MSI1034 i386 >=20 > vmcore and kernel.symbols available at: > http://www.gahr.ch/FreeBSD/misc/crash17/vmcore.17 > http://www.gahr.ch/FreeBSD/misc/crash17/kernel.symbols >=20 > (if you get a page not found, 's|www.gahr.ch|213.142.182.66|', DNS are > still refreshing after relocation...) >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x60 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc055d43b > stack pointer =3D 0x28:0xe757ca68 > frame pointer =3D 0x28:0xe757ca84 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 399 (moused) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 54m21s > Physical memory: 2031 MB > Dumping 83 MB: 68 52 36 20 4 >=20 > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0592a86 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :417 > #2 0xc0592ec8 in panic (fmt=3D0x104
) at > /usr/src/sys/kern/kern_shutdown.c:571 > #3 0xc07f5b8a in trap_fatal (frame=3D0xe757ca28, eva=3D40) at > /usr/src/sys/i386/i386/trap.c:898 > #4 0xc07f5ef9 in trap_pfault (frame=3D0xe757ca28, usermode=3D0, eva=3D96= ) at > /usr/src/sys/i386/i386/trap.c:811 > #5 0xc07f68db in trap (frame=3D0xe757ca28) at > /usr/src/sys/i386/i386/trap.c:489 > #6 0xc07dd1fb in calltrap () at /usr/src/sys/i386/i386/exception.s:146 > #7 0xc055d43b in giant_poll (dev=3D0xc4c09e00, events=3D64, td=3D0xc4e6b= 220) > at /usr/src/sys/kern/kern_conf.c:385 > #8 0xc05161d5 in devfs_poll_f (fp=3D0xc4e715e4, events=3D64, > cred=3D0xc4ace500, td=3D0xc4e6b220) at /usr/src/sys/fs/devfs/devfs_vnops.= c:842 > #9 0xc05c9fca in kern_select (td=3D0xc4e6b220, nd=3D20, fd_in=3D0xbfbfea= 70, > fd_ou=3D0x0, fd_ex=3D0x0, tvp=3D0xe757cc6c) at file.h:265 > #10 0xc05ca41c in select (td=3D0xc4e6b220, uap=3D0xe757ccf8) at > /usr/src/sys/kern/sys_generic.c:758 > #11 0xc07f6142 in syscall (frame=3D0xe757cd38) at > /usr/src/sys/i386/i386/trap.c:1034 > #12 0xc07dd260 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:203 > #13 0x00000033 in ?? () > (kgdb) up 7 > #7 0xc055d43b in giant_poll (dev=3D0xc4c09e00, events=3D64, td=3D0xc4e6b= 220) > at /usr/src/sys/kern/kern_conf.c:385 > 385 retval =3D dev->si_devsw->d_gianttrick-> > (kgdb) list > 380 giant_poll(struct cdev *dev, int events, struct thread *td) > 381 { > 382 int retval; > 383 > 384 mtx_lock(&Giant); > 385 retval =3D dev->si_devsw->d_gianttrick-> > 386 d_poll(dev, events, td); > 387 mtx_unlock(&Giant); > 388 return (retval); > 389 } > (kgdb) set print pretty > (kgdb) print *dev > $2 =3D { > si_priv =3D 0xc4c09e00, > si_flags =3D 0, > si_atime =3D { > tv_sec =3D 1204568256, > tv_nsec =3D 0 > }, > si_ctime =3D { > tv_sec =3D 0, > tv_nsec =3D 0 > }, > si_mtime =3D { > tv_sec =3D 0, > tv_nsec =3D 0 > }, > si_uid =3D 0, > si_gid =3D 5, > si_mode =3D 420, > si_cred =3D 0x0, > si_drv0 =3D 0, > si_refcount =3D 3, > si_list =3D { > le_next =3D 0x0, > le_prev =3D 0xc0871a58 > }, > si_clone =3D { > le_next =3D 0x0, > le_prev =3D 0x0 > }, > si_children =3D { > lh_first =3D 0x0 > }, > si_siblings =3D { > le_next =3D 0x0, > le_prev =3D 0x0 > }, > si_parent =3D 0x0, > si_name =3D 0xc4c09e78 "ums0", > si_drv1 =3D 0x0, > si_drv2 =3D 0x0, > si_devsw =3D 0x0, > si_iosize_max =3D 65536, > si_usecount =3D 1, > si_threadcount =3D 1, > __si_u =3D { > - ---Type to continue, or q to quit--- > __sit_tty =3D 0x0, > __sid_snapdata =3D 0x0 > }, > __si_namebuf =3D "ums0", '\0' > } >=20 > Please note that dev->si_devsw is NULL, and kern_conf.c:385 tries to > dereference it. I remember this issue was already reported by M. Warner Losh. The reason for the problem is that si_refcount does not protect struct cdev, it only keeps the cdev structure from going away (as well as protecting against finalizing the cdevsw). The callers of devvn_refthread() are assumed to only use the returned dsw instead of dereferencing dev again. Giant_trick explicitely breaks the rule. Besides the problem I described above, there is another race in make_dev_credv(), where cdevsw may be finalized just before new device is created, since dev_mtx is dropped between prep_cdevsw and newdev() and later. This requires rapid device creation/destruction, and was discovered by Peter Holm. You may try the following patch. Besides removing giant_trick and directly checking the Giant, it puts the prep_cdevsw() into the common dev_mtx-protected region. diff --git a/sys/fs/devfs/devfs_vnops.c b/sys/fs/devfs/devfs_vnops.c index d9565ee..58e943a 100644 --- a/sys/fs/devfs/devfs_vnops.c +++ b/sys/fs/devfs/devfs_vnops.c @@ -369,7 +369,9 @@ devfs_close(struct vop_close_args *ap) error =3D dsw->d_close(dev, ap->a_fflag, S_IFCHR, td); PICKUP_GIANT(); } else { + mtx_lock(&Giant); error =3D dsw->d_close(dev, ap->a_fflag, S_IFCHR, td); + mtx_unlock(&Giant); } dev_relthread(dev); vn_lock(vp, vp_locked | LK_RETRY); @@ -491,7 +493,11 @@ devfs_ioctl_f(struct file *fp, u_long com, void *data,= struct ucred *cred, struc dev_relthread(dev); return (error); } + if (dsw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D dsw->d_ioctl(dev, com, data, fp->f_flag, td); + if (dsw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); if (error =3D=3D ENOIOCTL) error =3D ENOTTY; @@ -534,7 +540,11 @@ devfs_kqfilter_f(struct file *fp, struct knote *kn) error =3D devfs_fp_check(fp, &dev, &dsw); if (error) return (error); + if (dsw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D dsw->d_kqfilter(dev, kn); + if (dsw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } @@ -780,10 +790,12 @@ devfs_open(struct vop_open_args *ap) error =3D dsw->d_open(dev, ap->a_mode, S_IFCHR, td); PICKUP_GIANT(); } else { + mtx_lock(&Giant); if (dsw->d_fdopen !=3D NULL) error =3D dsw->d_fdopen(dev, ap->a_mode, td, fp); else error =3D dsw->d_open(dev, ap->a_mode, S_IFCHR, td); + mtx_unlock(&Giant); } =20 vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); @@ -839,7 +851,11 @@ devfs_poll_f(struct file *fp, int events, struct ucred= *cred, struct thread *td) error =3D devfs_fp_check(fp, &dev, &dsw); if (error) return (error); + if (dsw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D dsw->d_poll(dev, events, td); + if (dsw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return(error); } @@ -874,7 +890,11 @@ devfs_read_f(struct file *fp, struct uio *uio, struct = ucred *cred, int flags, st if ((flags & FOF_OFFSET) =3D=3D 0) uio->uio_offset =3D fp->f_offset; =20 + if (dsw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D dsw->d_read(dev, uio, ioflag); + if (dsw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); if (uio->uio_resid !=3D resid || (error =3D=3D 0 && resid !=3D 0)) vfs_timestamp(&dev->si_atime); dev_relthread(dev); @@ -1308,7 +1328,11 @@ devfs_write_f(struct file *fp, struct uio *uio, stru= ct ucred *cred, int flags, s =20 resid =3D uio->uio_resid; =20 + if (dsw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D dsw->d_write(dev, uio, ioflag); + if (dsw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); if (uio->uio_resid !=3D resid || (error =3D=3D 0 && resid !=3D 0)) { vfs_timestamp(&dev->si_ctime); dev->si_mtime =3D dev->si_ctime; diff --git a/sys/kern/kern_conf.c b/sys/kern/kern_conf.c index 33285b4..910a41a 100644 --- a/sys/kern/kern_conf.c +++ b/sys/kern/kern_conf.c @@ -294,125 +294,6 @@ no_poll(struct cdev *dev __unused, int events, struct= thread *td __unused) =20 #define no_dump (dumper_t *)enodev =20 -static int -giant_open(struct cdev *dev, int oflags, int devtype, struct thread *td) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_open(dev, oflags, devtype, td); - mtx_unlock(&Giant); - return (retval); -} - -static int -giant_fdopen(struct cdev *dev, int oflags, struct thread *td, struct file = *fp) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_fdopen(dev, oflags, td, fp); - mtx_unlock(&Giant); - return (retval); -} - -static int -giant_close(struct cdev *dev, int fflag, int devtype, struct thread *td) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_close(dev, fflag, devtype, td); - mtx_unlock(&Giant); - return (retval); -} - -static void -giant_strategy(struct bio *bp) -{ - - mtx_lock(&Giant); - bp->bio_dev->si_devsw->d_gianttrick-> - d_strategy(bp); - mtx_unlock(&Giant); -} - -static int -giant_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int fflag, struct = thread *td) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_ioctl(dev, cmd, data, fflag, td); - mtx_unlock(&Giant); - return (retval); -} - =20 -static int -giant_read(struct cdev *dev, struct uio *uio, int ioflag) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_read(dev, uio, ioflag); - mtx_unlock(&Giant); - return (retval); -} - -static int -giant_write(struct cdev *dev, struct uio *uio, int ioflag) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_write(dev, uio, ioflag); - mtx_unlock(&Giant); - return (retval); -} - -static int -giant_poll(struct cdev *dev, int events, struct thread *td) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_poll(dev, events, td); - mtx_unlock(&Giant); - return (retval); -} - -static int -giant_kqfilter(struct cdev *dev, struct knote *kn) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_kqfilter(dev, kn); - mtx_unlock(&Giant); - return (retval); -} - -static int -giant_mmap(struct cdev *dev, vm_offset_t offset, vm_paddr_t *paddr, int np= rot) -{ - int retval; - - mtx_lock(&Giant); - retval =3D dev->si_devsw->d_gianttrick-> - d_mmap(dev, offset, paddr, nprot); - mtx_unlock(&Giant); - return (retval); -} - - /* * struct cdev * and u_dev_t primitives */ @@ -485,27 +366,16 @@ umajor(dev_t dev) static void fini_cdevsw(struct cdevsw *devsw) { - struct cdevsw *gt; + mtx_assert(&devmtx, MA_OWNED); =20 - if (devsw->d_gianttrick !=3D NULL) { - gt =3D devsw->d_gianttrick; - memcpy(devsw, gt, sizeof *devsw); - free(gt, M_DEVT); - devsw->d_gianttrick =3D NULL; - } devsw->d_flags &=3D ~D_INIT; } =20 static void prep_cdevsw(struct cdevsw *devsw) { - struct cdevsw *dsw2; =20 - if (devsw->d_flags & D_NEEDGIANT) - dsw2 =3D malloc(sizeof *dsw2, M_DEVT, M_WAITOK); - else - dsw2 =3D NULL; - dev_lock(); + mtx_assert(&devmtx, MA_OWNED); =20 if (devsw->d_version !=3D D_VERSION_01) { printf( @@ -532,41 +402,29 @@ prep_cdevsw(struct cdevsw *devsw) if (devsw->d_poll =3D=3D NULL) devsw->d_poll =3D ttypoll; } =20 - if (devsw->d_flags & D_NEEDGIANT) { - if (devsw->d_gianttrick =3D=3D NULL) { - memcpy(dsw2, devsw, sizeof *dsw2); - devsw->d_gianttrick =3D dsw2; - } else - free(dsw2, M_DEVT); - } - -#define FIXUP(member, noop, giant) \ +#define FIXUP(member, noop) \ do { \ if (devsw->member =3D=3D NULL) { \ devsw->member =3D noop; \ - } else if (devsw->d_flags & D_NEEDGIANT) \ - devsw->member =3D giant; \ } \ - while (0) - - FIXUP(d_open, null_open, giant_open); - FIXUP(d_fdopen, NULL, giant_fdopen); - FIXUP(d_close, null_close, giant_close); - FIXUP(d_read, no_read, giant_read); - FIXUP(d_write, no_write, giant_write); - FIXUP(d_ioctl, no_ioctl, giant_ioctl); - FIXUP(d_poll, no_poll, giant_poll); - FIXUP(d_mmap, no_mmap, giant_mmap); - FIXUP(d_strategy, no_strategy, giant_strategy); - FIXUP(d_kqfilter, no_kqfilter, giant_kqfilter); + } while (0) + + FIXUP(d_open, null_open); + FIXUP(d_fdopen, NULL); + FIXUP(d_close, null_close); + FIXUP(d_read, no_read); + FIXUP(d_write, no_write); + FIXUP(d_ioctl, no_ioctl); + FIXUP(d_poll, no_poll); + FIXUP(d_mmap, no_mmap); + FIXUP(d_strategy, no_strategy); + FIXUP(d_kqfilter, no_kqfilter); =20 if (devsw->d_dump =3D=3D NULL) devsw->d_dump =3D no_dump; =20 LIST_INIT(&devsw->d_devs); =20 devsw->d_flags |=3D D_INIT; - - dev_unlock(); } =20 struct cdev * @@ -580,10 +438,10 @@ make_dev_credv(int flags, struct cdevsw *devsw, int m= inornr, KASSERT((minornr & ~MAXMINOR) =3D=3D 0, ("Invalid minor (0x%x) in make_dev", minornr)); =20 - if (!(devsw->d_flags & D_INIT))=20 - prep_cdevsw(devsw); dev =3D devfs_alloc(); dev_lock(); + if (!(devsw->d_flags & D_INIT))=20 + prep_cdevsw(devsw); dev =3D newdev(devsw, minornr, dev); if (flags & MAKEDEV_REF) dev_refl(dev); @@ -884,9 +742,6 @@ clone_create(struct clonedevs **cdp, struct cdevsw *csw= , int *up, struct cdev ** KASSERT(*up <=3D CLONE_UNITMASK, ("Too high unit (0x%x) in clone_create", *up)); =20 - if (!(csw->d_flags & D_INIT)) - prep_cdevsw(csw); - /* * Search the list for a lot of things in one go: * A preexisting match is returned immediately. @@ -898,6 +753,8 @@ clone_create(struct clonedevs **cdp, struct cdevsw *csw= , int *up, struct cdev ** unit =3D *up; ndev =3D devfs_alloc(); dev_lock(); + if (!(csw->d_flags & D_INIT)) + prep_cdevsw(csw); low =3D extra; de =3D dl =3D NULL; cd =3D *cdp; diff --git a/sys/kern/tty_cons.c b/sys/kern/tty_cons.c index 35638c4..758d225 100644 --- a/sys/kern/tty_cons.c +++ b/sys/kern/tty_cons.c @@ -393,7 +393,11 @@ cn_devopen(struct cn_device *cnd, struct thread *td, i= nt forceopen) csw =3D dev_refthread(dev); if (csw =3D=3D NULL) return (ENXIO); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D (*csw->d_open)(dev, openflag, 0, td); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } @@ -458,7 +462,11 @@ cnread(struct cdev *dev, struct uio *uio, int flag) csw =3D dev_refthread(dev); if (csw =3D=3D NULL) return (ENXIO); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D (csw->d_read)(dev, uio, flag); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } @@ -482,7 +490,11 @@ cnwrite(struct cdev *dev, struct uio *uio, int flag) csw =3D dev_refthread(dev); if (csw =3D=3D NULL) return (ENXIO); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D (csw->d_write)(dev, uio, flag); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } @@ -518,7 +530,11 @@ cnioctl(struct cdev *dev, u_long cmd, caddr_t data, in= t flag, struct thread *td) csw =3D dev_refthread(dev); if (csw =3D=3D NULL) return (ENXIO); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D (csw->d_ioctl)(dev, cmd, data, flag, td); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } @@ -543,7 +559,11 @@ cnpoll(struct cdev *dev, int events, struct thread *td) csw =3D dev_refthread(dev); if (csw =3D=3D NULL) return (ENXIO); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D (csw->d_poll)(dev, events, td); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } @@ -564,7 +584,11 @@ cnkqfilter(struct cdev *dev, struct knote *kn) csw =3D dev_refthread(dev); if (csw =3D=3D NULL) return (ENXIO); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); error =3D (csw->d_kqfilter)(dev, kn); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (error); } diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c index 00ff023..94f5986 100644 --- a/sys/kern/vfs_bio.c +++ b/sys/kern/vfs_bio.c @@ -3118,7 +3118,11 @@ dev_strategy(struct cdev *dev, struct buf *bp) bufdone(bp); return; } + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); (*csw->d_strategy)(bip); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); } =20 diff --git a/sys/sys/conf.h b/sys/sys/conf.h index c36ea8c..fdf9d4f 100644 --- a/sys/sys/conf.h +++ b/sys/sys/conf.h @@ -213,7 +213,7 @@ struct cdevsw { LIST_ENTRY(cdevsw) d_list; LIST_HEAD(, cdev) d_devs; int d_spare3; - struct cdevsw *d_gianttrick; + void *d_spare4; }; =20 #define NUMCDEVSW 256 diff --git a/sys/vm/device_pager.c b/sys/vm/device_pager.c index f0d661f..4f67112 100644 --- a/sys/vm/device_pager.c +++ b/sys/vm/device_pager.c @@ -131,11 +131,17 @@ dev_pager_alloc(void *handle, vm_ooffset_t size, vm_p= rot_t prot, vm_ooffset_t fo * XXX assumes VM_PROT_* =3D=3D PROT_* */ npages =3D OFF_TO_IDX(size); + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); for (off =3D foff; npages--; off +=3D PAGE_SIZE) if ((*csw->d_mmap)(dev, off, &paddr, (int)prot) !=3D 0) { + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); dev_relthread(dev); return (NULL); } + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); =20 mtx_lock(&dev_pager_mtx); =20 @@ -220,7 +226,11 @@ dev_pager_getpages(object, m, count, reqpage) panic("dev_pager_getpage: no cdevsw"); prot =3D PROT_READ; /* XXX should pass in? */ =20 + if (csw->d_flags & D_NEEDGIANT) + mtx_lock(&Giant); ret =3D (*csw->d_mmap)(dev, (vm_offset_t)offset << PAGE_SHIFT, &paddr, pr= ot); + if (csw->d_flags & D_NEEDGIANT) + mtx_unlock(&Giant); KASSERT(ret =3D=3D 0, ("dev_pager_getpage: map function returns error")); dev_relthread(dev); =20 --BDQ1BLzfIZJT+sgm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfNiiMACgkQC3+MBN1Mb4gz/ACgoE3gXiCoFPbA/tPTWkXMJpUZ iOQAoMA+afp3wTBGbTn0flLoOfc3n8KY =E3la -----END PGP SIGNATURE----- --BDQ1BLzfIZJT+sgm-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 19:34:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 175501065670; Tue, 4 Mar 2008 19:34:09 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id F21A78FC20; Tue, 4 Mar 2008 19:34:08 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [127.0.0.1] (unknown [192.168.168.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTP id B84C31298D4; Tue, 4 Mar 2008 11:18:49 -0800 (PST) Message-ID: <47CD9F87.4000509@freebsd.org> Date: Tue, 04 Mar 2008 11:14:15 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: gnn@freebsd.org References: <677e3b3e0802280915x3f29e79cqe6093b5d7bfba975@mail.gmail.com> <7ifxv7pnei.wl%gnn@neville-neil.com> In-Reply-To: <7ifxv7pnei.wl%gnn@neville-neil.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Differences in malloc between 6 and 7? 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, 04 Mar 2008 19:34:09 -0000 gnn@freebsd.org wrote: > One of the folks I'm working with found this. The following code, > which yes, is just an example, is 1/2 as fast on 7.0-RELEASE as on > 6.3. Where should I look to find out why? There is a definite performance problem an arena_run_alloc(), but I'm happy to report that it was fixed in -current a while back. I plan to MFC malloc to RELENG_7 within the next few weeks. In a nutshell, the arena_run_alloc() performance problem is due to using a linear search to find sufficiently large runs of mapped (but currently unused) pages. There are caching mechanisms that speed up the searches to some degree, but there are still some linear aspects to the algorithm, so as memory usage increases, the searches take progressively longer. In -current, this problem is solved by maintaining red-black trees, so that arena_run_alloc() does a O(lg n) tree search, rather than a O(n) iterative search. It's worth mentioning that the benchmark is of marginal use, due to a simple (but common) flaw. At a minimum, a malloc benchmark should touch all allocated memory at least once. Otherwise, the benchmark is IMO too far removed from reality to measure anything of value, since memory access patterns look nothing like those of an actual application that dynamically allocates memory. Both phkmalloc and jemalloc use data structures that are mostly disjunct from the allocations (no headers), so the benchmark never even faults most pages in. This is especially true for phkmalloc, so jemalloc is unjustly penalized. If we were to include, say, dlmalloc in this comparison, it would be even more heavily penalized due to touching the pages while modifying allocation headers. Jason From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 20:08:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12576106566B; Tue, 4 Mar 2008 20:08:24 +0000 (UTC) (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 CEB0E8FC23; Tue, 4 Mar 2008 20:08:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id AEA5217104; Tue, 4 Mar 2008 19:47:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m24JlcbM018105; Tue, 4 Mar 2008 19:47:38 GMT (envelope-from phk@critter.freebsd.dk) To: Jason Evans From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 04 Mar 2008 11:14:15 PST." <47CD9F87.4000509@freebsd.org> Date: Tue, 04 Mar 2008 19:47:38 +0000 Message-ID: <18104.1204660058@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: gnn@freebsd.org, current@freebsd.org Subject: Re: Differences in malloc between 6 and 7? 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, 04 Mar 2008 20:08:24 -0000 In message <47CD9F87.4000509@freebsd.org>, Jason Evans writes: >gnn@freebsd.org wrote: >It's worth mentioning that the benchmark is of marginal use, due to a >simple (but common) flaw. At a minimum, a malloc benchmark should touch >all allocated memory at least once. Otherwise, the benchmark is IMO too >far removed from reality to measure anything of value, [...] A point I belive I also made in my phkmalloc paper 10+ years ago, so there really is no excuse... -- 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 Tue Mar 4 21:07:31 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B9C71065671 for ; Tue, 4 Mar 2008 21:07:31 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0BB8FC12 for ; Tue, 4 Mar 2008 21:07:30 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m24KaqEl012074; Tue, 4 Mar 2008 23:36:52 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 4 Mar 2008 23:36:52 +0300 (MSK) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20080304233327.B19039@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 04 Mar 2008 23:36:52 +0300 (MSK) Cc: Pawel Jakub Dawidek Subject: ZFS sharenfs and NFS options 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, 04 Mar 2008 21:07:31 -0000 Dear colleagues, what is a way to specify NFS options, such as -maproot and -network, on an ZFS filesystem? Man page is almost quiet about it, and my quick experiments did not show any success... I suppose, it should be documented a bit more... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 21:27:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6BB0106566C for ; Tue, 4 Mar 2008 21:27:06 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 510748FC2C for ; Tue, 4 Mar 2008 21:27:06 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.182.66] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JWefB-00050R-Bo for freebsd-current@freebsd.org; Tue, 04 Mar 2008 22:27:05 +0100 Message-ID: <47CDBEB4.8000602@FreeBSD.org> Date: Tue, 04 Mar 2008 22:27:16 +0100 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080229) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Subject: devfs related kernel panic 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, 04 Mar 2008 21:27:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Dear all, I have another kernel panic, this time devfs-related. lines 145-147 of sys/fs/devfs/devfs_rule.c read like this: 145 ds = devfs_ruleset_bynum(dm->dm_ruleset); 146 KASSERT(ds != NULL, ("mount-point has NULL ruleset")); 147 devfs_ruleset_applyde(ds, de, devfs_rule_depth); However, it would be good if devfs_ruleset_applyde did get called, even on system without the INVARIANT option. In my case, I'm upgrading from 6.3 to 7.0, and in the process, I'm flushing + reinstalling all ports. At some point in time, I find myself without CUPS installed, and with this rule: #[system=10] #add path 'lpt*' mode 0660 group cups devfs prints an error saying that the cups user cannot be found, and when I try to connect to the host via SSH, it panics: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06e87da stack pointer = 0x28:0xd6174814 frame pointer = 0x28:0xd6174820 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4969 (sshd) trap number = 12 panic: page fault cpuid = 0 Uptime: 17m24s Physical memory: 499 MB Dumping 96 MB: 81 65 49 33 17 1 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0754719 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a4905c in trap_fatal (frame=0xd61747d4, eva=8) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a492e0 in trap_pfault (frame=0xd61747d4, usermode=0, eva=8) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a49c8c in trap (frame=0xd61747d4) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06e87da in devfs_ruleset_applyde (ds=0x0, de=0xc3517500, depth=1) at /usr/src/sys/fs/devfs/devfs_rule.c:626 #8 0xc06e88bf in devfs_rules_apply (dm=0xc2eed340, de=0xc3517500) at /usr/src/sys/fs/devfs/devfs_rule.c:147 #9 0xc06e8373 in devfs_populate_loop (dm=0xc2eed340, cleanup=Variable "cleanup" is not available. ) at /usr/src/sys/fs/devfs/devfs_devs.c:460 #10 0xc06e840e in devfs_populate (dm=0xc2eed340) at /usr/src/sys/fs/devfs/devfs_devs.c:485 #11 0xc06ec323 in devfs_lookup (ap=0xd61749b8) at /usr/src/sys/fs/devfs/devfs_vnops.c:641 #12 0xc0a5f256 in VOP_LOOKUP_APV (vop=0xc0b71680, a=0xd61749b8) at vnode_if.c:99 #13 0xc07c28f1 in lookup (ndp=0xd6174b80) at vnode_if.h:57 #14 0xc07c35ff in namei (ndp=0xd6174b80) at /usr/src/sys/kern/vfs_lookup.c:219 #15 0xc07d9fd7 in vn_open_cred (ndp=0xd6174b80, flagp=0xd6174c78, cmode=0, cred=0xc35af200, fp=0xc3025e58) at /usr/src/sys/kern/vfs_vnops.c:188 #16 0xc07da2a3 in vn_open (ndp=0xd6174b80, flagp=0xd6174c78, cmode=0, fp=0xc3025e58) at /usr/src/sys/kern/vfs_vnops.c:94 #17 0xc07d7f27 in kern_open (td=0xc2ff0630, path=0xbfbfe541
, pathseg=UIO_USERSPACE, flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:1028 #18 0xc07d8490 in open (td=0xc2ff0630, uap=0xd6174cfc) at /usr/src/sys/kern/vfs_syscalls.c:995 #19 0xc0a49635 in syscall (frame=0xd6174d38) at /usr/src/sys/i386/i386/trap.c:1035 #20 0xc0a2fc70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 8 #8 0xc06e88bf in devfs_rules_apply (dm=0xc2eed340, de=0xc3517500) at /usr/src/sys/fs/devfs/devfs_rule.c:147 warning: Source file is more recent than executable. 147 devfs_ruleset_applyde(ds, de, devfs_rule_depth); (kgdb) list 142 if (dm->dm_ruleset == 0) 143 return; 144 sx_slock(&sx_rules); 145 ds = devfs_ruleset_bynum(dm->dm_ruleset); 146 KASSERT(ds != NULL, ("mount-point has NULL ruleset")); 147 devfs_ruleset_applyde(ds, de, devfs_rule_depth); 148 sx_sunlock(&sx_rules); 149 } 150 151 /* (kgdb) print ds $1 = (struct devfs_ruleset *) 0x0 (kgdb) down #7 0xc06e87da in devfs_ruleset_applyde (ds=0x0, de=0xc3517500, depth=1) at /usr/src/sys/fs/devfs/devfs_rule.c:626 626 { - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkfNvrQACgkQwMJqmJVx945/GQCgnwnT04Vbh110lZXDxayHSLfq qfgAoJ+3ThriZo3tfY5g/9Wa+IWaEzQF =XMPr -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 21:28:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 957D21065671 for ; Tue, 4 Mar 2008 21:28:52 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 585238FC1B for ; Tue, 4 Mar 2008 21:28:52 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.182.66] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JWegt-0005L4-Ji for freebsd-current@freebsd.org; Tue, 04 Mar 2008 22:28:51 +0100 Message-ID: <47CDBF1F.5000103@FreeBSD.org> Date: Tue, 04 Mar 2008 22:29:03 +0100 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080229) MIME-Version: 1.0 To: freebsd-current References: <47CDBEB4.8000602@FreeBSD.org> In-Reply-To: <47CDBEB4.8000602@FreeBSD.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: devfs related kernel panic 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, 04 Mar 2008 21:28:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Pietro Cerutti wrote: > However, it would be good if devfs_ruleset_applyde did get called, even > on system without the INVARIANT option. s/did/didn't - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkfNvx8ACgkQwMJqmJVx947zhgCeJjtz84Guln0NUKbqZiD5z+Yt 9v8AoLbbfTT3SGIdu5aECvQq6I0UrktG =Wg4d -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 22:55:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B811106566B for ; Tue, 4 Mar 2008 22:55:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1C71F8FC25 for ; Tue, 4 Mar 2008 22:55:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m24MqRrb076395; Tue, 4 Mar 2008 15:52:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 15:52:56 -0700 (MST) Message-Id: <20080304.155256.910758059.imp@bsdimp.com> To: chargen@gmail.com From: "M. Warner Losh" In-Reply-To: <292361ab0803041437t48245090y3db91d2e7d9a0c9b@mail.gmail.com> References: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> <20080304.083144.1219863991.imp@bsdimp.com> <292361ab0803041437t48245090y3db91d2e7d9a0c9b@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 22:55:17 -0000 In message: <292361ab0803041437t48245090y3db91d2e7d9a0c9b@mail.gmail.com> Chargen writes: : On Tue, Mar 4, 2008 at 4:31 PM, M. Warner Losh wrote: : : > digging deeper... : > : > The crypto code looks good to me. It explicitly sets the driver name. : > Drivers that have a class explicitly set will have that driver's probe : > called, and only that driver's probe. In arm, amd64, sparc64, i386 : > and ia64, all of the devices for the nexus routine are added this way, : > so there's no problem. : > : > I think that the real problem is that both 'real' hardware and 'fake' : > hardware is being attached to the nexus driver for the AIM. The : > grackle, uninorth and unin drivers all ask the nexus for their names. : > That's because they really should be children of a openfirmware device : > that enumerates these things. However, since there's now a 'fake' : > device on nexus that doesn't ask the nexus for its name (since that's : > not how children of nexus work) there's a problem. : > : > So the fix to the problem is to add a layer for the AIM class of : > machine to attach grackle, uninorth or unin to a ofw device. : > : : on the topic of IPSEC/Crypto/Cryptodev (soft), is anyone interested in : testing pr- 120270 (feature request : http://www.freebsd.org/cgi/query-pr.cgi?pr=120270 ) - because there are : still some features missing like AES-192/256 hardware support There seems to be a number of changes swizzled together in the diff in this PR. Things like: #if defined(__OpenBSD__) || defined(__FreeBSD__) - ENGINE_load_cryptodev(); +#define HAVE_CRYPTODEV #endif #endif +#ifdef HAVE_CRYPTODEV + ENGINE_load_cryptodev(); +#endif and then later void *ENGINE_get_static_state(void); -#if defined(__OpenBSD__) || defined(__FreeBSD__) +#if defined(__OpenBSD__) || defined(__FreeBSD__) || defined(HAVE_CRYPTODEV) void ENGINE_setup_bsd_cryptodev(void); and the like. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 23:05:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5648E106566C for ; Tue, 4 Mar 2008 23:05:29 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id CD3B78FC13 for ; Tue, 4 Mar 2008 23:05:28 +0000 (UTC) (envelope-from chargen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so962437fgg.35 for ; Tue, 04 Mar 2008 15:05:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=kmlCXE5+dBCtcz38/2CoHh8aA1cMmWUMZokHzL6rn8A=; b=eEO3rtQ5wMzQXRVWT7OOIkKMPWY+ZVrLg5SOCYFY0LiMVnq6BwYZ4kZSMj2xd6m47L5ef8lDxmi0BFuKVxl3zRnap5dQZGIzxJXx2SOgfVVxNbPcbIMCq2vMPBSqqZKk6V+RRr+mMtoBhwIoR1w32oca9J4+75tEze+BwYr5EZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=X3ZJnz2HFgFWrfYjAcv37N/PnYfnWBw9/sa5H85KHp5Ce4gJQqh/2izZwfnM/Kj9QLCgQBlaagJW+49P0X+ZRB9cnYBKkUHoRNu56Fy/55QME52Z/M0szpth/bTA5bm7z83/YFDeJX612Zeuof3IDSfg2MEnS61R2s8Grtu3DQ4= Received: by 10.86.93.17 with SMTP id q17mr1929033fgb.18.1204670279079; Tue, 04 Mar 2008 14:37:59 -0800 (PST) Received: by 10.86.50.17 with HTTP; Tue, 4 Mar 2008 14:37:59 -0800 (PST) Message-ID: <292361ab0803041437t48245090y3db91d2e7d9a0c9b@mail.gmail.com> Date: Tue, 4 Mar 2008 23:37:59 +0100 From: Chargen To: "M. Warner Losh" In-Reply-To: <20080304.083144.1219863991.imp@bsdimp.com> MIME-Version: 1.0 References: <47CCDA8A.60004@errno.com> <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> <20080304.083144.1219863991.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 23:05:29 -0000 On Tue, Mar 4, 2008 at 4:31 PM, M. Warner Losh wrote: > digging deeper... > > The crypto code looks good to me. It explicitly sets the driver name. > Drivers that have a class explicitly set will have that driver's probe > called, and only that driver's probe. In arm, amd64, sparc64, i386 > and ia64, all of the devices for the nexus routine are added this way, > so there's no problem. > > I think that the real problem is that both 'real' hardware and 'fake' > hardware is being attached to the nexus driver for the AIM. The > grackle, uninorth and unin drivers all ask the nexus for their names. > That's because they really should be children of a openfirmware device > that enumerates these things. However, since there's now a 'fake' > device on nexus that doesn't ask the nexus for its name (since that's > not how children of nexus work) there's a problem. > > So the fix to the problem is to add a layer for the AIM class of > machine to attach grackle, uninorth or unin to a ofw device. > on the topic of IPSEC/Crypto/Cryptodev (soft), is anyone interested in testing pr- 120270 (feature request http://www.freebsd.org/cgi/query-pr.cgi?pr=120270 ) - because there are still some features missing like AES-192/256 hardware support C' From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 23:07:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDD3C1065671 for ; Tue, 4 Mar 2008 23:07:08 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 3FEA08FC20 for ; Tue, 4 Mar 2008 23:07:08 +0000 (UTC) (envelope-from chargen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so963170fgg.35 for ; Tue, 04 Mar 2008 15:07:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=iv0pWhpg984adHi1id2NdN4VH8PhZaQ4h5sAq8SBUZY=; b=aX/MA9jdLpMKCuPw//cB5BvG1plKCcFXebdg1f8XPGpf+xeEY/1gDMKZ4NEZXajli15z8SbS+8KyGhieNYn5saWAP4zNPwfmrYbfU5kkUlyXFS7UAwZ/wHeEZqq6WrHzHVUSDlApqIKE7MTTrxAjGdgq+lX2YlAVEZbxdWacjnM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kzRV2GnuKEsZlDeADBYSTyc6ZgtBurB+V7piEK9MSauuM+GhTTnm0oQ1CQJzlnZJbUUM413bUBdWqhYtxNBeq5KTNa7I2bga86FWcskgEtehFlSzLvl0yVkmpVlZISzXygdDsNsUz4n8aADDVDgYWOJVHULjCfMaQlIQsFjWAVE= Received: by 10.86.80.5 with SMTP id d5mr1978488fgb.57.1204672027213; Tue, 04 Mar 2008 15:07:07 -0800 (PST) Received: by 10.86.50.17 with HTTP; Tue, 4 Mar 2008 15:07:07 -0800 (PST) Message-ID: <292361ab0803041507w2f384305k4461200b78ab0351@mail.gmail.com> Date: Wed, 5 Mar 2008 00:07:07 +0100 From: Chargen To: "M. Warner Losh" In-Reply-To: <20080304.155256.910758059.imp@bsdimp.com> MIME-Version: 1.0 References: <0B526200-AE42-436D-BB28-51B396D95FC5@rabson.org> <20080304.083144.1219863991.imp@bsdimp.com> <292361ab0803041437t48245090y3db91d2e7d9a0c9b@mail.gmail.com> <20080304.155256.910758059.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 04 Mar 2008 23:07:08 -0000 On Tue, Mar 4, 2008 at 11:52 PM, M. Warner Losh wrote: > In message: <292361ab0803041437t48245090y3db91d2e7d9a0c9b@mail.gmail.com> > Chargen writes: > > : on the topic of IPSEC/Crypto/Cryptodev (soft), is anyone interested in > : testing pr- 120270 (feature request > : http://www.freebsd.org/cgi/query-pr.cgi?pr=120270 ) - because there are > : still some features missing like AES-192/256 hardware support > > There seems to be a number of changes swizzled together in the diff in > this PR. Things like: > > #if defined(__OpenBSD__) || defined(__FreeBSD__) > - ENGINE_load_cryptodev(); > +#define HAVE_CRYPTODEV > #endif > #endif > +#ifdef HAVE_CRYPTODEV > + ENGINE_load_cryptodev(); > +#endif > > and then later > > void *ENGINE_get_static_state(void); > -#if defined(__OpenBSD__) || defined(__FreeBSD__) > +#if defined(__OpenBSD__) || defined(__FreeBSD__) || > defined(HAVE_CRYPTODEV) > void ENGINE_setup_bsd_cryptodev(void); > > and the like. > > Warner > Ai.. thanks for noticing (where was my mind ? :-) But I don't want to resubmit that particular diff, perhaps an expert will resolve these eventually .. again, thanks :-) back on topic.. nexus0-cryptodev broken on powerpc regards, Chargen From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 00:20:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B8B106566B for ; Wed, 5 Mar 2008 00:20:58 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mx2.confluenttech.com (mx2.confluentasp.com [216.26.153.14]) by mx1.freebsd.org (Postfix) with ESMTP id C24D88FC13 for ; Wed, 5 Mar 2008 00:20:57 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from calvin.pai.local ([10.0.6.33]) by mx2.confluenttech.com (8.14.1/8.12.9) with ESMTP id m24LXDAl012644; Tue, 4 Mar 2008 16:33:13 -0500 (EST) (envelope-from mikej@paymentallianceintl.com) x-mimeole: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Tue, 4 Mar 2008 16:32:24 -0500 Message-ID: In-Reply-To: <20080304233327.B19039@woozle.rinet.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS sharenfs and NFS options Thread-Index: Ach+O+qzmzSCe9MkRICqt25hvNBjIAAAuxmA Importance: normal Priority: normal References: <20080304233327.B19039@woozle.rinet.ru> From: "Michael Jung" To: "Dmitry Morozovsky" , Cc: Pawel Jakub Dawidek Subject: RE: ZFS sharenfs and NFS options 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, 05 Mar 2008 00:20:58 -0000 Just like any other exported file system is working for me - I have not used it extensively though: (root@zega) /usr/ports/net/nxserver# mount -t zfs tank on /tank (zfs, local) tank/export1 on /export1 (zfs, NFS exported, local) (root@zega) /usr/ports/net/nxserver# /etc/exports contains: /export1 -maproot=root -alldirs -network 10.0.0.3 -mask 255.255.255.255 --mikej -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Dmitry Morozovsky Sent: Tuesday, March 04, 2008 3:37 PM To: current@freebsd.org Cc: Pawel Jakub Dawidek Subject: ZFS sharenfs and NFS options Dear colleagues, what is a way to specify NFS options, such as -maproot and -network, on an ZFS filesystem? Man page is almost quiet about it, and my quick experiments did not show any success... I suppose, it should be documented a bit more... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ _______________________________________________ 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" CONFIDENTIALITY NOTE: This message is intended only for the use of the individual or entity to whom it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please notify us by telephone at (502) 212-4001 or notify us at PAI , Dept. 99, 11857 Commonwealth Drive, Louisville, KY 40299. Thank you. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 01:01:56 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789F51065675; Wed, 5 Mar 2008 01:01:56 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 19BA88FC20; Wed, 5 Mar 2008 01:01:55 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m2511qOf074992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Mar 2008 17:01:53 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47CDF0FE.9040405@FreeBSD.org> Date: Tue, 04 Mar 2008 17:01:50 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: "M. Warner Losh" References: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> <20080304.083606.-1253045570.imp@bsdimp.com> <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> <20080304.090741.-1631526462.imp@bsdimp.com> In-Reply-To: <20080304.090741.-1631526462.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@FreeBSD.org, xcllnt@mac.com, current@FreeBSD.org, re@FreeBSD.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 05 Mar 2008 01:01:56 -0000 M. Warner Losh wrote: > In message: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> > Doug Rabson writes: > : > : On 4 Mar 2008, at 15:36, M. Warner Losh wrote: > : > : > In message: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> > : > Doug Rabson writes: > : > : I can't see the code which adds this device on a first look. Can you > : > : tell me the filename and I'll take a quick look at it. > : > > : > The problem actually turns out to be in how the powerpc nexus does > : > things. It does them in a very un-nexus-like way. The nexus attached > : > drivers ask for hardware details, which isn't done elsewhere. This > : > means when you mix and match the ones that expect to be explicitly set > : > and the ones that don't that you run into trouble. > : > > : > This needs to be reworked. > : > : Perhaps the crypto stuff should add itself to root0 instead of nexus. > > I think that would cause other problems... OK, since nobody seems to be interested enough to fix the issue in question I have spent some time to dig out what's going on. Disclaimer: it's my first serious encounter with newbus, so that I might be wrong somewhere. Apparently the issue in hand is caused by superposition of three facts: 1. The nexus/powerpc code creates bunch of children devices using information from the OF in the probe routine (should be probably attach routine), with NULL devclass. 2. The opencrypto creates fake "cryptosoft" device and adds it as a child to the newbus. It doesn't provide any actual probe code in the driver to check that the offered device is in fact one that has been created earlier. 3. The newbus code for some not very clear to me reason offers devices in the NULL devclass to every driver registered in the system. As a result of (1), (2) and (3) as well as current phase of the moon, the bunch of OF-devices created in (1) are offered to the "cryptosoft" driver before powerpc drivers and since there is no probe routine the "cryptosoft" driver attaches to all of them. This could be fixed by either altering probe in the "cryptosoft" to check that the device offered is in fact one that has been created earlier, or changing nexus/powerpc code to assign non-NULL devclass to child devices that it has generated from OF to match devclass of the relevant drivers (pcib, unin are the most important ones). The following patch uses the second approach. It would be nice if somebody with more newbus clue can review/comment. The patch also moves relevant code from nexus_probe() into nexus_attach(). http://sobomax.homeunix.org/~sobomax/powerpc_crypto.diff -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 01:52:10 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F98C1065670; Wed, 5 Mar 2008 01:52:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DFD738FC24; Wed, 5 Mar 2008 01:52:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m251oc0q077989; Tue, 4 Mar 2008 18:50:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 18:51:07 -0700 (MST) Message-Id: <20080304.185107.-1270942879.imp@bsdimp.com> To: sobomax@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <47CDF0FE.9040405@FreeBSD.org> References: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> <20080304.090741.-1631526462.imp@bsdimp.com> <47CDF0FE.9040405@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gnn@FreeBSD.org, xcllnt@mac.com, current@FreeBSD.org, re@FreeBSD.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 05 Mar 2008 01:52:10 -0000 In message: <47CDF0FE.9040405@FreeBSD.org> Maxim Sobolev writes: : M. Warner Losh wrote: : > In message: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> : > Doug Rabson writes: : > : : > : On 4 Mar 2008, at 15:36, M. Warner Losh wrote: : > : : > : > In message: <9299FBBE-F58A-4107-991D-1C851EB8802C@rabson.org> : > : > Doug Rabson writes: : > : > : I can't see the code which adds this device on a first look. Can you : > : > : tell me the filename and I'll take a quick look at it. : > : > : > : > The problem actually turns out to be in how the powerpc nexus does : > : > things. It does them in a very un-nexus-like way. The nexus attached : > : > drivers ask for hardware details, which isn't done elsewhere. This : > : > means when you mix and match the ones that expect to be explicitly set : > : > and the ones that don't that you run into trouble. : > : > : > : > This needs to be reworked. : > : : > : Perhaps the crypto stuff should add itself to root0 instead of nexus. : > : > I think that would cause other problems... : : OK, since nobody seems to be interested enough to fix the issue in : question I have spent some time to dig out what's going on. Disclaimer: : it's my first serious encounter with newbus, so that I might be wrong : somewhere. How could you possibly conclude that.... I've been working all day since i took time out of my day to track it down this morning... : Apparently the issue in hand is caused by superposition of three facts: : : 1. The nexus/powerpc code creates bunch of children devices using : information from the OF in the probe routine (should be probably attach : routine), with NULL devclass. : : 2. The opencrypto creates fake "cryptosoft" device and adds it as a : child to the newbus. It doesn't provide any actual probe code in the : driver to check that the offered device is in fact one that has been : created earlier. : : 3. The newbus code for some not very clear to me reason offers devices : in the NULL devclass to every driver registered in the system. : : As a result of (1), (2) and (3) as well as current phase of the moon, : the bunch of OF-devices created in (1) are offered to the "cryptosoft" : driver before powerpc drivers and since there is no probe routine the : "cryptosoft" driver attaches to all of them. : : This could be fixed by either altering probe in the "cryptosoft" to : check that the device offered is in fact one that has been created : earlier, or changing nexus/powerpc code to assign non-NULL devclass to : child devices that it has generated from OF to match devclass of the : relevant drivers (pcib, unin are the most important ones). The following : patch uses the second approach. It would be nice if somebody with more : newbus clue can review/comment. The patch also moves relevant code from : nexus_probe() into nexus_attach(). : : http://sobomax.homeunix.org/~sobomax/powerpc_crypto.diff This patch isn't right at all. Like I said in other mail, the proper fix is to reparent things the way I suggested. Warner From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:31:25 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57E50106566C; Wed, 5 Mar 2008 02:31:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C166F8FC12; Wed, 5 Mar 2008 02:31:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m252Up7v078306; Tue, 4 Mar 2008 19:30:51 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 19:31:20 -0700 (MST) Message-Id: <20080304.193120.-625041952.imp@bsdimp.com> To: sobomax@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <47CDF0FE.9040405@FreeBSD.org> References: <57AF36D8-0F83-4DF8-BEAA-CF3B59EAA361@rabson.org> <20080304.090741.-1631526462.imp@bsdimp.com> <47CDF0FE.9040405@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gnn@FreeBSD.org, xcllnt@mac.com, current@FreeBSD.org, re@FreeBSD.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 05 Mar 2008 02:31:25 -0000 OK. Digging deeper into this problem shows that sparc64 also appears to do the same things to the nexus bus children that powerpc does. There may be other nexus devices that do this, and rewriting them to conform to the x86 conventions would take a little bit of effort. I'm starting to think that the architecturally clean way to solve this issue is to allow children to ask if they have a fixed devclass or a wildcard one in newbus. This is easy to implement, but as I typed this up, something inside me rebelled. In this scenario, the newbus would grow a new function device_is_wildcard() that drivers could call. The other way to fix this is to return a better value from the probe routine for those devices that attach to the nexus. A quick grep of the tree suggests that opencrypto is the only MI driver that uses this trick. There are a few MD drivers that use it as well, but they are all well controlled. Here's a quick hack. If you want to test this out without changing newbus, change the cryptosoft.c probe routine to return (BUS_PROBE_HOOVER - 1) rather than zero. Comments? Warner Index: sys/bus.h =================================================================== RCS file: /cache/ncvs/src/sys/sys/bus.h,v retrieving revision 1.79 diff -u -r1.79 bus.h --- sys/bus.h 27 Jan 2008 16:06:37 -0000 1.79 +++ sys/bus.h 5 Mar 2008 02:28:17 -0000 @@ -494,7 +494,10 @@ * is for drivers that wish to have a generic form and a specialized form, * like is done with the pci bus and the acpi pci bus. BUS_PROBE_HOOVER is * for those busses that implement a generic device place-holder for devices on - * the bus that have no more specific driver for them (aka ugen). + * the bus that have no more specific river for them (aka ugen). + * BUS_PROBE_NOWILDCARD or lower means that the device isn't really bidding + * for a device node, but accepts only devices that its parent has told it + * use this driver. */ #define BUS_PROBE_SPECIFIC 0 /* Only I can use this device */ #define BUS_PROBE_VENDOR (-10) /* Vendor supplied driver */ @@ -502,6 +505,7 @@ #define BUS_PROBE_LOW_PRIORITY (-40) /* Older, less desirable drivers */ #define BUS_PROBE_GENERIC (-100) /* generic driver for dev */ #define BUS_PROBE_HOOVER (-500) /* Generic dev for all devs on bus */ +#define BUS_PROBE_NOWILDCARD (-2000000000) /* No wildcard device matches */ /** * Shorthand for constructing method tables. Index: kern/subr_bus.c =================================================================== RCS file: /cache/ncvs/src/sys/kern/subr_bus.c,v retrieving revision 1.204 diff -u -r1.204 subr_bus.c --- kern/subr_bus.c 27 Jan 2008 16:06:37 -0000 1.204 +++ kern/subr_bus.c 5 Mar 2008 02:27:30 -0000 @@ -1777,6 +1777,14 @@ * of pri for the first match. */ if (best == NULL || result > pri) { + /* + * Probes that return BUS_PROBE_NOWILDCARD + * or lower only match when they are set + * in stone by the parent bus. + */ + if (result <= BUS_PROBE_NOWILDCARD && + child->flags & DF_WILDCARD) + continue; best = dl; pri = result; continue; Index: opencrypto/cryptosoft.c =================================================================== RCS file: /cache/ncvs/src/sys/opencrypto/cryptosoft.c,v retrieving revision 1.19 diff -u -r1.19 cryptosoft.c --- opencrypto/cryptosoft.c 9 May 2007 19:37:02 -0000 1.19 +++ opencrypto/cryptosoft.c 5 Mar 2008 02:22:28 -0000 @@ -989,7 +989,7 @@ swcr_probe(device_t dev) { device_set_desc(dev, "software crypto"); - return (0); + return (BUS_PROBE_NOWILDCARD); } static int From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 03:05:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCC6E1065676 for ; Wed, 5 Mar 2008 03:05:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 55C0B8FC15 for ; Wed, 5 Mar 2008 03:05:20 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1049816fgg.35 for ; Tue, 04 Mar 2008 19:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7l1LdRcapbIfY3ubNEiFk2YonybPdEQ8UbA8X/YIfSs=; b=Wqd6xaO7QezDEbS1kL1U3EMxTwMKdR6U5PTzFnQh5QCFJzy6uumF/iPmiDg/LQGsu69VMtO3P+jFvT8P5wR4+ArSLxOENOF0k750ObiUmOVD0Sw/VL28BybGM91G2HGB2Nqls7d3tfjaP6YlSFsE9rfRm6k9m7nYKmVfk3v1g4A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eWtfuZ0ae6Z/6S7Y1a+VaNnrdE9NJp/UZbCgbhVf80gjLlRBqCkdzq2HIurOEt4VBHz5iTjHt4oJlCJL/wXi9yfLB3jd2o8YaMgl0IpjyHTq0rhM/OjVwmWSTnlSR7CmGb8WngoUloUc+ye3Qrm4lBiBuQFS3eKlldfNTwKc9zM= Received: by 10.86.59.2 with SMTP id h2mr2230603fga.19.1204684708989; Tue, 04 Mar 2008 18:38:28 -0800 (PST) Received: by 10.86.95.7 with HTTP; Tue, 4 Mar 2008 18:38:28 -0800 (PST) Message-ID: <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> Date: Tue, 4 Mar 2008 20:38:28 -0600 From: "Scot Hetzel" To: "Michael Jung" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080304233327.B19039@woozle.rinet.ru> Cc: Pawel Jakub Dawidek , Dmitry Morozovsky , current@freebsd.org Subject: Re: ZFS sharenfs and NFS options 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, 05 Mar 2008 03:05:21 -0000 On 3/4/08, Michael Jung wrote: > Just like any other exported file system is working for me - I have not > used it extensively though: > > (root@zega) /usr/ports/net/nxserver# mount -t zfs > tank on /tank (zfs, local) > tank/export1 on /export1 (zfs, NFS exported, local) > (root@zega) /usr/ports/net/nxserver# > > /etc/exports contains: > > /export1 -maproot=root -alldirs -network 10.0.0.3 -mask > 255.255.255.255 > > --mikej > > > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Dmitry > Morozovsky > Sent: Tuesday, March 04, 2008 3:37 PM > To: current@freebsd.org > Cc: Pawel Jakub Dawidek > Subject: ZFS sharenfs and NFS options > > Dear colleagues, > > what is a way to specify NFS options, such as -maproot and -network, on > an ZFS > filesystem? Man page is almost quiet about it, and my quick experiments > did not > show any success... > > I suppose, it should be documented a bit more... > It is documented in the zfs(1M) man page. zfs set sharenfs="-maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255" myzpool/test cat /etc/zfs/exports # !!! DO NOT EDIT THIS FILE MANUALLY !!! /myzpool/test -maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255 Scot From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 04:52:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BB9106566B for ; Wed, 5 Mar 2008 04:52:53 +0000 (UTC) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.freebsd.org (Postfix) with ESMTP id 19B278FC12 for ; Wed, 5 Mar 2008 04:52:52 +0000 (UTC) (envelope-from oz@nixil.net) Received: from [192.168.1.69] (c-76-23-62-255.hsd1.ut.comcast.net [76.23.62.255]) (authenticated bits=0) by nixil.net (8.13.6.20060614/8.13.6) with ESMTP id m254qc3G096646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Mar 2008 21:52:51 -0700 (MST) Message-ID: <47CE271A.9080209@nixil.net> Date: Tue, 04 Mar 2008 21:52:42 -0700 From: Phil Oleson User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> <47CC2F0F.2000808@nixil.net> <20080304023108.GA78525@cdnetworks.co.kr> In-Reply-To: <20080304023108.GA78525@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (nixil.net [161.58.222.1]); Tue, 04 Mar 2008 21:52:52 -0700 (MST) X-Virus-Scanned: ClamAV 0.92.1/6130/Tue Mar 4 17:42:45 2008 on nixil.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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, 05 Mar 2008 04:52:53 -0000 Pyun YongHyeon wrote: > On Mon, Mar 03, 2008 at 10:02:07AM -0700, Phil Oleson wrote: > > Pyun YongHyeon wrote: > > >On Mon, Mar 03, 2008 at 10:10:25AM +0100, Milan Obuch wrote: > > > > On Monday 03 March 2008, Pyun YongHyeon wrote: > > > > > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > > > > > > > > > Sorry for late handling. I wanted to solve Milan Obuch's issue first > > > > > before committing vr(4). But it seems that it's not easy to fix > > > > > Milan's issue. :-( > > > > > > > > > > > > > Well, I see some progress there... Today I was able to do some tests > > > again, > and I was able to ping -f another box on the same network for > > > some time. I > tried then csup sources and I got hard hang, again, this > > > time with following > lines on console: > > > > > > > > vr0: PCI bus error -- resetting > > > > vr0: restarting > > > > > > > > > >Hmm, this is interesting. 6105M datasheet said nothing what can be > > >done for this case. I guess this kind of error can come from > > >improperly seated NICs or broken hardware. Would you re-seat the NIC > > >or change PCI slot and try again with attached patch? > > > > > > > And no ability to enter kdb, either. > > > > Just for record, I am getting following when kldload'ing if_vr: > > > > > > > > vr0: port 0x9c00-0x9cff mem > > > > 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 > > > > vr0: Quirks: 0x6 > > > > vr0: Revision: 0x96 > > > > miibus1: on vr0 > > > > ukphy0: PHY 1 on miibus1 > > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > > > > > (one out of four devices shown) > > > > > > > > > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > > > > > >I never thought this kind of testing. It's good to hear vr(4) > > > > > > >recovers from the abrupt link change events. I guess this also > > > > > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > > > > > > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > > > > > RELENG_6 ? Its not just media speed changes that causes the nic to > > > > > > > > > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > > > > > done on RELENG_6 due to lack of spare time. > > > > > > > > > > > > > In my eyes, if new vr works for others and no regression was found, it > > > should > go in. I did not encountered a regression - it did not work with > > > old driver, > it does not work (yet) with the new... but I hope we can > > > get this one > working, too... > > > > > > > > > >Yes, I really like to fix it too. > > > > > > > Hey.. unfortunately I have to chime in too.. (with a failure) > > Last night I was running a crusty RELENG_6 from about july of last year. > > I had some issues unrelated to this, so I decided to update the system > > to check if that resolved those issues (it did - RELENG_6 as of sometime > > last night). However, vr stopped working. As I remembered this thread, > > I booted to my old kernel, and downloaded the rewrite/patchset for 6 > > and tried it out. Unfortunately, It is failing: > > > > vr0: port 0xe800-0xe8ff mem > > 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 > > vr0: Quirks: 0x0 > > vr0: Revision: 0x70 > > vr0: phy read timeout 31:1 > > vr0: MII without any phy! > > device_attach: vr0 attach returned 6 > > > > > > I'm attaching the complete dmesg, and the version of if_vr.c used.. (a > > couple of the smaller patches you suggested I hand applied to reduce the > > turnaround time). Any suggestions would be tested tonight. > > > > It seems that I've made mistake in implementing memory mapped > register access. Even if datasheet says no special things for > reloading EEPROM, Rhine family seems to default to io register > access after reloading EEPROM. I guess this would be root cause of > Milan Obuch's issue. It seems that his hardware requires memory > mapped register access but reloading EEPROM disabled it. > ATM I have no clean idea how can I renable memory mapped register > access after EEPROM reloading without hacks so I completely backed > out memory mapped register access and put updated vr(4) to the same > URL. Please try again updated vr(4) and let me know how it goes. > Okay, some success.. (sorry about the delay in testing.. after a 30 hour day I crashed hard last night) I downloaded both the if_vr.c and if_vr.c.memio and applied the if_vr-pyunyh-to-releng6.diff to make it compile on this RELENG_6 box. if_vr.c: dmesg.boot: vr0: port 0xe800-0xe8ff mem 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x70 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:50:2c:02:1e:e6 #ifconfig vr0: flags=8843 mtu 1500 options=8 inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:50:2c:02:1e:e6 media: Ethernet autoselect (none) lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 #ifconfig vr0 media 100baseTX mediaopt full-duplex vr0: flags=8843 mtu 1500 options=8 inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:50:2c:02:1e:e6 media: Ethernet 100baseTX status: active went from 'status: no carrier' to 'status: active' not sure why it's not autonegotiating... --------- if_vr.c.memio (tried it for a chuckle as it had differences from the revision I tried the other day). dmesg.boot: vr0: port 0xe800-0xe8ff mem 0xe3004000-0xe300 40ff irq 10 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x70 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto better... #ifconfig vr0: flags=8843 mtu 1500 options=8 inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:00:00:00:00:00 media: Ethernet autoselect (none) not sure why the mac address is nulled out.. home# ifconfig vr0 media 100baseTX mediaopt full-duplex home# ifconfig vr0: flags=8843 mtu 1500 options=8 inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:00:00:00:00:00 media: Ethernet 100baseTX status: active lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 home# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ping: sendto: Host is down 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=15.448 ms 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.039 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.929 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.018 ms so.. it's working.. tried pinging yahoo.com and that was working too.. so the memio version is progressing for my hardware.. -Phil. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 05:27:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12BDF1065672 for ; Wed, 5 Mar 2008 05:27:19 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from azure.onthenet.com.au (azure.OntheNet.com.au [203.13.68.11]) by mx1.freebsd.org (Postfix) with ESMTP id C676A8FC1E for ; Wed, 5 Mar 2008 05:27:18 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by azure.onthenet.com.au (Postfix) with ESMTP id 8F7DE1158F; Wed, 5 Mar 2008 15:12:07 +1000 (EST) Received: from excfreebsd.hq.netapp.com (nat-198-95-226-228.netapp.com [198.95.226.228]) by dommail.onthenet.com.au (MOS 3.7.5a-GA) with ESMTP id DQL52662 (AUTH peterg@ptree32.com.au); Wed, 5 Mar 2008 15:12:05 +1000 (EST) Message-ID: <47CE2BA1.8000505@freebsd.org> Date: Tue, 04 Mar 2008 21:12:01 -0800 From: Peter Grehan User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@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: Wed, 05 Mar 2008 05:27:19 -0000 Hi Warner, >The other way to fix this is to return a better value from the probe >routine for those devices that attach to the nexus. ... >Comments? Looks good to me, and is a whole lot better than the previous suggestion :) later, Peter. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 05:30:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EFF3106566B; Wed, 5 Mar 2008 05:30:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DB2548FC17; Wed, 5 Mar 2008 05:30:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m255UBeB079895; Tue, 4 Mar 2008 22:30:11 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2008 22:30:40 -0700 (MST) Message-Id: <20080304.223040.195748645.imp@bsdimp.com> To: grehan@freebsd.org From: "M. Warner Losh" In-Reply-To: <47CE2BA1.8000505@freebsd.org> References: <47CE2BA1.8000505@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IPSEC/crypto is broken in FreeBSD/powerpc 7.0-RELEASE! 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, 05 Mar 2008 05:30:56 -0000 In message: <47CE2BA1.8000505@freebsd.org> Peter Grehan writes: : Hi Warner, : : >The other way to fix this is to return a better value from the probe : >routine for those devices that attach to the nexus. : ... : >Comments? : : Looks good to me, and is a whole lot better than the previous : suggestion :) This seems safer too... For me it was a toss up between this method and having a new call to newbus asking if the device was a wildcard or not. Warner From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 06:43:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B98E1065670; Wed, 5 Mar 2008 06:43:47 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id CF5BA8FC20; Wed, 5 Mar 2008 06:43:46 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m256hjfS011060; Wed, 5 Mar 2008 09:43:45 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 5 Mar 2008 09:43:45 +0300 (MSK) From: Dmitry Morozovsky To: Scot Hetzel In-Reply-To: <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> Message-ID: <20080305094125.G19039@woozle.rinet.ru> References: <20080304233327.B19039@woozle.rinet.ru> <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Wed, 05 Mar 2008 09:43:45 +0300 (MSK) Cc: Michael Jung , Pawel Jakub Dawidek , current@freebsd.org Subject: Re: ZFS sharenfs and NFS options 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, 05 Mar 2008 06:43:47 -0000 On Tue, 4 Mar 2008, Scot Hetzel wrote: SH> > what is a way to specify NFS options, such as -maproot and -network, on SH> > an ZFS SH> > filesystem? Man page is almost quiet about it, and my quick experiments SH> > did not SH> > show any success... SH> > SH> > I suppose, it should be documented a bit more... SH> > SH> It is documented in the zfs(1M) man page. SH> SH> zfs set sharenfs="-maproot=root -alldir -network 10.0.0.3 -mask SH> 255.255.255.255" myzpool/test SH> SH> cat /etc/zfs/exports SH> # !!! DO NOT EDIT THIS FILE MANUALLY !!! SH> SH> /myzpool/test -maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255 Hmm... where did you find it in the manpage? Or did you mean Solaris man page version? Anyway, thanks, it is working now. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 07:45:36 2008 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0FB6106566B for ; Wed, 5 Mar 2008 07:45:36 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFF28FC16 for ; Wed, 5 Mar 2008 07:45:36 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m257jY93044345 for ; Wed, 5 Mar 2008 07:45:35 GMT (envelope-from davidxu@freebsd.org) Message-ID: <47CE4FED.2000800@freebsd.org> Date: Wed, 05 Mar 2008 15:46:53 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: cvs [update aborted]: received broken pipe signal 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, 05 Mar 2008 07:45:36 -0000 What's wrong with our cvs server? I can not receive updates: cvs update: Updating . cvs update: Updating alpha cvs update: Updating alpha/alpha cvs update: Updating alpha/compile cvs update: Updating alpha/conf cvs update: Updating alpha/include cvs update: Updating alpha/include/pc cvs update: Updating alpha/isa cvs update: Updating alpha/linux cvs update: Updating alpha/mcbus cvs update: Updating alpha/osf1 cvs update: Updating alpha/pci cvs update: Updating alpha/tc cvs update: Updating alpha/tlsb cvs update: Updating amd64 cvs update: Updating amd64/acpica cvs update: Updating amd64/amd64 cvs update: Updating amd64/compile cvs update: Updating amd64/conf cvs update: Updating amd64/ia32 cvs update: Updating amd64/includeRead from remote host ncvs.freebsd.org: Connection reset by peer cvs [update aborted]: end of file from server (consult above messages if any) -- David Xu From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 07:57:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BCAB1065674 for ; Wed, 5 Mar 2008 07:57:42 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id CA1E78FC1C for ; Wed, 5 Mar 2008 07:57:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1144466fgg.35 for ; Tue, 04 Mar 2008 23:57:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=r84LotgeNtYPm2zhubbzTGPqgdePIAYMHVhLI73r7aU=; b=I1INx6MWt3g7PZErQaqoaWQGaNb0adJZul0PuNrKHRbQcLxGL1Dj59MVi72lzf1rneUEckjyyLIeQazYrSJkIBs7gUMWQ5nvqbjvNPMkwZzIX+hNSOLlVx+b4toeqU1FoebnEONHinHfRT2Gmopot+7D9tjp00fkzxlgFX0EEvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EBUax2Y0EX6PUOUofzMjD344VSkpB8F1r/Gw5IdLVEa6em1rAvh4Tu/aFQ+oY1Qw141Zy+N0gE9jXarut6J2DYONBL82qrroTdB4/0Rx7aayn51tPnnytDBdyQ00K32WK7NlzNV2kSPSsBMcFwlQJeJGMUUrPU8zzeRWoTxwtUI= Received: by 10.86.50.8 with SMTP id x8mr2606274fgx.25.1204703860713; Tue, 04 Mar 2008 23:57:40 -0800 (PST) Received: by 10.86.95.7 with HTTP; Tue, 4 Mar 2008 23:57:40 -0800 (PST) Message-ID: <790a9fff0803042357w6dbc2256jae7eb4d797d8f77f@mail.gmail.com> Date: Wed, 5 Mar 2008 01:57:40 -0600 From: "Scot Hetzel" To: "Dmitry Morozovsky" , "Pawel Jakub Dawidek" In-Reply-To: <20080305094125.G19039@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080304233327.B19039@woozle.rinet.ru> <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> <20080305094125.G19039@woozle.rinet.ru> Cc: current@freebsd.org Subject: Re: ZFS sharenfs and NFS options 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, 05 Mar 2008 07:57:42 -0000 On 3/5/08, Dmitry Morozovsky wrote: > On Tue, 4 Mar 2008, Scot Hetzel wrote: > > SH> > what is a way to specify NFS options, such as -maproot and -network, on > SH> > an ZFS > SH> > filesystem? Man page is almost quiet about it, and my quick experiments > SH> > did not > SH> > show any success... > SH> > > SH> > I suppose, it should be documented a bit more... > SH> > > SH> It is documented in the zfs(1M) man page. > SH> > SH> zfs set sharenfs="-maproot=root -alldir -network 10.0.0.3 -mask > SH> 255.255.255.255" myzpool/test > SH> > SH> cat /etc/zfs/exports > SH> # !!! DO NOT EDIT THIS FILE MANUALLY !!! > SH> > SH> /myzpool/test -maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255 > > Hmm... where did you find it in the manpage? Or did you mean Solaris > man page version? > > Anyway, thanks, it is working now. > I just did a `man zfs` and looked for sharenfs, in there it says that you can set sharenfs to one of 3 values (on, off, or opts): Otherwise, the share(1M) command is invoked with options equivalent to the contents of this property. This line can be interpreted for FreeBSD as: Otherwise, mountd(8) will load the export host addresses and options into the kernel using the contents of this property. Scot From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 09:04:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B093F106566C for ; Wed, 5 Mar 2008 09:04:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3AAB38FC13 for ; Wed, 5 Mar 2008 09:04:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from router.rabson.org ([80.177.232.241] helo=itchy.rabson.org) by anchor-post-35.mail.demon.net with esmtp (Exim 4.67) id 1JWpXw-000J9n-I3 for current@freebsd.org; Wed, 05 Mar 2008 09:04:20 +0000 Received: from macbook.rabson.org (macbook.rabson.org [IPv6:2002:50b1:e8f2:1:21e:52ff:fe73:8011]) by itchy.rabson.org (Postfix) with ESMTP id DFD783FB0 for ; Wed, 5 Mar 2008 09:04:19 +0000 (GMT) Message-Id: <34616125-76BE-45C8-BAF6-F3722B30818E@rabson.org> From: Doug Rabson To: current@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-60-914876664; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 5 Mar 2008 09:04:19 +0000 X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6135/Wed Mar 5 06:24:05 2008 on itchy.rabson.org X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: NFS locking revisited 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, 05 Mar 2008 09:04:22 -0000 --Apple-Mail-60-914876664 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Over the last couple of months, I have been working on a complete re- implementation of the NFS Lock Manager. The new NLM is designed to run in the kernel environment and uses the kernel's fcntl lock infrastructure to store its state. As part of this work, I have augmented the fcntl flock structure to include an indication of which remote system owns the lock and I have added some infrastructure to support asynchronous locking (not currently exposed to userland but required for the NLM). I have also ported the much of the userland sunrpc code to run in the kernel environment to make life easier (in my opinion, this is how all our NFS code should have been done from the start). Anyone interested in this code can find a snapshot patch at http://people.freebsd.org/~dfr/src-lockd-M5-04032008.diff , relative to an approximately two month old snapshot of -current. The current plan is to start committing this work to -current in two or three weeks time, depending on feedback. Highlights include: * Thread-safe kernel RPC client - many threads can use the same RPC client handle safely with replies being de-multiplexed at the socket upcall (typically driven directly by the NIC interrupt) and handed off to whichever thread matches the reply. For UDP sockets, many RPC clients can share the same socket. This allows the use of a single privileged UDP port number to talk to an arbitrary number of remote hosts. * Single-threaded kernel RPC server. Adding support for multi-threaded server would be relatively straightforward and would follow approximately the Solaris KPI. A single thread should be sufficient for the NLM since it should rarely block in normal operation. * Kernel mode NLM server supporting cancel requests and granted callbacks. I've tested the NLM server reasonably extensively - it passes both my own tests and the NFS Connectathon locking tests running on Solaris, Mac OS X and Ubuntu Linux. The only current limitation compared to the userland NLM server is that it doesn't currently support the command-line arguments that specify what addresses and port numbers to listen to. This can and will be fixed soon. * Userland NLM client supported. While the NLM server doesn't have support for the local NFS client's locking needs, it does have to field async replies and granted callbacks from remote NLMs that the local client has contacted. We relay these replies to the userland rpc.lockd over a local domain RPC socket. * IPv6 should be supported but has not been tested since I've been unable to get IPv6 to work properly with the Parallels virtual machines that I've been using for development. * Since both local and remote locks are managed by the same kernel locking code, local and remote processes can safely use file locks for mutual exclusion. Local processes have a slight fairness advantage compared to remote processes when contending to lock a region that has just been unlocked. This could be avoided by enabling the code currently hidden behind '#ifdef ADVLOCKASYNC_TESTING' in kern_descrip.c since that would enforce strict first-come first-served semantics for both local and remote lockers. --Apple-Mail-60-914876664-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 09:22:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30BC01065671 for ; Wed, 5 Mar 2008 09:22:45 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id C77B78FC17 for ; Wed, 5 Mar 2008 09:22:44 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 2DA7C39458 for ; Wed, 5 Mar 2008 10:22:43 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id taGlMKhq3Isy for ; Wed, 5 Mar 2008 10:22:40 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 7AA20393C0; Wed, 5 Mar 2008 10:22:40 +0100 (CET) Date: Wed, 5 Mar 2008 10:22:40 +0100 From: Ollivier Robert To: current@freebsd.org Message-ID: <20080305092240.GA51340@keltia.freenix.fr> References: <34616125-76BE-45C8-BAF6-F3722B30818E@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34616125-76BE-45C8-BAF6-F3722B30818E@rabson.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: NFS locking revisited 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, 05 Mar 2008 09:22:45 -0000 According to Doug Rabson: > As part of this work, I have augmented the fcntl flock structure to include > an indication of which remote system owns the lock and I have added some > infrastructure to support asynchronous locking (not currently exposed to > userland but required for the NLM). I have also ported the much of the > userland sunrpc code to run in the kernel environment to make life easier > (in my opinion, this is how all our NFS code should have been done from the > start). Awesome work, Doug, thanks! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; i386 From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 10:08:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 308101065676 for ; Wed, 5 Mar 2008 10:08:36 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by mx1.freebsd.org (Postfix) with ESMTP id D563D8FC1F for ; Wed, 5 Mar 2008 10:08:35 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from router.rabson.org ([80.177.232.241] helo=itchy.rabson.org) by anchor-post-34.mail.demon.net with esmtp (Exim 4.67) id 1JWqY5-000JBC-Fz for current@freebsd.org; Wed, 05 Mar 2008 10:08:34 +0000 Received: from macbook.rabson.org (macbook.rabson.org [IPv6:2002:50b1:e8f2:1:21e:52ff:fe73:8011]) by itchy.rabson.org (Postfix) with ESMTP id 91D4C3FB0; Wed, 5 Mar 2008 10:01:08 +0000 (GMT) Message-Id: From: Doug Rabson To: Doug Rabson In-Reply-To: <34616125-76BE-45C8-BAF6-F3722B30818E@rabson.org> Content-Type: multipart/signed; boundary=Apple-Mail-63-918285450; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 5 Mar 2008 10:01:08 +0000 References: <34616125-76BE-45C8-BAF6-F3722B30818E@rabson.org> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6136/Wed Mar 5 09:32:22 2008 on itchy.rabson.org X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: NFS locking revisited 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, 05 Mar 2008 10:08:36 -0000 --Apple-Mail-63-918285450 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 5 Mar 2008, at 09:04, Doug Rabson wrote: > Over the last couple of months, I have been working on a complete re- > implementation of the NFS Lock Manager. The new NLM is designed to > run in the kernel environment and uses the kernel's fcntl lock > infrastructure to store its state. I should also point out that this work has been sponsored by Isilon Systems. Special thanks also should go to Alfred Perlstein for arranging that sponsorship. --Apple-Mail-63-918285450-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 13:34:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44246106566C; Wed, 5 Mar 2008 13:34:13 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mx2.confluenttech.com (mx2.confluentasp.com [216.26.153.14]) by mx1.freebsd.org (Postfix) with ESMTP id 13AA68FC2B; Wed, 5 Mar 2008 13:34:10 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from calvin.pai.local ([10.0.6.33]) by mx2.confluenttech.com (8.14.1/8.12.9) with ESMTP id m25DYaGN003158; Wed, 5 Mar 2008 08:34:37 -0500 (EST) (envelope-from mikej@paymentallianceintl.com) x-mimeole: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Wed, 5 Mar 2008 08:33:50 -0500 Message-ID: In-Reply-To: <20080305094125.G19039@woozle.rinet.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS sharenfs and NFS options Thread-Index: Ach+jHoXKceHC5j7Q9+EFI1X49UIkgANwT0g References: <20080304233327.B19039@woozle.rinet.ru> <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> <20080305094125.G19039@woozle.rinet.ru> From: "Michael Jung" Importance: normal Priority: normal To: "Scot Hetzel" , Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: RE: ZFS sharenfs and NFS options 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, 05 Mar 2008 13:34:13 -0000 When does /etc/zfs/exports get written? Should you have to HUP mountd after adding the nfs share via "zfs set sharenfs=....."? it doesn't make any difference for me. Should showmount -e show the zfs exported NFS share? (root@zega) /etc/zfs# zfs get sharenfs tank/export1 NAME PROPERTY VALUE SOURCE tank/export1 sharenfs -maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255 local (root@zega) /etc/zfs# (root@zega) /etc/zfs# cat /etc/zfs/exports # !!! DO NOT EDIT THIS FILE MANUALLY !!! (root@zega) /etc/zfs# (root@zega) /etc/zfs# showmount -e Exports list on localhost: /export0 10.0.0.3 (root@zega) /etc/zfs# (root@zega) /etc/zfs# uname -a FreeBSD zega.mikej.com 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Mar 2 20:39:38 UTC 2008 mikej@zega.mikej.com:/usr/obj/usr/src/sys/ZEGA i386 (root@zega) /etc/zfs# NOTE****** /export0 is exported via /etc/exports Needless to say, I'm not able to mount export1 on 10.0.0.3 when I share it via the "zfs set sharenfs" command. exporting the ZFS mount point via /etc/exports works fine. --mikej -----Original Message----- From: Dmitry Morozovsky [mailto:marck@rinet.ru] Sent: Wednesday, March 05, 2008 1:44 AM To: Scot Hetzel Cc: Michael Jung; current@freebsd.org; Pawel Jakub Dawidek Subject: Re: ZFS sharenfs and NFS options On Tue, 4 Mar 2008, Scot Hetzel wrote: SH> > what is a way to specify NFS options, such as -maproot and SH> > -network, on an ZFS filesystem? Man page is almost quiet about SH> > it, and my quick experiments did not show any success... SH> > SH> > I suppose, it should be documented a bit more... SH> > SH> It is documented in the zfs(1M) man page. SH> SH> zfs set sharenfs="-maproot=root -alldir -network 10.0.0.3 -mask SH> 255.255.255.255" myzpool/test SH> SH> cat /etc/zfs/exports SH> # !!! DO NOT EDIT THIS FILE MANUALLY !!! SH> SH> /myzpool/test -maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255 Hmm... where did you find it in the manpage? Or did you mean Solaris man page version? Anyway, thanks, it is working now. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ CONFIDENTIALITY NOTE: This message is intended only for the use of the individual or entity to whom it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please notify us by telephone at (502) 212-4001 or notify us at PAI , Dept. 99, 11857 Commonwealth Drive, Louisville, KY 40299. Thank you. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 13:44:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED76E1065671; Wed, 5 Mar 2008 13:44:43 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id BA6758FC13; Wed, 5 Mar 2008 13:44:43 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m25DI2i4056949; Wed, 5 Mar 2008 05:18:02 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m25DI2jd056948; Wed, 5 Mar 2008 05:18:02 -0800 (PST) (envelope-from david) Date: Wed, 5 Mar 2008 05:18:02 -0800 From: David Wolfskill To: David Xu Message-ID: <20080305131802.GC53010@bunrab.catwhisker.org> References: <47CE4FED.2000800@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <47CE4FED.2000800@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: cvs [update aborted]: received broken pipe signal 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, 05 Mar 2008 13:44:44 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2008 at 03:46:53PM +0800, David Xu wrote: > What's wrong with our cvs server? I can not receive updates: >=20 > cvs update: Updating . > cvs update: Updating alpha > ... > cvs update: Updating amd64/conf > cvs update: Updating amd64/ia32 > cvs update: Updating amd64/includeRead from remote host=20 > ncvs.freebsd.org: Connection reset by peer >=20 > cvs [update aborted]: end of file from server (consult above messages if= =20 > any) You might need to take a look at the server, but I think I recall seeing similar symptoms when I created /tmp as a swap-backed md-resident file system with the default inode density and /tmp didn't actually become "full," but ran out of inodes during a period of heavy (for that environment) usage. Adjusting the tmpmfs_flags specification in /etc/rc.conf (for the CVS server) to say 'tmpmfs_flags=3D"-i1024 -o async -S"', then re-creating /tmp alleviated the pain. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfOnYoACgkQmprOCmdXAD3zZQCdEgCAUrPEgurJ+7OVFzaKqHYk PDoAn3f07xW/sF6hzwOD4V3AXTiDwIW7 =OLJL -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 16:17:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3317106566B for ; Wed, 5 Mar 2008 16:17:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 69C368FC15 for ; Wed, 5 Mar 2008 16:17:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m25GHwWX055025; Wed, 5 Mar 2008 11:17:58 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m25GHwQW002107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Mar 2008 11:17:58 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200803051617.m25GHwQW002107@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Mar 2008 11:20:00 -0500 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20080304023108.GA78525@cdnetworks.co.kr> References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> <47CC2F0F.2000808@nixil.net> <20080304023108.GA78525@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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, 05 Mar 2008 16:17:59 -0000 At 09:31 PM 3/3/2008, Pyun YongHyeon wrote: >It seems that I've made mistake in implementing memory mapped >register access. Even if datasheet says no special things for >reloading EEPROM, Rhine family seems to default to io register >access after reloading EEPROM. I guess this would be root cause of >Milan Obuch's issue. It seems that his hardware requires memory >mapped register access but reloading EEPROM disabled it. >ATM I have no clean idea how can I renable memory mapped register >access after EEPROM reloading without hacks so I completely backed >out memory mapped register access and put updated vr(4) to the same >URL. Please try again updated vr(4) and let me know how it goes. Hi, I tried both the if_vr.c and if_vr.c.memio version on RELENG_7 and it seems fine on my hardware. I also check and confirmed vlans were still working. Thanks again for fixing this driver! BTW, for the RELENG_6, we implemented a userland work around to deal with when the nic bounces. dmesg is the same for both versions. vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x6 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:24:c9:34:88 vr0: [ITHREAD] vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x6 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:00:24:c9:34:89 vr1: [ITHREAD] vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x6 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:00:24:c9:34:8a vr2: [ITHREAD] vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x6 vr3: Revision: 0x96 miibus3: on vr3 ukphy3: PHY 1 on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: Ethernet address: 00:00:24:c9:34:8b vr3: [ITHREAD] # ifconfig vr0: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c9:34:88 inet 192.168.43.171 netmask 0xffffff00 broadcast 192.168.43.255 media: Ethernet autoselect (100baseTX ) status: active vr1: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c9:34:89 inet 1.1.1.1 netmask 0xfffffffc broadcast 1.1.1.3 media: Ethernet autoselect (100baseTX ) status: active vr2: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c9:34:8a inet 192.168.7.171 netmask 0xffffff00 broadcast 192.168.7.255 media: Ethernet autoselect (100baseTX ) status: active vr3: flags=8802 metric 0 mtu 1500 options=b ether 00:00:24:c9:34:8b media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 pflog0: flags=141 metric 0 mtu 33204 vr1.50: flags=8843 metric 0 mtu 1500 ether 00:00:24:c9:34:89 inet 192.168.50.171 netmask 0xffffff00 broadcast 192.168.50.255 media: Ethernet autoselect (100baseTX ) status: active vlan: 50 parent interface: vr1 Here is a tcpdump from vr1 when its in trunk mode and the other side is doing a ping -s 1500 192.168.50.171 # tcpdump -nei vr1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vr1, link-type EN10MB (Ethernet), capture size 68 bytes 11:14:23.286178 00:07:85:83:f7:ab > 01:00:0c:cc:cc:cd, ethertype 802.1Q (0x8100), length 68: vlan 50, p 7, LLC, dsap SNAP (0xaa) Individual, ssap SNAP (0xaa) Command, ctrl 0x03: oui Cisco (0x00000c), pid Unknown (0x010b): Unnumbered, ui, Flags [Command], length 50 11:14:23.451402 00:0e:2e:6b:c4:c6 > 00:00:24:c9:34:89, ethertype 802.1Q (0x8100), length 1518: vlan 50, p 0, ethertype IPv4, 192.168.50.1 > 192.168.50.171: ICMP echo request, id 50132, seq 21, length 1480 11:14:23.451450 00:0e:2e:6b:c4:c6 > 00:00:24:c9:34:89, ethertype 802.1Q (0x8100), length 66: vlan 50, p 0, ethertype IPv4, 192.168.50.1 > 192.168.50.171: icmp 11:14:23.451527 00:00:24:c9:34:89 > 00:0e:2e:6b:c4:c6, ethertype 802.1Q (0x8100), length 1518: vlan 50, p 0, ethertype IPv4, 192.168.50.171 > 192.168.50.1: ICMP echo reply, id 50132, seq 21, length 1480 11:14:23.451543 00:00:24:c9:34:89 > 00:0e:2e:6b:c4:c6, ethertype 802.1Q (0x8100), length 66: vlan 50, p 0, ethertype IPv4, 192.168.50.171 > 192.168.50.1: icmp 11:14:23.807447 00:07:85:83:f7:ab > 01:00:0c:cc:cc:cd, 802.3, length 64: LLC, dsap SNAP (0xaa) Individual, ssap SNAP (0xaa) Command, ctrl 0x03: oui Cisco (0x00000c), pid Unknown (0x010b): Unnumbered, ui, Flags [Command], length 50 11:14:23.808887 00:07:85:83:f7:ab > 01:80:c2:00:00:00, 802.3, length 60: LLC, dsap STP (0x42) Individual, ssap STP (0x42) Command, ctrl 0x03: STP 802.1d, Config, Flags [none], bridge-id 8000.00:07:85:83:f7:80.803c, length 43 11:14:24.452402 00:0e:2e:6b:c4:c6 > 00:00:24:c9:34:89, ethertype 802.1Q (0x8100), length 1518: vlan 50, p 0, ethertype IPv4, 192.168.50.1 > 192.168.50.171: ICMP echo request, id 50132, seq 22, length 1480 11:14:24.452450 00:0e:2e:6b:c4:c6 > 00:00:24:c9:34:89, ethertype 802.1Q (0x8100), length 66: vlan 50, p 0, ethertype IPv4, 192.168.50.1 > 192.168.50.171: icmp 11:14:24.452525 00:00:24:c9:34:89 > 00:0e:2e:6b:c4:c6, ethertype 802.1Q (0x8100), length 1518: vlan 50, p 0, ethertype IPv4, 192.168.50.171 > 192.168.50.1: ICMP echo reply, id 50132, seq 22, length 1480 11:14:24.452540 00:00:24:c9:34:89 > 00:0e:2e:6b:c4:c6, ethertype 802.1Q (0x8100), length 66: vlan 50, p 0, ethertype IPv4, 192.168.50.171 > 192.168.50.1: icmp From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 17:27:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 136F31065672 for ; Wed, 5 Mar 2008 17:27:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8338D8FC17 for ; Wed, 5 Mar 2008 17:27:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1423662fgg.35 for ; Wed, 05 Mar 2008 09:27:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ua22/HYn9igCBK/2y4olQSNAqrqd2tyTyMK/C1Z1mzs=; b=bbCzQVaKapPsR+TmK4ZdSagqjGMCiPOteB/3igmVt3sVcBWEwgxA5CV3z0yybJg5SEXMxtfeNiudL+27Pq9DfUzhU62Usy+X9zScROfNrPNoIFRfeeIdO0wa1V9Wz2BPSH3iQVNzz4Delpx6cmXgpaYzr6J906Xl6Voi2+QfGfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sH//hiSnSmTFPC+tcjoa/yzN+LxrTodLWsan1DouGolqySfiD7mf9FhKlSji9cBqRLGeJM1DXM3TlZruwzY9w7bdb3XHNo550KCj8Y9r3qfHLBhqtAoUrikv+0qe9XkNaI4XkAoU+D3SMOLNZWChATfZzfuCNpToNBaARDUG32c= Received: by 10.86.80.5 with SMTP id d5mr3303964fgb.57.1204738039481; Wed, 05 Mar 2008 09:27:19 -0800 (PST) Received: by 10.86.95.7 with HTTP; Wed, 5 Mar 2008 09:27:19 -0800 (PST) Message-ID: <790a9fff0803050927p2ea00523sd259adff06e98cde@mail.gmail.com> Date: Wed, 5 Mar 2008 11:27:19 -0600 From: "Scot Hetzel" To: "Michael Jung" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080304233327.B19039@woozle.rinet.ru> <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> <20080305094125.G19039@woozle.rinet.ru> Cc: Pawel Jakub Dawidek , marck@rinet.ru, current@freebsd.org Subject: Re: ZFS sharenfs and NFS options 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, 05 Mar 2008 17:27:22 -0000 On 3/5/08, Michael Jung wrote: > When does /etc/zfs/exports get written? > It gets updated when you change the sharenfs property of a zfs filesystem. > Should you have to HUP mountd after adding the nfs share via "zfs set > sharenfs=....."? it doesn't make any difference for me. > > Should showmount -e show the zfs exported NFS share? > showmount will show the zfs exported NFS share that is added to /etc/zfs/exports: hp010# zfs set sharenfs=on myzpool/test hp010# showmount -e Exports list on localhost: /myzpool/test Everyone hp010# zfs inherit sharenfs myzpool/test hp010# showmount -e Exports list on localhost: > (root@zega) /etc/zfs# zfs get sharenfs tank/export1 > NAME PROPERTY VALUE > SOURCE > tank/export1 sharenfs -maproot=root -alldir -network 10.0.0.3 -mask > 255.255.255.255 local > (root@zega) /etc/zfs# > > (root@zega) /etc/zfs# cat /etc/zfs/exports > > # !!! DO NOT EDIT THIS FILE MANUALLY !!! > > > (root@zega) /etc/zfs# > > (root@zega) /etc/zfs# showmount -e > Exports list on localhost: > /export0 10.0.0.3 > (root@zega) /etc/zfs# > > (root@zega) /etc/zfs# uname -a > FreeBSD zega.mikej.com 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Mar 2 > 20:39:38 UTC 2008 mikej@zega.mikej.com:/usr/obj/usr/src/sys/ZEGA > i386 > (root@zega) /etc/zfs# > > NOTE****** /export0 is exported via /etc/exports > > Needless to say, I'm not able to mount export1 on 10.0.0.3 when I share > it via the "zfs set sharenfs" command. > > exporting the ZFS mount point via /etc/exports works fine. > Make sure that zfs_enable="YES" is in rc.conf, restart /etc/rc.d/mountd, then the mountd command will use both /etc/exports and /etc/zfs/exports. So to do nfs with ZFS, all you need to do is: 1. add zfs_enable="YES" to /etc/rc.conf 2. restart mountd (i.e. /etc/rc.d/mountd restart) 3. add your zfs shares: zfs sharenfs=on myzpool/test1 zfs sharenfs="-maproot=root -alldir -network 10.0.0.3 -mask 255.255.255.255" myzpool/test2 NOTE: sharenfs=on creates a nfs share that is available to everyone. You should now be able to mount the zfs nfs filesystems on other systems or locally. mount -t nfs myserver:/myzpool/test1 /mnt Unlike /etc/exports, zfs nfs shares are available immediately, no need to restart mountd. Scot From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 23:26:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81BB5106566B for ; Wed, 5 Mar 2008 23:26:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 495A88FC15 for ; Wed, 5 Mar 2008 23:26:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JX303-0005js-Gm for freebsd-current@freebsd.org; Wed, 05 Mar 2008 23:26:15 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 23:26:15 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 23:26:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 05 Mar 2008 15:26:06 -0800 Lines: 25 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.5 Sender: news Subject: unable to recieve on em 82542 w/o promisc 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, 05 Mar 2008 23:26:22 -0000 I updated to current today. 3/5/2008 and I have two em fiber cards with 82542 chips. Unless I enable promisc on the interface, I don't appear to receive any traffic. This box also has two onboard nfe nics that work fine w/o promisc. em0@pci0:18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82542 Gigabit Ethernet Controller' class = network subclass = ethernet -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 23:48:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B900D106566C for ; Wed, 5 Mar 2008 23:48:48 +0000 (UTC) (envelope-from prvs=1950892d17=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 53AE78FC23 for ; Wed, 5 Mar 2008 23:48:47 +0000 (UTC) (envelope-from prvs=1950892d17=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1204760149; x=1205364949; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=7l1EmgCYQbsotTu7vWyEL XG/yyuYD8UXZBphaAEE33g=; b=oNIVSGMAfLXkuQP6h9ztpLZMT68qCwNvJ4yJt u8vpRkoZktOCuqpIpffrDMdjCB5GjRDFO+qpOvPpoq8dBe/vPZ/Nit3AsGDv+Ka8 Tfi5ZTG/4kEWtusOVR8/qA+HLeQrk3ZIk0ik0Z78/hEX76Q18ZJUSDgEDhmx3Nt+ W8QMfo= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005221693.msg for ; Wed, 05 Mar 2008 23:35:47 +0000 Message-ID: <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Vitezslav Novy" References: <200802042142.38606.qpadla@gmail.com><200802061852.10227.qpadla@gmail.com> <47A9EA74.6040407@vnovy.net> <200802070018.54429.qpadla@gmail.com> Date: Wed, 5 Mar 2008 23:35:43 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1950892d17=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Wed, 05 Mar 2008 23:35:48 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 05 Mar 2008 23:35:49 +0000 Cc: freebsd-current@freebsd.org, Jack Vogel Subject: Re: IP bad-len 0 ( on em0 ) 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, 05 Mar 2008 23:48:48 -0000 Did you ever get anywhere with this? Did Jack respond? ----- Original Message ----- From: "Nikolay Pavlov" On Wednesday 06 February 2008 19:12:20 Vitezslav Novy wrote: > >> Do you have set TSO flag on interface? > > > > Good catch. The problem is gone with net.inet.tcp.tso set to 0. > > But TSO is enabled by default in 7.0. Could this be a em driver bug? > > I don't know. I only saw this when researched another TSO related > problem. > > vita May be Jack could say something about this? -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 00:09:21 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4591065670 for ; Thu, 6 Mar 2008 00:09:21 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id BB7FA8FC1F for ; Thu, 6 Mar 2008 00:09:20 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (localhost [127.0.0.1]) by heff.fud.org.nz (Postfix) with ESMTP id 568A88263 for ; Thu, 6 Mar 2008 13:09:19 +1300 (NZDT) Received: (from thompsa@localhost) by heff.fud.org.nz (8.14.2/8.14.2/Submit) id m2609Jd2011110 for current@freebsd.org; Thu, 6 Mar 2008 13:09:19 +1300 (NZDT) (envelope-from thompsa@FreeBSD.org) X-Authentication-Warning: heff.fud.org.nz: thompsa set sender to thompsa@FreeBSD.org using -f Date: Thu, 6 Mar 2008 13:09:19 +1300 From: Andrew Thompson To: FreeBSD Current Message-ID: <20080306000919.GA11073@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Intel 3945 (wpi) patch 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, 06 Mar 2008 00:09:21 -0000 Hi, Here is a patch for wpi(4) which should help with the stability of the driver. If you have been having problems then please give it a try and report back. Some people have reported problems getting wpa_supplicant to authenticate which may not be fixed, give it a try anyway. http://people.freebsd.org/~thompsa/wpi_head.diff http://people.freebsd.org/~thompsa/wpi_releng7.diff This includes work by Sam Leffler and Benjamin Close. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 00:11:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E85106567C for ; Thu, 6 Mar 2008 00:11:04 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id A79518FC26 for ; Thu, 6 Mar 2008 00:11:03 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wr-out-0506.google.com with SMTP id c49so2229728wra.19 for ; Wed, 05 Mar 2008 16:11:02 -0800 (PST) Received: by 10.101.66.14 with SMTP id t14mr8273325ank.69.1204762262318; Wed, 05 Mar 2008 16:11:02 -0800 (PST) Received: by 10.100.8.6 with HTTP; Wed, 5 Mar 2008 16:11:02 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 16:11:02 -0800 From: "Peter Wemm" To: "David Wolfskill" In-Reply-To: <20080305131802.GC53010@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47CE4FED.2000800@freebsd.org> <20080305131802.GC53010@bunrab.catwhisker.org> Cc: FreeBSD Current , David Xu Subject: Re: cvs [update aborted]: received broken pipe signal 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, 06 Mar 2008 00:11:04 -0000 On Wed, Mar 5, 2008 at 5:18 AM, David Wolfskill wrote: > On Wed, Mar 05, 2008 at 03:46:53PM +0800, David Xu wrote: > > What's wrong with our cvs server? I can not receive updates: > > > > cvs update: Updating . > > cvs update: Updating alpha > > ... > > > cvs update: Updating amd64/conf > > cvs update: Updating amd64/ia32 > > cvs update: Updating amd64/includeRead from remote host > > ncvs.freebsd.org: Connection reset by peer > > > > cvs [update aborted]: end of file from server (consult above messages if > > any) > > You might need to take a look at the server, but I think I recall seeing > similar symptoms when I created /tmp as a swap-backed md-resident file > system with the default inode density and /tmp didn't actually become > "full," but ran out of inodes during a period of heavy (for that > environment) usage. > > Adjusting the tmpmfs_flags specification in /etc/rc.conf (for the CVS > server) to say 'tmpmfs_flags="-i1024 -o async -S"', then re-creating > /tmp alleviated the pain. In this case, repoman's /tmp is far from full: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1e 7858549 65 7229801 0% /tmp There's nothing in dmesg about cvs crashing, nor log messages anywhere obvious that I can find that might give a clue as to what is going on. I tested a cvs update myself, and it worked for me. The best guess I can come up with is that the local checkout is corrupt somehow. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 00:55:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A84AB1065670 for ; Thu, 6 Mar 2008 00:55:41 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from jasper.secsrv.net (jasper.secsrv.net [66.98.138.37]) by mx1.freebsd.org (Postfix) with ESMTP id 87EBB8FC16 for ; Thu, 6 Mar 2008 00:55:41 +0000 (UTC) (envelope-from freebsd@rgbaz.eu) Received: from [77.60.177.2] (helo=[192.168.1.153]) by jasper.secsrv.net with esmtp (Exim 4.63) (envelope-from ) id 1JWuzC-0000Pt-Af; Wed, 05 Mar 2008 09:52:51 -0500 Message-Id: From: FreeBSD To: Michael Jung In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 5 Mar 2008 15:52:48 +0100 References: <20080304233327.B19039@woozle.rinet.ru> <790a9fff0803041838m2e9e124fnfc2560fde62f0e08@mail.gmail.com> <20080305094125.G19039@woozle.rinet.ru> X-Mailer: Apple Mail (2.919.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jasper.secsrv.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - rgbaz.eu X-Source: X-Source-Args: X-Source-Dir: Cc: Scot Hetzel , Pawel Jakub Dawidek , marck@rinet.ru, current@freebsd.org Subject: Re: ZFS sharenfs and NFS options 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, 06 Mar 2008 00:55:41 -0000 On 5 mrt 2008, at 14:33, Michael Jung wrote: > When does /etc/zfs/exports get written? > > Should you have to HUP mountd after adding the nfs share via "zfs set > sharenfs=....."? it doesn't make any difference for me. > > Should showmount -e show the zfs exported NFS share? > /etc/rc.d/mountd restart works for me cheers Arno From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 01:09:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A98F1065672 for ; Thu, 6 Mar 2008 01:09:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2AB8FC15 for ; Thu, 6 Mar 2008 01:09:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2294630wxd.7 for ; Wed, 05 Mar 2008 17:09:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ZDKZQOVzwH7ynjv9yvy1FMVFbJYz+W8exeYX2plV/vs=; b=Ras0iI2/B9iuP1R5NcFkdd+DU71a/xnHzIrGX/JD40hOm/6z3zT9QF7FlleXR5xVvnKY/YdXX2WSdZySdVjrsNM0iImzOMUjgl3taBD6GEaBBSVeSjR64zT54akVNpEA4gH3QRv/1dQLEIpzmNdXgFC0tn5dtAVTnXe2yegKhyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=uPGSpnnnWG0BK/1BHTfhc+DW1OZvJLRbh+n6/zqmpG/Og543IeYyfJzD6cCsFP9P8b+qr4jVYOtBb9d+UlzbnwtR+Hi97VBLyPCL0ZZkVtq1HsHnRnftSiKmDaNki/2NUeDdz06iDOH6C1zmGq/bLpgj3yDur2Ks1FFDgZtPngw= Received: by 10.100.254.18 with SMTP id b18mr1859736ani.106.1204765798483; Wed, 05 Mar 2008 17:09:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 34sm2545100wra.20.2008.03.05.17.09.55 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Mar 2008 17:09:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m2619pn0087498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 10:09:51 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2619pUC087497; Thu, 6 Mar 2008 10:09:51 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 6 Mar 2008 10:09:50 +0900 From: Pyun YongHyeon To: Phil Oleson Message-ID: <20080306010950.GA87113@cdnetworks.co.kr> References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> <47CC2F0F.2000808@nixil.net> <20080304023108.GA78525@cdnetworks.co.kr> <47CE271A.9080209@nixil.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <47CE271A.9080209@nixil.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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: Thu, 06 Mar 2008 01:09:59 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 04, 2008 at 09:52:42PM -0700, Phil Oleson wrote: > Pyun YongHyeon wrote: > >On Mon, Mar 03, 2008 at 10:02:07AM -0700, Phil Oleson wrote: > > > Pyun YongHyeon wrote: > > > >On Mon, Mar 03, 2008 at 10:10:25AM +0100, Milan Obuch wrote: > > > > > On Monday 03 March 2008, Pyun YongHyeon wrote: > > > > > > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > > > > > > > > > > > Sorry for late handling. I wanted to solve Milan Obuch's issue > > first > > > > > > before committing vr(4). But it seems that it's not easy to fix > > > > > > Milan's issue. :-( > > > > > > > > > > > > > > > > Well, I see some progress there... Today I was able to do some > > tests > > again, > and I was able to ping -f another box on the same > > network for > > some time. I > tried then csup sources and I got hard > > hang, again, this > > time with following > lines on console: > > > > > > > > > > vr0: PCI bus error -- resetting > > > > > vr0: restarting > > > > > > > > > > > > >Hmm, this is interesting. 6105M datasheet said nothing what can be > > > >done for this case. I guess this kind of error can come from > > > >improperly seated NICs or broken hardware. Would you re-seat the NIC > > > >or change PCI slot and try again with attached patch? > > > > > > > > > And no ability to enter kdb, either. > > > > > Just for record, I am getting following when kldload'ing if_vr: > > > > > > > > > > vr0: port 0x9c00-0x9cff mem > > > > > 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 > > > > > vr0: Quirks: 0x6 > > > > > vr0: Revision: 0x96 > > > > > miibus1: on vr0 > > > > > ukphy0: PHY 1 on miibus1 > > > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > > > > > > > (one out of four devices shown) > > > > > > > > > > > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > > > > > > >I never thought this kind of testing. It's good to hear vr(4) > > > > > > > >recovers from the abrupt link change events. I guess this also > > > > > > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > > > > > > > > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > > > > > > RELENG_6 ? Its not just media speed changes that causes the > > nic to > > > > > > > > > > > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > > > > > > done on RELENG_6 due to lack of spare time. > > > > > > > > > > > > > > > > In my eyes, if new vr works for others and no regression was found, > > it > > should > go in. I did not encountered a regression - it did not > > work with > > old driver, > it does not work (yet) with the new... but I > > hope we can > > get this one > working, too... > > > > > > > > > > > > >Yes, I really like to fix it too. > > > > > > > > > > Hey.. unfortunately I have to chime in too.. (with a failure) > > > Last night I was running a crusty RELENG_6 from about july of last year. > > > I had some issues unrelated to this, so I decided to update the system > > > to check if that resolved those issues (it did - RELENG_6 as of > > sometime > last night). However, vr stopped working. As I remembered > > this thread, > > > I booted to my old kernel, and downloaded the rewrite/patchset for 6 > > > and tried it out. Unfortunately, It is failing: > > > > > > vr0: port 0xe800-0xe8ff mem > > > 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 > > > vr0: Quirks: 0x0 > > > vr0: Revision: 0x70 > > > vr0: phy read timeout 31:1 > > > vr0: MII without any phy! > > > device_attach: vr0 attach returned 6 > > > > > > > > > I'm attaching the complete dmesg, and the version of if_vr.c used.. (a > > > couple of the smaller patches you suggested I hand applied to reduce the > > > turnaround time). Any suggestions would be tested tonight. > > > > > > >It seems that I've made mistake in implementing memory mapped > >register access. Even if datasheet says no special things for > >reloading EEPROM, Rhine family seems to default to io register > >access after reloading EEPROM. I guess this would be root cause of > >Milan Obuch's issue. It seems that his hardware requires memory > >mapped register access but reloading EEPROM disabled it. > >ATM I have no clean idea how can I renable memory mapped register > >access after EEPROM reloading without hacks so I completely backed > >out memory mapped register access and put updated vr(4) to the same > >URL. Please try again updated vr(4) and let me know how it goes. > > > > Okay, some success.. (sorry about the delay in testing.. after a 30 hour > day I crashed hard last night) > > I downloaded both the if_vr.c and if_vr.c.memio and applied the > if_vr-pyunyh-to-releng6.diff to make it compile on this RELENG_6 box. > > if_vr.c: > > dmesg.boot: > > vr0: port 0xe800-0xe8ff mem > 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 > vr0: Quirks: 0x0 > vr0: Revision: 0x70 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:50:2c:02:1e:e6 > > > #ifconfig > vr0: flags=8843 mtu 1500 > options=8 > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:50:2c:02:1e:e6 > media: Ethernet autoselect (none) > lo0: flags=8049 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > #ifconfig vr0 media 100baseTX mediaopt full-duplex > > vr0: flags=8843 mtu 1500 > options=8 > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:50:2c:02:1e:e6 > media: Ethernet 100baseTX > status: active > > went from 'status: no carrier' to 'status: active' Ah...I think this is regression. Please try attached patch. Thanks for testing! > > not sure why it's not autonegotiating... > --------- > > if_vr.c.memio (tried it for a chuckle as it had differences from the > revision I tried the other day). > > dmesg.boot: > > vr0: port 0xe800-0xe8ff mem > 0xe3004000-0xe300 > 40ff irq 10 at device 18.0 on pci0 > vr0: Quirks: 0x0 > vr0: Revision: 0x70 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > better... > > #ifconfig > vr0: flags=8843 mtu 1500 > options=8 > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:00:00:00:00:00 > media: Ethernet autoselect (none) > > not sure why the mac address is nulled out.. > This version was broken, your ethernet hardware address is wrong. > home# ifconfig vr0 media 100baseTX mediaopt full-duplex > home# ifconfig > vr0: flags=8843 mtu 1500 > options=8 > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:00:00:00:00:00 > media: Ethernet 100baseTX > status: active > lo0: flags=8049 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > home# ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ping: sendto: Host is down > 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=15.448 ms > 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.039 ms > 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.929 ms > 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.018 ms > > > > so.. it's working.. tried pinging yahoo.com and that was working too.. > so the memio version is progressing for my hardware.. > I have to think again what can be done for memory mapped access. after committing working version. Thanks for testing. -- Regards, Pyun YongHyeon --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vr.link.patch" --- if_vr.c.orig 2008-03-06 10:02:05.000000000 +0900 +++ if_vr.c 2008-03-06 10:01:29.000000000 +0900 @@ -1995,6 +1995,7 @@ { struct ifnet *ifp; struct mii_data *mii; + struct mii_softc *miisc; bus_addr_t addr; int i; @@ -2102,6 +2103,12 @@ CSR_WRITE_2(sc, VR_MII_IMR, 0); sc->vr_link = 0; + /* + * It seems that some revisions require PHY reset to + * establish valid link with link partner. + */ + LIST_FOREACH(miisc, &mii->mii_phys, mii_list) + mii_phy_reset(miisc); mii_mediachg(mii); ifp->if_drv_flags |= IFF_DRV_RUNNING; --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 01:12:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8163F106566B for ; Thu, 6 Mar 2008 01:12:58 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9A28FC23 for ; Thu, 6 Mar 2008 01:12:58 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.204] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m261CWMa090026; Wed, 5 Mar 2008 17:12:32 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <47CF4500.2050509@freebsd.org> Date: Wed, 05 Mar 2008 17:12:32 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans References: <200802280409.m1S498YJ062561@repoman.freebsd.org> <20080228231522.F57564@delplex.bde.org> <20080229141527.N59899@delplex.bde.org> <18375.43955.908262.696223@hergotha.csail.mit.edu> <47C8D0AB.20506@freebsd.org> <20080302062610.V66431@delplex.bde.org> <47CA2192.8020802@FreeBSD.org> <20080303065527.K69705@delplex.bde.org> In-Reply-To: <20080303065527.K69705@delplex.bde.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Jason Evans , Garrett Wollman , current@freebsd.org Subject: Breaking the crt1.o -> atexit() -> malloc() dependency 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, 06 Mar 2008 01:12:58 -0000 There was some recent discussion on the commit mailing list about how to disentangle crt1.o from malloc(). Here's a design that I think addresses all of the issues people raised, including the POSIX requirement that atexit() always be able to support 32 registrations. It does it without using sbrk() or mmap(), either. The basic idea is to lift the malloc() call up into atexit() and have atexit_register() use statically-allocated storage if atexit() didn't provide dynamically-allocated storage. This basically changes atexit() to something like this pseudocode: int atexit(void (*function)(void)) { struct atexit *storage = malloc(sizeof(struct atexit)); /* Note: If malloc() fails, __atexit_register will try * to statically allocate, so we don't check here * for malloc() failure. */ return __atexit_register(function, storage); } Then atexit_register either uses the block that was provided or grabs an item from a static pool if there wasn't one: /* 32 required by POSIX plus a few for crt1.o */ static struct atexit pool[40]; int atexit_register(void (*function)(void), struct atexit *storage) { if (storage == NULL) { storage = ... next item from static pool ... } storage.func = function; ... add storage block to linked list ... } Avoiding free() from the low-level code is a little trickier but I think it can be done by having the low-level code put (dynamically-allocated) blocks back onto a free list and having the higher-level atexit() release that list on the next registration. This should handle the case of a dynamic library being repeatedly loaded and unloaded. Of course, it's unnecessary to release the atexit storage on program exit. In particular, crt1.o can then call atexit_register(f, NULL) to register its exit functions without creating a dependency on malloc. This does require that atexit() and atexit_register() be in separate source files, but I think it addresses all of the other concerns people have raised. Cheers, Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 01:14:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FE831065671 for ; Thu, 6 Mar 2008 01:14:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 351C48FC14 for ; Thu, 6 Mar 2008 01:14:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so493046anc.13 for ; Wed, 05 Mar 2008 17:14:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=agWqFFCgscV/6irE7NaeEBSAkoLKvztNrg1O+7dZvhs=; b=ImjXTJJKKLtEWCQopC+O4n4szPjXFuaMpHrYaSroh72j1iTexCMAJKBl9X8+PDYPlD2DzrG6tHT2C5ciwbQZavpR5ibD2FlGcFXVPq3jfA742V+5A7Y3wDixcSBhO1wxjeEcgVrCqy8GmTLtAkCrydgmmBzXfjzuzqUPhtiwATg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=uhBP+7PkCv3f9J4n1GY0IVheQEAiA4kwTxU91Wf8iAfIi7f43WhyLc0KtE5el7pW05ObVyH9vutAvJxEjLKm0NrxbZYHOHfLMnULLSxl3g4Idwv6gL4LP4sFuJ+rd0Nz0KswOJkJbtXdgWDbdCGUwZvbqtigVMJEJw2/d6RiuOA= Received: by 10.100.121.12 with SMTP id t12mr8424850anc.113.1204766067306; Wed, 05 Mar 2008 17:14:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm2808378wrs.22.2008.03.05.17.14.24 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Mar 2008 17:14:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m261ELCo087532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 10:14:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m261EKbZ087531; Thu, 6 Mar 2008 10:14:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 6 Mar 2008 10:14:20 +0900 From: Pyun YongHyeon To: Mike Tancsa Message-ID: <20080306011420.GB87113@cdnetworks.co.kr> References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> <47CC2F0F.2000808@nixil.net> <20080304023108.GA78525@cdnetworks.co.kr> <200803051617.m25GHwQW002107@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803051617.m25GHwQW002107@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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: Thu, 06 Mar 2008 01:14:28 -0000 On Wed, Mar 05, 2008 at 11:20:00AM -0500, Mike Tancsa wrote: > At 09:31 PM 3/3/2008, Pyun YongHyeon wrote: > > >It seems that I've made mistake in implementing memory mapped > >register access. Even if datasheet says no special things for > >reloading EEPROM, Rhine family seems to default to io register > >access after reloading EEPROM. I guess this would be root cause of > >Milan Obuch's issue. It seems that his hardware requires memory > >mapped register access but reloading EEPROM disabled it. > >ATM I have no clean idea how can I renable memory mapped register > >access after EEPROM reloading without hacks so I completely backed > >out memory mapped register access and put updated vr(4) to the same > >URL. Please try again updated vr(4) and let me know how it goes. > > Hi, > I tried both the if_vr.c and if_vr.c.memio version on > RELENG_7 and it seems fine on my hardware. I also check and > confirmed vlans were still working. Thanks again for fixing this > driver! BTW, for the RELENG_6, we implemented a userland work around > to deal with when the nic bounces. > memio version seems to need more work. I'll commit without memio function after fixing a regression reported by Phil Oleson. Thank you. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 01:44:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4E5106566C for ; Thu, 6 Mar 2008 01:44:31 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 06F758FC16 for ; Thu, 6 Mar 2008 01:44:30 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 24234 invoked from network); 6 Mar 2008 01:44:30 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 6 Mar 2008 01:44:30 -0000 Message-ID: <47CF4AFD.5050708@chuckr.org> Date: Wed, 05 Mar 2008 20:38:05 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: how to design a tablet driver? 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, 06 Mar 2008 01:44:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My current project is making a usb driver for my "Superpen" WP8060 Tablet. It's a cheaper version of the better known Wacom Tablet, which i couldn't afford for my use in Gimp. I figure, I better ask myu questions here, because they don't really bear so much on usb as they bear upon the basic architecture of a mouselike drvice that must be absolute, not relative, in approach. OK, that means that I have to know the graphic point size (is there a better term for that?) for the screen I'm wokring with. I remember about 20 years ago, when I worked for MCI, i spent a bit of time in their drafting area, and they had a high end graphic tablet. Teh way that one worked, various areas were marked off on the graphjic tab, and if you marked in thjose regions, you were performing some extra feature. I say this to show that basically, it's really not possible to consider implementing this beast by just converting an absolute movement to some relative set of steps. You have to know where you are at asll times, with no relative ambiguity. Does that make sense, so far? Well, if it does, then it also means that I need to find the absoluite point size of whatever screen you're playing with, no matter if I'm talking about an X11 screen or a screen from a vty. I mean, vty's use mice now, isn't it possible for use a tablet on a vtyt also? OR, extra possibility, maybe if we're in a non-X11 environment, fall back to a relative use, and only go to absolute when you go to X11. If I have too much trouble getting and keeping an idea of the screen size oout of X11, I could do that. I'm suggesting this because I'm very, very confused as to how I would figure out what the screen size is for a vty. If I gotta do a absolute gig on a bty, then I gotta find some way to ask the size of the cry, and get me driver in the list of those to be notified if the size of a vty changes. Please, if you have any comment, feel free to interrupt all over me, sir! The sooner I get some of this, the sooner that really cheap (~$60) 8"X6" tablet is ours, especially for Gimp. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHz0r9z62J6PPcoOkRAkB0AJ9m88KhS1l0Kg2F5XSgDIrrvBiTIQCgl1JO azc600v/XSkQ3md1+Ml4fUQ= =6Van -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 01:57:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8B41065673; Thu, 6 Mar 2008 01:57:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C157F8FC14; Thu, 6 Mar 2008 01:57:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m261vtY6015803; Wed, 5 Mar 2008 20:57: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.14.2/8.14.2) with ESMTP id m261vtE5098782; Wed, 5 Mar 2008 20:57:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 72C5E73039; Wed, 5 Mar 2008 20:57:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080306015755.72C5E73039@freebsd-current.sentex.ca> Date: Wed, 5 Mar 2008 20:57:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6012/Wed Feb 27 13:48:06 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm 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: Thu, 06 Mar 2008 01:57:57 -0000 TB --- 2008-03-06 01:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-06 01:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-03-06 01:00:00 - cleaning the object tree TB --- 2008-03-06 01:00:25 - cvsupping the source tree TB --- 2008-03-06 01:00:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-03-06 01:00:35 - building world (CFLAGS=-O -pipe) TB --- 2008-03-06 01:00:35 - cd /src TB --- 2008-03-06 01:00:35 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 6 01:00:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] : warning: warning: mktemp() possibly used unsafely; consider using mkstemp() gzip -cn /src/usr.sbin/mount_portalfs/mount_portalfs.8 > mount_portalfs.8.gz ===> usr.sbin/moused (all) cc -O -pipe -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 -Wno-pointer-sign -c /src/usr.sbin/moused/moused.c cc1: warnings being treated as errors /src/usr.sbin/moused/moused.c: In function 'r_timestamp': /src/usr.sbin/moused/moused.c:2550: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' /src/usr.sbin/moused/moused.c:2562: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' *** Error code 1 Stop in /src/usr.sbin/moused. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-06 01:57:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-06 01:57:55 - ERROR: failed to build world TB --- 2008-03-06 01:57:55 - tinderbox aborted TB --- 2595.48 user 323.97 system 3474.24 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 02:44:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D0F11065741 for ; Thu, 6 Mar 2008 02:44:10 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from qsrv01ps.mx.bigpond.com (qsrv01ps.mx.bigpond.com [144.140.82.181]) by mx1.freebsd.org (Postfix) with ESMTP id 15DCE8FC21 for ; Thu, 6 Mar 2008 02:44:09 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from oaamta07ps.mx.bigpond.com ([121.220.125.60]) by omta01ps.mx.bigpond.com with ESMTP id <20080306020025.KPVE864.omta01ps.mx.bigpond.com@oaamta07ps.mx.bigpond.com> for ; Thu, 6 Mar 2008 02:00:25 +0000 Received: from klein.bigpond.com ([121.220.125.60]) by oaamta07ps.mx.bigpond.com with ESMTP id <20080306020024.IQHA21882.oaamta07ps.mx.bigpond.com@klein.bigpond.com>; Thu, 6 Mar 2008 02:00:24 +0000 Received: from klein.bigpond.com (localhost [127.0.0.1]) by klein.bigpond.com (8.14.2/8.14.2) with ESMTP id m262206j013439; Thu, 6 Mar 2008 13:02:00 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost) by klein.bigpond.com (8.14.2/8.14.2/Submit) with ESMTP id m2621xOX013436; Thu, 6 Mar 2008 13:02:00 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: klein.bigpond.com: petros owned process doing -bs Date: Thu, 6 Mar 2008 13:01:58 +1100 (EST) From: Peter Ross X-X-Sender: petros@klein.bigpond.com To: Chuck Robey In-Reply-To: <47CF4AFD.5050708@chuckr.org> Message-ID: <20080306125012.X34358@klein.bigpond.com> References: <47CF4AFD.5050708@chuckr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 02:44:10 -0000 Hi Chuck, On Wed, 5 Mar 2008, Chuck Robey wrote: > I'm suggesting this because I'm very, very confused as to how I would > figure out what the screen size is for a vty. If I gotta do a absolute gig > on a bty, then I gotta find some way to ask the size of the cry, and get me > driver in the list of those to be notified if the size of a vty changes. I am not really an expert in this area. For personal interest I looked yesterday into the libvgl (e.g. VGLMouseStatus(1) and the other functions mentioned there). It seems to cooperate with syscons including mouse support. Somehow (for me "by magic" - I do not know how) Xorg seems to recognize a system mouse that is configured for the terminal. If someone explains this magic it may be helpful for you. My interest came from another angle. I tried to find out whether FreeBSD's infrastructure does not support displaying of more than one VTs at the time, as someone claimed. I would like to configure my laptop to use the small internal monitor as a text console while the external monitor is serving X. Regards Peter From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 02:58:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 928021065676; Thu, 6 Mar 2008 02:58:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 39FB18FC23; Thu, 6 Mar 2008 02:58:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m262wiNJ018942; Wed, 5 Mar 2008 21:58:44 -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.14.2/8.14.2) with ESMTP id m262wiAT043018; Wed, 5 Mar 2008 21:58:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A9CD73039; Wed, 5 Mar 2008 21:58:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080306025844.1A9CD73039@freebsd-current.sentex.ca> Date: Wed, 5 Mar 2008 21:58:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6012/Wed Feb 27 13:48:06 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean 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: Thu, 06 Mar 2008 02:58:45 -0000 TB --- 2008-03-06 01:57:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-06 01:57:55 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-06 01:57:55 - cleaning the object tree TB --- 2008-03-06 01:58:31 - cvsupping the source tree TB --- 2008-03-06 01:58:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-06 01:58:39 - building world (CFLAGS=-O -pipe) TB --- 2008-03-06 01:58:39 - cd /src TB --- 2008-03-06 01:58:39 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 6 01:58:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DSMBFS -I/src/usr.sbin/mount_smbfs/../../sbin/mount -I/src/usr.sbin/mount_smbfs/../../contrib/smbfs/include -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 -Wno-pointer-sign -o mount_smbfs mount_smbfs.o getmntopts.o -lsmb -lkiconv gzip -cn /src/usr.sbin/mount_smbfs/../../contrib/smbfs/mount_smbfs/mount_smbfs.8 > mount_smbfs.8.gz ===> usr.sbin/moused (all) cc -O -pipe -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 -Wno-pointer-sign -c /src/usr.sbin/moused/moused.c cc1: warnings being treated as errors /src/usr.sbin/moused/moused.c: In function 'r_timestamp': /src/usr.sbin/moused/moused.c:2550: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' /src/usr.sbin/moused/moused.c:2562: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' *** Error code 1 Stop in /src/usr.sbin/moused. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-06 02:58:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-06 02:58:43 - ERROR: failed to build world TB --- 2008-03-06 02:58:43 - tinderbox aborted TB --- 2685.63 user 320.15 system 3648.25 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 03:00:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA4F3106566B for ; Thu, 6 Mar 2008 03:00:19 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id B7DD08FC17 for ; Thu, 6 Mar 2008 03:00:19 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 32351 invoked from network); 6 Mar 2008 03:00:19 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 6 Mar 2008 03:00:18 -0000 Message-ID: <47CF5CC2.3070404@chuckr.org> Date: Wed, 05 Mar 2008 21:53:54 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Peter Ross References: <47CF4AFD.5050708@chuckr.org> <20080306125012.X34358@klein.bigpond.com> In-Reply-To: <20080306125012.X34358@klein.bigpond.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 03:00:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Ross wrote: > Hi Chuck, > > On Wed, 5 Mar 2008, Chuck Robey wrote: > >> I'm suggesting this because I'm very, very confused as to how I would >> figure out what the screen size is for a vty. If I gotta do a absolute gig >> on a bty, then I gotta find some way to ask the size of the cry, and get me >> driver in the list of those to be notified if the size of a vty changes. > > I am not really an expert in this area. > > For personal interest I looked yesterday into the libvgl (e.g. > VGLMouseStatus(1) and the other functions mentioned there). It seems to > cooperate with syscons including mouse support. > > Somehow (for me "by magic" - I do not know how) Xorg seems to recognize a > system mouse that is configured for the terminal. If someone explains this > magic it may be helpful for you. > > My interest came from another angle. I tried to find out whether FreeBSD's > infrastructure does not support displaying of more than one VTs at the > time, as someone claimed. I would like to configure my laptop to use the > small internal monitor as a text console while the external monitor is > serving X. > The way that whatever X11 system you choose (there is XFree86 and Xorg) do their hookups to multiple monitors has nothing whatever to do with FreeBSD. Understand, you're asking something like if your Chevy supports the use of boats. Your Chevy might have a towing bar for use with the boat, but it's not directly supported, and you wouldnn't expect and *honest* Chevy dealer (I think there are some, must be) to tell you anything about how their cars support some boat or other. BTW, in fact, you can rather easily get multiple monitors to work with Any system using X11, and that happens to include FreeBSD, you understand? > Regards > Peter > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHz1zCz62J6PPcoOkRAhZhAJ0U+5S7d3HnS7mqCiIQRUg2ewdu4ACfSBFQ 2QrxA0RABqf6qQ5xrudfgkk= =WliO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 03:03:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C241065670 for ; Thu, 6 Mar 2008 03:03:47 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB948FC16 for ; Thu, 6 Mar 2008 03:03:47 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 19424 invoked from network); 6 Mar 2008 03:03:47 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 6 Mar 2008 03:03:47 -0000 Message-ID: <47CF5D92.5040001@chuckr.org> Date: Wed, 05 Mar 2008 21:57:22 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Peter Ross References: <47CF4AFD.5050708@chuckr.org> <20080306125012.X34358@klein.bigpond.com> In-Reply-To: <20080306125012.X34358@klein.bigpond.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 03:03:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Ross wrote: > Hi Chuck, > > On Wed, 5 Mar 2008, Chuck Robey wrote: BTW, I still do need that discussion of USB graphic tablets, so please don;'t let that little hijacking (I'm sure done unintentionally) side track you. I need some pointers on interfacing things that aren't relative in nature (as mice are), and this might be quite interesting (least, I do hope so). > >> I'm suggesting this because I'm very, very confused as to how I would >> figure out what the screen size is for a vty. If I gotta do a absolute gig >> on a bty, then I gotta find some way to ask the size of the cry, and get me >> driver in the list of those to be notified if the size of a vty changes. > > I am not really an expert in this area. > > For personal interest I looked yesterday into the libvgl (e.g. > VGLMouseStatus(1) and the other functions mentioned there). It seems to > cooperate with syscons including mouse support. > > Somehow (for me "by magic" - I do not know how) Xorg seems to recognize a > system mouse that is configured for the terminal. If someone explains this > magic it may be helpful for you. > > My interest came from another angle. I tried to find out whether FreeBSD's > infrastructure does not support displaying of more than one VTs at the > time, as someone claimed. I would like to configure my laptop to use the > small internal monitor as a text console while the external monitor is > serving X. > > Regards > Peter > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHz12Sz62J6PPcoOkRApDmAKChrMrNWwPdyMgWdl2bQsO14XYEJgCgjUqG 86jZ7YgbIwqDjgMQwzplbQ0= =yNeB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 04:13:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE559106566B for ; Thu, 6 Mar 2008 04:13:49 +0000 (UTC) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6864A8FC19 for ; Thu, 6 Mar 2008 04:13:49 +0000 (UTC) (envelope-from oz@nixil.net) Received: from [192.168.1.69] (c-76-23-62-255.hsd1.ut.comcast.net [76.23.62.255]) (authenticated bits=0) by nixil.net (8.13.6.20060614/8.13.6) with ESMTP id m264DgJd027996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Mar 2008 21:13:48 -0700 (MST) Message-ID: <47CF6F7D.5020701@nixil.net> Date: Wed, 05 Mar 2008 21:13:49 -0700 From: Phil Oleson User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080217112104.X80805@fledge.watson.org> <200803011655.m21GtcMU078673@lava.sentex.ca> <20080303013142.GE72895@cdnetworks.co.kr> <200803031010.28087.freebsd-current@dino.sk> <20080303104140.GA74947@cdnetworks.co.kr> <47CC2F0F.2000808@nixil.net> <20080304023108.GA78525@cdnetworks.co.kr> <47CE271A.9080209@nixil.net> <20080306010950.GA87113@cdnetworks.co.kr> In-Reply-To: <20080306010950.GA87113@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (nixil.net [161.58.222.1]); Wed, 05 Mar 2008 21:13:48 -0700 (MST) X-Virus-Scanned: ClamAV 0.92.1/6145/Wed Mar 5 20:12:47 2008 on nixil.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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, 06 Mar 2008 04:13:49 -0000 Pyun YongHyeon wrote: > On Tue, Mar 04, 2008 at 09:52:42PM -0700, Phil Oleson wrote: > > Pyun YongHyeon wrote: > > >On Mon, Mar 03, 2008 at 10:02:07AM -0700, Phil Oleson wrote: > > > > Pyun YongHyeon wrote: > > > > >On Mon, Mar 03, 2008 at 10:10:25AM +0100, Milan Obuch wrote: > > > > > > On Monday 03 March 2008, Pyun YongHyeon wrote: > > > > > > > On Sat, Mar 01, 2008 at 11:53:41AM -0500, Mike Tancsa wrote: > > > > > > > > > > > > > > Sorry for late handling. I wanted to solve Milan Obuch's issue > > > first > > > > > > > before committing vr(4). But it seems that it's not easy to fix > > > > > > > Milan's issue. :-( > > > > > > > > > > > > > > > > > > > Well, I see some progress there... Today I was able to do some > > > tests > > again, > and I was able to ping -f another box on the same > > > network for > > some time. I > tried then csup sources and I got hard > > > hang, again, this > > time with following > lines on console: > > > > > > > > > > > > vr0: PCI bus error -- resetting > > > > > > vr0: restarting > > > > > > > > > > > > > > > >Hmm, this is interesting. 6105M datasheet said nothing what can be > > > > >done for this case. I guess this kind of error can come from > > > > >improperly seated NICs or broken hardware. Would you re-seat the NIC > > > > >or change PCI slot and try again with attached patch? > > > > > > > > > > > And no ability to enter kdb, either. > > > > > > Just for record, I am getting following when kldload'ing if_vr: > > > > > > > > > > > > vr0: port 0x9c00-0x9cff mem > > > > > > 0xfceff000-0xfceff0ff irq 18 at device 8.0 on pci3 > > > > > > vr0: Quirks: 0x6 > > > > > > vr0: Revision: 0x96 > > > > > > miibus1: on vr0 > > > > > > ukphy0: PHY 1 on miibus1 > > > > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > > > > > > > > > (one out of four devices shown) > > > > > > > > > > > > > > At 07:30 PM 2/27/2008, Pyun YongHyeon wrote: > > > > > > > > >I never thought this kind of testing. It's good to hear vr(4) > > > > > > > > >recovers from the abrupt link change events. I guess this also > > > > > > > > >indicates the overhauled vr(4) can close lots of PR for vr(4). > > > > > > > > > > > > > > > > BTW, any chance of these fixes being backported to RELENG_7 and > > > > > > > > RELENG_6 ? Its not just media speed changes that causes the > > > nic to > > > > > > > > > > > > > > I'm sure I'll MFC the change to RELENG_7 but not sure it could be > > > > > > > done on RELENG_6 due to lack of spare time. > > > > > > > > > > > > > > > > > > > In my eyes, if new vr works for others and no regression was found, > > > it > > should > go in. I did not encountered a regression - it did not > > > work with > > old driver, > it does not work (yet) with the new... but I > > > hope we can > > get this one > working, too... > > > > > > > > > > > > > > > >Yes, I really like to fix it too. > > > > > > > > > > > > > Hey.. unfortunately I have to chime in too.. (with a failure) > > > > Last night I was running a crusty RELENG_6 from about july of last year. > > > > I had some issues unrelated to this, so I decided to update the system > > > > to check if that resolved those issues (it did - RELENG_6 as of > > > sometime > last night). However, vr stopped working. As I remembered > > > this thread, > > > > I booted to my old kernel, and downloaded the rewrite/patchset for 6 > > > > and tried it out. Unfortunately, It is failing: > > > > > > > > vr0: port 0xe800-0xe8ff mem > > > > 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 > > > > vr0: Quirks: 0x0 > > > > vr0: Revision: 0x70 > > > > vr0: phy read timeout 31:1 > > > > vr0: MII without any phy! > > > > device_attach: vr0 attach returned 6 > > > > > > > > > > > > I'm attaching the complete dmesg, and the version of if_vr.c used.. (a > > > > couple of the smaller patches you suggested I hand applied to reduce the > > > > turnaround time). Any suggestions would be tested tonight. > > > > > > > > > >It seems that I've made mistake in implementing memory mapped > > >register access. Even if datasheet says no special things for > > >reloading EEPROM, Rhine family seems to default to io register > > >access after reloading EEPROM. I guess this would be root cause of > > >Milan Obuch's issue. It seems that his hardware requires memory > > >mapped register access but reloading EEPROM disabled it. > > >ATM I have no clean idea how can I renable memory mapped register > > >access after EEPROM reloading without hacks so I completely backed > > >out memory mapped register access and put updated vr(4) to the same > > >URL. Please try again updated vr(4) and let me know how it goes. > > > > > > > Okay, some success.. (sorry about the delay in testing.. after a 30 hour > > day I crashed hard last night) > > > > I downloaded both the if_vr.c and if_vr.c.memio and applied the > > if_vr-pyunyh-to-releng6.diff to make it compile on this RELENG_6 box. > > > > if_vr.c: > > > > dmesg.boot: > > > > vr0: port 0xe800-0xe8ff mem > > 0xe3004000-0xe30040ff irq 10 at device 18.0 on pci0 > > vr0: Quirks: 0x0 > > vr0: Revision: 0x70 > > miibus0: on vr0 > > ukphy0: on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > vr0: Ethernet address: 00:50:2c:02:1e:e6 > > > > > > #ifconfig > > vr0: flags=8843 mtu 1500 > > options=8 > > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > > ether 00:50:2c:02:1e:e6 > > media: Ethernet autoselect (none) > > lo0: flags=8049 mtu 16384 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > inet6 ::1 prefixlen 128 > > inet 127.0.0.1 netmask 0xff000000 > > > > #ifconfig vr0 media 100baseTX mediaopt full-duplex > > > > vr0: flags=8843 mtu 1500 > > options=8 > > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > > ether 00:50:2c:02:1e:e6 > > media: Ethernet 100baseTX > > status: active > > > > went from 'status: no carrier' to 'status: active' > > Ah...I think this is regression. Please try attached patch. > > Thanks for testing! > > > > not sure why it's not autonegotiating... > > --------- > > > > if_vr.c.memio (tried it for a chuckle as it had differences from the > > revision I tried the other day). > > > > dmesg.boot: > > > > vr0: port 0xe800-0xe8ff mem > > 0xe3004000-0xe300 > > 40ff irq 10 at device 18.0 on pci0 > > vr0: Quirks: 0x0 > > vr0: Revision: 0x70 > > miibus0: on vr0 > > ukphy0: on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > > > better... > > > > #ifconfig > > vr0: flags=8843 mtu 1500 > > options=8 > > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > > ether 00:00:00:00:00:00 > > media: Ethernet autoselect (none) > > > > not sure why the mac address is nulled out.. > > > > This version was broken, your ethernet hardware address is wrong. > > > home# ifconfig vr0 media 100baseTX mediaopt full-duplex > > home# ifconfig > > vr0: flags=8843 mtu 1500 > > options=8 > > inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255 > > ether 00:00:00:00:00:00 > > media: Ethernet 100baseTX > > status: active > > lo0: flags=8049 mtu 16384 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > inet6 ::1 prefixlen 128 > > inet 127.0.0.1 netmask 0xff000000 > > > > home# ping 192.168.1.1 > > PING 192.168.1.1 (192.168.1.1): 56 data bytes > > ping: sendto: Host is down > > 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=15.448 ms > > 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.039 ms > > 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.929 ms > > 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.018 ms > > > > > > > > so.. it's working.. tried pinging yahoo.com and that was working too.. > > so the memio version is progressing for my hardware.. > > > > I have to think again what can be done for memory mapped access. > after committing working version. > > Thanks for testing. > > > ------------------------------------------------------------------------ > > --- if_vr.c.orig 2008-03-06 10:02:05.000000000 +0900 > +++ if_vr.c 2008-03-06 10:01:29.000000000 +0900 > @@ -1995,6 +1995,7 @@ > { > struct ifnet *ifp; > struct mii_data *mii; > + struct mii_softc *miisc; > bus_addr_t addr; > int i; > > @@ -2102,6 +2103,12 @@ > CSR_WRITE_2(sc, VR_MII_IMR, 0); > > sc->vr_link = 0; > + /* > + * It seems that some revisions require PHY reset to > + * establish valid link with link partner. > + */ > + LIST_FOREACH(miisc, &mii->mii_phys, mii_list) > + mii_phy_reset(miisc); > mii_mediachg(mii); > > ifp->if_drv_flags |= IFF_DRV_RUNNING; > > > ------------------------------------------------------------------------ That didn't work for me.. sorry.. any other suggestions? -Phil. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 06:35:25 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2622106566B for ; Thu, 6 Mar 2008 06:35:25 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 792008FC15 for ; Thu, 6 Mar 2008 06:35:25 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4D457405BCE; Thu, 6 Mar 2008 07:35:24 +0100 (CET) Message-ID: <47CF90AB.8030807@bsdforen.de> Date: Thu, 06 Mar 2008 07:35:23 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.12 (X11/20080303) MIME-Version: 1.0 To: Andrew Thompson References: <20080306000919.GA11073@heff.fud.org.nz> In-Reply-To: <20080306000919.GA11073@heff.fud.org.nz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Intel 3945 (wpi) patch 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, 06 Mar 2008 06:35:25 -0000 Andrew Thompson wrote: > Hi, > > > Here is a patch for wpi(4) which should help with the stability of the > driver. If you have been having problems then please give it a try and > report back. Some people have reported problems getting wpa_supplicant > to authenticate which may not be fixed, give it a try anyway. > > http://people.freebsd.org/~thompsa/wpi_head.diff > http://people.freebsd.org/~thompsa/wpi_releng7.diff > > This includes work by Sam Leffler and Benjamin Close. > > > cheers, > Andrew I'll give it a try. I've had wpi freeze my systems a couple of times when I tried to unload the bunch of wlan modules. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 08:40:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0CAD1065679 for ; Thu, 6 Mar 2008 08:40:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 21D718FC15 for ; Thu, 6 Mar 2008 08:40:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-85-109.lns10.adl6.internode.on.net [121.45.85.109]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m268e2fM098743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 19:10:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 6 Mar 2008 19:09:50 +1030 User-Agent: KMail/1.9.7 References: <47CF4AFD.5050708@chuckr.org> In-Reply-To: <47CF4AFD.5050708@chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1376973.DoBbveX7Oq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803061909.58538.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Chuck Robey Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 08:40:12 -0000 --nextPart1376973.DoBbveX7Oq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 6 Mar 2008, Chuck Robey wrote: > My current project is making a usb driver for my "Superpen" WP8060 > Tablet. It's a cheaper version of the better known Wacom Tablet, > which i couldn't afford for my use in Gimp. I figure, I better ask > myu questions here, because they don't really bear so much on usb as > they bear upon the basic architecture of a mouselike drvice that must > be absolute, not relative, in approach. I would say that you should report the physical size of the tablet, and=20 then report movement in terms of real physical units. You could do all=20 this in fixed point 32 bit ints and then have an enum which says what=20 units it's reporting in (tenths of a millimetre, or whatever). After that it's up to the client to do the right thing. Passing screen=20 size to the display drive seems like a gross hack liable to much=20 breakage. All this said I suspect that this problem has already been solved by=20 other tablet drivers so I'd look there. Not to mention that there=20 should already be a protocol for tablets that goes between the kernel=20 and X (or from an X driver that opens ugen and speaks to the rest of X) > OK, that means that I have to know the graphic point size (is there a > Well, if it does, then it also means that I need to find the > absoluite point size of whatever screen you're playing with, no > matter if I'm talking about an X11 screen or a screen from a vty. I > mean, vty's use mice now, isn't it possible for use a tablet on a > vtyt also? OR, extra possibility, maybe if we're in a non-X11 > environment, fall back to a relative use, and only go to absolute > when you go to X11. If I have too much trouble getting and keeping > an idea of the screen size oout of X11, I could do that. Personally, I'd forget about vty's unless you want to do mouse emulation=20 stuff there.. I imagine it would be a pretty major rearchitecting of=20 sysmouse, moused etc etc.. Too hard to for too little reward :) > I'm suggesting this because I'm very, very confused as to how I would > figure out what the screen size is for a vty. If I gotta do a > absolute gig on a bty, then I gotta find some way to ask the size of > the cry, and get me driver in the list of those to be notified if the > size of a vty changes. As above - basically "don't bother". > Please, if you have any comment, feel free to interrupt all over me, > sir! The sooner I get some of this, the sooner that really cheap > (~$60) 8"X6" tablet is ours, especially for Gimp. Wow, pretty nice :) I might see if I can grab one.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1376973.DoBbveX7Oq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHz63e5ZPcIHs/zowRAogAAJsFnfUjYZwV8xHtoFMCDuy8/p+bnQCfe6vM qNBYVkCe8yxAwQsQgVkF31s= =pxib -----END PGP SIGNATURE----- --nextPart1376973.DoBbveX7Oq-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 09:48:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC238106566B; Thu, 6 Mar 2008 09:48:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 5526D8FC1A; Thu, 6 Mar 2008 09:48:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JXCiM-000Lqr-UB; Thu, 06 Mar 2008 11:48:42 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m269mPUs091392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 11:48:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m269mBWr014761; Thu, 6 Mar 2008 11:48:11 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m269mAPn014760; Thu, 6 Mar 2008 11:48:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 6 Mar 2008 11:48:10 +0200 From: Kostik Belousov To: Tim Kientzle Message-ID: <20080306094810.GM57756@deviant.kiev.zoral.com.ua> References: <200802280409.m1S498YJ062561@repoman.freebsd.org> <20080228231522.F57564@delplex.bde.org> <20080229141527.N59899@delplex.bde.org> <18375.43955.908262.696223@hergotha.csail.mit.edu> <47C8D0AB.20506@freebsd.org> <20080302062610.V66431@delplex.bde.org> <47CA2192.8020802@FreeBSD.org> <20080303065527.K69705@delplex.bde.org> <47CF4500.2050509@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X95ZMRfl5Jak4ILv" Content-Disposition: inline In-Reply-To: <47CF4500.2050509@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 021e97fb5facab6d3ae496d7b6c27559 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2362 [Mar 5 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Garrett Wollman , Jason Evans , Bruce Evans , current@freebsd.org Subject: Re: Breaking the crt1.o -> atexit() -> malloc() dependency 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, 06 Mar 2008 09:48:44 -0000 --X95ZMRfl5Jak4ILv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2008 at 05:12:32PM -0800, Tim Kientzle wrote: > There was some recent discussion on the commit mailing > list about how to disentangle crt1.o from malloc(). >=20 > Here's a design that I think addresses all of the > issues people raised, including the POSIX requirement > that atexit() always be able to support 32 registrations. > It does it without using sbrk() or mmap(), either. >=20 > The basic idea is to lift the malloc() call up into > atexit() and have atexit_register() use statically-allocated > storage if atexit() didn't provide dynamically-allocated > storage. >=20 > This basically changes atexit() to something like this pseudocode: >=20 > int atexit(void (*function)(void)) > { > struct atexit *storage =3D malloc(sizeof(struct atexit)); >=20 > /* Note: If malloc() fails, __atexit_register will try > * to statically allocate, so we don't check here > * for malloc() failure. */ > return __atexit_register(function, storage); > } >=20 > Then atexit_register either uses the block that was provided > or grabs an item from a static pool if there wasn't one: >=20 > /* 32 required by POSIX plus a few for crt1.o */ > static struct atexit pool[40]; >=20 > int atexit_register(void (*function)(void), struct atexit *storage) > { > if (storage =3D=3D NULL) { > storage =3D ... next item from static pool ... > } > storage.func =3D function; > ... add storage block to linked list ... > } >=20 > Avoiding free() from the low-level code is a little trickier > but I think it can be done by having the low-level code > put (dynamically-allocated) blocks back onto a free list > and having the higher-level atexit() release that list > on the next registration. This should handle the case > of a dynamic library being repeatedly loaded and unloaded. > Of course, it's unnecessary to release the atexit storage > on program exit. >=20 > In particular, crt1.o can then call atexit_register(f, NULL) > to register its exit functions without creating a dependency on > malloc. >=20 > This does require that atexit() and atexit_register() be in > separate source files, but I think it addresses all of the other > concerns people have raised. I mostly agree with proposal, but there is also __cxa_atexit(). And, besides the issue of the size of the static linked executables, there is more exposed problem of atexit() memory leaks. See http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040644.html --X95ZMRfl5Jak4ILv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfPvdoACgkQC3+MBN1Mb4ijfQCfWyElBIZX5aJ+ifTi2v0KrLCQ mzkAoKtdALPkHgCPDmBqDh3tXDBH8N3O =6o82 -----END PGP SIGNATURE----- --X95ZMRfl5Jak4ILv-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 10:06:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBBEA1065670; Thu, 6 Mar 2008 10:06:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 798ED8FC16; Thu, 6 Mar 2008 10:06:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m26A6J3t010680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 21:06:20 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m26A6JAE069383; Thu, 6 Mar 2008 21:06:19 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m26A6Jbk069382; Thu, 6 Mar 2008 21:06:19 +1100 (EST) (envelope-from peter) Date: Thu, 6 Mar 2008 21:06:19 +1100 From: Peter Jeremy To: Kostik Belousov Message-ID: <20080306100619.GT68971@server.vk2pj.dyndns.org> References: <20080228231522.F57564@delplex.bde.org> <20080229141527.N59899@delplex.bde.org> <18375.43955.908262.696223@hergotha.csail.mit.edu> <47C8D0AB.20506@freebsd.org> <20080302062610.V66431@delplex.bde.org> <47CA2192.8020802@FreeBSD.org> <20080303065527.K69705@delplex.bde.org> <47CF4500.2050509@freebsd.org> <20080306094810.GM57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bgLLobvf7eP6VP5c" Content-Disposition: inline In-Reply-To: <20080306094810.GM57756@deviant.kiev.zoral.com.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Tim Kientzle , current@freebsd.org Subject: Re: Breaking the crt1.o -> atexit() -> malloc() dependency 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, 06 Mar 2008 10:06:23 -0000 --bgLLobvf7eP6VP5c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2008 at 11:48:10AM +0200, Kostik Belousov wrote: >On Wed, Mar 05, 2008 at 05:12:32PM -0800, Tim Kientzle wrote: >> Here's a design that I think addresses all of the >> issues people raised, including the POSIX requirement >> that atexit() always be able to support 32 registrations. >> It does it without using sbrk() or mmap(), either. Looks good to me. >I mostly agree with proposal, but there is also __cxa_atexit(). This is a special variant of atexit() and (as far as I can see) can be treated in much the same way - allocate struct atexit_fn and call atexit_register(). >And, besides the issue of the size of the static linked executables, >there is more exposed problem of atexit() memory leaks. See >http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040644.html I believe that Tim's approach of maintaining a free list and checking it on each atexit() call would handle this since the dlopen() will implicitly invoke atexit() or equivalent. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --bgLLobvf7eP6VP5c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHz8Ib/opHv/APuIcRAlQ8AKCdigiDW6jEnrKZWTfzqccaW1FCnwCgsK1m ahRuqoo0W6IPz4f/F2o9eSg= =oJb0 -----END PGP SIGNATURE----- --bgLLobvf7eP6VP5c-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 10:47:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1200106566B for ; Thu, 6 Mar 2008 10:47:01 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.de [194.25.134.17]) by mx1.freebsd.org (Postfix) with ESMTP id AD02D8FC22 for ; Thu, 6 Mar 2008 10:47:01 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd33.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1JXDco-0007t0-00; Thu, 06 Mar 2008 11:46:58 +0100 Received: from localhost (GuQAdeZl8tpERnSgRvg0nLCVEjQPMisyft2HZL2c5NBOy88K-UD9tRBFgPhjW-JmGchqHnzkuT@[91.21.103.206]) by fwd33.t-online.de with esmtp id 1JXDcT-1INVLc0; Thu, 6 Mar 2008 11:46:37 +0100 Date: Thu, 6 Mar 2008 11:46:37 +0100 From: Oliver Herold To: freebsd-current@freebsd.org, FreeBSD Current Message-ID: <20080306104637.GA6800@asgard> Mail-Followup-To: Oliver Herold , freebsd-current@freebsd.org, FreeBSD Current References: <20080306000919.GA11073@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20080306000919.GA11073@heff.fud.org.nz> X-PGP-Key: http://www.fixmbr.de/wp-content/uploads/oliver-gpg-key.asc User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-ID: GuQAdeZl8tpERnSgRvg0nLCVEjQPMisyft2HZL2c5NBOy88K-UD9tRBFgPhjW-JmGchqHnzkuT X-TOI-MSGID: 5b009a93-a92f-48c2-88e3-fca79b7645ca Cc: Subject: Re: Intel 3945 (wpi) patch 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, 06 Mar 2008 10:47:02 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi I'm using RELENG_7 and I don't have any problems with system stability but with connection stability. It's sometimes hardly usable and I get a low throughput only. It's the same with or without this patch. Cheers, Oliver Andrew Thompson wrote: > Hi, >=20 >=20 > Here is a patch for wpi(4) which should help with the stability of the > driver. If you have been having problems then please give it a try and > report back. Some people have reported problems getting wpa_supplicant > to authenticate which may not be fixed, give it a try anyway. >=20 > http://people.freebsd.org/~thompsa/wpi_head.diff > http://people.freebsd.org/~thompsa/wpi_releng7.diff >=20 > This includes work by Sam Leffler and Benjamin Close. >=20 >=20 > cheers, > Andrew > _______________________________________________ > 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 --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHz8uNbZFSiGSuUEgRAvVKAKCDAxTg8bgPUDMm9uQJPQSudQ4lDQCgjCZK Vqesn7RV7BGs6dchnizFvm8= =6Gp9 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 10:55:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B457B106566C for ; Thu, 6 Mar 2008 10:55:07 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 33D458FC1E for ; Thu, 6 Mar 2008 10:55:06 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m26At0EW004805; Thu, 6 Mar 2008 07:55:00 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Thu, 6 Mar 2008 07:55:18 -0300 User-Agent: KMail/1.9.7 References: <2e77fc10802202343j2ac419bay89a2442a4832b2d@mail.gmail.com> <20080221075438.GD26427@cdnetworks.co.kr> In-Reply-To: <20080221075438.GD26427@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803060755.18906.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Niki Denev , "Eric L. Chen" , Robert Backhaus Subject: Re: Packet corruption in re0 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, 06 Mar 2008 10:55:07 -0000 On Thursday 21 February 2008 04:54:38 Pyun YongHyeon wrote: > On Thu, Feb 21, 2008 at 07:43:18AM +0000, Niki Denev wrote: > > On Thu, Feb 21, 2008 at 5:15 AM, Eric L. Chen =20 wrote: > > > On Thu, 2008-02-21 at 11:03 +1000, Robert Backhaus wrote: > > > > I am experiencing roughly 15% packet corruption on the re interfa= ce > > > > on my freebsd 7/amd64 box. > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE > > > > #8: Tue Feb 5 09:49:55 EST 2008 > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > The attached 3 files demonstrate the problem: "ping" shows the > > > > output of ping -c 100, and shows 15% packet loss. "tcpdump" shows > > > > the packets leaving, and some of the lost packets being returned > > > > with addresses, ports and data corrupted. The data in these packe= ts > > > > seems to be coming from other packets passing through other > > > > interfaces at the time. "remote-tcpdump" shows the packets being > > > > received and returned from the other machine. Note that some > > > > packets are being corrupted on the way out, too. > > > > > > > > Just to make troubleshooting difficult, this problem only shows up > > > > after the system has been up for roughly 36 hours, depending on t= he > > > > amount of traffic. > > > > > > > > I am using the latest bios that I am aware of. The bios that I > > > > recently applied did include a firmware update for the realtek > > > > interface, but this did not affect the problem. > > > > _______________________________________________ > > > > > > I disabled some hw features and works fine. > > > like this (/etc/rc.conf) > > > ifconfig_re0=3D"inet 192.168.1.10 netmask 255.255.255.0 -rxcsum > > > -txcsum -tso -lr > > > o" > > > > > > /Eric > > > > I experienced the same problems shortly after upgrading to 7.0-PRE > > After about a day and something of uptime my ssh shells began to drop > > with messages about corrupted/mismatched checksums. > > I "fixed" the problem by putting an em(4) interface in the machine, > > because I need it to be online and accessible remotely at all times. > > There had been several bus_dma(9) related bugs in re(4) for a long > time and I guess I fixed most of them. Hiding actual bugs by > replacing interfaces is not a good way to fix root cause of the issue. > If you can reproduce above issues in HEAD please let me know. Hi is here any change in site for 7.0? Because the problem still persist on=20 releng_7 or better to change the hardware ? thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 11:11:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5050F1065670 for ; Thu, 6 Mar 2008 11:11:28 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.de [194.25.134.17]) by mx1.freebsd.org (Postfix) with ESMTP id 0DCF98FC19 for ; Thu, 6 Mar 2008 11:11:27 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd33.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1JXDco-0007t0-00; Thu, 06 Mar 2008 11:46:58 +0100 Received: from localhost (GuQAdeZl8tpERnSgRvg0nLCVEjQPMisyft2HZL2c5NBOy88K-UD9tRBFgPhjW-JmGchqHnzkuT@[91.21.103.206]) by fwd33.t-online.de with esmtp id 1JXDcT-1INVLc0; Thu, 6 Mar 2008 11:46:37 +0100 Date: Thu, 6 Mar 2008 11:46:37 +0100 From: Oliver Herold To: freebsd-current@freebsd.org, FreeBSD Current Message-ID: <20080306104637.GA6800@asgard> Mail-Followup-To: Oliver Herold , freebsd-current@freebsd.org, FreeBSD Current References: <20080306000919.GA11073@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20080306000919.GA11073@heff.fud.org.nz> X-PGP-Key: http://www.fixmbr.de/wp-content/uploads/oliver-gpg-key.asc User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-ID: GuQAdeZl8tpERnSgRvg0nLCVEjQPMisyft2HZL2c5NBOy88K-UD9tRBFgPhjW-JmGchqHnzkuT X-TOI-MSGID: 5b009a93-a92f-48c2-88e3-fca79b7645ca Cc: Subject: Re: Intel 3945 (wpi) patch 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, 06 Mar 2008 11:11:28 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi I'm using RELENG_7 and I don't have any problems with system stability but with connection stability. It's sometimes hardly usable and I get a low throughput only. It's the same with or without this patch. Cheers, Oliver Andrew Thompson wrote: > Hi, >=20 >=20 > Here is a patch for wpi(4) which should help with the stability of the > driver. If you have been having problems then please give it a try and > report back. Some people have reported problems getting wpa_supplicant > to authenticate which may not be fixed, give it a try anyway. >=20 > http://people.freebsd.org/~thompsa/wpi_head.diff > http://people.freebsd.org/~thompsa/wpi_releng7.diff >=20 > This includes work by Sam Leffler and Benjamin Close. >=20 >=20 > cheers, > Andrew > _______________________________________________ > 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 --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHz8uNbZFSiGSuUEgRAvVKAKCDAxTg8bgPUDMm9uQJPQSudQ4lDQCgjCZK Vqesn7RV7BGs6dchnizFvm8= =6Gp9 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 12:45:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07C131065673; Thu, 6 Mar 2008 12:45:04 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 07FBE8FC1F; Thu, 6 Mar 2008 12:45:02 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id C89E116C791; Thu, 6 Mar 2008 13:45:00 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::185]) by bene1.itea.ntnu.no (Postfix) with ESMTP id CA27316C60F; Thu, 6 Mar 2008 13:44:59 +0100 (CET) Date: Thu, 6 Mar 2008 13:44:59 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20080306124458.GA50277@carrot.studby.ntnu.no> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, mux@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-hackers@freebsd.org Subject: Call for testers: CVSMode for csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@carrot.studby.ntnu.no List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2008 12:45:04 -0000 Hello all, During the past few months, I've implemented CVSMode support for csup. This means one can use csup to fetch complete CVS repositories. However, first I'd like everyone who'd like to help, to try out this patch and test to find bugs and issues with it. Currently, I'm pretty sure it should behave correctly in the normal cases, but therefore needs to be tested by a wider audience. Also, there are some flaws that are noted at the bottom of this e-mail, but the important thing is to test the correctness regarding RCS. For now, I'm including the tokenizer generated by flex since the base system flex won't be good enough yet. Hopefully, it'll get updated soon. A more technical overview: The support for CVSMode is accomplished by extending the already good foundation of csup to support the commands listed in the cvsup protocol. This means that I've added support for this in the detailer (the part giving the cvsup server the client file info) and updater(the one taking orders from the server) part of csup. In addition, I've created the rcsfile-interface. The interface specifies functions to add and remove deltas, tags, attributes etc. of a RCS file. To initially read a RCS file, I've created a parser using flex as tokenizer. Since the parser and tokenizer must be reentrant (both updater and detailer uses it), a fairly new version of flex is needed. There are some known issues with this patch: - Some RCS files contains extra whitespaces due to hackery. CVSup solves this by counting them during reading. This could perhaps be solved by using a newline counter in the lexxer, but I'm not sure if this is really necessary. - Some RCSfiles such as src/share/examples/kld/firmware/fwimage/firmware.img,v differ because there are some unknown garbage I think, but this should be investigated and confirmed. - It has a quite high memory usage, and this might be due to some leaks that I've been unable to find. I'll do a much better audit of the code and run valgrind to investigate this further. - Does not support md5 of RCS stream, so it can't detect errors yet. - Statusfile file attributes might not be correct. - Some RCS parts such as newphrases (man rcsfile) is not supported yet. - Some hardcoded limits that may break it. - Things done a silly way such as sorting and comparing, which I have plans to improve later. Please consider this as a very pre-alpha patch :) Given this list, I'm not so sure unleashing this patch is so good after all :), but it's really very experimental for now. As i mentioned, the things I want to be tested right now is if it does the RCS update procedure correctly in all cases (except the points I just mentioned). I've been testing on some parts of the FreeBSD src repository (diffing the result against cvsup result), and this is a quite good testcase, but different repos is always good. The latest patches for CURRENT and RELENG_7 can be found here: http://people.freebsd.org/~lulf/patches/csup/cvsmode Also, I'll be on and off the internet during the next few weeks (in Japan until 25th of march), so I might respond a bit late. I'll come back with more improvements and new patches as soon as I can. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 13:54:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11C7D1065670; Thu, 6 Mar 2008 13:54:35 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from sol.mike.lan (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DF50C8FC1A; Thu, 6 Mar 2008 13:54:23 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: by sol.mike.lan (Postfix, from userid 1000) id 409E512D; Thu, 6 Mar 2008 16:23:01 +0300 (EAT) From: Mike Makonnen To: Giorgos Keramidas In-Reply-To: <20080202012707.GA1800@kobe.laptop> References: <20080202012707.GA1800@kobe.laptop> Content-Type: multipart/mixed; boundary="=-lOiwhQqHqpZKX6zsOFvS" Date: Thu, 06 Mar 2008 16:23:00 +0300 Message-Id: <1204809780.885.3.camel@sol> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mtm@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: Thu, 06 Mar 2008 13:54:35 -0000 --=-lOiwhQqHqpZKX6zsOFvS Content-Type: text/plain Content-Transfer-Encoding: 7bit On Sat, 2008-02-02 at 03:27 +0200, Giorgos Keramidas wrote: > Hi Mike, > > Revision 1.80 of src/etc/rc.subr stops Sendmail from starting > here with: > > root@kobe:/root# /etc/rc.d/sendmail start > Cannot 'start' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. > root@kobe:/root# > > My /etc/rc.conf contains: > > root@kobe:/root# grep sendmail /etc/rc.conf > sendmail_enable="NO" > sendmail_outbound_enable="NO" > sendmail_submit_enable="YES" > sendmail_msp_queue_enable="YES" > root@kobe:/root# Can you try the attached patch please? In the long term I think the sendmail script will have to be broken up into its constituent parts, but this should fix the problem. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org --=-lOiwhQqHqpZKX6zsOFvS Content-Disposition: attachment; filename=diff Content-Type: text/x-patch; name=diff; charset=us-ascii Content-Transfer-Encoding: base64 SW5kZXg6IGV0Yy9yYy5kL3NlbmRtYWlsDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2 cy9zcmMvZXRjL3JjLmQvc2VuZG1haWwsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE4DQpkaWZm IC11IC1yMS4xOCBzZW5kbWFpbA0KLS0tIGV0Yy9yYy5kL3NlbmRtYWlsCTggRGVjIDIwMDcgMDc6 MjA6MjIgLTAwMDAJMS4xOA0KKysrIGV0Yy9yYy5kL3NlbmRtYWlsCTIxIEZlYiAyMDA4IDA3OjM4 OjQyIC0wMDAwDQpAQCAtNzIsNyArNzIsOSBAQA0KIAlmaQ0KIH0NCiANCi1ydW5fcmNfY29tbWFu ZCAiJDEiDQoraWYgY2hlY2t5ZXNubyBzZW5kbWFpbF9lbmFibGU7IHRoZW4NCisJcnVuX3JjX2Nv bW1hbmQgIiQxIg0KK2ZpDQogDQogcmVxdWlyZWRfZmlsZXM9DQogDQpAQCAtOTAsOSArOTIsMTEg QEANCiAJcnVuX3JjX2NvbW1hbmQgIiQxIg0KIGZpDQogDQotbmFtZT0ic2VuZG1haWxfY2xpZW50 bXF1ZXVlIg0KLXJjdmFyPSJzZW5kbWFpbF9tc3BfcXVldWVfZW5hYmxlIg0KLXN0YXJ0X2NtZD0i JHtjb21tYW5kfSAke3NlbmRtYWlsX21zcF9xdWV1ZV9mbGFnc30iDQotcGlkZmlsZT0iJHtzZW5k bWFpbF9tc3BxX3BpZGZpbGU6LS92YXIvc3Bvb2wvY2xpZW50bXF1ZXVlL3NtLWNsaWVudC5waWR9 Ig0KLXJlcXVpcmVkX2ZpbGVzPSIvZXRjL21haWwvc3VibWl0LmNmIg0KLXJ1bl9yY19jb21tYW5k ICIkMSINCitpZiBjaGVja3llc25vIHNlbmRtYWlsX21zcF9xdWV1ZV9lbmFibGU7IHRoZW4NCisJ bmFtZT0ic2VuZG1haWxfY2xpZW50bXF1ZXVlIg0KKwlyY3Zhcj0ic2VuZG1haWxfbXNwX3F1ZXVl X2VuYWJsZSINCisJc3RhcnRfY21kPSIke2NvbW1hbmR9ICR7c2VuZG1haWxfbXNwX3F1ZXVlX2Zs YWdzfSINCisJcGlkZmlsZT0iJHtzZW5kbWFpbF9tc3BxX3BpZGZpbGU6LS92YXIvc3Bvb2wvY2xp ZW50bXF1ZXVlL3NtLWNsaWVudC5waWR9Ig0KKwlyZXF1aXJlZF9maWxlcz0iL2V0Yy9tYWlsL3N1 Ym1pdC5jZiINCisJcnVuX3JjX2NvbW1hbmQgIiQxIg0KK2ZpDQo= --=-lOiwhQqHqpZKX6zsOFvS-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 16:22:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95CA1106567C; Thu, 6 Mar 2008 16:22:24 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBA48FC2A; Thu, 6 Mar 2008 16:22:24 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m26GMOiZ089718; Thu, 6 Mar 2008 08:22:24 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m26GMORf089717; Thu, 6 Mar 2008 08:22:24 -0800 (PST) (envelope-from obrien) Date: Thu, 6 Mar 2008 08:22:24 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, mux@freebsd.org Message-ID: <20080306162224.GC89327@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, mux@freebsd.org References: <20080306124458.GA50277@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080306124458.GA50277@carrot.studby.ntnu.no> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Call for testers: CVSMode for csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Thu, 06 Mar 2008 16:22:24 -0000 On Thu, Mar 06, 2008 at 01:44:59PM +0100, Ulf Lilleengen wrote: > During the past few months, I've implemented CVSMode support for csup. This would be good to have. Have you looked at CVSync http://www.cvsync.org/ to see how he handled some of the wierdness in ,v files? From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 18:52:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1716D1065677 for ; Thu, 6 Mar 2008 18:52:22 +0000 (UTC) (envelope-from SRS0=e92ae6ee1d1b4312ccc04ce07bff831dede8e197=632=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 6603A8FC27 for ; Thu, 6 Mar 2008 18:52:21 +0000 (UTC) (envelope-from SRS0=e92ae6ee1d1b4312ccc04ce07bff831dede8e197=632=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id MVG31619; Thu, 06 Mar 2008 10:52:19 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1B27B45048; Thu, 6 Mar 2008 10:52:19 -0800 (PST) To: "Daniel O'Connor" In-Reply-To: Your message of "Thu, 06 Mar 2008 19:09:50 +1030." <200803061909.58538.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1204829539_26551P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 06 Mar 2008 10:52:19 -0800 From: "Kevin Oberman" Message-Id: <20080306185219.1B27B45048@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Daniel O'Connor X-To_Domain: gsoft.com.au X-To: "Daniel O'Connor" X-To_Email: doconnor@gsoft.com.au X-To_Alias: doconnor Cc: Chuck Robey , freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 18:52:22 -0000 --==_Exmh_1204829539_26551P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Daniel O'Connor" > Date: Thu, 6 Mar 2008 19:09:50 +1030 > Sender: owner-freebsd-current@freebsd.org > > On Thu, 6 Mar 2008, Chuck Robey wrote: > > My current project is making a usb driver for my "Superpen" WP8060 > > Tablet. It's a cheaper version of the better known Wacom Tablet, > > which i couldn't afford for my use in Gimp. I figure, I better ask > > myu questions here, because they don't really bear so much on usb as > > they bear upon the basic architecture of a mouselike drvice that must > > be absolute, not relative, in approach. > > I would say that you should report the physical size of the tablet, and > then report movement in terms of real physical units. You could do all > this in fixed point 32 bit ints and then have an enum which says what > units it's reporting in (tenths of a millimetre, or whatever). > > After that it's up to the client to do the right thing. Passing screen > size to the display drive seems like a gross hack liable to much > breakage. > > All this said I suspect that this problem has already been solved by > other tablet drivers so I'd look there. Not to mention that there > should already be a protocol for tablets that goes between the kernel > and X (or from an X driver that opens ugen and speaks to the rest of X) > > > OK, that means that I have to know the graphic point size (is there a > > Well, if it does, then it also means that I need to find the > > absoluite point size of whatever screen you're playing with, no > > matter if I'm talking about an X11 screen or a screen from a vty. I > > mean, vty's use mice now, isn't it possible for use a tablet on a > > vtyt also? OR, extra possibility, maybe if we're in a non-X11 > > environment, fall back to a relative use, and only go to absolute > > when you go to X11. If I have too much trouble getting and keeping > > an idea of the screen size oout of X11, I could do that. > > Personally, I'd forget about vty's unless you want to do mouse emulation > stuff there.. I imagine it would be a pretty major rearchitecting of > sysmouse, moused etc etc.. Too hard to for too little reward :) > > > I'm suggesting this because I'm very, very confused as to how I would > > figure out what the screen size is for a vty. If I gotta do a > > absolute gig on a bty, then I gotta find some way to ask the size of > > the cry, and get me driver in the list of those to be notified if the > > size of a vty changes. > > As above - basically "don't bother". > > > Please, if you have any comment, feel free to interrupt all over me, > > sir! The sooner I get some of this, the sooner that really cheap > > (~$60) 8"X6" tablet is ours, especially for Gimp. > > Wow, pretty nice :) > I might see if I can grab one.. $49.99 at ThinkGeek. http://www.thinkgeek.com/computing/input/5ede/ or http://www.amazon.com/ThinkGeek-SuperPen-Graphics-Tablet/dp/B0002198L4 They are both ThinkGeek, but you might already be set up to order through Amazon. I' prefer ordering through ThinkGeek, since I see no reason for Amazon to get a cut. (If you own Amazon stock, your opinion may differ.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1204829539_26551P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFH0D1jkn3rs5h7N1ERArFPAKCWXqJuo2Ab2tY1g7Xsru+G+NkhTACgjS1E MaIsvTIA8Obbm7VsfOqutEE= =sE/o -----END PGP SIGNATURE----- --==_Exmh_1204829539_26551P-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 19:04:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 663AE1065671; Thu, 6 Mar 2008 19:04:55 +0000 (UTC) (envelope-from SRS0=e92ae6ee1d1b4312ccc04ce07bff831dede8e197=632=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id B71D98FC18; Thu, 6 Mar 2008 19:04:54 +0000 (UTC) (envelope-from SRS0=e92ae6ee1d1b4312ccc04ce07bff831dede8e197=632=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MWK59252; Thu, 06 Mar 2008 11:04:52 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A219445047; Thu, 6 Mar 2008 11:04:52 -0800 (PST) To: "..."@carrot.studby.ntnu.no In-Reply-To: Your message of "Thu, 06 Mar 2008 13:44:59 +0100." <20080306124458.GA50277@carrot.studby.ntnu.no> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1204830292_26551P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 06 Mar 2008 11:04:52 -0800 From: "Kevin Oberman" Message-Id: <20080306190452.A219445047@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: <"..."@carrot.studby.ntnu.no>; ; ; X-Sender: X-To_Name: X-To_Domain: carrot.studby.ntnu.no X-To: "..."@carrot.studby.ntnu.no X-To_Email: "..."@carrot.studby.ntnu.no X-To_Alias: "..." Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for testers: CVSMode for csup 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, 06 Mar 2008 19:04:55 -0000 --==_Exmh_1204830292_26551P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 6 Mar 2008 13:44:59 +0100 > From: Ulf Lilleengen > Sender: owner-freebsd-current@freebsd.org > > Hello all, > > During the past few months, I've implemented CVSMode support for csup. This > means one can use csup to fetch complete CVS repositories. However, first I'd > like everyone who'd like to help, to try out this patch and test to find bugs > and issues with it. Currently, I'm pretty sure it should behave correctly in the > normal cases, but therefore needs to be tested by a wider audience. Also, > there are some flaws that are noted at the bottom of this e-mail, but the > important thing is to test the correctness regarding RCS. > > For now, I'm including the tokenizer generated by flex since the base system > flex won't be good enough yet. Hopefully, it'll get updated soon. Many thanks for working on this! While I greatly appreciate all of the work John Polstra did to create and maintain cvsup over the years, it will be very nice to be able to bid it goodbye. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1204830292_26551P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFH0EBUkn3rs5h7N1ERAs8LAKCudTrmPsqEPgQQBVjdo37NvQKr9wCguDel sZWqDV7Y9qAql9GEBJ1CwTw= =fxIz -----END PGP SIGNATURE----- --==_Exmh_1204830292_26551P-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 19:12:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADBD0106566B for ; Thu, 6 Mar 2008 19:12:48 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 861BB8FC34 for ; Thu, 6 Mar 2008 19:12:48 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 23957 invoked from network); 6 Mar 2008 19:12:48 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 6 Mar 2008 19:12:47 -0000 Message-ID: <47D040B2.4030500@chuckr.org> Date: Thu, 06 Mar 2008 14:06:26 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Daniel O'Connor References: <47CF4AFD.5050708@chuckr.org> <200803061909.58538.doconnor@gsoft.com.au> In-Reply-To: <200803061909.58538.doconnor@gsoft.com.au> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 19:12:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel O'Connor wrote: > On Thu, 6 Mar 2008, Chuck Robey wrote: >> My current project is making a usb driver for my "Superpen" WP8060 >> Tablet. It's a cheaper version of the better known Wacom Tablet, >> which i couldn't afford for my use in Gimp. I figure, I better ask >> myu questions here, because they don't really bear so much on usb as >> they bear upon the basic architecture of a mouselike drvice that must >> be absolute, not relative, in approach. > > I would say that you should report the physical size of the tablet, and > then report movement in terms of real physical units. You could do all > this in fixed point 32 bit ints and then have an enum which says what > units it's reporting in (tenths of a millimetre, or whatever). > > After that it's up to the client to do the right thing. Passing screen > size to the display drive seems like a gross hack liable to much > breakage. > > All this said I suspect that this problem has already been solved by > other tablet drivers so I'd look there. Not to mention that there > should already be a protocol for tablets that goes between the kernel > and X (or from an X driver that opens ugen and speaks to the rest of X) Wow, it never even occurred to me that somed other part of the system might want to take over part of the jkob, but I can see you're right. So, I think that the next part of this job is to see if ANYONE has a Xinput driver written for X11, one which I might possibly make for compatibility with. Oh, what a great idea! Look, thanks VERY much! >> OK, that means that I have to know the graphic point size (is there a >> Well, if it does, then it also means that I need to find the >> absoluite point size of whatever screen you're playing with, no >> matter if I'm talking about an X11 screen or a screen from a vty. I >> mean, vty's use mice now, isn't it possible for use a tablet on a >> vtyt also? OR, extra possibility, maybe if we're in a non-X11 >> environment, fall back to a relative use, and only go to absolute >> when you go to X11. If I have too much trouble getting and keeping >> an idea of the screen size oout of X11, I could do that. > > Personally, I'd forget about vty's unless you want to do mouse emulation > stuff there.. I imagine it would be a pretty major rearchitecting of > sysmouse, moused etc etc.. Too hard to for too little reward :) > >> I'm suggesting this because I'm very, very confused as to how I would >> figure out what the screen size is for a vty. If I gotta do a >> absolute gig on a bty, then I gotta find some way to ask the size of >> the cry, and get me driver in the list of those to be notified if the >> size of a vty changes. > > As above - basically "don't bother". > >> Please, if you have any comment, feel free to interrupt all over me, >> sir! The sooner I get some of this, the sooner that really cheap >> (~$60) 8"X6" tablet is ours, especially for Gimp. > > Wow, pretty nice :) > I might see if I can grab one.. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH0ECyz62J6PPcoOkRAvdkAJ4syYESyXguHQHWPeSrwPt1nIsDOACeONAs KKFRC9oohG05O41Ifhk98xw= =qGgt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 19:22:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42AC1065671 for ; Thu, 6 Mar 2008 19:22:16 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id C5B5E8FC14 for ; Thu, 6 Mar 2008 19:22:16 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m26JM0i3093832; Thu, 6 Mar 2008 11:22:16 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m26JLtNX039687; Thu, 6 Mar 2008 11:21:55 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from gnnbsd.hudson-trading.com.neville-neil.com (hudson-trading.com [66.150.84.160] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m26JLtZZ038223; Thu, 6 Mar 2008 11:21:55 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Thu, 06 Mar 2008 14:21:53 -0500 Message-ID: <7iejanmze6.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: Jason Evans In-Reply-To: <47CD9F87.4000509@freebsd.org> References: <677e3b3e0802280915x3f29e79cqe6093b5d7bfba975@mail.gmail.com> <7ifxv7pnei.wl%gnn@neville-neil.com> <47CD9F87.4000509@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (amd64--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: Differences in malloc between 6 and 7? 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, 06 Mar 2008 19:22:17 -0000 At Tue, 04 Mar 2008 11:14:15 -0800, Jason Evans wrote: > > gnn@freebsd.org wrote: > > One of the folks I'm working with found this. The following code, > > which yes, is just an example, is 1/2 as fast on 7.0-RELEASE as on > > 6.3. Where should I look to find out why? > > There is a definite performance problem an arena_run_alloc(), but I'm > happy to report that it was fixed in -current a while back. I plan to > MFC malloc to RELENG_7 within the next few weeks. > Great! > In a nutshell, the arena_run_alloc() performance problem is due to > using a linear search to find sufficiently large runs of mapped (but > currently unused) pages. There are caching mechanisms that speed up > the searches to some degree, but there are still some linear aspects > to the algorithm, so as memory usage increases, the searches take > progressively longer. In -current, this problem is solved by > maintaining red-black trees, so that arena_run_alloc() does a O(lg > n) tree search, rather than a O(n) iterative search. > > It's worth mentioning that the benchmark is of marginal use, due to > a simple (but common) flaw. At a minimum, a malloc benchmark should > touch all allocated memory at least once. Otherwise, the benchmark > is IMO too far removed from reality to measure anything of value, > since memory access patterns look nothing like those of an actual > application that dynamically allocates memory. Both phkmalloc and > jemalloc use data structures that are mostly disjunct from the > allocations (no headers), so the benchmark never even faults most > pages in. This is especially true for phkmalloc, so jemalloc is > unjustly penalized. If we were to include, say, dlmalloc in this > comparison, it would be even more heavily penalized due to touching > the pages while modifying allocation headers. Fair enough, I'll pass that on. Best, George From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 19:27:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5E31065670 for ; Thu, 6 Mar 2008 19:27:03 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC198FC12 for ; Thu, 6 Mar 2008 19:27:03 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 14587 invoked from network); 6 Mar 2008 19:27:02 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 6 Mar 2008 19:27:02 -0000 Message-ID: <47D04408.8070400@chuckr.org> Date: Thu, 06 Mar 2008 14:20:40 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Kevin Oberman References: <20080306185219.1B27B45048@ptavv.es.net> In-Reply-To: <20080306185219.1B27B45048@ptavv.es.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 19:27:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin Oberman wrote: >> From: "Daniel O'Connor" >> >>> Please, if you have any comment, feel free to interrupt all over me, >>> sir! The sooner I get some of this, the sooner that really cheap >>> (~$60) 8"X6" tablet is ours, especially for Gimp. >> Wow, pretty nice :) >> I might see if I can grab one.. > > $49.99 at ThinkGeek. http://www.thinkgeek.com/computing/input/5ede/ or > http://www.amazon.com/ThinkGeek-SuperPen-Graphics-Tablet/dp/B0002198L4 > > They are both ThinkGeek, but you might already be set up to order > through Amazon. I' prefer ordering through ThinkGeek, since I see no > reason for Amazon to get a cut. (If you own Amazon stock, your opinion > may differ.) OK, I already have my unit, and I'm not interested in that part today, but if you happen to hear (and I'm going to looking very hard) for an Xinput module for a tablet, one that's absolute input (instead of a moouse which is relative, and useless for me) let me know, I want to see what they want for intput, and what form they want it in. Thanks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH0EQIz62J6PPcoOkRAhmsAJ9/eNEr7EiA03yLkLotMP/IAqviLgCePzXJ gkjoEha+Zujv2WPQw0oD/e4= =ZAYA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 20:11:40 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 661A91065672; Thu, 6 Mar 2008 20:11:40 +0000 (UTC) (envelope-from danger@cvsup.sk.freebsd.org) Received: from cvsup.sk.freebsd.org (priest.sk.FreeBSD.org [IPv6:2a01:b0:10aa:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 02A528FC25; Thu, 6 Mar 2008 20:11:38 +0000 (UTC) (envelope-from danger@cvsup.sk.freebsd.org) Received: from cvsup.sk.freebsd.org (danger@localhost [127.0.0.1]) by cvsup.sk.freebsd.org (8.13.8/8.13.4) with ESMTP id m26K5Wpc085439; Thu, 6 Mar 2008 21:05:32 +0100 (CET) (envelope-from danger@cvsup.sk.freebsd.org) Received: (from danger@localhost) by cvsup.sk.freebsd.org (8.13.8/8.13.3/Submit) id m26K5WfM085438; Thu, 6 Mar 2008 21:05:32 +0100 (CET) (envelope-from danger) Date: Thu, 6 Mar 2008 21:05:32 +0100 From: Daniel Gerzo To: current@FreeBSD.org Message-ID: <20080306200532.GA84961@cvsup.sk.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: The FreeBSD Project User-Agent: Mutt/1.5.12-2006-07-14 Cc: yongari@FreeBSD.org Subject: re(4) problem 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, 06 Mar 2008 20:11:40 -0000 Hello people, I would like to report a problem with re(4) device. I am running the following system: FreeBSD 7.0-STABLE #2: Sat Mar 1 18:55:23 CET 2008 amd64 The system is build including a patch available at: http://people.freebsd.org/~yongari/re/re.HEAD.patch The problem occoured already 3 times (in around a week period of time), always suddenly after some time. I don't know how to reproduce it :-( The machine in a question has two NIC cards, one em(4) based and one re(4) based. When a problem occurs, I am able to connect to the machine only through em(4) - with no problems. The symptons are following: - the machine does not reply to a icmp echo requests to the re(4) device - When I try to ping some remote host over re(4) based card I get: ping: sendto: No buffer space available - When I run tcpdump -vv -i re0, I can see only arp requests (ha-web1 is the machine in question) no other reasonable traffic: 20:30:20.945662 arp who-has 85.10.197.188 tell 85.10.197.161 20:30:20.947624 arp who-has 85.10.197.189 tell 85.10.197.161 20:30:20.949021 arp who-has 85.10.197.190 tell 85.10.197.161 20:30:21.136417 arp who-has ha-web1 tell 85.10.199.1 20:30:22.153493 arp who-has 85.10.197.169 tell 85.10.197.161 20:30:23.286400 arp who-has ha-web1 tell 85.10.199.1 20:30:23.299547 arp who-has 85.10.199.12 tell 85.10.199.1 - The output of netstat -m: root@[ha-web1 /home/danger]# netstat -m 1047/648/1695 mbufs in use (current/cache/total) 879/335/1214/25600 mbuf clusters in use (current/cache/total/max) 879/267 mbuf+clusters out of packet secondary zone in use (current/cache) 16/265/281/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 2092K/1892K/3984K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 37742 requests for I/O initiated by sendfile 0 calls to protocol drain routines - ifconfig re0 output: danger@[ha-web1 ~]> ifconfig re0: flags=8c43 metric 0 mtu 1500 options=19b ether 00:1d:92:34:12:7a inet 85.10.199.6 netmask 0xffffffe0 broadcast 85.10.199.31 media: Ethernet autoselect (100baseTX ) status: active - When I run ifconfig re0 down, the devices doesn't go down unless I type also ifconfig re0 up. In the meantime ifconfig still says that the device is active and /var/log/messages doesn't mention it has gone down. When I also type ifconfig re0 up, the device goes down and immediately up, but the network still doesn't work, however I don't get ENOBUFS error when I try to ping a remote host anymore. After this procedure I am unable to ssh to this box over em(4) as well (ping works). Now, when I run /etc/rc.d/netif restart, I can connect to the machine over em(4) again. When I ping remote host over re(4), I get ping: sendto: No route to host. When I run /etc/rc.d/routing restart, ping doesn't report anything, but I can see again arp requests over tcpdump. - No interrupt storms are being reported in /var/log/messages, also it doesn't include anything strange, either dmesg. I suppose its a bug in re(4), otherwise I assume that the network wouldn't work over em(4) as well. If you need any information I can provide to help debug this problem, please let me know, I will leave the machine in this status if a customer permits me to do so. -- Best Regards, Daniel Gerzo mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 20:34:56 2008 Return-Path: Delivered-To: current@FreeBSD.Org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE1511065670; Thu, 6 Mar 2008 20:34:56 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 239E78FC16; Thu, 6 Mar 2008 20:34:55 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id m26KJA8s025623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Mar 2008 22:19:21 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m26KJ5ns011392; Thu, 6 Mar 2008 22:19:05 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m26KJ5op011391; Thu, 6 Mar 2008 22:19:05 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 6 Mar 2008 22:19:05 +0200 From: Giorgos Keramidas To: Mike Makonnen Message-ID: <20080306201905.GA11317@kobe.laptop> References: <20080202012707.GA1800@kobe.laptop> <1204809780.885.3.camel@sol> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1204809780.885.3.camel@sol> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.977, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@FreeBSD.Org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail 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, 06 Mar 2008 20:34:56 -0000 On 2008-03-06 16:23, Mike Makonnen wrote: > On Sat, 2008-02-02 at 03:27 +0200, Giorgos Keramidas wrote: > > Hi Mike, > > Revision 1.80 of src/etc/rc.subr stops Sendmail from starting > > here with: > > > > root@kobe:/root# /etc/rc.d/sendmail start > > Cannot 'start' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. > > root@kobe:/root# > > > > My /etc/rc.conf contains: > > > > root@kobe:/root# grep sendmail /etc/rc.conf > > sendmail_enable="NO" > > sendmail_outbound_enable="NO" > > sendmail_submit_enable="YES" > > sendmail_msp_queue_enable="YES" > > root@kobe:/root# > > Can you try the attached patch please? It worked, thanks :) > In the long term I think the sendmail script will have to be broken up > into its constituent parts, but this should fix the problem. Agreed. We should probably consult gshapiro about this, and just do it if there's no objection. AFAIK, /etc/rc.d/sendmail is also used to start alternative MTAs, so we can commit this patch for now, and think about splitting /etc/rc.d/sendmail to something like: src/etc/rc.d/sendmail src/etc/rc.d/sendmail-submit src/etc/rc.d/sendmail-outbound src/etc/rc.d/sendmail-msp-queue One thing to consider before a switch like this is that admins may have installed scripts which assume that /etc/rc.d/sendmail is all they need :/ > Index: etc/rc.d/sendmail > =================================================================== > RCS file: /home/ncvs/src/etc/rc.d/sendmail,v > retrieving revision 1.18 > diff -u -r1.18 sendmail > --- etc/rc.d/sendmail 8 Dec 2007 07:20:22 -0000 1.18 > +++ etc/rc.d/sendmail 21 Feb 2008 07:38:42 -0000 > @@ -72,7 +72,9 @@ > fi > } > > -run_rc_command "$1" > +if checkyesno sendmail_enable; then > + run_rc_command "$1" > +fi > > required_files= > > @@ -90,9 +92,11 @@ > run_rc_command "$1" > fi > > -name="sendmail_clientmqueue" > -rcvar="sendmail_msp_queue_enable" > -start_cmd="${command} ${sendmail_msp_queue_flags}" > -pidfile="${sendmail_mspq_pidfile:-/var/spool/clientmqueue/sm-client.pid}" > -required_files="/etc/mail/submit.cf" > -run_rc_command "$1" > +if checkyesno sendmail_msp_queue_enable; then > + name="sendmail_clientmqueue" > + rcvar="sendmail_msp_queue_enable" > + start_cmd="${command} ${sendmail_msp_queue_flags}" > + pidfile="${sendmail_mspq_pidfile:-/var/spool/clientmqueue/sm-client.pid}" > + required_files="/etc/mail/submit.cf" > + run_rc_command "$1" > +fi From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 20:37:44 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22B35106566B for ; Thu, 6 Mar 2008 20:37:44 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id D4F588FC19 for ; Thu, 6 Mar 2008 20:37:43 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.182.66] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JXL3a-0000mX-Tq; Thu, 06 Mar 2008 19:43:06 +0100 Message-ID: <47D03B43.40708@FreeBSD.org> Date: Thu, 06 Mar 2008 19:43:15 +0100 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080304) MIME-Version: 1.0 To: Andrew Thompson References: <20080306000919.GA11073@heff.fud.org.nz> In-Reply-To: <20080306000919.GA11073@heff.fud.org.nz> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD Current Subject: Re: Intel 3945 (wpi) patch 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, 06 Mar 2008 20:37:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Andrew Thompson wrote: | Hi, | | | Here is a patch for wpi(4) which should help with the stability of the | driver. If you have been having problems then please give it a try and | report back. Some people have reported problems getting wpa_supplicant | to authenticate which may not be fixed, give it a try anyway. | | http://people.freebsd.org/~thompsa/wpi_head.diff | http://people.freebsd.org/~thompsa/wpi_releng7.diff | | This includes work by Sam Leffler and Benjamin Close. The patch seems to work fine, I haven't been disconnected since this morning (now it's 7.42pm localtime)... Thanks a lot! | | | cheers, | Andrew - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkfQO0MACgkQwMJqmJVx945PEQCeK/kXSC2dpKV0WMjStMkNz6rN pLsAni5EdyI8hjXFTdgkfE9daCyARrVn =4Toy -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 23:52:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F33E21065672; Thu, 6 Mar 2008 23:52:41 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id AB7918FC1D; Thu, 6 Mar 2008 23:52:41 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id A7367161003; Fri, 7 Mar 2008 00:52:40 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::185]) by bene2.itea.ntnu.no (Postfix) with ESMTP id D0EA2160FFF; Fri, 7 Mar 2008 00:52:39 +0100 (CET) Date: Fri, 7 Mar 2008 00:52:38 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20080306235238.GB1181@carrot.studby.ntnu.no> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <20080306124458.GA50277@carrot.studby.ntnu.no> <20080306162224.GC89327@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080306162224.GC89327@dragon.NUXI.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: Subject: Re: Call for testers: CVSMode for csup 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, 06 Mar 2008 23:52:42 -0000 On Thu, Mar 06, 2008 at 08:22:24AM -0800, David O'Brien wrote: > On Thu, Mar 06, 2008 at 01:44:59PM +0100, Ulf Lilleengen wrote: > > During the past few months, I've implemented CVSMode support for csup. > > This would be good to have. > Have you looked at CVSync http://www.cvsync.org/ to see how he handled > some of the wierdness in ,v files? > No, but I've looked at cvsup. Most of the wierdness is handled, only two issues listed in my e-mail remains, and they should not be too hard to fix. However, I'm not sure how important they are either, since it's actually a matter of different amounts of newlines which doesn't have anything to do with the RCS file structure itself. But thanks for the tip anyway. I'll take a look at cvssync. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 23:59:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760C51065670 for ; Thu, 6 Mar 2008 23:59:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1130A8FC1F for ; Thu, 6 Mar 2008 23:59:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m26NxQ4q040465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 10:29:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Chuck Robey Date: Fri, 7 Mar 2008 10:29:23 +1030 User-Agent: KMail/1.9.7 References: <20080306185219.1B27B45048@ptavv.es.net> <47D04408.8070400@chuckr.org> In-Reply-To: <47D04408.8070400@chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2043878.Y3Tz6j13m1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803071029.25033.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 06 Mar 2008 23:59:46 -0000 --nextPart2043878.Y3Tz6j13m1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 7 Mar 2008, Chuck Robey wrote: > for an Xinput module for a tablet, one that's absolute input (instead > of a moouse which is relative, and useless for me) let me know, I > want to see what they want for intput, and what form they want it in. What about the Linux Wacom project? http://linuxwacom.sourceforge.net/index.php/howto/inputdev =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 --nextPart2043878.Y3Tz6j13m1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH0IVc5ZPcIHs/zowRAmGLAKCNHnQopDgPnM2oIQiWC+Rm1vWYkQCfUPt0 4nT0BipL5T+9mPCpU7Kqm00= =cIBf -----END PGP SIGNATURE----- --nextPart2043878.Y3Tz6j13m1-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 02:45:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C648A106566B; Fri, 7 Mar 2008 02:45:50 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA688FC12; Fri, 7 Mar 2008 02:45:50 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m271gBKU029017; Thu, 6 Mar 2008 20:42:12 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20080306235238.GB1181@carrot.studby.ntnu.no> References: <20080306124458.GA50277@carrot.studby.ntnu.no> <20080306162224.GC89327@dragon.NUXI.org> <20080306235238.GB1181@carrot.studby.ntnu.no> Date: Thu, 6 Mar 2008 20:42:10 -0500 To: Ulf Lilleengen , freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: Subject: Re: Call for testers: CVSMode for csup 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, 07 Mar 2008 02:45:51 -0000 At 12:52 AM +0100 3/7/08, Ulf Lilleengen wrote: >On Thu, Mar 06, 2008 at 08:22:24AM -0800, David O'Brien wrote: >> On Thu, Mar 06, 2008 at 01:44:59PM +0100, Ulf Lilleengen wrote: > > > During the past few months, I've implemented CVSMode support > > > for csup. > > >> This would be good to have. > > Have you looked at CVSync http://www.cvsync.org/ to see how he > > handled some of the wierdness in ,v files? > >No, but I've looked at cvsup. Most ... Hmm, somehow I have not received the earlier messages in this thread, but it would be great to have cvsmode for csup. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 04:38:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDFDF1065672 for ; Fri, 7 Mar 2008 04:38:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 9959E8FC21 for ; Fri, 7 Mar 2008 04:38:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so414064wxd.7 for ; Thu, 06 Mar 2008 20:38:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ztJfoOdRob4E2NM0ST4hXCrPuOOsjT2h14Y3K4BWUG0=; b=iLGgyPOn1kF8JzozjnYjoLNpPOPndYs3gaizJ7llEIUBVPLel2SEHB3pbV+k1LtT3FN7T64L9w2x6Ux/MCFAqG1uJt/B/NdYJfRM929cbuiRSyuztDg+Soa8GbgzMRXyH5s4OXie+MfKrEMnNyE/jM1ngkGXUMJC+ZwcjBp957Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=uXtC/viAFXTSMRk+tL9OnnsE5q94qXtBnj+msVVC1gvDI2J7WUeGA5FslMnhWcg9u3xd0Fr8EzK0oA/LJ7QuH+XU8FaB5XB1BKMjsdm28NvHWj+xwFVfcK5QQp1qqYeyaDtuk0rwNu7tmaJmRwGr91liGYZudmnl9oW+RQIJa6w= Received: by 10.70.7.13 with SMTP id 13mr852292wxg.8.1204864702546; Thu, 06 Mar 2008 20:38:22 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id i37sm2619714wxd.12.2008.03.06.20.38.19 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Mar 2008 20:38:21 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m274cGwT092605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 13:38:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m274cFGM092604; Fri, 7 Mar 2008 13:38:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 7 Mar 2008 13:38:15 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20080307043815.GA92464@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20080306200532.GA84961@cvsup.sk.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re(4) problem 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, 07 Mar 2008 04:38:30 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 06, 2008 at 09:05:32PM +0100, Daniel Gerzo wrote: > Hello people, > > I would like to report a problem with re(4) device. > > I am running the following system: > FreeBSD 7.0-STABLE #2: Sat Mar 1 18:55:23 CET 2008 amd64 > > The system is build including a patch available at: > http://people.freebsd.org/~yongari/re/re.HEAD.patch > > The problem occoured already 3 times (in around a week period of > time), always suddenly after some time. I don't know how to reproduce > it :-( > > The machine in a question has two NIC cards, one em(4) based and one > re(4) based. When a problem occurs, I am able to connect to the > machine only through em(4) - with no problems. > > The symptons are following: > > - the machine does not reply to a icmp echo requests to the re(4) > device > > - When I try to ping some remote host over re(4) based card I get: > > ping: sendto: No buffer space available > > - When I run tcpdump -vv -i re0, I can see only arp requests (ha-web1 > is the machine in question) no other reasonable traffic: > > 20:30:20.945662 arp who-has 85.10.197.188 tell 85.10.197.161 > 20:30:20.947624 arp who-has 85.10.197.189 tell 85.10.197.161 > 20:30:20.949021 arp who-has 85.10.197.190 tell 85.10.197.161 > 20:30:21.136417 arp who-has ha-web1 tell 85.10.199.1 > 20:30:22.153493 arp who-has 85.10.197.169 tell 85.10.197.161 > 20:30:23.286400 arp who-has ha-web1 tell 85.10.199.1 > 20:30:23.299547 arp who-has 85.10.199.12 tell 85.10.199.1 > > - The output of netstat -m: > > root@[ha-web1 /home/danger]# netstat -m > 1047/648/1695 mbufs in use (current/cache/total) > 879/335/1214/25600 mbuf clusters in use (current/cache/total/max) > 879/267 mbuf+clusters out of packet secondary zone in use > (current/cache) > 16/265/281/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 2092K/1892K/3984K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 37742 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > - ifconfig re0 output: > > danger@[ha-web1 ~]> ifconfig > re0: flags=8c43 metric 0 mtu 1500 > options=19b > ether 00:1d:92:34:12:7a > inet 85.10.199.6 netmask 0xffffffe0 broadcast 85.10.199.31 > media: Ethernet autoselect (100baseTX ) > status: active > > - When I run ifconfig re0 down, the devices doesn't go down unless I > type also ifconfig re0 up. In the meantime ifconfig still says that > the device is active and /var/log/messages doesn't mention it has gone > down. > When I also type ifconfig re0 up, the device goes down and > immediately up, but the network still doesn't work, however I don't get > ENOBUFS error when I try to ping a remote host anymore. > After this procedure I am unable to ssh to this box over em(4) as > well (ping works). > Now, when I run /etc/rc.d/netif restart, I can connect to the > machine over em(4) again. When I ping remote host over re(4), I get > ping: sendto: No route to host. When I run /etc/rc.d/routing > restart, ping doesn't report anything, but I can see again arp > requests over tcpdump. > > - No interrupt storms are being reported in /var/log/messages, also it > doesn't include anything strange, either dmesg. > > I suppose its a bug in re(4), otherwise I assume that the network > wouldn't work over em(4) as well. > > If you need any information I can provide to help debug this problem, > please let me know, I will leave the machine in this status if a > customer permits me to do so. > There have been mixed reports for the bus_dma fixes in HEAD. Most users reported success but some users seems to still have stability issues with re(4). AFAIK before bus_dma fixes the re(4) instability issues were frequently reported on amd64 platforms. Another other common factor was the ethernet controller was recent PCIe based LOM version. There are two known issues I'm aware of - VLAN hardware tagging does work correctly in certain circumtances. I guess it could be related with checksum offload bug of hardware VLAN assistance. I can't reproduce this on my box so it could also be related with specific model/revision of the chip. - Unknown connection drop which could possibly be related with checksum offload as the user reported ok when Tx checksum offload was disabled. Checking Linux/NetBSD sources show interesting code which explictly enables IP checksum offload whenever TCP/UDP checksum offload is required(That's not documented in datasheet). I tried it on my box it seems to work but I need more feedback before committing it. Attached patch includes that change. Your report also indicates another possible bug but it's not clear to me. ENOBUFS from ping may indicate that re(4) got lost ink or re(4) thinks it lost the established link. When it happens did you ever check the output of ifconfig to see the media status of re(4)? I guess your issue is not related with bus_dma fixes but improper handling of link state. Try attached patch and let me know how it goes. -- Regards, Pyun YongHyeon --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.link_csum.patch" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.106 diff -u -r1.106 if_re.c --- if_re.c 3 Mar 2008 04:15:07 -0000 1.106 +++ if_re.c 7 Mar 2008 04:29:58 -0000 @@ -616,7 +616,27 @@ re_miibus_statchg(dev) device_t dev; { + struct rl_softc *sc; + struct mii_data *mii; + struct ifnet *ifp; + + sc = device_get_softc(dev); + mii = device_get_softc(sc->rl_miibus); + ifp = sc->rl_ifp; + if (mii == NULL || ifp == NULL || + (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + return; + if (mii->mii_media_status & IFM_AVALID) { + if (((mii->mii_media_status) & IFM_ACTIVE) == IFM_ACTIVE) + sc->rl_link = 1; + } else + sc->rl_link = 0; + + /* + * Stop/restarting MAC does not seem to be required as MAC + * lacks speed/duplex/flow-control configuration. + */ } /* @@ -1971,23 +1991,9 @@ RL_LOCK_ASSERT(sc); - re_watchdog(sc); - mii = device_get_softc(sc->rl_miibus); mii_tick(mii); - if (sc->rl_link) { - if (!(mii->mii_media_status & IFM_ACTIVE)) - sc->rl_link = 0; - } else { - if (mii->mii_media_status & IFM_ACTIVE && - IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { - sc->rl_link = 1; - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) - taskqueue_enqueue_fast(taskqueue_fast, - &sc->rl_txtask); - } - } - + re_watchdog(sc); callout_reset(&sc->rl_stat_callout, hz, re_tick, sc); } @@ -2104,11 +2110,6 @@ re_init_locked(sc); } - if (status & RL_ISR_LINKCHG) { - callout_stop(&sc->rl_stat_callout); - re_tick(sc); - } - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) taskqueue_enqueue_fast(taskqueue_fast, &sc->rl_txtask); @@ -2239,12 +2240,19 @@ ((uint32_t)(*m_head)->m_pkthdr.tso_segsz << RL_TDESC_CMD_MSSVAL_SHIFT); else { - if ((*m_head)->m_pkthdr.csum_flags & CSUM_IP) + if ((*m_head)->m_pkthdr.csum_flags & RE_CSUM_FEATURES) { + /* + * Always set IP checksum offload if either TCP + * or UDP checksum offload is requested, otherwise + * TCP/UDP checksum offload does not work under + * certain circumstances. + */ csum_flags |= RL_TDESC_CMD_IPCSUM; - if ((*m_head)->m_pkthdr.csum_flags & CSUM_TCP) - csum_flags |= RL_TDESC_CMD_TCPCSUM; - if ((*m_head)->m_pkthdr.csum_flags & CSUM_UDP) - csum_flags |= RL_TDESC_CMD_UDPCSUM; + if ((*m_head)->m_pkthdr.csum_flags & CSUM_TCP) + csum_flags |= RL_TDESC_CMD_TCPCSUM; + if ((*m_head)->m_pkthdr.csum_flags & CSUM_UDP) + csum_flags |= RL_TDESC_CMD_UDPCSUM; + } } si = prod; @@ -2587,14 +2595,15 @@ { struct rl_softc *sc; struct mii_data *mii; + int error; sc = ifp->if_softc; mii = device_get_softc(sc->rl_miibus); RL_LOCK(sc); - mii_mediachg(mii); + error = mii_mediachg(mii); RL_UNLOCK(sc); - return (0); + return (error); } /* --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 08:05:16 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E014A106566C; Fri, 7 Mar 2008 08:05:16 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0E18FC17; Fri, 7 Mar 2008 08:05:16 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 1FDB810E5C5; Fri, 7 Mar 2008 08:33:38 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id et54pMad3oRI; Fri, 7 Mar 2008 08:33:36 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id A3C0C10E51E; Fri, 7 Mar 2008 08:33:36 +0100 (CET) Date: Fri, 7 Mar 2008 08:34:41 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <10310500019.20080307083441@rulez.sk> To: Pyun YongHyeon In-Reply-To: <20080307043815.GA92464@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Daniel Gerzo , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re[2]: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 08:05:17 -0000 Hello Pyun, Friday, March 7, 2008, 5:38:15 AM, you wrote: > Checking Linux/NetBSD sources show interesting code which explictly > enables IP checksum offload whenever TCP/UDP checksum offload is > required(That's not documented in datasheet). I tried it on my box > it seems to work but I need more feedback before committing it. > Attached patch includes that change. > Your report also indicates another possible bug but it's not clear > to me. ENOBUFS from ping may indicate that re(4) got lost ink or > re(4) thinks it lost the established link. When it happens did you > ever check the output of ifconfig to see the media status of re(4)? as I have included in my report, that media status reports that it's active. > I guess your issue is not related with bus_dma fixes but improper > handling of link state. Try attached patch and let me know how it > goes. I have recompiled my kernel with the attached patch and I will report if it's of any help. BTW, it applied cleanly, but with some offsets, hope it's not problem. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 09:05:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3020A1065674 for ; Fri, 7 Mar 2008 09:05:40 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id DFB4F8FC15 for ; Fri, 7 Mar 2008 09:05:39 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so431653ele.12 for ; Fri, 07 Mar 2008 01:05:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Qq7kxRCqIsmszNXsAAeSrM1WFwXQ509Z3erel6RxUtw=; b=gZXiI//wEvPJ8UrtwcpG6qrnWtdWbP92bsxinqkXEtJ8auA2L+FA8mWQi0NMcFn3vDTW+M0zIqBAYhybrJJdlBH0mXVOWMv89Neq6LjOm981QiKyHhusGGs3DjaqtldiuAVThRh2RDppRGsUrMRZOBXNfrPsMpxlNjD0mdLW6eQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Pkqjs/sm7zdWTOSR+gJF5OrNjOe68cPsWkS3r7QgzFGbU9E4whpnDrrRlg7H3HSeJXg7XJQ3M3FeoXa7xVOy3SjABFzMj+9rMPQ0sSPbPtsT+7USOgn78gup8fWwvibEVkV24xYocnn+RXsbcJSt9CCPCYtTguKQOTdlP3tKnxE= Received: by 10.115.92.2 with SMTP id u2mr359438wal.139.1204880738520; Fri, 07 Mar 2008 01:05:38 -0800 (PST) Received: by 10.114.177.4 with HTTP; Fri, 7 Mar 2008 01:05:38 -0800 (PST) Message-ID: <2a41acea0803070105m7d500b13u7ed431b91c12d9ab@mail.gmail.com> Date: Fri, 7 Mar 2008 01:05:38 -0800 From: "Jack Vogel" To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: unable to recieve on em 82542 w/o promisc 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, 07 Mar 2008 09:05:40 -0000 This is the second report now on this older adapter, I will look into this ASAP. Jack On 3/5/08, Mark Atkinson wrote: > I updated to current today. 3/5/2008 and I have two em fiber cards with > 82542 chips. Unless I enable promisc on the interface, I don't appear to > receive any traffic. > > This box also has two onboard nfe nics that work fine w/o promisc. > > em0@pci0:18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > em1@pci0:18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > > > _______________________________________________ > 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 Mar 7 09:10:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00F7106566C for ; Fri, 7 Mar 2008 09:10:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A9B918FC14 for ; Fri, 7 Mar 2008 09:10:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JXYaY-0005at-Bl for freebsd-current@freebsd.org; Fri, 07 Mar 2008 09:10:02 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 09:10:02 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 09:10:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.stable Date: Fri, 7 Mar 2008 09:05:41 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 26 Message-ID: X-Complaints-To: usenet@ger.gmane.org Summary: too many disks - use bzip and put livefs/docs on disk1 X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: All User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-stable@freebsd.org Subject: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 09:10:05 -0000 Hi! 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS and docs. What do they contain? I can guess that 2 and 3 are pure packages so I don't need to download them if I want to compile out from ports. And in previous releases I had to download the disc1 ONLY as it had LiveFS also - a very good improvement since 4.x times where disc2 with only LiveFS, mostly useless all the time, took separate disk. But now release announcement says that for LiveFS I need TWO disks - both disc1 and livefs disk. WHY? Why not to pack they both to a single disc1, this was very comfortable. I suspect this separation is due to sizes od docs etc. - but CD drives can now handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though disc2 is 694M, yes. May be it is desirable to compress docs and other base system parts with bzip2 -9 instead of gzip? P.S. And may be it is good also to resurrect miniinst disk for Depenguinator project? :) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 09:54:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A5C2106566B for ; Fri, 7 Mar 2008 09:54:06 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5CE8FC19 for ; Fri, 7 Mar 2008 09:54:00 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so435162waf.3 for ; Fri, 07 Mar 2008 01:54:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xIuN7+71yV1zKEkjWo5qaKtdSg3X3/AL5FAlS1T6y7c=; b=NcmxHcwjUIVGqrPfCcUtgqs4nHFbHrmeGf7y1iuhGpphC/s3sxWt1mZlTIXsPQ+Mq3S3YvTUwG30uqYs+x2Rps7ZMLMrexi+6ZqNWmafW5p/KSdwKcJ58b3XXkBXFuUWnjZpYs5L3ptRXdvhGQAWj1gI5aV3uXQTyv1XL1j+L+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TcMNW6cnJjW+RGVCdelkO/V3CBWPiF0D9SCJ1Qha5ETgBtRBqDBuRYz1x1ba6DE98rlpUu9wS3yCKUuLztSBLnadkDSewDYJ8pEQ86Wzgt7WThv+8n+Cjvr8slVDKr4X8XouZfMNIihNIdP9gPKpKMlaZ2fcHQZDyxyLrcb0NqA= Received: by 10.114.192.1 with SMTP id p1mr312715waf.47.1204882108705; Fri, 07 Mar 2008 01:28:28 -0800 (PST) Received: by 10.115.78.20 with HTTP; Fri, 7 Mar 2008 01:28:28 -0800 (PST) Message-ID: Date: Fri, 7 Mar 2008 10:28:28 +0100 From: "Joakim Fogelberg" To: "Daniel O'Connor" In-Reply-To: <200803071029.25033.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080306185219.1B27B45048@ptavv.es.net> <47D04408.8070400@chuckr.org> <200803071029.25033.doconnor@gsoft.com.au> Cc: Chuck Robey , freebsd-current@freebsd.org Subject: Re: how to design a tablet driver? 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, 07 Mar 2008 09:54:06 -0000 On Fri, Mar 7, 2008 at 12:59 AM, Daniel O'Connor wrote: > What about the Linux Wacom project? > > http://linuxwacom.sourceforge.net/index.php/howto/inputdev It seems that Bartosz Fabianowski has started a port, according to this mail: http://lists.freebsd.org/pipermail/freebsd-usb/2007-October/004039.html -- Joakim Fogelberg From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 10:10:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D0B810656C7; Fri, 7 Mar 2008 10:10:24 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id C15C98FC27; Fri, 7 Mar 2008 10:10:23 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7FF1.dip.t-dialin.net [84.154.127.241]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m27AAIZj033692; Fri, 7 Mar 2008 11:10:21 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m27AAJL3023842; Fri, 7 Mar 2008 11:10:19 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m27AAKZ6000482; Fri, 7 Mar 2008 11:10:25 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200803071010.m27AAKZ6000482@fire.js.berklix.net> To: vadim_nuclight@mail.ru In-reply-to: References: Comments: In-reply-to Vadim Goncharov message dated "Fri, 07 Mar 2008 09:05:41 +0000." Date: Fri, 07 Mar 2008 11:10:20 +0100 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Fri, 07 Mar 2008 10:10:24 -0000 > To: freebsd-stable@freebsd.org This sybject has nothing to do with stable@. > Cc: freebsd-current@freebsd.org Posting to 2 FreeBSD lists is deprecated. hackers@ is for releases. Attempting to shrink to one list, this posted with: To: freebsd-current@freebsd.org bcc: freebsd-stable@freebsd.org, Reply-To: freebsd-current@freebsd.org Vadim Goncharov wrote: > Hi! > > 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS > and docs. What do they contain? I can guess that 2 and 3 are pure packages so > I don't need to download them if I want to compile out from ports. And in > previous releases I had to download the disc1 ONLY as it had LiveFS also - > a very good improvement since 4.x times where disc2 with only LiveFS, mostly > useless all the time, took separate disk. > > But now release announcement says that for LiveFS I need TWO disks - both > disc1 and livefs disk. WHY? Why not to pack they both to a single disc1, > this was very comfortable. > > I suspect this separation is due to sizes od docs etc. - but CD drives can now > handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though > disc2 is 694M, yes. > > May be it is desirable to compress docs and other base system parts with > bzip2 -9 instead of gzip? > > P.S. And may be it is good also to resurrect miniinst disk for > Depenguinator project? :) > > -- > WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru > [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 is spam. From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 10:23:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB07E106566B for ; Fri, 7 Mar 2008 10:23:29 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 70E128FC15 for ; Fri, 7 Mar 2008 10:23:29 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 9A8CDBFECAB; Fri, 7 Mar 2008 10:23:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id xS29NSFSvt4i; Fri, 7 Mar 2008 10:23:15 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 40BB3BFEB9C; Fri, 7 Mar 2008 10:23:15 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m27ANFaR025229; Fri, 7 Mar 2008 11:23:15 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m27ANEKl025228; Fri, 7 Mar 2008 11:23:14 +0100 (CET) (envelope-from rink) Date: Fri, 7 Mar 2008 11:23:14 +0100 From: Rink Springer To: Joakim Fogelberg Message-ID: <20080307102314.GF90443@rink.nu> References: <20080306185219.1B27B45048@ptavv.es.net> <47D04408.8070400@chuckr.org> <200803071029.25033.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org, Chuck Robey Subject: Re: how to design a tablet driver? 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, 07 Mar 2008 10:23:29 -0000 On Fri, Mar 07, 2008 at 10:28:28AM +0100, Joakim Fogelberg wrote: > On Fri, Mar 7, 2008 at 12:59 AM, Daniel O'Connor wrote: > > What about the Linux Wacom project? > > > > http://linuxwacom.sourceforge.net/index.php/howto/inputdev > > It seems that Bartosz Fabianowski has started a port, according to this mail: > http://lists.freebsd.org/pipermail/freebsd-usb/2007-October/004039.html I think this port is a good starting point, but it can use cleaning up... -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 10:49:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8D11065672 for ; Fri, 7 Mar 2008 10:49:21 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay11.ispgateway.de (smtprelay11.ispgateway.de [80.67.29.28]) by mx1.freebsd.org (Postfix) with ESMTP id C83CC8FC21 for ; Fri, 7 Mar 2008 10:49:20 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from [89.182.195.44] (helo=medusa.sysfault.org) by smtprelay11.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JXZy8-0002xk-QO for freebsd-current@freebsd.org; Fri, 07 Mar 2008 11:38:29 +0100 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXZyx-000IZN-1b for freebsd-current@freebsd.org; Fri, 07 Mar 2008 11:39:20 +0100 Received: (from marcus@localhost) by medusa.sysfault.org (8.14.2/8.14.2/Submit) id m27AdHAn071384 for freebsd-current@freebsd.org; Fri, 7 Mar 2008 11:39:17 +0100 (CET) (envelope-from marcus) Date: Fri, 7 Mar 2008 11:39:16 +0100 From: Marcus von Appen To: freebsd-current@freebsd.org Message-ID: <20080307103916.GA1038@medusa.sysfault.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20080306185219.1B27B45048@ptavv.es.net> <47D04408.8070400@chuckr.org> <200803071029.25033.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Score: -4.4 (----) X-Df-Sender: 936934 Subject: Re: how to design a tablet driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 10:49:21 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On, Fri Mar 07, 2008, Joakim Fogelberg wrote: > On Fri, Mar 7, 2008 at 12:59 AM, Daniel O'Connor = wrote: > > What about the Linux Wacom project? > > > > http://linuxwacom.sourceforge.net/index.php/howto/inputdev >=20 > It seems that Bartosz Fabianowski has started a port, according to this m= ail: > http://lists.freebsd.org/pipermail/freebsd-usb/2007-October/004039.html Unfortunately he's missing in action lately, but promised to make up a clean driver tree later or so, so it can receive further development . I hope to get the stuff soon as I really would like to have a decent support for the Wacom Graphire USB series. Regards Marcus --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEUEARECAAYFAkfRG1QACgkQo/JpszXavhzbSgCXTSgpxnmUqFCTrX/wb9O0hM8T 6gCgm7XdlCv+DzGoExHgjuRwgMeEk6U= =Xvp9 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 11:34:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8BD3106566B for ; Fri, 7 Mar 2008 11:34:29 +0000 (UTC) (envelope-from matthew@matthew.sk) Received: from mailserver.antik.sk (mailserver.antik.sk [88.212.10.6]) by mx1.freebsd.org (Postfix) with ESMTP id F22868FC18 for ; Fri, 7 Mar 2008 11:34:28 +0000 (UTC) (envelope-from matthew@matthew.sk) Received: (qmail 2912 invoked from network); 7 Mar 2008 12:34:26 +0100 Received: by simscan 1.4.0 ppid: 2901, pid: 2906, t: 0.0421s scanners: regex: 1.4.0 attach: 1.4.0 clamav: 0.91.2/m:45/d:6154 Received: from unknown (HELO ?10.252.4.152?) (matthew@matthew.sk@10.252.4.152) by mailserver.antik.sk with AES256-SHA encrypted SMTP; 7 Mar 2008 12:34:26 +0100 Message-ID: <47D12843.9080303@matthew.sk> Date: Fri, 07 Mar 2008 12:34:27 +0100 From: matthew User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <506309.93775.qm@web63903.mail.re1.yahoo.com> <47C879F1.6000407@matthew.sk> In-Reply-To: <47C879F1.6000407@matthew.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 7.0 Beta, RC, RELEASE (amd64) freezes with dummynet enabled 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, 07 Mar 2008 11:34:30 -0000 matthew wrote: > Barney Cordoba wrote: > >> --- matthew wrote: >> >> >>> Kris Kennaway wrote: >>> >>> >>>> matthew wrote: >>>> >>>>> I have posted before that i have a stability >>>>> >>> issue with the 7.0 branch >>> >>>>> on my servers. Tested on >>>>> >>> BETA2,BETA4,RC1,RC2,RELEASE >>> >>>>> The original thread and my post with details is >>>>> >>> at: >>> >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-12/msg00674.html >> >> >>>>> I was waiting for the 7.0-RELEASE, updated the >>>>> >>> whole servers, and >>> >>>>> enabled dummynet again, but it always freezes >>>>> >>> after some minutes, 100% >>> >>>>> reproducible. >>>>> >>>>> I tested it also on a HP 140 G3 1U server, where >>>>> >>> 6.3 has absolutely no >>> >>>>> problems, but the 7.0 branch keeps freezing. >>>>> >>>>> Again, if it helps to solve this bug, i can >>>>> >>> rebuild the kernel with >>> >>>>> debug symbols a take some screenshots :) >>>>> >>>>> _______________________________________________ >>>>> 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" >>>>> >>>>> >>>>> >>>> Please follow the steps at >>>> >>>> >>>> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >> >> >>>> Kris >>>> _______________________________________________ >>>> 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" >>>> >>> I have some screenshots from debug console after the >>> freeze, i hade to replace the keyboard with a working ESC key to >>> launch the ctrl+alt+esc:) >>> >>> You can find it on http://dummynetcrash.matthew.sk/ >>> >>> Sorry for the bad quality of some pictures. >>> >>> I have also a dump, after running panic in the debug >>> console: >>> >>> (gdb) >>> root@hanka:/usr/src/sys/amd64/compile/HANKA-debug# >>> kgdb kernel.debug /var/crash/vmcore.1 >>> [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 "amd64-marcel-freebsd". >>> >>> Unread portion of the kernel message buffer: >>> KDB: enter: manual escape to debugger >>> panic: from debugger >>> cpuid = 0 >>> Uptime: 19h35m58s >>> Physical memory: 993 MB >>> Dumping 392 MB: 377 361 345 329 313 297 281 265 249 >>> 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 >>> >>> #0 doadump () at pcpu.h:194 >>> 194 __asm __volatile("movq %%gs:0,%0" : >>> "=r" (td)); >>> (kgdb) backtrace >>> #0 doadump () at pcpu.h:194 >>> #1 0xffffffff80480f05 in boot (howto=260) at >>> ../../../kern/kern_shutdown.c:409 >>> #2 0xffffffff804813a7 in panic (fmt=Variable "fmt" >>> is not available. >>> ) at ../../../kern/kern_shutdown.c:563 >>> #3 0xffffffff801bad37 in db_panic (addr=Variable >>> "addr" is not available. >>> ) at ../../../ddb/db_command.c:433 >>> #4 0xffffffff801bb61c in db_command_loop () at >>> ../../../ddb/db_command.c:401 >>> #5 0xffffffff801bd07f in db_trap (type=Variable >>> "type" is not available. >>> ) at ../../../ddb/db_main.c:222 >>> #6 0xffffffff804a89c5 in kdb_trap (type=3, code=0, >>> tf=0xffffffff9ff2a9e0) at >>> ../../../kern/subr_kdb.c:502 >>> #7 0xffffffff8073c4c5 in trap >>> (frame=0xffffffff9ff2a9e0) at ../../../amd64/amd64/trap.c:499 >>> #8 0xffffffff80721dfe in calltrap () at >>> ../../../amd64/amd64/exception.S:169 >>> #9 0xffffffff804a8b91 in kdb_enter >>> (msg=0xffffffff80e20fe0 "") at cpufunc.h:63 >>> #10 0xffffffff803ae691 in scgetc >>> (sc=0xffffffff80b3c5a0, flags=Variable "flags" is not available. >>> ) at ../../../dev/syscons/syscons.c:3378 >>> #11 0xffffffff803b17e4 in sckbdevent >>> (thiskbd=0xffffff0001154a00, event=Variable "event" is not available. >>> ) at ../../../dev/syscons/syscons.c:627 >>> #12 0xffffffff8031be23 in kbdmux_intr >>> (kbd=0xffffff0001154a00, arg=Variable "arg" is not available. >>> ) at ../../../dev/kbdmux/kbdmux.c:549 >>> #13 0xffffffff8031c3a0 in kbdmux_kbd_intr >>> (xkbd=Variable "xkbd" is not available. >>> ) at ../../../dev/kbdmux/kbdmux.c:200 >>> #14 0xffffffff804b2844 in taskqueue_run >>> (queue=0xffffff000117a300) at ../../../kern/subr_taskqueue.c:255 >>> #15 0xffffffff80465c9a in ithread_loop >>> (arg=0xffffff0001104180) at ../../../kern/kern_intr.c:1036 >>> #16 0xffffffff8046348a in fork_exit >>> (callout=0xffffffff80465bc0 , arg=0xffffff0001104180, >>> frame=0xffffffff9ff2ac80) >>> at ../../../kern/kern_fork.c:781 >>> #17 0xffffffff807221ce in fork_trampoline () at >>> ../../../amd64/amd64/exception.S:415 >>> #18 0x0000000000000000 in ?? () >>> #19 0x0000000000000000 in ?? () >>> #20 0x0000000000000001 in ?? () >>> #21 0x0000000000000000 in ?? () >>> #22 0x0000000000000000 in ?? () >>> #23 0x0000000000000000 in ?? () >>> #24 0x0000000000000000 in ?? () >>> #25 0x0000000000000000 in ?? () >>> #26 0x0000000000000000 in ?? () >>> #27 0x0000000000000000 in ?? () >>> #28 0x0000000000000000 in ?? () >>> #29 0x0000000000000000 in ?? () >>> #30 0x0000000000000000 in ?? () >>> #31 0x0000000000000000 in ?? () >>> #32 0x0000000000000000 in ?? () >>> #33 0x0000000000000000 in ?? () >>> #34 0x0000000000000000 in ?? () >>> #35 0x0000000000000000 in ?? () >>> #36 0x0000000000000000 in ?? () >>> #37 0x0000000000000000 in ?? () >>> #38 0x0000000000000000 in ?? () >>> #39 0x0000000000000000 in ?? () >>> #40 0x0000000000000000 in ?? () >>> #41 0x0000000000000000 in ?? () >>> #42 0x0000000000d7f000 in ?? () >>> #43 0xffffff00011c18d0 in ?? () >>> #44 0xffffffff80a846e0 in facility_initialized () >>> #45 0xffffff00011c18d0 in ?? () >>> #46 0xffffff0001084340 in ?? () >>> #47 0xffffffff9ff2ab70 in ?? () >>> #48 0xffffffff9ff2ab38 in ?? () >>> #49 0xffffff00011bc000 in ?? () >>> #50 0xffffffff8049e826 in sched_switch >>> (td=0xffffff0001104180, newtd=0xffffffff80465bc0, flags=Variable >>> "flags" is >>> not available. >>> ) at ../../../kern/sched_4bsd.c:905 >>> Previous frame inner to this frame (corrupt stack?) >>> >>> On http://dummynetcrash.matthew.sk you can also find >>> the kernel.debug and tha crash files, for more debugging. >>> >> >> Have you tried your setup without polling? It really >> doesn't make any sense to poll when using controllers >> that have interrupt hold offs that can be precisely >> programmed like the em controllers. But it will >> certain give insight to your problem if one works and >> the other doesn't. >> >> I'd also try it on a 32bit compile. Otherwise you have >> too many variables. >> >> Barney >> >> >> >> ____________________________________________________________________________________ >> >> Looking for last minute shopping deals? Find them fast with Yahoo! >> Search. >> http://tools.search.yahoo.com/newsearch/category.php?category=shopping >> _______________________________________________ >> 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" >> > I disabled the polling, for my suprise, the server didn`t crashed > after some minutes, but after 1 hour, but crushed, maybe only a > coincidence, but maybe not. The resukt is the same, it crashed. It > also crashed on the HP 140 G3 server with bge NIC without polling > enabled on the RC2 release. > _______________________________________________ > 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" I am bringing back to live this thread, please help me to resolve this bug, some clue, where to look, i think this is a critical bug which prevents to use 7.X on routers used for shaping. I have disabled polling but still, the box freezes after some minutes under heavy traffic ~150-200Mbit/s. I have tested the for network performance pool with iperf with load ~150Mbit/s with 10 paralels streams, but the box didn`t freeze. The box is an fileserver, so maybe acces to disk operations may be a clue. I will also try it with ULE insteat of ULE, but i think in the past with BETA2 i had the ULE schneduler. The dump, after typing panic on the debug konzole after freeze is awlays pointing to: root@hanka:/usr/src/sys/amd64/compile/HANKA-debug# kgdb kernel.debug /var/crash/vmcore.2 [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: KDB: enter: manual escape to debugger panic: from debugger cpuid = 0 Uptime: 17m55s Physical memory: 993 MB Dumping 169 MB: 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0xffffffff80480f05 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff804813a7 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xffffffff801bad37 in db_panic (addr=Variable "addr" is not available. ) at ../../../ddb/db_command.c:433 #4 0xffffffff801bb61c in db_command_loop () at ../../../ddb/db_command.c:401 #5 0xffffffff801bd07f in db_trap (type=Variable "type" is not available. ) at ../../../ddb/db_main.c:222 #6 0xffffffff804a89c5 in kdb_trap (type=3, code=0, tf=0xffffffff9ff219e0) at ../../../kern/subr_kdb.c:502 #7 0xffffffff8073c535 in trap (frame=0xffffffff9ff219e0) at ../../../amd64/amd64/trap.c:499 #8 0xffffffff80721e6e in calltrap () at ../../../amd64/amd64/exception.S:169 #9 0xffffffff804a8b91 in kdb_enter (msg=0xffffffff80e20fe0 "") at cpufunc.h:63 #10 0xffffffff803ae691 in scgetc (sc=0xffffffff80b3c600, flags=Variable "flags" is not available. ) at ../../../dev/syscons/syscons.c:3378 #11 0xffffffff803b17e4 in sckbdevent (thiskbd=0xffffff0001154a00, event=Variable "event" is not available. ) at ../../../dev/syscons/syscons.c:627 #12 0xffffffff8031be23 in kbdmux_intr (kbd=0xffffff0001154a00, arg=Variable "arg" is not available. ) at ../../../dev/kbdmux/kbdmux.c:549 #13 0xffffffff8031c3a0 in kbdmux_kbd_intr (xkbd=Variable "xkbd" is not available. ) at ../../../dev/kbdmux/kbdmux.c:200 #14 0xffffffff804b2844 in taskqueue_run (queue=0xffffff000117a300) at ../../../kern/subr_taskqueue.c:255 #15 0xffffffff80465c9a in ithread_loop (arg=0xffffff0001104180) at ../../../kern/kern_intr.c:1036 #16 0xffffffff8046348a in fork_exit (callout=0xffffffff80465bc0 , arg=0xffffff0001104180, frame=0xffffffff9ff21c80) at ../../../kern/kern_fork.c:781 #17 0xffffffff8072223e in fork_trampoline () at ../../../amd64/amd64/exception.S:415 #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000001 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000d7f000 in ?? () #43 0xffffff00011c18d0 in ?? () #44 0xffffffff80a84740 in facility_initialized () #45 0xffffff00011c18d0 in ?? () #46 0xffffff0001084340 in ?? () #47 0xffffffff9ff21b70 in ?? () #48 0xffffffff9ff21b38 in ?? () #49 0xffffff00011bc000 in ?? () #50 0xffffffff8049e826 in sched_switch (td=0xffffff0001104180, newtd=0xffffffff80465bc0, flags=Variable "flags" is not available. ) at ../../../kern/sched_4bsd.c:905 Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 13:20:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2702B1065671 for ; Fri, 7 Mar 2008 13:20:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 873718FC14 for ; Fri, 7 Mar 2008 13:20:20 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.p.matik.com.br (anb.p.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m27DKKFi028690; Fri, 7 Mar 2008 10:20:20 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Fri, 7 Mar 2008 10:19:58 -0300 User-Agent: KMail/1.9.7 References: <506309.93775.qm@web63903.mail.re1.yahoo.com> <47C879F1.6000407@matthew.sk> <47D12843.9080303@matthew.sk> In-Reply-To: <47D12843.9080303@matthew.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803071019.58870.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: matthew Subject: Re: FreeBSD 7.0 Beta, RC, RELEASE (amd64) freezes with dummynet enabled 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, 07 Mar 2008 13:20:21 -0000 On Friday 07 March 2008 08:34:27 matthew wrote: > > I am bringing back to live this thread, please help me to resolve this > bug, some clue, where to look, i think this is a critical bug which > prevents to use 7.X on routers used for shaping. > > I have disabled polling but still, the box freezes after some minutes > under heavy traffic ~150-200Mbit/s. > I have tested the for network performance pool with iperf with load > ~150Mbit/s with 10 paralels streams, but the box didn`t freeze. > > The box is an fileserver, so maybe acces to disk operations may be a clue. > > I will also try it with ULE insteat of ULE, but i think in the past with > BETA2 i had the ULE schneduler. > I t seems I found a pattern on my machine the problem happens only with dynamic pipes using the=20 =2E.. mask src-ip|dst-ip 0xffffffff using individual pipes and bw definitions for each appearently the problem= =20 does not appear (here) I have not your traffic but here it freezes after a couple of hours or so this morning I needed to open the firewall and did it issuing ipfw add 1 pa= ss=20 ip from any to any and the server freezed imediately I could repeat it, opening the fw after some pipes are counting and the=20 machine freeze the same moment so far I didn't get the freeze with individual pipes I got one panic which pointed to pmap (curr proc cc anothertime syncer, I w= as=20 compiling the kernel) what is strange also, because almost ever compiling=20 something as kernel or world triggers the freeze but only when dynamic pipe= s=20 are underway and more strange only with SATA disks not on SCSI, without=20 dynamic pipes I can stress the disk as much as I want and it runs stable If i restart the firewall by flushing all rules first I can compile without= =20 problems I am sure this is no hardware thing because I changed it completly several= =20 times I am with latest sources and kernel/world from this night =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 16:10:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89523106566B; Fri, 7 Mar 2008 16:10:01 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC1D8FC1F; Fri, 7 Mar 2008 16:10:00 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx5.mail.ru (mx5.mail.ru [194.67.23.25]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 0B2BB53DBFC; Fri, 7 Mar 2008 13:40:53 +0300 (MSK) Received: from [78.140.2.241] (port=27510 helo=nuclight.avtf.net) by mx5.mail.ru with asmtp id 1JXa0R-0003WV-00; Fri, 07 Mar 2008 13:40:51 +0300 Date: Fri, 07 Mar 2008 16:40:48 +0600 To: freebsd-current@freebsd.org References: <200803071010.m27AAKZ6000482@fire.js.berklix.net> From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200803071010.m27AAKZ6000482@fire.js.berklix.net> User-Agent: Opera M2/7.54 (Win32, build 3865) Cc: freebsd-stable@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) 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, 07 Mar 2008 16:10:01 -0000 07.03.08 @ 16:10 Julian H. Stacey wrote: >> To: freebsd-stable@freebsd.org > This sybject has nothing to do with stable@. It has because 6.3-RELEASE is also affected with docs issue, and future releases 6.4 and 7.1 will be in both branches, as ell as 8.0. >> Cc: freebsd-current@freebsd.org > Posting to 2 FreeBSD lists is deprecated. > hackers@ is for releases. Why? Looks like not the place for official staff. -- WBR, Vadim Goncharov From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:03:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 399C31065674 for ; Fri, 7 Mar 2008 18:03:29 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 92A598FC1A for ; Fri, 7 Mar 2008 18:03:27 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A569A.dip.t-dialin.net [84.154.86.154]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m27I3OB4066715; Fri, 7 Mar 2008 19:03:25 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m27I3cOx027804; Fri, 7 Mar 2008 19:03:38 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m27I3SsA009434; Fri, 7 Mar 2008 19:03:33 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200803071803.m27I3SsA009434@fire.js.berklix.net> To: "Vadim Goncharov" In-reply-to: References: <200803071010.m27AAKZ6000482@fire.js.berklix.net> Comments: In-reply-to "Vadim Goncharov" message dated "Fri, 07 Mar 2008 16:40:48 +0600." Date: Fri, 07 Mar 2008 19:03:28 +0100 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) 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, 07 Mar 2008 18:03:29 -0000 "Vadim Goncharov" wrote: > 07.03.08 @ 16:10 Julian H. Stacey wrote: > > >> To: freebsd-stable@freebsd.org > > This sybject has nothing to do with stable@. > > It has because 6.3-RELEASE is also affected with docs issue, and future > releases 6.4 and 7.1 will be in both branches, as ell as 8.0. > > >> Cc: freebsd-current@freebsd.org > > Posting to 2 FreeBSD lists is deprecated. > > hackers@ is for releases. > > Why? Looks like not the place for official staff. > > -- > WBR, Vadim Goncharov Please do Not break FreeSBD rules. Ref." http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL C.1.3 List Charters "No posting should be made to more than 2 mailing lists, and only to 2 when a clear and obvious need to post to both lists exists. For most lists, there is already a great deal of subscriber overlap and except for the most esoteric mixes (say -stable & -scsi), there really is no reason to post to more than one list at a time. If a message is sent to you in such a way that multiple mailing lists appear on the Cc line then the Cc line should also be trimmed before sending it out again. You are still responsible for your own cross-postings, no matter who the originator might have been." Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 is spam. From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:38:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795891065675 for ; Fri, 7 Mar 2008 18:38:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 309028FC26 for ; Fri, 7 Mar 2008 18:38:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by rn-out-0910.google.com with SMTP id e11so976950rng.7 for ; Fri, 07 Mar 2008 10:38:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=o54b1rpM1/9tdGnEK1Jqqx1qTee4HEj+2VeVby5AMrI=; b=FqXcum2zgBo98k8HDLwSdhbqEzsSP2eygN6TQKgICQ4uClhdLi70pYeEICyYk+u0xmKErKt4h88a5dM3vGb21NrqORj6ESJCHjlI/AJvbfHGxKE32Y5q4HOtZ6qo8wlP09/qwpSub/kipcUyGQZhm2lJxAfX+CN3Bq/ICpcHJU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=vOoV1oS9PKjK1yGYksKAUz+YsB0SbYYz7fgq4bFJ6Ugh7E1g96v04eyhPL3QDHRGSU2JYsMfvF/joesZo3TF1ixlzNYMl9iT8iqoQ90eT3zcQrxYqB8Moslq77yHmBN2/pid6GXC8/CnGT9f31vdm9nSv0X4H7is0hSYoZWZHPA= Received: by 10.142.89.9 with SMTP id m9mr945515wfb.116.1204915096283; Fri, 07 Mar 2008 10:38:16 -0800 (PST) Received: by 10.114.177.4 with HTTP; Fri, 7 Mar 2008 10:38:16 -0800 (PST) Message-ID: <2a41acea0803071038t64e579e3uddee8aaa2ec6bb1a@mail.gmail.com> Date: Fri, 7 Mar 2008 10:38:16 -0800 From: "Jack Vogel" To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: unable to recieve on em 82542 w/o promisc 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, 07 Mar 2008 18:38:18 -0000 I have repro'd this this morning and am debugging it as I write this, hope to have a fix soon. Jack On Wed, Mar 5, 2008 at 3:26 PM, Mark Atkinson wrote: > I updated to current today. 3/5/2008 and I have two em fiber cards with > 82542 chips. Unless I enable promisc on the interface, I don't appear to > receive any traffic. > > This box also has two onboard nfe nics that work fine w/o promisc. > > em0@pci0:18:4:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > em1@pci0:18:9:0: class=0x020000 card=0x10008086 chip=0x10008086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82542 Gigabit Ethernet Controller' > class = network > subclass = ethernet > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > > > _______________________________________________ > 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 Mar 7 23:11:16 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1A341065673; Fri, 7 Mar 2008 23:11:16 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 5704E8FC28; Fri, 7 Mar 2008 23:11:16 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 9AE9010EBB1; Sat, 8 Mar 2008 00:10:00 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4rFXJ462DKWU; Sat, 8 Mar 2008 00:09:59 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 3D6EE10EBB0; Sat, 8 Mar 2008 00:09:58 +0100 (CET) Date: Sat, 8 Mar 2008 00:11:03 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1373272150.20080308001103@rulez.sk> To: Pyun YongHyeon In-Reply-To: <20080307043815.GA92464@cdnetworks.co.kr> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Daniel Gerzo , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re[2]: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 23:11:16 -0000 Hello Pyun, Friday, March 7, 2008, 5:38:15 AM, you wrote: > I guess your issue is not related with bus_dma fixes but improper > handling of link state. Try attached patch and let me know how it > goes. The attached patch didn't help, the box is again in the same status. Can I provide you with some more detailed debugging info, or do you have some other ideas what could be fixed? I could probably manage a remote access to that box, but no remote console is available, and I don't know exactly how to trigger this scenario, but I think it depends on the amount of traffic being sent over the device. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 11:48:49 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA1B9106566B for ; Sat, 8 Mar 2008 11:48:49 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 973F58FC16 for ; Sat, 8 Mar 2008 11:48:49 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 8642D3F6174; Sat, 8 Mar 2008 12:48:48 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 779CB3F6194; Sat, 8 Mar 2008 12:48:48 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 0B1D69BF12; Sat, 8 Mar 2008 11:48:11 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id F2A03405D; Sat, 8 Mar 2008 12:48:10 +0100 (CET) Date: Sat, 8 Mar 2008 12:48:10 +0100 From: Jeremie Le Hen To: Jaakko Heinonen Message-ID: <20080308114810.GE39998@obiwan.tataz.chchile.org> References: <20080304125303.GA2619@ws64.jh.dy.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304125303.GA2619@ws64.jh.dy.fi> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@FreeBSD.org, sos@FreeBSD.org Subject: Re: [patch] burncd(8) signal and error handling improvements 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, 08 Mar 2008 11:48:50 -0000 Hi Jakko, On Tue, Mar 04, 2008 at 02:53:03PM +0200, Jaakko Heinonen wrote: > burncd(8) doesn't handle signals and interrupting burncd during > operation for example with SIGINT (^C) may leave the drive spinning and > locked. This may happen also if you try to write a too large image to a > disc and burncd(8) exits with an I/O error. > > Attached patch implements signal handling for burncd(8). It does > CDRIOCFLUSH ioctl to attempt leave burner sane state when burning is > interrupted with SIGHUP, SIGINT, SIGTERM or in case an I/O error occurs > during write. Blanking will still continue after interrupt but it seems > to finish correctly even after burncd(8) has quit. > > Relevant PR is bin/48730 which has an older version of the patch. Thank you for the work! This was quite annoying :-). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 06:08:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 688CA106567A for ; Sat, 8 Mar 2008 06:08:26 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2F98FC2D for ; Sat, 8 Mar 2008 06:08:25 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m282TVPN027893 for ; Sat, 8 Mar 2008 13:29:32 +1100 Received: from besplex.bde.org (c220-239-252-11.carlnfd3.nsw.optusnet.com.au [220.239.252.11]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m282THa4027434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Mar 2008 13:29:18 +1100 Date: Sat, 8 Mar 2008 13:29:17 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Kostik Belousov In-Reply-To: <20080306094810.GM57756@deviant.kiev.zoral.com.ua> Message-ID: <20080308120038.D26157@besplex.bde.org> References: <200802280409.m1S498YJ062561@repoman.freebsd.org> <20080228231522.F57564@delplex.bde.org> <20080229141527.N59899@delplex.bde.org> <18375.43955.908262.696223@hergotha.csail.mit.edu> <47C8D0AB.20506@freebsd.org> <20080302062610.V66431@delplex.bde.org> <47CA2192.8020802@FreeBSD.org> <20080303065527.K69705@delplex.bde.org> <47CF4500.2050509@freebsd.org> <20080306094810.GM57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sat, 08 Mar 2008 12:22:38 +0000 Cc: Garrett Wollman , Tim Kientzle , Jason Evans , Bruce Evans , current@freebsd.org Subject: Re: Breaking the crt1.o -> atexit() -> malloc() dependency 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, 08 Mar 2008 06:08:26 -0000 On Thu, 6 Mar 2008, Kostik Belousov wrote: > On Wed, Mar 05, 2008 at 05:12:32PM -0800, Tim Kientzle wrote: >> There was some recent discussion on the commit mailing >> list about how to disentangle crt1.o from malloc(). >> >> Here's a design that I think addresses all of the >> issues people raised, including the POSIX requirement >> that atexit() always be able to support 32 registrations. >> It does it without using sbrk() or mmap(), either. >> >> The basic idea is to lift the malloc() call up into >> atexit() and have atexit_register() use statically-allocated >> storage if atexit() didn't provide dynamically-allocated >> storage. >> ... >> /* 32 required by POSIX plus a few for crt1.o */ >> static struct atexit pool[40]; Could it use a few for crt1 only, with dynamic allocation for everything except crt1 and maybe stdio? This might simplify the frees. I don't agree with the argument that static allocation is needed or useful for satisfying the requirement for 32 atexits to succeed. malloc() can't fail :-), and if it does then you have worse problems than atexit failures to handle. >> Avoiding free() from the low-level code is a little trickier >> but I think it can be done by having the low-level code >> put (dynamically-allocated) blocks back onto a free list >> and having the higher-level atexit() release that list >> on the next registration. This should handle the case >> of a dynamic library being repeatedly loaded and unloaded. >> Of course, it's unnecessary to release the atexit storage >> on program exit. With separate storage for crt1, everything for crt1 except the calls to the registered functions could be independent of atexit() - just call the entries in the separate storage last at exit time. stdio's rotting __cleanup hook works like this. __cleanup's reason for existence is to provide an atexit-like hook for stdio without the full bloat of atexit, but this is defeated by always calling atexit() from crt1. This hook costs 1 pointer and one statement in exit() when it is not used. exit() still calls __cleanup last (iff __cleanup is not null. Thus __cleanup effectively extends the static atexit table by 1 entry (the first one). >> In particular, crt1.o can then call atexit_register(f, NULL) >> to register its exit functions without creating a dependency on >> malloc. Or it could do __cleanupN = functionN for a few small values of N like stdio does for __cleanup. Then it wouldn't have any dependency on atexit either, but the ugliness in exit.c for __cleanup would need to be duplicated for each __cleanupN. At most 3 values of N need to be supported (same for all arches I think): for function cleanup = get_rtld_cleanup(); /* dynamic only */ for function _mcleanup /* profiling only */ for function _fini /* always */ Better, make all these atexit calls implicit. The conditions for them don't depend on the startup code, so __cxa_finalize() can call them directly (except it needs a pointer for get_rtld_cleanup()). __cxa_finalize can also handle __cleanup (move the call though __cleanup from exit.c to atexit.c). I think this works so simply and machine-indepependently mainly because most of the details are in _fini. _fini calls __do_global_dtors_aux on at least i386. Any number of magically ordered cleanups can be hidden there. >> This does require that atexit() and atexit_register() be in >> separate source files, but I think it addresses all of the other >> concerns people have raised. > > I mostly agree with proposal, but there is also __cxa_atexit(). More bloat to remove :-). It seems to be only for C++, but all executables have it. Before it existed, exit() looped over the atexit table where it now calls __cxa_atexit(), and the order of the atexit finalizations relative to the __cleanup was clearer. > And, besides the issue of the size of the static linked executables, > there is more exposed problem of atexit() memory leaks. See > http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040644.html This problem seems to only affect C++. But how does the C dlclose() work without calling __cxa_atexit()? Bruce From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 12:46:14 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 857D3106566C for ; Sat, 8 Mar 2008 12:46:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33704.mail.mud.yahoo.com (web33704.mail.mud.yahoo.com [68.142.201.201]) by mx1.freebsd.org (Postfix) with SMTP id 5275D8FC16 for ; Sat, 8 Mar 2008 12:46:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 83039 invoked by uid 60001); 8 Mar 2008 12:46:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=cWc9bvGj2lTMvhtyy+d5jyQELnMXVo0KdFAIccE89O4/T0IVfKgMlLqiW1y+dMFIhgtErtgPdaRip+MT6a0YA/qr9jXlvIeVazIbqHHKha4ZUZCMh/5wdJLhFqiT4lVnQAjuTvT2wmOigqMVzBQOREaga8FTIrVuMZfwJfmp6G0=; X-YMail-OSG: GYQEd5MVM1kzDr0RynYWnbyOz9jIKn_pn3.3YVqa4Vh2M8XfXi7pOGM6GayA0pzENgEI4fBT9zx1TtLL5VFlzbqSFeCGis5gxTDar9IGQvl75CA- Received: from [82.148.96.69] by web33704.mail.mud.yahoo.com via HTTP; Sat, 08 Mar 2008 04:46:13 PST X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Sat, 8 Mar 2008 04:46:13 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Daniel Gerzo , Pyun YongHyeon MIME-Version: 1.0 Message-ID: <619190.81878.qm@web33704.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Daniel Gerzo , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re: Re[2]: re(4) problem 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, 08 Mar 2008 12:46:14 -0000 ----- Original Message ---- > From: Daniel Gerzo > To: Pyun YongHyeon > Cc: Daniel Gerzo ; current@FreeBSD.org; yongari@FreeBSD.org > Sent: Saturday, March 8, 2008 2:11:03 AM > Subject: Re[2]: re(4) problem > > Hello Pyun, > > Friday, March 7, 2008, 5:38:15 AM, you wrote: > > > I guess your issue is not related with bus_dma fixes but improper > > handling of link state. Try attached patch and let me know how it > > goes. > > The attached patch didn't help, the box is again in the same status. > Can I provide you with some more detailed debugging info, or do you > have some other ideas what could be fixed? > > I could probably manage a remote access to that box, but no remote > console is available, and I don't know exactly how to trigger this > scenario, but I think it depends on the amount of traffic being sent > over the device. > > -- > Best regards, > Daniel mailto:danger@FreeBSD.org > I'm using RELENG_7 too with pf, and I face the same problem for my mail server, which only gets new messages, and doesn't send anything since the outgoing mail runs on another servers. To get it working smoothly I have to reboot it every 3 days, otherwise I'll get packet loss even when I ping it from another server in the same lan. FreeBSD 7.0-STABLE #1: Thu Mar 6 17:06:48 UTC 2008 arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.63-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4276047872 (4077 MB) avail memory = 4106981376 (3916 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd070-0xd077 mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0100000-0xd01fffff irq 16 at device 2.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 re0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:d1:a7:a4:72 re0: [FILTER] re0: [FILTER] pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master SATA150 ad6: 715404MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:19:d1:a7:a4:72 inet 66.90.105.121 netmask 0xffffff00 broadcast 66.90.105.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 pflog0: flags=0<> metric 0 mtu 33160 Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 16:07:23 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98C521065677; Sat, 8 Mar 2008 16:07:23 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4B81F8FC1A; Sat, 8 Mar 2008 16:07:22 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id F143F10E934; Sat, 8 Mar 2008 17:06:07 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zBrfww1HGAOW; Sat, 8 Mar 2008 17:06:06 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 85DBA10E8A8; Sat, 8 Mar 2008 17:06:06 +0100 (CET) Date: Sat, 8 Mar 2008 17:07:10 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <918167276.20080308170710@rulez.sk> To: Daniel Gerzo In-Reply-To: <1373272150.20080308001103@rulez.sk> References: <20080306200532.GA84961@cvsup.sk.freebsd.org> <20080307043815.GA92464@cdnetworks.co.kr> <1373272150.20080308001103@rulez.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Pyun YongHyeon , current@FreeBSD.org, yongari@FreeBSD.org Subject: Re[3]: re(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2008 16:07:23 -0000 Hello, Saturday, March 8, 2008, 12:11:03 AM, has been written: > Hello Pyun, > Friday, March 7, 2008, 5:38:15 AM, you wrote: >> I guess your issue is not related with bus_dma fixes but improper >> handling of link state. Try attached patch and let me know how it >> goes. > The attached patch didn't help, the box is again in the same status. > Can I provide you with some more detailed debugging info, or do you > have some other ideas what could be fixed? > I could probably manage a remote access to that box, but no remote > console is available, and I don't know exactly how to trigger this > scenario, but I think it depends on the amount of traffic being sent > over the device. If I won't hear from anybody in next 24 hours, I will have to replace the network device in this box, in order to get it running properly. However, I don't consider this step as a right solution and I would rather better like to have it fixed in the driver. Thanks. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 19:36:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41E1106566C for ; Sat, 8 Mar 2008 19:36:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 657D98FC1B for ; Sat, 8 Mar 2008 19:36:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m28JaaDo070564; Sat, 8 Mar 2008 16:36:37 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Abdullah Ibn Hamad Al-Marri Date: Sat, 8 Mar 2008 16:36:55 -0300 User-Agent: KMail/1.9.7 References: <619190.81878.qm@web33704.mail.mud.yahoo.com> In-Reply-To: <619190.81878.qm@web33704.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803081636.55536.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: re(4) problem 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, 08 Mar 2008 19:36:32 -0000 On Saturday 08 March 2008 09:46:13 Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > > From: Daniel Gerzo > > To: Pyun YongHyeon > > Cc: Daniel Gerzo ; current@FreeBSD.org; > > yongari@FreeBSD.org Sent: Saturday, March 8, 2008 2:11:03 AM > > Subject: Re[2]: re(4) problem > > > > Hello Pyun, > > > > Friday, March 7, 2008, 5:38:15 AM, you wrote: > > > I guess your issue is not related with bus_dma fixes but improper > > > handling of link state. Try attached patch and let me know how it > > > goes. > > > > The attached patch didn't help, the box is again in the same status. > > Can I provide you with some more detailed debugging info, or do you > > have some other ideas what could be fixed? > > > > I could probably manage a remote access to that box, but no remote > > console is available, and I don't know exactly how to trigger this > > scenario, but I think it depends on the amount of traffic being sent > > over the device. > > > > -- > > Best regards, > > Daniel mailto:danger@FreeBSD.org > > I'm using RELENG_7 too with pf, and I face the same problem for my mail > server, which only gets new messages, and doesn't send anything since the > outgoing mail runs on another servers. > > To get it working smoothly I have to reboot it every 3 days, otherwise I'= ll > get packet loss even when I ping it from another server in the same lan. > I get actually around the problem by setting =20 ifconfig re0 ... -txcsum -rxcsum -lro -tso which still shows the problem from time to time but seems that additional sysctl net.inet.tcp.tso=3D0 seems to help, I am over a week running fine with it =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 21:22:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25684106566B for ; Sat, 8 Mar 2008 21:22:06 +0000 (UTC) (envelope-from mouss@netoyen.net) Received: from balou.adapsec.com (balou.adapsec.com [91.121.103.130]) by mx1.freebsd.org (Postfix) with ESMTP id DBB878FC1C for ; Sat, 8 Mar 2008 21:22:05 +0000 (UTC) (envelope-from mouss@netoyen.net) X-Virus-Scanned: amavisd-new at adapsec.com Received: from [192.168.1.65] (ouzoud.netoyen.net [82.239.111.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mouss@netoyen.net) by balou.adapsec.com (Postfix) with ESMTPSA id 090FE3ACDCC2; Sat, 8 Mar 2008 22:22:13 +0100 (CET) Message-ID: <47D3037B.8000103@netoyen.net> Date: Sat, 08 Mar 2008 22:22:03 +0100 From: mouss User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <47C34D7E.1010305@netoyen.net> <6.0.0.22.2.20080225180357.025db140@mail.computinginnovations.com> <47C35CCC.9090300@netoyen.net> <47C3DDCF.6070109@gmail.com> <47C4039A.3060907@netoyen.net> <86lk552ukh.fsf@ds4.des.no> In-Reply-To: <86lk552ukh.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Derek Ragona , Juraj Lutter Subject: Re: ssh_exchange_identification: Connection closed by remote host 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, 08 Mar 2008 21:22:06 -0000 Dag-Erling Smørgrav wrote: > mouss writes: > >> I found the problem: >> fatal: /var/empty must be owned by root and not group or world-writable. >> I have created an account and set the home to /var/empty, but this >> changed the owner of /var/empty. sigh. >> > > There is no need to create an account. > there is a need:) just to clarify: I created an account for another service, and I mistakenly "reused" the empty /var/empty, but adduser changed the owner of this directory to the newly created user. thus the problem. If I could make some suggestions: - add a "fix" in /etc/rc.d/sshd to prevent such situations. if a chown is risky, then moving the directory and recreating it would do. - add a warning in the documentation - don't change owner in addusr if directory already exists - ... > Also, 'cd /usr/src; make hierarchy' would have fixed it for you. > thanks for the pointer. but I think an automatic fix is needed as losing ssh access is critical when the machine is far away. > DES > From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 23:56:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938881065673 for ; Sat, 8 Mar 2008 23:56:53 +0000 (UTC) (envelope-from lists+freebsd-current@xinu.tv) Received: from fugu.xinu.tv (fugu.slackasses.com [204.11.33.69]) by mx1.freebsd.org (Postfix) with ESMTP id 54B908FC17 for ; Sat, 8 Mar 2008 23:56:53 +0000 (UTC) (envelope-from lists+freebsd-current@xinu.tv) Received: from [192.168.3.3] (c-68-40-200-8.hsd1.mi.comcast.net [68.40.200.8]) by fugu.xinu.tv (Postfix) with ESMTP id 9A2A04A42DF for ; Sat, 8 Mar 2008 18:37:35 -0500 (EST) Message-ID: <47D32343.3070601@xinu.tv> Date: Sat, 08 Mar 2008 18:37:39 -0500 From: Bill User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1194888738.46113.30.camel@buffy.york.ac.uk> In-Reply-To: <1194888738.46113.30.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pkg_add fails with "fatal error during execution: getcwd" 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, 08 Mar 2008 23:56:53 -0000 Gavin Atkinson wrote: > Hi all, > > For the last couple of months, I've seen the following issue on my > -CURRENT laptop: > > rho# pkg_add -r libgtkhtml fast-user-switch-applet deskbar-applet > Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ > libgtkhtml.tbz... Done. > Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ > fast-user-switch-applet.tbz...pkg_add: fatal error during execution: getcwd > rho# > > I've determined that the failing getcwd is the one on line 126 of > src/usr.sbin/pkg_install/lib/pen.c. I've never seen it fail when trying > to install a single package at a time, only multiple. > > Running the pkg_add command again immediately will usually work, or fail > later on a different package. This started after an upgrade from early > April to late September HEAD, but due to various other changes, I was > unable to revert to the April kernel to test. > > I cannot recreate this on any other machine. My laptop is a Core 2 Duo, > however I can recreate the issue with a non-SMP kernel. I've forced an > fsck of all filesystems, with no difference. There's plenty of disk > space left. I've even deleted all packages and cleared out /usr/local > but still see the problem? > > Any suggestions? Can anyone else recreate this? As I first saw this > just before RELENG-7 was branched, I'm concerned that it may also affect > that branch. > > Gavin > _______________________________________________ > 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" > > I am seeing the same problem on 7.0-RELEASE, I also noticed that it only seems to be on pkg_add's with multiple packages selected. As "up-enter" gets me past the problem, it's not critical, but I thought I report I saw it too. Mine machine is a dual-core AMD X2, and I'm using ZFS (so I don't think fsck will help). This machine is a fresh install. Just wanted to point out that whatever the problem is, it made it in the 7.0 release. Bill