From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 00:29:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37C67106564A; Sun, 6 Apr 2008 00:29:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 19B0C8FC12; Sun, 6 Apr 2008 00:29:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 711761CC038; Sat, 5 Apr 2008 17:29:31 -0700 (PDT) Date: Sat, 5 Apr 2008 17:29:31 -0700 From: Jeremy Chadwick To: Dorian =?iso-8859-1?Q?B=FCttner?= Message-ID: <20080406002931.GA31195@eos.sc1.parodius.com> References: <200804052236.49472.antik@bsd.ee> <200804060024.39019.antik@bsd.ee> <200804060033.50609.antik@bsd.ee> <47F7F4BC.6020209@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47F7F4BC.6020209@gmx.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Andrei Kolu , freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB to RS232 converter problem (prolific chip) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 00:29:32 -0000 On Sat, Apr 05, 2008 at 11:53:00PM +0200, Dorian Bttner wrote: > >>>>> # cu -l /dev/ttyU0 >>>>> >>> > propably you need to adjust the line speed, i.e. cu -l -s 19200, > also some devices like if you hit enter to get a login prompt. > >> Some progress on debugging! Just kiddin... >> >> I removed converter from USB and FreeBSD 7.0 kernel dumped following >> information: >> >> > > That's actually been discussed here: > http://www.freebsd.org/cgi/query-pr.cgi?pr=122287 > > While we're at it: can everybody tell me the magic keystroke to end a cu > session? man says ~^Z or something, i think this is a combination of keys > to pressed? will end a cu session. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 00:45:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA07A106566C for ; Sun, 6 Apr 2008 00:45:51 +0000 (UTC) (envelope-from alec-keyword-freebsd.befd64@SetFilePointer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id 7D5148FC19 for ; Sun, 6 Apr 2008 00:45:51 +0000 (UTC) (envelope-from alec-keyword-freebsd.befd64@SetFilePointer.com) Received: (qmail 39132 invoked by uid 4250); 5 Apr 2008 19:45:50 -0500 Received: by hamlet.SetFilePointer.com (tmda-sendmail, from uid 4250); Sat, 05 Apr 2008 19:45:50 -0500 Date: Sat, 5 Apr 2008 19:45:50 -0500 To: Andrei Kolu Message-ID: <20080406004550.GE2207@hamlet.SetFilePointer.com> References: <200804052236.49472.antik@bsd.ee> <20080405213217.GD2207@hamlet.SetFilePointer.com> <200804060112.53866.antik@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GV0iVqYguTV4Q9ER" Content-Disposition: inline In-Reply-To: <200804060112.53866.antik@bsd.ee> User-Agent: Mutt/1.4.2.3i X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alec Kloss X-Primary-Address: alec@SetFilePointer.com Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB to RS232 converter problem (prolific chip) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 00:45:52 -0000 --GV0iVqYguTV4Q9ER Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-04-06 01:12, Andrei Kolu wrote: > On Sunday 06 April 2008 00:32:17 Alec Kloss wrote: > > The the attached patch, also available at > > > > http://setfilepointer.com/pub/src:sys:dev:usb:uplcom.c.patch > > > > might help. I've needed it to make uplcom stuff work. >=20 > This patch works just fine (tested on 6.3). Thank you!=20 > Why it is not submitted into base tree for more than a year? >=20 It's been on my todo list forever, but so are a lot of other things. I have a hard enough time keeping up with Arla. :) --=20 Alec Kloss alec@SetFilePointer.com IM: angryspamhater@yahoo.com PGP key at http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xA241980E "No Bunny!" -- Simon, from Frisky Dingo --GV0iVqYguTV4Q9ER Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFH+B0+2s33paJBmA4RAhb+AJ9K9aI0qdNB/i4yUE24GMkOD5uQBQCfdDRQ mtOCudu6Ea8Vmou9vSJmXq4= =hO9T -----END PGP SIGNATURE----- --GV0iVqYguTV4Q9ER-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 05:18:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4372F1065670 for ; Sun, 6 Apr 2008 05:18:42 +0000 (UTC) (envelope-from tzhuan@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 BDEF88FC1C for ; Sun, 6 Apr 2008 05:18:41 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so946404fgg.35 for ; Sat, 05 Apr 2008 22:18:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=VTFlk00XYcFiUTA2RzSbTewJP04ErwOXEzqq4VeJBX4=; b=HGAz+Y099PleF6iadNcDe7pF9BhHtuhoKpKHBGubCceZvv+abRRVmhuQRBczdVty9Q5/RCKJsn1vQNbW1ZLJkNvjChTJmSAIH7FVM45S+2y29/Oj2CFY+gTKLTi+/Yal4wKqmz44yWQcWSUBnaNgnx7bZqF5PsUVW0HUhkiwoVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=BaYkkaWb7S+AxBZhSgQM52gYtaHbozvbikgc7vcAZ6JsBCAQsp7BqkyjZBF3h/x96ViJBLNYRbOa35u6aQbPOYPRD/SGiFZQHK2BwI2UToISJ8FG1zPMLaqQrkrcaNrHuTBX004HZOppC4nsLETn/im4ChI+Nz3cZvU7+ICCdWk= Received: by 10.86.54.3 with SMTP id c3mr2270413fga.73.1207459120676; Sat, 05 Apr 2008 22:18:40 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sat, 5 Apr 2008 22:18:40 -0700 (PDT) Message-ID: <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> Date: Sun, 6 Apr 2008 13:18:40 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Ken Chen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> X-Google-Sender-Auth: e158c1e64eab2741 Cc: freebsd-stable@freebsd.org Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 05:18:42 -0000 Hi, Thanks for your suggestion, but we don't accept this workaround. After doing binary searching, I find that this commit break the working lockd: http://lists.freebsd.org/pipermail/cvs-src/2008-March/089037.html I have rolled back the lockd.c to 1.20 in our nfs server and it works fine as before. Tz-Huan On Thu, Apr 3, 2008 at 1:02 AM, Ken Chen wrote: > I have the similar problem when FreeBSD 7 client + FreeBSD 6 server. > > Now, I use ' mount_nfs -L' on the client to do local locking only. Of > course, it may cause other problem. > > > 2008/4/2, Tz-Huan Huang : > > > > > > Hi, > > > > We have one nfs server (Mar 27's 7-stable, AMD64) and many clients. > > One of the client is also 7-stable(Mar 30's, i386), and others are Debian > > Linux. The problem is that the fcntl lock works fine on FreeBSD client > > but not on linux ones. > > > > We have tested the linux server + linux client, and they works fine. > > The following is all the combination we have tried: > > > > FreeBSD server + FreeBSD client: ok > > FreeBSd server + Linux clinet: fail > > Linux server + Linux client: ok > > Linux server + FreeBSD client: ok > > > > Is there some issue with 7-stable 's rpc.lockd? > > More information will be available if necessary, thanks. > > > > Tz-Huan > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 06:05:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C5F1065673 for ; Sun, 6 Apr 2008 06:05:48 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 884D48FC14 for ; Sun, 6 Apr 2008 06:05:48 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so140556ywt.13 for ; Sat, 05 Apr 2008 23:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=66ARCvKnjAL2FYGxKI/dFpRyjT2ovcHYDgG/DSRD/38=; b=k1AkzCf0lloBGO/slbf08cC/ZSRwhGT5RNtixh7KPjpolKti3m+i/lZZiaBvEZyjUipBM+vcyGdgp9UGbWyRoje93wI9hKxv9JAwZQzy0pqAMKe5O7hzl68bOcTr7acRb3iHNgQ2TCpqvoxTcpC1kb1UPUtXTCKfqZJ6mH2Ai1s= 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=HmhJrFmMTsQYfFKfnnG6H4ofIAKB9VoPw2MceFafjJp7WlTkRQQrlkcEouYD6D9Y48D4WDFMLg/uaPPGSvPFMerZgZPRe9l64aEqiHZrvhPneu3FT+1xPoUfk/3ns/SlJzJK2ngvBFPzrSwYs5zlEq7gysBSKwrSzgdKMukh4Qs= Received: by 10.151.108.15 with SMTP id k15mr1814084ybm.13.1207461947816; Sat, 05 Apr 2008 23:05:47 -0700 (PDT) Received: by 10.150.196.16 with HTTP; Sat, 5 Apr 2008 23:05:47 -0700 (PDT) Message-ID: <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> Date: Sun, 6 Apr 2008 14:05:47 +0800 From: "Rong-en Fan" To: "Tz-Huan Huang" In-Reply-To: <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> Cc: dfr@freebsd.org, freebsd-stable@freebsd.org, Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 06:05:48 -0000 On Sun, Apr 6, 2008 at 1:18 PM, Tz-Huan Huang wrote: > Hi, > > Thanks for your suggestion, but we don't accept this workaround. > > After doing binary searching, I find that this commit break the working lockd: > > http://lists.freebsd.org/pipermail/cvs-src/2008-March/089037.html > > I have rolled back the lockd.c to 1.20 in our nfs server and it works > fine as before. Add dfr@ to CC list. I'm curious about this change, could you check what socket bind by rpc.lockd and rpc.statd before and after lockd. rev 1.21+1.22 changes? Thanks, Rong-En Fan > On Thu, Apr 3, 2008 at 1:02 AM, Ken Chen wrote: > > I have the similar problem when FreeBSD 7 client + FreeBSD 6 server. > > > > Now, I use ' mount_nfs -L' on the client to do local locking only. Of > > course, it may cause other problem. > > > > > > 2008/4/2, Tz-Huan Huang : > > > > > > > > > > Hi, > > > > > > We have one nfs server (Mar 27's 7-stable, AMD64) and many clients. > > > One of the client is also 7-stable(Mar 30's, i386), and others are Debian > > > Linux. The problem is that the fcntl lock works fine on FreeBSD client > > > but not on linux ones. > > > > > > We have tested the linux server + linux client, and they works fine. > > > The following is all the combination we have tried: > > > > > > FreeBSD server + FreeBSD client: ok > > > FreeBSd server + Linux clinet: fail > > > Linux server + Linux client: ok > > > Linux server + FreeBSD client: ok > > > > > > Is there some issue with 7-stable 's rpc.lockd? > > > More information will be available if necessary, thanks. > > > > > > Tz-Huan > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 06:38:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8DB106564A for ; Sun, 6 Apr 2008 06:38:12 +0000 (UTC) (envelope-from tzhuan@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 1AEDA8FC12 for ; Sun, 6 Apr 2008 06:38:11 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so974872fgg.35 for ; Sat, 05 Apr 2008 23:38:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=/7PmvSfX7rKDBu3M8g4WjPWbjM/vgKMqfUuYlEGes4M=; b=olwtqiyZT9arA+C77NcACRYoTEpNxvrrLpQFvwji72AjHPvXrQAOLrvNv8tdJ5p2sfNadNRwCE960sPNqbrWcTedGxwe8RYKzys2CTmirSMRfcsTPAjPlM1ak+QUqQlW6NU2o4skUkr9CYuvKTREmaawxNSzFKeE8yxNCqaZ728= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kX+P/wvOSceWs250c9opdgeggJ/AbNQwaOZvnqFkacQ7ZqumNo42af2EtFwTqpD53GHan/4p0bi8dw04DjFX1U0svuxbFfSUqGkTQ9JGbqkhO7PRujyi8Vwo3tklN8Nrd8iZKHI2vN9T8mvt8DTyvGbxiJOga/juXq4QsOjoq2o= Received: by 10.86.28.5 with SMTP id b5mr2317484fgb.76.1207463890976; Sat, 05 Apr 2008 23:38:10 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sat, 5 Apr 2008 23:38:10 -0700 (PDT) Message-ID: <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> Date: Sun, 6 Apr 2008 14:38:10 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Rong-en Fan" In-Reply-To: <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> X-Google-Sender-Auth: 1d6533e5d2e5822c Cc: dfr@freebsd.org, freebsd-stable@freebsd.org, Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 06:38:12 -0000 On Sun, Apr 6, 2008 at 2:05 PM, Rong-en Fan wrote: > On Sun, Apr 6, 2008 at 1:18 PM, Tz-Huan Huang wrote: > > Hi, > > > > Thanks for your suggestion, but we don't accept this workaround. > > > > After doing binary searching, I find that this commit break the working lockd: > > > > http://lists.freebsd.org/pipermail/cvs-src/2008-March/089037.html > > > > I have rolled back the lockd.c to 1.20 in our nfs server and it works > > fine as before. > > Add dfr@ to CC list. > > I'm curious about this change, could you check what socket bind by > rpc.lockd and rpc.statd before and after lockd. rev 1.21+1.22 changes? Ok, following is the output of sockstat -4l : Before the changes: daemon rpc.lockd 83002 3 udp4 *:677 *:* daemon rpc.lockd 83002 4 tcp4 *:946 *:* daemon rpc.lockd 83002 7 udp4 *:642 *:* root rpc.lockd 83001 3 udp4 *:677 *:* root rpc.lockd 83001 4 tcp4 *:946 *:* root rpc.lockd 83001 7 udp4 *:642 *:* root rpc.statd 973 3 udp4 *:964 *:* root rpc.statd 973 4 tcp4 *:602 *:* After the changes: (with -h 140.112.29.133) daemon rpc.lockd 82817 4 udp4 127.0.0.1:696 *:* daemon rpc.lockd 82817 5 udp4 140.112.29.133:696 *:* daemon rpc.lockd 82817 6 tcp4 127.0.0.1:696 *:* daemon rpc.lockd 82817 7 tcp4 140.112.29.133:696 *:* daemon rpc.lockd 82817 9 udp4 *:974 *:* root rpc.lockd 82816 4 udp4 127.0.0.1:696 *:* root rpc.lockd 82816 5 udp4 140.112.29.133:696 *:* root rpc.lockd 82816 6 tcp4 127.0.0.1:696 *:* root rpc.lockd 82816 7 tcp4 140.112.29.133:696 *:* root rpc.lockd 82816 9 udp4 *:974 *:* root rpc.statd 973 3 udp4 *:964 *:* root rpc.statd 973 4 tcp4 *:602 *:* (without -h 140.112.29.133) daemon rpc.lockd 82541 4 udp4 *:915 *:* daemon rpc.lockd 82541 5 tcp4 *:915 *:* daemon rpc.lockd 82541 7 udp4 *:713 *:* root rpc.lockd 82540 4 udp4 *:915 *:* root rpc.lockd 82540 5 tcp4 *:915 *:* root rpc.lockd 82540 7 udp4 *:713 *:* root rpc.statd 973 3 udp4 *:964 *:* root rpc.statd 973 4 tcp4 *:602 *:* More information would be provided if necessary. Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 07:45:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9FA3106564A; Sun, 6 Apr 2008 07:45:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 223428FC14; Sun, 6 Apr 2008 07:45:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 655D13F9F; Sun, 6 Apr 2008 08:45:20 +0100 (BST) Message-Id: From: Doug Rabson To: "Tz-Huan Huang" In-Reply-To: <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 6 Apr 2008 08:45:20 +0100 References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 07:45:21 -0000 On 6 Apr 2008, at 07:38, Tz-Huan Huang wrote: > On Sun, Apr 6, 2008 at 2:05 PM, Rong-en Fan wrote: >> On Sun, Apr 6, 2008 at 1:18 PM, Tz-Huan Huang >> wrote: >>> Hi, >>> >>> Thanks for your suggestion, but we don't accept this workaround. >>> >>> After doing binary searching, I find that this commit break the >>> working lockd: >>> >>> http://lists.freebsd.org/pipermail/cvs-src/2008-March/089037.html >>> >>> I have rolled back the lockd.c to 1.20 in our nfs server and it >>> works >>> fine as before. >> >> Add dfr@ to CC list. >> >> I'm curious about this change, could you check what socket bind by >> rpc.lockd and rpc.statd before and after lockd. rev 1.21+1.22 >> changes? > > Ok, following is the output of sockstat -4l : > > Before the changes: > daemon rpc.lockd 83002 3 udp4 *:677 *:* > daemon rpc.lockd 83002 4 tcp4 *:946 *:* > daemon rpc.lockd 83002 7 udp4 *:642 *:* > root rpc.lockd 83001 3 udp4 *:677 *:* > root rpc.lockd 83001 4 tcp4 *:946 *:* > root rpc.lockd 83001 7 udp4 *:642 *:* > root rpc.statd 973 3 udp4 *:964 *:* > root rpc.statd 973 4 tcp4 *:602 *:* > > After the changes: > (with -h 140.112.29.133) > daemon rpc.lockd 82817 4 udp4 127.0.0.1:696 *:* > daemon rpc.lockd 82817 5 udp4 140.112.29.133:696 *:* > daemon rpc.lockd 82817 6 tcp4 127.0.0.1:696 *:* > daemon rpc.lockd 82817 7 tcp4 140.112.29.133:696 *:* > daemon rpc.lockd 82817 9 udp4 *:974 *:* > root rpc.lockd 82816 4 udp4 127.0.0.1:696 *:* > root rpc.lockd 82816 5 udp4 140.112.29.133:696 *:* > root rpc.lockd 82816 6 tcp4 127.0.0.1:696 *:* > root rpc.lockd 82816 7 tcp4 140.112.29.133:696 *:* > root rpc.lockd 82816 9 udp4 *:974 *:* > root rpc.statd 973 3 udp4 *:964 *:* > root rpc.statd 973 4 tcp4 *:602 *:* > > (without -h 140.112.29.133) > daemon rpc.lockd 82541 4 udp4 *:915 *:* > daemon rpc.lockd 82541 5 tcp4 *:915 *:* > daemon rpc.lockd 82541 7 udp4 *:713 *:* > root rpc.lockd 82540 4 udp4 *:915 *:* > root rpc.lockd 82540 5 tcp4 *:915 *:* > root rpc.lockd 82540 7 udp4 *:713 *:* > root rpc.statd 973 3 udp4 *:964 *:* > root rpc.statd 973 4 tcp4 *:602 *:* > > More information would be provided if necessary. It would be useful to get a packet trace from tcpdump (e.g. tcpdump -w ) that shows what happens on the wire when the linux client fails to lock a file on the freebsd server. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 08:58:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1491B1065673 for ; Sun, 6 Apr 2008 08:58:12 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 85A648FC19 for ; Sun, 6 Apr 2008 08:58:11 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1027980fgg.35 for ; Sun, 06 Apr 2008 01:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=7zABo8EjsVwmCaje/NCGVnl/Fjg8AiicBGDEzyPXXBg=; b=JHlIXllvVezWqEhAE/VjM9EytLMKcJpU1i+O9brgpT5V50LjJp/GJG90s1fqWAKadoCFv9hYqc9z4ilIEpCJnHK7CB1pKnps79NpzyyhR18YFKKf/aXiC1xCjvIkHZb7+U532jPS3LeMF4yYBZgZPcQupVokcbuuHqygGTDyid8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=VRVmDtEdF8O9iHnL16TD6EKsJBcx13i6fYNyWw5BRABowRyu9aLhcyoBS2MLNn4nwqTRnChPOEgefzXWoVlBuTkNmaPDd2w4anL3FgSyNfNKkFIkrImru1Bi3f3IcvnM20kjTvIacp/nd0lgvjA1vaHCbu4yVEdRTkrUqoGGoIQ= Received: by 10.86.78.4 with SMTP id a4mr2447873fgb.3.1207472288878; Sun, 06 Apr 2008 01:58:08 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 6 Apr 2008 01:58:08 -0700 (PDT) Message-ID: <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> Date: Sun, 6 Apr 2008 16:58:08 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Doug Rabson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> X-Google-Sender-Auth: a77ad44da10fb88d Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 08:58:12 -0000 On Sun, Apr 6, 2008 at 3:45 PM, Doug Rabson wrote: > > It would be useful to get a packet trace from tcpdump (e.g. tcpdump -w > ) that shows what happens on the wire when the linux client fails to > lock a file on the freebsd server. Since the nfs server is in production now, I have setup another machine to get the packet trace. Here is the output of tcpdump (I use tcpdump -w host cml8): http://w.csie.org/~tzhuan/tmp/tcpdump.raw cml7 is the nfs server (today's 7-stable, i386) and cml8 is debian linux (amd64). I use this program (http://w.csie.org/~tzhuan/tmp/lock.c) to test the file locking when capturing the packets. It ran about 1m30s and showed ``lock fail''. sockstat -4l on cml7: root sshd 695 3 tcp4 *:22 *:* daemon rpc.lockd 577 4 udp4 *:751 *:* daemon rpc.lockd 577 5 tcp4 *:751 *:* daemon rpc.lockd 577 7 udp4 *:716 *:* root rpc.lockd 565 4 udp4 *:751 *:* root rpc.lockd 565 5 tcp4 *:751 *:* root rpc.lockd 565 7 udp4 *:716 *:* root rpc.statd 559 3 udp4 *:739 *:* root rpc.statd 559 4 tcp4 *:686 *:* root rpc.statd 558 3 udp4 *:739 *:* root rpc.statd 558 4 tcp4 *:686 *:* root nfsd 551 3 tcp4 *:2049 *:* root mountd 542 5 udp4 *:608 *:* root mountd 542 7 tcp4 *:608 *:* root rpcbind 497 6 udp4 *:111 *:* root rpcbind 497 7 udp4 *:725 *:* root rpcbind 497 8 tcp4 *:111 *:* Thanks, Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 09:01:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5CE21065670 for ; Sun, 6 Apr 2008 09:01:22 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [82.95.154.195]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBA48FC13 for ; Sun, 6 Apr 2008 09:01:22 +0000 (UTC) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 8D15342D952; Sun, 6 Apr 2008 11:01:21 +0200 (CEST) Date: Sun, 6 Apr 2008 11:01:21 +0200 From: Guido van Rooij To: Peter Jeremy Message-ID: <20080406090121.GA36387@gvr.gvr.org> References: <20080404174605.GA41929@gvr.gvr.org> <20080404221532.GT49813@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080404221532.GT49813@server.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: NTP on amd74 + powernow issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 09:01:22 -0000 On Sat, Apr 05, 2008 at 09:15:32AM +1100, Peter Jeremy wrote: > On Fri, Apr 04, 2008 at 07:46:05PM +0200, Guido van Rooij wrote: > >I've got a amd64 system where I;m using powernow. I am using th i8254 > >timecounter. > > I'm using ACPI-fast on amd64 without problems. i8254 should not be > affected by PowerNow! but ACPI-fast should be listed as preferable. > Do you have a particular reason for using the i8254? > > >Especially the largers resets (+10 seconds) are annoying as e.g. dovecot > >bails out. > > > >Any clue on how this could be fixed? > > Any time resets are abnormal. There's nothing obviously wrong with > your NTP servers. I have had problems in the past with the ntpd PLL > saturating and demonstrating symptoms similar to what you are seeing. > > What does your ntp.drift contain? My guess is that it's either +500 > or -500. If this is true, I suggest you: gvr# cat /var/db/ntpd.drift -288.731 > - stop ntpd > - delete ntp.drift > - enable loopstats collection in your ntp.conf (optional) > - run "ntptime -f 0" > - run "/etc/rc.d/ntpdate start" > - run "/etc/rc.d/ntpd start" > > This will force ntpd to re-calibrate and, hopefully, it will stabilise, > though this can take a day or so. Didn't work :-( -Guido From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 09:21:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A34BD106566B; Sun, 6 Apr 2008 09:21:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 507A88FC1C; Sun, 6 Apr 2008 09:21:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 3CE873F9F; Sun, 6 Apr 2008 10:21:19 +0100 (BST) Message-Id: <06ECCABF-4969-42B0-9938-665422C4AA57@rabson.org> From: Doug Rabson To: Tz-Huan Huang In-Reply-To: <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 6 Apr 2008 10:21:19 +0100 References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 09:21:20 -0000 On 6 Apr 2008, at 09:58, Tz-Huan Huang wrote: > On Sun, Apr 6, 2008 at 3:45 PM, Doug Rabson wrote: >> >> It would be useful to get a packet trace from tcpdump (e.g. tcpdump >> -w >> ) that shows what happens on the wire when the linux client >> fails to >> lock a file on the freebsd server. > > Since the nfs server is in production now, I have setup another > machine to > get the packet trace. > > Here is the output of tcpdump (I use tcpdump -w host cml8): > > http://w.csie.org/~tzhuan/tmp/tcpdump.raw Could you possibly try again with 'tcpdump -w -s 1500' - the packets were truncated which made it difficult to analyse. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 09:53:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E721065671; Sun, 6 Apr 2008 09:53:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id A85A88FC18; Sun, 6 Apr 2008 09:53:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 9BFAC3F9F; Sun, 6 Apr 2008 10:53:20 +0100 (BST) Message-Id: <8BB84DC5-36D9-4487-BC04-AA8C8285B947@rabson.org> From: Doug Rabson To: Tz-Huan Huang In-Reply-To: <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 6 Apr 2008 10:53:20 +0100 References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 09:53:22 -0000 On 6 Apr 2008, at 09:58, Tz-Huan Huang wrote: > On Sun, Apr 6, 2008 at 3:45 PM, Doug Rabson wrote: >> >> It would be useful to get a packet trace from tcpdump (e.g. tcpdump >> -w >> ) that shows what happens on the wire when the linux client >> fails to >> lock a file on the freebsd server. > > Since the nfs server is in production now, I have setup another > machine to > get the packet trace. > > Here is the output of tcpdump (I use tcpdump -w host cml8): > > http://w.csie.org/~tzhuan/tmp/tcpdump.raw > > cml7 is the nfs server (today's 7-stable, i386) and cml8 is debian > linux (amd64). > I use this program (http://w.csie.org/~tzhuan/tmp/lock.c) to test the > file locking > when capturing the packets. It ran about 1m30s and showed ``lock > fail''. One thing I did notice is that the client appears to be trying to connect to the server on tcp port 751 and the server is rejecting that connection. I'm not sure I trust the output of sockstat - could you show me the output of rpcinfo and netstat -an. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 10:31:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A19BB1065672 for ; Sun, 6 Apr 2008 10:31:09 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1E72E8FC13 for ; Sun, 6 Apr 2008 10:31:08 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1061091fgg.35 for ; Sun, 06 Apr 2008 03:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=gc07/y6GBf5TNm726COzaQQuhpzS+WPeGzRUva90FM0=; b=BmHpkx5k+iHtkdjsRRnxz+uag9UArjoTxS+hDdVbG2zuo7ogo+HWdv/ALbxpVUDsqKDSh2mUMPortAxJczKUwVfrf3Mlqo7kd1VQAHeXecMXRmY7aVNOuGUdFJW0LxWoq2r+m7ptmb7pdwNtNyY+N9UU+JbaEfirN7otrzjJXys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Q9tfPpyLmtwE/Q3LfZPdjRA+kNHcnL3EDWXlSe8QajGe6cowYc1yhI80CiZ5iLZ6kn7mARO6QYPHUPH63mIViTwxcoJ/ksaI4RrlnBFmkWhLVM0cJZBn/Ti1rl1J15rzEaRLmE2CTIVzLUMijRhZzLmHlIGMcSHP6eNOZjp7V6g= Received: by 10.86.66.19 with SMTP id o19mr2502142fga.10.1207477849405; Sun, 06 Apr 2008 03:30:49 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 6 Apr 2008 03:30:49 -0700 (PDT) Message-ID: <6a7033710804060330s5b7720e0u9b21375666ee8077@mail.gmail.com> Date: Sun, 6 Apr 2008 18:30:49 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Doug Rabson" In-Reply-To: <06ECCABF-4969-42B0-9938-665422C4AA57@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> <06ECCABF-4969-42B0-9938-665422C4AA57@rabson.org> X-Google-Sender-Auth: 3297a263acbe2e0f Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 10:31:09 -0000 On Sun, Apr 6, 2008 at 5:21 PM, Doug Rabson wrote: > > Could you possibly try again with 'tcpdump -w -s 1500' - the packets > were truncated which made it difficult to analyse. Sure, it's available here: http://w.csie.org/~tzhuan/tmp/tcpdump2.raw Thanks, Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 10:32:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A887A106566B for ; Sun, 6 Apr 2008 10:32:25 +0000 (UTC) (envelope-from tzhuan@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 612A48FC1A for ; Sun, 6 Apr 2008 10:31:28 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1061092fgg.35 for ; Sun, 06 Apr 2008 03:30:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=gc07/y6GBf5TNm726COzaQQuhpzS+WPeGzRUva90FM0=; b=BmHpkx5k+iHtkdjsRRnxz+uag9UArjoTxS+hDdVbG2zuo7ogo+HWdv/ALbxpVUDsqKDSh2mUMPortAxJczKUwVfrf3Mlqo7kd1VQAHeXecMXRmY7aVNOuGUdFJW0LxWoq2r+m7ptmb7pdwNtNyY+N9UU+JbaEfirN7otrzjJXys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Q9tfPpyLmtwE/Q3LfZPdjRA+kNHcnL3EDWXlSe8QajGe6cowYc1yhI80CiZ5iLZ6kn7mARO6QYPHUPH63mIViTwxcoJ/ksaI4RrlnBFmkWhLVM0cJZBn/Ti1rl1J15rzEaRLmE2CTIVzLUMijRhZzLmHlIGMcSHP6eNOZjp7V6g= Received: by 10.86.66.19 with SMTP id o19mr2502142fga.10.1207477849405; Sun, 06 Apr 2008 03:30:49 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 6 Apr 2008 03:30:49 -0700 (PDT) Message-ID: <6a7033710804060330s5b7720e0u9b21375666ee8077@mail.gmail.com> Date: Sun, 6 Apr 2008 18:30:49 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Doug Rabson" In-Reply-To: <06ECCABF-4969-42B0-9938-665422C4AA57@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> <06ECCABF-4969-42B0-9938-665422C4AA57@rabson.org> X-Google-Sender-Auth: 3297a263acbe2e0f Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 10:32:25 -0000 On Sun, Apr 6, 2008 at 5:21 PM, Doug Rabson wrote: > > Could you possibly try again with 'tcpdump -w -s 1500' - the packets > were truncated which made it difficult to analyse. Sure, it's available here: http://w.csie.org/~tzhuan/tmp/tcpdump2.raw Thanks, Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 10:48:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 134561065678 for ; Sun, 6 Apr 2008 10:48:47 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 84AC78FC2B for ; Sun, 6 Apr 2008 10:48:46 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1067412fgg.35 for ; Sun, 06 Apr 2008 03:48:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=DdlgVjPWLyiA+xWh4MwVb1cNFzUqzGYgqgJBUQEixOE=; b=B0jtc6CCbLwEcGzvxDmtbMrLtT/dv0mpJEId02gs6yaUGsa9gtz+bWNcEjwQJl/3upkEzYRsc7c84QGOaTwhZzBcgkKe9g+sEwvlIvo5yG4VIcdIsPtb2oSpNWIkZMCscrGyA0oYeEnnsnAp5EFAHBPTNpBVvNcsORjisZvf26E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=malZpAU7DXXOnoFTB4sQ8bdzu5YIdcnivJZHLStkzPFYFeWcOwGECtdixBCwpKdV3u1K3rRtVunb54+6JAgt0D6URoYOrvJIfI+Fb82sHBOabScP8P/RTa39CvIWFoRyFULjIkVWANoI5IptNWe5a6wL6/9nItX6svEov1YDotM= Received: by 10.86.3.4 with SMTP id 4mr2481247fgc.69.1207478924090; Sun, 06 Apr 2008 03:48:44 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 6 Apr 2008 03:48:44 -0700 (PDT) Message-ID: <6a7033710804060348r4c80fedmb3774bd73dbe1b27@mail.gmail.com> Date: Sun, 6 Apr 2008 18:48:44 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Doug Rabson" In-Reply-To: <8BB84DC5-36D9-4487-BC04-AA8C8285B947@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> <8BB84DC5-36D9-4487-BC04-AA8C8285B947@rabson.org> X-Google-Sender-Auth: 3dce902dc4cb58a9 Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 10:48:47 -0000 On Sun, Apr 6, 2008 at 5:53 PM, Doug Rabson wrote: > One thing I did notice is that the client appears to be trying to connect > to the server on tcp port 751 and the server is rejecting that connection. > I'm not sure I trust the output of sockstat - could you show me the output > of rpcinfo and netstat -an. Here you are: http://w.csie.org/~tzhuan/tmp/rpcinfo.txt http://w.csie.org/~tzhuan/tmp/netstat.txt Thanks, Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 12:07:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6472C106566B; Sun, 6 Apr 2008 12:07:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3458FC14; Sun, 6 Apr 2008 12:07:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id EFE553F9F; Sun, 6 Apr 2008 13:07:19 +0100 (BST) Message-Id: From: Doug Rabson To: Tz-Huan Huang In-Reply-To: <6a7033710804060330s5b7720e0u9b21375666ee8077@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 6 Apr 2008 13:07:19 +0100 References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> <06ECCABF-4969-42B0-9938-665422C4AA57@rabson.org> <6a7033710804060330s5b7720e0u9b21375666ee8077@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 12:07:21 -0000 On 6 Apr 2008, at 11:30, Tz-Huan Huang wrote: > On Sun, Apr 6, 2008 at 5:21 PM, Doug Rabson wrote: >> >> Could you possibly try again with 'tcpdump -w -s 1500' - the >> packets >> were truncated which made it difficult to analyse. > > Sure, it's available here: > > http://w.csie.org/~tzhuan/tmp/tcpdump2.raw Hmm. Somehow the socket which rpc.lockd is supposed to use for accepting TCP requests has been closed. Linux tends to use TCP for lock requests when the NFS is mounted over TCP. I'll try and reproduce this locally. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 12:22:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10D191065674 for ; Sun, 6 Apr 2008 12:22:04 +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 7CDA88FC20 for ; Sun, 6 Apr 2008 12:22:03 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54AE7E82.dip.t-dialin.net [84.174.126.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 63BC68A0141 for ; Sun, 6 Apr 2008 14:22:02 +0200 (CEST) Message-ID: <47F8C066.8000204@bsdforen.de> Date: Sun, 06 Apr 2008 14:21:58 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: amd behaves strange X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 12:22:04 -0000 The following is in my amd.map: iso9660 type:=auto;fs:=${map};pref:=${key}/ iso9660/acd0 type:=program;fs:=/mnt/amd/iso9660/acd0;\ mount:="/sbin/mount mount /mnt/amd/iso9660/acd0";\ unmount:="/sbin/umount umount /mnt/amd/iso9660/acd0" When no CD is inserted the following happens: Apr 6 14:17:10 mobileKamikaze amd[29972]/info: creating mountpoint directory '/mnt/amd/iso9660/acd0' mount_cd9660: /dev/acd0: Input/output error Apr 6 14:17:10 mobileKamikaze amd[29972]/info: "mount /mnt/amd/iso9660/acd0" mounted fstype program on /mnt/amd/iso9660/acd0 Apr 6 14:17:10 mobileKamikaze amd[29972]/info: /var/run/automounter.amd.mnt/iso9660/acd0 set to timeout in 3 seconds umount: /mnt/amd/iso9660/acd0: not a file system root directory umount: /mnt/amd/iso9660/acd0: not a file system root directory umount: /mnt/amd/iso9660/acd0: not a file system root directory umount: /mnt/amd/iso9660/acd0: not a file system root directory ... Even though there was no successful mount amd tries to unmount it until it's terminated. When entering a CD into the drive I can only mount it after restarting amd. It has come to my attention that mount returns 0 even on unsuccessful mount attempts, maybe that's the cause. I'm runing RELENG_7 on amd64. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 13:45:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73065106566B; Sun, 6 Apr 2008 13:45:34 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 128A48FC31; Sun, 6 Apr 2008 13:45:34 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 01D203F9F; Sun, 6 Apr 2008 14:45:32 +0100 (BST) Message-Id: <9913DBA8-256C-4862-8456-773CBC6E5211@rabson.org> From: Doug Rabson To: Tz-Huan Huang In-Reply-To: <6a7033710804060348r4c80fedmb3774bd73dbe1b27@mail.gmail.com> Content-Type: multipart/mixed; boundary=Apple-Mail-115--598417642 Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 6 Apr 2008 14:45:32 +0100 References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> <8BB84DC5-36D9-4487-BC04-AA8C8285B947@rabson.org> <6a7033710804060348r4c80fedmb3774bd73dbe1b27@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 13:45:34 -0000 --Apple-Mail-115--598417642 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 6 Apr 2008, at 11:48, Tz-Huan Huang wrote: > On Sun, Apr 6, 2008 at 5:53 PM, Doug Rabson wrote: >> One thing I did notice is that the client appears to be trying to >> connect >> to the server on tcp port 751 and the server is rejecting that >> connection. >> I'm not sure I trust the output of sockstat - could you show me the >> output >> of rpcinfo and netstat -an. > > Here you are: > http://w.csie.org/~tzhuan/tmp/rpcinfo.txt > http://w.csie.org/~tzhuan/tmp/netstat.txt This patch should fix the problem. Sorry for the inconvenience. --Apple-Mail-115--598417642 Content-Disposition: attachment; filename=lockd.diff Content-Type: application/octet-stream; x-unix-mode=0664; name="lockd.diff" Content-Transfer-Encoding: 7bit Index: rpc.statd/statd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/rpc.statd/statd.c,v retrieving revision 1.15 diff -u -r1.15 statd.c --- rpc.statd/statd.c 5 Aug 2007 16:33:06 -0000 1.15 +++ rpc.statd/statd.c 6 Apr 2008 13:38:20 -0000 @@ -167,6 +167,9 @@ } } + if (nconf->nc_semantics != NC_TPI_CLTS) + listen(sock, SOMAXCONN); + transp = svc_tli_create(sock, nconf, NULL, RPC_MAXDATASIZE, RPC_MAXDATASIZE); } else { Index: rpc.lockd/lockd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/rpc.lockd/lockd.c,v retrieving revision 1.20.2.1 diff -u -r1.20.2.1 lockd.c --- rpc.lockd/lockd.c 22 Mar 2008 12:05:35 -0000 1.20.2.1 +++ rpc.lockd/lockd.c 6 Apr 2008 13:36:08 -0000 @@ -425,6 +425,9 @@ exit(1); } + if (nconf->nc_semantics != NC_TPI_CLTS) + listen(fd, SOMAXCONN); + transp = svc_tli_create(fd, nconf, NULL, RPC_MAXDATASIZE, RPC_MAXDATASIZE); --Apple-Mail-115--598417642 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-115--598417642-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 15:24:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C565E106564A for ; Sun, 6 Apr 2008 15:24:08 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [82.95.154.195]) by mx1.freebsd.org (Postfix) with ESMTP id 760638FC14 for ; Sun, 6 Apr 2008 15:24:08 +0000 (UTC) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 6058742D85A; Sun, 6 Apr 2008 17:24:07 +0200 (CEST) Date: Sun, 6 Apr 2008 17:24:07 +0200 From: Guido van Rooij To: Jeremy Chadwick Message-ID: <20080406152407.GA1836@gvr.gvr.org> References: <20080404174605.GA41929@gvr.gvr.org> <20080404194238.GA75601@walton.maths.tcd.ie> <20080405091349.GA78080@gvr.gvr.org> <20080405105803.GA2947@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080405105803.GA2947@eos.sc1.parodius.com> Cc: David Malone , freebsd-stable@freebsd.org Subject: Re: NTP on amd74 + powernow issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 15:24:08 -0000 On Sat, Apr 05, 2008 at 03:58:03AM -0700, Jeremy Chadwick wrote: > On Sat, Apr 05, 2008 at 11:13:49AM +0200, Guido van Rooij wrote: > > On Fri, Apr 04, 2008 at 08:42:38PM +0100, David Malone wrote: > > > On Fri, Apr 04, 2008 at 07:46:05PM +0200, Guido van Rooij wrote: > > > > I've got a amd64 system where I;m using powernow. I am using th i8254 > > > > timecounter. I keep getting time resets from ntp: > > > > > > I don't think the i8254 should be effected by the i8254. Are there > > > any other choices listed under kern.timecounter.choice? I have one > > > amd64 machine running powerd to control the powernow stuff and it > > > works OK with the ACPI timer. > > > > Nope: > > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > > > > IIRC I couldn't boot at all with acpi, so I disabled it. > > ACPI-fast should address the problem you're seeing with NTP drift. > > It would then be best to figure out why your machine won't boot with > ACPI enabled. > This lead to a panic as is described here: http://bsd.haofood.net/2005/11/21/work-around-for-busted-rs-acpi-long/ The panic occurs because a \0 is in the namespace. It was suggested to fix the problem by overwriting \0 with X or _ when loading the acpi tables. This has not been fixed and there is no bios update for the motherboard... -Guido From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 16:08:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A1161065676 for ; Sun, 6 Apr 2008 16:08:56 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 64D918FC17 for ; Sun, 6 Apr 2008 16:08:55 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1176505fgg.35 for ; Sun, 06 Apr 2008 09:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=ay6EMgP2Zr7J25XPMS9rXI/vFhkZYqZ7+ptdCjEa7CA=; b=ccp1U0k9REq0eXehx9WjrXmBILCk7Ka0+TGxSqMDsaXU3qlqJvcJkY3KxJFTrWofJYuxiEBY1fSMnmDDuuByFMcFTpOMfqyf7I/3cv7ORN794Ms0KhlL5Ip8Y9gDTRC8qyNTDZKyFNruwnC7yaeFY7zPjOgWdSsTgQQWPZgp15U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=D+fN6//82guFGueAwtKVsvVN3EcsCHw/GtnbrxapadkaZQ37ifuQHgQlDOpoE/lam/SeVqvqy9NsP9QlQ3kmtJp9ShkQWvq0Si1yRTCkujS9wieE39FgvG+FPdvOywXiZhk+yJ4MQJ+HDs6FHoR7TEnvXvSf3g7RcgM2blNajSk= Received: by 10.82.187.8 with SMTP id k8mr2497871buf.49.1207498134057; Sun, 06 Apr 2008 09:08:54 -0700 (PDT) Received: by 10.86.53.1 with HTTP; Sun, 6 Apr 2008 09:08:54 -0700 (PDT) Message-ID: <6a7033710804060908o436a31bcqcaf9f818047d119a@mail.gmail.com> Date: Mon, 7 Apr 2008 00:08:54 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Doug Rabson" In-Reply-To: <9913DBA8-256C-4862-8456-773CBC6E5211@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710804020517y2b0a0336v7ab840ca5a5f5ff4@mail.gmail.com> <6a7033710804052218u3660441bk6d37458af03e7ed@mail.gmail.com> <6eb82e0804052305k4c44679dn92c86c58ac591cdc@mail.gmail.com> <6a7033710804052338l5af386f9xdd5c8d4729be2683@mail.gmail.com> <6a7033710804060158j38c1314u371130b05225c247@mail.gmail.com> <8BB84DC5-36D9-4487-BC04-AA8C8285B947@rabson.org> <6a7033710804060348r4c80fedmb3774bd73dbe1b27@mail.gmail.com> <9913DBA8-256C-4862-8456-773CBC6E5211@rabson.org> X-Google-Sender-Auth: 145f99972c03c212 Cc: freebsd-stable@freebsd.org, dfr@freebsd.org, Rong-en Fan , Ken Chen Subject: Re: lock problem: nfs server on FreeBSD 7-stable, client on linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 16:08:56 -0000 On Sun, Apr 6, 2008 at 9:45 PM, Doug Rabson wrote: > This patch should fix the problem. Sorry for the inconvenience. It works fine now, thank you very much! Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 17:52:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D0CE106566C; Sun, 6 Apr 2008 17:52:25 +0000 (UTC) (envelope-from slogster@gmail.com) Received: from v4.rz.uni-leipzig.de (v4.rz.uni-leipzig.de [139.18.1.30]) by mx1.freebsd.org (Postfix) with ESMTP id C9BF18FC2E; Sun, 6 Apr 2008 17:52:24 +0000 (UTC) (envelope-from slogster@gmail.com) Received: from localhost (localhost [127.0.0.1]) by v4.rz.uni-leipzig.de (Postfix) with ESMTP id DDBF71F773A; Sun, 6 Apr 2008 19:24:48 +0200 (CEST) X-Virus-Scanned: by amavisd-new at v4-ul Received: from v4.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v4.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QcgdLIlcr5go; Sun, 6 Apr 2008 19:24:48 +0200 (CEST) Received: from v1.rz.uni-leipzig.de (v1.rz.uni-leipzig.de [139.18.1.26]) by v4.rz.uni-leipzig.de (Postfix) with ESMTP id C64811F7738; Sun, 6 Apr 2008 19:24:48 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by v1.rz.uni-leipzig.de (Postfix) with ESMTP id D7EE819060; Sun, 6 Apr 2008 19:24:46 +0200 (CEST) X-Virus-Scanned: by amavisd-new at v1-ul Received: from v1.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v1.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m2r8hT1mKDPK; Sun, 6 Apr 2008 19:24:46 +0200 (CEST) Received: from server1.rz.uni-leipzig.de (server1.rz.uni-leipzig.de [139.18.1.1]) by v1.rz.uni-leipzig.de (Postfix) with ESMTP id BECA419083; Sun, 6 Apr 2008 19:24:46 +0200 (CEST) Received: from [10.67.54.3] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by server1.rz.uni-leipzig.de (Postfix) with ESMTP id BA929396A; Sun, 6 Apr 2008 19:24:46 +0200 (CEST) From: Momchil Ivanov To: freebsd-stable@freebsd.org Date: Sun, 6 Apr 2008 19:24:44 +0200 User-Agent: KMail/1.9.7 References: <47EBA3AB.40307@infracaninophile.co.uk> <20080328142843.GD28690@dan.emsphone.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804061924.46120.slogster@gmail.com> Cc: Ivan Voras Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 17:52:25 -0000 On Friday 28 March 2008 16:26:16 Ivan Voras wrote: > All were tested within the same time: 50 seconds. Details: the machine > being tested was connected to a "reporter" machine via plain crossover > cable, the reporter had a TCP server and the tested machine had a TCP > client that run a tight loop of IO operations, single threaded, randomly > choosing between creating files and directories, appending to them and > changing (a random amount of data in a random position) them, then > sending to the server a description (log) of each IO operation after it > has been done. These were several Python scripts I wrote. I think that if you did different set of operations in the different test cases, you cannot compare the results. I think first you have to generate your random set of operations and then perform all test cases with it. After performing tests with several random sets of operations, you can draw some conclusions. Just my point of view. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 18:03:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4D61065671; Sun, 6 Apr 2008 18:03:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 224228FC17; Sun, 6 Apr 2008 18:03:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id DD3F71CC038; Sun, 6 Apr 2008 11:03:23 -0700 (PDT) Date: Sun, 6 Apr 2008 11:03:23 -0700 From: Jeremy Chadwick To: Guido van Rooij Message-ID: <20080406180323.GA65787@eos.sc1.parodius.com> References: <20080404174605.GA41929@gvr.gvr.org> <20080404194238.GA75601@walton.maths.tcd.ie> <20080405091349.GA78080@gvr.gvr.org> <20080405105803.GA2947@eos.sc1.parodius.com> <20080406152407.GA1836@gvr.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080406152407.GA1836@gvr.gvr.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: David Malone , freebsd-stable@freebsd.org, jhb@freebsd.org, nate@root.org Subject: Re: NTP on amd74 + powernow issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 18:03:24 -0000 On Sun, Apr 06, 2008 at 05:24:07PM +0200, Guido van Rooij wrote: > On Sat, Apr 05, 2008 at 03:58:03AM -0700, Jeremy Chadwick wrote: > > On Sat, Apr 05, 2008 at 11:13:49AM +0200, Guido van Rooij wrote: > > > On Fri, Apr 04, 2008 at 08:42:38PM +0100, David Malone wrote: > > > > On Fri, Apr 04, 2008 at 07:46:05PM +0200, Guido van Rooij wrote: > > > > > I've got a amd64 system where I;m using powernow. I am using th i8254 > > > > > timecounter. I keep getting time resets from ntp: > > > > > > > > I don't think the i8254 should be effected by the i8254. Are there > > > > any other choices listed under kern.timecounter.choice? I have one > > > > amd64 machine running powerd to control the powernow stuff and it > > > > works OK with the ACPI timer. > > > > > > Nope: > > > kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) > > > > > > IIRC I couldn't boot at all with acpi, so I disabled it. > > > > ACPI-fast should address the problem you're seeing with NTP drift. > > > > It would then be best to figure out why your machine won't boot with > > ACPI enabled. > > This lead to a panic as is described here: > http://bsd.haofood.net/2005/11/21/work-around-for-busted-rs-acpi-long/ > > The panic occurs because a \0 is in the namespace. It was suggested > to fix the problem by overwriting \0 with X or _ when loading the > acpi tables. > > This has not been fixed and there is no bios update for the motherboard... Ouch. Seems MSI should really be addressing this with a BIOS update, but I don't know of any technical contacts at MSI who could help with this. I realise it's probably in violation of the ACPI spec (re: MSI's fault), but other OSes probably have similar workarounds. Nate and/or John, is there any chance of getting a patch in for this, epsecially since it was reported over 2 years ago? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 19:17:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD3F1065673 for ; Sun, 6 Apr 2008 19:17:52 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id 25A508FC14 for ; Sun, 6 Apr 2008 19:17:51 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so705566ele.12 for ; Sun, 06 Apr 2008 12:17:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jKo5gD2AJZFuKyzlfHYsL1i1FC4JIMTpJo0HEZvI+fw=; b=JvJq0XBYQqzV6ur+bwdlt1kcgVOaQ3OhPvy8VPjoTSIGyJtPZa5doLidEQwjn0cL2uCJpt1I7lRV9+5uBOlAotnpFgWty2VtoW53yO7c1GJVvCy/kGTN2RIU3dmTrfJir6vxxY9fs2ptqodzBzqujH0Q7xuMBKaM22/8NdguDhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=b9+6KK/xDFCHcJBng4VKv24L8T8wa2lUzdmwXsC7v20AZW77plNLlHLcoxsIOWugXUrxfqvLb/pWy0e4Ru3F1TdLWlMbuaTmeV78mmnKdDknZttxyBD10Cr1CMR88Ychl6ubFgNJUb7OrKt+w/rAmnHuit2C+D3XgZ1ifkHrjXY= Received: by 10.141.161.6 with SMTP id n6mr1183539rvo.155.1207509470158; Sun, 06 Apr 2008 12:17:50 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Sun, 6 Apr 2008 12:17:50 -0700 (PDT) Message-ID: <9bbcef730804061217w7ead7eand3c16f00ea639453@mail.gmail.com> Date: Sun, 6 Apr 2008 21:17:50 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Momchil Ivanov" In-Reply-To: <200804061924.46120.slogster@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47EBA3AB.40307@infracaninophile.co.uk> <20080328142843.GD28690@dan.emsphone.com> <200804061924.46120.slogster@gmail.com> X-Google-Sender-Auth: 4e4aad92dd396fa6 Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 19:17:52 -0000 2008/4/6 Momchil Ivanov : > I think that if you did different set of operations in the different test > cases, you cannot compare the results. I think first you have to generate > your random set of operations and then perform all test cases with it. After > performing tests with several random sets of operations, you can draw some > conclusions. That's a good suggestion, though the results I've posted are not from a single run. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 20:40:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C8271065677 for ; Sun, 6 Apr 2008 20:40:18 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id E9C408FC18 for ; Sun, 6 Apr 2008 20:40:17 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate01.web.de (Postfix) with ESMTP id 291DDDA2B05A for ; Sun, 6 Apr 2008 22:19:58 +0200 (CEST) Received: from [217.236.5.110] (helo=localhost) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1JibLI-0007Cg-00 for freebsd-stable@freebsd.org; Sun, 06 Apr 2008 22:19:56 +0200 Date: Sun, 6 Apr 2008 22:19:54 +0200 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20080406221954.39dbdb56@web.de> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/m36ktMfuzYouMBAxC/xj9dO5a62Tor0FB8Q77 61/bKZptRo3gxVYACvAWPt6j0vI07dghGpnTw5WWWjHDbR1jO5 fCzrusS/A= Subject: USB loses devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 20:40:18 -0000 Hello, I have some annoying problems with USB support on i386 and amd64. The controller deactivates devices sometimes. This is often the keyboard or mouse while I'm using Xorg. All LEDs and the power is off on the affected device when the problem occurs. Usually I don't get any messages about it in syslog, but this time I was away at the phone for an hour and some messages appeared. usb6: host controller process error After detaching and reattaching my mouse, I also got something that looked like: uhub6: device problem (TIMEOUT) ... That was on amd64. Usually reattaching helps to re-enable the devices, but this time it was totally broken. I don't know the exact message, because I restarted the PC to get my mouse working again and I've seen it accidentally. On i386 I'm losing a Cherry G83 keyboard and Logitech mouse (both USB) attached to a Lenovo Thinkpad T60p. On amd64 platform I have a Logitech G5 Laser mouse that uses a USB port. This is nothing exotic, in my opinion, so I suppose that more people than me must know this problem. I'm using -STABLE on both platforms. I've had this problem already when I installed the PRERELEASES of 7.0. moused is off, because I had problems with X recently that are well-known and already discussed here. I don't know how to describe it further. Anyone else with USB problems here? -- Martin From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 21:37:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2696106564A for ; Sun, 6 Apr 2008 21:37:08 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 931568FC19 for ; Sun, 6 Apr 2008 21:37:08 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id m36Lb6uv055305 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 6 Apr 2008 14:37:07 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> From: Doug Hardie To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 6 Apr 2008 14:37:06 -0700 X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.88.7/6635/Sun Apr 6 09:29:31 2008 on zoot.lafn.org X-Virus-Status: Clean Subject: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 21:37:08 -0000 Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to return a null if an environment variable is set but has no value. I don't find anything anywhere in the documentation/man pages on this. As a result, you cannot distinguish between a variable that is not set and one that is set to a value of "". Is this a bug or a feature change? From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 21:45:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3130A1065674 for ; Sun, 6 Apr 2008 21:45:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 188108FC1C for ; Sun, 6 Apr 2008 21:45:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 13ED81CC038; Sun, 6 Apr 2008 14:45:24 -0700 (PDT) Date: Sun, 6 Apr 2008 14:45:24 -0700 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080406214524.GA72199@eos.sc1.parodius.com> References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 21:45:24 -0000 On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: > Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to return a > null if an environment variable is set but has no value. I don't find > anything anywhere in the documentation/man pages on this. As a result, you > cannot distinguish between a variable that is not set and one that is set > to a value of "". Is this a bug or a feature change? I'd begin peeking here: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 21:52:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E17B106566B for ; Sun, 6 Apr 2008 21:52:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 246018FC25 for ; Sun, 6 Apr 2008 21:52:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 10FE01CC05B; Sun, 6 Apr 2008 14:52:37 -0700 (PDT) Date: Sun, 6 Apr 2008 14:52:37 -0700 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080406215237.GA72336@eos.sc1.parodius.com> References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080406214524.GA72199@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 21:52:37 -0000 On Sun, Apr 06, 2008 at 02:45:24PM -0700, Jeremy Chadwick wrote: > On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: > > Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to return a > > null if an environment variable is set but has no value. I don't find > > anything anywhere in the documentation/man pages on this. As a result, you > > cannot distinguish between a variable that is not set and one that is set > > to a value of "". Is this a bug or a feature change? > > I'd begin peeking here: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c Follow-up: the manpages between 6.3-PRERELEASE and 7.0-STABLE do document said change: http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+6.3-RELEASE&format=html http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+7.0-stable&format=html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 22:02:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B028106564A for ; Sun, 6 Apr 2008 22:02:47 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id D4DA68FC1D for ; Sun, 6 Apr 2008 22:02:46 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id m36M2jjX056203 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 6 Apr 2008 15:02:46 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: From: Doug Hardie To: Jeremy Chadwick In-Reply-To: <20080406214524.GA72199@eos.sc1.parodius.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: Sun, 6 Apr 2008 15:02:44 -0700 References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.88.7/6635/Sun Apr 6 09:29:31 2008 on zoot.lafn.org X-Virus-Status: Clean Cc: FreeBSD Stable Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 22:02:47 -0000 On Apr 6, 2008, at 14:45, Jeremy Chadwick wrote: > On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: >> Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to >> return a >> null if an environment variable is set but has no value. I don't >> find >> anything anywhere in the documentation/man pages on this. As a >> result, you >> cannot distinguish between a variable that is not set and one that >> is set >> to a value of "". Is this a bug or a feature change? > > I'd begin peeking here: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c Did that prior to my original posting. I find nothing there on it. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 22:16:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5261C106564A for ; Sun, 6 Apr 2008 22:16:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 381EC8FC13 for ; Sun, 6 Apr 2008 22:16:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 31C841CC038; Sun, 6 Apr 2008 15:16:20 -0700 (PDT) Date: Sun, 6 Apr 2008 15:16:20 -0700 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080406221620.GA73124@eos.sc1.parodius.com> References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> 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 Stable Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 22:16:20 -0000 On Sun, Apr 06, 2008 at 03:02:44PM -0700, Doug Hardie wrote: > On Apr 6, 2008, at 14:45, Jeremy Chadwick wrote: >> On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: >>> Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to return a >>> null if an environment variable is set but has no value. I don't find >>> anything anywhere in the documentation/man pages on this. As a result, >>> you >>> cannot distinguish between a variable that is not set and one that is set >>> to a value of "". Is this a bug or a feature change? >> >> I'd begin peeking here: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c > > Did that prior to my original posting. I find nothing there on it. The manpage change is documented in revision 1.27. See my other mail documenting proof that the manpages do in fact document the change: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.3 Using that commit message as a cross-reference, we can correlate the commit in getenv.c -- revision 1.9: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c.diff?r1=1.8;r2=1.9;f=h -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 22:17:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD1D7106566B for ; Sun, 6 Apr 2008 22:17:58 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0F38FC1F for ; Sun, 6 Apr 2008 22:17:58 +0000 (UTC) (envelope-from joafog.lists@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so290629anc.13 for ; Sun, 06 Apr 2008 15:17:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=dPpBpV0CJNEPFtwcONp/hH2BUQ/k8ScjM5gVZ8LQecI=; b=wkNyfy9+jUQKTvwCco/XtVygbMVQARlMcCQ669EYF2D1PNkNHjGNU4V0E+/HQfi/R7o/EjHkWUbJ5DJ4xtY7fzCH4gbQAet9vNeKBpBbzB9TIFB3/EziJ0PqLwygEGOgv3ljq9ZdZF0CQQ/M4OKpHtKwTbb4//iBPRpYNZ9LyU0= 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=cmFMKQCdRC8RbA4/lvlEDM/n5/bquXjR+7XDffgQzyNxqitc/q3vM+dORlZsyXkRvMUYGYhWbEQoKQubZoWszp49Cl1A6EjnJ/ZWhheNXUaBkUMPfDEpEhU2t+XQhaCU1+DzRxjNzGtFapgyUX2ICFh3qP4lodzr9vhCfnxsmJo= Received: by 10.100.143.12 with SMTP id q12mr7812623and.12.1207520277821; Sun, 06 Apr 2008 15:17:57 -0700 (PDT) Received: by 10.100.37.6 with HTTP; Sun, 6 Apr 2008 15:17:57 -0700 (PDT) Message-ID: Date: Mon, 7 Apr 2008 00:17:57 +0200 From: "Joakim Fogelberg" To: Martin In-Reply-To: <20080406221954.39dbdb56@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080406221954.39dbdb56@web.de> Cc: freebsd-stable@freebsd.org Subject: Re: USB loses devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 22:17:58 -0000 On Sun, Apr 6, 2008 at 10:19 PM, Martin wrote: > > Hello, > > I have some annoying problems with USB support on i386 and amd64. The > controller deactivates devices sometimes. This is often the keyboard or > mouse while I'm using Xorg. All LEDs and the power is off on the > affected device when the problem occurs. > > Usually I don't get any messages about it in syslog, but this time I > was away at the phone for an hour and some messages appeared. > > usb6: host controller process error > > After detaching and reattaching my mouse, I also got something that > looked like: > > uhub6: device problem (TIMEOUT) ... > > That was on amd64. Usually reattaching helps to re-enable the devices, > but this time it was totally broken. > > I don't know the exact message, because I restarted the PC to get my > mouse working again and I've seen it accidentally. > > On i386 I'm losing a Cherry G83 keyboard and Logitech mouse (both USB) > attached to a Lenovo Thinkpad T60p. On amd64 platform I have a > Logitech G5 Laser mouse that uses a USB port. This is nothing exotic, > in my opinion, so I suppose that more people than me must know this > problem. > > I'm using -STABLE on both platforms. I've had this problem already when > I installed the PRERELEASES of 7.0. > > moused is off, because I had problems with X recently that are > well-known and already discussed here. I don't know how to describe it > further. > > Anyone else with USB problems here? i386, 7.0 (and PRERELEASE of 7.0), Xorg and Logitech G5 Laser mouse. I have seen the same, or a similar, problem with my mouse a few, maybe 5, times this year. One time I had to reattach the mouse to another usb port, and I believe I had a similar error message (host controller process error). The other times I only had to detach and reattach the mouse in the same usb port. I have not been able to reproduce the problems. -- Joakim Fogelberg From owner-freebsd-stable@FreeBSD.ORG Sun Apr 6 22:46:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B04F6106566C for ; Sun, 6 Apr 2008 22:46:08 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA928FC0C for ; Sun, 6 Apr 2008 22:46:08 +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 E50415B42; Sun, 6 Apr 2008 15:46:07 -0700 (PDT) To: Doug Hardie In-reply-to: Your message of "Sun, 06 Apr 2008 14:37:06 PDT." <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> Date: Sun, 06 Apr 2008 15:46:07 -0700 From: Bakul Shah Message-Id: <20080406224607.E50415B42@mail.bitblocks.com> Cc: FreeBSD Stable Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 22:46:08 -0000 On Sun, 06 Apr 2008 14:37:06 PDT Doug Hardie wrote: > Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to > return a null if an environment variable is set but has no value. I > don't find anything anywhere in the documentation/man pages on this. > As a result, you cannot distinguish between a variable that is not set > and one that is set to a value of "". Is this a bug or a feature > change? This is not what I see on 7.0 or -current (and it would not be standard compliant). Try this under /bin/sh: cat >x.c< #include int main(int c, char**v) { char* a = getenv(v[1]); printf("%s\n", a? a : "--null--"); return 0; } EOF cc x.c foo="" ./a.out foo # this should return a blank line ./a.out foo # this should return a line with --null-- If your system behaves differently may be you can attach a simple test that shows the bug? From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 00:54:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C374106564A for ; Mon, 7 Apr 2008 00:54:45 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDDC8FC19 for ; Mon, 7 Apr 2008 00:54:45 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A8B311CC038; Sun, 6 Apr 2008 17:54:44 -0700 (PDT) Date: Sun, 6 Apr 2008 17:54:44 -0700 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080407005444.GB77472@eos.sc1.parodius.com> References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> <20080406215237.GA72336@eos.sc1.parodius.com> 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-stable@freebsd.org Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 00:54:45 -0000 On Sun, Apr 06, 2008 at 03:05:18PM -0700, Doug Hardie wrote: > > On Apr 6, 2008, at 14:52, Jeremy Chadwick wrote: >> On Sun, Apr 06, 2008 at 02:45:24PM -0700, Jeremy Chadwick wrote: >>> On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: >>>> Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to return >>>> a >>>> null if an environment variable is set but has no value. I don't find >>>> anything anywhere in the documentation/man pages on this. As a result, >>>> you >>>> cannot distinguish between a variable that is not set and one that is >>>> set >>>> to a value of "". Is this a bug or a feature change? >>> >>> I'd begin peeking here: >>> >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c >> >> Follow-up: the manpages between 6.3-PRERELEASE and 7.0-STABLE do >> document said change: >> >> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+6.3-RELEASE&format=html > > Says that if the environment variable is NOT IN THE ENVIRONMENT then null > is returned. Setting the variable to "" does put it in the environment. > env returns it properly. > >> >> >> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+7.0-stable&format=html > > Same thing. I find nothing documented about this change. I'm not sure where you're going with this. I see it clearly in the ERRORS section. But besides that, just like Bakul Shah, I cannot reproduce this problem: $ uname -mr 7.0-STABLE amd64 $ gcc -o z z.c $ ./z getenv(FOO) = (null) $ export FOO=yep $ ./z getenv(FOO) = yep export FOO= $ ./z getenv(FOO) = $ cat z.c #include #include int main(void) { char *e = getenv("FOO"); printf("getenv(FOO) = %s\n", e); return 0; } Finally, why did you take freebsd-stable off this mail conversation? If others have the same question in the future, they're not going to be able to read what partook here. I'm re-adding the list. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 03:18:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCA6D1065673; Mon, 7 Apr 2008 03:18:21 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7EBBE8FC16; Mon, 7 Apr 2008 03:18:21 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id m373IJ9e067308 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 6 Apr 2008 20:18:20 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: <48EED2B2-CB92-4907-A70B-9E86566F4EF3@lafn.org> From: Doug Hardie To: Jeremy Chadwick In-Reply-To: <20080407005444.GB77472@eos.sc1.parodius.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: Sun, 6 Apr 2008 20:18:20 -0700 References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> <20080406215237.GA72336@eos.sc1.parodius.com> <20080407005444.GB77472@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.88.7/6642/Sun Apr 6 19:36:02 2008 on zoot.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 03:18:21 -0000 On Apr 6, 2008, at 17:54, Jeremy Chadwick wrote: > On Sun, Apr 06, 2008 at 03:05:18PM -0700, Doug Hardie wrote: >> >> On Apr 6, 2008, at 14:52, Jeremy Chadwick wrote: >>> On Sun, Apr 06, 2008 at 02:45:24PM -0700, Jeremy Chadwick wrote: >>>> On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: >>>>> Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to >>>>> return >>>>> a >>>>> null if an environment variable is set but has no value. I >>>>> don't find >>>>> anything anywhere in the documentation/man pages on this. As a >>>>> result, >>>>> you >>>>> cannot distinguish between a variable that is not set and one >>>>> that is >>>>> set >>>>> to a value of "". Is this a bug or a feature change? >>>> >>>> I'd begin peeking here: >>>> >>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c >>> >>> Follow-up: the manpages between 6.3-PRERELEASE and 7.0-STABLE do >>> document said change: >>> >>> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+6.3-RELEASE&format=html >> >> Says that if the environment variable is NOT IN THE ENVIRONMENT >> then null >> is returned. Setting the variable to "" does put it in the >> environment. >> env returns it properly. >> >>> >>> >>> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+7.0-stable&format=html >> >> Same thing. I find nothing documented about this change. > > I'm not sure where you're going with this. I see it clearly in the > ERRORS section. I didn't think that having a defined variable with the value "" would be an error. getenv does not return EINVAL but returns a zero. I would have expected some notification in the description of getenv. > > > But besides that, just like Bakul Shah, I cannot reproduce this > problem: > > $ uname -mr > 7.0-STABLE amd64 > $ gcc -o z z.c > $ ./z > getenv(FOO) = (null) > $ export FOO=yep > $ ./z > getenv(FOO) = yep > export FOO= > $ ./z > getenv(FOO) = > $ cat z.c > #include > #include > > int main(void) > { > char *e = getenv("FOO"); > > printf("getenv(FOO) = %s\n", e); > return 0; > } At this time, it does return a pointer to "". However, earlier today it did not. It returned a zero. It was quite consistent for several hours. I wonder if this is another issue with gdb. It seems to be quite flakey on 7.0. > > > Finally, why did you take freebsd-stable off this mail > conversation? If > others have the same question in the future, they're not going to be > able to read what partook here. I'm re-adding the list. Thought I did include it. Must have used reply instead of reply all. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 05:38:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE121065670 for ; Mon, 7 Apr 2008 05:38:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1E19D8FC18 for ; Mon, 7 Apr 2008 05:38:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F09B81CC033; Sun, 6 Apr 2008 22:38:49 -0700 (PDT) Date: Sun, 6 Apr 2008 22:38:49 -0700 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080407053849.GA85535@eos.sc1.parodius.com> References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> <20080406215237.GA72336@eos.sc1.parodius.com> <20080407005444.GB77472@eos.sc1.parodius.com> <48EED2B2-CB92-4907-A70B-9E86566F4EF3@lafn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EED2B2-CB92-4907-A70B-9E86566F4EF3@lafn.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 05:38:50 -0000 On Sun, Apr 06, 2008 at 08:18:20PM -0700, Doug Hardie wrote: > On Apr 6, 2008, at 17:54, Jeremy Chadwick wrote: >> On Sun, Apr 06, 2008 at 03:05:18PM -0700, Doug Hardie wrote: >>> >>> On Apr 6, 2008, at 14:52, Jeremy Chadwick wrote: >>>> On Sun, Apr 06, 2008 at 02:45:24PM -0700, Jeremy Chadwick wrote: >>>>> On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: >>>>>> Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to >>>>>> return >>>>>> a >>>>>> null if an environment variable is set but has no value. I don't find >>>>>> anything anywhere in the documentation/man pages on this. As a >>>>>> result, >>>>>> you >>>>>> cannot distinguish between a variable that is not set and one that is >>>>>> set >>>>>> to a value of "". Is this a bug or a feature change? >>>>> >>>>> I'd begin peeking here: >>>>> >>>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c >>>> >>>> Follow-up: the manpages between 6.3-PRERELEASE and 7.0-STABLE do >>>> document said change: >>>> >>>> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+6.3-RELEASE&format=html >>> >>> Says that if the environment variable is NOT IN THE ENVIRONMENT then null >>> is returned. Setting the variable to "" does put it in the environment. >>> env returns it properly. >>> >>>> >>>> >>>> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+7.0-stable&format=html >>> >>> Same thing. I find nothing documented about this change. >> >> I'm not sure where you're going with this. I see it clearly in the >> ERRORS section. > > I didn't think that having a defined variable with the value "" would be an > error. getenv does not return EINVAL but returns a zero. I would have > expected some notification in the description of getenv. My apologies: I misread the manpage. The ERRORS section applies to setenv(), putenv(), and unsetenv() -- not getenv(). So ignore my earlier claims about EINVAL being relevant to getenv(). getenv() will either return a pointer to what the environment variable contains (and if empty (e.g. ""), it should stil return a pointer to a buffer that consists of nothing but NULL), or if getenv() returns NULL then it means the variable isn't set. >> But besides that, just like Bakul Shah, I cannot reproduce this problem: >> >> $ uname -mr >> 7.0-STABLE amd64 >> $ gcc -o z z.c >> $ ./z >> getenv(FOO) = (null) >> $ export FOO=yep >> $ ./z >> getenv(FOO) = yep >> export FOO= >> $ ./z >> getenv(FOO) = >> $ cat z.c >> #include >> #include >> >> int main(void) >> { >> char *e = getenv("FOO"); >> >> printf("getenv(FOO) = %s\n", e); >> return 0; >> } > > At this time, it does return a pointer to "". However, earlier today it > did not. It returned a zero. It was quite consistent for several hours. > I wonder if this is another issue with gdb. It seems to be quite flakey on > 7.0. I'd expect there to be an immense amount of "random breakage" in all sorts of scripts on a system, ditto with Apache spawning CGIs which rely on environment variables (REMOTE_ADDR comes to mind), if getenv() was unreliable. The ports system, for example, relies heavily upon environment variables. As I was writing this, I was thinking if a local resource starvation issue could cause this (libc being unable to malloc some memory without a proper failure check, or stack space running out), but after looking at getenv() and related functions, I don't see how this could be possible. The next time it happens, post here with some more details. Definitely a mysterious one... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 06:25:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5597F106566C; Mon, 7 Apr 2008 06:25:37 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id CF3E38FC14; Mon, 7 Apr 2008 06:25:36 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id m376PY1U073966 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 6 Apr 2008 23:25:35 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: <3554B945-7E75-448E-9BCF-977E9B9955C3@lafn.org> From: Doug Hardie To: Jeremy Chadwick In-Reply-To: <20080407053849.GA85535@eos.sc1.parodius.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: Sun, 6 Apr 2008 23:25:34 -0700 References: <1794897B-7A36-412A-8849-87F10268EBAE@lafn.org> <20080406214524.GA72199@eos.sc1.parodius.com> <20080406215237.GA72336@eos.sc1.parodius.com> <20080407005444.GB77472@eos.sc1.parodius.com> <48EED2B2-CB92-4907-A70B-9E86566F4EF3@lafn.org> <20080407053849.GA85535@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.88.7/6644/Sun Apr 6 22:18:13 2008 on zoot.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: getenv in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 06:25:37 -0000 On Apr 6, 2008, at 22:38, Jeremy Chadwick wrote: > On Sun, Apr 06, 2008 at 08:18:20PM -0700, Doug Hardie wrote: >> On Apr 6, 2008, at 17:54, Jeremy Chadwick wrote: >>> On Sun, Apr 06, 2008 at 03:05:18PM -0700, Doug Hardie wrote: >>>> >>>> On Apr 6, 2008, at 14:52, Jeremy Chadwick wrote: >>>>> On Sun, Apr 06, 2008 at 02:45:24PM -0700, Jeremy Chadwick wrote: >>>>>> On Sun, Apr 06, 2008 at 02:37:06PM -0700, Doug Hardie wrote: >>>>>>> Somewhere between FreeBSD 6.2 and 7.0 getenv has been changed to >>>>>>> return >>>>>>> a >>>>>>> null if an environment variable is set but has no value. I >>>>>>> don't find >>>>>>> anything anywhere in the documentation/man pages on this. As a >>>>>>> result, >>>>>>> you >>>>>>> cannot distinguish between a variable that is not set and one >>>>>>> that is >>>>>>> set >>>>>>> to a value of "". Is this a bug or a feature change? >>>>>> >>>>>> I'd begin peeking here: >>>>>> >>>>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/ >>>>>> getenv.c >>>>> >>>>> Follow-up: the manpages between 6.3-PRERELEASE and 7.0-STABLE do >>>>> document said change: >>>>> >>>>> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+6.3-RELEASE&format=html >>>> >>>> Says that if the environment variable is NOT IN THE ENVIRONMENT >>>> then null >>>> is returned. Setting the variable to "" does put it in the >>>> environment. >>>> env returns it properly. >>>> >>>>> >>>>> >>>>> http://www.freebsd.org/cgi/man.cgi?query=getenv&apropos=0&sektion=3&manpath=FreeBSD+7.0-stable&format=html >>>> >>>> Same thing. I find nothing documented about this change. >>> >>> I'm not sure where you're going with this. I see it clearly in the >>> ERRORS section. >> >> I didn't think that having a defined variable with the value "" >> would be an >> error. getenv does not return EINVAL but returns a zero. I would >> have >> expected some notification in the description of getenv. > > My apologies: I misread the manpage. The ERRORS section applies to > setenv(), putenv(), and unsetenv() -- not getenv(). So ignore my > earlier claims about EINVAL being relevant to getenv(). > > getenv() will either return a pointer to what the environment variable > contains (and if empty (e.g. ""), it should stil return a pointer to a > buffer that consists of nothing but NULL), or if getenv() returns NULL > then it means the variable isn't set. earlier today I definitely saw 0x0 returned for several hours. Broke a bunch of my code. One was in a core dump, the others were in gdb. Now its not doing that. > > >>> But besides that, just like Bakul Shah, I cannot reproduce this >>> problem: >>> >>> $ uname -mr >>> 7.0-STABLE amd64 >>> $ gcc -o z z.c >>> $ ./z >>> getenv(FOO) = (null) >>> $ export FOO=yep >>> $ ./z >>> getenv(FOO) = yep >>> export FOO= >>> $ ./z >>> getenv(FOO) = >>> $ cat z.c >>> #include >>> #include >>> >>> int main(void) >>> { >>> char *e = getenv("FOO"); >>> >>> printf("getenv(FOO) = %s\n", e); >>> return 0; >>> } >> >> At this time, it does return a pointer to "". However, earlier >> today it >> did not. It returned a zero. It was quite consistent for several >> hours. >> I wonder if this is another issue with gdb. It seems to be quite >> flakey on >> 7.0. > > I'd expect there to be an immense amount of "random breakage" in all > sorts of scripts on a system, ditto with Apache spawning CGIs which > rely > on environment variables (REMOTE_ADDR comes to mind), if getenv() was > unreliable. The ports system, for example, relies heavily upon > environment variables. I have been relying on environment variables since 2.5. Never had an issue till now. While I do have heavily loaded servers that heavily use them, this paticular server is very lightly loaded and rarely uses them. > > > As I was writing this, I was thinking if a local resource starvation > issue could cause this (libc being unable to malloc some memory > without > a proper failure check, or stack space running out), but after looking > at getenv() and related functions, I don't see how this could be > possible. > > The next time it happens, post here with some more details. > Definitely > a mysterious one... I agree. I suspect though that it might be related to gdb. I can't explain the first core dump, but I have encountered enough bugs with gdb that I have no problems with it being the cause. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 12:35:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DF51065677 for ; Mon, 7 Apr 2008 12:35:11 +0000 (UTC) (envelope-from eric@promotion-onweb.com) Received: from www.to-promote.net (unknown [IPv6:2002:40b6:75af:1:230:48ff:fe71:4647]) by mx1.freebsd.org (Postfix) with SMTP id EE1448FC14 for ; Mon, 7 Apr 2008 12:35:10 +0000 (UTC) (envelope-from eric@promotion-onweb.com) From: "Eric Gordon" To: freebsd-stable@freebsd.org Message-Id: <20080407123510.EE1448FC14@mx1.freebsd.org> Date: Mon, 7 Apr 2008 12:35:10 +0000 (UTC) Subject: Advertising opportunity for http://lists.freebsd.org/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 12:35:11 -0000 Dear Webmaster, My name is Eric Gordon and I am writing to you today to inform you of a great business opportunity for your website. I am looking for reputable websites who will support us in promoting our client's websites and I would be pleased to work with you. We have an exciting special promotion for you this month. One of our clients is giving away autographed cricket accessories by Shane Warne. Contact me today to find out how to participate in the promotion and to receive a cricket ball, shirt or mini bat signed by the legendary Shane Warne. I am looking forward to hearing from you. Regards, Eric Gordon Advertising Consultant Business Development Department eric@promotion-onweb.com http://www.promotion-onweb.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 16:47:29 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB57E1065675 for ; Mon, 7 Apr 2008 16:47:29 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 329D98FC19 for ; Mon, 7 Apr 2008 16:47:28 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m37GGwBM019118 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 7 Apr 2008 18:16:59 +0200 From: "Petr Holub" To: Date: Mon, 7 Apr 2008 18:16:53 +0200 Message-ID: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AciYyqyLmht0PHSzRhi9UVsuSCFPVA== Content-Language: cs x-cr-hashedpuzzle: AbdL Adyg AzgN BU5x BaQk B3mK CVeC C4Lu FWzn F802 GY8E JafN K+9i LEPU LwN6 L7z0; 1; cwB0AGEAYgBsAGUAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {824230F2-88CB-4EE1-9FD1-F66233978EAD}; aABvAHAAZQB0AEAAaQBjAHMALgBtAHUAbgBpAC4AYwB6AA==; Mon, 07 Apr 2008 16:16:13 GMT; cABhAG4AaQBjAHMAIABvAG4AIAA2AC4AMwAtAFIARQBMAEUAQQBTAEUAIABpAG4AIABJAFAAIABzAHQAYQBjAGsA x-cr-puzzleid: {824230F2-88CB-4EE1-9FD1-F66233978EAD} X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 07 Apr 2008 18:16:59 +0200 (CEST) Cc: Subject: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 16:47:29 -0000 Hi all, I started to play with RAT application (ports: mbone/rat + an SVN = version) and it seems to crash my 6.3-RELEASE-p1 box in rather deterministic way. = Crash details are shown below. Has anyone seen a problem like this? Thanks, Petr GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0713a7f stack pointer =3D 0x28:0xe8583b38 frame pointer =3D 0x28:0xe8583b40 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 9460 (rat-4.4.01) trap number =3D 12 panic: page fault Uptime: 35m41s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261760 pages) 1007 991 975 959 943 927 911 895 879 = 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 = 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 = 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06a4ad6 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06a4d6c in panic (fmt=3D0xc096ba63 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc090d0d4 in trap_fatal (frame=3D0xe8583af8, eva=3D0) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc090ce3b in trap_pfault (frame=3D0xe8583af8, usermode=3D0, = eva=3D0) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc090ca79 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D -983498712, tf_edi =3D = -396870780, tf_esi =3D -396870780, tf_ebp =3D -396870848, tf_isp =3D -396870876, = tf_ebx =3D -972494912, tf_edx =3D -975435904, tf_ecx =3D 0, tf_eax =3D 0, tf_trapno = =3D 12, tf_err =3D 0, tf_eip =3D -1066321281, tf_cs =3D 32, tf_eflags =3D 66183, = tf_esp =3D -396870780, tf_ss =3D -985987072}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc08f9f0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0713a7f in if_findmulti (ifp=3D0x0, sa=3D0xe8583b84) at /usr/src/sys/net/if.c:1893 #8 0xc0713c1f in if_addmulti (ifp=3D0xc53b0800, sa=3D0xe8583b84,=20 retifma=3D0xe8583b80) at /usr/src/sys/net/if.c:2001 #9 0xc073f6bb in in_addmulti (ap=3D0xe8583bb8, ifp=3D0xc53b0800) at /usr/src/sys/netinet/in.c:982 #10 0xc0748898 in ip_setmoptions (inp=3D0xc58a3d5c, sopt=3D0xc5dc0780) at /usr/src/sys/netinet/ip_output.c:1897 #11 0xc0747cc7 in ip_ctloutput_pcbinfo (so=3D0xc60469bc, = sopt=3D0xe8583c90,=20 pcbinfo=3D0xc0a746a0) at /usr/src/sys/netinet/ip_output.c:1314 #12 0xc0747f74 in ip_ctloutput (so=3D0xc60469bc, sopt=3D0xe8583c90) at /usr/src/sys/netinet/ip_output.c:1516 #13 0xc06dfcf0 in sosetopt (so=3D0xc60469bc, sopt=3D0xe8583c90) at /usr/src/sys/kern/uipc_socket.c:1575 #14 0xc06e5071 in kern_setsockopt (td=3D0xc5dc0780, s=3D4, level=3D0, = name=3D0,=20 val=3D0x0, valseg=3DUIO_USERSPACE, valsize=3D3319531392) at /usr/src/sys/kern/uipc_syscalls.c:1351 #15 0xc06e4f92 in setsockopt (td=3D0xc5dc0780, uap=3D0x0) at /usr/src/sys/kern/uipc_syscalls.c:1307 #16 0xc090d3eb in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134598976, = tf_esi =3D 47000, tf_ebp =3D -1077942872, tf_isp =3D -396870300, tf_ebx =3D = -1077942896, tf_edx =3D -270598176, tf_ecx =3D 23, tf_eax =3D 105, tf_trapno =3D 12, = tf_err =3D 2, tf_eip =3D 672253131, tf_cs =3D 51, tf_eflags =3D 658, tf_esp =3D = -1077942980, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 #17 0xc08f9f5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #18 0x00000033 in ?? () (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc06a4ad6 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf =3D 1 #2 0xc06a4d6c in panic (fmt=3D0xc096ba63 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 td =3D (struct thread *) 0xc5dc0780 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc5dc0780 "H6=DC=C5=C0YE=C5" buf =3D "page fault", '\0' #3 0xc090d0d4 in trap_fatal (frame=3D0xe8583af8, eva=3D0) at /usr/src/sys/i386/i386/trap.c:838 code =3D 40 ss =3D 40 esp =3D 0 type =3D 12 softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D 27,=20 ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 6, ssd_xx1 =3D 3, ssd_def32 =3D = 1,=20 ssd_gran =3D 1} msg =3D 0x0 #4 0xc090ce3b in trap_pfault (frame=3D0xe8583af8, usermode=3D0, = eva=3D0) at /usr/src/sys/i386/i386/trap.c:745 va =3D 0 vm =3D (struct vmspace *) 0x0 map =3D 0xc5fbc000 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xc5dc0780 p =3D (struct proc *) 0xc5dc3648 #5 0xc090ca79 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D -983498712, tf_edi =3D = -396870780, tf_esi =3D -396870780, tf_ebp =3D -396870848, tf_isp =3D -396870876, = tf_ebx =3D -972494912, tf_edx =3D -975435904, tf_ecx =3D 0, tf_eax =3D 0, tf_trapno = =3D 12, tf_err =3D 0, tf_eip =3D -1066321281, tf_cs =3D 32, tf_eflags =3D 66183, = tf_esp =3D -396870780, tf_ss =3D -985987072}) at /usr/src/sys/i386/i386/trap.c:435 td =3D (struct thread *) 0xc5dc0780 p =3D (struct proc *) 0xc5dc3648 sticks =3D 3314033776 type =3D 12 i =3D 0 ucode =3D 0 code =3D 0 eva =3D 0 #6 0xc08f9f0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc0713a7f in if_findmulti (ifp=3D0x0, sa=3D0xe8583b84) at /usr/src/sys/net/if.c:1893 ifma =3D (struct ifmultiaddr *) 0xc608e7c0 #8 0xc0713c1f in if_addmulti (ifp=3D0xc53b0800, sa=3D0xe8583b84,=20 retifma=3D0xe8583b80) at /usr/src/sys/net/if.c:2001 ifma =3D (struct ifmultiaddr *) 0xe8583b84 ll_ifma =3D (struct ifmultiaddr *) 0xc5dc0780 llsa =3D (struct sockaddr *) 0xe8583b64 error =3D -987328256 #9 0xc073f6bb in in_addmulti (ap=3D0xe8583bb8, ifp=3D0xc53b0800) at /usr/src/sys/netinet/in.c:982 inm =3D (struct in_multi *) 0xe8583b84 error =3D 0 sin =3D {sin_len =3D 16 '\020', sin_family =3D 2 '\002', sin_port =3D = 0,=20 sin_addr =3D {s_addr =3D 4024369120}, sin_zero =3D "\000\000\000\000\000\000\000"} ifma =3D (struct ifmultiaddr *) 0xc58a3d5c #10 0xc0748898 in ip_setmoptions (inp=3D0xc58a3d5c, sopt=3D0xc5dc0780) at /usr/src/sys/netinet/ip_output.c:1897 error =3D 0 i =3D 0 addr =3D {s_addr =3D 0} mreq =3D {imr_multiaddr =3D {s_addr =3D 4024369120}, imr_interface =3D = { s_addr =3D 0}} ifp =3D (struct ifnet *) 0xc53b0800 imo =3D (struct ip_moptions *) 0xc552c200 ro =3D {ro_rt =3D 0x0, ro_dst =3D {sa_len =3D 16 '\020',=20 sa_family =3D 2 '\002',=20 sa_data =3D "\000\000=E0=FF=DE=EF\000\000\000\000\000\000\000"}} ifindex =3D -975435904 #11 0xc0747cc7 in ip_ctloutput_pcbinfo (so=3D0xc60469bc, = sopt=3D0xe8583c90,=20 pcbinfo=3D0xc0a746a0) at /usr/src/sys/netinet/ip_output.c:1314 inp =3D (struct inpcb *) 0xc58a3d5c error =3D 0 optval =3D 0 #12 0xc0747f74 in ip_ctloutput (so=3D0xc60469bc, sopt=3D0xe8583c90) at /usr/src/sys/netinet/ip_output.c:1516 No locals. #13 0xc06dfcf0 in sosetopt (so=3D0xc60469bc, sopt=3D0xe8583c90) at /usr/src/sys/kern/uipc_socket.c:1575 error =3D -975435904 optval =3D -1048225976 l =3D {l_onoff =3D -396870524, l_linger =3D 0} tv =3D {tv_sec =3D -1066137227, tv_usec =3D -1048309760} val =3D 0 #14 0xc06e5071 in kern_setsockopt (td=3D0xc5dc0780, s=3D4, level=3D0, = name=3D0,=20 val=3D0x0, valseg=3DUIO_USERSPACE, valsize=3D3319531392) at /usr/src/sys/kern/uipc_syscalls.c:1351 error =3D 0 fp =3D (struct file *) 0xc5d77c60 sopt =3D {sopt_dir =3D SOPT_SET, sopt_level =3D 0, sopt_name =3D 12,=20 sopt_val =3D 0xbfbfe584, sopt_valsize =3D 8, sopt_td =3D 0xc5dc0780} #15 0xc06e4f92 in setsockopt (td=3D0xc5dc0780, uap=3D0x0) at /usr/src/sys/kern/uipc_syscalls.c:1307 No locals. #16 0xc090d3eb in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134598976, = tf_esi =3D 47000, tf_ebp =3D -1077942872, tf_isp =3D -396870300, tf_ebx =3D = -1077942896, tf_edx =3D -270598176, tf_ecx =3D 23, tf_eax =3D 105, tf_trapno =3D 12, = tf_err =3D 2, tf_eip =3D 672253131, tf_cs =3D 51, tf_eflags =3D 658, tf_esp =3D = -1077942980, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 params =3D 0xbfbfe540
callp =3D (struct sysent *) 0xc09fca4c td =3D (struct thread *) 0xc5dc0780 p =3D (struct proc *) 0xc5dc3648 orig_tf_eflags =3D 658 sticks =3D 0 error =3D 0 narg =3D 5 args =3D {4, 0, 12, -1077942908, 8, 0, 0, -975423928} code =3D 105 #17 0xc08f9f5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #18 0x00000033 in ?? () No symbol table info available. (kgdb) up 7 #7 0xc0713a7f in if_findmulti (ifp=3D0x0, sa=3D0xe8583b84) at /usr/src/sys/net/if.c:1893 1893 if (sa_equal(ifma->ifma_addr, sa)) (kgdb) p ifma->ifma_addr $1 =3D (struct sockaddr *) 0x0 (kgdb) p *ifma $2 =3D {ifma_link =3D {tqe_next =3D 0x306d65, tqe_prev =3D 0x0}, = ifma_addr =3D 0x0,=20 ifma_lladdr =3D 0x0, ifma_ifp =3D 0x8843, ifma_refcount =3D 0,=20 ifma_protospec =3D 0x0} $3 =3D (struct sockaddr *) 0xe8583b84 (kgdb) p *sa $4 =3D {sa_len =3D 16 '\020', sa_family =3D 2 '\002',=20 sa_data =3D "\000\000=E0=FF=DE=EF\000\000\000\000\000\000\000"} (kgdb) q From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 19:14:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E4D106566C for ; Mon, 7 Apr 2008 19:14:38 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.185]) by mx1.freebsd.org (Postfix) with ESMTP id 29D938FC15 for ; Mon, 7 Apr 2008 19:14:37 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so273620gve.39 for ; Mon, 07 Apr 2008 12:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=RI24SdM5c/U+G1T55l6DovrBnTK4UCcVU+rv19eXMng=; b=BHX/n0zMWHKhGXAG+zEYPgdEt2aE+BBQDUytonTfEvl3Nh6tQh4zAuAcQHWiya9vPmjvDLAS1pHFWfXVUKltEn9ew25Pj0STfjhhG2KdS3mIJK1H4DnsPBPR/T9VSvw9Bjhhfrv99EhAgq7pzork8Ug3fYbWKN36Y3SEivZzNmc= 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=d0qaMN6ZT4x2BoYVTslVyw9BunAa1zBgXvuRrEiy3KObuZtTnBwgSIdMj1UCt+q4eViybpJzhcKFhthKr78gKa2iYxAvNgfh3IOPP/O6JZiRWw0zg1rYjSdM4Jtuf6qro9pufhUgsIGmHwDKMEva0D/PhZ+HGL3ht+R/pDmAnXc= Received: by 10.151.12.4 with SMTP id p4mr2853608ybi.229.1207593947983; Mon, 07 Apr 2008 11:45:47 -0700 (PDT) Received: by 10.150.205.12 with HTTP; Mon, 7 Apr 2008 11:45:47 -0700 (PDT) Message-ID: <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> Date: Mon, 7 Apr 2008 14:45:47 -0400 From: "Alexander Sack" To: "Andrei Kolu" In-Reply-To: <200804011243.06122.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: base64 Content-Disposition: inline References: <200804011243.06122.antik@bsd.ee> Cc: freebsd-stable@freebsd.org Subject: Re: Don't recognizing SMP... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 19:14:38 -0000 T24gVHVlLCBBcHIgMSwgMjAwOCBhdCA1OjQzIEFNLCBBbmRyZWkgS29sdSA8YW50aWtAYnNkLmVl PiB3cm90ZToKPiBPbiBNb25kYXkgMzEgTWFyY2ggMjAwOCAxMjozMTo0OSDH0b/4yPEgd3JvdGU6 Cj4gID4gSSBpbnN0YWxsZWQgRnJlZUJTRCA3LjAgb24gSFAgREwgMzgwLgo+ICA+Cj4gID4gVGhp cyBpcyBhIG1wdGFibGUgcmVzdWx0Lgo+ICA+Cj4gID4gPiAjIG1wdGFibGUKPiAgPiA+IFByb2Nl c3NvcnM6ICAgICBBUElDIElEIFZlcnNpb24gU3RhdGUgICAgICAgICAgIEZhbWlseSAgTW9kZWwg ICBTdGVwCj4gID4gPiBGbGFncyAwICAgICAgIDB4MTQgICAgQlNQLCB1c2FibGUgICAgIDYgICAg ICAgMiAgICAgICAxICAgICAgIDB4MDM4MSA2Cj4gID4gPiAgICAweDE0ICAgIEFQLCB1c2FibGUg ICAgICAxNSAgICAgIDIgICAgICAgOSAgICAgICAweGJmZWJmYmZmCj4gID4KPiAgPiAyIHdheSBj cHVzIGFyZSBzYW1lIGFzIDMuMEdIeiBYZW9uIENQVS4gQnV0IHRoZXkgaGF2ZSBkaWZmZXJlbnQK PiAgPiBGYW1pbHksIFN0ZXAsIGFuZCBGbGFncy4KPiAgPgo+ICBTTVAgZG9lcyBOT1Qgd29yayB3 aXRoIGNwdXMgd2l0aCBkaWZmZXJlbnQgc3RlcHBpbmdzLiBZb3Ugc2hvdWxkIGZpbmQgb3RoZXIK PiAgbWF0Y2hpbmcgcGFpciBmb3Igc21wIHRvIHdvcmsuCgpUaGVuIHRoaXMgbmVlZHMgdG8gYmUg RklYRUQgYmVjYXVzZSBNQU5ZIE9FTXMgc2hpcCBtaXhlZCBzdGVwcGluZwpwcm9jZXNzb3JzIGFz IEludGVsIG5vdyBzdXBwb3J0cyBpdC4uLi4KCi1hcHMKCi0tIAoiV2hhdCBsaWVzIGJlaGluZCB1 cyBhbmQgd2hhdCBsaWVzIGluIGZyb250IG9mIHVzIGlzIG9mIGxpdHRsZSBjb25jZXJuCnRvIHdo YXQgbGllcyB3aXRoaW4gdXMuIiAtUmFscGggV2FsZG8gRW1lcnNvbgo= From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 19:46:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D944106566B for ; Mon, 7 Apr 2008 19:46:48 +0000 (UTC) (envelope-from tl32@next.online.no) Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id 9480E8FC1E for ; Mon, 7 Apr 2008 19:46:47 +0000 (UTC) (envelope-from tl32@next.online.no) Received: from [84.202.202.95] (084202202095.customer.alfanett.no [84.202.202.95]) (authenticated bits=0) by mail43.nsc.no (8.13.8/8.13.5) with ESMTP id m37IxqGb004012 for ; Mon, 7 Apr 2008 20:59:52 +0200 (MEST) Message-ID: <47FA6F22.2090502@next.online.no> Date: Mon, 07 Apr 2008 20:59:46 +0200 From: Tore Lund User-Agent: Thunderbird 2.0.0.12 (X11/20080229) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20080406221954.39dbdb56@web.de> In-Reply-To: <20080406221954.39dbdb56@web.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: USB loses devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 19:46:48 -0000 Martin wrote: > [snip] > Anyone else with USB problems here? I had problems getting a USB printer recognized during boot. This does not much resemble your problem, but I also got this message: > uhub6: device problem (TIMEOUT) ... Before asking for help, I decided to try to vary the BIOS settings. It turned out that setting USB Legacy Support to Disabled solved the problem. But I have no idea whether this can cause problems in other connections. I have an ASUS M2A-VM motherboard. I run 7.0-RELEASE. Just wanted to mention it in case BIOS settings might be the reason for someone else's USB problems. -- Tore From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 20:05:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1FE51065671 for ; Mon, 7 Apr 2008 20:05:19 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id B2F0D8FC12 for ; Mon, 7 Apr 2008 20:05:19 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate01.web.de (Postfix) with ESMTP id 6327DDA4897F; Mon, 7 Apr 2008 22:05:18 +0200 (CEST) Received: from [217.236.8.155] (helo=localhost) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1Jixag-0004y8-00; Mon, 07 Apr 2008 22:05:18 +0200 Date: Mon, 7 Apr 2008 22:05:16 +0200 From: Martin To: Tore Lund Message-ID: <20080407220516.28658f6b@web.de> In-Reply-To: <47FA6F22.2090502@next.online.no> References: <20080406221954.39dbdb56@web.de> <47FA6F22.2090502@next.online.no> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1+13vG213Uy90jW0QcVWuV/rKq/aFBdmuUio+WQ dVtF3oiOi9ho04X/Kf6ELTAh1AE6V9wxVY8aTCZmDKQt+H8EnT wCyrFmJA0= Cc: freebsd-stable@freebsd.org Subject: Re: USB loses devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 20:05:20 -0000 Am Mon, 07 Apr 2008 20:59:46 +0200 schrieb Tore Lund : > Before asking for help, I decided to try to vary the BIOS settings. > It turned out that setting USB Legacy Support to Disabled solved the > problem. But I have no idea whether this can cause problems in other > connections. I have an ASUS M2A-VM motherboard. I run 7.0-RELEASE. > > Just wanted to mention it in case BIOS settings might be the reason > for someone else's USB problems. Hi! This is very interesting. I will try that. But unfortunately, I won't be able to analyze this quickly, because it happens estimated 1 time a week that the problem occurs. Thank you, Martin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 06:34:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52EE11065670; Tue, 8 Apr 2008 06:34:01 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE938FC12; Tue, 8 Apr 2008 06:34:00 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 7AC6CD46405; Tue, 8 Apr 2008 08:17:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id da9-Akidm75y; Tue, 8 Apr 2008 08:17:38 +0200 (CEST) Received: from johan-mp.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id BE6AFD46412; Tue, 8 Apr 2008 08:17:38 +0200 (CEST) Message-Id: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> From: =?ISO-8859-1?Q?Johan_Str=F6m?= To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 8 Apr 2008 08:17:38 +0200 X-Mailer: Apple Mail (2.919.2) Cc: Subject: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 06:34:01 -0000 Hello A box of mine running RELENG_7_0 and ZFS over a couple of disks (6 =20 disks, 3 mirrors) seems to have gotten stuck. =46rom Ctrl-T: load: 0.50 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] =20 0.02u 0.04s 0% 3404k load: 0.43 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] =20 0.02u 0.04s 0% 3404k load: 0.10 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] =20 0.02u 0.04s 0% 3404k load: 0.10 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] =20 0.02u 0.04s 0% 3404k load: 0.11 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] =20 0.02u 0.04s 0% 3404k Worked for a while then that stopped working too (was over ssh). When =20= trying a local login i only got load: 0.09 cmd: login 1611 [zfs] 0.00u 0.00s 0% 208k I found one post like this earlier (by Xin LI), but nobody seemed to =20 have replied... in my current conf, I think my kmem/kmem_max is at 512Mb (not sure =20 though, since I've edited my file yesterday for next reboot), with 2G =20= of system RAM.. Normally I'd run kmem(max) 1G (with arcsize of 512M. =20 currently it is at default), but since I just got back to 2G total mem =20= after some hardware problems I've been runnig at those lows (1G total =20= is kindof tight with zfs..) Well, just wanted to report... The box is not totally dead yet, ie I =20 can still do Ctrl-T on console, but thats it.. I don't really know =20 what more I can do so.. I don't have KDB/DDB. I'll wait another hour or so before I hard reboot it, unless it =20 "unlocks" or if anyone have any suggestions. Thanks -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 07:32:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA5E106566C; Tue, 8 Apr 2008 07:32:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id C8C8D8FC1E; Tue, 8 Apr 2008 07:32:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B11EB1CC033; Tue, 8 Apr 2008 00:32:00 -0700 (PDT) Date: Tue, 8 Apr 2008 00:32:00 -0700 From: Jeremy Chadwick To: Johan =?iso-8859-1?Q?Str=F6m?= Message-ID: <20080408073200.GA32128@eos.sc1.parodius.com> References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 07:32:01 -0000 On Tue, Apr 08, 2008 at 08:17:38AM +0200, Johan Strm wrote: > Hello > > A box of mine running RELENG_7_0 and ZFS over a couple of disks (6 disks, 3 > mirrors) seems to have gotten stuck. From Ctrl-T: > > load: 0.50 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u > 0.04s 0% 3404k > load: 0.43 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u > 0.04s 0% 3404k > load: 0.10 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u > 0.04s 0% 3404k > load: 0.10 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u > 0.04s 0% 3404k > load: 0.11 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u > 0.04s 0% 3404k > > Worked for a while then that stopped working too (was over ssh). When > trying a local login i only got > > load: 0.09 cmd: login 1611 [zfs] 0.00u 0.00s 0% 208k > > I found one post like this earlier (by Xin LI), but nobody seemed to have > replied... > in my current conf, I think my kmem/kmem_max is at 512Mb (not sure though, > since I've edited my file yesterday for next reboot), with 2G of system > RAM.. Normally I'd run kmem(max) 1G (with arcsize of 512M. currently it is > at default), but since I just got back to 2G total mem after some hardware > problems I've been runnig at those lows (1G total is kindof tight with > zfs..) > > Well, just wanted to report... The box is not totally dead yet, ie I can > still do Ctrl-T on console, but thats it.. I don't really know what more I > can do so.. I don't have KDB/DDB. > I'll wait another hour or so before I hard reboot it, unless it "unlocks" > or if anyone have any suggestions. I don't think there are any suggestions left to give. Many people, including myself, have experienced this kind of problem. It's well- documented both on my Common Issues page, and the official FreeBSD ZFS Wiki. ZFS is still considered highly experimental, so if your data is at all important to you, perform backups or switch to another filesystem provider. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 07:37:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A61C106566C; Tue, 8 Apr 2008 07:37:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 82BEE8FC27; Tue, 8 Apr 2008 07:37:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 578A228448; Tue, 8 Apr 2008 15:37:40 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id A4B33EBBF39; Tue, 8 Apr 2008 15:37:39 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id RAmcJtc1xAgk; Tue, 8 Apr 2008 15:37:34 +0800 (CST) Received: from li-xins-macbook.lan (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 884A8EBB100; Tue, 8 Apr 2008 15:37:31 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=AC1kOmRIDEHaq0JTBs1tNmRX8JUPzht3iX+A6qSySbyJP2uN5N1y3aobF9SIZ5u5G PPCP+X/eoPwIFXXneTaVw== Message-ID: <47FB20B5.8050205@delphij.net> Date: Tue, 08 Apr 2008 00:37:25 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> In-Reply-To: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE795D5CFBD7AB26F932D8DB3" Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 07:37:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE795D5CFBD7AB26F932D8DB3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Johan Str=F6m wrote: > Hello >=20 > A box of mine running RELENG_7_0 and ZFS over a couple of disks (6=20 > disks, 3 mirrors) seems to have gotten stuck. From Ctrl-T: >=20 > load: 0.50 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock]=20 > 0.02u 0.04s 0% 3404k > load: 0.43 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock]=20 > 0.02u 0.04s 0% 3404k > load: 0.10 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock]=20 > 0.02u 0.04s 0% 3404k > load: 0.10 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock]=20 > 0.02u 0.04s 0% 3404k > load: 0.11 cmd: zsh 40188 [zfs:&buf_hash_table.ht_locks[i].ht_lock]=20 > 0.02u 0.04s 0% 3404k >=20 > Worked for a while then that stopped working too (was over ssh). When=20 > trying a local login i only got >=20 > load: 0.09 cmd: login 1611 [zfs] 0.00u 0.00s 0% 208k >=20 > I found one post like this earlier (by Xin LI), but nobody seemed to=20 > have replied... > in my current conf, I think my kmem/kmem_max is at 512Mb (not sure=20 > though, since I've edited my file yesterday for next reboot), with 2G o= f=20 > system RAM.. Normally I'd run kmem(max) 1G (with arcsize of 512M.=20 > currently it is at default), but since I just got back to 2G total mem = > after some hardware problems I've been runnig at those lows (1G total i= s=20 > kindof tight with zfs..) >=20 > Well, just wanted to report... The box is not totally dead yet, ie I ca= n=20 > still do Ctrl-T on console, but thats it.. I don't really know what mor= e=20 > I can do so.. I don't have KDB/DDB. > I'll wait another hour or so before I hard reboot it, unless it=20 > "unlocks" or if anyone have any suggestions. The key is to increase your kmem and prevent it from being exhausted. I = think more recent OpenSolaris's ZFS code has some improvements but I do=20 not have spare devices at hand to test and debug :( Maybe pjd@ would get a new import at some point? I have cc'ed him. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE795D5CFBD7AB26F932D8DB3 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+yC1OfuToMruuMARCqN0AKCIKKc84mc47mc70QEHXgI3cbIzlACfclIE OCVHk4KNeYm7i6JdbM+7dkI= =yO3F -----END PGP SIGNATURE----- --------------enigE795D5CFBD7AB26F932D8DB3-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 07:38:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49E171065671; Tue, 8 Apr 2008 07:38:02 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id E00BA8FC21; Tue, 8 Apr 2008 07:38:01 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 68A90D4640C; Tue, 8 Apr 2008 09:38:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id Xia7q9CnVQxy; Tue, 8 Apr 2008 09:37:58 +0200 (CEST) Received: from johan-mp.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 00D5CD4640F; Tue, 8 Apr 2008 09:37:57 +0200 (CEST) Message-Id: From: =?ISO-8859-1?Q?Johan_Str=F6m?= To: Jeremy Chadwick In-Reply-To: <20080408073200.GA32128@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 8 Apr 2008 09:37:57 +0200 References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> <20080408073200.GA32128@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 07:38:02 -0000 On Apr 8, 2008, at 9:32 AM, Jeremy Chadwick wrote: > On Tue, Apr 08, 2008 at 08:17:38AM +0200, Johan Str=F6m wrote: >> Hello >> >> A box of mine running RELENG_7_0 and ZFS over a couple of disks (6 =20= >> disks, 3 >> mirrors) seems to have gotten stuck. =46rom Ctrl-T: >> >> load: 0.50 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u >> 0.04s 0% 3404k >> load: 0.43 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u >> 0.04s 0% 3404k >> load: 0.10 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u >> 0.04s 0% 3404k >> load: 0.10 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u >> 0.04s 0% 3404k >> load: 0.11 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u >> 0.04s 0% 3404k >> >> Worked for a while then that stopped working too (was over ssh). When >> trying a local login i only got >> >> load: 0.09 cmd: login 1611 [zfs] 0.00u 0.00s 0% 208k >> >> I found one post like this earlier (by Xin LI), but nobody seemed =20 >> to have >> replied... >> in my current conf, I think my kmem/kmem_max is at 512Mb (not sure =20= >> though, >> since I've edited my file yesterday for next reboot), with 2G of =20 >> system >> RAM.. Normally I'd run kmem(max) 1G (with arcsize of 512M. =20 >> currently it is >> at default), but since I just got back to 2G total mem after some =20 >> hardware >> problems I've been runnig at those lows (1G total is kindof tight =20 >> with >> zfs..) >> >> Well, just wanted to report... The box is not totally dead yet, ie =20= >> I can >> still do Ctrl-T on console, but thats it.. I don't really know what =20= >> more I >> can do so.. I don't have KDB/DDB. >> I'll wait another hour or so before I hard reboot it, unless it =20 >> "unlocks" >> or if anyone have any suggestions. > > I don't think there are any suggestions left to give. Many people, > including myself, have experienced this kind of problem. It's well- > documented both on my Common Issues page, and the official FreeBSD ZFS > Wiki. Ah.. I guess I was just to restrictive with the googling on =20 "zfs:&buf_hash_table.ht_locks[i].ht_lock". > > > ZFS is still considered highly experimental, so if your data is at all > important to you, perform backups or switch to another filesystem > provider. That I am aware of. Thanks.= From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 07:40:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33EE41065688; Tue, 8 Apr 2008 07:40:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C2F428FC16; Tue, 8 Apr 2008 07:40:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id AC78228448; Tue, 8 Apr 2008 15:40:18 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 78D33EBBF3C; Tue, 8 Apr 2008 15:40:18 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id WR+e4fmOZzmE; Tue, 8 Apr 2008 15:40:13 +0800 (CST) Received: from li-xins-macbook.lan (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 18216EBBF44; Tue, 8 Apr 2008 15:40:11 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=aTZySrHHg/Pm9Z8vL6h3eX2k2e83FEnDldHrx+z0ImHgLXyljoGBLsu6P1d/uB7jQ Q4saVG4APpfrbOO7pRrOQ== Message-ID: <47FB2155.1030106@delphij.net> Date: Tue, 08 Apr 2008 00:40:05 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> In-Reply-To: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigC768FF74A1AA2FF26112D23A" Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 07:40:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC768FF74A1AA2FF26112D23A Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable For your question: just reboot would be fine, you may want to tune your=20 arc size (to be smaller) and kmem space (to be larger), which would=20 reduce the chance that this would happen, or eliminate it, depending on=20 your workload. This situation is not recoverable and you can trust ZFS that you will=20 not lose data if they are already sync'ed. --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC768FF74A1AA2FF26112D23A 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+yFVOfuToMruuMARCsn6AJ9+gLwO6qE1EMh88KrHzoTPUqfLWwCeP7cJ AGlkPJ5DNkNw172KJ/bapKs= =uROd -----END PGP SIGNATURE----- --------------enigC768FF74A1AA2FF26112D23A-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 07:42:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A92E106566B; Tue, 8 Apr 2008 07:42:21 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 02CAA8FC27; Tue, 8 Apr 2008 07:42:20 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 1D0A2D46414; Tue, 8 Apr 2008 09:42:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id aHQhOZyssf6f; Tue, 8 Apr 2008 09:42:16 +0200 (CEST) Received: from johan-mp.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 4B0F8D46418; Tue, 8 Apr 2008 09:42:16 +0200 (CEST) Message-Id: From: =?ISO-8859-1?Q?Johan_Str=F6m?= To: d@delphij.net In-Reply-To: <47FB20B5.8050205@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 8 Apr 2008 09:42:15 +0200 References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> <47FB20B5.8050205@delphij.net> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 07:42:21 -0000 On Apr 8, 2008, at 9:37 AM, LI Xin wrote: > Johan Str=F6m wrote: >> Hello >> A box of mine running RELENG_7_0 and ZFS over a couple of disks (6 =20= >> disks, 3 mirrors) seems to have gotten stuck. =46rom Ctrl-T: >> load: 0.50 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u 0.04s 0% 3404k >> load: 0.43 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u 0.04s 0% 3404k >> load: 0.10 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u 0.04s 0% 3404k >> load: 0.10 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u 0.04s 0% 3404k >> load: 0.11 cmd: zsh 40188 =20 >> [zfs:&buf_hash_table.ht_locks[i].ht_lock] 0.02u 0.04s 0% 3404k >> Worked for a while then that stopped working too (was over ssh). =20 >> When trying a local login i only got >> load: 0.09 cmd: login 1611 [zfs] 0.00u 0.00s 0% 208k >> I found one post like this earlier (by Xin LI), but nobody seemed =20 >> to have replied... >> in my current conf, I think my kmem/kmem_max is at 512Mb (not sure =20= >> though, since I've edited my file yesterday for next reboot), with =20= >> 2G of system RAM.. Normally I'd run kmem(max) 1G (with arcsize of =20 >> 512M. currently it is at default), but since I just got back to 2G =20= >> total mem after some hardware problems I've been runnig at those =20 >> lows (1G total is kindof tight with zfs..) >> Well, just wanted to report... The box is not totally dead yet, ie =20= >> I can still do Ctrl-T on console, but thats it.. I don't really =20 >> know what more I can do so.. I don't have KDB/DDB. >> I'll wait another hour or so before I hard reboot it, unless it =20 >> "unlocks" or if anyone have any suggestions. > > The key is to increase your kmem and prevent it from being =20 > exhausted. I think more recent OpenSolaris's ZFS code has some =20 > improvements but I do not have spare devices at hand to test and =20 > debug :( Yep, never had the problem when I was running with 2G total mem, but =20 then one stick (damn consumer crap) failed and I was left with 1G, and =20= I started to have random problems. Going to tune kmem back up now when =20= I got more mem again, thinking about putting in 4G too.. > > > Maybe pjd@ would get a new import at some point? I have cc'ed him. > > Cheers, > --=20 > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 07:55:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3740106564A; Tue, 8 Apr 2008 07:55:27 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC908FC29; Tue, 8 Apr 2008 07:55:27 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 9A0CFD4640C; Tue, 8 Apr 2008 09:55:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id IawDjCJo1AZA; Tue, 8 Apr 2008 09:55:22 +0200 (CEST) Received: from johan-mp.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id CB8A4D46405; Tue, 8 Apr 2008 09:55:22 +0200 (CEST) Message-Id: <3886278B-F65A-44BD-8307-C9889727FEA3@headweb.com> From: =?ISO-8859-1?Q?Johan_Str=F6m?= To: d@delphij.net In-Reply-To: <47FB2155.1030106@delphij.net> 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: Tue, 8 Apr 2008 09:55:22 +0200 References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> <47FB2155.1030106@delphij.net> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 07:55:27 -0000 On Apr 8, 2008, at 9:40 AM, LI Xin wrote: > For your question: just reboot would be fine, you may want to tune > your arc size (to be smaller) and kmem space (to be larger), which > would reduce the chance that this would happen, or eliminate it, > depending on your workload. Back online now, with kmem/kmem_max to 1G and arcsize to 512M. Are those reasonable on a 2G machine? I think I've read that from somewhere, but cannot find that (arc at least) in the TuningGuide now. > > This situation is not recoverable and you can trust ZFS that you > will not lose data if they are already sync'ed. > Actually, I've had a lot of hard crashes lately on this machine (bad hw) but not a single time I have lost data (to my knowledge at least...). In that regard, comparing to UFS, ZFS is waaay better! :) > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 08:06:20 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5B201065670 for ; Tue, 8 Apr 2008 08:06:20 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 707DC8FC17 for ; Tue, 8 Apr 2008 08:06:20 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.100] (unknown [87.121.18.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id DD489FFE3AB for ; Tue, 8 Apr 2008 11:06:11 +0300 (EEST) Message-ID: <47FB2779.5050604@lozenetz.org> Date: Tue, 08 Apr 2008 11:06:17 +0300 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: stable@freebsd.org References: <47F34F85.4060006@lozenetz.org> In-Reply-To: <47F34F85.4060006@lozenetz.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: Re: Jail crontab crashing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 08:06:20 -0000 We've found the problem with a friend of mine. /etc/crontab has wrong syntax in defining crons - I've used spaces instead of tab between the * * * * * and the username.... really my bad, maybe copied the string from the other machine it was running on and pasted without cheching but... I don't think it's normal an incorrect crontb syntax to crash the crontab with coredump? is it? the other strange thing, the line below the incorrect syntax there is a line with a correct one, that wasn't working too, and even if the cron don't core, the correct line wasn't working.... maybe the cron stops parsing if see incorrect line? is this a suggested behaviour? maybe it's a bug, along with the crashing with core when no tab used between the * * * * * and the user... dunno, pls someone that's familiar to tell... 10x! :-) Anton - Valqk wrote: > Hi there, > have anyone faced a cron crashing in a jail when changing the > /etc/crontab? > I'm running a jail with nsswitch using pgsql backend and I've noticed > a strange behaviour > of my crontab. > Every time I change the /etc/crontab file I get (or make crontab -e > and save it) > /usr/sbin/cron[32864]: (*system*) RELOAD (/etc/crontab) > in /var/log/cron > and immediately after that the cron dies with a core (core file is in > /var/cron/cron.core), > I've made a ktrace but nothing strange can be seen in it, > heres the link to the kdump file: > > http://valqk.ath.cx/ktrace.out.txt > > any ideas appriciated! > > cheers, > valqk. > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 08:41:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F16106566B for ; Tue, 8 Apr 2008 08:41:07 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 757008FC16 for ; Tue, 8 Apr 2008 08:41:06 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from delish.ish.com.au ([203.29.62.201] helo=ish.com.au) by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168) (Exim 4.43) id 1Jj8ka-0000c9-LG; Tue, 08 Apr 2008 18:00:16 +1000 Received: from ip-182.ish.com.au ([203.29.62.182] verified) by ish.com.au (CommuniGate Pro SMTP 5.2.1) with ESMTP id 3427134; Tue, 08 Apr 2008 18:06:24 +1000 Message-Id: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> From: Aristedes Maniatis To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 8 Apr 2008 18:06:24 +1000 X-Mailer: Apple Mail (2.919.2) Cc: bzeeb+freebsd+lor@zabbadoz.net, Jurgen Weber Subject: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 08:41:07 -0000 FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10 i386 with PAE (5Gb RAM) We've had fairly reproducible freezes. After several hours of stress testing or even overnight not doing anything, everything locks up including the console. We then installed a debugging kernel (without INVARIANTS since that prevented the kernel from compiling at all) and obtained this LOR when it froze: LOR: 1st 0x807d3d90 sleepq chain (sleepq chain) @/usr/src/sys/kern/ subr_sleepqueue.c:773 2nd 0x807c8110 scrlock (scrlock) @/usr/src/sys/dev/syscons/syscons.c: 2526 I have taken photographs of the KDB output following this but have not transcribed it until someone says that it will be useful to them. I could put it up as slightly fuzzy screen photographs on our web site. I am somewhat concerned about the combination of PAE (being slightly old technology now) and zfs (being cutting edge), not having a huge amount of testing against each other. However nothing in this lock seems to suggest zfs to me. The only unusual thing on this box is this: hw.physmem: 1063911424 actual memory is half that, but I thought this might be a side effect of PAE. Then, restarting the machine and it hit a couple of LOR errors in quick succession. I can't see any exact matches to http://sources.zabbadoz.net/freebsd/lor.html However the box boots normally after these LOR, so they may not be fatal and may not be related to the above, but just in case... lock order reversal: 1st 0x862f9204 inp (udpinp) @ /usr/src/sys/netinet/udp_usrreq.c:843 2nd 0x8081f498 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper(807430c0,c3d639fc, 80438ff5,80744463,8081f498,...) at db_trace_self_wrapper+0x26 kdb_backtrace(80744463,8081f498,8074a8c5,8074a8c5,8074a8ad,...) at kdb_backtrace+0x29 witness_checkorder(8081f498,1,8074a8ad,49,807528d7,...) at witness_checkorder+0x5e5 _rw_rlock(8081f498,8074a8ad,49,0,c3d63ab8,...) at _rw_rlock+0x2a pfil_run_hooks(8081f480,c3d63ad8,83931800,2,862f9168,...) at pfil_run_hooks+0x35 ip_output(867ea700,0,c3d63a9c,0,0,...) at ip_output+0x86f udp_send(862f77bc,0,867ea700,83c91bb0,0,...) at udp_send+0x57b sosend_dgram(862f77bc,83c91bb0,c3d63bd4,867ea700,0,...) at sosend_dgram +0x356 sosend(862f77bc,83c91bb0,c3d63bd4,0,0,...) at sosend+0x3f kern_sendit(84cad660,1e,c3d63c58,0,0,...) at kern_sendit+0x106 sendit(0,1,c3d63c54,28,83c91c60,...) at sendit+0xb1 sendmsg(84cad660,c3d63cfc,c,84cad660,807845c0,...) at sendmsg+0x71 syscall(c3d63d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (28, FreeBSD ELF32, sendmsg), eip = 0x2842415b, esp = 0x7f3fc7fc, ebp = 0x7f3fc818 --- lock order reversal: 1st 0x8082010c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:400 2nd 0x8081f498 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper(807430c0,c16039ec, 80438ff5,80744463,8081f498,...) at db_trace_self_wrapper+0x26 kdb_backtrace(80744463,8081f498,8074a8c5,8074a8c5,8074a8ad,...) at kdb_backtrace+0x29 witness_checkorder(8081f498,1,8074a8ad,49,807528d7,...) at witness_checkorder+0x5e5 _rw_rlock(8081f498,8074a8ad,49,0,c1603aa8,...) at _rw_rlock+0x2a pfil_run_hooks(8081f480,c1603ac8,83935000,2,0,...) at pfil_run_hooks +0x35 ip_output(8394ed00,0,c1603a8c, 0,0,0,80796f90,0,0,0,804b2971,80796f94,80796f9c,c8) at ip_output+0x86f tcp_respond(0,83984830,83984844,8394ed00,46ca580,...) at tcp_respond +0x395 tcp_dropwithreset(1,3,99e2,873e1dcb,1600,...) at tcp_dropwithreset+0x126 tcp_input(8394ed00,14,83935000,1,0,...) at tcp_input+0xcf9 ip_input(8394ed00,14e,800,83935000,800,...) at ip_input+0x64a netisr_dispatch(2,8394ed00,10,3,0,...) at netisr_dispatch+0x55 ether_demux(83935000,8394ed00,3,0,3,...) at ether_demux+0x1c1 ether_input(83935000,8394ed00,8072d03c,6a9,83922014,...) at ether_input +0x323 fxp_intr(83922000,0,8073e924,471,8384a764,...) at fxp_intr+0x237 ithread_loop(839219b0,c1603d38,8073e756,305,838fc804,...) at ithread_loop+0x145 fork_exit(803ee250,839219b0,c1603d38) at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc1603d70, ebp = 0 --- lock order reversal: 1st 0x86c5809c inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:470 2nd 0x8081f498 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper (807430c0,c39d7a30,80438ff5,80744463,8081f498,...) at db_trace_self_wrapper+0x26 kdb_backtrace(80744463,8081f498,8074a8c5,8074a8c5,8074a8ad,...) at kdb_backtrace+0x29 witness_checkorder(8081f498,1,8074a8ad,49,807528d7,...) at witness_checkorder+0x5e5 _rw_rlock(8081f498,8074a8ad,49,0,c39d7aec,...) at _rw_rlock+0x2a pfil_run_hooks(8081f480,c39d7b0c,839d3400,2,86c58000,...) at pfil_run_hooks+0x35 ip_output(867ce300,0,c39d7ad0,0,0,...) at ip_output+0x86f tcp_output(86c59000,0,8074feb4,1d6,86c5809c,...) at tcp_output+0x12dc tcp_usr_connect(862f7ad4,86572bd0,83d5b000,25,c39d7c60,...) at tcp_usr_connect+0xf4 soconnect(862f7ad4,86572bd0,83d5b000,10,16,...) at soconnect+0x52 kern_connect(83d5b000,5a,86572bd0,86572bd0,282cd72c,...) at kern_connect+0x59 connect(83d5b000,c39d7cfc,c,80744e40,80784c50,...) at connect+0x46 syscall(c39d7d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (98, FreeBSD ELF32, connect), eip = 0x2838a11b, esp = 0x7f7fda4c, ebp = 0x7f7fda68 --- 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 7.0-RELEASE #10: Tue Apr 8 12:54:38 EST 2008 root@dash.ish.com.au:/usr/obj/usr/src/sys/PAE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) XEON(TM) CPU 2.40GHz (2395.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features = 0x3febfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP ,MTRR ,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> Logical CPUs per core: 2 real memory = 1073741824 (1024 MB) avail memory = 1038790656 (990 MB) MPTable: < Kings Canyon> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 WITNESS: spin lock intrcnt not in order list ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set kbd1 at kbdmux0 cryptosoft0: on motherboard cpu0 on motherboard cpu1 on motherboard cpu2 on motherboard cpu3 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 29.0 on pci1 pci2: on pcib2 pci2: at device 1.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 ahc0: port 0x4000-0x40ff mem 0xfc300000-0xfc300fff irq 28 at device 2.0 on pci3 ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x4400-0x44ff mem 0xfc301000-0xfc301fff irq 29 at device 2.1 on pci3 ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs em0: port 0x4800-0x481f mem 0xfc340000-0xfc35ffff,0xfc320000-0xfc33ffff irq 31 at device 4.0 on pci3 em0: Ethernet address: 00:30:48:24:aa:6f em0: [FILTER] pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 vgapci0: port 0x5000-0x50ff mem 0xfd000000-0xfdffffff,0xfc400000-0xfc400fff irq 16 at device 1.0 on pci4 fxp0: port 0x5400-0x543f mem 0xfc401000-0xfc401fff,0xfc420000-0xfc43ffff irq 17 at device 2.0 on pci4 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:24:aa:70 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff, 0xdc000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ZFS filesystem version 6 ZFS storage pool version 6 acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle ses0 at ahc0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da0: Command Queueing Enabled da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da1: Command Queueing Enabled da1: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) da2: Command Queueing Enabled da2: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:tank/root WARNING: /mnt/otherhdd was not properly dismounted --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 11:47:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24D43106566C for ; Tue, 8 Apr 2008 11:47:52 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from svr03-temp.btshosting.co.uk (svr03-temp.btshosting.co.uk [87.117.208.48]) by mx1.freebsd.org (Postfix) with ESMTP id B7AA98FC18 for ; Tue, 8 Apr 2008 11:47:51 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.1.65] (host86-138-186-83.range86-138.btcentralplus.com [86.138.186.83]) (authenticated bits=0) by svr03-temp.btshosting.co.uk (8.14.1/8.14.1) with ESMTP id m38BRKMd078468; Tue, 8 Apr 2008 12:27:21 +0100 (BST) (envelope-from bazerka@beardz.net) Message-ID: <47FB5686.7030705@beardz.net> Date: Tue, 08 Apr 2008 12:27:02 +0100 From: Jase Thew User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Alexander Sack References: <200804011243.06122.antik@bsd.ee> <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> In-Reply-To: <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on 87.117.208.49 X-Virus-Status: Clean Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: Don't recognizing SMP... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bazerka@beardz.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 11:47:52 -0000 Alexander Sack wrote: > On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu wrote: >> On Monday 31 March 2008 12:31:49 ??? wrote: >> > I installed FreeBSD 7.0 on HP DL 380. >> > >> > This is a mptable result. >> > >> > > # mptable >> > > Processors: APIC ID Version State Family Model Step >> > > Flags 0 0x14 BSP, usable 6 2 1 0x0381 6 >> > > 0x14 AP, usable 15 2 9 0xbfebfbff >> > >> > 2 way cpus are same as 3.0GHz Xeon CPU. But they have different >> > Family, Step, and Flags. >> > >> SMP does NOT work with cpus with different steppings. You should find other >> matching pair for smp to work. > > Then this needs to be FIXED because MANY OEMs ship mixed stepping > processors as Intel now supports it.... > But does Intel support mixing different families and models? I was under the impression that as long as the families and models were the same, the stepping can be different. Regards, Jase. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 12:10:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49CA7106564A for ; Tue, 8 Apr 2008 12:10:56 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id CF00F8FC15 for ; Tue, 8 Apr 2008 12:10:55 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id m38BuAxH026821; Tue, 8 Apr 2008 13:56:11 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.14.2/8.13.3) with ESMTP id m38BuAeh036633; Tue, 8 Apr 2008 13:56:10 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.14.2/8.14.2/Submit) id m38BuAiU036632; Tue, 8 Apr 2008 13:56:10 +0200 (CEST) (envelope-from wb) Date: Tue, 8 Apr 2008 13:56:10 +0200 From: Wilko Bulte To: Jase Thew Message-ID: <20080408115610.GA36603@freebie.xs4all.nl> References: <200804011243.06122.antik@bsd.ee> <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> <47FB5686.7030705@beardz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47FB5686.7030705@beardz.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Alexander Sack , Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: Don't recognizing SMP... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 12:10:56 -0000 Quoting Jase Thew, who wrote on Tue, Apr 08, 2008 at 12:27:02PM +0100 .. > Alexander Sack wrote: > >On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu wrote: > >>On Monday 31 March 2008 12:31:49 ??? wrote: > >> > I installed FreeBSD 7.0 on HP DL 380. > >> > > >> > This is a mptable result. > >> > > >> > > # mptable > >> > > Processors: APIC ID Version State Family Model Step > >> > > Flags 0 0x14 BSP, usable 6 2 1 0x0381 > >> 6 > >> > > 0x14 AP, usable 15 2 9 0xbfebfbff > >> > > >> > 2 way cpus are same as 3.0GHz Xeon CPU. But they have different > >> > Family, Step, and Flags. > >> > > >> SMP does NOT work with cpus with different steppings. You should find > >> other > >> matching pair for smp to work. > > > >Then this needs to be FIXED because MANY OEMs ship mixed stepping > >processors as Intel now supports it.... > > > > But does Intel support mixing different families and models? I was under > the impression that as long as the families and models were the same, > the stepping can be different. I think it is not as black/white as that: some steppings are OK in a mix, others are not. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 13:17:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B65211065670 for ; Tue, 8 Apr 2008 13:17:21 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (mo-p07-ob.rzone.de [81.169.146.190]) by mx1.freebsd.org (Postfix) with ESMTP id 06EE58FC1E for ; Tue, 8 Apr 2008 13:17:20 +0000 (UTC) (envelope-from uwe@laverenz.de) X-RZG-CLASS-ID: mo07 X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX/T1uwXx72N6A3KHw== Received: from athena.laverenz.de ([91.66.27.25]) by post.webmailer.de (fruni mo36) (RZmta 16.19) with ESMTP id x0507ak38CnZ8x for ; Tue, 8 Apr 2008 15:06:17 +0200 (MEST) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id A730457C00A for ; Tue, 8 Apr 2008 15:06:16 +0200 (CEST) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10573-01-4 for ; Tue, 8 Apr 2008 15:06:16 +0200 (CEST) Received: by athena.laverenz.de (Postfix, from userid 2000) id 71F9857C009; Tue, 8 Apr 2008 15:06:16 +0200 (CEST) Date: Tue, 8 Apr 2008 15:06:16 +0200 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20080408130616.GA10488@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080327231624.V94524@godot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080327231624.V94524@godot> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Open-vm-tools port available for testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 13:17:21 -0000 Hi Martin, On Thu, Mar 27, 2008 at 11:19:10PM +0100, Martin Blapp wrote: > I've just made a port for FreeBSD 7 and FreeBSD 6 for the > Open-vmware-tools. Any Feedback is welcome. I just installed your port on 6.3-p1/amd64 on ESX 3.5 (WITHOUT_X11, just guestd and vmmemctl) to see if VMotion works, and it installed and worked perfectly. :-) I'll do some more tests with X11 and RELENG_7 as soon as I find the time for it. Thank you very much for your work! cu, Uwe From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:26:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964521065676 for ; Tue, 8 Apr 2008 14:26:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8357B8FC31 for ; Tue, 8 Apr 2008 14:26:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id F35251A4D8B; Tue, 8 Apr 2008 07:26:52 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 8 Apr 2008 09:52:00 -0400 User-Agent: KMail/1.9.7 References: <200804011243.06122.antik@bsd.ee> <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> In-Reply-To: <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200804080952.00483.jhb@freebsd.org> Cc: Alexander Sack , Andrei Kolu Subject: Re: Don't recognizing SMP... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:26:53 -0000 On Monday 07 April 2008 02:45:47 pm Alexander Sack wrote: > On Tue, Apr 1, 2008 at 5:43 AM, Andrei Kolu wrote: > > On Monday 31 March 2008 12:31:49 =ED=95=9C=EC=9B=90=ED=9D=AC wrote: > > > I installed FreeBSD 7.0 on HP DL 380. > > > > > > This is a mptable result. > > > > > > > # mptable > > > > Processors: APIC ID Version State Family Model St= ep > > > > Flags 0 0x14 BSP, usable 6 2 1 0x03= 81 > > > > 6 0x14 AP, usable 15 2 9 0xbfebfbff > > > > > > 2 way cpus are same as 3.0GHz Xeon CPU. But they have different > > > Family, Step, and Flags. > > > > SMP does NOT work with cpus with different steppings. You should find > > other matching pair for smp to work. > > Then this needs to be FIXED because MANY OEMs ship mixed stepping > processors as Intel now supports it.... =46reeBSD itself doesn't enforce this, we use whatever CPUs we find in the = table=20 and we don't actually bother reading the family/model/etc. from the APs at= =20 all. Assuming this is a non-ancient computer and non-ancient FreeBSD (5.2 = or=20 later) then FreeBSD isn't using the MP Table at all but the ACPI MADT table= =20 (available via acpidump -t). =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:26:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC0F21065670 for ; Tue, 8 Apr 2008 14:26:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A8D358FC30 for ; Tue, 8 Apr 2008 14:26:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 0E3931A4D82; Tue, 8 Apr 2008 07:26:54 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 8 Apr 2008 09:57:30 -0400 User-Agent: KMail/1.9.7 References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> In-Reply-To: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804080957.30738.jhb@freebsd.org> Cc: Petr Holub , re@FreeBSD.org Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:26:54 -0000 On Monday 07 April 2008 12:16:53 pm Petr Holub wrote: > Hi all, > > I started to play with RAT application (ports: mbone/rat + an SVN version) > and > it seems to crash my 6.3-RELEASE-p1 box in rather deterministic way. Crash > details are shown below. Has anyone seen a problem like this? Yes, there's an off-by-one reference count bug in the multicast stuff. You need 1.85.2.10 of sys/netinet/in.c: Index: in.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/netinet/in.c,v retrieving revision 1.85.2.9 retrieving revision 1.85.2.10 diff -u -r1.85.2.9 -r1.85.2.10 --- in.c 7 Jul 2007 00:54:46 -0000 1.85.2.9 +++ in.c 22 Feb 2008 19:13:56 -0000 1.85.2.10 @@ -991,7 +991,6 @@ * a new record. Otherwise, we are done. */ if (ifma->ifma_protospec != NULL) { - if_delmulti_ent(ifma); /* We don't need another reference */ IN_MULTI_UNLOCK(); IFF_UNLOCKGIANT(ifp); return ifma->ifma_protospec; Given how simple the patch is and that if fixes a known panic this might be worthy of an errata notice or errata candidate. (At least a note in the errata pointing to the 1.85.2.10 commit if not an actual patch to RELENG_6_3.) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:26:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D6E81065672 for ; Tue, 8 Apr 2008 14:26:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8C00F8FC0C for ; Tue, 8 Apr 2008 14:26:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 1F0EC1A4D83; Tue, 8 Apr 2008 07:26:55 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 8 Apr 2008 09:59:46 -0400 User-Agent: KMail/1.9.7 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> In-Reply-To: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804080959.46961.jhb@freebsd.org> Cc: bzeeb+freebsd+lor@zabbadoz.net, Jurgen Weber Subject: Re: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:26:55 -0000 On Tuesday 08 April 2008 04:06:24 am Aristedes Maniatis wrote: > FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10 > i386 with PAE (5Gb RAM) > > > We've had fairly reproducible freezes. After several hours of stress > testing or even overnight not doing anything, everything locks up > including the console. > > We then installed a debugging kernel (without INVARIANTS since that > prevented the kernel from compiling at all) and obtained this LOR when > it froze: > > LOR: > 1st 0x807d3d90 sleepq chain (sleepq chain) @/usr/src/sys/kern/ > subr_sleepqueue.c:773 > 2nd 0x807c8110 scrlock (scrlock) @/usr/src/sys/dev/syscons/syscons.c: > 2526 > > I have taken photographs of the KDB output following this but have not > transcribed it until someone says that it will be useful to them. I > could put it up as slightly fuzzy screen photographs on our web site. The stack trace info would be useful. A photo would be fine. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:35:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77028106566B for ; Tue, 8 Apr 2008 14:35:39 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id C88EC8FC22 for ; Tue, 8 Apr 2008 14:35:38 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Apr 2008 10:31:22 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 1C63911662; Tue, 8 Apr 2008 10:31:22 -0400 (EDT) Date: Tue, 8 Apr 2008 10:31:21 -0400 From: Ed Maste To: Vivek Khera Message-ID: <20080408143121.GA82627@sandvine.com> References: <86F45867-B619-416A-AC4C-B9283A4CA25F@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86F45867-B619-416A-AC4C-B9283A4CA25F@khera.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 08 Apr 2008 14:31:22.0331 (UTC) FILETIME=[37A4DAB0:01C89985] Cc: FreeBSD Stable Subject: Re: aaccli on recent conrollers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:35:39 -0000 On Fri, Nov 10, 2006 at 11:42:40AM -0500, Vivek Khera wrote: > I have just built a new SunFire X4100 server with an Adaptec 2230SLP > RAID card using FreeBSD 6.2-PRE kernel (from September 20). > Everything is working extremely well except I cannot run the aaccli > utility on this controller. Have a look at arcconf (sysutils/arcconf) -- it's Adaptec's newer tool and should support both older and newer firmware; aaccli stopped working as of a certain version and I think Adaptec has no plans to work on it any longer. If you really want to use aaccli, you can downgrade the firmware on the new card -- of course, you'll have to use arcconf to do that step. The firmware version should be printed on a verbose boot. -Ed From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:46:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F13FF106564A for ; Tue, 8 Apr 2008 14:46:25 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 704E58FC2F for ; Tue, 8 Apr 2008 14:46:24 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.2/8.14.2) with ESMTP id m38EFMeA045695 for ; Tue, 8 Apr 2008 16:15:22 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.2/8.14.2/Submit) id m38EFMnX045694 for freebsd-stable@freebsd.org; Tue, 8 Apr 2008 16:15:22 +0200 (CEST) (envelope-from byshenknet) Date: Tue, 8 Apr 2008 16:15:22 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20080408141521.GE1317@core.byshenk.net> References: <47F6A733.8060308@demax.sk> <20080405111153.GB2947@eos.sc1.parodius.com> <47F777F4.9060507@demax.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47F777F4.9060507@demax.sk> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on core.byshenk.net Subject: 7-STABLE bootloader not working on Asus TR-DLS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:46:26 -0000 I'm piggybacking this onto the previous bootloader thread because I have a suspicion that my problem may be related to the 'fix' for the prveious problem. I've got a machine (old-ish) that will not boot with the changes to src/sys/boot/i386 in March. It it a dual-p3 system running on an Asus tr-dls motherboard (with most recent -- from 2002, but that is the most recent) BIOS updates: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1266.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 2147463168 (2047 MB) avail memory = 2091913216 (1995 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 When I install the most recent world (for example, a build of 7-STABLE from 01-04-2008), it simply fails to boot. No panic, no crash, but just stops. I get to: [...] BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive A: is disk0 ... and then nothing ... just hangs permanently If I change back to 7-RELEASE, or to 7-STABLE as of 18-03-2008, there is no problem at all. If I run the system with 01-04-2008 world, but copy back in the contents of /boot from 18-03-2008, then there is again no problem. I can copy in the 01-04-2008 kernel and run under that, and there is no problem (it is running like that now). But I have to use the old version of the booloader. I'm not a coder, and haven't looked more deeply, but it appears that something in here: i386/src/sys/boot/i386/btx/btx/Makefile i386/src/sys/boot/i386/btx/btx/btx.S i386/src/sys/boot/i386/libi386/biosmem.c i386/src/sys/boot/i386/libi386/biossmap.c ...has broken booting on this machine. Any advice gladly accepted. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:57:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD261065671 for ; Tue, 8 Apr 2008 14:57:03 +0000 (UTC) (envelope-from ender@enderzone.com) Received: from www.ksdhost.com (www.ksdhost.com [75.126.66.82]) by mx1.freebsd.org (Postfix) with ESMTP id D54D48FC33 for ; Tue, 8 Apr 2008 14:57:02 +0000 (UTC) (envelope-from ender@enderzone.com) Received: (qmail 25229 invoked from network); 8 Apr 2008 10:30:21 -0400 Received: from unknown (HELO ?192.168.1.6?) (206.48.228.163) by www.ksdhost.com with SMTP; 8 Apr 2008 10:30:21 -0400 Message-ID: <47FB7355.4060802@enderzone.com> Date: Tue, 08 Apr 2008 09:29:57 -0400 From: Ender User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> <47FB2155.1030106@delphij.net> <3886278B-F65A-44BD-8307-C9889727FEA3@headweb.com> In-Reply-To: <3886278B-F65A-44BD-8307-C9889727FEA3@headweb.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:57:03 -0000 Johan Strm wrote: > On Apr 8, 2008, at 9:40 AM, LI Xin wrote: > >> For your question: just reboot would be fine, you may want to tune >> your arc size (to be smaller) and kmem space (to be larger), which >> would reduce the chance that this would happen, or eliminate it, >> depending on your workload. > > Back online now, with kmem/kmem_max to 1G and arcsize to 512M. Are > those reasonable on a 2G machine? I think I've read that from > somewhere, but cannot find that (arc at least) in the TuningGuide now. > Depending on your work load you are just buying more time, so "reasonable" is a matter of perspective. :( I didn't see if you said you are on 32bit or 64bit? Keep in mind the kmem max is 1.5-2G on amd64 regardless of how much memory you have. If 512M arcsize crashes too soon for your tastes you can always lower it down to 256M, or 128M, etc. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 14:58:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB6A106568A for ; Tue, 8 Apr 2008 14:58:36 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id C33468FC38 for ; Tue, 8 Apr 2008 14:58:36 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 26A108A0B6 for ; Tue, 8 Apr 2008 10:58:36 -0400 (EDT) Message-Id: From: Vivek Khera To: FreeBSD Stable In-Reply-To: <20080408143121.GA82627@sandvine.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: Tue, 8 Apr 2008 10:58:35 -0400 References: <86F45867-B619-416A-AC4C-B9283A4CA25F@khera.org> <20080408143121.GA82627@sandvine.com> X-Mailer: Apple Mail (2.919.2) Subject: Re: aaccli on recent conrollers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 14:58:37 -0000 On Apr 8, 2008, at 10:31 AM, Ed Maste wrote: > On Fri, Nov 10, 2006 at 11:42:40AM -0500, Vivek Khera wrote: > >> I have just built a new SunFire X4100 server with an Adaptec 2230SLP >> RAID card using FreeBSD 6.2-PRE kernel (from September 20). >> Everything is working extremely well except I cannot run the aaccli >> utility on this controller. > > Have a look at arcconf (sysutils/arcconf) -- it's Adaptec's newer tool > and should support both older and newer firmware; aaccli stopped > working > as of a certain version and I think Adaptec has no plans to work on it > any longer. If you really want to use aaccli, you can downgrade the > firmware on the new card -- of course, you'll have to use arcconf to > do > that step. Wow... what a blast from the past. I've since decided that the Adaptec + Dell array solution was completely sub-standard performance and stability and management wise. It has been replaced with an external RAID array from Partners Data systems and connected to the same Sun box via an LSI fibre channel card. It is faster and much easier to manage. I will not be buying Adaptec parts any more since they obviously don't give a hoot about freebsd, where as LSI goes out of their way to provide engineers to help out with freebsd issues. It is important for us as a community to show support where support is due. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 16:22:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4833D1065670; Tue, 8 Apr 2008 16:22:05 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBF88FC19; Tue, 8 Apr 2008 16:22:03 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m38FtHss018257 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Apr 2008 17:55:18 +0200 From: "Petr Holub" To: "'John Baldwin'" , References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> In-Reply-To: <200804080957.30738.jhb@freebsd.org> Date: Tue, 8 Apr 2008 17:55:13 +0200 Message-ID: <026f01c89990$f16cd140$d44673c0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AciZigsNo/hOi7RmSySy6913GQrVDAABeT1Q Content-Language: cs X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 08 Apr 2008 17:55:18 +0200 (CEST) Cc: "'Bruce M. Simpson'" , re@freebsd.org Subject: RE: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 16:22:05 -0000 > Yes, there's an off-by-one reference count bug in the multicast stuff. You > need 1.85.2.10 of sys/netinet/in.c: I can confirm that RAT can be restarted many times now with this patch applied (at least when RAT doesn't touch audio devices as I may be also reporting some sound related panic soon ;-) ). I'd also propose to release errata on this. Thanks Petr From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 16:26:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3820A106566B for ; Tue, 8 Apr 2008 16:26:30 +0000 (UTC) (envelope-from ender@enderzone.com) Received: from www.ksdhost.com (www.ksdhost.com [75.126.66.82]) by mx1.freebsd.org (Postfix) with ESMTP id DE0E18FC1E for ; Tue, 8 Apr 2008 16:26:29 +0000 (UTC) (envelope-from ender@enderzone.com) Received: (qmail 34570 invoked from network); 8 Apr 2008 12:26:29 -0400 Received: from unknown (HELO ?192.168.1.6?) (206.48.228.163) by www.ksdhost.com with SMTP; 8 Apr 2008 12:26:29 -0400 Message-ID: <47FB8E8D.1030801@enderzone.com> Date: Tue, 08 Apr 2008 11:26:05 -0400 From: Ender User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Spike Ilacqua References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> <47FB2155.1030106@delphij.net> <3886278B-F65A-44BD-8307-C9889727FEA3@headweb.com> <47FB7355.4060802@enderzone.com> <47FB99AC.7080504@indra.com> In-Reply-To: <47FB99AC.7080504@indra.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 16:26:30 -0000 Spike Ilacqua wrote: >> Depending on your work load you are just buying more time, so >> "reasonable" is a matter of perspective. :( I didn't see if you said >> you are on 32bit or 64bit? Keep in mind the kmem max is 1.5-2G on >> amd64 regardless of how much memory you have. If 512M arcsize crashes >> too soon for your tastes you can always lower it down to 256M, or >> 128M, etc. > > I tried for several weeks to get ZFS stable on a 64bit system with a > 1.5G kernel. The best uptime I ever got was 72 hours, the worst was > 2, the average about 24. Interestingly, most of the hangs were at off > hours, when the system was lightly loaded, had lots of free memory, > etc. That suggests to me a slow leak of some sort. > > Anyway, ZFS is not ready for production. Some people may get lucky, > but you can't count on it. > > Spike Very intresting. With 1.5G of kmem and a 64M arc_max the best uptime I had was 5 days, worst 1 day. Also most of my crashes are off hours as well. Another tidbit of information running things out of /tank instead of /tank/foo/bar/foo seems to lead to longer uptime, you might want to try that as well. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 16:39:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0389A1065681; Tue, 8 Apr 2008 16:39:49 +0000 (UTC) (envelope-from spike@indra.com) Received: from smtp.indra.com (smtp.indra.com [209.169.0.20]) by mx1.freebsd.org (Postfix) with ESMTP id 45EA48FC2D; Tue, 8 Apr 2008 16:39:48 +0000 (UTC) (envelope-from spike@indra.com) Received: from coke.indra.com (coke.indra.com [209.169.23.199]) (authenticated bits=0) by smtp.indra.com (8.13.8/8.13.8) with ESMTP id m38GK4Am060045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Apr 2008 10:20:04 -0600 (MDT) (envelope-from spike@indra.com) Message-ID: <47FB99AC.7080504@indra.com> Date: Tue, 08 Apr 2008 10:13:32 -0600 From: Spike Ilacqua User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Ender References: <0B67CBBD-11CB-44C2-807D-5F00654CDD35@headweb.com> <47FB2155.1030106@delphij.net> <3886278B-F65A-44BD-8307-C9889727FEA3@headweb.com> <47FB7355.4060802@enderzone.com> In-Reply-To: <47FB7355.4060802@enderzone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, =?ISO-8859-1?Q?Johan_Str=F6m?= Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 16:39:49 -0000 > Depending on your work load you are just buying more time, so > "reasonable" is a matter of perspective. :( I didn't see if you said > you are on 32bit or 64bit? Keep in mind the kmem max is 1.5-2G on amd64 > regardless of how much memory you have. If 512M arcsize crashes too soon > for your tastes you can always lower it down to 256M, or 128M, etc. I tried for several weeks to get ZFS stable on a 64bit system with a 1.5G kernel. The best uptime I ever got was 72 hours, the worst was 2, the average about 24. Interestingly, most of the hangs were at off hours, when the system was lightly loaded, had lots of free memory, etc. That suggests to me a slow leak of some sort. Anyway, ZFS is not ready for production. Some people may get lucky, but you can't count on it. Spike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 16:51:47 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72C1F106566B for ; Tue, 8 Apr 2008 16:51:47 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id F0D168FC1E for ; Tue, 8 Apr 2008 16:51:46 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m38GpjiT017872 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 8 Apr 2008 18:51:45 +0200 From: "Petr Holub" To: Date: Tue, 8 Apr 2008 18:51:40 +0200 Message-ID: <027901c89998$d44a58a0$7cdf09e0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AciZmM9+xqXlv1MoR165Jl52hG9V8g== Content-Language: cs X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 08 Apr 2008 18:51:45 +0200 (CEST) Cc: Subject: panics in 6.3-RELEASE in sound system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 16:51:47 -0000 Hi all, this time I'm reporting panics in sound system :). I'm having M-Audio Audiophile 192 sound card which got supported with the new revision of sound system, so I have sound snd_envy24ht The panic is reproducible when I start kcontrol (from fluxbox), try to enable and configure soundsystem and then push the Test button. I get the following crash (hand retyped DDB part as the machine doesn't have serial port and I can't do it over firewire as of now): Sleeping thread (tid 100112, pid 1391) owns a non-sleepable lock sched_switch(c5619300,0,1) at sched_switch+0x14b mi_switch(1,0,c5468400,e62fca44,c06cac56,...) at mi_switch+0x1ba sleepq_switch(c5468400) at sleepq_switch+0x86 sleepq_timedwait_sig(c5468400) at sleepq_timedwait_sig+0x1e msleep(c5468400,c544e940,14c,c0bf2307,64,...) at msleep+0x200 chn_sleep(64,c5468400,a000,a,c5450980,...) at chn_sleep+0x17 chn_flush(c5450080,c5450080,ffffffff,c544e940,0,...) at chn_flush+0xb3 dsp_close(c5467600,7,2000,c5619300) at dsp_close+0xc4 giant_close(c5467600,7,2000,c5619300,c071289c,...) at giant_close+0x4b devfs_close(e62fcb70) at devfs_close+0x402 VOP_CLOSE_APV(c0a096e0,e62fcb70) at VOP_CLOSE_APV+0x38 vn_close(c5d7bdd0,7,c5946780,c5619300) at vn_close+0x5a vn_closefile(c6421900,c5619300,e62fcc28,c0689fe0,c6421900,...) at vn_closefile+0 xea devfs_close_f(c6421900,c5619300) at devfs_close_f+0xf fdrop_locked(c6421900,c5619300,c64c5000,e62fcca8,c0688537,...) at fdrop_locked+0 xd0 fdrop(c6421900,c5619300,c6421900,e62fcc70,0,...) at fdrop+0x41 closef(c6421900,c5619300,0,e62fcd38,c6134a78,...) at closef+0x41f kern_close(c5619300,b,e62fcd30,c0918033,c5619300,...) at kern_close+0x20b close(c5619300,e62fcd04) at close+0x10 syscall(2891003b,285f003b,bfbf003b,807f000,8082d80,...) at syscall+0x2b7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x288f5a23, esp = 0xbfbfe4fc, ebp = 0xbfbfe528 --- panic: sleeping thread KDB: enter: panic db>bt Tracing pid 31 tid 100035 td 0xc52b0480 kdb_enter(...) at kdb_enter+0x2b panic(...) at panic+0xbb propagate_priority(...) at propagate_priority0x54 turnstile_wait(...) at turnstile_wait+0x28d _mtx_lock_sleep(...) at mtx_lock_sleep+0xb6 _mtx_lock_flags(...) at _mtx_lock_flags+0x30 envy24ht_intr(c5457000) at envy24ht_intr+0x20 ithread_execute_handlers(...) at ithread_execute_handlers+0x121 ithread_loop(...) at ithread_loop+0x54 fork_exit(...) at fork_exit+0x70 fork_trampoline(...) at fork_trampoline+0x8 I'm unable to do show alllocks (unsupported on 6.x?). (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04768ab in db_fncall (dummy1=-472982908, dummy2=0, dummy3=-1064325877, dummy4=0xe3ceda70 "") at /usr/src/sys/ddb/db_command.c:493 #2 0xc04766b0 in db_command (last_cmdp=0xc0a62ea4, cmd_table=0x0, aux_cmd_tablep=0xc09bb530, aux_cmd_tablep_end=0xc09bb54c) at /usr/src/sys/ddb/db_command.c:408 #3 0xc0476778 in db_command_loop () at /usr/src/sys/ddb/db_command.c:459 #4 0xc0478399 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #5 0xc06c4ddb in kdb_trap (type=3, code=0, tf=0xe3cedbb0) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc09177bc in trap (frame= {tf_fs = -473038840, tf_es = -1066663896, tf_ds = -1063714776, tf_edi = 1, tf_esi = -1063673537, tf_ebp = -472982544, tf_isp = -472982564, tf_ebx = -47298 2500, tf_edx = 0, tf_ecx = -1048489984, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066644641, tf_cs = 32, tf_eflags = 150, tf_esp = -472982512, tf_ss = -1066747481}) at /usr/src/sys/i386/i386/trap.c:594 #7 0xc090433a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc06c4b5f in kdb_enter (msg=0x12
) at cpufunc.h:60 #9 0xc06ab9a7 in panic (fmt=0xc099a13f "sleeping thread") at /usr/src/sys/kern/kern_shutdown.c:549 #10 0xc06cc804 in propagate_priority (td=0xc5619300) at /usr/src/sys/kern/subr_turnstile.c:209 #11 0xc06cd0b5 in turnstile_wait (lock=0xc5466240, owner=0xc5619300, queue=0) ---Type to continue, or q to quit--- at /usr/src/sys/kern/subr_turnstile.c:715 #12 0xc06a2366 in _mtx_lock_sleep (m=0xc5466240, tid=3307930752, opts=0, file=0xc0c04da9 "/usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/ sound/pci/envy24ht.c", line=1970) at /usr/src/sys/kern/kern_mutex.c:579 #13 0xc06a21a0 in _mtx_lock_flags (m=0xc1815000, opts=0, file=0xc0c04da9 "/usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/ sound/pci/envy24ht.c", line=1970) at /usr/src/sys/kern/kern_mutex.c:288 #14 0xc0c03498 in ?? () #15 0xc5466240 in ?? () #16 0x00000000 in ?? () #17 0xc0c04da9 in ?? () #18 0x000007b2 in ?? () #19 0xffffffff in ?? () #20 0xffffffff in ?? () #21 0xffffffff in ?? () #22 0xc5466180 in ?? () #23 0x00000004 in ?? () #24 0xc52a7300 in ?? () #25 0xe3cedcec in ?? () #26 0xc0694f15 in ithread_execute_handlers (p=0xc5457000, ie=0xc52a7300) at /usr/src/sys/kern/kern_intr.c:682 Previous frame identical to this frame (corrupt stack?) (kgdb) up 13 #13 0xc06a21a0 in _mtx_lock_flags (m=0xc1815000, opts=0, file=0xc0c04da9 "/usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/ sound/pci/envy24ht.c", line=1970) at /usr/src/sys/kern/kern_mutex.c:288 288 _get_sleep_lock(m, curthread, opts, file, line); (kgdb) Any clues on this one? Thanks, Petr From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 17:58:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62080106566B; Tue, 8 Apr 2008 17:58:38 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3317F8FC1A; Tue, 8 Apr 2008 17:58:37 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 39FB3BD240; Tue, 8 Apr 2008 13:58:37 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 08 Apr 2008 13:58:37 -0400 X-Sasl-enc: iCObKrk8JsgXTLMXZpMI4Q3mQRWN1KbK6giQiRRN2FAY 1207677516 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 41DF5C4B0; Tue, 8 Apr 2008 13:58:36 -0400 (EDT) Message-ID: <47FBB24B.60504@FreeBSD.org> Date: Tue, 08 Apr 2008 18:58:35 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.12 (X11/20080405) MIME-Version: 1.0 To: John Baldwin References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> In-Reply-To: <200804080957.30738.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Petr Holub , re@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 17:58:38 -0000 John Baldwin wrote: > On Monday 07 April 2008 12:16:53 pm Petr Holub wrote: > >> Hi all, >> >> I started to play with RAT application (ports: mbone/rat + an SVN version) >> and >> it seems to crash my 6.3-RELEASE-p1 box in rather deterministic way. Crash >> details are shown below. Has anyone seen a problem like this? >> > > Yes, there's an off-by-one reference count bug in the multicast stuff. I concur, this fix should really be MFCed. The problem went away in 7.x due to a total rewrite. I am distracted by other stuff at the moment, so, starter's orders... cheers BMS From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 19:00:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE5D106566B for ; Tue, 8 Apr 2008 19:00:44 +0000 (UTC) (envelope-from jisakiel@yahoo.es) Received: from web28508.mail.ukl.yahoo.com (web28508.mail.ukl.yahoo.com [87.248.110.187]) by mx1.freebsd.org (Postfix) with SMTP id E2EEE8FC16 for ; Tue, 8 Apr 2008 19:00:43 +0000 (UTC) (envelope-from jisakiel@yahoo.es) Received: (qmail 33321 invoked by uid 60001); 8 Apr 2008 18:34:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=beR+bx5Qsq6DGz/LwIQXs683ld387PhmAmitsNZLLW5ZaQ8DWERP59oY+xeSv8Xc1KNSQRW5CRrNen/qLnP8j+vrmf0gKDvXukuPtI9pODPO+RX5/YPA6vCFevfuGwkug02QEdIJbRqm2zK6GdcrR1AarBjfY+UHP7DMyjM/Ma0=; X-YMail-OSG: T.T1d6gVM1mxZtgssmRB.2u7O49O_A8pRGZS8kxyp6YZqsPADBOnwntDE1AvQi68GUiJJ3FSlL7qNMudC.dlBX4Y8XlKIUObs3zviWLOOgdpO2vM.b01zCyEfwc- Received: from [87.223.164.25] by web28508.mail.ukl.yahoo.com via HTTP; Tue, 08 Apr 2008 18:34:01 GMT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Tue, 8 Apr 2008 18:34:01 +0000 (GMT) From: Jisakiel To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <864348.32703.qm@web28508.mail.ukl.yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 19:00:44 -0000 =C2=BFSo no chances of ZFS stable on FBSD7? I was actually considering debi= an over freebsd on a dual AMD64, but if there are no settings that will mak= e it stable... Nevertheless I'd be willing to help debugging ZFS on that ma= chine (Dell T105) as soon as I receive it in a couple of weeks, as I'm in n= o rush to getting it into production (just tell me what to do ;) ). =0A=0A= ----- Mensaje original ----=0ADe: Spike Ilacqua =0APara: E= nder =0ACC: freebsd-fs@freebsd.org; freebsd-stable@fre= ebsd.org; Johan Str=C3=B6m =0AEnviado: martes, 8 de abri= l, 2008 18:13:32=0AAsunto: Re: ZFS deadlock=0A=0A> Depending on your work = load you are just buying more time, so =0A> "reasonable" is a matter of per= spective. :( I didn't see if you said =0A> you are on 32bit or 64bit? Keep= in mind the kmem max is 1.5-2G on amd64 =0A> regardless of how much memory= you have. If 512M arcsize crashes too soon =0A> for your tastes you can al= ways lower it down to 256M, or 128M, etc.=0A=0AI tried for several weeks to= get ZFS stable on a 64bit system with a =0A1.5G kernel. The best uptime I= ever got was 72 hours, the worst was 2, =0Athe average about 24. Interest= ingly, most of the hangs were at off =0Ahours, when the system was lightly = loaded, had lots of free memory, etc. =0A That suggests to me a slow leak = of some sort.=0A=0AAnyway, ZFS is not ready for production. Some people ma= y get lucky, but =0A you can't count on it.=0A=0ASpike=0A_________________= ______________________________=0Afreebsd-stable@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-stable=0ATo unsubscribe, = send any mail to "freebsd-stable-unsubscribe@freebsd.org"=0A=0A=0A=0A=0A=0A= =0A ______________________________________________ =0A=C2=BFCon Mascot= a por primera vez? S=C3=A9 un mejor Amigo. Entra en Yahoo! Respuestas http:= //es.answers.yahoo.com/info/welcome From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 19:20:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA7A2106564A for ; Tue, 8 Apr 2008 19:20:01 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unknown [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 457648FC16 for ; Tue, 8 Apr 2008 19:20:00 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m38JJarM040360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Apr 2008 20:19:37 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <47FBC557.5010703@unsane.co.uk> Date: Tue, 08 Apr 2008 20:19:51 +0100 From: Vince User-Agent: Thunderbird 2.0.0.12 (X11/20080313) MIME-Version: 1.0 To: Jisakiel References: <864348.32703.qm@web28508.mail.ukl.yahoo.com> In-Reply-To: <864348.32703.qm@web28508.mail.ukl.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 19:20:01 -0000 It depends a lot on your workload I'd say. for me its pretty stable on a amd64 7-STABLE box that just does a little light mail and web and package building. for others not so much. info on my system below if anyones interested. Vince (20:12:28 ) 0 $ more /boot/loader.conf geom_mirror_load=YES vm.kmem_size="768M" vm.kmem_size_max="768M" snd_emu10k1_load=YES jhary@crab (20:12:39 ) 0 $ uptime 8:12PM up 13 days, 19:16, 5 users, load averages: 1.21, 0.86, 0.44 jhary@crab (20:12:50 ) 0 $ zfs list NAME USED AVAIL REFER MOUNTPOINT data 164G 64.8G 18K /data data/usr 163G 64.8G 163G /usr data/var 306M 64.8G 306M /var jhary@crab (20:13:00 ) 0 $ zpool status pool: data state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 mirror ONLINE 0 0 0 ad6s2 ONLINE 0 0 0 ad4s2 ONLINE 0 0 0 errors: No known data errors relevent bits from dmesg: CPU: AMD Opteron(tm) Processor 242 (1594.18-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 usable memory = 3210489856 (3061 MB) avail memory = 3103461376 (2959 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Jisakiel wrote: > ¿So no chances of ZFS stable on FBSD7? I was actually considering debian over freebsd on a dual AMD64, but if there are no settings that will make it stable... Nevertheless I'd be willing to help debugging ZFS on that machine (Dell T105) as soon as I receive it in a couple of weeks, as I'm in no rush to getting it into production (just tell me what to do ;) ). > > ----- Mensaje original ---- > De: Spike Ilacqua > Para: Ender > CC: freebsd-fs@freebsd.org; freebsd-stable@freebsd.org; Johan Ström > Enviado: martes, 8 de abril, 2008 18:13:32 > Asunto: Re: ZFS deadlock > >> Depending on your work load you are just buying more time, so >> "reasonable" is a matter of perspective. :( I didn't see if you said >> you are on 32bit or 64bit? Keep in mind the kmem max is 1.5-2G on amd64 >> regardless of how much memory you have. If 512M arcsize crashes too soon >> for your tastes you can always lower it down to 256M, or 128M, etc. > > I tried for several weeks to get ZFS stable on a 64bit system with a > 1.5G kernel. The best uptime I ever got was 72 hours, the worst was 2, > the average about 24. Interestingly, most of the hangs were at off > hours, when the system was lightly loaded, had lots of free memory, etc. > That suggests to me a slow leak of some sort. > > Anyway, ZFS is not ready for production. Some people may get lucky, but > you can't count on it. > > Spike > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > > ______________________________________________ > ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 21:22:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFC1D10656E1 for ; Tue, 8 Apr 2008 21:22:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 387FF8FC16 for ; Tue, 8 Apr 2008 21:22:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 238405210-1834499 for multiple; Tue, 08 Apr 2008 17:22:25 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m38LMTuY057987; Tue, 8 Apr 2008 17:22:37 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 8 Apr 2008 14:27:07 -0400 User-Agent: KMail/1.9.7 References: <47F6A733.8060308@demax.sk> <47F777F4.9060507@demax.sk> <20080408141521.GE1317@core.byshenk.net> In-Reply-To: <20080408141521.GE1317@core.byshenk.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804081427.07839.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 08 Apr 2008 17:22:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6671/Tue Apr 8 13:52:06 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Greg Byshenk Subject: Re: 7-STABLE bootloader not working on Asus TR-DLS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 21:22:44 -0000 On Tuesday 08 April 2008 10:15:22 am Greg Byshenk wrote: > I'm piggybacking this onto the previous bootloader thread because I have > a suspicion that my problem may be related to the 'fix' for the prveious > problem. > > I've got a machine (old-ish) that will not boot with the changes to > src/sys/boot/i386 in March. > > It it a dual-p3 system running on an Asus tr-dls motherboard (with most > recent -- from 2002, but that is the most recent) BIOS updates: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1266.72-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > Features=0x383fbff > real memory = 2147463168 (2047 MB) > avail memory = 2091913216 (1995 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 3 > cpu1 (AP): APIC ID: 0 > > When I install the most recent world (for example, a build of 7-STABLE from > 01-04-2008), it simply fails to boot. No panic, no crash, but just stops. > > I get to: > > [...] > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive A: is disk0 > > ... and then nothing ... just hangs permanently > > If I change back to 7-RELEASE, or to 7-STABLE as of 18-03-2008, there is > no problem at all. If I run the system with 01-04-2008 world, but copy > back in the contents of /boot from 18-03-2008, then there is again no > problem. I can copy in the 01-04-2008 kernel and run under that, and there > is no problem (it is running like that now). But I have to use the old > version of the booloader. > > I'm not a coder, and haven't looked more deeply, but it appears that > something in here: > > i386/src/sys/boot/i386/btx/btx/Makefile > i386/src/sys/boot/i386/btx/btx/btx.S It would be these changes. Debugging this will be hard. :( Are you familiar with x86 assembly at all? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 23:46:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCFDD1065672 for ; Tue, 8 Apr 2008 23:46:45 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 326E18FC0C for ; Tue, 8 Apr 2008 23:46:45 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from delish.ish.com.au ([203.29.62.201] helo=ish.com.au) by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168) (Exim 4.43) id 1JjNQf-00084C-HC; Wed, 09 Apr 2008 09:40:41 +1000 Received: from ip-182.ish.com.au ([203.29.62.182] verified) by ish.com.au (CommuniGate Pro SMTP 5.2.1) with ESMTP id 3427899; Wed, 09 Apr 2008 09:46:43 +1000 Message-Id: <3DDEAB7E-F6FF-48C6-A19E-E6D96D365D8E@ish.com.au> From: Aristedes Maniatis To: John Baldwin In-Reply-To: <200804080959.46961.jhb@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: Wed, 9 Apr 2008 09:46:41 +1000 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> <200804080959.46961.jhb@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: bzeeb+freebsd+lor@zabbadoz.net, Jurgen Weber , freebsd-stable@freebsd.org Subject: Re: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 23:46:45 -0000 On 08/04/2008, at 11:59 PM, John Baldwin wrote: > On Tuesday 08 April 2008 04:06:24 am Aristedes Maniatis wrote: >> FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10 >> i386 with PAE (5Gb RAM) >> >> >> We've had fairly reproducible freezes. After several hours of stress >> testing or even overnight not doing anything, everything locks up >> including the console. >> >> We then installed a debugging kernel (without INVARIANTS since that >> prevented the kernel from compiling at all) and obtained this LOR >> when >> it froze: >> >> LOR: >> 1st 0x807d3d90 sleepq chain (sleepq chain) @/usr/src/sys/kern/ >> subr_sleepqueue.c:773 >> 2nd 0x807c8110 scrlock (scrlock) @/usr/src/sys/dev/syscons/syscons.c: >> 2526 >> >> I have taken photographs of the KDB output following this but have >> not >> transcribed it until someone says that it will be useful to them. I >> could put it up as slightly fuzzy screen photographs on our web site. > > The stack trace info would be useful. A photo would be fine. > > -- > John Baldwin Sorry for the quality, these were the best I could do with the camera I had: http://www.ish.com.au/s/LOR/1.jpg http://www.ish.com.au/s/LOR/2.jpg http://www.ish.com.au/s/LOR/3.jpg (this overlaps with [2]) Do you have any hunch about what driver/system might be causing this? Could it be related to the use of PAE? Because if so, I'd be happy to leave this server accessible somewhere for FreeBSD developers to work with and go replace it with a new 64bit system tomorrow for our production use. Thanks Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 06:05:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C6B1065675 for ; Wed, 9 Apr 2008 06:05:06 +0000 (UTC) (envelope-from mmsmtp@egle.cs.rtu.lv) Received: from egle.cs.rtu.lv (egle.cs.rtu.lv [85.254.224.3]) by mx1.freebsd.org (Postfix) with ESMTP id 31C958FC1E for ; Wed, 9 Apr 2008 06:05:05 +0000 (UTC) (envelope-from mmsmtp@egle.cs.rtu.lv) Received: from egle (localhost [127.0.0.1]) by egle.cs.rtu.lv (8.13.8+Sun/8.12.10) with ESMTP id m395k5Ev029007 for ; Wed, 9 Apr 2008 08:46:05 +0300 (EEST) From: mmsmtp@egle.cs.rtu.lv To: stable@freebsd.org Date: Wed, 09 Apr 2008 05:46:04 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-ID: Cc: Subject: MailMonitor Alert X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 06:05:06 -0000 Scanner MMSMTP2.0 virus found in You message - to Problem description - Scanning message headers: Body part: 1 [] SAV sweep results: The main body of virus data is out of date. Body part: 2 [instruction.zip] SAV sweep results: A virus was detected. Virus found: W32/MyDoom-O Virus found: W32/MyDoom-O condition: virus infection action taken: disinfect condition: virus disinfection failed action taken: delete attachment From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 06:05:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DA9106566B for ; Wed, 9 Apr 2008 06:05:08 +0000 (UTC) (envelope-from mmsmtp@egle.cs.rtu.lv) Received: from egle.cs.rtu.lv (egle.cs.rtu.lv [85.254.224.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC938FC2D for ; Wed, 9 Apr 2008 06:05:07 +0000 (UTC) (envelope-from mmsmtp@egle.cs.rtu.lv) Received: from egle (localhost [127.0.0.1]) by egle.cs.rtu.lv (8.13.8+Sun/8.12.10) with ESMTP id m395k4h3029004 for ; Wed, 9 Apr 2008 08:46:05 +0300 (EEST) From: mmsmtp@egle.cs.rtu.lv To: stable@freebsd.org Date: Wed, 09 Apr 2008 05:46:04 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-ID: Cc: Subject: MailMonitor Alert X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 06:05:08 -0000 Scanner MMSMTP2.0 virus found in You message - to Problem description - Scanning message headers: Body part: 1 [] SAV sweep results: The main body of virus data is out of date. Body part: 2 [instruction.zip] SAV sweep results: A virus was detected. Virus found: W32/MyDoom-O Virus found: W32/MyDoom-O condition: virus infection action taken: disinfect condition: virus disinfection failed action taken: delete attachment From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 07:05:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CABD2106564A for ; Wed, 9 Apr 2008 07:05:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 89E2D8FC2F for ; Wed, 9 Apr 2008 07:05:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id BC34813DF64 for ; Wed, 9 Apr 2008 10:48:26 +0400 (MSD) Date: Wed, 9 Apr 2008 10:45:42 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <396418019.20080409104542@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 07:05:20 -0000 Hello, freebsd-stable. Does somebody use some software RAID5 on FreeBSD in real production system? I want to build storage server for my home: RAW photos, multi-layer PhotoShop files and FLAC-encoded music consume a lot of space, and they should be availible both from desktop & notebook. Also, all photo-content is unique, so I need some insuranse from single HDD crash. I understand, that I will not safe from fire, PSU failure and thing slike this. I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports (all of them is chipset-based, so no SiliconImage/JMicron/Whatever crappy controllers), some low-end Core2Duo, 2Gb of memory. Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, system, swap, etc. I want to have 2Tb (ok, not real Tb, I know) of "protected" storage. I want to have maximum speed via 1Gb network, because graphic files are big and should open fast. Not as fast as local ones, I understand that, but speeds about 12-15Mb/s is not enough for sure :) Only problem I see: which software RAID5 solution should I prefer? FreeBSD-based, of course! I see these variants: (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, as far as I understand. (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? when I try it about 6 months ago in VMWare installation with 5 virtual disks, I got panics and strange behaviour after "crashing" one of virtual disks. (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are THREE versions of it. Which one should I prefer? There was long thread about it some times ago without any clear conclusion. Does something changed? (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages about locks, crashes, etc. Code is experemental. Is it only for 32 bit systems? (5) Do I miss something? (6) Solaris + ZFS? I don't want it, I know a little about Solaris administaration, and I already have FreeBSD servers and routers. I know, that 3ware or Areca controllers are very good. I know, that "gmirror" is very stable. But these variants are too expensive for home server :( Does somebody use some software RAID5 on FreeBSD in real production? Any advices? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 11:47:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A6BA106566C for ; Wed, 9 Apr 2008 11:47:06 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 44E7E8FC17 for ; Wed, 9 Apr 2008 11:47:06 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so665049anc.13 for ; Wed, 09 Apr 2008 04:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=blC6WuReVvNjvsTL24q9v/PhbrKOCySzZNMC3N+89Jk=; b=ifqQmHnsTqL1wGaxTb3aI5Recs+wsWJx4MMGOlyDYmEpgAXDVxr553IxIL15//RpMP3qt3dGobyWAtR06EnBsRUQXALjtLDfRbIG6TLDmiHx83tnTJCDzJNQp9jpN8wLlkNDN9niupdFhqmMYh9WMr++PR/qQYMnFNfRuhsbd54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LSUg9Mv2PZCO/8gM1wIm9GaxFZ5Jh+UQj+enU0l5jHWq0bsnXyjt6SihmOvNzeOqRqjVMDrN7y99eXKRbhL7Iy3mbTbspiiAPtm1k8iLw7VKRinD+4p+AHecKwJvUSMHczMCGjpMazmTb4A/Xjx4u6hsknmb5G5rW3y8RS9uL+w= Received: by 10.100.240.17 with SMTP id n17mr46877anh.49.1207741625505; Wed, 09 Apr 2008 04:47:05 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Wed, 9 Apr 2008 04:47:05 -0700 (PDT) Message-ID: Date: Wed, 9 Apr 2008 13:47:05 +0200 From: "Claus Guttesen" To: FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: hp blade bl460c and FreeBSD 7.0 (amd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 11:47:08 -0000 Hi. I found this thread http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/00f1c4f0a9f7c66c/fdd0f4ec225fc523 discussing ethernet-connectivity on the blade. I'm looking at the bl460c (xeon e5430). Is anyone using the bl460c on either a c7000 or c3000 chassis using the ethernet switch for the c7000 chassis? :-) -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 12:47:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 622A5106566C; Wed, 9 Apr 2008 12:47:56 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id ECA9B8FC0A; Wed, 9 Apr 2008 12:47:55 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JjZi6-0003mQ-5P; Wed, 09 Apr 2008 14:47:30 +0200 Message-ID: <47FCBAFB.9060508@tzim.net> Date: Wed, 09 Apr 2008 14:47:55 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: lev@FreeBSD.org References: <396418019.20080409104542@serebryakov.spb.ru> In-Reply-To: <396418019.20080409104542@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 12:47:56 -0000 Lev Serebryakov a crit : > Hello, freebsd-stable. > > Does somebody use some software RAID5 on FreeBSD in real production > system? > > I want to build storage server for my home: RAW photos, multi-layer > PhotoShop files and FLAC-encoded music consume a lot of space, and > they should be availible both from desktop & notebook. > > Also, all photo-content is unique, so I need some insuranse from > single HDD crash. I understand, that I will not safe from fire, PSU > failure and thing slike this. > > I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports > (all of them is chipset-based, so no SiliconImage/JMicron/Whatever > crappy controllers), some low-end Core2Duo, 2Gb of memory. > Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, system, > swap, etc. I want to have 2Tb (ok, not real Tb, I know) of "protected" > storage. > I want to have maximum speed via 1Gb network, because graphic files > are big and should open fast. Not as fast as local ones, I understand > that, but speeds about 12-15Mb/s is not enough for sure :) > > Only problem I see: which software RAID5 solution should I prefer? > FreeBSD-based, of course! > > I see these variants: > > (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, > as far as I understand. > > (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? > when I try it about 6 months ago in VMWare installation with 5 > virtual disks, I got panics and strange behaviour after "crashing" > one of virtual disks. > > (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are > THREE versions of it. Which one should I prefer? There was long > thread about it some times ago without any clear conclusion. Does > something changed? > > (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages > about locks, crashes, etc. Code is experemental. Is it only for > 32 bit systems? > > (5) Do I miss something? > > (6) Solaris + ZFS? I don't want it, I know a little about Solaris > administaration, and I already have FreeBSD servers and routers. > > I know, that 3ware or Areca controllers are very good. I know, that > "gmirror" is very stable. But these variants are too expensive for > home server :( > > Does somebody use some software RAID5 on FreeBSD in real production? > Any advices? > Hi ! I personally use the 3 option for my personal Home File Server. I got approximatly the same usage for the file server (mostly video, music, photo). I built my own about 12 month ago. I reviewed the about the same variants as the one you propose : (1) Discarded for performance issues. Raid3 is slow. Really. (2) raid5/vinum is also slow. And as I understood at that time, recovery from lost hard drive wasn't easy enough for the freebsd niubee I was then. (4) ZFS wasn't there yet. But I did test it on a test VMWare, and wasn't convinced (mostly stability and memory issues). So I use geom_raid5. I sticked to the main distributions, which seemed more stable at the moment. The kernel module is fairly simple to build/install. Performance is (very) good for a software raid. I successfully switched the raid array from an i386 6.2-RELEASE to an an amd64 7.0-RELEASE (with motherboard and CPU change) without any assle. For the moment, I use one big UFS+SU (and snapshots) on the whole array. I successfuly tried unpplugging then replugging on of the drives, suddent power loss, using the array with a missing disk (degraded mode). All did work fine. (still, I use an UPS on the file server). The sole issue I had is with ataidle. I had to patch ata-disc.c to increase the IO timeout. Without, the raid5 module detected temporary disk loss and constantly launched rebuilds of the array. With 7.0, I wondered if I should use gjournal, but I'm not sure if it's really the way to go on a file system dedicated to store many big files. So I stick to soft updates. Current configuration is : / on a 2GB usb key /tmp on memory ports and source trees (and some portsnap stuff) on a small disk 4x250 GB sata for the raid5 array. AMD A64 3200+ and 512 GB DDRII Realtek Gigabit nics. Copy from raid5 to /dev/null gives about 100MB/s Copy from /dev/random to raid5 about 40MB/s I use samba shares. I get about 40MB/s in both ways from another computer on the network (enabling jumbo-frames gives a big boost). Hope my own story can help you in any way. Regards, Arnaud Houdelette From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 14:59:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1602B1065672 for ; Wed, 9 Apr 2008 14:59:20 +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 C5C378FC0C for ; Wed, 9 Apr 2008 14:59:19 +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 m39ExJor004249; Wed, 9 Apr 2008 10:59:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m39ExIXI013293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Apr 2008 10:59:18 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804091459.m39ExIXI013293@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 09 Apr 2008 10:59:19 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20080326005120.GA90104@cdnetworks.co.kr> References: <200803251844.m2PIisxZ021929@lava.sentex.ca> <20080326005120.GA90104@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 panic (rl driver) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 14:59:20 -0000 At 08:51 PM 3/25/2008, Pyun YongHyeon wrote: >On Tue, Mar 25, 2008 at 02:44:58PM -0400, Mike Tancsa wrote: > > I have a RELENG_7 box running in a netboot environment that is > > crashing every few days. I dont have a disk on it yet, so I have no > > where to send the coredump. But I hooked up a serial cable and made > > it drop to debugger. We are going to try a USB connected disk and > > configure it as swap so that we can then try and drop the coredump to > > it. Any other suggestions on how to track this down ? > > > >I guess rl(4) hardware received too long/short frame such that >subsequent code in driver tried to copy recevied frame with invalid >length. I don't have data sheet for rl(4) hardwares so I'm not sure >how this can happen. >Anyway, try attached patch. Hi, So far so good. The box has been running quite some time with no panic. By now, it would have crashed a few times. Thanks for fixing this! Hopefully, it can be committed to the tree and eventually MFC'd. ---Mike > > > > db> where > > Tracing pid 24 tid 100023 td 0xc4cc4cc0 > > kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 > > vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 > > trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e > > trap(e5273bdc) at trap+0x3fa > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- > > generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a > > rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 > > rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba > > ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab > > fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- > > db> panic > > panic: from debugger > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0845ff1,e52736cc,c05c3367,c4d97340,e52736c8,...) > > at db_trace_self_wrapper+0x26 > > kdb_backtrace(c4d97340,e52736c8,c05e1a92,c0830310,c4d97374,...) at > > kdb_backtrace+0x29 > > mi_switch(1,0,1,104,0,...) at mi_switch+0x47 > > sched_bind(c4cc4cc0,0,c0843f3c,10e,e527370c,...) at sched_bind+0x60 > > boot(c0844067,1,0,0,1,...) at boot+0x47 > > panic(c0829200,e5273810,c0467c95,c05e3cc3,0,...) at panic+0x13b > > db_panic(c05e3cc3,0,ffffffff,e527377c,c0469c00,...) at db_panic+0x17 > > db_command_loop(c05e3cc3,0,86,1,0,...) at db_command_loop+0x2f5 > > db_trap(a,0,1,a,e5273924,...) at db_trap+0xc5 > > kdb_trap(a,0,e5273924,0,c4d50558,...) at kdb_trap+0x96 > > trap(e5273924) at trap+0x57b > > calltrap() at calltrap+0x6 > > --- trap 0xa, eip = 0xc05e3cc3, esp = 0xe5273964, ebp = 0xe527398c --- > > kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 > > vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 > > trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e > > trap(e5273bdc) at trap+0x3fa > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- > > generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a > > rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 > > rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba > > ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab > > fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- > > db> > > > >-- >Regards, >Pyun YongHyeon > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 15:29:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5DA31065675 for ; Wed, 9 Apr 2008 15:29:31 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id E95E98FC15 for ; Wed, 9 Apr 2008 15:29:30 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id m39FTTL4023548; Wed, 9 Apr 2008 17:29:29 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.14.2/8.13.3) with ESMTP id m39FTSQF048468; Wed, 9 Apr 2008 17:29:28 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.14.2/8.14.2/Submit) id m39FTS9F048467; Wed, 9 Apr 2008 17:29:28 +0200 (CEST) (envelope-from wb) Date: Wed, 9 Apr 2008 17:29:28 +0200 From: Wilko Bulte To: Claus Guttesen Message-ID: <20080409152928.GA48443@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Subject: Re: hp blade bl460c and FreeBSD 7.0 (amd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 15:29:31 -0000 Quoting Claus Guttesen, who wrote on Wed, Apr 09, 2008 at 01:47:05PM +0200 .. > Hi. > > I found this thread > http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/00f1c4f0a9f7c66c/fdd0f4ec225fc523 > discussing ethernet-connectivity on the blade. > > I'm looking at the bl460c (xeon e5430). Is anyone using the bl460c on > either a c7000 or c3000 chassis using the ethernet switch for the > c7000 chassis? :-) The Cisco version, or the HP version of the c7000 switch? I briefly played with a BL460c in a c7000 with HP switch. No problems with FreeBSD-6.mumble (I forgot what I used). -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 17:45:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4E241065670 for ; Wed, 9 Apr 2008 17:45:18 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from abeyance.cryptomonkeys.com (abeyance.cryptomonkeys.com [67.42.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 888D48FC1C for ; Wed, 9 Apr 2008 17:45:18 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from dyn-2-145.pgp.com (table.pgp.com [63.251.255.85]) (authenticated bits=0) by abeyance.cryptomonkeys.com (8.13.8+Sun/8.13.8) with ESMTP id m39HQCaw012343 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 Apr 2008 10:26:14 -0700 (PDT) Message-ID: <47FCFC31.6000102@cryptomonkeys.com> Date: Wed, 09 Apr 2008 10:26:09 -0700 From: Louis Kowolowski Organization: Cryptomonkeys UNIX/Security Consulting User-Agent: Thunderbird 2.0.0.12 (X11/20080327) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> In-Reply-To: <47FCBAFB.9060508@tzim.net> X-Enigmail-Version: 0.95.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF94AEECC020B39C08AF1304E" X-cryptomonkeys-MailScanner-Information: Please contact abuse@cryptomonkeys.com for more information X-cryptomonkeys-MailScanner: Found to be clean X-cryptomonkeys-MailScanner-From: louisk@cryptomonkeys.com X-Spam-Status: No Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 17:45:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF94AEECC020B39C08AF1304E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Arnaud Houdelette wrote: > Lev Serebryakov a =E9crit : >> Hello, freebsd-stable. >> >> Does somebody use some software RAID5 on FreeBSD in real production >> system? >> >> I want to build storage server for my home: RAW photos, multi-layer >> PhotoShop files and FLAC-encoded music consume a lot of space, and >> they should be availible both from desktop & notebook. >> >> Also, all photo-content is unique, so I need some insuranse from >> single HDD crash. I understand, that I will not safe from fire, PSU >> failure and thing slike this. >> >> I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II po= rts >> (all of them is chipset-based, so no SiliconImage/JMicron/Whatever >> crappy controllers), some low-end Core2Duo, 2Gb of memory. >> Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, >> system, >> swap, etc. I want to have 2Tb (ok, not real Tb, I know) of "protected"= >> storage. >> I want to have maximum speed via 1Gb network, because graphic files >> are big and should open fast. Not as fast as local ones, I understand >> that, but speeds about 12-15Mb/s is not enough for sure :) >> >> Only problem I see: which software RAID5 solution should I prefer? >> FreeBSD-based, of course! >> >> I see these variants: >> >> (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottlenec= k, >> as far as I understand. >> >> (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complet= e? >> when I try it about 6 months ago in VMWare installation with 5 >> virtual disks, I got panics and strange behaviour after "crashing= " >> one of virtual disks. >> >> (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are >> THREE versions of it. Which one should I prefer? There was long >> thread about it some times ago without any clear conclusion. Does= >> something changed? >> >> (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages >> about locks, crashes, etc. Code is experemental. Is it only for >> 32 bit systems? >> >> (5) Do I miss something? >> >> (6) Solaris + ZFS? I don't want it, I know a little about Solaris >> administaration, and I already have FreeBSD servers and routers. >> >> I know, that 3ware or Areca controllers are very good. I know, that >> "gmirror" is very stable. But these variants are too expensive for >> home server :( >> >> Does somebody use some software RAID5 on FreeBSD in real production?= >> Any advices? >> =20 >=20 I've been using FreeNAS (http://www.freenas.org) for personal use as well as a couple of places at work. It lives on a USB key and uses the disks for storage. It uses Samba, AFP, NFS, and iSCSI. I haven't really loaded it down, but I've been seeing close to 100Mbit (on gig-e) (this is NFS shares for VMWare ESX) --=20 Louis Kowolowski louisk@cryptomonkeys.com Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Everyone is a genius. It's just that some people are too stupid to realize it. --------------enigF94AEECC020B39C08AF1304E 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.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkf8/DQACgkQZk0r6oAkN7adegCgi8/pHpHMNOnYNauUJr4XNOiu aKQAoJQwspHPBOjwqVHonkcKyYng5Cl9 =0NWm -----END PGP SIGNATURE----- --------------enigF94AEECC020B39C08AF1304E-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 18:14:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D171065677 for ; Wed, 9 Apr 2008 18:14:50 +0000 (UTC) (envelope-from prvs=19850e4a08=steven@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 639FB8FC26 for ; Wed, 9 Apr 2008 18:14:50 +0000 (UTC) (envelope-from prvs=19850e4a08=steven@multiplay.co.uk) 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 ([212.135.219.182]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.6.3) with ESMTP id md50005464376.msg for ; Wed, 09 Apr 2008 19:03:56 +0100 Message-ID: <031d01c89a6c$14c465a0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Wed, 9 Apr 2008 19:03:57 +0100 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-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=19850e4a08=steven@multiplay.co.uk X-Envelope-From: steven@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Wed, 09 Apr 2008 19:03:56 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 09 Apr 2008 19:03:57 +0100 Subject: 7.0-RELEASE panic any ideas? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 18:14:50 -0000 [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: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x50006 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8023e3c6 stack pointer = 0x10:0xffffffffae39f7e0 frame pointer = 0x10:0xffffff00a18a5400 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 55130 (vim) trap number = 12 panic: page fault cpuid = 1 Uptime: 40d17h22m13s Physical memory: 4088 MB Dumping 520 MB: 505 489 473 457 441 425 409 393 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) list *0xffffffff8023e3c6 0xffffffff8023e3c6 is in g_io_request (/usr/src/sys/geom/geom_io.c:364). 359 KASSERT(bp->bio_length % cp->provider->sectorsize == 0, 360 ("wrong length %jd for sectorsize %u", 361 bp->bio_length, cp->provider->sectorsize)); 362 } 363 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", 365 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); 366 367 bp->bio_from = cp; 368 bp->bio_to = pp; (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff80288869 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80288c6d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff803d6624 in trap_fatal (frame=0xffffff00713c79f0, eva=18446742976103034880) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff803d69f5 in trap_pfault (frame=0xffffffffae39f730, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff803d7338 in trap (frame=0xffffffffae39f730) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff803bcfae in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8023e3c6 in g_io_request (bp=0xffffff011c81d000, cp=0xffffff00a18a5400) at /usr/src/sys/geom/geom_io.c:364 #9 0xffffffff8038643f in ufs_strategy (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1997 #10 0xffffffff802e9ce9 in bufstrategy (bo=Variable "bo" is not available. ) at vnode_if.h:935 #11 0xffffffff802f05b0 in breadn (vp=0xffffff001b1135d0, blkno=Variable "blkno" is not available. ) at buf.h:429 #12 0xffffffff802f064a in bread (vp=Variable "vp" is not available. ) at /usr/src/sys/kern/vfs_bio.c:734 #13 0xffffffff8037c72a in ffs_read (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ffs/ffs_vnops.c:531 #14 0xffffffff80387913 in ufs_readdir (ap=0xffffffffae39fa70) at vnode_if.h:344 #15 0xffffffff8030d91f in getdirentries (td=0xffffff00713c79f0, uap=0xffffffffae39fbe0) at vnode_if.h:747 #16 0xffffffff803d6c77 in syscall (frame=0xffffffffae39fc70) at /usr/src/sys/amd64/amd64/trap.c:852 #17 0xffffffff803bd1bb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #18 0x00000008009a4c7c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit Any ideas on the above? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 18:23:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14E5F106566C for ; Wed, 9 Apr 2008 18:23:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id C1D4F8FC1D for ; Wed, 9 Apr 2008 18:23:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 64C0313DFAF; Wed, 9 Apr 2008 22:26:24 +0400 (MSD) Date: Wed, 9 Apr 2008 22:23:41 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <102816420.20080409222341@serebryakov.spb.ru> To: Louis Kowolowski In-Reply-To: <47FCFC31.6000102@cryptomonkeys.com> References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <47FCFC31.6000102@cryptomonkeys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re[2]: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 18:23:41 -0000 Hello, Louis. You wrote 9 ?????? 2008 ?., 21:26:09: > I've been using FreeNAS (http://www.freenas.org) for personal use as > well as a couple of places at work. Do you use it in RAID5 configuration (which is geom_raid5 - based)? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 18:40:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DD801065685 for ; Wed, 9 Apr 2008 18:40:20 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from abeyance.cryptomonkeys.com (abeyance.cryptomonkeys.com [67.42.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E40D8FC18 for ; Wed, 9 Apr 2008 18:40:19 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from dyn-2-145.pgp.com (table.pgp.com [63.251.255.85]) (authenticated bits=0) by abeyance.cryptomonkeys.com (8.13.8+Sun/8.13.8) with ESMTP id m39Icx79013574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Apr 2008 11:39:00 -0700 (PDT) Message-ID: <47FD0D3F.8070400@cryptomonkeys.com> Date: Wed, 09 Apr 2008 11:38:55 -0700 From: Louis Kowolowski Organization: Cryptomonkeys UNIX/Security Consulting User-Agent: Thunderbird 2.0.0.12 (X11/20080327) MIME-Version: 1.0 To: lev@freebsd.org References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <47FCFC31.6000102@cryptomonkeys.com> <102816420.20080409222341@serebryakov.spb.ru> In-Reply-To: <102816420.20080409222341@serebryakov.spb.ru> X-Enigmail-Version: 0.95.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4B6F5D05A6EA741A03FCCE36" X-cryptomonkeys-MailScanner-Information: Please contact abuse@cryptomonkeys.com for more information X-cryptomonkeys-MailScanner: Found to be clean X-cryptomonkeys-MailScanner-From: louisk@cryptomonkeys.com X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 18:40:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4B6F5D05A6EA741A03FCCE36 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Lev Serebryakov wrote: =2E.. >> I've been using FreeNAS (http://www.freenas.org) for personal use as >> well as a couple of places at work. > Do you use it in RAID5 configuration (which is geom_raid5 - based)? >=20 I'm using it in both gmirror and graid5 configurations. --=20 Louis Kowolowski louisk@cryptomonkeys.com Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Everyone is a genius. It's just that some people are too stupid to realize it. --------------enig4B6F5D05A6EA741A03FCCE36 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.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkf9DUMACgkQZk0r6oAkN7ZQzACfef21sXw0t+OlSAM102PhxxyD f6wAnjQTjYqc/oaP1g5OQ7eq3QrJioEG =VIJc -----END PGP SIGNATURE----- --------------enig4B6F5D05A6EA741A03FCCE36-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 20:33:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C125A106564A for ; Wed, 9 Apr 2008 20:33:02 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 35BD38FC19 for ; Wed, 9 Apr 2008 20:33:02 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JjgyV-0005sR-Kl for freebsd-stable@freebsd.org; Wed, 09 Apr 2008 20:32:55 +0000 Received: from 92.50.96.215 ([92.50.96.215]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 09 Apr 2008 20:32:55 +0000 Received: from saper by 92.50.96.215 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 09 Apr 2008 20:32:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Cieslak Date: Wed, 09 Apr 2008 22:32:48 +0200 Lines: 168 Message-ID: <47FD27F0.5020503@system.pl> References: <47F6A733.8060308@demax.sk> <47F777F4.9060507@demax.sk> <20080408141521.GE1317@core.byshenk.net> <200804081427.07839.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig3BBE6B9181F70453CD1EB4BD" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 92.50.96.215 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.13) Gecko/20080405 SeaMonkey/1.1.9 Mnenhy/0.7.5.0 In-Reply-To: <200804081427.07839.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Sender: news Subject: Recent bootloaders not working also on FIC PA-2005 board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 20:33:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3BBE6B9181F70453CD1EB4BD Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable > It would be these changes. Debugging this will be hard. :( Are you fa= miliar=20 > with x86 assembly at all? >=20 I have a bit different problem: The box (old Pentium-MMX PC with the FIC PA-2005 board using VT82C580 (Apollo VP) chipset. The machine had 16MB RAM only, recently upgraded to 256MB. I have installed the newest BIOS version available, so the CD-ROM booting works properly. I can boot Solaris 8 for Intel CD and NetBSD 4.0 install CD, but FreeBSD CDROMs from 5.5-RELEASE, 7.0-RELEASE and March 2007 8.0-CURRENT bootloaders fail in the same way: - A /boot/loader menu appears. The cursor runs like around "10 seconds" countdown, like "10" was printed and then 3 backspaces and 10 printed again, no countdown takes place. - Pressing some keys like Enter, Space and "3" - nothing happens, but if you persist long enough (with "3" or "Enter") you can make the counter running down. - After the counter expires, the |/-\|/- progress meter (how do we call this thing?) appears for a while and then the system resets. How can I try to debug this? I have tried to attach serial console with AT keyboard unplugged I still get message that VGA console will be used. The serial port is working correctly (verified with Windows and later with NetBSD). Can I get serial console while booting from CDROM - do I need to remove VGA card for this? Soon I should receive a firewire controller, but I am not sure if any low-level debugging can be done with this. Below please find dmesg output from NetBSD (upgraded to -CURRENT). --Marcin Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,= 2006, 2007, 2008 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 4.99.58 (PONIATOWSKI) #1: Tue Apr 8 01:27:38 CEST 2008 saper@radziecki.saper.info:/usr/netbsd/obj/usr/netbsd/src/sys/arch/i386/= compile/PONIATOWSKI total memory =3D 254 MB avail memory =3D 239 MB timecounter: Timecounters tick every 10.000 msec timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 Generic PC PCI BIOS rev. 2.1 found at 0xfb3f0 pcibios: config mechanism [1][x], special cycles [1][x], last bus 0 PCI BIOS has 5 Interrupt Routing table entries ------------------------------------------ device vendor product pin PIRQ IRQ stage ------------------------------------------ ------------------------------------------ mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: Intel Pentium/MMX (586-class), 166.11 MHz, id 0x543 cpu0: features 8001bf cpu0: features 8001bf cpu0: Initial APIC ID 0 cpu0: Cluster/Package ID 0 pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok pchb0 at pci0 dev 0 function 0 pchb0: VIA Technologies VT82C580 (Apollo VP) Host-PCI Bridge (rev. 0x10) pcib0 at pci0 dev 7 function 0 pcib0: VIA Technologies VT82C586 PCI-ISA Bridge (rev. 0x02) viaide0 at pci0 dev 7 function 1 viaide0: VIA Technologies VT82C586 (Apollo VP) ATA33 controller viaide0: bus-master DMA support present viaide0: primary channel configured to compatibility mode viaide0: primary channel interrupting at irq 14 atabus0 at viaide0 channel 0 viaide0: secondary channel configured to compatibility mode viaide0: secondary channel interrupting at irq 15 atabus1 at viaide0 channel 1 vga1 at pci0 dev 11 function 0: ATI Technologies 3D Rage II+ (rev. 0x9a) wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation) wsmux1: connecting to wsdisplay0 direct rendering for vga1 unsupported isa0 at pcib0 lpt0 at isa0 port 0x378-0x37b irq 7 com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo pckbc0 at isa0 port 0x60-0x64 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 attimer0 at isa0 port 0x40-0x43: AT Timer pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker (CPU-intensive output) sysbeep0 at pcppi0 isapnp0 at isa0 port 0x279: ISA Plug 'n Play device support npx0 at isa0 port 0xf0-0xff npx0: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2 attimer0: attached to pcppi0 isapnp0: read port 0x203 sb1 at isapnp0 port 0x220/16,0x388/4,0x500/16 irq 5 drq 1,0 sb1: Analog Devices AD1816A : dsp v3.02 sb1: WARNING: powerhook_establish is deprecated audio0 at sb1: half duplex, mmap, independent opl0 at sb1: model OPL3 midi1 at opl0: SB Yamaha OPL3 (CPU-intensive output) mpu0 at isapnp0 port 0x300/2 irq 9 mpu0: Analog Devices AD1816A midi2 at mpu0: Roland MPU-401 MIDI UART (CPU-intensive output) joy0 at isapnp0 port 0x200/8 joy0: Analog Devices AD1816A joy0: joystick not connected timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0 fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec wd0 at atabus0 drive 0: wd0: drive supports 16-sector PIO transfers, LBA addressing wd0: 1536 MB, 3121 cyl, 16 head, 63 sec, 512 bytes/sect x 3145968 sectors= wd0: 32-bit data port wd0: drive supports PIO mode 4, DMA mode 2 wd0(viaide0:0:0): using PIO mode 4, DMA mode 2 (using DMA) atapibus0 at atabus1: 2 targets cd0 at atapibus0 drive 0: cdrom removable cd0: 32-bit data port cd0: drive supports PIO mode 3, DMA mode 1 cd0(viaide0:1:0): using PIO mode 3, DMA mode 1 (using DMA) Kernelized RAIDframe activated pad0: outputs: 44100Hz, 16-bit, stereo audio1 at pad0: half duplex boot device: wd0 root on wd0a dumps on wd0b root file system type: ffs wsdisplay0: screen 1 added (80x25, vt100 emulation) wsdisplay0: screen 2 added (80x25, vt100 emulation) wsdisplay0: screen 3 added (80x25, vt100 emulation) wsdisplay0: screen 4 added (80x25, vt100 emulation) --------------enig3BBE6B9181F70453CD1EB4BD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQCVAwUBR/0n8D2W2v2wY27ZAQMFhwQAqpv0muYqQEcWbA+WFXwCHDqIW3Q4grWR bc7J7w/yDfRNUYKTD3pjoInpdagND/JYvLzCnIUuz8mR/SzC38jQdv1L/FEQiT4v HCJQrCYhwnYJS67TdulfGYdSMZkUKlyrxiL/h7pQvDqwKI63aduafGEiI/Ww+jLB qxrzTxgTwx8= =pFKJ -----END PGP SIGNATURE----- --------------enig3BBE6B9181F70453CD1EB4BD-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:07:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CA291065677 for ; Wed, 9 Apr 2008 22:07:19 +0000 (UTC) (envelope-from news@streetsoul.lv) Received: from web04.hostnet.lv (web04.hostnet.lv [81.94.239.56]) by mx1.freebsd.org (Postfix) with ESMTP id B63D38FC18 for ; Wed, 9 Apr 2008 22:07:18 +0000 (UTC) (envelope-from news@streetsoul.lv) X-ClientAddr: 127.0.0.1 Received: from www.street-soul.eu (localhost [127.0.0.1]) by web04.hostnet.lv (8.12.11.20060308/8.12.11) with ESMTP id m39LDtTG030736 for ; Thu, 10 Apr 2008 00:13:55 +0300 Date: Thu, 10 Apr 2008 00:13:55 +0300 To: stable@freebsd.org From: Streetsoul Message-ID: <84535e4db8924a54f0ca8d2a8d2c0146@www.street-soul.eu> X-Priority: 3 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.0 rc1] MIME-Version: 1.0 X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (web04.hostnet.lv [127.0.0.1]); Thu, 10 Apr 2008 00:13:55 +0300 (EEST) X-HostNet-MailScanner-Information: Hostnet Virus And Antispam software X-HostNet-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-MCPCheck: X-MailScanner-From: news@streetsoul.lv Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Jaunumi: Pa:nuu, Stussy, Reebok X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 22:07:19 -0000 STREETSOUL.LV Ziņuvēstule ********************************* Sveiciens visiem! Krāsaini jaunmi no Pa:nuu, Stussy un pirmo reizi streetsoulā, pilnīgi jauns Reebok!!! Lai apskatītu Stussy jaunumus spied šeit! vai arī iekopē linku pārlūkā: http://www.streetsoul.eu/zoom_brand/20 Lai apskatītu Pa:nuu jaunumus spied šeit! vai arī iekopē linku pārlūkā: http://www.streetsoul.eu/zoom_brand/24 Lai apskatītu Reebok jaunumus spied šeit! vai arī iekopē linku pārlūkā: http://www.streetsoul.eu/zoom_brand/30 Dodies us www.streetsoul.lv vai arī ielas veikalu Rīgā, Tērbatas ielā 85. Bauidi Dzīvi, Ģērbies Brīvi! streetsoul.lv ----------------------------------------------------------------------------------------------------------------------------------------------------------- streetsoul brendi: 667 | Adidas Originals | Airbag | ALAKAZAM! | Alprausch | Amos | BICO | Creative Recreation | Emily The Strange | Encore | Five Four | Goorin Brothers | gsus | Irie Daily | King Apparel | Levi's Engineered Jeans® | Levi's® | Mazine | My Zoo | Nike | OAKLEY | pa:nuu | Reebok | Saddler | Schlepp | Streetsoul | Stussy | Sweet & Toxic | T.U.K. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 22:26:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD193106564A for ; Wed, 9 Apr 2008 22:26:51 +0000 (UTC) (envelope-from minter@lunenburg.org) Received: from mail.skiltech.com (bunning.skiltech.com [65.36.251.181]) by mx1.freebsd.org (Postfix) with ESMTP id B0BC78FC0A for ; Wed, 9 Apr 2008 22:26:51 +0000 (UTC) (envelope-from minter@lunenburg.org) Received: from localhost (localhost [127.0.0.1]) by mail.skiltech.com (Postfix) with ESMTP id 87F2A25BD2D for ; Wed, 9 Apr 2008 18:07:29 -0400 (EDT) X-Virus-Scanned: amavisd-new at skiltech.com Received: from mail.skiltech.com ([127.0.0.1]) by localhost (bunning.skiltech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FGCsH85o7D1n for ; Wed, 9 Apr 2008 18:07:26 -0400 (EDT) Received: from [10.6.21.54] (unknown [64.39.0.42]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.skiltech.com (Postfix) with ESMTP id F4013245095 for ; Wed, 9 Apr 2008 18:07:25 -0400 (EDT) Message-Id: From: "H. Wade Minter" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 9 Apr 2008 17:07:24 -0500 X-Mailer: Apple Mail (2.919.2) Subject: USB keyboard locking up on 7-RELEASE/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 22:26:51 -0000 I have a Dell Optiplex 755, with an Intel Core 2 Duo chip. I have installed 7-RELEASE/amd64 on it. 2GB of RAM, 6GB of swap. The install went fine, but post-install I'm running into a problem where the USB keyboard will just lock up. I can still ping and SSH into the system, but after about 2 minutes of activity, the keyboard becomes nonresponsive. I can move the USB plug to a different port, and see that it's recognize, and the keyboard comes back, but a couple of minutes later, it locks again. I've checked with things in the BIOS, but can't find any setting that makes a difference. I've tried both the 4BSD and ULE scheduler, no changes. Any thoughts or known issues that would explain this? When the lockup happens, there's nothing in /var/log/messages or dmesg to indicate a problem. The only other clues are that sometimes, right before it locks, it will go into a repeat loop on a keypress, and it seems to be able to be reliably triggered by switching virtual consoles (though not exclusively). I've tried different keyboards, so it doesn't appear to be a hardware issue. Thoughts? --Wade From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 23:01:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB0BA1065678 for ; Wed, 9 Apr 2008 23:01:05 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC478FC23 for ; Wed, 9 Apr 2008 23:01:05 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.2/8.14.2) with ESMTP id m39N13Kt076663 for ; Thu, 10 Apr 2008 01:01:03 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.2/8.14.2/Submit) id m39N13vH076662 for freebsd-stable@freebsd.org; Thu, 10 Apr 2008 01:01:03 +0200 (CEST) (envelope-from byshenknet) Date: Thu, 10 Apr 2008 01:01:03 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20080409230102.GF1317@core.byshenk.net> References: <47F6A733.8060308@demax.sk> <47F777F4.9060507@demax.sk> <20080408141521.GE1317@core.byshenk.net> <200804081427.07839.jhb@freebsd.org> <47FD27F0.5020503@system.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47FD27F0.5020503@system.pl> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on core.byshenk.net Subject: Re: Recent bootloaders not working also on FIC PA-2005 board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 23:01:05 -0000 On Wed, Apr 09, 2008 at 10:32:48PM +0200, Marcin Cieslak wrote: > >It would be these changes. Debugging this will be hard. :( Are you > >familiar with x86 assembly at all? In relation to John Baldwin's question, I (at least) have basically zero knowledge of x86 assembler. :-( But this bit caught my eye: > How can I try to debug this? I have tried to attach serial console > with AT keyboard unplugged I still get message that VGA console will > be used. The serial port is working correctly (verified with Windows and > later with NetBSD). > Can I get serial console while booting from CDROM - do I need to remove > VGA card for this? When my error occurs (with the Asus TR-DLS), I get the message about using "internal" console (vga?), even when the machine is set to use a serial console. I don't know if this is relevant, but in my case I can't use serial. I can also add that -- though I am not much of a progammer -- I will happily test anything that anyone might suggest. My machine is not in production (I built it to do some testing with FreeBSD7 and ZFS), and I can break it without any real consequences. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 23:49:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C182F106566B; Wed, 9 Apr 2008 23:49:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEB68FC21; Wed, 9 Apr 2008 23:49:30 +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 m39NnT6U079561; Wed, 9 Apr 2008 19:49:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m39NnTrY005906; Wed, 9 Apr 2008 19:49:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 850AF241A2; Wed, 9 Apr 2008 19:49:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080409234950.850AF241A2@freebsd-legacy.sentex.ca> Date: Wed, 9 Apr 2008 19:49:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 23:49:30 -0000 TB --- 2008-04-09 22:47:00 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-09 22:47:00 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-04-09 22:47:00 - cleaning the object tree TB --- 2008-04-09 22:47:38 - cvsupping the source tree TB --- 2008-04-09 22:47:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-04-09 22:47:46 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-09 22:47:46 - cd /src TB --- 2008-04-09 22:47:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-09 23:41:27 - generating LINT kernel config TB --- 2008-04-09 23:41:27 - cd /src/sys/i386/conf TB --- 2008-04-09 23:41:27 - /usr/bin/make -B LINT TB --- 2008-04-09 23:41:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-09 23:41:27 - cd /src TB --- 2008-04-09 23:41:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 23:41:28 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/init_main.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/init_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_acct.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_acl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_alq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_clock.c /src/sys/kern/kern_clock.c: In function `sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:123: warning: unused variable `i' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-09 23:49:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-09 23:49:50 - ERROR: failed to build lint kernel TB --- 2008-04-09 23:49:50 - tinderbox aborted TB --- 2957.15 user 360.86 system 3769.98 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 00:50:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E785106564A; Thu, 10 Apr 2008 00:50:56 +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 E9AAA8FC0C; Thu, 10 Apr 2008 00:50:55 +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 m3A0otM3084609; Wed, 9 Apr 2008 20:50:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3A0otOP058181; Wed, 9 Apr 2008 20:50:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 6F30B241A2; Wed, 9 Apr 2008 20:51:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080410005116.6F30B241A2@freebsd-legacy.sentex.ca> Date: Wed, 9 Apr 2008 20:51:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 00:50:56 -0000 TB --- 2008-04-09 23:49:50 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-09 23:49:50 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-04-09 23:49:50 - cleaning the object tree TB --- 2008-04-09 23:50:40 - cvsupping the source tree TB --- 2008-04-09 23:50:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-04-09 23:50:48 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-09 23:50:48 - cd /src TB --- 2008-04-09 23:50:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-10 00:44:21 - generating LINT kernel config TB --- 2008-04-10 00:44:21 - cd /src/sys/pc98/conf TB --- 2008-04-10 00:44:21 - /usr/bin/make -B LINT TB --- 2008-04-10 00:44:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-10 00:44:21 - cd /src TB --- 2008-04-10 00:44:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 10 00:44:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/init_main.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/init_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_acct.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_acl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_alq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_clock.c /src/sys/kern/kern_clock.c: In function `sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:123: warning: unused variable `i' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-10 00:51:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-10 00:51:16 - ERROR: failed to build lint kernel TB --- 2008-04-10 00:51:16 - tinderbox aborted TB --- 2841.79 user 367.16 system 3685.85 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 01:07:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0FD106567B for ; Thu, 10 Apr 2008 01:07:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id C87C58FC3B for ; Thu, 10 Apr 2008 01:07:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2756969wfa.7 for ; Wed, 09 Apr 2008 18:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=JE707uT7eylTHWZXA22ibrD61AGhA05/V6svOfGCvXQ=; b=WOlfoa7pClUfIr/dGDyGuXIG6aUfIp4iO0svwQ1qEV9dOssAVsT+8npF5mCJ/94ZsZA8U4z5WZwlSbuCBSnj+84V6uDvbhg/yggbYNOjxKZU5+F5bN/QiecDZ0gaixGKb76FvLKp1SSxcJ5vkCsRT9LJBvip7tUYMpqZY0+lbqs= 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=jkFolyfU6cdwrPd5jliXVLShUosqWvoCrLu31s/vULnTji7QEA4vGCTybqH27yIbhB2PN0Kbsfc9iqz2zRp3tGEvKfIPhX6BQSUQMy08dQ2VreyyS6EssAiI6evfXwqpOiysQsrcZsC4SN2/yfNG5v4QABObexbz0/4qJuYHsCU= Received: by 10.143.163.3 with SMTP id q3mr236092wfo.305.1207789647417; Wed, 09 Apr 2008 18:07:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 9sm1566367wfc.16.2008.04.09.18.07.24 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Apr 2008 18:07:25 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3A17LEA049989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Apr 2008 10:07: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 m3A17KRF049988; Thu, 10 Apr 2008 10:07:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 10 Apr 2008 10:07:20 +0900 From: Pyun YongHyeon To: Mike Tancsa Message-ID: <20080410010720.GA49578@cdnetworks.co.kr> References: <200803251844.m2PIisxZ021929@lava.sentex.ca> <20080326005120.GA90104@cdnetworks.co.kr> <200804091459.m39ExIXI013293@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804091459.m39ExIXI013293@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 panic (rl driver) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 01:07:28 -0000 On Wed, Apr 09, 2008 at 10:59:19AM -0400, Mike Tancsa wrote: > At 08:51 PM 3/25/2008, Pyun YongHyeon wrote: > >On Tue, Mar 25, 2008 at 02:44:58PM -0400, Mike Tancsa wrote: > > > I have a RELENG_7 box running in a netboot environment that is > > > crashing every few days. I dont have a disk on it yet, so I have no > > > where to send the coredump. But I hooked up a serial cable and made > > > it drop to debugger. We are going to try a USB connected disk and > > > configure it as swap so that we can then try and drop the coredump to > > > it. Any other suggestions on how to track this down ? > > > > > > >I guess rl(4) hardware received too long/short frame such that > >subsequent code in driver tried to copy recevied frame with invalid > >length. I don't have data sheet for rl(4) hardwares so I'm not sure > >how this can happen. > >Anyway, try attached patch. > > Hi, > So far so good. The box has been running quite some time with no > panic. By now, it would have crashed a few times. Thanks for fixing > this! Hopefully, it can be committed to the tree and eventually MFC'd. > > ---Mike > Thanks for testing! Patch committed to HEAD(if_rl.c rev 1.174). -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 01:19:02 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F15F1065671; Thu, 10 Apr 2008 01:19:02 +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 57B9C8FC16; Thu, 10 Apr 2008 01:19:02 +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 m3A1J1aV056411; Wed, 9 Apr 2008 21:19:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3A1J1kf012650; Wed, 9 Apr 2008 21:19:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id A72F0241A2; Wed, 9 Apr 2008 21:19:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080410011922.A72F0241A2@freebsd-legacy.sentex.ca> Date: Wed, 9 Apr 2008 21:19:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 01:19:02 -0000 TB --- 2008-04-10 00:20:58 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-10 00:20:58 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-04-10 00:20:58 - cleaning the object tree TB --- 2008-04-10 00:21:33 - cvsupping the source tree TB --- 2008-04-10 00:21:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-04-10 00:21:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-10 00:21:39 - cd /src TB --- 2008-04-10 00:21:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-10 01:13:29 - generating LINT kernel config TB --- 2008-04-10 01:13:29 - cd /src/sys/sparc64/conf TB --- 2008-04-10 01:13:29 - /usr/bin/make -B LINT TB --- 2008-04-10 01:13:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-10 01:13:29 - cd /src TB --- 2008-04-10 01:13:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 10 01:13:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/init_main.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/init_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_acct.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_acl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_alq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_clock.c /src/sys/kern/kern_clock.c: In function `sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:123: warning: unused variable `i' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-10 01:19:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-10 01:19:22 - ERROR: failed to build lint kernel TB --- 2008-04-10 01:19:22 - tinderbox aborted TB --- 2852.17 user 332.43 system 3504.56 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 02:30:57 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 193FC106564A; Thu, 10 Apr 2008 02:30:56 +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 949098FC18; Thu, 10 Apr 2008 02:30: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 m3A2UuYK092568; Wed, 9 Apr 2008 22:30:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3A2Uuk1099877; Wed, 9 Apr 2008 22:30:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C18F21B5078; Wed, 9 Apr 2008 22:30:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080410023055.C18F21B5078@freebsd-stable.sentex.ca> Date: Wed, 9 Apr 2008 22:30:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 02:30:57 -0000 TB --- 2008-04-10 01:16:45 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-10 01:16:45 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-04-10 01:16:45 - cleaning the object tree TB --- 2008-04-10 01:17:09 - cvsupping the source tree TB --- 2008-04-10 01:17:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-04-10 01:17:17 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-10 01:17:17 - cd /src TB --- 2008-04-10 01:17:17 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 10 01:17:19 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 Thu Apr 10 02:21:24 UTC 2008 TB --- 2008-04-10 02:21:24 - generating LINT kernel config TB --- 2008-04-10 02:21:24 - cd /src/sys/i386/conf TB --- 2008-04-10 02:21:24 - /usr/bin/make -B LINT TB --- 2008-04-10 02:21:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-10 02:21:24 - cd /src TB --- 2008-04-10 02:21:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 10 02:21:24 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/init_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/ksched.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_acct.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_alq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_clock.c cc1: warnings being treated as errors /src/sys/kern/kern_clock.c: In function 'sysctl_kern_cp_times': /src/sys/kern/kern_clock.c:125: warning: unused variable 'i' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-10 02:30:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-10 02:30:55 - ERROR: failed to build lint kernel TB --- 2008-04-10 02:30:55 - tinderbox aborted TB --- 3695.80 user 383.80 system 4450.38 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 11:46:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708E91065671 for ; Thu, 10 Apr 2008 11:46:42 +0000 (UTC) (envelope-from gunnar@bsd-gf.sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.freebsd.org (Postfix) with ESMTP id 03D8C8FC14 for ; Thu, 10 Apr 2008 11:46:41 +0000 (UTC) (envelope-from gunnar@bsd-gf.sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.8/8.13.8) with ESMTP id m3ABOpo2010481 for ; Thu, 10 Apr 2008 13:24:56 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: from bsd-gf.sr.se (bsd-gf.sr.se [134.25.191.27]) by honken.sr.se (8.13.6/8.13.6) with ESMTP id m3ABOp60058132 for ; Thu, 10 Apr 2008 13:24:51 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: from bsd-gf.sr.se (localhost [127.0.0.1]) by bsd-gf.sr.se (8.14.2/8.14.2) with ESMTP id m3ABOvoJ051740 for ; Thu, 10 Apr 2008 13:24:57 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: (from gunnar@localhost) by bsd-gf.sr.se (8.14.2/8.14.2/Submit) id m3ABOuBU051739 for freebsd-stable@freebsd.org; Thu, 10 Apr 2008 13:24:56 +0200 (CEST) (envelope-from gunnar) Date: Thu, 10 Apr 2008 13:24:56 +0200 From: Gunnar Flygt To: freebsd-stable@freebsd.org Message-ID: <20080410112456.GA51666@sr.se> Mail-Followup-To: Gunnar Flygt , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: FreeBSD 7.0 WITHOUT Heimdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 11:46:42 -0000 In earlier version of FreeBSD I've been able to NOT include the heimdal delivered with the system, by providing the flag NO_KERBEROS=yes in /etc/make.conf In 7.0 there is no detection of such a flag. How should I continue to NOT build the 0.6.3 heimdal that is deliverd with 7.0? I want to use the distribution heimdal-1.1 that I find in KTH Stockholm, since that's the version we are running on our KDC's and all the servers using Kerberos for authentication. If I compile the port openssh-portable with KERBEROS-support on a 6.3 with heimdal 1.1 everything works OK. If I install pointing out the same heimdal installed on 7.0, ssh cannot autheticate to the kerberized servers. So I want to get rid of all dependencies of heimdal 0.6.3 in FreeBSD 7.0 Gunnar Flygt Sveriges Radio AB From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 11:56:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F47106566B for ; Thu, 10 Apr 2008 11:56:15 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC508FC24 for ; Thu, 10 Apr 2008 11:56:15 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:4ce7:d79f:a9ae:81ed] (unknown [IPv6:2001:7b8:3a7:0:4ce7:d79f:a9ae:81ed]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 62C8A3E; Thu, 10 Apr 2008 13:56:13 +0200 (CEST) Message-ID: <47FE005C.1080201@andric.com> Date: Thu, 10 Apr 2008 13:56:12 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.14pre (Windows/20080403) MIME-Version: 1.0 To: Gunnar Flygt , freebsd-stable@freebsd.org References: <20080410112456.GA51666@sr.se> In-Reply-To: <20080410112456.GA51666@sr.se> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 7.0 WITHOUT Heimdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 11:56:15 -0000 On 2008-04-10 13:24, Gunnar Flygt wrote: > In earlier version of FreeBSD I've been able to NOT include the heimdal > delivered with the system, by providing the flag NO_KERBEROS=yes in > /etc/make.conf > > In 7.0 there is no detection of such a flag. All the NO_XXX flags have been obsoleted, use WITHOUT_KERBEROS=yes instead. See src.conf(5) for more information. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 11:58:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B9A106566B for ; Thu, 10 Apr 2008 11:58:38 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6842D8FC0C for ; Thu, 10 Apr 2008 11:58:38 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:4ce7:d79f:a9ae:81ed] (unknown [IPv6:2001:7b8:3a7:0:4ce7:d79f:a9ae:81ed]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id AA0133E; Thu, 10 Apr 2008 13:58:37 +0200 (CEST) Message-ID: <47FE00ED.8060202@andric.com> Date: Thu, 10 Apr 2008 13:58:37 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.14pre (Windows/20080403) MIME-Version: 1.0 To: Gunnar Flygt , freebsd-stable@freebsd.org References: <20080410112456.GA51666@sr.se> <47FE005C.1080201@andric.com> In-Reply-To: <47FE005C.1080201@andric.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 7.0 WITHOUT Heimdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 11:58:38 -0000 On 2008-04-10 13:56, Dimitry Andric wrote: > All the NO_XXX flags have been obsoleted, use WITHOUT_KERBEROS=yes > instead. See src.conf(5) for more information. Btw, you also need to put these directives in /etc/src.conf, not /etc/make.conf. See /usr/src/UPDATING, under 20060317. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 13:52:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C39331065670 for ; Thu, 10 Apr 2008 13:52:31 +0000 (UTC) (envelope-from gunnar@bsd-gf.sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.freebsd.org (Postfix) with ESMTP id 555058FC27 for ; Thu, 10 Apr 2008 13:52:30 +0000 (UTC) (envelope-from gunnar@bsd-gf.sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.8/8.13.8) with ESMTP id m3ADqLav043354; Thu, 10 Apr 2008 15:52:26 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: from bsd-gf.sr.se (bsd-gf.sr.se [134.25.191.27]) by honken.sr.se (8.13.6/8.13.6) with ESMTP id m3ADqGwI077170; Thu, 10 Apr 2008 15:52:16 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: from bsd-gf.sr.se (localhost [127.0.0.1]) by bsd-gf.sr.se (8.14.2/8.14.2) with ESMTP id m3ADqM7M053193; Thu, 10 Apr 2008 15:52:22 +0200 (CEST) (envelope-from gunnar@bsd-gf.sr.se) Received: (from gunnar@localhost) by bsd-gf.sr.se (8.14.2/8.14.2/Submit) id m3ADqM4L053192; Thu, 10 Apr 2008 15:52:22 +0200 (CEST) (envelope-from gunnar) Date: Thu, 10 Apr 2008 15:52:22 +0200 From: Gunnar Flygt To: Dimitry Andric Message-ID: <20080410135222.GA53047@sr.se> Mail-Followup-To: Gunnar Flygt , Dimitry Andric , freebsd-stable@freebsd.org References: <20080410112456.GA51666@sr.se> <47FE005C.1080201@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47FE005C.1080201@andric.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Gunnar Flygt Subject: Re: FreeBSD 7.0 WITHOUT Heimdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 13:52:31 -0000 On Thu, Apr 10, 2008 at 01:56:12PM +0200, Dimitry Andric wrote: > On 2008-04-10 13:24, Gunnar Flygt wrote: > > In earlier version of FreeBSD I've been able to NOT include the heimdal > > delivered with the system, by providing the flag NO_KERBEROS=yes in > > /etc/make.conf > > > > In 7.0 there is no detection of such a flag. > > All the NO_XXX flags have been obsoleted, use WITHOUT_KERBEROS=yes > instead. See src.conf(5) for more information. Much better place than /etc/make.conf Thanks for the info. Gunnar From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 14:13:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 753DE106566C for ; Thu, 10 Apr 2008 14:13:36 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 38E7B8FC1B for ; Thu, 10 Apr 2008 14:13:36 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id c14so2541anc.13 for ; Thu, 10 Apr 2008 07:13:35 -0700 (PDT) Received: by 10.100.45.5 with SMTP id s5mr2926832ans.13.1207836815383; Thu, 10 Apr 2008 07:13:35 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Thu, 10 Apr 2008 07:13:35 -0700 (PDT) Message-ID: Date: Thu, 10 Apr 2008 07:13:35 -0700 From: "Peter Wemm" To: "Ivan Voras" , freebsd-stable@freebsd.org In-Reply-To: <20080404165541.GA675@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F3DA07.4020209@forrie.com> <20080402203859.GB80314@slackbox.xs4all.nl> <20080403164108.GA12190@slackbox.xs4all.nl> <20080404165541.GA675@slackbox.xs4all.nl> Cc: Subject: Re: Digitally Signed Binaries w/ Kernel support, etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 14:13:36 -0000 On Fri, Apr 4, 2008 at 9:55 AM, Roland Smith wrote: > On Fri, Apr 04, 2008 at 10:58:40AM +0200, Ivan Voras wrote: > > >> Signing binaries could be naturally tied in with securelevel, where some > > >> securelevel (1?) would mean kernel no longer accepts new keys. > > > > > > If you set the system immutable flag on the binaries, you cannot modify them at > > > all at securelevel >0. Signing the binaries would be pointless in that case. > > > > I think these are separate things. Modifying binaries is separate from > > introducing new binaries. SCHG would prevent the former, but not the latter. > > If you set the SCHG flag on the directories in $PATH, you can't put > anything new there as well. There's nothing magical about $PATH. A person could put a malicious binary in /tmp or $HOME and run it with /tmp/crashme or whatever. Sure, you could set SCHG on every single writeable directory on the system to prevent any files being created. MNT_NOEXEC might be an option. The existence of script languages or even scriptable binaries does diminish the strength of a lockdown, but it depends on what you're trying to achieve. eg: If you're trying to prevent your users from downloading a self-built irc client or bot and running it, then yes, requiring signed binaries would be useful. In any case, there are legitimate uses for signed binaries. But I'm not volunteering to do it. -- 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 **WANTED TO BUY: Garmin Streetpilot 2650 or 2660. Not later model! ** From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 14:39:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE7661065670; Thu, 10 Apr 2008 14:39:58 +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 F3A588FC27; Thu, 10 Apr 2008 14:39:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47FE26BC.3000305@FreeBSD.org> Date: Thu, 10 Apr 2008 16:39:56 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Peter Wemm References: <47F3DA07.4020209@forrie.com> <20080402203859.GB80314@slackbox.xs4all.nl> <20080403164108.GA12190@slackbox.xs4all.nl> <20080404165541.GA675@slackbox.xs4all.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Digitally Signed Binaries w/ Kernel support, etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 14:39:58 -0000 Peter Wemm wrote: > On Fri, Apr 4, 2008 at 9:55 AM, Roland Smith wrote: >> On Fri, Apr 04, 2008 at 10:58:40AM +0200, Ivan Voras wrote: >> > >> Signing binaries could be naturally tied in with securelevel, where some >> > >> securelevel (1?) would mean kernel no longer accepts new keys. >> > > >> > > If you set the system immutable flag on the binaries, you cannot modify them at >> > > all at securelevel >0. Signing the binaries would be pointless in that case. >> > >> > I think these are separate things. Modifying binaries is separate from >> > introducing new binaries. SCHG would prevent the former, but not the latter. >> >> If you set the SCHG flag on the directories in $PATH, you can't put >> anything new there as well. > > There's nothing magical about $PATH. A person could put a malicious > binary in /tmp or $HOME and run it with /tmp/crashme or whatever. > Sure, you could set SCHG on every single writeable directory on the > system to prevent any files being created. MNT_NOEXEC might be an > option. The existence of script languages or even scriptable binaries > does diminish the strength of a lockdown, but it depends on what > you're trying to achieve. eg: If you're trying to prevent your users > from downloading a self-built irc client or bot and running it, then > yes, requiring signed binaries would be useful. > > In any case, there are legitimate uses for signed binaries. But I'm > not volunteering to do it. > csjp@ had a mac_chkexec module that looks like it was never committed. http://groups.google.com/group/mailing.freebsd.hackers/msg/074eec7def84c52b Shouldn't be hard to update it. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 15:19:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804681065670; Thu, 10 Apr 2008 15:19:36 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB418FC1E; Thu, 10 Apr 2008 15:19:36 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id 8196B2E1; Thu, 10 Apr 2008 10:03:03 -0500 (CDT) Date: Thu, 10 Apr 2008 10:03:03 -0500 From: "Christian S.J. Peron" To: Kris Kennaway Message-ID: <20080410150303.GA86000@sub.vaned.net> References: <47F3DA07.4020209@forrie.com> <20080402203859.GB80314@slackbox.xs4all.nl> <20080403164108.GA12190@slackbox.xs4all.nl> <20080404165541.GA675@slackbox.xs4all.nl> <47FE26BC.3000305@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47FE26BC.3000305@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Ivan Voras , Peter Wemm Subject: Re: Digitally Signed Binaries w/ Kernel support, etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 15:19:36 -0000 On Thu, Apr 10, 2008 at 04:39:56PM +0200, Kris Kennaway wrote: [..] > > csjp@ had a mac_chkexec module that looks like it was never committed. > > http://groups.google.com/group/mailing.freebsd.hackers/msg/074eec7def84c52b > > Shouldn't be hard to update it. > Just a few notes: - This isn't really "binary signing" per se, I associate a cryptographic checksum with a shared object, executable, shell script etc... Then if you try to mmap the shared object into the address space, or execute the executable object (after it was back-doored with malicious code), it will deny it (assuming the system is in "enforce" and not in "learning" mode). Also, new binaries (ones without checksums associated with them) would not be permitted to execute. True binary signing basically requires that the signature is part of the executable format. for example: embedding a certificate in the ELF structure. This would allow us to distribute binaries across systems. In my model, we are using extended attributes, which offers security for the local system only (but still useful if the intent is to allow certain users to upload new binaries, and protect against exploits or backdoored binaries). - Mathew Dodd and I started working on a "bignum" library for the kernel so we could perform the arbitrary precision arithmetic required for various PKC operations to implement proper "signing", and for the most part it worked, but I think there were some edge cases where there are problems. (Since there is some interest here, I could be convinced to pickup the project again). - I have not committed this because I do not want to import the userspace utilities required to manage the checksums. In retrospect, I should have stored the checksums in the MAC label. I intend to correct this, and it's likely I could add it to base once this is done. The code listed in the link above is not likely to compile due to some MAC entry point renaming that was completed. However I should be able to fix this pretty quickly and send a follow up email here for anyone who is interested in experimenting. http://people.freebsd.org/~csjp/mac/trustedexec.png Describes it's operation at a high level. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 15:31:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E63E106564A for ; Thu, 10 Apr 2008 15:31:47 +0000 (UTC) (envelope-from clarkjp@charter.net) Received: from mail.cluebytwelve.org (clueby12.org [198.186.190.239]) by mx1.freebsd.org (Postfix) with ESMTP id 296558FC0C for ; Thu, 10 Apr 2008 15:31:47 +0000 (UTC) (envelope-from clarkjp@charter.net) Received: from localdomain.local (24-151-200-112.dhcp.jcsn.tn.charter.com [24.151.200.112]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cluebytwelve.org (Postfix) with ESMTP id 364FC1B5CB for ; Thu, 10 Apr 2008 10:00:33 -0500 (CDT) Received: by localdomain.local (Postfix, from userid 1001) id 41483B851; Thu, 10 Apr 2008 10:00:32 -0500 (CDT) Date: Thu, 10 Apr 2008 10:00:32 -0500 From: "J. Porter Clark" To: freebsd-stable@freebsd.org Message-ID: <20080410150032.GA16503@auricle.charter.net> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Orig-To: dimitry@andric.com (Dimitry Andric) User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: FreeBSD 7.0 WITHOUT Heimdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 15:31:47 -0000 dimitry@andric.com (Dimitry Andric) writes: >On 2008-04-10 13:24, Gunnar Flygt wrote: >> In earlier version of FreeBSD I've been able to NOT include the heimdal >> delivered with the system, by providing the flag NO_KERBEROS=yes in >> /etc/make.conf >> >> In 7.0 there is no detection of such a flag. > >All the NO_XXX flags have been obsoleted, use WITHOUT_KERBEROS=yes >instead. See src.conf(5) for more information. gnome-vfs won't compile with WITHOUT_KERBEROS=yes for some reason or other. Ugh. -- J. Porter Clark From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 15:59:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CE12106564A for ; Thu, 10 Apr 2008 15:59:23 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 42B028FC1C for ; Thu, 10 Apr 2008 15:59:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JjzBJ-0002Sd-D8 for freebsd-stable@freebsd.org; Thu, 10 Apr 2008 15:59:21 +0000 Received: from 92.50.96.215 ([92.50.96.215]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 Apr 2008 15:59:21 +0000 Received: from saper by 92.50.96.215 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 Apr 2008 15:59:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Cieslak Date: Thu, 10 Apr 2008 17:59:06 +0200 Lines: 32 Message-ID: References: <20080410150032.GA16503@auricle.charter.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig9D628B2E3DDB7ADD272309DD" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 92.50.96.215 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.13) Gecko/20080405 SeaMonkey/1.1.9 Mnenhy/0.7.5.0 In-Reply-To: <20080410150032.GA16503@auricle.charter.net> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: FreeBSD 7.0 WITHOUT Heimdal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 15:59:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D628B2E3DDB7ADD272309DD Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable J. Porter Clark wrote: > gnome-vfs won't compile with WITHOUT_KERBEROS=3Dyes for some > reason or other. Ugh. Another reason to have permanent WITHOUT_GNOMEVFS=3Dyes in /etc/make.conf= ;-) --Marcin --------------enig9D628B2E3DDB7ADD272309DD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQCVAwUBR/45Sj2W2v2wY27ZAQMv+QP8DUaOYWrj3J/4rRnjwtCG0mH520SlDAYt M7UR8NMVAYhxrRQRv8Zs7Y8hFNDVhaJNcJ6k58WGONW9SXaCOakohemYrxS9dAlF kUS1ndtSaU3hSQBC2t7WlM+BO+ajux2K6xSEy9MfZMkN4NnMVHBjTSXzWyaxmCmO gtjT5HhoxjE= =Eubj -----END PGP SIGNATURE----- --------------enig9D628B2E3DDB7ADD272309DD-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 17:10:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 423FF1065670 for ; Thu, 10 Apr 2008 17:10:21 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id BB2948FC1A for ; Thu, 10 Apr 2008 17:10:20 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so116407pyb.10 for ; Thu, 10 Apr 2008 10:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=VvzUDRhLKH5H1V8qA+Zaw1wnUJdCl2uclmzmvAXhXXQ=; b=N8XEn8uPvQ9VqiLmMix0UMaJhV4ploQlwkUbqZOdRhTCCkWIlHb9DyYo1hONuu0XoY4HYDP1B2CcfJU51H60wr5Ow0GHGTuEGUavFmN7WkyT0wzeklNsQl1k1fwrGCoebmkts57kkVelpGalRp60oF0UhM/tS2/p9AJA/sKQQ2Q= 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=mtaYqHAGYy+JS+431iChPlnphL+fl7KxI5JJvwQvxuk+VqmJWyWfIWXHIji/fgYcP6NE6C20pVgOiDMMce3/nz8FBpG9ecWKnJJSvJFJj+0dCQjJYegdXFjQO0/QcxH0DubBAPp6S0QyeU7D+0K5JZIFwdFlH8uTb2B3CwNkxJ4= Received: by 10.65.193.15 with SMTP id v15mr3165140qbp.55.1207845879403; Thu, 10 Apr 2008 09:44:39 -0700 (PDT) Received: by 10.64.195.8 with HTTP; Thu, 10 Apr 2008 09:44:39 -0700 (PDT) Message-ID: <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> Date: Thu, 10 Apr 2008 12:44:39 -0400 From: "Zaphod Beeblebrox" To: lev@freebsd.org In-Reply-To: <396418019.20080409104542@serebryakov.spb.ru> MIME-Version: 1.0 References: <396418019.20080409104542@serebryakov.spb.ru> 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: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 17:10:21 -0000 On Wed, Apr 9, 2008 at 2:45 AM, Lev Serebryakov wrote: > Hello, freebsd-stable. > > Does somebody use some software RAID5 on FreeBSD in real production > system? > > I want to build storage server for my home: RAW photos, multi-layer > PhotoShop files and FLAC-encoded music consume a lot of space, and > they should be availible both from desktop & notebook. I've used almost all combinations at one time or another. Right now my 32 bit system with disks that are not equally sized is running gmirror/gstripe (raid 10) and my larger 64 bit system has a 6x 750G RAIDZ1 array. We had a discussion of this at our local geek meet last night. The ZFS problems seem to be mostly with complex operations (ie: databases). I personally havn't had a problem. ZFS is also copy-on-write --- so snapshots _should_ preserve original data. My current take on home file servers is that zfs works well for those uses. That said, my postgresql store is on ufs. My current consulting work uses ZFS, but I tend to install opensolaris on the fileserver as the ZFS code is fresher there. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 21:14:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E295E106564A for ; Thu, 10 Apr 2008 21:14:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 651158FC17 for ; Thu, 10 Apr 2008 21:14:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 238656125-1834499 for multiple; Thu, 10 Apr 2008 17:13:07 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3ALE4c6085613; Thu, 10 Apr 2008 17:14:04 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 10 Apr 2008 16:49:30 -0400 User-Agent: KMail/1.9.7 References: <47F6A733.8060308@demax.sk> <200804081427.07839.jhb@freebsd.org> <47FD27F0.5020503@system.pl> In-Reply-To: <47FD27F0.5020503@system.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804101649.30336.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 10 Apr 2008 17:14:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6697/Thu Apr 10 11:05:46 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Marcin Cieslak Subject: Re: Recent bootloaders not working also on FIC PA-2005 board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 21:14:14 -0000 On Wednesday 09 April 2008 04:32:48 pm Marcin Cieslak wrote: > > > It would be these changes. Debugging this will be hard. :( Are you familiar > > with x86 assembly at all? > > > > I have a bit different problem: The box (old Pentium-MMX PC with the FIC > PA-2005 board using VT82C580 (Apollo VP) chipset. The machine had 16MB > RAM only, recently upgraded to 256MB. > > I have installed the newest BIOS version available, so the CD-ROM > booting works properly. I can boot Solaris 8 for Intel CD and NetBSD 4.0 > install CD, but FreeBSD CDROMs from 5.5-RELEASE, 7.0-RELEASE and March > 2007 8.0-CURRENT bootloaders fail in the same way: > > - A /boot/loader menu appears. The cursor runs like around "10 seconds" > countdown, like "10" was printed and then 3 backspaces and 10 printed > again, no countdown takes place. > > - Pressing some keys like Enter, Space and "3" - nothing happens, but if > you persist long enough (with "3" or "Enter") you can make the counter > running down. > > - After the counter expires, the |/-\|/- progress meter (how do we call > this thing?) appears for a while and then the system resets. > > How can I try to debug this? I have tried to attach serial console > with AT keyboard unplugged I still get message that VGA console will > be used. The serial port is working correctly (verified with Windows and > later with NetBSD). CD-ROM booting uses a separate bootstrap (src/sys/boot/i386/cdboot/cdboot.s). It does depend on a non-ancient BIOS. NT 4.0 uses the same CD booting method that newer FreeBSD snaps use FWIW. To debug this you would need to hack on cdboot.s to find out when and where it dies. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 21:14:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24D79106566B for ; Thu, 10 Apr 2008 21:14:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 974498FC19 for ; Thu, 10 Apr 2008 21:14:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 238656134-1834499 for multiple; Thu, 10 Apr 2008 17:13:13 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3ALE4c7085613; Thu, 10 Apr 2008 17:14:07 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 10 Apr 2008 16:51:24 -0400 User-Agent: KMail/1.9.7 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> <200804080959.46961.jhb@freebsd.org> <3DDEAB7E-F6FF-48C6-A19E-E6D96D365D8E@ish.com.au> In-Reply-To: <3DDEAB7E-F6FF-48C6-A19E-E6D96D365D8E@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804101651.24852.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 10 Apr 2008 17:14:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6697/Thu Apr 10 11:05:46 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: bzeeb+freebsd+lor@zabbadoz.net, Jurgen Weber Subject: Re: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 21:14:15 -0000 On Tuesday 08 April 2008 07:46:41 pm Aristedes Maniatis wrote: > > On 08/04/2008, at 11:59 PM, John Baldwin wrote: > > On Tuesday 08 April 2008 04:06:24 am Aristedes Maniatis wrote: > >> FreeBSD dash.ish.com.au 7.0-RELEASE FreeBSD 7.0-RELEASE #10 > >> i386 with PAE (5Gb RAM) > >> > >> > >> We've had fairly reproducible freezes. After several hours of stress > >> testing or even overnight not doing anything, everything locks up > >> including the console. > >> > >> We then installed a debugging kernel (without INVARIANTS since that > >> prevented the kernel from compiling at all) and obtained this LOR > >> when > >> it froze: > >> > >> LOR: > >> 1st 0x807d3d90 sleepq chain (sleepq chain) @/usr/src/sys/kern/ > >> subr_sleepqueue.c:773 > >> 2nd 0x807c8110 scrlock (scrlock) @/usr/src/sys/dev/syscons/syscons.c: > >> 2526 > >> > >> I have taken photographs of the KDB output following this but have > >> not > >> transcribed it until someone says that it will be useful to them. I > >> could put it up as slightly fuzzy screen photographs on our web site. > > > > The stack trace info would be useful. A photo would be fine. > > > > -- > > John Baldwin > > > Sorry for the quality, these were the best I could do with the camera > I had: > > http://www.ish.com.au/s/LOR/1.jpg > http://www.ish.com.au/s/LOR/2.jpg > http://www.ish.com.au/s/LOR/3.jpg (this overlaps with [2]) These are all garbage in kuickshow. :( > Do you have any hunch about what driver/system might be causing this? > Could it be related to the use of PAE? Because if so, I'd be happy to > leave this server accessible somewhere for FreeBSD developers to work > with and go replace it with a new 64bit system tomorrow for our > production use. Not PAE. If there was a panic or printf inside the kernel sleep queue code itself then you might get this LOR as a side effect, but the real problem would be the original panic or printf. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 21:49:57 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5368F106564A for ; Thu, 10 Apr 2008 21:49:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 17F0E8FC26 for ; Thu, 10 Apr 2008 21:49:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CFBC346C0A for ; Thu, 10 Apr 2008 17:49:55 -0400 (EDT) Date: Thu, 10 Apr 2008 22:49:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20080410224816.B70223@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: procstat(1) MFC to RELENG_7 in progress X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 21:49:57 -0000 FYI: I've begun the MFC of procstat(1) from HEAD to RELENG_7. This requires merging a number of kernel changes, and then the command line tool, so it will occur over the next day or so. I'll send out a further e-mail when the merge is done. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sun, 2 Dec 2007 23:38:45 +0000 (GMT) From: Robert Watson To: current@FreeBSD.org Cc: hackers@FreeBSD.org Subject: procstat(1) committed to CVS HEAD Dear all, (and FYI to hackers@ where I previousl sought feedback): I've now committed procstat(1) to CVS. I've found it to be quite a helpful debugging tool, am particularly pleased with -k/-kk, and would welcome feedback and ideas on further improving it. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sun, 2 Dec 2007 23:31:46 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/usr.bin/procstat Makefile procstat.1 procstat.c procstat.h procstat_args.c procstat_basic.c procstat_bin.c procstat_cred.c procstat_files.c procstat_kstack.c procstat_threads.c procstat_vm.c rwatson 2007-12-02 23:31:46 UTC FreeBSD src repository Added files: usr.bin/procstat Makefile procstat.1 procstat.c procstat.h procstat_args.c procstat_basic.c procstat_bin.c procstat_cred.c procstat_files.c procstat_kstack.c procstat_threads.c procstat_vm.c Log: Add procstat(1), a process inspection utility. This provides both some of the missing functionality from procfs(4) and new functionality for monitoring and debugging specific processes. procstat(1) operates in the following modes: -b Display binary information for the process. -c Display command line arguments for the process. -f Display file descriptor information for the process. -k Display the stacks of kernel threads in the process. -s Display security credential information for the process. -t Display thread information for the process. -v Display virtual memory mappings for the process. Further revision and modes are expected. Testing, ideas, etc: cognet, sam, Skip Ford Wesley Shields Revision Changes Path 1.1 +15 -0 src/usr.bin/procstat/Makefile (new) 1.1 +114 -0 src/usr.bin/procstat/procstat.1 (new) 1.1 +252 -0 src/usr.bin/procstat/procstat.c (new) 1.1 +46 -0 src/usr.bin/procstat/procstat.h (new) 1.1 +74 -0 src/usr.bin/procstat/procstat_args.c (new) 1.1 +64 -0 src/usr.bin/procstat/procstat_basic.c (new) 1.1 +68 -0 src/usr.bin/procstat/procstat_bin.c (new) 1.1 +57 -0 src/usr.bin/procstat/procstat_cred.c (new) 1.1 +303 -0 src/usr.bin/procstat/procstat_files.c (new) 1.1 +198 -0 src/usr.bin/procstat/procstat_kstack.c (new) 1.1 +138 -0 src/usr.bin/procstat/procstat_threads.c (new) 1.1 +130 -0 src/usr.bin/procstat/procstat_vm.c (new) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 21:54:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62C2106564A for ; Thu, 10 Apr 2008 21:54:46 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from theia.rz.uni-saarland.de (theia.rz.uni-saarland.de [134.96.7.31]) by mx1.freebsd.org (Postfix) with ESMTP id 2440D8FC18 for ; Thu, 10 Apr 2008 21:54:45 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by theia.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id m3AKwnse004816 for ; Thu, 10 Apr 2008 22:58:50 +0200 Received: from isl-s-02.htw-saarland.de (isl-s-02.htw-saarland.de [134.96.216.92]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id m3AKwnDQ025809 for ; Thu, 10 Apr 2008 22:58:49 +0200 (CEST) Date: Thu, 10 Apr 2008 22:58:43 +0200 (CEST) From: Damian Weber To: freebsd-stable@freebsd.org In-Reply-To: <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> Message-ID: References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (theia.rz.uni-saarland.de [134.96.7.31]); Thu, 10 Apr 2008 22:58:50 +0200 (CEST) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.6.0.84; VDF: 7.0.3.150; host: AntiVir1) Subject: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 21:54:47 -0000 Hello list, after upgrading from RELENG_6_2 to RELENG_6_3, I'm seeing duplicate packets when pinging the upgraded machine. I'm somewhat stuck, didn't find anything useful on the Web, so I'm asking the list, what I should try next. BTW, everything else works fine (ssh, NFS mount, NIS,....). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This is the uname output on the machine A.B.C.D$ $ uname -a FreeBSD xxxxxxxx 6.3-RELEASE-p1 FreeBSD 6.3-RELEASE-p1 #0: Thu Apr 10 10:21:06 CEST 2008 root@xxxxxxxx:/usr/obj/usr/src/sys/ISL-POOL-6_3 i386 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Pinging locally gives A.B.C.D$ ping A.B.C.D PING A.B.C.D (A.B.C.D): 56 data bytes 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.033 ms 64 bytes from A.B.C.D: icmp_seq=1 ttl=64 time=0.015 ms 64 bytes from A.B.C.D: icmp_seq=2 ttl=64 time=0.014 ms ^C --- A.B.C.D ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.014/0.021/0.033/0.009 ms - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The ifconfig says A.B.C.D$ ifconfig em0: flags=8843 mtu 1500 options=1b inet A.B.C.D netmask 0xffffff00 broadcast A.B.C.255 ether 00:19:99:33:7c:09 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The netstat says A.B.C.D$ netstat -I em0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll em0 1500 00:19:99:33:7c:09 17962 0 9695 0 0 em0 1500 A.B.C/24 xxxxxxxx.yyyyyyyy 9461 - 9666 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - But here is the problem, pinging the machine from remote gives A.B.C.X$ ping A.B.C.D PING A.B.C.D (A.B.C.D): 56 data bytes 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) 64 bytes from A.B.C.D: icmp_seq=1 ttl=64 time=0.144 ms 64 bytes from A.B.C.D: icmp_seq=1 ttl=255 time=0.449 ms (DUP!) 64 bytes from A.B.C.D: icmp_seq=2 ttl=64 time=0.248 ms 64 bytes from A.B.C.D: icmp_seq=2 ttl=255 time=0.367 ms (DUP!) --- A.B.C.D ping statistics --- 3 packets transmitted, 3 packets received, 3 duplicates, 0.0% packet loss round-trip min/avg/max/std-dev = 0.144/0.311/0.449/0.104 ms Curiously, no duplicates are seen if the packet size is increased to 1481 (1473 data bytes): A.B.C.X$ ping -s 1473 A.B.C.D PING A.B.C.D (A.B.C.D): 1473 data bytes 1481 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.781 ms 1481 bytes from A.B.C.D: icmp_seq=1 ttl=64 time=0.630 ms 1481 bytes from A.B.C.D: icmp_seq=2 ttl=64 time=0.646 ms 1481 bytes from A.B.C.D: icmp_seq=3 ttl=64 time=0.642 ms 1481 bytes from A.B.C.D: icmp_seq=4 ttl=64 time=0.666 ms 1481 bytes from A.B.C.D: icmp_seq=5 ttl=64 time=0.666 ms 1481 bytes from A.B.C.D: icmp_seq=6 ttl=64 time=0.675 ms --- A.B.C.D ping statistics --- 7 packets transmitted, 7 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.630/0.672/0.781/0.050 ms - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - There are no other machines with IP A.B.C.D on the network. Especially strange are the two different TTL-values. I started tcpdump on A.B.C.D but tcpdump doesn't see the duplicated packets. The tcpdump on the remote machine certainly prints the correct and the duplicated packets. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Finally, the dmesg output of A.B.C.D follows. Here, the kernel configuration ISL-POOL-6_3 is the GENERIC one with firewire devices firewire,sbp,fwe commented out. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-RELEASE-p1 #0: Thu Apr 10 10:21:06 CEST 2008 root@xxxxxxxx:/usr/obj/usr/src/sys/ISL-POOL-6_3 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 2103115776 (2005 MB) avail memory = 2052919296 (1957 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Apr 10 2008 10:20:56) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) atapci0: port 0x1c80-0x1c87,0x1c74-0x1c77,0x1c78-0x1c7f,0x1c70-0x1c73,0x1c20-0x1c2f irq 18 at device 3.2 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 3.3 (no driver attached) em0: port 0x1820-0x183f mem 0xf2200000-0xf221ffff,0xf2225000-0xf2225fff irq 23 at device 25.0 on pci0 em0: Ethernet address: 00:19:99:33:7c:09 uhci0: port 0x1840-0x185f irq 20 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1860-0x187f irq 18 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1880-0x189f irq 19 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf2226800-0xf2226bff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pci0: at device 27.0 (no driver attached) pcib2: irq 18 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 22 at device 28.4 on pci0 pci3: on pcib3 uhci3: port 0x18a0-0x18bf irq 20 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x18c0-0x18df irq 22 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x18e0-0x18ff irq 21 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] usb6: on uhci5 usb6: USB revision 1.0 uhub6: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xf2226c00-0xf2226fff irq 20 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub7: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c40-0x1c4f,0x1c30-0x1c3f at device 31.2 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) atapci2: port 0x1cb8-0x1cbf,0x1cac-0x1caf,0x1cb0-0x1cb7,0x1ca8-0x1cab,0x1c60-0x1c6f,0x1c50-0x1c5f irq 22 at device 31.5 on pci0 ata4: on atapci2 ata5: on atapci2 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37b irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Optical Mouse, rev 2.00/43.01, addr 2, iclass 3/1 ums0: 8 buttons and Z dir. Timecounter "TSC" frequency 2394012843 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 238475MB at ata0-master SATA300 acd0: DVDROM at ata1-master SATA150 Trying to mount root from ufs:/dev/ad0s2a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Any ideas? Best regards Damian Weber -- Damian Weber, From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 22:32:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0122C1065670 for ; Thu, 10 Apr 2008 22:32:06 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 536028FC0A for ; Thu, 10 Apr 2008 22:32:04 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.14.2/8.13.1) with SMTP id m3AMVruJ014868 for ; Thu, 10 Apr 2008 17:31:53 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Thu Apr 10 17:31:53 2008 Received: (from karl@localhost) by FS.denninger.net (8.14.2/8.13.1/Submit) id m3AMVrBd014863 for freebsd-stable@freebsd.org; Thu, 10 Apr 2008 17:31:53 -0500 (CDT) (envelope-from karl) Date: Thu, 10 Apr 2008 17:31:53 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20080410223153.GA336@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Disk I/O Question 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 22:32:06 -0000 FreeBSD 7.0-STABLE #9: Sat Mar 29 08:31:56 CST 2008 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Running generally well. I have disks on the internal ICH7 adapters (on the motherboard), SATA, and also a TWE controller with two disks. When hitting the TWE controller hard I can hose the I/O performance on the primary (onboard) adapter quite severely to the point that it seriously impairs the system's overall performance. "systat -vm" shows the primary channels going to 100% busy but the transaction and I/O rate count is not all that high. The twe disk I am hammering, of course, is saturated (and blowing data at a high rate of speed - 70MBps+) It would seem to me that shouldn't be possible in that I can't possibly be saturating the processor DMA capability with that sort of load - but it is. Am I using a controller with a driver that is doing "not so good things"? The machine in question is a quad-core - here's the boot info Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #9: Sat Mar 29 08:31:56 CST 2008 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (2409.70-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 2146082816 (2046 MB) avail memory = 2089783296 (1992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0x91000000-0x91ffffff,0x80000000-0x8fffffff,0x90000000-0x90ffffff irq 16 at device 0.0 on pci1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 puc0: port 0x4060-0x407f,0x4040-0x405f mem 0x92d03000-0x92d03fff,0x92d02000-0x92d02fff irq 16 at device 0.0 on pci3 puc0: [FILTER] uart0: <16550 or compatible> on puc0 uart0: [FILTER] uart1: <16550 or compatible> on puc0 uart1: [FILTER] uart2: <16550 or compatible> on puc0 uart2: [FILTER] uart3: <16550 or compatible> on puc0 uart3: [FILTER] pci3: at device 0.1 (no driver attached) pcm0: mem 0x92e00000-0x92e03fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib4: at device 28.0 on pci0 pci4: on pcib4 pcib5: at device 28.4 on pci0 pci5: on pcib5 atapci0: port 0x3018-0x301f,0x3024-0x3027,0x3010-0x3017,0x3020-0x3023,0x3000-0x300f mem 0x92c00000-0x92c003ff irq 16 at device 0.0 on pci5 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib6: at device 28.5 on pci0 pci6: on pcib6 em0: port 0x2000-0x201f mem 0x92b00000-0x92b1ffff irq 17 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:19:d1:e3:b4:b8 em0: [FILTER] uhci0: port 0x5080-0x509f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x5060-0x507f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x5040-0x505f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x5020-0x503f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x92e04400-0x92e047ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 fxp0: port 0x1000-0x101f mem 0x92a00000-0x92a00fff,0x92800000-0x928fffff irq 21 at device 0.0 on pci7 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:a4:78:c3 fxp0: [ITHREAD] twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x1020-0x102f mem 0x92904800-0x9290480f,0x92000000-0x927fffff irq 18 at device 2.0 on pci7 twe0: [GIANT-LOCKED] twe0: [ITHREAD] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 fwohci0: mem 0x92904000-0x929047ff,0x92900000-0x92903fff irq 18 at device 4.0 on pci7 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:c8:f1:cc fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x7c82c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:c8:f1:cc fwe0: Ethernet address: 02:90:27:c8:f1:cc fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:c8:f1:cc @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x50b0-0x50bf irq 18 at device 31.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] atapci2: port 0x50c8-0x50cf,0x50e4-0x50e7,0x50c0-0x50c7,0x50e0-0x50e3,0x50a0-0x50af mem 0x92e04000-0x92e043ff irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcffff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: on uhub0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata0-master UDMA33 ad8: 476940MB at ata4-master SATA150 ad10: 476940MB at ata5-master SATA150 pcm0: pcm0: twed0: on twe0 twed0: 953869MB (1953525168 sectors) twed1: on twe0 twed1: 953869MB (1953525168 sectors) GEOM_MIRROR: Force device b500 start due to timeout. GEOM_MIRROR: Device mirror/b500 launched (2/3). SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/mirror/b500a em0: link state changed to UP Ideas? If the answer is "buy a different smart SATA controller of brand X" that's fine so long as the name and model number follows :) I can accomodate both PCI and PCI Express (if I remove the TWE card, which is a PCI card) Thanks in advance! -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 22:33:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBA11065670 for ; Thu, 10 Apr 2008 22:33:45 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7018FC21 for ; Thu, 10 Apr 2008 22:33:44 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from delish.ish.com.au ([203.29.62.201] helo=ish.com.au) by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168) (Exim 4.43) id 1Jk5FN-0005xc-Dk; Fri, 11 Apr 2008 08:27:57 +1000 Received: from [10.29.62.13] ([10.29.62.13] verified) by ish.com.au (CommuniGate Pro SMTP 5.2.1) with ESMTP id 3430151; Fri, 11 Apr 2008 08:33:41 +1000 Message-Id: From: Aristedes Maniatis To: John Baldwin In-Reply-To: <200804101651.24852.jhb@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: Fri, 11 Apr 2008 08:33:40 +1000 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> <200804080959.46961.jhb@freebsd.org> <3DDEAB7E-F6FF-48C6-A19E-E6D96D365D8E@ish.com.au> <200804101651.24852.jhb@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: bzeeb+freebsd+lor@zabbadoz.net, Jurgen Weber , freebsd-stable@freebsd.org Subject: Re: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 22:33:45 -0000 >> http://www.ish.com.au/s/LOR/1.jpg >> http://www.ish.com.au/s/LOR/2.jpg >> http://www.ish.com.au/s/LOR/3.jpg (this overlaps with [2]) > > These are all garbage in kuickshow. :( They work fine for me in Firefox. But don't know what sort of jpegs the Sony camera saves. Anyhow I've also now resaved them as png (about twice the size). Please let me know if that worked. http://www.ish.com.au/s/LOR/1.png , etc >> Not PAE. If there was a panic or printf inside the kernel sleep >> queue code > itself then you might get this LOR as a side effect, but the real > problem > would be the original panic or printf. The set up of this machine is identical (as far as possible) with another happy machine. The difference is different hardware (such as NIC hardware and CPU) and that this is running PAE and the other AMD64. I know that introduces a lot of different code, so it may not be a useful comparison. Another data point is that we switched the scheduler ('sleep queue' sounds vaguely like something scheduler related to us) from 4BSD to ULE with no change in behaviour. This is starting to cause us some grief with this machine offline, so we might need to throw some new hardware at the problem and hope the issue goes away. I am just afraid that the problem might follow us if the issue is rooted in our setup rather than the hardware choices. Thanks Ari --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 22:34:49 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD72B1065674; Thu, 10 Apr 2008 22:34:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A00888FC17; Thu, 10 Apr 2008 22:34:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 687571CC033; Thu, 10 Apr 2008 15:34:49 -0700 (PDT) Date: Thu, 10 Apr 2008 15:34:49 -0700 From: Jeremy Chadwick To: Robert Watson Message-ID: <20080410223449.GA63949@eos.sc1.parodius.com> References: <20080410224816.B70223@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080410224816.B70223@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@FreeBSD.org Subject: Re: HEADS UP: procstat(1) MFC to RELENG_7 in progress X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 22:34:49 -0000 On Thu, Apr 10, 2008 at 10:49:55PM +0100, Robert Watson wrote: > FYI: I've begun the MFC of procstat(1) from HEAD to RELENG_7. This > requires merging a number of kernel changes, and then the command line > tool, so it will occur over the next day or so. I'll send out a further > e-mail when the merge is done. Fantastic! I look forward to using this tool. Thanks for your hard work! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 23:07:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3E711065670 for ; Thu, 10 Apr 2008 23:07:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9D81A8FC1C for ; Thu, 10 Apr 2008 23:07:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay13.apple.com (relay13.apple.com [17.128.113.29]) by mail-out4.apple.com (Postfix) with ESMTP id 7918F28F9D22; Thu, 10 Apr 2008 16:07:25 -0700 (PDT) Received: from relay13.apple.com (unknown [127.0.0.1]) by relay13.apple.com (Symantec Mail Security) with ESMTP id 6023F28086; Thu, 10 Apr 2008 16:07:25 -0700 (PDT) X-AuditID: 1180711d-ab396bb000000ed7-57-47fe9dad3d81 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) by relay13.apple.com (Apple SCV relay) with ESMTP id 4226428085; Thu, 10 Apr 2008 16:07:25 -0700 (PDT) Message-Id: From: Chuck Swiger To: Damian Weber 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: Thu, 10 Apr 2008 16:07:25 -0700 References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 23:07:25 -0000 On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: > But here is the problem, pinging the machine from remote gives > > A.B.C.X$ ping A.B.C.D > PING A.B.C.D (A.B.C.D): 56 data bytes > 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms > 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) Please run "tcpdump -e icmp" on this box and repeat your testing. It will be most interesting to know whether you're seeing the same MAC address.... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Apr 10 23:46:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D10AA1065674 for ; Thu, 10 Apr 2008 23:46:49 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3EE8FC1C for ; Thu, 10 Apr 2008 23:46:49 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so244928wxd.7 for ; Thu, 10 Apr 2008 16:46:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=9BM7Ug5lts3RExoxm5Cz2ehdP2bRyiKLJYvs4gHW2tU=; b=WFpoJJrOTLp0gGq/1dU1h3YuMWsY2/GHwMA5sCmahj7sEXYbcAbqmG8oxkNa65vM/f688+HYDI7BERZz0tNle3HnrPQqo5VcnXxFJKdA4dWzqU4PCkL8/s6i3bnTo67O/B0jiCNcTUsW43E0hQ9Sgi5Ru98V6sI4j8em+KuZ5Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=f2Vd5YB2JPWgnYLbPKVUPAivqxeHsLWmJ5UUf9cUQZfW/5ZxtvN9ABbZxAEwSKzQpY7q3npt9gtrBbfUDPJnEKRYbThfNXJUvd5ZfskofuHlaPAGQRMIk/jLMtzIjuwECPI4JuhLmxXW3ou9niigvZff050pHaaK+Y01UgbLjA0= Received: by 10.100.153.6 with SMTP id a6mr112561ane.125.1207869540553; Thu, 10 Apr 2008 16:19:00 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.178.194]) by mx.google.com with ESMTPS id 7sm4179301wrh.3.2008.04.10.16.18.59 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Apr 2008 16:19:00 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: "H. Wade Minter" In-Reply-To: References: Content-Type: text/plain; charset=utf-8 Date: Thu, 10 Apr 2008 19:18:36 -0400 Message-Id: <1207869516.83528.7.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: USB keyboard locking up on 7-RELEASE/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 23:46:49 -0000 On Wed, 2008-04-09 at 17:07 -0500, H. Wade Minter wrote: > I have a Dell Optiplex 755, with an Intel Core 2 Duo chip. I have > installed 7-RELEASE/amd64 on it. 2GB of RAM, 6GB of swap. > > The install went fine, but post-install I'm running into a problem > where the USB keyboard will just lock up. I can still ping and SSH > into the system, but after about 2 minutes of activity, the keyboard > becomes nonresponsive. > > I can move the USB plug to a different port, and see that it's > recognize, and the keyboard comes back, but a couple of minutes later, > it locks again. > > I've checked with things in the BIOS, but can't find any setting that > makes a difference. I've tried both the 4BSD and ULE scheduler, no > changes. > > Any thoughts or known issues that would explain this? When the lockup > happens, there's nothing in /var/log/messages or dmesg to indicate a > problem. > > The only other clues are that sometimes, right before it locks, it > will go into a repeat loop on a keypress, and it seems to be able to > be reliably triggered by switching virtual consoles (though not > exclusively). > > I've tried different keyboards, so it doesn't appear to be a hardware > issue. I have seen this happening with OptiPlex 740 and OpenSuSE 10.3. Updating the BIOS on the OptiPlex fixed the problem. In my case, I was able to find reports of this behavior on the Dell's Linux forums, so it certainly was not limited to my specimen. I do realize that your machine is different, so YMMV. > > Thoughts? > > --Wade > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 01:23:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EBF3106564A for ; Fri, 11 Apr 2008 01:23:20 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id DE2D98FC0C for ; Fri, 11 Apr 2008 01:23:19 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id DC0F45641E; Thu, 10 Apr 2008 21:07:39 -0400 (EDT) Message-ID: <47FEB9DD.3030308@bit0.com> Date: Thu, 10 Apr 2008 21:07:41 -0400 From: Mike Andrews User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Chuck Swiger References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Damian Weber , freebsd-stable@freebsd.org Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 01:23:20 -0000 Chuck Swiger wrote: > On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: >> But here is the problem, pinging the machine from remote gives >> >> A.B.C.X$ ping A.B.C.D >> PING A.B.C.D (A.B.C.D): 56 data bytes >> 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms >> 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) > > Please run "tcpdump -e icmp" on this box and repeat your testing. It > will be most interesting to know whether you're seeing the same MAC > address.... I'm seeing the same thing on *one* of my RELENG_7 boxes, including the problem going away at 1481 bytes. In my case, if I run "tcpdump -e icmp" on both the offending RELENG_7 box and on the machine pinging it (tried with both a Mac Mini running Leopard on the same LAN, and a RELENG_7_0 box on the other side of a DSL line), the RELENG_7 box only shows a single reply packet going out, but the pinger shows two -- and both packets have the same (correct) mac address. It does not happen with all of my RELENG_7 machines though... just one of them... even though all of them have the same motherboard chipset (Intel 3000) and NIC (em0). I haven't figured out exactly when it started or what's different about that one machine. It doesn't seem to hurt anything other than it's somewhat annoying and Nagios complains bitterly about it. :) From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 04:53:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE773106564A for ; Fri, 11 Apr 2008 04:53:19 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57011.mail.re3.yahoo.com (web57011.mail.re3.yahoo.com [66.196.97.115]) by mx1.freebsd.org (Postfix) with SMTP id 7F5468FC1E for ; Fri, 11 Apr 2008 04:53:19 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 60803 invoked by uid 60001); 11 Apr 2008 04:53:13 -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=LtHCIKP1YgI1EVObleNdOjdmIEFOobq8QmUIOCjIWpM5N4ZLZz2Xa7XZwl25c9Gvc0k1RT6Z9Xr+GNDOWZBnAA5V+4oiP7HN1EfuD3931OQ3l+XSYbECaoSWYYi7zgGKbW/50a6bQi1CCEdau2bW92NewgV0rOeSaTr0XjzsFxs=; X-YMail-OSG: OXhfxVQVM1ndirFdkg8nLwU5x1UR.4wFrmiFcO1Faw8N3Zkim6JVeEM8fgvemeFwipLtTSpu27FkIsFbzw0KQKQsXdmW75reTI6Gasjbjd1xCUcPvIwlX_Sko5uI1.mFL7b5ngNx5gepJ1HTnXSi39tMXA-- Received: from [220.255.7.228] by web57011.mail.re3.yahoo.com via HTTP; Thu, 10 Apr 2008 21:53:13 PDT Date: Thu, 10 Apr 2008 21:53:13 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <445668.60539.qm@web57011.mail.re3.yahoo.com> Subject: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 04:53:19 -0000 Hi all I have noted early April that RELENG_7 is upgraded to sched_ule by default and gave it a try with sched_ule until today. My desktop is a 3GHz single Intel Pentium 4 processor with 512MB RAM. I have noted by desktop response wise sched_4bsd is better, ie. the desktop is more responsive. It just noted today the version of the sched_ule.c on RELENG_7 is 1.214.2.2 dated 2007/12/20 and the current version on the CVS is 1.240 dated 2008/04/04. Since the FreeBSD 7.1 is planned to be released with sched_ule by default, why don't you guys sync the sched_ule.c with current so that more users like me who run FreeBSD 7.X (RELENG_7) can give more feedback? Kind regards Unga __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 06:27:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2991106566C; Fri, 11 Apr 2008 06:27:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id F2D0B8FC0C; Fri, 11 Apr 2008 06:27:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:64987 "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 S4747769AbYDKGKs (ORCPT + 1 other); Fri, 11 Apr 2008 10:10:48 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp3 X-Yandex-TimeMark: 1207894248 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: bu7cher Message-ID: <47FF00E6.8070108@yandex.ru> Date: Fri, 11 Apr 2008 10:10:46 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: lev@FreeBSD.org References: <396418019.20080409104542@serebryakov.spb.ru> In-Reply-To: <396418019.20080409104542@serebryakov.spb.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 06:27:11 -0000 Lev Serebryakov wrote: > (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages > about locks, crashes, etc. Code is experemental. Is it only for > 32 bit systems? Recently I installed a new server in my local network. [media butcher]# uname -rsm FreeBSD 8.0-CURRENT amd64 [media butcher]# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT video 3,16T 2,01T 1,14T 63% ONLINE - [media butcher]# zpool status pool: video state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM video ONLINE 0 0 0 raidz1 ONLINE 0 0 0 label/DISK_01 ONLINE 0 0 0 label/DISK_02 ONLINE 0 0 0 label/DISK_03 ONLINE 0 0 0 label/DISK_04 ONLINE 0 0 0 label/DISK_05 ONLINE 0 0 0 label/DISK_06 ONLINE 0 0 0 label/DISK_07 ONLINE 0 0 0 errors: No known data errors [media butcher]# sysctl hw.physmem hw.physmem: 2136186880 [media butcher]# cat /boot/loader.conf zfs_load="YES" vm.kmem_size="1342177280" # 1280 MB vm.kmem_size_max="1342177280" # 1280 MB So, server works very nice on moderate load with vsftpd (with sendfile enabled) - 40..70 users online. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 06:48:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838811065670 for ; Fri, 11 Apr 2008 06:48:17 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from theia.rz.uni-saarland.de (theia.rz.uni-saarland.de [134.96.7.31]) by mx1.freebsd.org (Postfix) with ESMTP id 15FD78FC1B for ; Fri, 11 Apr 2008 06:48:16 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by theia.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id m3B6mFjZ032707; Fri, 11 Apr 2008 08:48:15 +0200 Received: from isl-s-02.htw-saarland.de (isl-s-02.htw-saarland.de [134.96.216.92]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id m3B6mFPe021341; Fri, 11 Apr 2008 08:48:15 +0200 (CEST) Date: Fri, 11 Apr 2008 08:48:10 +0200 (CEST) From: Damian Weber To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (theia.rz.uni-saarland.de [134.96.7.31]); Fri, 11 Apr 2008 08:48:15 +0200 (CEST) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.6.0.84; VDF: 7.0.3.150; host: AntiVir1) Cc: Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 06:48:17 -0000 > From: Chuck Swiger > To: Damian Weber > Cc: freebsd-stable@freebsd.org > Subject: Re: RELENG_6_3 ping and DUP packets > > On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: > > But here is the problem, pinging the machine from remote gives > > > > A.B.C.X$ ping A.B.C.D > > PING A.B.C.D (A.B.C.D): 56 data bytes > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) > > Please run "tcpdump -e icmp" on this box and repeat your testing. It > will be most interesting to know whether you're seeing the same MAC > address.... good point, but it's the same A.B.C.X# tcpdump -e icmp tcpdump: listening on rl0, link-type EN10MB 08:41:51.136023 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request 08:41:51.136171 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply 08:41:51.136343 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply 08:41:52.138366 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request 08:41:52.138447 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply 08:41:52.138692 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply ^C 169 packets received by filter 0 packets dropped by kernel From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 06:52:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF26106564A for ; Fri, 11 Apr 2008 06:52:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D0F0B8FC12 for ; Fri, 11 Apr 2008 06:52:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C08201CC033; Thu, 10 Apr 2008 23:52:56 -0700 (PDT) Date: Thu, 10 Apr 2008 23:52:56 -0700 From: Jeremy Chadwick To: Damian Weber Message-ID: <20080411065256.GA95213@eos.sc1.parodius.com> References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> 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-stable@freebsd.org Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 06:52:57 -0000 On Fri, Apr 11, 2008 at 08:48:10AM +0200, Damian Weber wrote: > > From: Chuck Swiger > > To: Damian Weber > > Cc: freebsd-stable@freebsd.org > > Subject: Re: RELENG_6_3 ping and DUP packets > > > > On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: > > > But here is the problem, pinging the machine from remote gives > > > > > > A.B.C.X$ ping A.B.C.D > > > PING A.B.C.D (A.B.C.D): 56 data bytes > > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms > > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) > > > > Please run "tcpdump -e icmp" on this box and repeat your testing. It > > will be most interesting to know whether you're seeing the same MAC > > address.... > > good point, but it's the same > > A.B.C.X# tcpdump -e icmp > tcpdump: listening on rl0, link-type EN10MB > 08:41:51.136023 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request > 08:41:51.136171 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > 08:41:51.136343 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > 08:41:52.138366 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request > 08:41:52.138447 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > 08:41:52.138692 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > ^C > 169 packets received by filter > 0 packets dropped by kernel Possibly an interrupt is being called twice on the same packet? Shot in the dark, but try disabling MSI/MSI-X and see if the problem recurs. Put this in /boot/loader.conf: hw.pci.enable_msi="0" hw.pci.enable_msix="0" Reboot, and see if the problem continues. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 07:16:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A854B106566C for ; Fri, 11 Apr 2008 07:16:08 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 499E98FC25 for ; Fri, 11 Apr 2008 07:16:08 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id m3B7G4D3083318; Fri, 11 Apr 2008 09:16:06 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 11 Apr 2008 09:13:44 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDD86@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: sched_ule performance on single CPU Thread-Index: AcibkGinG5+HN/2PTiik5tLbnh2gagAEo7og References: <445668.60539.qm@web57011.mail.re3.yahoo.com> From: "Johan Hendriks" To: "Unga" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 07:16:08 -0000 >Hi all >I have noted early April that RELENG_7 is upgraded to >sched_ule by default and gave it a try with sched_ule >until today. My desktop is a 3GHz single Intel Pentium >4 processor with 512MB RAM. I have noted by desktop >response wise sched_4bsd is better, ie. the desktop is >more responsive. >It just noted today the version of the sched_ule.c on >RELENG_7 is 1.214.2.2 dated 2007/12/20 and the current >version on the CVS is 1.240 dated 2008/04/04. >Since the FreeBSD 7.1 is planned to be released with >sched_ule by default, why don't you guys sync the >sched_ule.c with current so that more users like me >who run FreeBSD 7.X (RELENG_7) can give more feedback? >Kind regards >Unga The version you mentioned is in CURRENT (8.0) and proberly is not compatible with RELENG_7 at the moment. There have been a lot of changes to the scheduling and other stuff commited by jeff, read jeff's techjournal! I recall also in the mailing list that not all of those changes are being commited to RELENG_7 Regards, Johan Hendriks Double L Automatisering From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:08:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12AC61065672 for ; Fri, 11 Apr 2008 09:08:25 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8908FC1F for ; Fri, 11 Apr 2008 09:08:24 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by wx-out-0506.google.com with SMTP id i29so454843wxd.7 for ; Fri, 11 Apr 2008 02:08:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type; bh=uxYneuAZ+7mFDQbZXCJ1+ctfccRA4FWH7eLkyjFJwkc=; b=IZnRxWkIrxFNY+AqHXA6EAJ4JIwplzqPe9WvSYn1/cA+16FXXYjl5K0uHsP/3vh4P9+FO5zW4LSsGxBU5ostWgJpd9B6nwmK7rTblyUY+kdwvUROTKcvJ8l+Nsvpz8Nvf93yS0HIZp1lOgnDN5UB8Gkrh3yP+Qp0+msnLqBDbuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type; b=Nsfs3hrvcfn+786NqsZ7MKJQMUluLQfE21LHzuGX0D2JbI3sNJ6dNVBbKjEMB85EDPC+PTG7CIJoPaSyFq4wAsKtY6TLUnc1FZVZy0rIpWupHBlPmLLJchpDjmU2QEo6h2Gz/tL98ziS74BdSC2mkRJdz/eYfrWpUpxPD9o1oNI= Received: by 10.70.53.17 with SMTP id b17mr3071209wxa.6.1207903338904; Fri, 11 Apr 2008 01:42:18 -0700 (PDT) Received: by 10.70.126.11 with HTTP; Fri, 11 Apr 2008 01:42:18 -0700 (PDT) Message-ID: <5fbf03c20804110142h4c0ba608s3f2418977e990c58@mail.gmail.com> Date: Fri, 11 Apr 2008 10:42:18 +0200 From: "Spil Oss" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_7329_6159333.1207903338886" Subject: reboot after panic: privileged instruction fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 09:08:25 -0000 ------=_Part_7329_6159333.1207903338886 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yesterday my to-be server running FreeBSD 7.0 #0 has rebooted after a kernel panic. FreeBSD newserver.example.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri Apr 4 07:22:22 CEST 2008 root@newserver:/usr/obj/usr/src/sys/BEASTIE70 i386 Please find messages and kernel-configuration attached. This morning I tried to set the default route, but that returned an error not being able to connect to a socket. An hour later I was able to set the default route succesfully. Fortunately I was still configuring and had not migrated to the new server yet. Please advise on steps I can to take to resolve this. Kind regards, Spil. ------=_Part_7329_6159333.1207903338886 Content-Type: text/plain; name=messages Content-Transfer-Encoding: base64 X-Attachment-Id: f_fewh9kty Content-Disposition: attachment; filename=messages QXByICA0IDE4OjQxOjAyICBzdTogYnNwaWwwMSB0byByb290IG9uIC9kZXYvdHR5cDAKQXByICA0 IDIzOjQ4OjE4ICBrZXJuZWw6IHN0cmF5IGlycTcKQXByICA1IDAwOjM5OjA4IGdpZ2FiZWFzdCBr ZXJuZWw6IHN0cmF5IGlycTcKQXByICA1IDA1OjM1OjI3IGdpZ2FiZWFzdCBrZXJuZWw6IHJ0ZnJl ZTogMHhjMmQzMGJiOCBoYXMgMiByZWZzCkFwciAgNSAwNjozNToyNiBnaWdhYmVhc3Qga2VybmVs OiBydGZyZWU6IDB4YzJkMzBiYjggaGFzIDIgcmVmcwpBcHIgIDUgMTE6NDA6MzIgZ2lnYWJlYXN0 IHN1OiBic3BpbDAxIHRvIHJvb3Qgb24gL2Rldi90dHlwNQpBcHIgIDUgMTI6MDU6MDEgZ2lnYWJl YXN0IHN1OiBic3BpbDAxIHRvIHJvb3Qgb24gL2Rldi90dHlwMwpBcHIgIDUgMTM6Mjc6NDQgZ2ln YWJlYXN0IHN1OiBic3BpbDAxIHRvIHJvb3Qgb24gL2Rldi90dHlwMgpBcHIgIDUgMTQ6MTQ6NDAg Z2lnYWJlYXN0IGtlcm5lbDogc3RyYXkgaXJxNwpBcHIgIDUgMTY6MTA6MTggZ2lnYWJlYXN0IGtl cm5lbDogc3RyYXkgaXJxNwpBcHIgIDUgMTY6Mjc6MTggZ2lnYWJlYXN0IGtlcm5lbDogdG9vIG1h bnkgc3RyYXkgaXJxIDcnczogbm90IGxvZ2dpbmcgYW55bW9yZQpBcHIgIDUgMTY6NDM6NTQgZ2ln YWJlYXN0IGtlcm5lbDogcnRmcmVlOiAweGMyZDMwYmI4IGhhcyAyIHJlZnMKQXByICA1IDE4OjQz OjU0IGdpZ2FiZWFzdCBrZXJuZWw6IHJ0ZnJlZTogMHhjMmQzMGJiOCBoYXMgMiByZWZzCkFwciAg NSAyMDo0Mzo1MyBnaWdhYmVhc3Qga2VybmVsOiBydGZyZWU6IDB4YzJkMzBiYjggaGFzIDIgcmVm cwpBcHIgIDUgMjI6NDM6NTIgZ2lnYWJlYXN0IGtlcm5lbDogcnRmcmVlOiAweGMyZDMwYmI4IGhh cyAyIHJlZnMKQXByICA2IDIwOjQwOjI3IGdpZ2FiZWFzdCBzc2hkWzEyMDgzXTogZXJyb3I6IFBB TTogYXV0aGVudGljYXRpb24gZXJyb3IgZm9yIGJzcGlsMDEgZnJvbSBubHllaHZlZHcxbmI1NDEu YmFjaGZyZXVuZC5ubApBcHIgIDYgMjA6NTE6NTMgZ2lnYWJlYXN0IHN1OiBic3BpbDAxIHRvIHJv b3Qgb24gL2Rldi90dHlwNApBcHIgIDYgMjE6MDQ6MzQgZ2lnYWJlYXN0IGtlcm5lbDogcnRmcmVl OiAweGMyZDMwMzQ4IGhhcyAxIHJlZnMKQXByICA3IDAzOjAxOjAwIGdpZ2FiZWFzdCBrZXJuZWw6 IHJ0ZnJlZTogMHhjMmQzMGJiOCBoYXMgMiByZWZzCkFwciAgNyAxMDo0NTowMiBnaWdhYmVhc3Qg a2VybmVsOiBhY3BpX3ZpZGVvMDogPEFDUEkgdmlkZW8gZXh0ZW5zaW9uPiBvbiB2Z2FwY2kwCkFw ciAgNyAxMDo0NTowMiBnaWdhYmVhc3Qga2VybmVsOiBhY3BpX3ZpZGVvMTogPEFDUEkgdmlkZW8g ZXh0ZW5zaW9uPiBvbiB2Z2FwY2kxCkFwciAgNyAxMDo0NTowMiBnaWdhYmVhc3Qga2VybmVsOiBl dmFsdWF0aW9uIG9mIFxfU0JfLlBDSTAuVklEMi5fRE9EIG1ha2VzIG5vIHNlbnNlCkFwciAgNyAy MDo0MzowMCBnaWdhYmVhc3Qga2VybmVsOiBiZ2UwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9X TgpBcHIgIDcgMjA6NDM6MDEgZ2lnYWJlYXN0IGtlcm5lbDogYmdlMDogbGluayBzdGF0ZSBjaGFu Z2VkIHRvIFVQCkFwciAgNyAyMDo0ODoyNCBnaWdhYmVhc3QgbG9naW46IFJPT1QgTE9HSU4gKHJv b3QpIE9OIHR0eXYxCkFwciAgNyAyMDo0OTozMSBnaWdhYmVhc3Qga2VybmVsOiBhY3BpX3ZpZGVv MDogZGV0YWNoZWQKQXByICA3IDIwOjQ5OjMxIGdpZ2FiZWFzdCBrZXJuZWw6IGFjcGlfdmlkZW8x OiBkZXRhY2hlZApBcHIgIDcgMjA6NDk6NDQgZ2lnYWJlYXN0IGtlcm5lbDogYWNwaV92aWRlbzA6 IDxBQ1BJIHZpZGVvIGV4dGVuc2lvbj4gb24gdmdhcGNpMApBcHIgIDcgMjA6NDk6NDQgZ2lnYWJl YXN0IGtlcm5lbDogYWNwaV92aWRlbzE6IDxBQ1BJIHZpZGVvIGV4dGVuc2lvbj4gb24gdmdhcGNp MQpBcHIgIDcgMjA6NDk6NDQgZ2lnYWJlYXN0IGtlcm5lbDogZXZhbHVhdGlvbiBvZiBcX1NCXy5Q Q0kwLlZJRDIuX0RPRCBtYWtlcyBubyBzZW5zZQpBcHIgIDcgMjE6MTc6NDMgZ2lnYWJlYXN0IGtl cm5lbDogYWNwaV92aWRlbzA6IGRldGFjaGVkCkFwciAgNyAyMToxNzo0MyBnaWdhYmVhc3Qga2Vy bmVsOiBhY3BpX3ZpZGVvMTogZGV0YWNoZWQKQXByICA3IDIxOjE3OjQ5IGdpZ2FiZWFzdCBrZXJu ZWw6IGFjcGlfdmlkZW8wOiA8QUNQSSB2aWRlbyBleHRlbnNpb24+IG9uIHZnYXBjaTAKQXByICA3 IDIxOjE3OjQ5IGdpZ2FiZWFzdCBrZXJuZWw6IGFjcGlfdmlkZW8xOiA8QUNQSSB2aWRlbyBleHRl bnNpb24+IG9uIHZnYXBjaTEKQXByICA3IDIxOjE3OjQ5IGdpZ2FiZWFzdCBrZXJuZWw6IGV2YWx1 YXRpb24gb2YgXF9TQl8uUENJMC5WSUQyLl9ET0QgbWFrZXMgbm8gc2Vuc2UKQXByICA4IDAzOjAx OjAxIGdpZ2FiZWFzdCBrZXJuZWw6IHJ0ZnJlZTogMHhjMmQzMGJiOCBoYXMgMiByZWZzCkFwciAg OCAxOTowMTozNyBnaWdhYmVhc3QgbnRwZFs3NjI0MF06IG50cGQgNC4yLjAtYSBUaHUgQXByICAz IDIyOjU3OjMxIFVUQyAyMDA4ICgxKQpBcHIgIDggMTk6MDI6NDcgZ2lnYWJlYXN0IG50cGRbNzYy NDBdOiBudHBkIGV4aXRpbmcgb24gc2lnbmFsIDE1CkFwciAgOCAxOTowMzozNyBnaWdhYmVhc3Qg bnRwZFs3NjI2N106IG50cGQgNC4yLjAtYSBUaHUgQXByICAzIDIyOjU3OjMxIFVUQyAyMDA4ICgx KQpBcHIgIDggMTk6MzI6MzIgZ2lnYWJlYXN0IG50cGRbNzYyNjddOiBrZXJuZWwgdGltZSBzeW5j IGVuYWJsZWQgMjAwMQpBcHIgIDkgMDI6Mzk6NTkgZ2lnYWJlYXN0IG50cGRbNzYyNjddOiBrZXJu ZWwgdGltZSBzeW5jIGVuYWJsZWQgNjAwMQpBcHIgMTAgMTE6MDI6NTQgZ2lnYWJlYXN0IG50cGRb NzYyNjddOiBrZXJuZWwgdGltZSBzeW5jIGVuYWJsZWQgNjAwMQpBcHIgMTAgMTE6MTk6NTcgZ2ln YWJlYXN0IG50cGRbNzYyNjddOiBrZXJuZWwgdGltZSBzeW5jIGVuYWJsZWQgMjAwMQpBcHIgMTAg MTE6NTk6MDMgZ2lnYWJlYXN0IHN5c2xvZ2Q6IGtlcm5lbCBib290IGZpbGUgaXMgL2Jvb3Qva2Vy bmVsL2tlcm5lbApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogQ29weXJpZ2h0IChj KSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4KQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFz dCBrZXJuZWw6IENvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4 OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5l bDogVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0 cyByZXNlcnZlZC4KQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IEZyZWVCU0QgaXMg YSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpBcHIgMTAg MTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogRnJlZUJTRCA3LjAtUkVMRUFTRSAjMDogRnJpIEFw ciAgNCAwNzoyMjoyMiBDRVNUIDIwMDgKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6 IHJvb3RAZ2lnYWJlYXN0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0JFQVNUSUU3MApBcHIgMTAgMTE6 NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IENQVTog SW50ZWwoUikgUGVudGl1bShSKSBNIHByb2Nlc3NvciAxNDAwTUh6ICgxMzk4LjgyLU1IeiA2ODYt Y2xhc3MgQ1BVKQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogT3JpZ2luID0gIkdl bnVpbmVJbnRlbCIgIElkID0gMHg2OTUgIFN0ZXBwaW5nID0gNQpBcHIgMTAgMTE6NTk6MDMgZ2ln YWJlYXN0IGtlcm5lbDogRmVhdHVyZXM9MHhhN2U5ZjliZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxDTEZMVVNILERUUyxBQ1BJLE1NWCxG WFNSLFNTRSxTU0UyLFRNLFBCRT4KQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IEZl YXR1cmVzMj0weDE4MDxFU1QsVE0yPgpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDog cmVhbCBtZW1vcnkgID0gNTM1NDUzNjk2ICg1MTAgTUIpCkFwciAxMCAxMTo1OTowMyBnaWdhYmVh c3Qga2VybmVsOiBhdmFpbCBtZW1vcnkgPSA1MTQ0NjE2OTYgKDQ5MCBNQikKQXByIDEwIDExOjU5 OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGFjcGkwOiA8REVMTCBDUGkgUiAgPiBvbiBtb3RoZXJib2Fy ZApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYWNwaTA6IFtJVEhSRUFEXQpBcHIg MTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIDlm YzAwICgzKSBmYWlsZWQKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGFjcGkwOiBy ZXNlcnZhdGlvbiBvZiAxMDAwMDAsIDFmZGYwMDAwICgzKSBmYWlsZWQKQXByIDEwIDExOjU5OjAz IGdpZ2FiZWFzdCBrZXJuZWw6IFRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5 NTQ1IEh6IHF1YWxpdHkgMTAwMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYWNw aV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIg b24gYWNwaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGNwdTA6IDxBQ1BJIENQ VT4gb24gYWNwaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGVzdDA6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKQXByIDEwIDExOjU5OjAz IGdpZ2FiZWFzdCBrZXJuZWw6IHA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHUwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGJh dHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMApBcHIgMTAgMTE6 NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3 aXRjaD4gb24gYWNwaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGFjcGlfYnV0 dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBr ZXJuZWw6IGFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKQXByIDEwIDExOjU5 OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IHBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQg MHhjZjgtMHhjZmYgb24gYWNwaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IHBj aV9saW5rMTogQklPUyBJUlEgMTEgZm9yIDAuMzEuSU5UQiBpcyBpbnZhbGlkCkFwciAxMCAxMTo1 OTowMyBnaWdhYmVhc3Qga2VybmVsOiBwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApBcHIg MTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDAuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0 IGtlcm5lbDogcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDAuMyAobm8gZHJpdmVy IGF0dGFjaGVkKQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdmdhcGNpMDogPFZH QS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhjMDAwLTB4YzAwNyBtZW0gMHhmMDAwMDAwMC0w eGY3ZmZmZmZmLDB4ZmFmODAwMDAtMHhmYWZmZmZmZiBpcnEgMTEgYXQgZGV2aWNlIDIuMCBvbiBw Y2kwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhZ3AwOiA8SW50ZWwgODI4NXhN ICg4NXhHTSBHTUNIKSBTVkdBIGNvbnRyb2xsZXI+IG9uIHZnYXBjaTAKQXByIDEwIDExOjU5OjAz IGdpZ2FiZWFzdCBrZXJuZWw6IGFncDA6IGRldGVjdGVkIDg5Mmsgc3RvbGVuIG1lbW9yeQpBcHIg MTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAxMjhN CkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhY3BpX3ZpZGVvMDogPEFDUEkgdmlk ZW8gZXh0ZW5zaW9uPiBvbiB2Z2FwY2kwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVs OiB2Z2FwY2kxOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZTgwMDAwMDAtMHhlZmZm ZmZmZiwweGZhZjAwMDAwLTB4ZmFmN2ZmZmYgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCkFwciAxMCAx MTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhY3BpX3ZpZGVvMTogPEFDUEkgdmlkZW8gZXh0ZW5z aW9uPiBvbiB2Z2FwY2kxCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBldmFsdWF0 aW9uIG9mIFxfU0JfLlBDSTAuVklEMi5fRE9EIG1ha2VzIG5vIHNlbnNlCkFwciAxMCAxMTo1OTow MyBnaWdhYmVhc3Qga2VybmVsOiB1aGNpMDogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250 cm9sbGVyIFVTQi1BPiBwb3J0IDB4YmY4MC0weGJmOWYgaXJxIDExIGF0IGRldmljZSAyOS4wIG9u IHBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IHVoY2kwOiBbR0lBTlQtTE9D S0VEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdWhjaTA6IFtJVEhSRUFEXQpB cHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdXNiMDogPEludGVsIDgyODAxREIgKElD SDQpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJl YXN0IGtlcm5lbDogdXNiMDogVVNCIHJldmlzaW9uIDEuMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJl YXN0IGtlcm5lbDogdWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5l bDogdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkFwciAxMCAx MTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiB1aGNpMTogPEludGVsIDgyODAxREIgKElDSDQpIFVT QiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4YmY0MC0weGJmNWYgaXJxIDExIGF0IGRldmljZSAy OS4xIG9uIHBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IHVoY2kxOiBbR0lB TlQtTE9DS0VEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdWhjaTE6IFtJVEhS RUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdXNiMTogPEludGVsIDgyODAx REIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMQpBcHIgMTAgMTE6NTk6MDMg Z2lnYWJlYXN0IGtlcm5lbDogdXNiMTogVVNCIHJldmlzaW9uIDEuMApBcHIgMTAgMTE6NTk6MDMg Z2lnYWJlYXN0IGtlcm5lbDogdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0 IGtlcm5lbDogdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkFw ciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiB1aGNpMjogPEludGVsIDgyODAxREIgKElD SDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4YmYyMC0weGJmM2YgaXJxIDExIGF0IGRl dmljZSAyOS4yIG9uIHBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IHVoY2ky OiBbR0lBTlQtTE9DS0VEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdWhjaTI6 IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdXNiMjogPEludGVs IDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNpMgpBcHIgMTAgMTE6 NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdXNiMjogVVNCIHJldmlzaW9uIDEuMApBcHIgMTAgMTE6 NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogdWh1YjI6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgpBcHIgMTAgMTE6NTk6MDMgZ2ln YWJlYXN0IGtlcm5lbDogdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBlaGNpMDogPEludGVsIDgyODAx REIvTC9NIChJQ0g0KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZhZWZmYzAwLTB4ZmFlZmZm ZmYgaXJxIDExIGF0IGRldmljZSAyOS43IG9uIHBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFz dCBrZXJuZWw6IGVoY2kwOiBbR0lBTlQtTE9DS0VEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0 IGtlcm5lbDogZWhjaTA6IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5l bDogdXNiMzogRUhDSSB2ZXJzaW9uIDEuMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5l bDogdXNiMzogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1 c2IyCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiB1c2IzOiA8SW50ZWwgODI4MDFE Qi9ML00gKElDSDQpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKQXByIDEwIDExOjU5OjAz IGdpZ2FiZWFzdCBrZXJuZWw6IHVzYjM6IFVTQiByZXZpc2lvbiAyLjAKQXByIDEwIDExOjU5OjAz IGdpZ2FiZWFzdCBrZXJuZWw6IHVodWIzOiA8SW50ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjMKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFz dCBrZXJuZWw6IHVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApB cHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2Vy bmVsOiBwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJl YXN0IGtlcm5lbDogYmdlMDogPEJyb2FkY29tIE5ldFh0cmVtZSBHaWdhYml0IEV0aGVybmV0IENv bnRyb2xsZXIsIEFTSUMgcmV2LiAweDMwMDE+IG1lbSAweGZjZmYwMDAwLTB4ZmNmZmZmZmYgaXJx IDExIGF0IGRldmljZSAwLjAgb24gcGNpMQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5l bDogbWlpYnVzMDogPE1JSSBidXM+IG9uIGJnZTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBr ZXJuZWw6IGJyZ3BoeTA6IDxCQ001NzA1IDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEgb24g bWlpYnVzMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYnJncGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwgMTAw MGJhc2VULUZEWCwgYXV0bwpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYmdlMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MGQ6NTY6NmQ6OWE6OWIKQXByIDEwIDExOjU5OjAzIGdpZ2Fi ZWFzdCBrZXJuZWw6IGJnZTA6IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtl cm5lbDogY2JiMDogPFRJNzUxMCBQQ0ktQ2FyZEJ1cyBCcmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogY2FyZGJ1czA6IDxDYXJkQnVz IGJ1cz4gb24gY2JiMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogcGNjYXJkMDog PDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2Vy bmVsOiBjYmIwOiBbSVRIUkVBRF0KQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGNi YjE6IDxUSTc2MTAgUENJLUNhcmRCdXMgQnJpZGdlPiBpcnEgMTEgYXQgZGV2aWNlIDEuMSBvbiBw Y2kxCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBjYXJkYnVzMTogPENhcmRCdXMg YnVzPiBvbiBjYmIxCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBwY2NhcmQxOiA8 MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjEKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJu ZWw6IGNiYjE6IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZndv aGNpMDogPDEzOTQgT3BlbiBIb3N0IENvbnRyb2xsZXIgSW50ZXJmYWNlPiBtZW0gMHhmY2ZlZjgw MC0weGZjZmVmZmZmLDB4ZmNmZTgwMDAtMHhmY2ZlYmZmZiBpcnEgMTEgYXQgZGV2aWNlIDEuMiBv biBwY2kxCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBmd29oY2kwOiBbRklMVEVS XQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZndvaGNpMDogT0hDSSB2ZXJzaW9u IDEuMTAgKFJPTT0wKQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZndvaGNpMDog Tm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuCkFwciAxMCAxMTo1OTowMyBnaWdhYmVh c3Qga2VybmVsOiBmd29oY2kwOiBFVUk2NCAzMjo0ZjpjMDowMDoxZjo1NDo3ODoxMApBcHIgMTAg MTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBT NDAwLCAyIHBvcnRzLgpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZndvaGNpMDog TGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMuCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qg a2VybmVsOiBmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwCkFw ciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBzYnAwOiA8U0JQLTIvU0NTSSBvdmVyIEZp cmVXaXJlPiBvbiBmaXJld2lyZTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGRj b25zX2Nyb20wOiA8ZGNvbnMgY29uZmlndXJhdGlvbiBST00+IG9uIGZpcmV3aXJlMApBcHIgMTAg MTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZGNvbnNfY3JvbTA6IGJ1c19hZGRyIDB4MTEzODAw MApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogZndvaGNpMDogSW5pdGlhdGUgYnVz IHJlc2V0CkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBmd29oY2kwOiBCVVMgcmVz ZXQKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGZ3b2hjaTA6IG5vZGVfaWQ9MHhj ODAwZmZjMCwgZ2VuPTEsIENZQ0xFTUFTVEVSIG1vZGUKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFz dCBrZXJuZWw6IHBjaTE6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxLjMgKG5vIGRyaXZl ciBhdHRhY2hlZCkKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2Fi ZWFzdCBrZXJuZWw6IGlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApBcHIgMTAgMTE6NTk6MDMgZ2ln YWJlYXN0IGtlcm5lbDogYXRhcGNpMDogPEludGVsIElDSDQgVURNQTEwMCBjb250cm9sbGVyPiBw b3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4YmZhMC0weGJmYWYgYXQg ZGV2aWNlIDMxLjEgb24gcGNpMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYXRh MDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBr ZXJuZWw6IGF0YTA6IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDog YXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFz dCBrZXJuZWw6IGF0YTE6IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5l bDogcGNpMDogPG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2UgMzEuNSAobm8gZHJpdmVyIGF0 dGFjaGVkKQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYWNwaV90ejA6IDxUaGVy bWFsIFpvbmU+IG9uIGFjcGkwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhdGti ZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBv biBhY3BpMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogYXRrYmQwOiA8QVQgS2V5 Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6 IGtiZDAgYXQgYXRrYmQwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhdGtiZDA6 IFtHSUFOVC1MT0NLRURdCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBhdGtiZDA6 IFtJVEhSRUFEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogcHNtMDogPFBTLzIg TW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVs OiBwc20wOiBbR0lBTlQtTE9DS0VEXQpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDog cHNtMDogW0lUSFJFQURdCkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBwc20wOiBt b2RlbCBHbGlkZVBvaW50LCBkZXZpY2UgSUQgMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtl cm5lbDogcG10aW1lcjAgb24gaXNhMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDog b3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNkN2ZmLDB4Y2Q4MDAt MHhjZGZmZiwweGNlMDAwLTB4Y2U3ZmYsMHhjZTgwMC0weGNlZmZmLDB4Y2YwMDAtMHhjZjdmZiww eGNmODAwLTB4Y2ZmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCkFwciAxMCAxMTo1OTowMyBnaWdh YmVhc3Qga2VybmVsOiBzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNh MApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogc2MwOiBWR0EgPDE2IHZpcnR1YWwg Y29uc29sZXMsIGZsYWdzPTB4MzAwPgpBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDog dmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogVGltZWNv dW50ZXIgIlRTQyIgZnJlcXVlbmN5IDEzOTg4MTg2ODcgSHogcXVhbGl0eSA4MDAKQXByIDEwIDEx OjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IFRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1z ZWMKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IGlwZncyICgraXB2NikgaW5pdGlh bGl6ZWQsIGRpdmVydCBlbmFibGVkLCBydWxlLWJhc2VkIGZvcndhcmRpbmcgZGlzYWJsZWQsIGRl ZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBsaW1pdGVkIHRvIDUgcGFja2V0cy9lbnRyeSBieSBkZWZh dWx0CkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBmaXJld2lyZTA6IDEgbm9kZXMs IG1heGhvcCA8PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFz dCBrZXJuZWw6IGZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpCkFwciAxMCAxMTo1OTowMyBn aWdhYmVhc3Qga2VybmVsOiBhZDA6IDM4MTU0TUIgPEhUUzU0ODA0ME05QVQwMCBNRzJPQTUzQT4g YXQgYXRhMC1tYXN0ZXIgVURNQTEwMApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDog VHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWEKQXByIDEwIDExOjU5OjAz IGdpZ2FiZWFzdCBrZXJuZWw6IFdBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVk CkFwciAxMCAxMTo1OTowMyBnaWdhYmVhc3Qga2VybmVsOiBXQVJOSU5HOiAvaG9tZSB3YXMgbm90 IHByb3Blcmx5IGRpc21vdW50ZWQKQXByIDEwIDExOjU5OjAzIGdpZ2FiZWFzdCBrZXJuZWw6IFdB Uk5JTkc6IC90bXAgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCkFwciAxMCAxMTo1OTowMyBn aWdhYmVhc3Qga2VybmVsOiBXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRl ZApBcHIgMTAgMTE6NTk6MDMgZ2lnYWJlYXN0IGtlcm5lbDogV0FSTklORzogL3ZhciB3YXMgbm90 IHByb3Blcmx5IGRpc21vdW50ZWQKQXByIDEwIDExOjU5OjA0IGdpZ2FiZWFzdCBzYXZlY29yZTog cmVib290IGFmdGVyIHBhbmljOiBwcml2aWxlZ2VkIGluc3RydWN0aW9uIGZhdWx0CkFwciAxMCAx MTo1OTowNCBnaWdhYmVhc3Qgc2F2ZWNvcmU6IHdyaXRpbmcgY29yZSB0byB2bWNvcmUuMApBcHIg MTAgMTE6NTk6MDQgZ2lnYWJlYXN0IGtlcm5lbDogYmdlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IFVQCkFwciAxMCAxMTo1OToxMyBnaWdhYmVhc3Qgc2FzbGF1dGhkWzUxOF06IGRldGFjaF90dHkg ICAgICA6IGNvdWxkIG5vdCBsb2NrIHBpZCBmaWxlIC92YXIvcnVuL3Nhc2xhdXRoZC9zYXNsYXV0 aGQucGlkOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQpBcHIgMTAgMTE6NTk6MTMg Z2lnYWJlYXN0IHNhc2xhdXRoZFs1MTddOiBkZXRhY2hfdHR5ICAgICAgOiBDYW5ub3Qgc3RhcnQg c2FzbGF1dGhkCkFwciAxMCAxMTo1OToxMyBnaWdhYmVhc3Qgc2FzbGF1dGhkWzUxN106IGRldGFj aF90dHkgICAgICA6IEFub3RoZXIgaW5zdGFuY2Ugb2Ygc2FzbGF1dGhkIGlzIGN1cnJlbnRseSBy dW5uaW5nCkFwciAxMCAxMTo1OToxMyBnaWdhYmVhc3QgbnRwZFs1NjddOiBudHBkIDQuMi4wLWEg VGh1IEFwciAgMyAyMjo1NzozMSBVVEMgMjAwOCAoMSkKQXByIDEwIDExOjU5OjE0IGdpZ2FiZWFz dCBudHBkWzU2N106IHNlbmR0bygyMTMuODQuMTg3LjE1Nik6IE5ldHdvcmsgaXMgdW5yZWFjaGFi bGUKQXByIDEwIDExOjU5OjE1IGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0bygxOTQuMTA5LjIy LjE4KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQpBcHIgMTAgMTE6NTk6MTYgZ2lnYWJlYXN0IG50 cGRbNTY3XTogc2VuZHRvKDE5Mi44Ny4zNi40KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQpBcHIg MTAgMTE6NTk6MTcgZ2lnYWJlYXN0IG50cGRbNTY3XTogc2VuZHRvKDg1LjEyLjI5LjQzKTogTmV0 d29yayBpcyB1bnJlYWNoYWJsZQpBcHIgMTAgMTE6NTk6MTggZ2lnYWJlYXN0IG50cGRbNTY3XTog c2VuZHRvKDgyLjk0LjEwNy4yMTEpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCkFwciAxMCAxMTo1 OToxOSBnaWdhYmVhc3QgbnRwZFs1NjddOiBzZW5kdG8oMjEyLjE0Mi4yOC42Nyk6IE5ldHdvcmsg aXMgdW5yZWFjaGFibGUKQXByIDEwIDEyOjAwOjE4IGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0 bygxOTQuMTA5LjIyLjE4KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQpBcHIgMTAgMTI6MDA6MTgg Z2lnYWJlYXN0IG50cGRbNTY3XTogc2VuZHRvKDIxMy44NC4xODcuMTU2KTogTmV0d29yayBpcyB1 bnJlYWNoYWJsZQpBcHIgMTAgMTI6MDA6MjEgZ2lnYWJlYXN0IG50cGRbNTY3XTogc2VuZHRvKDgy Ljk0LjEwNy4yMTEpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCkFwciAxMCAxMjowMDoyMiBnaWdh YmVhc3QgbnRwZFs1NjddOiBzZW5kdG8oMjEyLjE0Mi4yOC42Nyk6IE5ldHdvcmsgaXMgdW5yZWFj aGFibGUKQXByIDEwIDEyOjAwOjIyIGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0bygxOTIuODcu MzYuNCk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKQXByIDEwIDEyOjAwOjIzIGdpZ2FiZWFzdCBu dHBkWzU2N106IHNlbmR0byg4NS4xMi4yOS40Myk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKQXBy IDEwIDEyOjAwOjQzIGdpZ2FiZWFzdCBmc2NrOiAvZGV2L2FkMHMxZzogNTUgZmlsZXMsIDIyOTQg dXNlZCwgODEyNTE2OSBmcmVlICgzMyBmcmFncywgMTAxNTY0MiBibG9ja3MsIDAuMCUgZnJhZ21l bnRhdGlvbikKQXByIDEwIDEyOjAwOjUwIGdpZ2FiZWFzdCBmc2NrOiAvZGV2L2FkMHMxZDogVU5S RUYgRklMRSBJPTExICBPV05FUj1yb290IE1PREU9MTAwNjAwCkFwciAxMCAxMjowMDo1MCBnaWdh YmVhc3QgZnNjazogL2Rldi9hZDBzMWQ6IFNJWkU9MCBNVElNRT1BcHIgIDggMTg6MzYgMjAwOCAg KENMRUFSRUQpCkFwciAxMCAxMjowMDo1MCBnaWdhYmVhc3QgZnNjazogL2Rldi9hZDBzMWQ6IFJl Y2xhaW1lZDogMCBkaXJlY3RvcmllcywgMSBmaWxlcywgMCBmcmFnbWVudHMKQXByIDEwIDEyOjAw OjUwIGdpZ2FiZWFzdCBmc2NrOiAvZGV2L2FkMHMxZDogMTcgZmlsZXMsIDI0IHVzZWQsIDEwMTI5 OTEgZnJlZSAoNTUgZnJhZ3MsIDEyNjYxNyBibG9ja3MsIDAuMCUgZnJhZ21lbnRhdGlvbikKQXBy IDEwIDEyOjAxOjIxIGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0bygxOTQuMTA5LjIyLjE4KTog TmV0d29yayBpcyB1bnJlYWNoYWJsZQpBcHIgMTAgMTI6MDE6MjQgZ2lnYWJlYXN0IG50cGRbNTY3 XTogc2VuZHRvKDIxMy44NC4xODcuMTU2KTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQpBcHIgMTAg MTI6MDE6MjYgZ2lnYWJlYXN0IG50cGRbNTY3XTogc2VuZHRvKDIxMi4xNDIuMjguNjcpOiBOZXR3 b3JrIGlzIHVucmVhY2hhYmxlCkFwciAxMCAxMjowMToyNiBnaWdhYmVhc3QgbnRwZFs1NjddOiBz ZW5kdG8oODIuOTQuMTA3LjIxMSk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKQXByIDEwIDEyOjAx OjI2IGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0byg4NS4xMi4yOS40Myk6IE5ldHdvcmsgaXMg dW5yZWFjaGFibGUKQXByIDEwIDEyOjAxOjI3IGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0bygx OTIuODcuMzYuNCk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKQXByIDEwIDEyOjAyOjI3IGdpZ2Fi ZWFzdCBudHBkWzU2N106IHNlbmR0bygxOTQuMTA5LjIyLjE4KTogTmV0d29yayBpcyB1bnJlYWNo YWJsZQpBcHIgMTAgMTI6MDM6MjkgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFmOiAyNDA3OTIg ZmlsZXMsIDEyOTY2MjYgdXNlZCwgNjMxOTAxMyBmcmVlICg1NjQ1MyBmcmFncywgNzgyODIwIGJs b2NrcywgMC43JSBmcmFnbWVudGF0aW9uKQpBcHIgMTAgMTI6MDM6MzEgZ2lnYWJlYXN0IG50cGRb NTY3XTogc2VuZHRvKDE5NC4xMDkuMjIuMTgpOiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlCkFwciAx MCAxMjowMzozNSBnaWdhYmVhc3QgbnRwZFs1NjddOiBzZW5kdG8oMjEzLjg0LjE4Ny4xNTYpOiBO ZXR3b3JrIGlzIHVucmVhY2hhYmxlCkFwciAxMCAxMjowMzozNiBnaWdhYmVhc3QgbnRwZFs1Njdd OiBzZW5kdG8oMjEyLjE0Mi4yOC42Nyk6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKQXByIDEwIDEy OjAzOjM2IGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0bygxOTIuODcuMzYuNCk6IE5ldHdvcmsg aXMgdW5yZWFjaGFibGUKQXByIDEwIDEyOjAzOjM2IGdpZ2FiZWFzdCBudHBkWzU2N106IHNlbmR0 byg4Mi45NC4xMDcuMjExKTogTmV0d29yayBpcyB1bnJlYWNoYWJsZQpBcHIgMTAgMTI6MDM6Mzgg Z2lnYWJlYXN0IG50cGRbNTY3XTogc2VuZHRvKDg1LjEyLjI5LjQzKTogTmV0d29yayBpcyB1bnJl YWNoYWJsZQpBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBVTlJF RiBGSUxFIEk9MjM1NTI1ICBPV05FUj1teXNxbCBNT0RFPTEwMDYwMApBcHIgMTAgMTI6MDM6NDEg Z2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBTSVpFPTAgTVRJTUU9QXByICA4IDE1OjE5IDIw MDggIChDTEVBUkVEKQpBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFl OiBVTlJFRiBGSUxFIEk9MjM1NTI2ICBPV05FUj1teXNxbCBNT0RFPTEwMDYwMApBcHIgMTAgMTI6 MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBTSVpFPTAgTVRJTUU9QXByICA4IDE1 OjE5IDIwMDggIChDTEVBUkVEKQpBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYv YWQwczFlOiBVTlJFRiBGSUxFIEk9MjM1NTI3ICBPV05FUj1teXNxbCBNT0RFPTEwMDYwMApBcHIg MTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBTSVpFPTAgTVRJTUU9QXBy ICA4IDE1OjE5IDIwMDggIChDTEVBUkVEKQpBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6 IC9kZXYvYWQwczFlOiBVTlJFRiBGSUxFIEk9MjM1NTI4ICBPV05FUj1teXNxbCBNT0RFPTEwMDYw MApBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBTSVpFPTAgTVRJ TUU9QXByICA4IDE1OjE5IDIwMDggIChDTEVBUkVEKQpBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0 IGZzY2s6IC9kZXYvYWQwczFlOiBVTlJFRiBGSUxFIEk9MjM1NTI5ICBPV05FUj1teXNxbCBNT0RF PTEwMDYwMApBcHIgMTAgMTI6MDM6NDEgZ2lnYWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBTSVpF PTAgTVRJTUU9QXByICA4IDE1OjE5IDIwMDggIChDTEVBUkVEKQpBcHIgMTAgMTI6MDM6NDEgZ2ln YWJlYXN0IGZzY2s6IC9kZXYvYWQwczFlOiBSZWNsYWltZWQ6IDAgZGlyZWN0b3JpZXMsIDUgZmls ZXMsIDAgZnJhZ21lbnRzCkFwciAxMCAxMjowMzo0MSBnaWdhYmVhc3QgZnNjazogL2Rldi9hZDBz MWU6IDE5NTY4IGZpbGVzLCAxMjE1ODMgdXNlZCwgODkxNDMyIGZyZWUgKDU2OCBmcmFncywgMTEx MzU4IGJsb2NrcywgMC4xJSBmcmFnbWVudGF0aW9uKQpBcHIgMTAgMTg6MTc6MTkgZ2lnYWJlYXN0 IGtlcm5lbDogc3RyYXkgaXJxNwpBcHIgMTAgMTk6Mzc6MDcgZ2lnYWJlYXN0IGtlcm5lbDogc3Ry YXkgaXJxNwpBcHIgMTAgMjI6MTA6MzQgZ2lnYWJlYXN0IGtlcm5lbDogc3RyYXkgaXJxNwpBcHIg MTAgMjM6Mjk6MTYgZ2lnYWJlYXN0IGtlcm5lbDogcnRmcmVlOiAweGMyZDM1YmI4IGhhcyAxIHJl ZnMKQXByIDExIDAwOjI5OjE2IGdpZ2FiZWFzdCBrZXJuZWw6IHJ0ZnJlZTogMHhjMmQzNWJiOCBo YXMgMSByZWZzCkFwciAxMSAwMToyOToxNiBnaWdhYmVhc3Qga2VybmVsOiBydGZyZWU6IDB4YzJk MzViYjggaGFzIDEgcmVmcwpBcHIgMTEgMDI6Mjk6MTYgZ2lnYWJlYXN0IGtlcm5lbDogcnRmcmVl OiAweGMyZDM1YmI4IGhhcyAxIHJlZnMKQXByIDExIDAzOjI5OjE2IGdpZ2FiZWFzdCBrZXJuZWw6 IHJ0ZnJlZTogMHhjMmQzNWJiOCBoYXMgMSByZWZzCkFwciAxMSAwNToyOToxNiBnaWdhYmVhc3Qg a2VybmVsOiBydGZyZWU6IDB4YzJkMzViYjggaGFzIDEgcmVmcwpBcHIgMTEgMDY6Mjk6MTYgZ2ln YWJlYXN0IGtlcm5lbDogcnRmcmVlOiAweGMyZDM1YmI4IGhhcyAxIHJlZnMKQXByIDExIDA3OjI5 OjE2IGdpZ2FiZWFzdCBrZXJuZWw6IHJ0ZnJlZTogMHhjMmQzNWJiOCBoYXMgMSByZWZzCkFwciAx MSAwOToyOToxNiBnaWdhYmVhc3Qga2VybmVsOiBydGZyZWU6IDB4YzJkMzViYjggaGFzIDEgcmVm cwo= ------=_Part_7329_6159333.1207903338886 Content-Type: text/plain; name=BEASTIE70 Content-Transfer-Encoding: base64 X-Attachment-Id: f_fewhbsa1 Content-Disposition: attachment; filename=BEASTIE70 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgYW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40NzQuMi4yLjIuMSAyMDA4LzAyLzA2IDAzOjI0OjI4IHNj b3R0bCBFeHAgJAoKY3B1ICAgICAgICAgICAgIEk0ODZfQ1BVCmNwdSAgICAgICAgICAgICBJNTg2 X0NQVQpjcHUgICAgICAgICAgICAgSTY4Nl9DUFUKaWRlbnQgICAgICAgICAgIEJFQVNUSUU3MAoK IyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290 L2RldmljZS5oaW50cwojaGludHMgICAgICAgICAgIkdFTkVSSUMuaGludHMiICAgICAgICAgIyBE ZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKI21ha2VvcHRpb25zICAgIERFQlVH PS1nICAgICAgICAgICAgICAgICMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJv bHMKCiNvcHRpb25zICAgICAgICBTQ0hFRF80QlNEICAgICAgICAgICAgICAjIDRCU0Qgc2NoZWR1 bGVyCm9wdGlvbnMgICAgICAgICBTQ0hFRF9VTEUgICAgICAgICAgICAgICAjIFRoZSBhbGwgbmV3 IHNjaGVkdWxlcgpvcHRpb25zICAgICAgICAgUFJFRU1QVElPTiAgICAgICAgICAgICAgIyBFbmFi bGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uCm9wdGlvbnMgICAgICAgICBJTkVUICAgICAgICAg ICAgICAgICAgICAjIEludGVyTkVUd29ya2luZwpvcHRpb25zICAgICAgICAgSU5FVDYgICAgICAg ICAgICAgICAgICAgIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRpb25zICAgICAg ICAgU0NUUCAgICAgICAgICAgICAgICAgICAgIyBTdHJlYW0gQ29udHJvbCBUcmFuc21pc3Npb24g UHJvdG9jb2wKb3B0aW9ucyAgICAgICAgIEZGUyAgICAgICAgICAgICAgICAgICAgICMgQmVya2Vs ZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgICAgICAgICBTT0ZUVVBEQVRFUyAgICAgICAgICAg ICAjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAgICAgICAgIFVGU19B Q0wgICAgICAgICAgICAgICAgICMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0 aW9ucyAgICAgICAgIFVGU19ESVJIQVNIICAgICAgICAgICAgICMgSW1wcm92ZSBwZXJmb3JtYW5j ZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAgICAgICAgIFVGU19HSk9VUk5BTCAgICAgICAg ICAgICMgRW5hYmxlIGdqb3VybmFsLWJhc2VkIFVGUyBqb3VybmFsaW5nCm9wdGlvbnMgICAgICAg ICBNRF9ST09UICAgICAgICAgICAgICAgICAjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNl CiNvcHRpb25zICAgICAgICBORlNDTElFTlQgICAgICAgICAgICAgICAjIE5ldHdvcmsgRmlsZXN5 c3RlbSBDbGllbnQKI29wdGlvbnMgICAgICAgIE5GU1NFUlZFUiAgICAgICAgICAgICAgICMgTmV0 d29yayBGaWxlc3lzdGVtIFNlcnZlcgojb3B0aW9ucyAgICAgICAgTkZTX1JPT1QgICAgICAgICAg ICAgICAgIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVAojb3B0aW9ucyAgICAg ICAgTVNET1NGUyAgICAgICAgICAgICAgICAgIyBNU0RPUyBGaWxlc3lzdGVtCiNvcHRpb25zICAg ICAgICBDRDk2NjAgICAgICAgICAgICAgICAgICAjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9u cyAgICAgICAgIFBST0NGUyAgICAgICAgICAgICAgICAgICMgUHJvY2VzcyBmaWxlc3lzdGVtIChy ZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAgICAgICAgIFBTRVVET0ZTICAgICAgICAgICAgICAg ICMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgICAgICAgICBHRU9NX1BBUlRf R1BUICAgICAgICAgICAjIEdVSUQgUGFydGl0aW9uIFRhYmxlcy4Kb3B0aW9ucyAgICAgICAgIEdF T01fTEFCRUwgICAgICAgICAgICAgICMgUHJvdmlkZXMgbGFiZWxpemF0aW9uCm9wdGlvbnMgICAg ICAgICBDT01QQVRfNDNUVFkgICAgICAgICAgICAjIEJTRCA0LjMgVFRZIGNvbXBhdCBbS0VFUCBU SElTIV0Kb3B0aW9ucyAgICAgICAgIENPTVBBVF9GUkVFQlNENCAgICAgICAgICMgQ29tcGF0aWJs ZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgICAgICAgICBDT01QQVRfRlJFRUJTRDUgICAgICAgICAj IENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQpvcHRpb25zICAgICAgICAgQ09NUEFUX0ZSRUVCU0Q2 ICAgICAgICAgIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDYKI29wdGlvbnMgICAgICAgIFNDU0lf REVMQVk9NTAwMCAgICAgICAgICMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9w dGlvbnMgICAgICAgICBLVFJBQ0UgICAgICAgICAgICAgICAgICAjIGt0cmFjZSgxKSBzdXBwb3J0 Cm9wdGlvbnMgICAgICAgICBTWVNWU0hNICAgICAgICAgICAgICAgICAjIFNZU1Ytc3R5bGUgc2hh cmVkIG1lbW9yeQpvcHRpb25zICAgICAgICAgU1lTVk1TRyAgICAgICAgICAgICAgICAgIyBTWVNW LXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgICAgICAgICBTWVNWU0VNICAgICAgICAgICAg ICAgICAjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zICAgICAgICAgX0tQT1NJWF9QUklP UklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0 aW9ucyAgICAgICAgIEtCRF9JTlNUQUxMX0NERVYgICAgICAgICMgaW5zdGFsbCBhIENERVYgZW50 cnkgaW4gL2RldgpvcHRpb25zICAgICAgICAgQURBUFRJVkVfR0lBTlQgICAgICAgICAgIyBHaWFu dCBtdXRleCBpcyBhZGFwdGl2ZS4Kb3B0aW9ucyAgICAgICAgIFNUT1BfTk1JICAgICAgICAgICAg ICAgICMgU3RvcCBDUFVTIHVzaW5nIE5NSSBpbnN0ZWFkIG9mIElQSQpvcHRpb25zICAgICAgICAg QVVESVQgICAgICAgICAgICAgICAgICAgIyBTZWN1cml0eSBldmVudCBhdWRpdGluZwoKb3B0aW9u cyAgICAgICAgIElQRklSRVdBTEwKb3B0aW9ucyAgICAgICAgIElQRklSRVdBTExfVkVSQk9TRQpv cHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9WRVJCT1NFX0xJTUlUPTUKCm9wdGlvbnMgICAgICAg ICBJUERJVkVSVAoKIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3byBsaW5lcyBh cmUgbmVlZGVkCiNvcHRpb25zICAgICAgICBTTVAgICAgICAgICAgICAgICAgICAgICAjIFN5bW1l dHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwKZGV2aWNlICAgICAgICAgIGFwaWMgICAgICAgICAg ICAgICAgICAgICMgSS9PIEFQSUMKCiMgQ1BVIGZyZXF1ZW5jeSBjb250cm9sCmRldmljZSAgICAg ICAgICBjcHVmcmVxCgojIEJ1cyBzdXBwb3J0LgpkZXZpY2UgICAgICAgICAgZWlzYQpkZXZpY2Ug ICAgICAgICAgcGNpCgojIEZsb3BweSBkcml2ZXMKI2RldmljZSAgICAgICAgIGZkYwoKIyBBVEEg YW5kIEFUQVBJIGRldmljZXMKZGV2aWNlICAgICAgICAgIGF0YQpkZXZpY2UgICAgICAgICAgYXRh ZGlzayAgICAgICAgICMgQVRBIGRpc2sgZHJpdmVzCiNkZXZpY2UgICAgICAgICBhdGFyYWlkICAg ICAgICAgIyBBVEEgUkFJRCBkcml2ZXMKZGV2aWNlICAgICAgICAgIGF0YXBpY2QgICAgICAgICAj IEFUQVBJIENEUk9NIGRyaXZlcwojZGV2aWNlICAgICAgICAgYXRhcGlmZCAgICAgICAgICMgQVRB UEkgZmxvcHB5IGRyaXZlcwojZGV2aWNlICAgICAgICAgYXRhcGlzdCAgICAgICAgICMgQVRBUEkg dGFwZSBkcml2ZXMKb3B0aW9ucyAgICAgICAgIEFUQV9TVEFUSUNfSUQgICAjIFN0YXRpYyBkZXZp Y2UgbnVtYmVyaW5nCgojIFNDU0kgQ29udHJvbGxlcnMKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZp Y2UgICAgICAgICAgc2NidXMgICAgICAgICAgICMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJ KQpkZXZpY2UgICAgICAgICAgZGEgICAgICAgICAgICAgICMgRGlyZWN0IEFjY2VzcyAoZGlza3Mp CmRldmljZSAgICAgICAgICBzYSAgICAgICAgICAgICAgIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFw ZSBldGMpCmRldmljZSAgICAgICAgICBwYXNzICAgICAgICAgICAgIyBQYXNzdGhyb3VnaCBkZXZp Y2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlICAgICAgICAgIHNlcyAgICAgICAgICAgICAj IFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgUkFJRCBjb250cm9s bGVycyBpbnRlcmZhY2VkIHRvIHRoZSBTQ1NJIHN1YnN5c3RlbQoKIyBSQUlEIGNvbnRyb2xsZXJz CgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNl CmRldmljZSAgICAgICAgICBhdGtiZGMgICAgICAgICAgIyBBVCBrZXlib2FyZCBjb250cm9sbGVy CmRldmljZSAgICAgICAgICBhdGtiZCAgICAgICAgICAgIyBBVCBrZXlib2FyZApkZXZpY2UgICAg ICAgICAgcHNtICAgICAgICAgICAgICMgUFMvMiBtb3VzZQoKZGV2aWNlICAgICAgICAgIHZnYSAg ICAgICAgICAgICAjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKIyBzeXNjb25zIGlzIHRoZSBkZWZh dWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZSAgICAg ICAgICBzYwoKZGV2aWNlICAgICAgICAgIGFncCAgICAgICAgICAgICAjIHN1cHBvcnQgc2V2ZXJh bCBBR1AgY2hpcHNldHMKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9y IG1vcmUgb3B0aW9ucykKI2RldmljZSAgICAgICAgIGFwbQojIEFkZCBzdXNwZW5kL3Jlc3VtZSBz dXBwb3J0IGZvciB0aGUgaTgyNTQuCmRldmljZSAgICAgICAgICBwbXRpbWVyCgojIFBDQ0FSRCAo UENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRldmlj ZSAgICAgICAgICBjYmIgICAgICAgICAgICAgIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlCmRldmlj ZSAgICAgICAgICBwY2NhcmQgICAgICAgICAgIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZpY2Ug ICAgICAgICAgY2FyZGJ1cyAgICAgICAgICMgQ2FyZEJ1cyAoMzItYml0KSBidXMKCiMgU2VyaWFs IChDT00pIHBvcnRzCiNkZXZpY2UgICAgICAgICBzaW8gICAgICAgICAgICAgIyA4MjUwLCAxNls0 NV01MCBiYXNlZCBzZXJpYWwgcG9ydHMKI2RldmljZSAgICAgICAgIHVhcnQgICAgICAgICAgICAj IEdlbmVyaWMgVUFSVCBkcml2ZXIKCiMgUGFyYWxsZWwgcG9ydAoKIyBJZiB5b3UndmUgZ290IGEg ImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5 IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIsIHVuY29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0 byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHNpbywgdWFydCBhbmQvb3IgcHBjIGRyaXZlcnMpOgoj ZGV2aWNlICAgICAgICAgcHVjCgojIFBDSSBFdGhlcm5ldCBOSUNzLgoKIyBQQ0kgRXRoZXJuZXQg TklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6 IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNl IHRoZXNlIE5JQ3MhCmRldmljZSAgICAgICAgICBtaWlidXMgICAgICAgICAgIyBNSUkgYnVzIHN1 cHBvcnQKZGV2aWNlICAgICAgICAgIGJnZSAgICAgICAgICAgICAjIEJyb2FkY29tIEJDTTU3MHh4 IEdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlICAgICAgICAgIHhsICAgICAgICAgICAgICAjIDNDb20g M2M5MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBJU0EgRXRoZXJuZXQgTklDcy4g IHBjY2FyZCBOSUNzIGluY2x1ZGVkLgojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdkZXZpY2UgbWlp YnVzJwoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKCiMgUHNldWRvIGRldmljZXMuCmRldmljZSAgICAg ICAgICBsb29wICAgICAgICAgICAgIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZSAgICAgICAgICBy YW5kb20gICAgICAgICAgIyBFbnRyb3B5IGRldmljZQpkZXZpY2UgICAgICAgICAgZXRoZXIgICAg ICAgICAgICMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UgICAgICAgICAgdHVuICAgICAgICAgICAg ICMgUGFja2V0IHR1bm5lbC4KZGV2aWNlICAgICAgICAgIHB0eSAgICAgICAgICAgICAjIFBzZXVk by10dHlzICh0ZWxuZXQgZXRjKQpkZXZpY2UgICAgICAgICAgbWQgICAgICAgICAgICAgICMgTWVt b3J5ICJkaXNrcyIKZGV2aWNlICAgICAgICAgIGdpZiAgICAgICAgICAgICAjIElQdjYgYW5kIElQ djQgdHVubmVsaW5nCmRldmljZSAgICAgICAgICBmYWl0aCAgICAgICAgICAgIyBJUHY2LXRvLUlQ djQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQpkZXZpY2UgICAgICAgICAgZmlybXdhcmUgICAgICAg ICMgZmlybXdhcmUgYXNzaXN0IG1vZHVsZQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhl IEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZl IGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1 aXJlZCBmb3IgREhDUC4KZGV2aWNlICAgICAgICAgIGJwZiAgICAgICAgICAgICAjIEJlcmtlbGV5 IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2aWNlICAgICAgICAgIHVoY2kgICAgICAg ICAgICAjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZSAgICAgICAgICBvaGNpICAgICAg ICAgICAgIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UgICAgICAgICAgZWhjaSAgICAg ICAgICAgICMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCmRldmljZSAgICAgICAg ICB1c2IgICAgICAgICAgICAgIyBVU0IgQnVzIChyZXF1aXJlZCkKI2RldmljZSAgICAgICAgIHVk YnAgICAgICAgICAgICAjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNlICAgICAg ICAgIHVnZW4gICAgICAgICAgICAjIEdlbmVyaWMKI2RldmljZSAgICAgICAgIHVoaWQgICAgICAg ICAgICAjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNlcyIKI2RldmljZSAgICAgICAgIHVrYmQgICAg ICAgICAgICAjIEtleWJvYXJkCiNkZXZpY2UgICAgICAgICB1bHB0ICAgICAgICAgICAgIyBQcmlu dGVyCmRldmljZSAgICAgICAgICB1bWFzcyAgICAgICAgICAgIyBEaXNrcy9NYXNzIHN0b3JhZ2Ug LSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKI2RldmljZSAgICAgICAgIHVtcyAgICAgICAgICAgICAj IE1vdXNlCiNkZXZpY2UgICAgICAgICB1cmFsICAgICAgICAgICAgIyBSYWxpbmsgVGVjaG5vbG9n eSBSVDI1MDBVU0Igd2lyZWxlc3MgTklDcwojZGV2aWNlICAgICAgICAgcnVtICAgICAgICAgICAg ICMgUmFsaW5rIFRlY2hub2xvZ3kgUlQyNTAxVVNCIHdpcmVsZXNzIE5JQ3MKIyBVU0IgRXRoZXJu ZXQsIHJlcXVpcmVzIG1paWJ1cwpkZXZpY2UgICAgICAgICAgcnVlICAgICAgICAgICAgICMgUmVh bFRlayBSVEw4MTUwIFVTQiBFdGhlcm5ldAoKIyBGaXJlV2lyZSBzdXBwb3J0CmRldmljZSAgICAg ICAgICBmaXJld2lyZSAgICAgICAgIyBGaXJlV2lyZSBidXMgY29kZQpkZXZpY2UgICAgICAgICAg c2JwICAgICAgICAgICAgICMgU0NTSSBvdmVyIEZpcmVXaXJlIChSZXF1aXJlcyBzY2J1cyBhbmQg ZGEpCiNkZXZpY2UgICAgICAgICBmd2UgICAgICAgICAgICAgIyBFdGhlcm5ldCBvdmVyIEZpcmVX aXJlIChub24tc3RhbmRhcmQhKQojZGV2aWNlICAgICAgICAgZndpcCAgICAgICAgICAgICMgSVAg b3ZlciBGaXJlV2lyZSAoUkZDIDI3MzQsMzE0NikKZGV2aWNlICAgICAgICAgIGRjb25zICAgICAg ICAgICAjIER1bWIgY29uc29sZSBkcml2ZXIKZGV2aWNlICAgICAgICAgIGRjb25zX2Nyb20gICAg ICAjIENvbmZpZ3VyYXRpb24gUk9NIGZvciBkY29ucwo= ------=_Part_7329_6159333.1207903338886-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:15:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6B1C106566C for ; Fri, 11 Apr 2008 09:15:08 +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 659268FC0C for ; Fri, 11 Apr 2008 09:15:08 +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 6E39D41C75C; Fri, 11 Apr 2008 11:15:06 +0200 (CEST) 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 mOVFo1VsyWTc; Fri, 11 Apr 2008 11:15:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 0E1F141C75B; Fri, 11 Apr 2008 11:15:06 +0200 (CEST) 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 8727044487F; Fri, 11 Apr 2008 09:14:51 +0000 (UTC) Date: Fri, 11 Apr 2008 09:14:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: spil.oss@gmail.com In-Reply-To: <5fbf03c20804110142h4c0ba608s3f2418977e990c58@mail.gmail.com> Message-ID: <20080411091345.B66744@maildrop.int.zabbadoz.net> References: <5fbf03c20804110142h4c0ba608s3f2418977e990c58@mail.gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: reboot after panic: privileged instruction fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 09:15:08 -0000 On Fri, 11 Apr 2008, Spil Oss wrote: > Yesterday my to-be server running FreeBSD 7.0 #0 has rebooted after a > kernel panic. > > FreeBSD newserver.example.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri > Apr 4 07:22:22 CEST 2008 > root@newserver:/usr/obj/usr/src/sys/BEASTIE70 i386 > > Please find messages and kernel-configuration attached. Could you get a backtrace? http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html might help you with further debugging. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:22:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FAC8106564A for ; Fri, 11 Apr 2008 09:22:13 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 04AA88FC1A for ; Fri, 11 Apr 2008 09:22:12 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by wx-out-0506.google.com with SMTP id i29so459596wxd.7 for ; Fri, 11 Apr 2008 02:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qWcETluVXmqkjNxRQkDNLxPFu0zRB7zNtLSS7A33YFQ=; b=kZr4vwTKbAp+SCcS+h0KfOz90hvhzgDeuLU+Z/kbIDp0zfWthsmYCusexBdPXdeMHk6DT7mlLXxzgQEiTz6CMm1Va9wnYsnKnjNbDToocNhVtQprLZ9iE2tz5UJy2wDnwn0y8TnY1zBog+3lRS2A2lY/EJltXmrsIxJqPyqujak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iJlkKrAJtddH0peVitwQyV85+bbrQejysKqApIyYGFTk2tTiChSbiTCyGdnC02/faZrtpjT6SwJwViC6y6TQ5MoKdo/sn6qhZxqMCcChBHF8DhiWoNnJ6grWTKNuwn3EgyEy+Byzg3vYY7dNjTKuYlKah45gqs2lkZh6nPPSCsc= Received: by 10.70.84.6 with SMTP id h6mr3100999wxb.24.1207905732158; Fri, 11 Apr 2008 02:22:12 -0700 (PDT) Received: by 10.70.126.11 with HTTP; Fri, 11 Apr 2008 02:22:12 -0700 (PDT) Message-ID: <5fbf03c20804110222v6b58743q40eed12c96c67c4b@mail.gmail.com> Date: Fri, 11 Apr 2008 11:22:12 +0200 From: "Spil Oss" To: freebsd-stable@freebsd.org, "Bjoern A. Zeeb" In-Reply-To: <20080411091345.B66744@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5fbf03c20804110142h4c0ba608s3f2418977e990c58@mail.gmail.com> <20080411091345.B66744@maildrop.int.zabbadoz.net> Cc: Subject: Re: reboot after panic: privileged instruction fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 09:22:13 -0000 Hi Bjoern, Was looking at that page, but my kernel doesn't have debug enabled. Someone suggested getting a backtrace using the vanilla kernel, that kernel should still be in /boot/kernel but I can't get it to fly! /boot/kernel.old]# kgdb /boot/kernel.old/kernel /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Cannot access memory at address 0xc0c04f54 (kgdb) Kind regards, Spil. On 11/04/2008, Bjoern A. Zeeb wrote: > On Fri, 11 Apr 2008, Spil Oss wrote: > > > Yesterday my to-be server running FreeBSD 7.0 #0 has rebooted after a > > kernel panic. > > > > FreeBSD newserver.example.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri > > Apr 4 07:22:22 CEST 2008 > > root@newserver:/usr/obj/usr/src/sys/BEASTIE70 i386 > > > > Please find messages and kernel-configuration attached. > > > > Could you get a backtrace? > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html > > might help you with further debugging. > > -- > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > Software is harder than hardware so better get it right the first time. > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:51:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E928106564A for ; Fri, 11 Apr 2008 09:51:23 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from triton.rz.uni-saarland.de (triton.rz.uni-saarland.de [134.96.7.25]) by mx1.freebsd.org (Postfix) with ESMTP id 17B738FC17 for ; Fri, 11 Apr 2008 09:51:22 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by triton.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id m3B9pKB6015004; Fri, 11 Apr 2008 11:51:20 +0200 Received: from isl-s-02.htw-saarland.de (isl-s-02.htw-saarland.de [134.96.216.92]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id m3B9pKLD011685; Fri, 11 Apr 2008 11:51:20 +0200 (CEST) Date: Fri, 11 Apr 2008 11:51:15 +0200 (CEST) From: Damian Weber To: freebsd-stable@freebsd.org In-Reply-To: <20080411065256.GA95213@eos.sc1.parodius.com> Message-ID: References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> <20080411065256.GA95213@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (triton.rz.uni-saarland.de [134.96.7.25]); Fri, 11 Apr 2008 11:51:20 +0200 (CEST) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.6.0.84; VDF: 7.0.3.152; host: AntiVir3) Cc: Jeremy Chadwick Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 09:51:23 -0000 On Thu, 10 Apr 2008, Jeremy Chadwick wrote: > Date: Thu, 10 Apr 2008 23:52:56 -0700 > From: Jeremy Chadwick > To: Damian Weber > Cc: freebsd-stable@freebsd.org > Subject: Re: RELENG_6_3 ping and DUP packets > > On Fri, Apr 11, 2008 at 08:48:10AM +0200, Damian Weber wrote: > > > From: Chuck Swiger > > > To: Damian Weber > > > Cc: freebsd-stable@freebsd.org > > > Subject: Re: RELENG_6_3 ping and DUP packets > > > > > > On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: > > > > But here is the problem, pinging the machine from remote gives > > > > > > > > A.B.C.X$ ping A.B.C.D > > > > PING A.B.C.D (A.B.C.D): 56 data bytes > > > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms > > > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) > > > > > > Please run "tcpdump -e icmp" on this box and repeat your testing. It > > > will be most interesting to know whether you're seeing the same MAC > > > address.... > > > > good point, but it's the same > > > > A.B.C.X# tcpdump -e icmp > > tcpdump: listening on rl0, link-type EN10MB > > 08:41:51.136023 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request > > 08:41:51.136171 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > 08:41:51.136343 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > 08:41:52.138366 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request > > 08:41:52.138447 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > 08:41:52.138692 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > ^C > > 169 packets received by filter > > 0 packets dropped by kernel > > Possibly an interrupt is being called twice on the same packet? > > Shot in the dark, but try disabling MSI/MSI-X and see if the problem > recurs. Put this in /boot/loader.conf: > > hw.pci.enable_msi="0" > hw.pci.enable_msix="0" > > Reboot, and see if the problem continues. Bingo! No duplicates anymore. Is this considered as a permanent solution or just a "hack"? In any case, I've summarized it on http://www-crypto.htw-saarland.de/weber/misc/unix/freebsd-dup-packets/ including the output of the mptable command (MSI disabled/enabled). Thanks a lot, Damian From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:57:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037971065671 for ; Fri, 11 Apr 2008 09:57:58 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 880F08FC1B for ; Fri, 11 Apr 2008 09:57:57 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JkFdt-000EBZ-3z for freebsd-stable@freebsd.org; Fri, 11 Apr 2008 10:33:57 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkFdt-0009Bo-0x for freebsd-stable@freebsd.org; Fri, 11 Apr 2008 10:33:57 +0100 Date: Fri, 11 Apr 2008 10:33:57 +0100 From: Thomas Hurst To: freebsd-stable@freebsd.org Message-ID: <20080411093357.GB31354@voi.aagh.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080410223153.GA336@FS.denninger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080410223153.GA336@FS.denninger.net> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Subject: Re: Disk I/O Question 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 09:57:58 -0000 (kern/114438 btw) -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 09:57:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B18B5106564A for ; Fri, 11 Apr 2008 09:57:58 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 76BB48FC1E for ; Fri, 11 Apr 2008 09:57:58 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JkFdE-000EAS-LJ for freebsd-stable@freebsd.org; Fri, 11 Apr 2008 10:33:16 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkFdE-0009BG-Dr for freebsd-stable@freebsd.org; Fri, 11 Apr 2008 10:33:16 +0100 Date: Fri, 11 Apr 2008 10:33:16 +0100 From: Thomas Hurst To: freebsd-stable@freebsd.org Message-ID: <20080411093316.GA31354@voi.aagh.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080410223153.GA336@FS.denninger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080410223153.GA336@FS.denninger.net> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Subject: Re: Disk I/O Question 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 09:57:58 -0000 * Karl Denninger (karl@denninger.net) wrote: > I have disks on the internal ICH7 adapters (on the motherboard), SATA, > and also a TWE controller with two disks. > > When hitting the TWE controller hard I can hose the I/O performance on > the primary (onboard) adapter quite severely to the point that it > seriously impairs the system's overall performance. "systat -vm" > shows the primary channels going to 100% busy but the transaction and > I/O rate count is not all that high. The twe disk I am hammering, of > course, is saturated (and blowing data at a high rate of speed - > 70MBps+) I see exactly the same behavior on a dual dual core AMD box using amr(4) (8 port LSI MegaRAID SATA) and an 8 port Marvell 88SX6081 ata(4) controller. I have 3 RAID-1 arrays configured on the LSI and a single drive on the Marvell; I can freeze up IO to all of them for several seconds just by running find / >/dev/null for up to 30s. gstat shows the IO queue for one drive in the high hundreds (all writes), and it seems waiting for it to flush is what kills the rest of the system. My best guess is this is a result of the syncer flushing atime updates. I should try mounting my /usr noatime and seeing if the problem goes away. Not the greatest of solutions, but meh. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 10:58:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66A0A106564A for ; Fri, 11 Apr 2008 10:58:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6728FC16 for ; Fri, 11 Apr 2008 10:58:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JkGxI-00085a-NW for freebsd-stable@freebsd.org; Fri, 11 Apr 2008 10:58:04 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Apr 2008 10:58:04 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Apr 2008 10:58:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 11 Apr 2008 12:57:53 +0200 Lines: 26 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig58ED30AF122D289CEBD52B4B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) X-Enigmail-Version: 0.95.0 Sender: news Subject: Hardware - Sun workstation Ultra 20 and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 10:58:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig58ED30AF122D289CEBD52B4B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Does anyone have experience with running Sun's Opteron-based workstation, Ultra 20, 25, 40? Both with FreeBSD and other systems (Linux)? Are they stable, all the drivers are present, etc? --------------enig58ED30AF122D289CEBD52B4B 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) iD8DBQFH/0QxldnAQVacBcgRAj/SAJ0XSJ1wcLFaXgGVJVAaJrxfOTZmYQCgy5o9 XRkNqPK4LGThHlW7GCepyUI= =dQL7 -----END PGP SIGNATURE----- --------------enig58ED30AF122D289CEBD52B4B-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:08:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 849A51065673 for ; Fri, 11 Apr 2008 11:08:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4025E8FC1D for ; Fri, 11 Apr 2008 11:08:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkH7T-0002ZX-Nv; Fri, 11 Apr 2008 12:08:35 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkH7T-0004qL-JZ; Fri, 11 Apr 2008 12:08:35 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkH7T-000Etr-IW; Fri, 11 Apr 2008 12:08:35 +0100 To: freebsd-stable@freebsd.org, unga888@yahoo.com In-Reply-To: <445668.60539.qm@web57011.mail.re3.yahoo.com> Message-Id: From: Pete French Date: Fri, 11 Apr 2008 12:08:35 +0100 Cc: Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 11:08:38 -0000 > I have noted early April that RELENG_7 is upgraded to > sched_ule by default and gave it a try with sched_ule > until today. My desktop is a 3GHz single Intel Pentium > 4 processor with 512MB RAM. I have noted by desktop > response wise sched_4bsd is better, ie. the desktop is > more responsive. Very curious - when I first installed 7.0 the desktop performance was horrible and people told me to switch from BSd to ULE shceduler. Which I did and it was much better, and I have used ULE on all machines even since. I amm surprised that you find it worse - what are the symptoms here ? -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:10:17 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 064821065677 for ; Fri, 11 Apr 2008 11:10:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id AB7FB8FC2C for ; Fri, 11 Apr 2008 11:10:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DA7EE46B08 for ; Fri, 11 Apr 2008 07:10:15 -0400 (EDT) Date: Fri, 11 Apr 2008 12:10:15 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org In-Reply-To: <20080410224816.B70223@fledge.watson.org> Message-ID: <20080411120832.P74620@fledge.watson.org> References: <20080410224816.B70223@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: procstat(1) MFC to RELENG_7 in progress X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 11:10:17 -0000 On Thu, 10 Apr 2008, Robert Watson wrote: > FYI: I've begun the MFC of procstat(1) from HEAD to RELENG_7. This requires > merging a number of kernel changes, and then the command line tool, so it > will occur over the next day or so. I'll send out a further e-mail when the > merge is done. I believe that the MFC is now complete. If you run into any problems with this tool, please file a PR and I'll try to address it. Two areas where I would like to do future work, and would also greatfully accept contributions, are: (1) Adding libkvm support, allowing procstat to be used on crashdumps. (2) Adding a signal information dump mode, providing information on what signal handlers (etc) have been set to non-default dispositions. (3) Add user thread stack tracing support similar to kernel thread stack tracing support. Robert N M Watson Computer Laboratory University of Cambridge > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sun, 2 Dec 2007 23:38:45 +0000 (GMT) > From: Robert Watson > To: current@FreeBSD.org > Cc: hackers@FreeBSD.org > Subject: procstat(1) committed to CVS HEAD > > > Dear all, (and FYI to hackers@ where I previousl sought feedback): > > I've now committed procstat(1) to CVS. I've found it to be quite a helpful > debugging tool, am particularly pleased with -k/-kk, and would welcome > feedback and ideas on further improving it. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sun, 2 Dec 2007 23:31:46 +0000 (UTC) > From: Robert Watson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/usr.bin/procstat Makefile procstat.1 procstat.c > procstat.h procstat_args.c procstat_basic.c procstat_bin.c > procstat_cred.c procstat_files.c procstat_kstack.c > procstat_threads.c procstat_vm.c > > rwatson 2007-12-02 23:31:46 UTC > > FreeBSD src repository > > Added files: > usr.bin/procstat Makefile procstat.1 procstat.c procstat.h > procstat_args.c procstat_basic.c > procstat_bin.c procstat_cred.c > procstat_files.c procstat_kstack.c > procstat_threads.c procstat_vm.c > Log: > Add procstat(1), a process inspection utility. This provides both some > of the missing functionality from procfs(4) and new functionality for > monitoring and debugging specific processes. procstat(1) operates in > the following modes: > > -b Display binary information for the process. > -c Display command line arguments for the process. > -f Display file descriptor information for the process. > -k Display the stacks of kernel threads in the process. > -s Display security credential information for the process. > -t Display thread information for the process. > -v Display virtual memory mappings for the process. > > Further revision and modes are expected. > > Testing, ideas, etc: cognet, sam, Skip Ford > Wesley Shields > > Revision Changes Path > 1.1 +15 -0 src/usr.bin/procstat/Makefile (new) > 1.1 +114 -0 src/usr.bin/procstat/procstat.1 (new) > 1.1 +252 -0 src/usr.bin/procstat/procstat.c (new) > 1.1 +46 -0 src/usr.bin/procstat/procstat.h (new) > 1.1 +74 -0 src/usr.bin/procstat/procstat_args.c (new) > 1.1 +64 -0 src/usr.bin/procstat/procstat_basic.c (new) > 1.1 +68 -0 src/usr.bin/procstat/procstat_bin.c (new) > 1.1 +57 -0 src/usr.bin/procstat/procstat_cred.c (new) > 1.1 +303 -0 src/usr.bin/procstat/procstat_files.c (new) > 1.1 +198 -0 src/usr.bin/procstat/procstat_kstack.c (new) > 1.1 +138 -0 src/usr.bin/procstat/procstat_threads.c (new) > 1.1 +130 -0 src/usr.bin/procstat/procstat_vm.c (new) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:49:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 020D2106576E for ; Fri, 11 Apr 2008 11:49:10 +0000 (UTC) (envelope-from rabe@uugrn.org) Received: from mail.uugrn.org (mail.uugrn.org [195.49.138.123]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2D88FC1F for ; Fri, 11 Apr 2008 11:49:09 +0000 (UTC) (envelope-from rabe@uugrn.org) Received: from rabe.uugrn.org (root@rabe.uugrn.org [195.49.138.102]) by mail.uugrn.org (8.13.8/8.13.8) with ESMTP id m3BBmvNE012620; Fri, 11 Apr 2008 13:49:07 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: from daemon.ma.sigsys.de (rabe@rabe.uugrn.org [195.49.138.102]) by rabe.uugrn.org (8.13.8/8.13.8) with ESMTP id m3BBmvpq012616; Fri, 11 Apr 2008 13:48:57 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: from daemon.ma.sigsys.de (localhost.ma.sigsys.de [127.0.0.1]) by daemon.ma.sigsys.de (8.14.2/8.14.2) with ESMTP id m3BBnJid005854; Fri, 11 Apr 2008 13:49:19 +0200 (CEST) (envelope-from rabe@uugrn.org) Received: (from rabe@localhost) by daemon.ma.sigsys.de (8.14.2/8.14.2/Submit) id m3BBnJqi005853; Fri, 11 Apr 2008 13:49:19 +0200 (CEST) (envelope-from rabe@uugrn.org) X-Authentication-Warning: daemon.ma.sigsys.de: rabe set sender to rabe@uugrn.org using -f Date: Fri, 11 Apr 2008 13:49:19 +0200 From: Raphael Becker To: "H. Wade Minter" Message-ID: <20080411114919.GC4231@ma.sigsys.de> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: USB keyboard locking up on 7-RELEASE/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 11:49:10 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2008 at 05:07:24PM -0500, H. Wade Minter wrote: > The install went fine, but post-install I'm running into a problem =20 > where the USB keyboard will just lock up. I can still ping and SSH =20 > into the system, but after about 2 minutes of activity, the keyboard =20 > becomes nonresponsive. =20 As far I understood this is caused by the BIOS which emulates PS/2=20 for USB keyboard and mouse. So FreeBSD double-detects your keyboard as PS/2 by atkbd(c) and directly via USB.=20 There is no Option in the (my) BIOS to disable this USB-PS/2 emulation. Banning atkbd(c) and psm from the kernel worked for me.=20 ---------------------------------------------------- $ cat /usr/src70/sys/amd64/conf/DELL755=20 # Kernel-Config for Dell Optiplex 755 / amd64 # # From: Baldur Gislason # To: freebsd-gnats-submit at FreeBSD.org # Cc: =20 # Subject: Re: usb/119509: USB flaky on Dell Optiplex 755 # Date: Mon, 4 Feb 2008 15:30:52 +0000 #=20 include GENERIC ident DELL755 nodevice atkbdc # AT keyboard controller nodevice atkbd # AT keyboard nodevice psm # PS/2 mouse ---------------------------------------------------- YMMV Regards =20 Raphael --=20 Raphael Becker http://rabe.uugrn.org/ GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D =2E........|.........|.........|.........|.........|.........|.........|.. --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFH/1A/nNo+exDKny0RAiNoAJ9lLJ+lkhwYd2YXfjEIIds+VS++CwCfe6ZQ gjPWtwpLv8l4HYTIPiyRKPg= =VjVH -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:55:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B3D01065672 for ; Fri, 11 Apr 2008 11:55:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 29F2F8FC1E for ; Fri, 11 Apr 2008 11:55:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 20F041CC033; Fri, 11 Apr 2008 04:55:48 -0700 (PDT) Date: Fri, 11 Apr 2008 04:55:48 -0700 From: Jeremy Chadwick To: Damian Weber Message-ID: <20080411115548.GA9854@eos.sc1.parodius.com> References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> <20080411065256.GA95213@eos.sc1.parodius.com> 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-stable@freebsd.org, Jack Vogel Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 11:55:48 -0000 On Fri, Apr 11, 2008 at 11:51:15AM +0200, Damian Weber wrote: > On Thu, 10 Apr 2008, Jeremy Chadwick wrote: > > Date: Thu, 10 Apr 2008 23:52:56 -0700 > > From: Jeremy Chadwick > > To: Damian Weber > > Cc: freebsd-stable@freebsd.org > > Subject: Re: RELENG_6_3 ping and DUP packets > > > > On Fri, Apr 11, 2008 at 08:48:10AM +0200, Damian Weber wrote: > > > > From: Chuck Swiger > > > > To: Damian Weber > > > > Cc: freebsd-stable@freebsd.org > > > > Subject: Re: RELENG_6_3 ping and DUP packets > > > > > > > > On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: > > > > > But here is the problem, pinging the machine from remote gives > > > > > > > > > > A.B.C.X$ ping A.B.C.D > > > > > PING A.B.C.D (A.B.C.D): 56 data bytes > > > > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms > > > > > 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) > > > > > > > > Please run "tcpdump -e icmp" on this box and repeat your testing. It > > > > will be most interesting to know whether you're seeing the same MAC > > > > address.... > > > > > > good point, but it's the same > > > > > > A.B.C.X# tcpdump -e icmp > > > tcpdump: listening on rl0, link-type EN10MB > > > 08:41:51.136023 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request > > > 08:41:51.136171 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > > 08:41:51.136343 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > > 08:41:52.138366 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request > > > 08:41:52.138447 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > > 08:41:52.138692 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply > > > ^C > > > 169 packets received by filter > > > 0 packets dropped by kernel > > > > Possibly an interrupt is being called twice on the same packet? > > > > Shot in the dark, but try disabling MSI/MSI-X and see if the problem > > recurs. Put this in /boot/loader.conf: > > > > hw.pci.enable_msi="0" > > hw.pci.enable_msix="0" > > > > Reboot, and see if the problem continues. > > Bingo! > > No duplicates anymore. > > Is this considered as a permanent solution or just a "hack"? > In any case, I've summarized it on > http://www-crypto.htw-saarland.de/weber/misc/unix/freebsd-dup-packets/ > > including the output of the mptable command (MSI disabled/enabled). > > Thanks a lot, We use MSI/MSI-X on our servers here, with em(4), and there's no problem. This leads me to believe that some motherboards vendors implement things oddly or incorrectly, or possibly it's a BIOS bug. I'm not really sure. Anyway, CC'ing Jack Vogel (em(4) maintainer), who can very likely answer this and/or help further. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 11:58:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCEF1065680 for ; Fri, 11 Apr 2008 11:58:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 38E028FC1F for ; Fri, 11 Apr 2008 11:58:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 299D61CC038; Fri, 11 Apr 2008 04:58:14 -0700 (PDT) Date: Fri, 11 Apr 2008 04:58:14 -0700 From: Jeremy Chadwick To: spil.oss@gmail.com Message-ID: <20080411115814.GB9854@eos.sc1.parodius.com> References: <5fbf03c20804110142h4c0ba608s3f2418977e990c58@mail.gmail.com> <20080411091345.B66744@maildrop.int.zabbadoz.net> <5fbf03c20804110222v6b58743q40eed12c96c67c4b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5fbf03c20804110222v6b58743q40eed12c96c67c4b@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "Bjoern A. Zeeb" , freebsd-stable@freebsd.org Subject: Re: reboot after panic: privileged instruction fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 11:58:14 -0000 On Fri, Apr 11, 2008 at 11:22:12AM +0200, Spil Oss wrote: > Hi Bjoern, > > Was looking at that page, but my kernel doesn't have debug enabled. Rebuild the kernel with debugging symbols, or do you not have the disk space for it? > Someone suggested getting a backtrace using the vanilla kernel, that > kernel should still be in /boot/kernel but I can't get it to fly! I can't see how that's going to work. That's not a good suggestion. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 12:06:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D0721065671 for ; Fri, 11 Apr 2008 12:06:57 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57013.mail.re3.yahoo.com (web57013.mail.re3.yahoo.com [66.196.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 043CB8FC1D for ; Fri, 11 Apr 2008 12:06:56 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 37788 invoked by uid 60001); 11 Apr 2008 12:06:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=JOkqAM1z/m28U2ew3ANsETbCak4UTASopbhBjcN2B/CglyovdLdYTP4q4jkbUT4dl3yZ5iGmPTozvhqDBAItqyAp7T2qkcM031eA0grr/CEKSc5XBPFUXgZWikYqWCFrbzGjPDQUhNHFvlv5qdi/6KHHL4am6OFOApAo1Yc75LA=; X-YMail-OSG: rueLkGgVM1nWG9.l.0Z1wUVamRQN5XE3Nnh0w5hJSiyw2k4q0FZCSf3V0li4bHpcZuQ_rYgviKg._7TejkWbhz_bqx.hPDeivv.aCFN6owIWoqcFz8ErJJmcUgyN3A-- Received: from [220.255.7.216] by web57013.mail.re3.yahoo.com via HTTP; Fri, 11 Apr 2008 05:06:55 PDT Date: Fri, 11 Apr 2008 05:06:55 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <722730.35047.qm@web57013.mail.re3.yahoo.com> Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 12:06:57 -0000 --- Pete French wrote: > > I have noted early April that RELENG_7 is upgraded > to > > sched_ule by default and gave it a try with > sched_ule > > until today. My desktop is a 3GHz single Intel > Pentium > > 4 processor with 512MB RAM. I have noted by > desktop > > response wise sched_4bsd is better, ie. the > desktop is > > more responsive. > > Very curious - when I first installed 7.0 the > desktop > performance was horrible and people told me to > switch from > BSd to ULE shceduler. Which I did and it was much > better, > and I have used ULE on all machines even since. I > amm > surprised that you find it worse - what are the > symptoms > here ? > Its not worse, its not as good as sched_4bsd. What I refer is, when quickly open multiple tabs (7 or 8) in firefox and click on the fist tab to type user id while other tabs still downloading, its seems there is a minor yet noticeable delay that I did not experience with sched_4bsd. When I close the firefox, its takes a noticeable delay to go off the window too. To me, its seems there is no noticeable gain with sched_ule, but rather the desktop is bit slow to respond. My point is, the version of the sched_ule in FreeBSD RELENG_7 is old, I like to give it a try with the latest sched_ule to see at least both are equally good on a single processor. The sched_ule should be better on a multi processor machine, but I don't have a one to test it. Unga __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 12:12:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67460106578B for ; Fri, 11 Apr 2008 12:12:33 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8368FC26 for ; Fri, 11 Apr 2008 12:12:33 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkI7M-0003Q5-8v; Fri, 11 Apr 2008 13:12:32 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkI7L-0005Ud-RE; Fri, 11 Apr 2008 13:12:31 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkI7L-000GIu-QH; Fri, 11 Apr 2008 13:12:31 +0100 To: freebsd-stable@freebsd.org, unga888@yahoo.com In-Reply-To: <722730.35047.qm@web57013.mail.re3.yahoo.com> Message-Id: From: Pete French Date: Fri, 11 Apr 2008 13:12:31 +0100 Cc: Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 12:12:33 -0000 > What I refer is, when quickly open multiple tabs (7 or > 8) in firefox and click on the fist tab to type user > id while other tabs still downloading, its seems there > is a minor yet noticeable delay that I did not > experience with sched_4bsd. Ah, O.K. - havent noticed that, and it wouldnt bother me really. What I found is that if you are doing a 'make buildworld' in a window then you can't really use firefox properly at all using 4BSD, but you can with ULE. For that I am happy to put up with minor delays - overally it's a lot more usable. > To me, its seems there is no noticeable gain with > sched_ule, but rather the desktop is bit slow to > respond. Try the compiling experiment and see if you get the same effect as I did. For me it;s a bit win, because I couldnt use the desktop when I was compiling code. Swingd and roundabouts though - if you dont od big comiles then it may seem theres no benifit for you. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 14:26:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9581065671 for ; Fri, 11 Apr 2008 14:26:07 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57008.mail.re3.yahoo.com (web57008.mail.re3.yahoo.com [66.196.97.112]) by mx1.freebsd.org (Postfix) with SMTP id AF47E8FC0A for ; Fri, 11 Apr 2008 14:26:06 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 59954 invoked by uid 60001); 11 Apr 2008 14:26:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=JXInPZ2RmshGb4vbbCY0FPhvQsQAcVZ2SG41oEho/z6bL40/pb9r3pCx2IOwJrvan8QW+5OcibNAGlqKdZPEhTdWuZOq+bbOptXABvOkGU/Hyy3NfcEsiN8YY7VZizulqti7+Du0gu5OLmiMZRdnotOpF7blhxnB/NNYcixl/Gs=; X-YMail-OSG: Ab.7EBIVM1lNsj_tPJr.j_KxQTosprtbfCIAS0jly9cb9qfW5d9DIWi_MFyBXxbf829JAqjQ6BLZopfY..95GWMuk2csAm4CBrP1LqNJNTnQUQ9_VqV2bzxaB5u1Wg-- Received: from [121.6.237.23] by web57008.mail.re3.yahoo.com via HTTP; Fri, 11 Apr 2008 07:26:05 PDT Date: Fri, 11 Apr 2008 07:26:05 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <800020.59686.qm@web57008.mail.re3.yahoo.com> Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 14:26:07 -0000 --- Pete French wrote: > > What I refer is, when quickly open multiple tabs > (7 or > > 8) in firefox and click on the fist tab to type > user > > id while other tabs still downloading, its seems > there > > is a minor yet noticeable delay that I did not > > experience with sched_4bsd. > > Ah, O.K. - havent noticed that, and it wouldnt > bother me > really. What I found is that if you are doing a > 'make buildworld' > in a window then you can't really use firefox > properly > at all using 4BSD, but you can with ULE. For that I > am > happy to put up with minor delays - overally it's a > lot > more usable. > > > To me, its seems there is no noticeable gain with > > sched_ule, but rather the desktop is bit slow to > > respond. > > Try the compiling experiment and see if you get the > same effect > as I did. For me it;s a bit win, because I couldnt > use the > desktop when I was compiling code. Swingd and > roundabouts > though - if you dont od big comiles then it may seem > theres no > benifit for you. > I listen to FLAC on amarok on professional headphones at the same time browsing web while compiling 'make buildworld' :) Unga __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 16:29:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F14B2106566B for ; Fri, 11 Apr 2008 16:29:08 +0000 (UTC) (envelope-from royce@alaska.net) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.173.227]) by mx1.freebsd.org (Postfix) with ESMTP id B65328FC1A for ; Fri, 11 Apr 2008 16:29:08 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [10.0.102.101] (209-112-156-37-adslb0fh.acsalaska.net [209.112.156.37]) by malik.acsalaska.net (8.14.1/8.14.1) with ESMTP id m3BG5CIF017590 for ; Fri, 11 Apr 2008 08:05:12 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <47FF8C38.8070204@alaska.net> Date: Fri, 11 Apr 2008 08:05:12 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.tycho.org/royce/royce@alaska.net.asc X-Face: ">19[ShfDD9'g", GrH$'v:=qBVZdg.kXSBR6*ZC$am:D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Subject: Re: Hardware - Sun workstation Ultra 20 and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 16:29:09 -0000 Ivan Voras wrote, on 4/11/2008 2:57 AM: > Does anyone have experience with running Sun's Opteron-based > workstation, Ultra 20, 25, 40? Both with FreeBSD and other systems > (Linux)? Are they stable, all the drivers are present, etc? I haven't, but this fellow appears to have tried 6.1-R: http://jc.ngo.org.uk/blog/2006/09/02/day-55-of-60-installing-freebsd-on-a-sun-ultra-40/ Here's his dmesg: http://jc.ngo.org.uk/~nik/dmesg.boot Apparently, legacy USB support should be disabled in the BIOS for the including keyboard to work properly. Royce -- Royce D. Williams - http://royce.ws/ When trouble is solved before it forms, who calls that clever?-Sun Tzu From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 19:59:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A08C106564A; Fri, 11 Apr 2008 19:59:16 +0000 (UTC) (envelope-from mandrews@fark.com) Received: from bourbon.fark.com (bourbon.fark.com [207.246.126.22]) by mx1.freebsd.org (Postfix) with ESMTP id DCD408FC26; Fri, 11 Apr 2008 19:59:15 +0000 (UTC) (envelope-from mandrews@fark.com) Received: from localhost (localhost [127.0.0.1]) by bourbon.fark.com (Postfix) with ESMTP id CEA40D950; Fri, 11 Apr 2008 15:40:50 -0400 (EDT) X-Virus-Scanned: amavisd-new at fark.com Received: from bourbon.fark.com ([127.0.0.1]) by localhost (bourbon.fark.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3FAt+DCuY5AB; Fri, 11 Apr 2008 15:40:48 -0400 (EDT) Received: from beast.int.bit0.com (nat.bit0.com [207.246.88.210]) by bourbon.fark.com (Postfix) with ESMTP; Fri, 11 Apr 2008 15:40:48 -0400 (EDT) Date: Fri, 11 Apr 2008 15:40:48 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: Jeremy Chadwick In-Reply-To: <20080411065256.GA95213@eos.sc1.parodius.com> Message-ID: <20080411153109.I22573@beast.int.bit0.com> References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> <20080411065256.GA95213@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Damian Weber , freebsd-stable@freebsd.org Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 19:59:16 -0000 On Thu, 10 Apr 2008, Jeremy Chadwick wrote: > On Fri, Apr 11, 2008 at 08:48:10AM +0200, Damian Weber wrote: >>> From: Chuck Swiger >>> To: Damian Weber >>> Cc: freebsd-stable@freebsd.org >>> Subject: Re: RELENG_6_3 ping and DUP packets >>> >>> On Apr 10, 2008, at 1:58 PM, Damian Weber wrote: >>>> But here is the problem, pinging the machine from remote gives >>>> >>>> A.B.C.X$ ping A.B.C.D >>>> PING A.B.C.D (A.B.C.D): 56 data bytes >>>> 64 bytes from A.B.C.D: icmp_seq=0 ttl=64 time=0.272 ms >>>> 64 bytes from A.B.C.D: icmp_seq=0 ttl=255 time=0.391 ms (DUP!) >>> >>> Please run "tcpdump -e icmp" on this box and repeat your testing. It >>> will be most interesting to know whether you're seeing the same MAC >>> address.... >> >> good point, but it's the same >> >> A.B.C.X# tcpdump -e icmp >> tcpdump: listening on rl0, link-type EN10MB >> 08:41:51.136023 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request >> 08:41:51.136171 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply >> 08:41:51.136343 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply >> 08:41:52.138366 0:20:ed:5f:3:3b 0:19:99:33:7c:9 ip 98: A.B.C.X > A.B.C.D: icmp: echo request >> 08:41:52.138447 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply >> 08:41:52.138692 0:19:99:33:7c:9 0:20:ed:5f:3:3b ip 98: A.B.C.D: icmp: echo reply >> ^C >> 169 packets received by filter >> 0 packets dropped by kernel > > Possibly an interrupt is being called twice on the same packet? > > Shot in the dark, but try disabling MSI/MSI-X and see if the problem > recurs. Put this in /boot/loader.conf: > > hw.pci.enable_msi="0" > hw.pci.enable_msix="0" > > Reboot, and see if the problem continues. FYI, this did NOT solve it for me, even though it did solve it for the original poster. But I did find the solution for my system... While rebooting to try disabling MSI, I noticed that the machine was still pingable during the reboot (and returning just one response each), while the thing was still doing its POST routines -- which of course made me do a few double-takes, given that the FreeBSD kernel wasn't even running :) Weirder is that the responses all had the bogus 255 TTL that the dupes had when the system was up. Once the system did finish booting, the dupes returned. Turns out this Intel S3000AHV motherboard has a built-in management thingie that's kind of IPMI-ish but apparently not quite actually IPMI (at least ipmitool and freeipmi want nothing to do with it). Somehow it had gotten itself enabled and was pulling an IP from the DHCP server, and bridging itself through the onboard LAN. So ping replies were coming from both the management CPU and the main CPU when the system was up, and just the management CPU when the system was down. The reason the other Intel S3000AH* system I have didn't do this is because that other system just happens to be the DHCP server for its subnet -- and the reason the other systems w/ the same chipset didn't do it is because they're all Supermicro boxes with different management CPU's. So, yeah, short version, goofy pilot error, nothing wrong with FreeBSD, at least in RELENG_7. Maybe there's an MSI issue in RELENG_6_3 though that the original poster was hitting, but at least in my case that wasn't it. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 20:25:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE55C106566B for ; Fri, 11 Apr 2008 20:25:49 +0000 (UTC) (envelope-from wilbuy@gmail.com) Received: from mailhub.ltc.sk (mailhub.ltc.sk [81.89.56.20]) by mx1.freebsd.org (Postfix) with ESMTP id A02B08FC20 for ; Fri, 11 Apr 2008 20:25:49 +0000 (UTC) (envelope-from wilbuy@gmail.com) Received: from [127.0.0.1] (remedy.wilbury.sk [217.73.27.10]) by mailhub.ltc.sk (Postfix) with ESMTP id 344C81700C8 for ; Fri, 11 Apr 2008 22:07:36 +0200 (CEST) Message-ID: <47FFC509.5050502@gmail.com> Date: Fri, 11 Apr 2008 22:07:37 +0200 From: Juraj Lutter User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: buildkernel problem with RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 20:25:50 -0000 Dear folks, there seems to be some problem in SCSI/CAM code in RELENG_7: -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/real; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium3 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -Os -pipe -fno-strict-aliasing -march=pentium3 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/cam/scsi/scsi_ses.c cc1: warnings being treated as errors /usr/src/sys/cam/scsi/scsi_ses.c: In function 'ses_get_encstat': /usr/src/sys/cam/scsi/scsi_ses.c:989: warning: 'ComStat.comstatus' may be used uninitialized in this function *** Error code 1 Am I doing something wrong or something went wrong? /usr/src and /usr/obj were created from scratch. Thanks! From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 20:30:48 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07975106566C for ; Fri, 11 Apr 2008 20:30:48 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from mailhub.ltc.sk (mailhub.ltc.sk [81.89.56.20]) by mx1.freebsd.org (Postfix) with ESMTP id BE9758FC14 for ; Fri, 11 Apr 2008 20:30:47 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from [127.0.0.1] (remedy.wilbury.sk [217.73.27.10]) by mailhub.ltc.sk (Postfix) with ESMTP id 80E8E174121 for ; Fri, 11 Apr 2008 22:12:09 +0200 (CEST) Message-ID: <47FFC61A.2030006@gmail.com> Date: Fri, 11 Apr 2008 22:12:10 +0200 From: Juraj Lutter User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: RELENG_7 buildworld issu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 20:30:48 -0000 Hi, there are some errors in: -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/real; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium3 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -Os -pipe -fno-strict-aliasing -march=pentium3 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/cam/scsi/scsi_ses.c cc1: warnings being treated as errors /usr/src/sys/cam/scsi/scsi_ses.c: In function 'ses_get_encstat': /usr/src/sys/cam/scsi/scsi_ses.c:989: warning: 'ComStat.comstatus' may be used uninitialized in this function *** Error code 1 There are no special CFLAGS in make.conf and/or src.conf, sources are fresh as of now. If someone could have a look.. THANKS! otis From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 20:59:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C57F0106564A for ; Fri, 11 Apr 2008 20:59:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A82358FC1B for ; Fri, 11 Apr 2008 20:59:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 869331CC033; Fri, 11 Apr 2008 13:59:38 -0700 (PDT) Date: Fri, 11 Apr 2008 13:59:38 -0700 From: Jeremy Chadwick To: Mike Andrews Message-ID: <20080411205938.GA25002@eos.sc1.parodius.com> References: <396418019.20080409104542@serebryakov.spb.ru> <5f67a8c40804100944k3984ab8fp95b5d4b22f92dd30@mail.gmail.com> <20080411065256.GA95213@eos.sc1.parodius.com> <20080411153109.I22573@beast.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080411153109.I22573@beast.int.bit0.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Damian Weber , freebsd-stable@freebsd.org Subject: Re: RELENG_6_3 ping and DUP packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 20:59:38 -0000 On Fri, Apr 11, 2008 at 03:40:48PM -0400, Mike Andrews wrote: > While rebooting to try disabling MSI, I noticed that the machine was still > pingable during the reboot (and returning just one response each), while > the thing was still doing its POST routines -- which of course made me do a > few double-takes, given that the FreeBSD kernel wasn't even running :) > Weirder is that the responses all had the bogus 255 TTL that the dupes had > when the system was up. Once the system did finish booting, the dupes > returned. Braindump time! FreeBSD, back in the 3.x or 4.x days, used to have a problem where during a reboot, after bringing down the network interfaces, the box would still respond to certain packets (ICMP being one of them). That got fixed. This is different than your problem, but I thought I'd point it out as a reminder for those who are newer to FreeBSD, or have forgotten it. A box pinging during or very shortly after POST would indicate a piggy-backed management interface on one of the NICs. I **hate** these things. Supermicro has this capability as well (via some IPMI add-on modules, while others (the more expensive ones) have a dedicated NIC, which is how it should be). Said management interfaces have a full layer 2 through layer 7 stacks on them. In bge(4) land, the feature is called ASF, and you can toggle FreeBSD's knowledge/respect of said feature via hw.bge.allow_asf in loader.conf. The problem with ASF is that if it's enabled in the BIOS/on the system somehow, and FreeBSD isn't aware of it, what happens is that systems on the network see two MAC addresses (sometimes for the same IP address) that are associated with one physical PHY/NIC. People end up seeing broken IP traffic, or duplicate packets in this case. > Turns out this Intel S3000AHV motherboard has a built-in management thingie > that's kind of IPMI-ish but apparently not quite actually IPMI (at least > ipmitool and freeipmi want nothing to do with it). Somehow it had gotten > itself enabled and was pulling an IP from the DHCP server, and bridging > itself through the onboard LAN. So ping replies were coming from both the > management CPU and the main CPU when the system was up, and just the > management CPU when the system was down. The reason the other Intel > S3000AH* system I have didn't do this is because that other system just > happens to be the DHCP server for its subnet -- and the reason the other > systems w/ the same chipset didn't do it is because they're all Supermicro > boxes with different management CPU's. Bingo. :-) None of our Supermicro boxes have piggybacked management capabilities, and they all use Intel PHY/NICs. It's likely a feature Intel has on their boards -- a cool feature, but piggybacking it on an existing NIC is such a bad idea, case in point. Glad to know you figured out the cause of your pain! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:02:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59AA3106566B for ; Fri, 11 Apr 2008 21:02:09 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id D01B68FC13 for ; Fri, 11 Apr 2008 21:02:08 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.14.2/8.13.1) with SMTP id m3BL1uNM090429 for ; Fri, 11 Apr 2008 16:01:56 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Fri Apr 11 16:01:56 2008 Received: (from karl@localhost) by FS.denninger.net (8.14.2/8.13.1/Submit) id m3BL1uP4090426 for freebsd-stable@freebsd.org; Fri, 11 Apr 2008 16:01:56 -0500 (CDT) (envelope-from karl) Date: Fri, 11 Apr 2008 16:01:56 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20080411210156.GA89281@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080410223153.GA336@FS.denninger.net> <20080411093316.GA31354@voi.aagh.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080411093316.GA31354@voi.aagh.net> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: Disk I/O Question 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 21:02:09 -0000 On Fri, Apr 11, 2008 at 10:33:16AM +0100, Thomas Hurst wrote: > * Karl Denninger (karl@denninger.net) wrote: > > > I have disks on the internal ICH7 adapters (on the motherboard), SATA, > > and also a TWE controller with two disks. > > > > When hitting the TWE controller hard I can hose the I/O performance on > > the primary (onboard) adapter quite severely to the point that it > > seriously impairs the system's overall performance. "systat -vm" > > shows the primary channels going to 100% busy but the transaction and > > I/O rate count is not all that high. The twe disk I am hammering, of > > course, is saturated (and blowing data at a high rate of speed - > > 70MBps+) > > I see exactly the same behavior on a dual dual core AMD box using amr(4) > (8 port LSI MegaRAID SATA) and an 8 port Marvell 88SX6081 ata(4) > controller. I have 3 RAID-1 arrays configured on the LSI and a single > drive on the Marvell; I can freeze up IO to all of them for several > seconds just by running find / >/dev/null for up to 30s. > > gstat shows the IO queue for one drive in the high hundreds (all > writes), and it seems waiting for it to flush is what kills the rest of > the system. > > My best guess is this is a result of the syncer flushing atime updates. > I should try mounting my /usr noatime and seeing if the problem goes > away. Not the greatest of solutions, but meh. Mounting with noatime does help a bit but does NOT prevent the problem from showing up. Note that softupdates is OFF on the disk that is being hammered when everything goes to hell so its not a buffer flushing problem there either. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:06:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25FAC106566C for ; Fri, 11 Apr 2008 21:06:18 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id A1B1D8FC1C for ; Fri, 11 Apr 2008 21:06:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so310663nfb.33 for ; Fri, 11 Apr 2008 14:06:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ZiJ0OHW418ypjwjDrRhdJJK4SShGJ5QReGk2zVWTuIg=; b=VaHCDkavj+Df5+dg0Afb4k/gDT29NLXHCvp04IrBfVXe4FTBuORz0S2x810BnCyiMleelf5OwjzlPWU3ZCV1NCWePp+aoz2Dt0LNMoQGr5BV1kI4r7RirATatgfDWAxpzfap8OGVrt33EdKMKCOqOGTuVgh2LFnN8vpauqpDGcI= 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=yG3ZdhCOogMO3ohkvPHXNFEkmYP6w6darj0c+rT3QWj1BFXkNh0T3uD6PM36f0u6UTMKArg50+0I6nobcUW+oWyJNIefnOLwBaHGfdYnAW45wO42Mioc2CvgeRYyu7FIfsHYQmKDmsxGHXGtZ9IGgjgcOCugZhkn0KMg1JA0Eig= Received: by 10.78.188.10 with SMTP id l10mr2985749huf.33.1207946412711; Fri, 11 Apr 2008 13:40:12 -0700 (PDT) Received: by 10.78.16.10 with HTTP; Fri, 11 Apr 2008 13:40:12 -0700 (PDT) Message-ID: Date: Sat, 12 Apr 2008 00:40:12 +0400 From: pluknet To: "Juraj Lutter" In-Reply-To: <47FFC509.5050502@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47FFC509.5050502@gmail.com> Cc: stable@freebsd.org Subject: Re: buildkernel problem with RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 21:06:18 -0000 On 12/04/2008, Juraj Lutter wrote: > Dear folks, > > there seems to be some problem in SCSI/CAM code in RELENG_7: > > -------------------------------------------------------------- > >>> stage 3.2: building everything > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/real; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 > MACHINE=i386 CPUTYPE=pentium3 > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh > /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > make KERNEL=kernel all -DNO_MODULES_OBJ > cc -c -Os -pipe -fno-strict-aliasing -march=pentium3 -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -nostdinc -I. -I/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 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Werror > /usr/src/sys/cam/scsi/scsi_ses.c > cc1: warnings being treated as errors > /usr/src/sys/cam/scsi/scsi_ses.c: In function > 'ses_get_encstat': > /usr/src/sys/cam/scsi/scsi_ses.c:989: warning: > 'ComStat.comstatus' may be used uninitialized in this function > *** Error code 1 > > Am I doing something wrong or something went wrong? /usr/src and /usr/obj > were created from scratch. Are you using modified CFLAGS in make.conf ? I see -Os in your build and I could reproduce it with -Os. It's FAQ that -Os flag is not recommended. Try with default optimization flags, please. wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:07:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B25106566B for ; Fri, 11 Apr 2008 21:07:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 7637F8FC16 for ; Fri, 11 Apr 2008 21:07:12 +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 mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3BL79x1009905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Apr 2008 07:07:10 +1000 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 m3BL79UA066674; Sat, 12 Apr 2008 07:07:09 +1000 (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 m3BL79EF066673; Sat, 12 Apr 2008 07:07:09 +1000 (EST) (envelope-from peter) Date: Sat, 12 Apr 2008 07:07:09 +1000 From: Peter Jeremy To: Ivan Voras Message-ID: <20080411210709.GG30953@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oFbHfjnMgUMsrGjO" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Hardware - Sun workstation Ultra 20 and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 21:07:13 -0000 --oFbHfjnMgUMsrGjO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 11, 2008 at 12:57:53PM +0200, Ivan Voras wrote: >Does anyone have experience with running Sun's Opteron-based >workstation, Ultra 20, 25, 40? Both with FreeBSD and other systems >(Linux)? Are they stable, all the drivers are present, etc? I've not used any of these but: 1) The Ultra 25 is UltraSPARC IIIi based. This CPU is not supported by FreeBSD as Sun will not release necessary documentation. 2) Sun states they support both RHEL and SuSE ES on both the U20 and U40 so I would expect they are stable and all hardware supported, at least on those Linuxes. --=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. --oFbHfjnMgUMsrGjO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkf/0v0ACgkQ/opHv/APuIf4OgCeORuyvQsMANEfQ60llAXCSS67 1zEAn2PmpcrBYEh1uOrDLiP2O3LqF0f4 =1nS0 -----END PGP SIGNATURE----- --oFbHfjnMgUMsrGjO-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:15:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6977C106566B for ; Fri, 11 Apr 2008 21:15:11 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from mailhub.ltc.sk (mailhub.ltc.sk [81.89.56.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6DB8FC1B for ; Fri, 11 Apr 2008 21:15:11 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from [127.0.0.1] (remedy.wilbury.sk [217.73.27.10]) by mailhub.ltc.sk (Postfix) with ESMTP id 9FDEE173F48; Fri, 11 Apr 2008 23:15:09 +0200 (CEST) Message-ID: <47FFD4DF.1010503@gmail.com> Date: Fri, 11 Apr 2008 23:15:11 +0200 From: Juraj Lutter User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: pluknet References: <47FFC509.5050502@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Juraj Lutter Subject: Re: buildkernel problem with RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 21:15:11 -0000 pluknet wrote: > Are you using modified CFLAGS in make.conf ? > I see -Os in your build and I could reproduce it with -Os. > It's FAQ that -Os flag is not recommended. > Try with default optimization flags, please. > > Just for the record, with default CFLAGS I am getting kind of: -997 bytes available *** Error 1 somwehere in sys/boot/i386/boot2/ (line 64 of Makefile) otis From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:27:48 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F611065674 for ; Fri, 11 Apr 2008 21:27:48 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from mailhub.ltc.sk (mailhub.ltc.sk [81.89.56.20]) by mx1.freebsd.org (Postfix) with ESMTP id AACEC8FC18 for ; Fri, 11 Apr 2008 21:27:48 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from [127.0.0.1] (remedy.wilbury.sk [217.73.27.10]) by mailhub.ltc.sk (Postfix) with ESMTP id EB163173FCD; Fri, 11 Apr 2008 23:27:46 +0200 (CEST) Message-ID: <47FFD7D4.5010007@gmail.com> Date: Fri, 11 Apr 2008 23:27:48 +0200 From: Juraj Lutter User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: pluknet References: <47FFC509.5050502@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Juraj Lutter Subject: Re: buildkernel problem with RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 21:27:49 -0000 pluknet wrote: > Are you using modified CFLAGS in make.conf ? > I see -Os in your build and I could reproduce it with -Os. > It's FAQ that -Os flag is not recommended. > Try with default optimization flags, please. > > With empty src.conf it works, but anyway, it used to work even with -Os before. On the other hand, aren't those uninitialized variables potentionally a "bug"? otis From owner-freebsd-stable@FreeBSD.ORG Fri Apr 11 21:39:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B47106566C for ; Fri, 11 Apr 2008 21:39:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EA1618FC23 for ; Fri, 11 Apr 2008 21:39:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D55F71CC033; Fri, 11 Apr 2008 14:39:40 -0700 (PDT) Date: Fri, 11 Apr 2008 14:39:40 -0700 From: Jeremy Chadwick To: Juraj Lutter Message-ID: <20080411213940.GA27222@eos.sc1.parodius.com> References: <47FFC509.5050502@gmail.com> <47FFD7D4.5010007@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47FFD7D4.5010007@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org, pluknet Subject: Re: buildkernel problem with RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 21:39:41 -0000 On Fri, Apr 11, 2008 at 11:27:48PM +0200, Juraj Lutter wrote: > On the other hand, aren't those uninitialized variables potentionally a > "bug"? Potentially, yes, but not guaranteed. The existing -STABLE tree emits a very large number of warnings. I'm a strong advocate of using -Werror (treat warnings as errors), and I've always wondered why the -STABLE tree didn't default to this behaviour. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 00:27:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC1131065670 for ; Sat, 12 Apr 2008 00:27:54 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id C91398FC1E for ; Sat, 12 Apr 2008 00:27:54 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so89394rvf.43 for ; Fri, 11 Apr 2008 17:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=28BhEwsqxRwkB9L/kOaMQ8kh9YGIbSCSxS2MUG3C0qc=; b=koP6YzlVRf/eqyP8bw52qzkEwn5sxliSWVd26Ied/5Kndd2QRv7jTU9ewBxjmlGHOgUD9lbsw/vC8jmf8d7TenLAmZnWtQ9IGhD8wTBoUsVs5AEIXG+nLxPFv8xFxO+1KZxeyw3046P02PsRVmfhfwQtFEcgxqL2d2n0O01M7Fs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=h0Ed/2jORTCPfQ9zVssBVA0V0VSGPbpzYXivHW6+9O6tPsGb3flY0olRX97FCrwmqrlPa3Rhk2VQZRcqj/Z+7rS5zhykNz87D6bcDmSUe7BRQqM0G+zkp24npX/j3zpzqdE1NEvkrZ4KMXBPace7KJhwHymOAnwq+/bn6xV2ElY= Received: by 10.141.87.13 with SMTP id p13mr1920499rvl.55.1207960074150; Fri, 11 Apr 2008 17:27:54 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Fri, 11 Apr 2008 17:27:54 -0700 (PDT) Message-ID: <9bbcef730804111727x55fb5f51ga0633d3079c20322@mail.gmail.com> Date: Sat, 12 Apr 2008 02:27:54 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Peter Jeremy" In-Reply-To: <20080411210709.GG30953@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080411210709.GG30953@server.vk2pj.dyndns.org> X-Google-Sender-Auth: f5b18e294f238b80 Cc: freebsd-stable@freebsd.org Subject: Re: Hardware - Sun workstation Ultra 20 and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 00:27:55 -0000 2008/4/11 Peter Jeremy : > On Fri, Apr 11, 2008 at 12:57:53PM +0200, Ivan Voras wrote: > >Does anyone have experience with running Sun's Opteron-based > >workstation, Ultra 20, 25, 40? Both with FreeBSD and other systems > >(Linux)? Are they stable, all the drivers are present, etc? > > I've not used any of these but: > 1) The Ultra 25 is UltraSPARC IIIi based. This CPU is not supported > by FreeBSD as Sun will not release necessary documentation. Thanks, then it was included by mistake - I'm not interested in SPARC-based variants. > 2) Sun states they support both RHEL and SuSE ES on both the U20 and > U40 so I would expect they are stable and all hardware supported, > at least on those Linuxes. Ok. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 15:31:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68D65106566B for ; Sat, 12 Apr 2008 15:31:53 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 39B658FC0A for ; Sat, 12 Apr 2008 15:31:53 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from adsl-68-91-193-150.dsl.austtx.swbell.net ([68.91.193.150]:60090 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JkhT8-0003UR-2h for freebsd-stable@freebsd.org; Sat, 12 Apr 2008 10:16:45 -0500 Date: Sat, 12 Apr 2008 10:16:39 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-stable@freebsd.org Message-ID: <20080412101423.F1283@borg> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3935026275-2034145809-1208013399=:1283" X-Spam-Score: -1.8 (-) X-LERCTR-Spam-Score: -1.8 (-) X-Spam-Report: SpamScore (-1.8/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, FM_MULTI_ODD3=0.7, TW_BD=0.077, TW_BF=0.077, TW_BP=0.077, TW_CB=0.077, TW_DR=0.077, TW_KB=0.077, TW_TK=0.077, TW_UH=0.077, TW_VP=0.077, TW_XB=0.077, TW_XC=0.077 X-LERCTR-Spam-Report: SpamScore (-1.8/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, FM_MULTI_ODD3=0.7, TW_BD=0.077, TW_BF=0.077, TW_BP=0.077, TW_CB=0.077, TW_DR=0.077, TW_KB=0.077, TW_TK=0.077, TW_UH=0.077, TW_VP=0.077, TW_XB=0.077, TW_XC=0.077 DomainKey-Status: no signature Subject: Hang after flushing all buffers/no reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 15:31:53 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3935026275-2034145809-1208013399=:1283 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I have a amd64 system that when I try to reboot it, it hangs after the "All buffers flushed" message. I thought I had all the debug stuff in place (I'll attach the config and a dmesg), but I can't get it into ddb to get the backtrace :( Ideas? (This is with RELENG_7 of 2008-04-11). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 --3935026275-2034145809-1208013399=:1283 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=BORG Content-Transfer-Encoding: BASE64 Content-ID: <20080412101639.Y1283@borg> Content-Description: Kernel Config Content-Disposition: attachment; filename=BORG Iw0KIw0KIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBs ZWFzZSByZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uDQojIEtlcm5lbCBD b25maWd1cmF0aW9uIEZpbGVzOg0KIw0KIyAgICBodHRwOi8vd3d3LkZyZWVC U0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3MvaGFuZGJvb2sva2Vy bmVsY29uZmlnLWNvbmZpZy5odG1sDQojDQojIFRoZSBoYW5kYm9vayBpcyBh bHNvIGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRi b29rDQojIGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRp b24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRoZQ0KIyBGcmVlQlNEIFdvcmxk IFdpZGUgV2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZv ciB0aGUNCiMgbGF0ZXN0IGluZm9ybWF0aW9uLg0KIw0KIyBBbiBleGhhdXN0 aXZlIGxpc3Qgb2Ygb3B0aW9ucyBhbmQgbW9yZSBkZXRhaWxlZCBleHBsYW5h dGlvbnMgb2YgdGhlDQojIGRldmljZSBsaW5lcyBpcyBhbHNvIHByZXNlbnQg aW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZpbGVzLg0KIyBJ ZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vz c2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0DQojIGluIE5PVEVTLg0KIw0K IyAkRnJlZUJTRDogc3JjL3N5cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAxLjQ3 NSAyMDA3LzA0LzEwIDIxOjQwOjEyIHBqZCBFeHAgJA0KDQpjcHUJCUhBTU1F Ug0KaWRlbnQJCUJPUkcNCg0KIyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4g ZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cw0K I2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8g bG9vayBmb3IgZGV2aWNlcy4NCg0KbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMg QnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMNCg0KI29w dGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBzY2hlZHVsZXINCm9wdGlvbnMg CVNDSEVEX1VMRSAJCSMgVUxFIHNjaGVkdWxlcg0Kb3B0aW9ucyAJUFJFRU1Q VElPTgkJIyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uDQpvcHRp b25zIAlJTkVUCQkJIyBJbnRlck5FVHdvcmtpbmcNCm9wdGlvbnMgCUlORVQ2 CQkJIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scw0Kb3B0aW9ucyAJ RkZTCQkJIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0NCm9wdGlvbnMgCVNP RlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQN Cm9wdGlvbnMgCVVGU19BQ0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250 cm9sIGxpc3RzDQpvcHRpb25zIAlVRlNfRElSSEFTSAkJIyBJbXByb3ZlIHBl cmZvcm1hbmNlIG9uIGJpZyBkaXJlY3Rvcmllcw0Kb3B0aW9ucyAJVUZTX0dK T1VSTkFMCQkjIEVuYWJsZSBnam91cm5hbC1iYXNlZCBVRlMgam91cm5hbGlu Zw0Kb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9v dCBkZXZpY2UNCm9wdGlvbnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVz eXN0ZW0gQ2xpZW50DQpvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBG aWxlc3lzdGVtIFNlcnZlcg0Kb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVz YWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQNCm9wdGlvbnMgCU5URlMJ CQkjIE5UIEZpbGUgU3lzdGVtDQpvcHRpb25zIAlNU0RPU0ZTCQkJIyBNU0RP UyBGaWxlc3lzdGVtDQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZp bGVzeXN0ZW0NCm9wdGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lz dGVtIChyZXF1aXJlcyBQU0VVRE9GUykNCm9wdGlvbnMgCVBTRVVET0ZTCQkj IFBzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yaw0Kb3B0aW9ucyAJR0VPTV9Q QVJUX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuDQpvcHRpb25zIAlH RU9NX0xBQkVMCQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbg0Kb3B0aW9ucyAJ Q09NUEFUXzQzVFRZCQkjIEJTRCA0LjMgVFRZIGNvbXBhdCBbS0VFUCBUSElT IV0NCm9wdGlvbnMgCUNPTVBBVF9JQTMyCQkjIENvbXBhdGlibGUgd2l0aCBp Mzg2IGJpbmFyaWVzDQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMgQ29t cGF0aWJsZSB3aXRoIEZyZWVCU0Q0DQpvcHRpb25zIAlDT01QQVRfRlJFRUJT RDUJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q1DQpvcHRpb25zIAlDT01Q QVRfRlJFRUJTRDYJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2DQpvcHRp b25zIAlTQ1NJX0RFTEFZPTUwMDAJCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUg cHJvYmluZyBTQ1NJDQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFjZSgxKSBz dXBwb3J0DQpvcHRpb25zIAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJl ZCBtZW1vcnkNCm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVz c2FnZSBxdWV1ZXMNCm9wdGlvbnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUg c2VtYXBob3Jlcw0Kb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVM SU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMNCm9w dGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRy eSBpbiAvZGV2DQpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBt dXRleCBpcyBhZGFwdGl2ZS4NCiNvcHRpb25zIAlTVE9QX05NSQkJIyBTdG9w IENQVVMgdXNpbmcgTk1JIGluc3RlYWQgb2YgSVBJDQpvcHRpb25zCQlBVURJ VA0Kb3B0aW9ucwkJSU5DTFVERV9DT05GSUdfRklMRQ0KDQojIERlYnVnZ2lu ZyBmb3IgdXNlIGluIC1jdXJyZW50DQpvcHRpb25zIAlLREIJCQkjIEVuYWJs ZSBrZXJuZWwgZGVidWdnZXIgc3VwcG9ydC4NCm9wdGlvbnMgCUtEQl9UUkFD RQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1cHBvcnQuDQpvcHRpb25z IAlLREJfVU5BVFRFTkRFRAkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1 cHBvcnQuDQpvcHRpb25zIAlEREIJCQkjIFN1cHBvcnQgRERCLg0Kb3B0aW9u cyAJR0RCCQkJIyBTdXBwb3J0IHJlbW90ZSBHREIuDQpvcHRpb25zCQlTVEFD Sw0KI29wdGlvbnMgCUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4 dHJhIHNhbml0eSBjaGVja2luZw0KI29wdGlvbnMgCUlOVkFSSUFOVF9TVVBQ T1JUCSMgRXh0cmEgc2FuaXR5IGNoZWNrcyBvZiBpbnRlcm5hbCBzdHJ1Y3R1 cmVzLCByZXF1aXJlZCBieSBJTlZBUklBTlRTDQojb3B0aW9ucyAJV0lUTkVT UwkJCSMgRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBj eWNsZXMNCiNvcHRpb25zIAlXSVRORVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVu IHdpdG5lc3Mgb24gc3BpbmxvY2tzIGZvciBzcGVlZA0KDQojIE1ha2UgYW4g U01QLWNhcGFibGUga2VybmVsIGJ5IGRlZmF1bHQNCm9wdGlvbnMgCVNNUAkJ CSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbA0KDQojIEJ1cyBz dXBwb3J0Lg0KZGV2aWNlCQlhY3BpDQpkZXZpY2UJCXBjaQ0KDQojIEZsb3Bw eSBkcml2ZXMNCmRldmljZQkJZmRjDQoNCiMgQVRBIGFuZCBBVEFQSSBkZXZp Y2VzDQpkZXZpY2UJCWF0YQ0KZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNr IGRyaXZlcw0KZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcw0K ZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRyaXZlcw0KZGV2aWNl CQlhdGFwaWZkCQkjIEFUQVBJIGZsb3BweSBkcml2ZXMNCmRldmljZQkJYXRh cGlzdAkJIyBBVEFQSSB0YXBlIGRyaXZlcw0KZGV2aWNlCQlhdGFwaWNhbQkj IEFUQSBDQU0gTGF5ZXINCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0 aWMgZGV2aWNlIG51bWJlcmluZw0KDQoNCiMgU0NTSSBwZXJpcGhlcmFscw0K ZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kp DQpkZXZpY2UJCWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMNCmRldmljZQkJ ZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpDQpkZXZpY2UJCXNhCQkjIFNl cXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykNCmRldmljZQkJY2QJCSMgQ0QN CmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRpcmVjdCBT Q1NJIGFjY2VzcykNCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRh bCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkNCmRldmljZQkJc2cJCSMgTGludXgg U0cgU3R1ZmYNCg0KDQojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5 Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlDQpkZXZpY2UJCWF0a2JkYwkJIyBB VCBrZXlib2FyZCBjb250cm9sbGVyDQpkZXZpY2UJCWF0a2JkCQkjIEFUIGtl eWJvYXJkDQpkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlDQoNCmRldmljZQkJ a2JkbXV4CQkjIGtleWJvYXJkIG11bHRpcGxleGVyDQoNCmRldmljZQkJdmdh CQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcg0KDQpkZXZpY2UJCXNwbGFzaAkJ IyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydA0KDQoj IHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2Vt YmxpbmcgYW4gU0NPIGNvbnNvbGUNCmRldmljZQkJc2MNCg0KZGV2aWNlCQlh Z3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0cw0KDQojIFNlcmlh bCAoQ09NKSBwb3J0cw0KI2RldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUw IGJhc2VkIHNlcmlhbCBwb3J0cw0KZGV2aWNlCQl1YXJ0CQkjIEdlbmVyaWMg VUFSVCBkcml2ZXINCg0KIyBQYXJhbGxlbCBwb3J0DQpkZXZpY2UJCXBwYw0K ZGV2aWNlCQlwcGJ1cwkJIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQp DQpkZXZpY2UJCWxwdAkJIyBQcmludGVyDQpkZXZpY2UJCXBwaQkJIyBQYXJh bGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UNCiNkZXZpY2UJCXZwbwkJIyBS ZXF1aXJlcyBzY2J1cyBhbmQgZGENCg0KIyBJZiB5b3UndmUgZ290IGEgImR1 bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzDQojIHN1 cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1lbnQg dGhlIGZvbGxvd2luZw0KIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMg dG8gc2lvLCB1YXJ0IGFuZC9vciBwcGMgZHJpdmVycyk6DQojZGV2aWNlCQlw dWMNCg0KIyBQQ0kgRXRoZXJuZXQgTklDcy4NCmRldmljZQkJZW0JCSMgSW50 ZWwgUFJPLzEwMDAgYWRhcHRlciBHaWdhYml0IEV0aGVybmV0IENhcmQNCg0K DQojIFdpcmVsZXNzIE5JQyBjYXJkcw0KI2RldmljZQkJd2xhbgkJIyA4MDIu MTEgc3VwcG9ydA0KI2RldmljZQkJd2xhbl93ZXAJIyA4MDIuMTEgV0VQIHN1 cHBvcnQNCiNkZXZpY2UJCXdsYW5fY2NtcAkjIDgwMi4xMSBDQ01QIHN1cHBv cnQNCiNkZXZpY2UJCXdsYW5fdGtpcAkjIDgwMi4xMSBUS0lQIHN1cHBvcnQN CiNkZXZpY2UJCXdsYW5fYW1ycgkjIDgwMi4xMSBBTVJSIHN1cHBvcnQNCg0K IyBQc2V1ZG8gZGV2aWNlcy4NCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxv b3BiYWNrDQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQ0KZGV2 aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0DQpkZXZpY2UJCXNsCQkj IEtlcm5lbCBTTElQDQpkZXZpY2UJCXBwcAkJIyBLZXJuZWwgUFBQDQpkZXZp Y2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLg0KZGV2aWNlCQlwdHkJCSMgUHNl dWRvLXR0eXMgKHRlbG5ldCBldGMpDQpkZXZpY2UJCW1kCQkjIE1lbW9yeSAi ZGlza3MiDQpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGlu Zw0KZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRy YW5zbGF0aW9uKQ0KZGV2aWNlCQlmaXJtd2FyZQkjIGZpcm13YXJlIGFzc2lz dCBtb2R1bGUNCg0KIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJl cmtlbGV5IFBhY2tldCBGaWx0ZXIuDQojIEJlIGF3YXJlIG9mIHRoZSBhZG1p bmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyENCiMg Tm90ZSB0aGF0ICdicGYnIGlzIHJlcXVpcmVkIGZvciBESENQLg0KZGV2aWNl CQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcg0KDQojIFVTQiBzdXBw b3J0DQpkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UN CmRldmljZQkJZWhjaQkJIyBFSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNC IDIuMCkNCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQ0KZGV2 aWNlCQl1Z2VuCQkjIEdlbmVyaWMNCmRldmljZQkJdWhpZAkJIyAiSHVtYW4g SW50ZXJmYWNlIERldmljZXMiDQpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQN CmRldmljZQkJdWxwdAkJIyBQcmludGVyDQpkZXZpY2UJCXVtYXNzCQkjIERp c2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQ0KZGV2 aWNlCQl1bXMJCSMgTW91c2UNCiNkZXZpY2UJCXVyYWwJCSMgUmFsaW5rIFRl Y2hub2xvZ3kgUlQyNTAwVVNCIHdpcmVsZXNzIE5JQ3MNCmRldmljZQkJdXJp bwkJIyBEaWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcg0KZGV2aWNlCQl1c2Nh bm5lcgkjIFNjYW5uZXJzDQojIyMjIyMjIyMjIyMjDQojIFRoZSBjcHVmcmVx KDQpIGRyaXZlciBwcm92aWRlcyBzdXBwb3J0IGZvciBub24tQUNQSSBDUFUg ZnJlcXVlbmN5IGNvbnRyb2wNCmRldmljZSAgICAgICAgICBjcHVmcmVxDQoN CiMgRGlyZWN0IFJlbmRlcmluZyBtb2R1bGVzIGZvciAzRCBhY2NlbGVyYXRp b24uDQpkZXZpY2UgICAgICAgICAgZHJtICAgICAgICAgICAgICMgRFJNIGNv cmUgbW9kdWxlIHJlcXVpcmVkIGJ5IERSTSBkcml2ZXJzDQpkZXZpY2UgICAg ICAgICAgcmFkZW9uZHJtICAgICAgICMgQVRJIFJhZGVvbg0Kb3B0aW9ucwkJ SFdQTUNfSE9PS1MNCmRldmljZSAgICAgICAgICBzbWJ1cyAgICAgICAgICAg IyBCdXMgc3VwcG9ydCwgcmVxdWlyZWQgZm9yIHNtYiBiZWxvdy4NCg0KZGV2 aWNlICAgICAgICAgIGludHBtDQpkZXZpY2UgICAgICAgICAgaWNoc21iDQoN CmRldmljZSAgICAgICAgICBzbWINCmRldmljZSAgICAgICAgICBpaWNidXMg ICAgICAgICAgIyBCdXMgc3VwcG9ydCwgcmVxdWlyZWQgZm9yIGljL2lpYy9p aWNzbWIgYmVsb3cuDQpkZXZpY2UgICAgICAgICAgaWljYmINCg0KZGV2aWNl ICAgICAgICAgIGljDQpkZXZpY2UgICAgICAgICAgaWljDQpkZXZpY2UgICAg ICAgICAgaWljc21iICAgICAgICAgICMgc21iIG92ZXIgaTJjIGJyaWRnZQ0K ZGV2aWNlICAgICAgICAgIGNyeXB0byAgICAgICAgICAjIGNvcmUgY3J5cHRv IHN1cHBvcnQNCmRldmljZSAgICAgICAgICBjcnlwdG9kZXYgICAgICAgIyAv ZGV2L2NyeXB0byBmb3IgYWNjZXNzIHRvIGgvdw0KDQpkZXZpY2UgICAgICAg ICAgcm5kdGVzdCAgICAgICAgICMgRklQUyAxNDAtMiBlbnRyb3B5IHRlc3Rl cg0KZGV2aWNlCQlpcG1pDQpvcHRpb25zCQlTQ1RQDQpvcHRpb25zCQlCUkVB S19UT19ERUJVR0dFUg0Kb3B0aW9ucwkJQUxUX0JSRUFLX1RPX0RFQlVHR0VS DQoNCmRldmljZQkJY29yZXRlbXAJIyBDb3JlIHRlbXAgKENPUkUgcHJvY3Mg YW5kIG5ld2VyKQ0K --3935026275-2034145809-1208013399=:1283 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg.boot Content-Transfer-Encoding: BASE64 Content-ID: <20080412101639.P1283@borg> Content-Description: boot dmesg Content-Disposition: attachment; filename=dmesg.boot Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4wLVNUQUJMRSAj MzQ6IFNhdCBBcHIgMTIgMTA6MDY6MTcgQ0RUIDIwMDgNCiAgICByb290QGJv cmcubGVyY3RyLm9yZzovdXNyL29iai91c3Ivc3JjL3N5cy9CT1JHDQpUaW1l Y291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkg MA0KQ1BVOiBJbnRlbChSKSBYZW9uKFIpIENQVSAgICAgICAgICAgIDUxMjAg IEAgMS44NkdIeiAoMTg2Mi4wMi1NSHogSzgtY2xhc3MgQ1BVKQ0KICBPcmln aW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZmNiAgU3RlcHBpbmcgPSA2 DQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1T UixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxI VFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHg0ZTNiZDxTU0UzLFJTVkQyLE1P TixEU19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sRENB Pg0KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExNPg0K ICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPg0KICBDb3JlcyBwZXIgcGFja2Fn ZTogMg0KdXNhYmxlIG1lbW9yeSA9IDQyODQxMTY5OTIgKDQwODUgTUIpDQph dmFpbCBtZW1vcnkgID0gNDExMzU3NTkzNiAoMzkyMyBNQikNCkFDUEkgQVBJ QyBUYWJsZTogPFBUTFREICAJIEFQSUMgID4NCkZyZWVCU0QvU01QOiBNdWx0 aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcw0KIGNwdTAgKEJT UCk6IEFQSUMgSUQ6ICAwDQogY3B1MSAoQVApOiBBUElDIElEOiAgMQ0KIGNw dTIgKEFQKTogQVBJQyBJRDogIDYNCiBjcHUzIChBUCk6IEFQSUMgSUQ6ICA3 DQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJv YXJkDQppb2FwaWMxIDxWZXJzaW9uIDIuMD4gaXJxcyAyNC00NyBvbiBtb3Ro ZXJib2FyZA0Ka2JkMSBhdCBrYmRtdXgwDQpjcnlwdG9zb2Z0MDogPHNvZnR3 YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQNCmFjcGkwOiA8UFRMVEQgICBS U0RUPiBvbiBtb3RoZXJib2FyZA0KYWNwaTA6IFtJVEhSRUFEXQ0KYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQpUaW1lY291bnRlciAiQUNQSS1mYXN0 IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDANCmFjcGlfdGlt ZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAw OC0weDEwMGIgb24gYWNwaTANCmFjcGlfaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9u IGFjcGkwDQpUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgOTAwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpj b3JldGVtcDA6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1 MA0KZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJv bD4gb24gY3B1MA0KZXN0MDogU2V0dGluZyAxODY3IE1Ieg0KcDR0Y2MwOiA8 Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTANCmNwdTE6 IDxBQ1BJIENQVT4gb24gYWNwaTANCmNvcmV0ZW1wMTogPENQVSBPbi1EaWUg VGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUxDQplc3QxOiA8RW5oYW5jZWQgU3Bl ZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxDQplc3QxOiBTZXR0 aW5nIDE4NjcgTUh6DQpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwg Q29udHJvbD4gb24gY3B1MQ0KY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0K Y29yZXRlbXAyOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNw dTINCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTINCmVzdDI6IFNldHRpbmcgMTg2NyBNSHoNCnA0dGNjMjog PENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUyDQpjcHUz OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjb3JldGVtcDM6IDxDUFUgT24tRGll IFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1Mw0KZXN0MzogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mw0KZXN0MzogU2V0 dGluZyAxODY3IE1Ieg0KcDR0Y2MzOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFs IENvbnRyb2w+IG9uIGNwdTMNCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlk Z2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyLjAgb24gcGNpMA0KcGNpMTogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjENCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2 IGF0IGRldmljZSAwLjAgb24gcGNpMQ0KcGNpMjogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjINCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2 IGF0IGRldmljZSAwLjAgb24gcGNpMg0KcGNpMzogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjMNCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDAuMCBvbiBwY2kzDQpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li NA0KcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4y IG9uIHBjaTMNCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1DQpwY2li NjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2UgMi4w IG9uIHBjaTINCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2DQplbTA6 IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gVmVyc2lv biAtIDYuNy4zPiBwb3J0IDB4MjAwMC0weDIwMWYgbWVtIDB4ZDgwMDAwMDAt MHhkODAxZmZmZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2k2DQplbTA6 IFVzaW5nIE1TSSBpbnRlcnJ1cHQNCmVtMDogRXRoZXJuZXQgYWRkcmVzczog MDA6MzA6NDg6OGU6OWY6ZjMNCmVtMDogW0ZJTFRFUl0NCmVtMTogPEludGVs KFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiBWZXJzaW9uIC0gNi43 LjM+IHBvcnQgMHgyMDIwLTB4MjAzZiBtZW0gMHhkODAyMDAwMC0weGQ4MDNm ZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4xIG9uIHBjaTYNCmVtMTogVXNpbmcg TVNJIGludGVycnVwdA0KZW0xOiBTZXR1cCBvZiBTaGFyZWQgY29kZSBmYWls ZWQNCmRldmljZV9hdHRhY2g6IGVtMSBhdHRhY2ggcmV0dXJuZWQgNg0KcGNp Yjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4zIG9uIHBj aTENCnBjaTc6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI3DQpwY2liODogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA0LjAgb24gcGNpMA0KcGNp ODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjgNCnBjaWI5OiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBwY2kwDQpwY2k5OiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liOQ0KcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4g YXQgZGV2aWNlIDguMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjEwOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4wIG9u IHBjaTANCnBjaTEwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTANCnVoY2kw OiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIg VVNCLTE+IHBvcnQgMHgxODAwLTB4MTgxZiBpcnEgMTcgYXQgZGV2aWNlIDI5 LjAgb24gcGNpMA0KdWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1aGNpMDogW0lU SFJFQURdDQp1c2IwOiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNC IGNvbnRyb2xsZXIgVVNCLTE+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNp b24gMS4wDQp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwDQp1aHViMDogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kxOiA8 SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNC LTI+IHBvcnQgMHgxODIwLTB4MTgzZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEg b24gcGNpMA0KdWhjaTE6IFtHSUFOVC1MT0NLRURdDQp1aGNpMTogW0lUSFJF QURdDQp1c2IxOiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNv bnRyb2xsZXIgVVNCLTI+IG9uIHVoY2kxDQp1c2IxOiBVU0IgcmV2aXNpb24g MS4wDQp1aHViMTogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxDQp1aHViMTogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kyOiA8SW50 ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTM+ IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24g cGNpMA0KdWhjaTI6IFtHSUFOVC1MT0NLRURdDQp1aGNpMjogW0lUSFJFQURd DQp1c2IyOiA8SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRy b2xsZXIgVVNCLTM+IG9uIHVoY2kyDQp1c2IyOiBVU0IgcmV2aXNpb24gMS4w DQp1aHViMjogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IyDQp1aHViMjogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmVoY2kwOiA8SW50ZWwg NjNYWEVTQiBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGQ4NTAwNDAwLTB4 ZDg1MDA3ZmYgaXJxIDE3IGF0IGRldmljZSAyOS43IG9uIHBjaTANCmVoY2kw OiBbR0lBTlQtTE9DS0VEXQ0KZWhjaTA6IFtJVEhSRUFEXQ0KdXNiMzogRUhD SSB2ZXJzaW9uIDEuMA0KdXNiMzogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAy IHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1c2IyDQp1c2IzOiA8SW50ZWwgNjNY WEVTQiBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwDQp1c2IzOiBVU0Ig cmV2aXNpb24gMi4wDQp1aHViMzogPEludGVsIEVIQ0kgcm9vdCBodWIsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzDQp1aHVi MzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVt YXNzMDogPFBlcHBlcmNvbiBBRyBNdWx0aWRldmljZSwgY2xhc3MgMC8wLCBy ZXYgMi4wMC8wLjAxLCBhZGRyIDI+IG9uIHVodWIzDQp1bXMwOiA8UGVwcGVy Y29uIEFHIE11bHRpZGV2aWNlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzAuMDEs IGFkZHIgMj4gb24gdWh1YjMNCnVtczA6IFggcmVwb3J0IDB4MDAyMiBub3Qg c3VwcG9ydGVkDQpkZXZpY2VfYXR0YWNoOiB1bXMwIGF0dGFjaCByZXR1cm5l ZCA2DQpwY2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug MzAuMCBvbiBwY2kwDQpwY2kxMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEx DQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDMw MDAtMHgzMGZmIG1lbSAweGQwMDAwMDAwLTB4ZDdmZmZmZmYsMHhkODIwMDAw MC0weGQ4MjBmZmZmIGlycSAxOCBhdCBkZXZpY2UgMS4wIG9uIHBjaTExDQpk cm0wOiA8QVRJIEVTMTAwMCBSTjUwPiBvbiB2Z2FwY2kwDQppbmZvOiBbZHJt XSBJbml0aWFsaXplZCByYWRlb24gMS4yNS4wIDIwMDYwNTI0DQppc2FiMDog PFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwDQppc2Ew OiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxJbnRlbCA2M1hYRVNC MiBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYs MHgxNzAtMHgxNzcsMHgzNzYsMHgxODYwLTB4MTg2ZiBhdCBkZXZpY2UgMzEu MSBvbiBwY2kwDQphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0K YXRhMDogW0lUSFJFQURdDQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRh cGNpMA0KYXRhMTogW0lUSFJFQURdDQphdGFwY2kxOiA8SW50ZWwgQUhDSSBj b250cm9sbGVyPiBwb3J0IDB4MThhMC0weDE4YTcsMHgxODc0LTB4MTg3Nyww eDE4NzgtMHgxODdmLDB4MTg3MC0weDE4NzMsMHgxODgwLTB4MTg5ZiBtZW0g MHhkODUwMDgwMC0weGQ4NTAwYmZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBv biBwY2kwDQphdGFwY2kxOiBbSVRIUkVBRF0NCmF0YXBjaTE6IEFIQ0kgVmVy c2lvbiAwMS4xMCBjb250cm9sbGVyIHdpdGggNiBwb3J0cyBkZXRlY3RlZA0K YXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTENCmF0YTI6IFtJVEhS RUFEXQ0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTENCmF0YTM6 IFtJVEhSRUFEXQ0KYXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTEN CmF0YTQ6IFtJVEhSRUFEXQ0KYXRhNTogPEFUQSBjaGFubmVsIDM+IG9uIGF0 YXBjaTENCmF0YTU6IFtJVEhSRUFEXQ0KYXRhNjogPEFUQSBjaGFubmVsIDQ+ IG9uIGF0YXBjaTENCmF0YTY6IFtJVEhSRUFEXQ0KYXRhNzogPEFUQSBjaGFu bmVsIDU+IG9uIGF0YXBjaTENCmF0YTc6IFtJVEhSRUFEXQ0KaWNoc21iMDog PEludGVsIDYzMXhFU0IvNjMyMUVTQiAoRVNCMikgU01CdXMgY29udHJvbGxl cj4gcG9ydCAweDExMDAtMHgxMTFmIGlycSAxOSBhdCBkZXZpY2UgMzEuMyBv biBwY2kwDQppY2hzbWIwOiBbR0lBTlQtTE9DS0VEXQ0KaWNoc21iMDogW0lU SFJFQURdDQpzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGlj aHNtYjANCnNtYjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21idXMwDQph Y3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwDQphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2 NCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAx IG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1M T0NLRURdDQphdGtiZDA6IFtJVEhSRUFEXQ0KdWFydDA6IDwxNjU1MCBvciBj b21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGFjcGkwDQp1 YXJ0MDogW0ZJTFRFUl0NCnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4g cG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMA0KdWFydDE6IFtGSUxU RVJdDQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgz ZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTANCmZkYzA6IFtG SUxURVJdDQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJp dmUgMA0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IHBvcnQgMHgzNzgtMHgzN2Ys MHg3NzgtMHg3N2YgaXJxIDcgZHJxIDMgb24gYWNwaTANCnBwYzA6IFNNQy1s aWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJM RSBtb2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOSBieXRlcyB0aHJlc2hv bGQNCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQpwcGJ1 czA6IFtJVEhSRUFEXQ0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0 MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9P PiBvbiBwcGJ1czANCnBwYzA6IFtHSUFOVC1MT0NLRURdDQpwcGMwOiBbSVRI UkVBRF0NCmlwbWkwOiA8SVBNSSBTeXN0ZW0gSW50ZXJmYWNlPiBvbiBpc2Ew DQppcG1pMDogS0NTIG1vZGUgZm91bmQgYXQgaW8gMHhjYTIgYWxpZ25tZW50 IDB4MSBvbiBpc2ENCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVt IDB4YzAwMDAtMHhjYWZmZiwweGNiMDAwLTB4Y2NmZmYgb24gaXNhMA0Kc2Mw OiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNj MDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4NCnZn YTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9t ZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCldBUk5JTkc6IFpGUyBpcyBj b25zaWRlcmVkIHRvIGJlIGFuIGV4cGVyaW1lbnRhbCBmZWF0dXJlIGluIEZy ZWVCU0QuDQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjDQpa RlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDYNClpGUyBzdG9yYWdlIHBvb2wgdmVy c2lvbiA2DQphY2QwOiBETUEgbGltaXRlZCB0byBVRE1BMzMsIGNvbnRyb2xs ZXIgZm91bmQgbm9uLUFUQTY2IGNhYmxlDQphY2QwOiBEVkRSIDxNZW1vcmV4 IERWRCstUkFNIDUxMEwgdjEvTVdTNz4gYXQgYXRhMC1tYXN0ZXIgVURNQTMz DQphZDQ6IDM4MTU1NE1CIDxTZWFnYXRlIFNUMzQwMDYyMEFTIDMuQUFKPiBh dCBhdGEyLW1hc3RlciBTQVRBMzAwDQphZDY6IDM4MTU1NE1CIDxTZWFnYXRl IFNUMzQwMDYyMEFTIDMuQUFKPiBhdCBhdGEzLW1hc3RlciBTQVRBMzAwDQph ZDg6IDM4MTU1NE1CIDxTZWFnYXRlIFNUMzQwMDYyMEFTIDMuQUFKPiBhdCBh dGE0LW1hc3RlciBTQVRBMzAwDQphZDEwOiAzODE1NTRNQiA8U2VhZ2F0ZSBT VDM0MDA2MjBBUyAzLkFBSj4gYXQgYXRhNS1tYXN0ZXIgU0FUQTMwMA0KYWQx MjogMzgxNTU0TUIgPFNlYWdhdGUgU1QzNDAwNjIwQVMgMy5BQUo+IGF0IGF0 YTYtbWFzdGVyIFNBVEEzMDANCmFkMTQ6IDM4MTU1NE1CIDxTZWFnYXRlIFNU MzQwMDYyMEFTIDMuQUFKPiBhdCBhdGE3LW1hc3RlciBTQVRBMzAwDQppcG1p MDogSVBNSSBkZXZpY2UgcmV2LiAxLCBmaXJtd2FyZSByZXYuIDEuMiwgdmVy c2lvbiAyLjANCmlwbWkwOiBOdW1iZXIgb2YgY2hhbm5lbHMgOA0KaXBtaTA6 IEF0dGFjaGVkIHdhdGNoZG9nDQphY2QwOiBGQUlMVVJFIC0gSU5RVUlSWSBJ TExFR0FMIFJFUVVFU1QgYXNjPTB4MjQgYXNjcT0weDAwIA0KY2FtX3Blcmlw aF9hbGxvYzogYXR0ZW1wdCB0byByZS1hbGxvY2F0ZSB2YWxpZCBkZXZpY2Ug cGFzczAgcmVqZWN0ZWQNCnBhc3Nhc3luYzogVW5hYmxlIHRvIGF0dGFjaCBu ZXcgZGV2aWNlIGR1ZSB0byBzdGF0dXMgMHg2OiBDQ0IgcmVxdWVzdCB3YXMg aW52YWxpZA0KY2QwIGF0IGF0YTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmNk MDogPE1lbW9yZXggRFZEKy1SQU0gNTEwTCB2MSBNV1M3PiBSZW1vdmFibGUg Q0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpjZDA6IDMzLjAwME1CL3MgdHJhbnNm ZXJzDQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVk OiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KY2FtX3BlcmlwaF9h bGxvYzogYXR0ZW1wdCB0byByZS1hbGxvY2F0ZSB2YWxpZCBkZXZpY2Ugc2cw IHJlamVjdGVkDQpzZ2FzeW5jOiBVbmFibGUgdG8gYXR0YWNoIG5ldyBkZXZp Y2UgZHVlIHRvIHN0YXR1cyAweDY6IENDQiByZXF1ZXN0IHdhcyBpbnZhbGlk DQpjYW1fcGVyaXBoX2FsbG9jOiBhdHRlbXB0IHRvIHJlLWFsbG9jYXRlIHZh bGlkIGRldmljZSBjZDAgcmVqZWN0ZWQNCmNkYXN5bmM6IFVuYWJsZSB0byBh dHRhY2ggbmV3IGRldmljZSBkdWUgdG8gc3RhdHVzIDB4Ng0KU01QOiBBUCBD UFUgIzEgTGF1bmNoZWQhDQpTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCENClNN UDogQVAgQ1BVICMyIExhdW5jaGVkIQ0KY2QxIGF0IHVtYXNzLXNpbTAgYnVz IDAgdGFyZ2V0IDAgbHVuIDANCmNkMTogPFBlcHBlckMgVmlydHVhbCBEaXNj IDEgMC4wMT4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTMgZGV2aWNlIA0KY2Qx OiA0MC4wMDBNQi9zIHRyYW5zZmVycw0KY2QxOiBBdHRlbXB0IHRvIHF1ZXJ5 IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHBy ZXNlbnQNClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ0 czFhDQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZA0K ZW0wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVANCg== --3935026275-2034145809-1208013399=:1283-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 19:11:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C4D5106566B for ; Sat, 12 Apr 2008 19:11:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 24F3E8FC19 for ; Sat, 12 Apr 2008 19:11:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 130C91CC033; Sat, 12 Apr 2008 12:11:33 -0700 (PDT) Date: Sat, 12 Apr 2008 12:11:33 -0700 From: Jeremy Chadwick To: Larry Rosenman Message-ID: <20080412191133.GA64245@eos.sc1.parodius.com> References: <20080412101423.F1283@borg> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080412101423.F1283@borg> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Hang after flushing all buffers/no reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 19:11:33 -0000 On Sat, Apr 12, 2008 at 10:16:39AM -0500, Larry Rosenman wrote: > I have a amd64 system that when I try to reboot it, it hangs after the "All > buffers flushed" message. > > I thought I had all the debug stuff in place (I'll attach the config and > a dmesg), but I can't get it into ddb to get the backtrace :( > > Ideas? Try playing with hw.acpi.disable_on_reboot and hw.acpi.handle_reboot. I'm not sure if these are settable via sysctl or need to be done via loader.conf. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 19:29:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D91B106566B for ; Sat, 12 Apr 2008 19:29:41 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id D6DAD8FC14 for ; Sat, 12 Apr 2008 19:29:40 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from adsl-68-91-193-150.dsl.austtx.swbell.net ([68.91.193.150]:62013 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JklPv-0004G1-0q; Sat, 12 Apr 2008 14:29:40 -0500 Date: Sat, 12 Apr 2008 14:29:35 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Jeremy Chadwick In-Reply-To: <20080412191133.GA64245@eos.sc1.parodius.com> Message-ID: <20080412142849.Q1419@borg> References: <20080412101423.F1283@borg> <20080412191133.GA64245@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: Hang after flushing all buffers/no reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 19:29:41 -0000 On Sat, 12 Apr 2008, Jeremy Chadwick wrote: > On Sat, Apr 12, 2008 at 10:16:39AM -0500, Larry Rosenman wrote: >> I have a amd64 system that when I try to reboot it, it hangs after the "All >> buffers flushed" message. >> >> I thought I had all the debug stuff in place (I'll attach the config and >> a dmesg), but I can't get it into ddb to get the backtrace :( >> >> Ideas? > > Try playing with hw.acpi.disable_on_reboot and hw.acpi.handle_reboot. > Seeting hw.acpi.handle_reboot = 1 (via sysctl, fwiw) seems to have at least worked once :) Thanks for the tip! > I'm not sure if these are settable via sysctl or need to be done via > loader.conf. > > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 19:54:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F291065671; Sat, 12 Apr 2008 19:54:55 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9AF8FC0C; Sat, 12 Apr 2008 19:54:55 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from [212.62.248.146] (helo=[192.168.2.176]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jkl91-000Ou2-Ub; Sat, 12 Apr 2008 21:12:14 +0200 Message-Id: From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Peter Jeremy In-Reply-To: <20080411210709.GG30953@server.vk2pj.dyndns.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: Sat, 12 Apr 2008 21:12:11 +0200 References: <20080411210709.GG30953@server.vk2pj.dyndns.org> X-Mailer: Apple Mail (2.919.2) X-Spam-Score: 0.7 X-Spam-Level: / Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Hardware - Sun workstation Ultra 20 and others X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2008 19:54:55 -0000 On Apr 11, 2008, at 23:07, Peter Jeremy wrote: > On Fri, Apr 11, 2008 at 12:57:53PM +0200, Ivan Voras wrote: >> Does anyone have experience with running Sun's Opteron-based >> workstation, Ultra 20, 25, 40? Both with FreeBSD and other systems >> (Linux)? Are they stable, all the drivers are present, etc? > > I've not used any of these but: > 1) The Ultra 25 is UltraSPARC IIIi based. This CPU is not supported > by FreeBSD as Sun will not release necessary documentation. I thought this was resolved a while back? In any case, OpenBSD has had USiii support for some time now. I could get my hands on some USiii (and possibly IV) hardware to make available if...... ;) /Eirik > 2) Sun states they support both RHEL and SuSE ES on both the U20 and > U40 so I would expect they are stable and all hardware supported, > at least on those Linuxes. > > -- > 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.