From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 00:57:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7360316A41F for ; Sun, 18 Sep 2005 00:57:31 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB0643D45 for ; Sun, 18 Sep 2005 00:57:30 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so46143nzd for ; Sat, 17 Sep 2005 17:57:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RIlxqait2fRAWcaA00d3Chz8cQXWg5al+pglsdrXhKAo48EbMJQUb1hdW7qECzmRVxUXZL63E+ygLhouLLj09YZBNVV/nJgGIfN4bxcwLlJzsarxDm94MPFkrTb3tNssT9me7UUKoBGSYmR3aIJDyEwm+DklB92XgB3NmhebBkQ= Received: by 10.54.65.8 with SMTP id n8mr369667wra; Sat, 17 Sep 2005 17:57:30 -0700 (PDT) Received: by 10.54.131.8 with HTTP; Sat, 17 Sep 2005 17:57:30 -0700 (PDT) Message-ID: Date: Sun, 18 Sep 2005 00:57:30 +0000 From: Robert Backhaus To: bob self In-Reply-To: <432AF297.80203@charter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <432AF297.80203@charter.net> Cc: x11@FreeBSD.org, freebsd-current@freebsd.org, gerald@FreeBSD.org Subject: Re: can't run wine anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: robbak@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 00:57:31 -0000 On 9/16/05, bob self wrote: > I'm running 6.0 beta 4 and after doing a nightly portupgrade a couple of > nights ago I can no longer run > wine. Six ports upgraded sucessfully, including xorg-server. I get this > message now when I run wine: >=20 > X Error of failed request: BadAlloc (insufficient resources for operatio= n) > Major opcode of failed request: 53 (X_CreatePixmap) > Serial number of failed request: 12785 > Current serial number in output stream: 12787 > X Error of failed request: BadAlloc (insufficient resources for operatio= n) > Major opcode of failed request: 53 (X_CreatePixmap) > Serial number of failed request: 12785 > Current serial number in output stream: 12787 >=20 > Does anyone know what this means or what is causing it? It's in the wine bug list, see the link below. Many people are working on it. It seems to be caused by an xorg upgrade. There are many people working on a fix, so it shouldn't take long. According to the bug report, removing that patch resolves the issue. (It appears to be the file "files/patch-CAN-2005-2495". I'll try it soon. I'm cc-ing gerald, the wine maintainer, and the x11 maillist. http://bugs.winehq.org/show_bug.cgi?id=3D3336 From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 01:30:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A98A716A41F; Sun, 18 Sep 2005 01:30:07 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECDBE43D45; Sun, 18 Sep 2005 01:30:06 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id 43A1117B859; Sun, 18 Sep 2005 03:30:05 +0200 (CEST) Received: from patsy.ijs.si ([127.0.0.1]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16741-01; Sun, 18 Sep 2005 03:30:00 +0200 (CEST) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id B58EE17B855; Sun, 18 Sep 2005 03:29:59 +0200 (CEST) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id 813251702B; Sun, 18 Sep 2005 03:29:59 +0200 (CEST) From: Dejan Lesjak To: freebsd-x11@freebsd.org, robbak@gmail.com Date: Sun, 18 Sep 2005 03:29:56 +0200 User-Agent: KMail/1.8.2 References: <432AF297.80203@charter.net> In-Reply-To: X-Face: %~f=_)D]BD:EmnBSk5TR|!pcMoc_Ohnn, wh02@'h@*ylg@w}ur$a@0nU2hg~PdH4"vw<=?utf-8?q?4g=0A=09fFrrU44=60z?="]BC%`Y@tv(J*F&o%7EA5<, h`CxOHZq|c:O>|yXElz^Bbsp!QLojjP MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_WMMLDVO9ESMVAqT" Message-Id: <200509180329.58967.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Cc: freebsd-current@freebsd.org, gerald@freebsd.org, bob self Subject: Re: can't run wine anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 01:30:07 -0000 --Boundary-00=_WMMLDVO9ESMVAqT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 18 of September 2005 02:57, Robert Backhaus wrote: > On 9/16/05, bob self wrote: > > I'm running 6.0 beta 4 and after doing a nightly portupgrade a couple of > > nights ago I can no longer run > > wine. Six ports upgraded sucessfully, including xorg-server. I get this > > message now when I run wine: > > > > X Error of failed request: BadAlloc (insufficient resources for > > operation) Major opcode of failed request: 53 (X_CreatePixmap) > > Serial number of failed request: 12785 > > Current serial number in output stream: 12787 > > X Error of failed request: BadAlloc (insufficient resources for > > operation) Major opcode of failed request: 53 (X_CreatePixmap) > > Serial number of failed request: 12785 > > Current serial number in output stream: 12787 > > > > Does anyone know what this means or what is causing it? > > It's in the wine bug list, see the link below. Many people are working > on it. It seems to be caused by an xorg upgrade. There are many people > working on a fix, so it shouldn't take long. According to the bug > report, removing that patch resolves the issue. (It appears to be the > file "files/patch-CAN-2005-2495". I'll try it soon. I'm cc-ing > gerald, the wine maintainer, and the x11 maillist. > > http://bugs.winehq.org/show_bug.cgi?id=3336 Can you please try replacing patch-CAN-2005-2495 with the attached one (also at http://www.ijs.si/~lesi/xorg/patch-CAN-2005-2495-take2). This is the version that was actually committed to Xorg CVS. Dejan --Boundary-00=_WMMLDVO9ESMVAqT Content-Type: text/plain; charset="iso-8859-1"; name="patch-CAN-2005-2495-take2" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-CAN-2005-2495-take2" Index: programs/Xserver/afb/afbpixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/afb/afbpixmap.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- programs/Xserver/afb/afbpixmap.c 3 Jul 2005 07:01:14 -0000 1.5 +++ programs/Xserver/afb/afbpixmap.c 13 Sep 2005 01:33:18 -0000 1.6 @@ -77,10 +77,14 @@ int depth; { PixmapPtr pPixmap; - int datasize; - int paddedWidth; + size_t datasize; + size_t paddedWidth; paddedWidth = BitmapBytePad(width); + + if (paddedWidth > 32767 || height > 32767 || depth > 4) + return NullPixmap; + datasize = height * paddedWidth * depth; pPixmap = AllocatePixmap(pScreen, datasize); if (!pPixmap) Index: programs/Xserver/cfb/cfbpixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/cfb/cfbpixmap.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- programs/Xserver/cfb/cfbpixmap.c 3 Jul 2005 07:01:15 -0000 1.5 +++ programs/Xserver/cfb/cfbpixmap.c 13 Sep 2005 01:33:19 -0000 1.6 @@ -72,10 +72,13 @@ int depth; { PixmapPtr pPixmap; - int datasize; - int paddedWidth; + size_t datasize; + size_t paddedWidth; paddedWidth = PixmapBytePad(width, depth); + + if (paddedWidth / 4 > 32767 || height > 32767) + return NullPixmap; datasize = height * paddedWidth; pPixmap = AllocatePixmap(pScreen, datasize); if (!pPixmap) Index: programs/Xserver/dix/dispatch.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/dix/dispatch.c,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- programs/Xserver/dix/dispatch.c 16 Jul 2005 20:52:25 -0000 1.12 +++ programs/Xserver/dix/dispatch.c 13 Sep 2005 01:33:19 -0000 1.13 @@ -1483,6 +1483,23 @@ client->errorValue = 0; return BadValue; } + if (stuff->width > 32767 || stuff->height > 32767) + { + /* It is allowed to try and allocate a pixmap which is larger than + * 32767 in either dimension. However, all of the framebuffer code + * is buggy and does not reliably draw to such big pixmaps, basically + * because the Region data structure operates with signed shorts + * for the rectangles in it. + * + * Furthermore, several places in the X server computes the + * size in bytes of the pixmap and tries to store it in an + * integer. This integer can overflow and cause the allocated size + * to be much smaller. + * + * So, such big pixmaps are rejected here with a BadAlloc + */ + return BadAlloc; + } if (stuff->depth != 1) { pDepth = pDraw->pScreen->allowedDepths; Index: programs/Xserver/dix/pixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/dix/pixmap.c,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- programs/Xserver/dix/pixmap.c 3 Jul 2005 08:53:38 -0000 1.7 +++ programs/Xserver/dix/pixmap.c 13 Sep 2005 01:33:19 -0000 1.8 @@ -118,6 +118,9 @@ unsigned size; int i; + if (pScreen->totalPixmapSize > ((size_t)-1) - pixDataSize) + return NullPixmap; + pPixmap = (PixmapPtr)xalloc(pScreen->totalPixmapSize + pixDataSize); if (!pPixmap) return NullPixmap; Index: programs/Xserver/fb/fbpixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/fb/fbpixmap.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- programs/Xserver/fb/fbpixmap.c 3 Jul 2005 07:01:23 -0000 1.5 +++ programs/Xserver/fb/fbpixmap.c 13 Sep 2005 01:33:19 -0000 1.6 @@ -36,12 +36,14 @@ fbCreatePixmapBpp (ScreenPtr pScreen, int width, int height, int depth, int bpp) { PixmapPtr pPixmap; - int datasize; - int paddedWidth; + size_t datasize; + size_t paddedWidth; int adjust; int base; paddedWidth = ((width * bpp + FB_MASK) >> FB_SHIFT) * sizeof (FbBits); + if (paddedWidth / 4 > 32767 || height > 32767) + return NullPixmap; datasize = height * paddedWidth; #ifdef PIXPRIV base = pScreen->totalPixmapSize; Index: programs/Xserver/hw/xfree86/xaa/xaaInit.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/hw/xfree86/xaa/xaaInit.c,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- programs/Xserver/hw/xfree86/xaa/xaaInit.c 3 Jul 2005 08:53:49 -0000 1.7 +++ programs/Xserver/hw/xfree86/xaa/xaaInit.c 13 Sep 2005 01:33:19 -0000 1.8 @@ -502,6 +502,9 @@ XAAPixmapPtr pPriv; PixmapPtr pPix = NULL; int size = w * h; + + if (w > 32767 || h > 32767) + return NullPixmap; if (!infoRec->offscreenDepthsInitialized) XAAInitializeOffscreenDepths (pScreen); Index: programs/Xserver/hw/xfree86/xf4bpp/ppcPixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/hw/xfree86/xf4bpp/ppcPixmap.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- programs/Xserver/hw/xfree86/xf4bpp/ppcPixmap.c 3 Jul 2005 07:01:41 -0000 1.3 +++ programs/Xserver/hw/xfree86/xf4bpp/ppcPixmap.c 13 Sep 2005 01:33:19 -0000 1.4 @@ -89,7 +89,7 @@ int depth ; { register PixmapPtr pPixmap = (PixmapPtr)NULL; - int size ; + size_t size ; TRACE(("xf4bppCreatePixmap(pScreen=0x%x, width=%d, height=%d, depth=%d)\n", pScreen, width, height, depth)) ; @@ -97,6 +97,10 @@ return (PixmapPtr) NULL ; size = PixmapBytePad(width, depth); + + if (size / 4 > 32767 || height > 32767) + return (PixmapPtr) NULL ; + pPixmap = AllocatePixmap (pScreen, (height * size)); if ( !pPixmap ) Index: programs/Xserver/ilbm/ilbmpixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/ilbm/ilbmpixmap.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- programs/Xserver/ilbm/ilbmpixmap.c 3 Jul 2005 07:01:44 -0000 1.4 +++ programs/Xserver/ilbm/ilbmpixmap.c 13 Sep 2005 01:33:19 -0000 1.5 @@ -79,10 +79,12 @@ int depth; { PixmapPtr pPixmap; - int datasize; - int paddedWidth; + size_t datasize; + size_t paddedWidth; paddedWidth = BitmapBytePad(width); + if (paddedWidth > 32767 || height > 32767 || depth > 4) + return NullPixmap; datasize = height * paddedWidth * depth; pPixmap = AllocatePixmap(pScreen, datasize); if (!pPixmap) Index: programs/Xserver/iplan2p4/iplpixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/iplan2p4/iplpixmap.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- programs/Xserver/iplan2p4/iplpixmap.c 3 Jul 2005 07:01:46 -0000 1.4 +++ programs/Xserver/iplan2p4/iplpixmap.c 13 Sep 2005 01:33:19 -0000 1.5 @@ -78,12 +78,14 @@ int depth; { PixmapPtr pPixmap; - int datasize; - int paddedWidth; + size_t datasize; + size_t paddedWidth; int ipad=INTER_PLANES*2 - 1; paddedWidth = PixmapBytePad(width, depth); paddedWidth = (paddedWidth + ipad) & ~ipad; + if (paddedWidth / 4 > 32767 || height > 32767) + return NullPixmap; datasize = height * paddedWidth; pPixmap = AllocatePixmap(pScreen, datasize); if (!pPixmap) Index: programs/Xserver/mfb/mfbpixmap.c =================================================================== RCS file: /epruveta/repos/xorg/xorg/xc/programs/Xserver/mfb/mfbpixmap.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- programs/Xserver/mfb/mfbpixmap.c 3 Jul 2005 07:01:50 -0000 1.4 +++ programs/Xserver/mfb/mfbpixmap.c 13 Sep 2005 01:33:19 -0000 1.5 @@ -75,12 +75,14 @@ int depth; { PixmapPtr pPixmap; - int datasize; - int paddedWidth; + size_t datasize; + size_t paddedWidth; if (depth != 1) return NullPixmap; paddedWidth = BitmapBytePad(width); + if (paddedWidth / 4 > 32767 || height > 32767) + return NullPixmap; datasize = height * paddedWidth; pPixmap = AllocatePixmap(pScreen, datasize); if (!pPixmap) --Boundary-00=_WMMLDVO9ESMVAqT-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 02:05:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8E116A41F for ; Sun, 18 Sep 2005 02:05:19 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B117C43D45 for ; Sun, 18 Sep 2005 02:05:18 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so238358wxd for ; Sat, 17 Sep 2005 19:05:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZDiYXywjS4TFXxvt1J4zGbhzyu6qHkoedzMPefryX9768IUSKTFuZis/aazz5KHdgfufCWdIWn+r5JAKCpQm7ETzwJh9pY4IQDssGfYcOgLxT2rszqZdNfdkB4MsP/c1YJ4AI4n4xH0xmx5e/gMXgpIF0nc2DeTxwVvXJc17Jk8= Received: by 10.70.128.4 with SMTP id a4mr772310wxd; Sat, 17 Sep 2005 19:05:18 -0700 (PDT) Received: by 10.70.115.15 with HTTP; Sat, 17 Sep 2005 19:05:18 -0700 (PDT) Message-ID: <84dead72050917190558e24d2b@mail.gmail.com> Date: Sun, 18 Sep 2005 07:35:18 +0530 From: Joseph Koshy To: Andrew Gallatin In-Reply-To: <17196.35762.395155.325627@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050914194612.15692485.lehmann@ans-netz.de> <84dead7205091500152a7c25d1@mail.gmail.com> <20050915172005.072f4bdf.lehmann@ans-netz.de> <20050915181238.54b16b4b.lehmann@ans-netz.de> <84dead720509160921732e7f96@mail.gmail.com> <20050916184911.38e2739a.lehmann@ans-netz.de> <20050916225219.73b53cd0.lehmann@ans-netz.de> <84dead7205091619435c12b528@mail.gmail.com> <20050917102846.7bf26a56.lehmann@ans-netz.de> <17196.35762.395155.325627@grasshopper.cs.duke.edu> Cc: current@freebsd.org, Oliver Lehmann Subject: Re: low(er) disk performance with sched_4bsd then with sched_ule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joseph.koshy@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 02:05:19 -0000 > I don't know the disk codepath very well, but the samples look=20 > little suspect. They do look odd. For one, there are entries for the p4_*_pmc functions which would never get called on a P-III box. Oliver, after you sync'ed up with RELENG_6, did you keep the sources for pmcstat(8) sync'ed with current? If not, that would explain the skewed profile. Yesterday I MFC'ed a few bug fixes so could you run the last step (pmcstat -g -R=20 /path-to-sample-file) with today's pmcstat(8)? The file "src/usr.sbin/pmcstat_log.c" should be at rev 1.3.2.1. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 02:20:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CDB116A41F for ; Sun, 18 Sep 2005 02:20:41 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC9743D45 for ; Sun, 18 Sep 2005 02:20:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8I2KVrv016045; Sat, 17 Sep 2005 20:20:31 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <432CCEF5.2050608@samsco.org> Date: Sat, 17 Sep 2005 20:20:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Gallatin References: <20050914194612.15692485.lehmann@ans-netz.de> <20050914222013.178dc4dc.lehmann@ans-netz.de> <84dead72050914135239514c49@mail.gmail.com> <20050915000053.448f251b.lehmann@ans-netz.de> <84dead7205091500152a7c25d1@mail.gmail.com> <20050915172005.072f4bdf.lehmann@ans-netz.de> <20050915181238.54b16b4b.lehmann@ans-netz.de> <84dead720509160921732e7f96@mail.gmail.com> <20050916184911.38e2739a.lehmann@ans-netz.de> <20050916225219.73b53cd0.lehmann@ans-netz.de> <84dead7205091619435c12b528@mail.gmail.com> <20050917102846.7bf26a56.lehmann@ans-netz.de> <17196.35762.395155.325627@grasshopper.cs.duke.edu> In-Reply-To: <17196.35762.395155.325627@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: low(er) disk performance with sched_4bsd then with sched_ule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 02:20:41 -0000 Andrew Gallatin wrote: > Oliver Lehmann writes: > > Joseph Koshy wrote: > > > > > ol> Wow, that update to BETA4 did the trick! While running > > > ol> SCHED_4BSD: > > > > > > Fantastic! What is the profile like with the new 4BSD kernel? > > > > http://pofo.de/tmp/gprof.4bsd.3 > > I don't know the disk codepath very well, but the samples look a > little suspect. We're copying a lot of data into and out of the > kernel, so I would expect the majority of non disk wait time would be > spent simply copying out the zero-filled pages, and copying them back > in (AFAIK, dd uses read/write). Where is the time spent in read, > write, uiomove, bcopy? > > What about ionode allocations, etc? And why do things like > g_bsd_modify and g_bsd_ioctl rank so high? Aren't those only used > when dealing with disklabels? > > BTW, I *love* that we've got access to the hw counters, and an easy > way to do low-overhead profiling of the kernel. > > Drew > I don't know if it's the case here or not, but GCC now does very aggressive function inlining, so much so that it's nearly impossible to look at a backtrace and figure out what the actual call path was. Compiling with -O instead of the -O2 default turns off this 'feature' (and I use that term quite liberally), so it might be useful to recompile there kernel with 'CFLAGS= -O' in /etc/make.conf and see if it changes the profiling numbers at all. Also, I think that there was some talk last year about things like preemption and fast interrupts screwing up certain kinds of profiling. I don't recall if there was a solution to this, though. Scott From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 03:20:55 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 219D516A420 for ; Sun, 18 Sep 2005 03:20:55 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50309.mail.yahoo.com (web50309.mail.yahoo.com [206.190.38.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 3787F43D46 for ; Sun, 18 Sep 2005 03:20:54 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 25989 invoked by uid 60001); 18 Sep 2005 03:20:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cEYxNlpOg2DxDBQmeWfhI4Jp23F/1+H8m1/NEpeS9FXc3XMfbPmlmpQiQANiLAFuSKpHT9BoZsE8j4h1w5v7PCWonTtsSFhp7IokIYsfFEtd2YaD7wo9YXKL3Zn+MqH3WsybB7yUzTWVzOw0nerI3lkna6+wVJxUUS9eWEHRX58= ; Message-ID: <20050918032053.25987.qmail@web50309.mail.yahoo.com> Received: from [67.99.246.2] by web50309.mail.yahoo.com via HTTP; Sat, 17 Sep 2005 20:20:53 PDT Date: Sat, 17 Sep 2005 20:20:53 -0700 (PDT) From: alan bryan To: Maxime Henrion , current@FreeBSD.org In-Reply-To: <20050913213527.7327.qmail@web50315.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: HEADS UP: call for nve(4) users to test a patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 03:20:55 -0000 Just a followup after a few days to confirm that I'm still seeing the same thing - it now goes to "63" and then networking (nve) dies - it does this about every 12 hours or so on my desktop machine with normal web browsing as the main thing using networking. Is there any way short of a reboot to "reset" the nve or am I stuck rebooting this machine every 12 hours or so? Is there anything else that may work or anything else you want to try? If not I'll have to find some other network card as this rebooting is getting old fast. Thanks again for trying! --Alan --- alan bryan wrote: > Well, I tried it and it's still broken. I patched > and > re-compiled last night (FreeBSD 6 beta 1). The only > change is that it didn't go to 64 before dying, it > now > died at 63 (whatever these numbers stand for). > > For example from my demsg: > nve0: device timeout (62) > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: device timeout (63) > nve0: link state changed to DOWN > nve0: link state changed to UP > > > ping 10.0.0.1 > PING 10.0.0.1 (10.0.0.1): 56 data bytes > ping: sendto: No buffer space available > ping: sendto: No buffer space available > (10.0.0.1 is the gateway) > > It lasted about 12 hours while slowly counting up to > 63 before dying. > > nForce 4 from the onboard nve in the Shuttle SN25P > small form factor PC. > > If you need anything else just let me know. > > Thanks for trying! > > --Alan > > > > > --- Maxime Henrion wrote: > > > Hi, > > > > > > > > If any of you are using an nve(4) card and are > > experiencing "device > > timeout" errors, I'd like you to test a very > simple > > patch. One person > > already reported success with it, but I'd like to > > see more reports > > before committing and hopefully MFC'ing it in time > > for 6.0-RELEASE. > > > > This patch just reduces the size of the TX ring by > > one. Many NIC chips > > in existence today have such bugs and require > > similar fixes, so I'm not > > really surprised. It also seems Linux's forcedeth > > driver does such a > > thing, but it's hard to tell because it uses an > > entirely different API > > than us. > > > > Thanks, > > Maxime > > > ? nve.patch > > Index: if_nvereg.h > > > =================================================================== > > RCS file: /home/ncvs/src/sys/dev/nve/if_nvereg.h,v > > retrieving revision 1.3 > > diff -u -r1.3 if_nvereg.h > > --- if_nvereg.h 10 Jun 2005 16:49:12 -0000 1.3 > > +++ if_nvereg.h 12 Sep 2005 17:21:21 -0000 > > @@ -49,9 +49,9 @@ > > > > #define NV_RID 0x10 > > > > -#define TX_RING_SIZE 64 > > +#define TX_RING_SIZE 63 > > #define RX_RING_SIZE 64 > > -#define NV_MAX_FRAGS 63 > > +#define NV_MAX_FRAGS 62 > > > > #define FCS_LEN 4 > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > > > __________________________________ > Yahoo! Mail - PC Magazine Editors' Choice 2005 > http://mail.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 03:54:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1010016A420 for ; Sun, 18 Sep 2005 03:54:04 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFFDD43D48 for ; Sun, 18 Sep 2005 03:54:02 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so61661nzd for ; Sat, 17 Sep 2005 20:54:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Ufz7lu2VzBIQ1HW562mim6ncoljW/44Y7m8zq5QnEUtKFnwvlJKzQt4u1LS06XsEh+6o0tUgejnSLzhBbmOG4nwZpF1MbavDZgavCqypUUc0oHgVrraSksQEjuVEb1ZOl5pSrb5Ew1a5j1B4O9QzFXe89ocF0hcrBd67X56AdKg= Received: by 10.54.56.75 with SMTP id e75mr413140wra; Sat, 17 Sep 2005 20:54:02 -0700 (PDT) Received: by 10.54.131.8 with HTTP; Sat, 17 Sep 2005 20:54:02 -0700 (PDT) Message-ID: Date: Sun, 18 Sep 2005 03:54:02 +0000 From: Robert Backhaus To: bob self In-Reply-To: <200509180329.58967.dejan.lesjak@ijs.si> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_26500_31995672.1127015642281" References: <432AF297.80203@charter.net> <200509180329.58967.dejan.lesjak@ijs.si> Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, gerald@freebsd.org Subject: Re: can't run wine anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: robbak@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 03:54:04 -0000 ------=_Part_26500_31995672.1127015642281 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 9/18/05, Dejan Lesjak wrote: > On Sunday 18 of September 2005 02:57, Robert Backhaus wrote: > > On 9/16/05, bob self wrote: > > > I'm running 6.0 beta 4 and after doing a nightly portupgrade a couple= of > > > nights ago I can no longer run > > > wine. Six ports upgraded sucessfully, including xorg-server. I get th= is > > > message now when I run wine: > > > > > > X Error of failed request: BadAlloc (insufficient resources for > > > operation) Major opcode of failed request: 53 (X_CreatePixmap) > > > Serial number of failed request: 12785 > > > Current serial number in output stream: 12787 > > > X Error of failed request: BadAlloc (insufficient resources for > > > operation) Major opcode of failed request: 53 (X_CreatePixmap) > > > Serial number of failed request: 12785 > > > Current serial number in output stream: 12787 > > > > > > Does anyone know what this means or what is causing it? > > > > It's in the wine bug list, see the link below. Many people are working > > on it. It seems to be caused by an xorg upgrade. There are many people > > working on a fix, so it shouldn't take long. According to the bug > > report, removing that patch resolves the issue. (It appears to be the > > file "files/patch-CAN-2005-2495". I'll try it soon. I'm cc-ing > > gerald, the wine maintainer, and the x11 maillist. > > > > http://bugs.winehq.org/show_bug.cgi?id=3D3336 >=20 > Can you please try replacing patch-CAN-2005-2495 with the attached one (a= lso > at http://www.ijs.si/~lesi/xorg/patch-CAN-2005-2495-take2). This is the > version that was actually committed to Xorg CVS. >=20 >=20 > Dejan Dejan and I have been working on this, and have got wine working succesfully by replacing patch-CAN-2005-2495 with http://www.ijs.si/~lesi/xorg/patch-CAN-2005-2495-aligned , which is also attatched. the updated patch should be commited to the port shortly. ------=_Part_26500_31995672.1127015642281 Content-Type: application/octet-stream; name="patch-CAN-2005-2495-aligned" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-CAN-2005-2495-aligned" LS0tIHByb2dyYW1zL1hzZXJ2ZXIvYWZiL2FmYnBpeG1hcC5jLm9yaWcJRnJpIEFwciAyMyAyMDo1 OTozOSAyMDA0CisrKyBwcm9ncmFtcy9Yc2VydmVyL2FmYi9hZmJwaXhtYXAuYwlTdW4gU2VwIDE4 IDA0OjU2OjAyIDIwMDUKQEAgLTczLDEwICs3MywxNCBAQAogCWludAkJCQlkZXB0aDsKIHsKIAlQ aXhtYXBQdHIgcFBpeG1hcDsKLQlpbnQgZGF0YXNpemU7Ci0JaW50IHBhZGRlZFdpZHRoOworCXNp emVfdCBkYXRhc2l6ZTsKKwlzaXplX3QgcGFkZGVkV2lkdGg7CiAKIAlwYWRkZWRXaWR0aCA9IEJp dG1hcEJ5dGVQYWQod2lkdGgpOworCisJaWYgKHBhZGRlZFdpZHRoID4gMzI3NjcgfHwgaGVpZ2h0 ID4gMzI3NjcgfHwgZGVwdGggPiA0KQorCSAgICByZXR1cm4gTnVsbFBpeG1hcDsKKwkKIAlkYXRh c2l6ZSA9IGhlaWdodCAqIHBhZGRlZFdpZHRoICogZGVwdGg7CiAJcFBpeG1hcCA9IEFsbG9jYXRl UGl4bWFwKHBTY3JlZW4sIGRhdGFzaXplKTsKIAlpZiAoIXBQaXhtYXApCi0tLSBwcm9ncmFtcy9Y c2VydmVyL2NmYi9jZmJwaXhtYXAuYy5vcmlnCUZyaSBBcHIgMjMgMjE6MDA6MTIgMjAwNAorKysg cHJvZ3JhbXMvWHNlcnZlci9jZmIvY2ZicGl4bWFwLmMJU3VuIFNlcCAxOCAwNDo1NjowMiAyMDA1 CkBAIC03MCwxMCArNzAsMTMgQEAKICAgICBpbnQJCWRlcHRoOwogewogICAgIFBpeG1hcFB0ciBw UGl4bWFwOwotICAgIGludCBkYXRhc2l6ZTsKLSAgICBpbnQgcGFkZGVkV2lkdGg7CisgICAgc2l6 ZV90IGRhdGFzaXplOworICAgIHNpemVfdCBwYWRkZWRXaWR0aDsKIAogICAgIHBhZGRlZFdpZHRo ID0gUGl4bWFwQnl0ZVBhZCh3aWR0aCwgZGVwdGgpOworCisgICAgaWYgKHBhZGRlZFdpZHRoIC8g NCA+IDMyNzY3IHx8IGhlaWdodCA+IDMyNzY3KQorCXJldHVybiBOdWxsUGl4bWFwOwogICAgIGRh dGFzaXplID0gaGVpZ2h0ICogcGFkZGVkV2lkdGg7CiAgICAgcFBpeG1hcCA9IEFsbG9jYXRlUGl4 bWFwKHBTY3JlZW4sIGRhdGFzaXplKTsKICAgICBpZiAoIXBQaXhtYXApCi0tLSBwcm9ncmFtcy9Y c2VydmVyL2RpeC9kaXNwYXRjaC5jLm9yaWcJTW9uIERlYyAxMyAwMjoyMzowNSAyMDA0CisrKyBw cm9ncmFtcy9Yc2VydmVyL2RpeC9kaXNwYXRjaC5jCVN1biBTZXAgMTggMDQ6NTY6MDIgMjAwNQpA QCAtMTUwNiw2ICsxNTA2LDIzIEBACiAJY2xpZW50LT5lcnJvclZhbHVlID0gMDsKICAgICAgICAg cmV0dXJuIEJhZFZhbHVlOwogICAgIH0KKyAgICBpZiAoc3R1ZmYtPndpZHRoID4gMzI3NjcgfHwg c3R1ZmYtPmhlaWdodCA+IDMyNzY3KQorICAgIHsKKwkvKiBJdCBpcyBhbGxvd2VkIHRvIHRyeSBh bmQgYWxsb2NhdGUgYSBwaXhtYXAgd2hpY2ggaXMgbGFyZ2VyIHRoYW4KKwkgKiAzMjc2NyBpbiBl aXRoZXIgZGltZW5zaW9uLiBIb3dldmVyLCBhbGwgb2YgdGhlIGZyYW1lYnVmZmVyIGNvZGUKKwkg KiBpcyBidWdneSBhbmQgZG9lcyBub3QgcmVsaWFibHkgZHJhdyB0byBzdWNoIGJpZyBwaXhtYXBz LCBiYXNpY2FsbHkKKwkgKiBiZWNhdXNlIHRoZSBSZWdpb24gZGF0YSBzdHJ1Y3R1cmUgb3BlcmF0 ZXMgd2l0aCBzaWduZWQgc2hvcnRzCisJICogZm9yIHRoZSByZWN0YW5nbGVzIGluIGl0LgorCSAq CisJICogRnVydGhlcm1vcmUsIHNldmVyYWwgcGxhY2VzIGluIHRoZSBYIHNlcnZlciBjb21wdXRl cyB0aGUKKwkgKiBzaXplIGluIGJ5dGVzIG9mIHRoZSBwaXhtYXAgYW5kIHRyaWVzIHRvIHN0b3Jl IGl0IGluIGFuCisJICogaW50ZWdlci4gVGhpcyBpbnRlZ2VyIGNhbiBvdmVyZmxvdyBhbmQgY2F1 c2UgdGhlIGFsbG9jYXRlZCBzaXplCisJICogdG8gYmUgbXVjaCBzbWFsbGVyLgorCSAqCisJICog U28sIHN1Y2ggYmlnIHBpeG1hcHMgYXJlIHJlamVjdGVkIGhlcmUgd2l0aCBhIEJhZEFsbG9jCisJ ICovCisJcmV0dXJuIEJhZEFsbG9jOworICAgIH0KICAgICBpZiAoc3R1ZmYtPmRlcHRoICE9IDEp CiAgICAgewogICAgICAgICBwRGVwdGggPSBwRHJhdy0+cFNjcmVlbi0+YWxsb3dlZERlcHRoczsK LS0tIHByb2dyYW1zL1hzZXJ2ZXIvZGl4L3BpeG1hcC5jLm9yaWcJRnJpIEFwciAyMyAyMTowNDo0 NCAyMDA0CisrKyBwcm9ncmFtcy9Yc2VydmVyL2RpeC9waXhtYXAuYwlTdW4gU2VwIDE4IDA0OjU2 OjAyIDIwMDUKQEAgLTEyNiw2ICsxMjYsOSBAQAogICAgIHVuc2lnbmVkIHNpemU7CiAgICAgaW50 IGk7CiAKKyAgICBpZiAocFNjcmVlbi0+dG90YWxQaXhtYXBTaXplID4gKChzaXplX3QpLTEpIC0g cGl4RGF0YVNpemUpCisJcmV0dXJuIE51bGxQaXhtYXA7CisgICAgCiAgICAgcFBpeG1hcCA9IChQ aXhtYXBQdHIpeGFsbG9jKHBTY3JlZW4tPnRvdGFsUGl4bWFwU2l6ZSArIHBpeERhdGFTaXplKTsK ICAgICBpZiAoIXBQaXhtYXApCiAJcmV0dXJuIE51bGxQaXhtYXA7Ci0tLSBwcm9ncmFtcy9Yc2Vy dmVyL2ZiL2ZicGl4bWFwLmMub3JpZwlNb24gQXVnICA5IDA1OjQwOjUwIDIwMDQKKysrIHByb2dy YW1zL1hzZXJ2ZXIvZmIvZmJwaXhtYXAuYwlTdW4gU2VwIDE4IDA0OjU2OjAyIDIwMDUKQEAgLTMy LDEyICszMiwxNCBAQAogZmJDcmVhdGVQaXhtYXBCcHAgKFNjcmVlblB0ciBwU2NyZWVuLCBpbnQg d2lkdGgsIGludCBoZWlnaHQsIGludCBkZXB0aCwgaW50IGJwcCkKIHsKICAgICBQaXhtYXBQdHIJ cFBpeG1hcDsKLSAgICBpbnQJCWRhdGFzaXplOwotICAgIGludAkJcGFkZGVkV2lkdGg7CisgICAg c2l6ZV90CWRhdGFzaXplOworICAgIHNpemVfdAlwYWRkZWRXaWR0aDsKICAgICBpbnQJCWFkanVz dDsKICAgICBpbnQJCWJhc2U7CiAKICAgICBwYWRkZWRXaWR0aCA9ICgod2lkdGggKiBicHAgKyBG Ql9NQVNLKSA+PiBGQl9TSElGVCkgKiBzaXplb2YgKEZiQml0cyk7CisgICAgaWYgKHBhZGRlZFdp ZHRoIC8gNCA+IDMyNzY3IHx8IGhlaWdodCA+IDMyNzY3KQorCXJldHVybiBOdWxsUGl4bWFwOwog ICAgIGRhdGFzaXplID0gaGVpZ2h0ICogcGFkZGVkV2lkdGg7CiAjaWZkZWYgUElYUFJJVgogICAg IGJhc2UgPSBwU2NyZWVuLT50b3RhbFBpeG1hcFNpemU7Ci0tLSBwcm9ncmFtcy9Yc2VydmVyL2h3 L3hmcmVlODYveGFhL3hhYUluaXQuYy5vcmlnCUZyaSBKdWwgMzAgMjI6MzA6NTYgMjAwNAorKysg cHJvZ3JhbXMvWHNlcnZlci9ody94ZnJlZTg2L3hhYS94YWFJbml0LmMJU3VuIFNlcCAxOCAwNDo1 NjowMiAyMDA1CkBAIC00OTgsNiArNDk4LDkgQEAKICAgICBYQUFQaXhtYXBQdHIgcFByaXY7CiAg ICAgUGl4bWFwUHRyIHBQaXggPSBOVUxMOwogICAgIGludCBzaXplID0gdyAqIGg7CisKKyAgICBp ZiAodyA+IDMyNzY3IHx8IGggPiAzMjc2NykKKwlyZXR1cm4gTnVsbFBpeG1hcDsKICAgICAKICAg ICBpZiAoIWluZm9SZWMtPm9mZnNjcmVlbkRlcHRoc0luaXRpYWxpemVkKQogCVhBQUluaXRpYWxp emVPZmZzY3JlZW5EZXB0aHMgKHBTY3JlZW4pOwotLS0gcHJvZ3JhbXMvWHNlcnZlci9ody94ZnJl ZTg2L3hmNGJwcC9wcGNQaXhtYXAuYy5vcmlnCUZyaSBBcHIgMjMgMjE6NTQ6MTcgMjAwNAorKysg cHJvZ3JhbXMvWHNlcnZlci9ody94ZnJlZTg2L3hmNGJwcC9wcGNQaXhtYXAuYwlTdW4gU2VwIDE4 IDA0OjU2OjAyIDIwMDUKQEAgLTg1LDcgKzg1LDcgQEAKICAgICBpbnQJCWRlcHRoIDsKIHsKICAg ICByZWdpc3RlciBQaXhtYXBQdHIgcFBpeG1hcCAgPSAoUGl4bWFwUHRyKU5VTEw7Ci0gICAgaW50 IHNpemUgOworICAgIHNpemVfdCBzaXplIDsKICAgICAKICAgICBUUkFDRSgoInhmNGJwcENyZWF0 ZVBpeG1hcChwU2NyZWVuPTB4JXgsIHdpZHRoPSVkLCBoZWlnaHQ9JWQsIGRlcHRoPSVkKVxuIiwg cFNjcmVlbiwgd2lkdGgsIGhlaWdodCwgZGVwdGgpKSA7CiAKQEAgLTkzLDYgKzkzLDEwIEBACiAJ cmV0dXJuIChQaXhtYXBQdHIpIE5VTEwgOwogCiAgICAgc2l6ZSA9IFBpeG1hcEJ5dGVQYWQod2lk dGgsIGRlcHRoKTsKKworICAgIGlmIChzaXplIC8gNCA+IDMyNzY3IHx8IGhlaWdodCA+IDMyNzY3 KQorCXJldHVybiAoUGl4bWFwUHRyKSBOVUxMIDsKKyAgICAKICAgICBwUGl4bWFwID0gQWxsb2Nh dGVQaXhtYXAgKHBTY3JlZW4sIChoZWlnaHQgKiBzaXplKSk7CiAgICAgCiAgICAgaWYgKCAhcFBp eG1hcCApCi0tLSBwcm9ncmFtcy9Yc2VydmVyL2lsYm0vaWxibXBpeG1hcC5jLm9yaWcJRnJpIEFw ciAyMyAyMTo1NDoyMiAyMDA0CisrKyBwcm9ncmFtcy9Yc2VydmVyL2lsYm0vaWxibXBpeG1hcC5j CVN1biBTZXAgMTggMDQ6NTY6MDIgMjAwNQpAQCAtNzUsMTAgKzc1LDEyIEBACiAJaW50CQkJCWRl cHRoOwogewogCVBpeG1hcFB0ciBwUGl4bWFwOwotCWludCBkYXRhc2l6ZTsKLQlpbnQgcGFkZGVk V2lkdGg7CisJc2l6ZV90IGRhdGFzaXplOworCXNpemVfdCBwYWRkZWRXaWR0aDsKIAogCXBhZGRl ZFdpZHRoID0gQml0bWFwQnl0ZVBhZCh3aWR0aCk7CisJaWYgKHBhZGRlZFdpZHRoID4gMzI3Njcg fHwgaGVpZ2h0ID4gMzI3NjcgfHwgZGVwdGggPiA0KQorCQlyZXR1cm4gTnVsbFBpeG1hcDsKIAlk YXRhc2l6ZSA9IGhlaWdodCAqIHBhZGRlZFdpZHRoICogZGVwdGg7CiAJcFBpeG1hcCA9IEFsbG9j YXRlUGl4bWFwKHBTY3JlZW4sIGRhdGFzaXplKTsKIAlpZiAoIXBQaXhtYXApCi0tLSBwcm9ncmFt cy9Yc2VydmVyL2lwbGFuMnA0L2lwbHBpeG1hcC5jLm9yaWcJRnJpIEFwciAyMyAyMTo1NDoyNCAy MDA0CisrKyBwcm9ncmFtcy9Yc2VydmVyL2lwbGFuMnA0L2lwbHBpeG1hcC5jCVN1biBTZXAgMTgg MDQ6NTY6MDIgMjAwNQpAQCAtNzQsMTIgKzc0LDE0IEBACiAgICAgaW50CQlkZXB0aDsKIHsKICAg ICBQaXhtYXBQdHIgcFBpeG1hcDsKLSAgICBpbnQgZGF0YXNpemU7Ci0gICAgaW50IHBhZGRlZFdp ZHRoOworICAgIHNpemVfdCBkYXRhc2l6ZTsKKyAgICBzaXplX3QgcGFkZGVkV2lkdGg7CiAgICAg aW50IGlwYWQ9SU5URVJfUExBTkVTKjIgLSAxOwogCiAgICAgcGFkZGVkV2lkdGggPSBQaXhtYXBC eXRlUGFkKHdpZHRoLCBkZXB0aCk7CiAgICAgcGFkZGVkV2lkdGggPSAocGFkZGVkV2lkdGggKyBp cGFkKSAmIH5pcGFkOworICAgIGlmIChwYWRkZWRXaWR0aCAvIDQgPiAzMjc2NyB8fCBoZWlnaHQg PiAzMjc2NykKKwlyZXR1cm4gTnVsbFBpeG1hcDsKICAgICBkYXRhc2l6ZSA9IGhlaWdodCAqIHBh ZGRlZFdpZHRoOwogICAgIHBQaXhtYXAgPSBBbGxvY2F0ZVBpeG1hcChwU2NyZWVuLCBkYXRhc2l6 ZSk7CiAgICAgaWYgKCFwUGl4bWFwKQotLS0gcHJvZ3JhbXMvWHNlcnZlci9tZmIvbWZicGl4bWFw LmMub3JpZwlGcmkgTm92IDE0IDE3OjQ4OjU3IDIwMDMKKysrIHByb2dyYW1zL1hzZXJ2ZXIvbWZi L21mYnBpeG1hcC5jCVN1biBTZXAgMTggMDQ6NTY6MDIgMjAwNQpAQCAtNzIsMTIgKzcyLDE0IEBA CiAgICAgaW50CQlkZXB0aDsKIHsKICAgICBQaXhtYXBQdHIgcFBpeG1hcDsKLSAgICBpbnQgZGF0 YXNpemU7Ci0gICAgaW50IHBhZGRlZFdpZHRoOworICAgIHNpemVfdCBkYXRhc2l6ZTsKKyAgICBz aXplX3QgcGFkZGVkV2lkdGg7CiAKICAgICBpZiAoZGVwdGggIT0gMSkKIAlyZXR1cm4gTnVsbFBp eG1hcDsKICAgICBwYWRkZWRXaWR0aCA9IEJpdG1hcEJ5dGVQYWQod2lkdGgpOworICAgIGlmIChw YWRkZWRXaWR0aCAvIDQgPiAzMjc2NyB8fCBoZWlnaHQgPiAzMjc2NykKKwlyZXR1cm4gTnVsbFBp eG1hcDsKICAgICBkYXRhc2l6ZSA9IGhlaWdodCAqIHBhZGRlZFdpZHRoOwogICAgIHBQaXhtYXAg PSBBbGxvY2F0ZVBpeG1hcChwU2NyZWVuLCBkYXRhc2l6ZSk7CiAgICAgaWYgKCFwUGl4bWFwKQo= ------=_Part_26500_31995672.1127015642281-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 08:03:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D56016A41F for ; Sun, 18 Sep 2005 08:03:34 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 281FA43D45 for ; Sun, 18 Sep 2005 08:03:33 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 3EA0EB805 for ; Sun, 18 Sep 2005 10:03:32 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 0378811433; Sun, 18 Sep 2005 10:03:32 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org From: Christian Laursen Date: 18 Sep 2005 10:03:31 +0200 Message-ID: <86ek7mssz0.fsf@borg.borderworlds.dk> Lines: 35 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: iwi lockup problem on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 08:03:34 -0000 I am having a problem using the iwi driver on my laptop. Basically I would normally setup the network with this command: ifconfig iwi0 inet 10.2.0.3 netmask 255.255.0.0 ssid borderworlds mode 11g channel 3 but that makes the laptop freeze and a hard reset is the only way to get it back to life. By experimenting a little I found that this sequence of commands works: ifconfig iwi0 inet 10.2.0.3 netmask 255.255.0.0 sleep 5 ifconfig iwi0 ssid borderworlds sleep 5 ifconfig iwi0 mode 11g sleep 5 ifconfig iwi0 channel 3 I tried sleep 1 at first but that made the laptop freeze after setting mode 11g. By enabling the software watchdog I can make it panic instead of freezing, but the backtrace I get from the dump looks useless (at least to me). The dmesg is at http://borderworlds.dk/~xi/andorian.dmesg The trace is at http://borderworlds.dk/~xi/andorian.trace I am not sure how to further debug this so any help would be appreciated. I will try the latest RELENG_6 next and see if it makes any difference. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 08:15:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2F5616A41F for ; Sun, 18 Sep 2005 08:15:09 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA51F43D45 for ; Sun, 18 Sep 2005 08:15:08 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 92342 invoked by uid 89); 18 Sep 2005 08:13:41 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 18 Sep 2005 08:13:41 -0000 Date: Sun, 18 Sep 2005 10:15:04 +0200 From: Oliver Lehmann To: joseph.koshy@gmail.com Message-Id: <20050918101504.0ef0c230.lehmann@ans-netz.de> In-Reply-To: <84dead72050917190558e24d2b@mail.gmail.com> References: <20050914194612.15692485.lehmann@ans-netz.de> <84dead7205091500152a7c25d1@mail.gmail.com> <20050915172005.072f4bdf.lehmann@ans-netz.de> <20050915181238.54b16b4b.lehmann@ans-netz.de> <84dead720509160921732e7f96@mail.gmail.com> <20050916184911.38e2739a.lehmann@ans-netz.de> <20050916225219.73b53cd0.lehmann@ans-netz.de> <84dead7205091619435c12b528@mail.gmail.com> <20050917102846.7bf26a56.lehmann@ans-netz.de> <17196.35762.395155.325627@grasshopper.cs.duke.edu> <84dead72050917190558e24d2b@mail.gmail.com> X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: gallatin@cs.duke.edu, current@freebsd.org Subject: Re: low(er) disk performance with sched_4bsd then with sched_ule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 08:15:09 -0000 Joseph Koshy wrote: > > I don't know the disk codepath very well, but the samples look > > little suspect. > > They do look odd. For one, there are entries for the p4_*_pmc > functions which would never get called on a P-III box. > > Oliver, after you sync'ed up with RELENG_6, did you keep the > sources for pmcstat(8) sync'ed with current? No, I didn't. I now recompiled CURRENT pmcstat, and rerun the tests. I uploaded the new output: http://pofo.de/tmp/gprof.4bsd.3 -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 08:52:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E036216A41F for ; Sun, 18 Sep 2005 08:52:26 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B71B43D46 for ; Sun, 18 Sep 2005 08:52:25 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 9E0E62C929 for ; Sun, 18 Sep 2005 10:52:23 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id D4C572C927; Sun, 18 Sep 2005 10:52:22 +0200 (CEST) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 932682C926; Sun, 18 Sep 2005 10:52:22 +0200 (CEST) From: Massimo To: Scott Long In-Reply-To: <432B069E.8000104@samsco.org> References: <1126683752.4306.6.camel@massimo.datacode.it> <4327DC81.7040903@samsco.org> <70e8236f050916092979979613@mail.gmail.com> <432B069E.8000104@samsco.org> Content-Type: text/plain Organization: CEDOC - Modena Date: Sun, 18 Sep 2005 10:52:22 +0200 Message-Id: <1127033542.4306.8.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: joao.barros@gmail.com, freebsd-current@freebsd.org Subject: Re: raid framework from OpenBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 08:52:27 -0000 On Fri, 2005-09-16 at 11:53 -0600, Scott Long wrote: > Give it a try if you're interested. You've used wise words and your arguments fits it all like your credits for the work done. I think it could be wise too to look at it and probably try to port it the same way has been done for crypto framework, pf and so on so if Joao would like to give it a try we'll see more and more interest coming in, at least from customers of Ami using FreeBSD Do you think it's to early for this kind of stuff to happen ? I've also no clue about FreeBSD amr(4) and OpenBSD ami(4) drivers for make this difficult/hard/impossible to port. -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 09:46:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAFF016A41F for ; Sun, 18 Sep 2005 09:46:31 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2885543D46 for ; Sun, 18 Sep 2005 09:46:30 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j8I9kRG7091744 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 18 Sep 2005 11:46:27 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j8I9kRgn091743 for current@freebsd.org; Sun, 18 Sep 2005 11:46:27 +0200 (CEST) Date: Sun, 18 Sep 2005 11:46:27 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20050918094627.GA91681@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: [PATCH]: some optimizations related to vrele + stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 09:46:31 -0000 hi there are places with mtx_lock(&Giant);vrele(...);mtx_unlock(&Giant); which is unecessary + some other Giant usages which is not (imho) needed its kern/86290 or the patch hysteria.sk/~neologism/kern.patch, pls test and possibly (if correct) commit thnx roman From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 10:08:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 234C116A41F for ; Sun, 18 Sep 2005 10:08:03 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: from web33512.mail.mud.yahoo.com (web33512.mail.mud.yahoo.com [68.142.206.161]) by mx1.FreeBSD.org (Postfix) with SMTP id B426D43D46 for ; Sun, 18 Sep 2005 10:08:02 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: (qmail 40190 invoked by uid 60001); 18 Sep 2005 10:08:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lxjWeVblAgOVFa+1d92pfClAqVYgcewvy/S8aMw7ANWHiTbQfbpdXgWxS+ibnxSes8dSHEzBkYfHlErF8aGVpx6mU8WQ0qTrzmW8BNoCoxhPCAloN3mB4OYmiNaQiaut/BnubU+8xaRLTviDdnlHD0/8pRV/pOYQ5aPl0eBrCOc= ; Message-ID: <20050918100801.40188.qmail@web33512.mail.mud.yahoo.com> Received: from [24.208.219.212] by web33512.mail.mud.yahoo.com via HTTP; Sun, 18 Sep 2005 03:08:01 PDT Date: Sun, 18 Sep 2005 03:08:01 -0700 (PDT) From: Dean Patterson To: Eric Anderson In-Reply-To: <431A6B85.2030609@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 10:08:03 -0000 Well I got past that issues and I installed all of my ports. Then when I tried to configure X I realized that it is not recognizing the PCI-X video card, DOH!! It is listed in dmesg as an ISA card. Any advice? --- Eric Anderson wrote: > Dean Patterson wrote: > > Well I checked it using the shell and it was > marked as > > active. But the problem is that the ATA driver > only > > supports up to ICH5, per the man pages. So how is > > that situation handled? I assume that I am NEVER > > going to run FBSD on this laptop? > > For what it's worth, I ran 5.4, 6.0, and 7.0 on a > D610 with no problems. > > Eric > > > > > --- Darren Pilgrim wrote: > > > > > >>From: Dean Patterson [mailto:psamuel01@yahoo.com] > >> > >>>I am sorry I should have mentioned that I also > >> > >>tried > >> > >>>explicitly setting the slice active. I will try > >> > >>again > >> > >>>and check it using the shell; however, when I > >> > >>tried > >> > >>>using the holographic shell nothing worked. I > >> > >>tried > >> > >>>using fdisk, bsdlabel, and ls and I always get > the > >>>message "command not found." > >> > >>The holographic shell is not the same as the > fix-it > >>shell. The > >>holographic shell lacks, among other things proper > >>paths, which makes it > >>impossible to run many programs. The "Fix-It" > shell > >>is a menu option in > >>sysinstall and starts a fully-functional shell. > >> > >> > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator > Centaur Technology > Anything that works is better than anything that > doesn't. > ------------------------------------------------------------------------ > ______________________________________________________ Yahoo! for Good Donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 11:48:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C658116A420 for ; Sun, 18 Sep 2005 11:48:23 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F9743D46 for ; Sun, 18 Sep 2005 11:48:23 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 92EEC39811; Sun, 18 Sep 2005 13:48:18 +0200 (CEST) Date: Sun, 18 Sep 2005 11:48:03 +0000 From: Marcin Jessa To: freebsd-current@freebsd.org Message-Id: <20050918114803.3fceca23.lists@yazzy.org> In-Reply-To: <86ek7mssz0.fsf@borg.borderworlds.dk> References: <86ek7mssz0.fsf@borg.borderworlds.dk> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Christian Laursen Subject: Re: iwi lockup problem on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 11:48:23 -0000 Hi. This happened to me as well. After update from a couple of days back (6.0-BETA4) it seems to be working fine. And it does not constantly disconnect from my AP as it used to before. Trying to make it connect back made my laptop reboot. Now I can even reconnect changing SSID's or after I lost contact with the AP. Give it a try and let me know. Cheers, Marcin On 18 Sep 2005 10:03:31 +0200 Christian Laursen wrote: > I am having a problem using the iwi driver on my laptop. > > Basically I would normally setup the network with this command: > ifconfig iwi0 inet 10.2.0.3 netmask 255.255.0.0 ssid borderworlds mode 11g channel 3 > > but that makes the laptop freeze and a hard reset is the only way to > get it back to life. > > By experimenting a little I found that this sequence of commands works: > > ifconfig iwi0 inet 10.2.0.3 netmask 255.255.0.0 > sleep 5 > ifconfig iwi0 ssid borderworlds > sleep 5 > ifconfig iwi0 mode 11g > sleep 5 > ifconfig iwi0 channel 3 > > I tried sleep 1 at first but that made the laptop freeze after setting > mode 11g. > > By enabling the software watchdog I can make it panic instead of > freezing, but the backtrace I get from the dump looks useless (at least > to me). > > The dmesg is at http://borderworlds.dk/~xi/andorian.dmesg > The trace is at http://borderworlds.dk/~xi/andorian.trace > > I am not sure how to further debug this so any help would be > appreciated. > > I will try the latest RELENG_6 next and see if it makes any difference. > > -- > Christian Laursen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 11:52:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C84D16A41F for ; Sun, 18 Sep 2005 11:52:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C066943D4C for ; Sun, 18 Sep 2005 11:52:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j8IBqXlY050113; Sun, 18 Sep 2005 06:52:33 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <432D5504.2060906@centtech.com> Date: Sun, 18 Sep 2005 06:52:36 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dean Patterson References: <20050918100801.40188.qmail@web33512.mail.mud.yahoo.com> In-Reply-To: <20050918100801.40188.qmail@web33512.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1084/Fri Sep 16 22:32:40 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 11:52:36 -0000 Dean Patterson wrote: > Well I got past that issues and I installed all of my > ports. Then when I tried to configure X I realized > that it is not recognizing the PCI-X video card, DOH!! > It is listed in dmesg as an ISA card. Any advice? Well, I don't recall doing anything special - I simply ran the xorg configure command and it made a basic xorg.conf for me. Copied it, and then tweaked resolution and a few other things. Did you go through that process? I would suggest posting your xorg.conf and the error that you get when trying it, as a new thread to freebsd-questions@ or freebsd-mobile@. I'm on -mobile so I'll try to help you there. Eric > --- Eric Anderson wrote: > > >>Dean Patterson wrote: >> >>>Well I checked it using the shell and it was >> >>marked as >> >>>active. But the problem is that the ATA driver >> >>only >> >>>supports up to ICH5, per the man pages. So how is >>>that situation handled? I assume that I am NEVER >>>going to run FBSD on this laptop? >> >>For what it's worth, I ran 5.4, 6.0, and 7.0 on a >>D610 with no problems. >> >>Eric >> >> >> >> >>>--- Darren Pilgrim wrote: >>> >>> >>> >>>>From: Dean Patterson [mailto:psamuel01@yahoo.com] >>>> >>>> >>>>>I am sorry I should have mentioned that I also >>>> >>>>tried >>>> >>>> >>>>>explicitly setting the slice active. I will try >>>> >>>>again >>>> >>>> >>>>>and check it using the shell; however, when I >>>> >>>>tried >>>> >>>> >>>>>using the holographic shell nothing worked. I >>>> >>>>tried >>>> >>>> >>>>>using fdisk, bsdlabel, and ls and I always get >> >>the >> >>>>>message "command not found." >>>> >>>>The holographic shell is not the same as the >> >>fix-it >> >>>>shell. The >>>>holographic shell lacks, among other things proper >>>>paths, which makes it >>>>impossible to run many programs. The "Fix-It" >> >>shell >> >>>>is a menu option in >>>>sysinstall and starts a fully-functional shell. >>>> >>>> >>> >>> >>> >>>__________________________________________________ >>>Do You Yahoo!? >>>Tired of spam? Yahoo! Mail has the best spam >> >>protection around >> >>>http://mail.yahoo.com >>>_______________________________________________ >>>freebsd-current@freebsd.org mailing list >>> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>To unsubscribe, send any mail to >> >>"freebsd-current-unsubscribe@freebsd.org" >> >> >>-- >> > > ------------------------------------------------------------------------ > >>Eric Anderson Sr. Systems Administrator >> Centaur Technology >>Anything that works is better than anything that >>doesn't. >> > > ------------------------------------------------------------------------ > > > > > > > ______________________________________________________ > Yahoo! for Good > Donate to the Hurricane Katrina relief effort. > http://store.yahoo.com/redcross-donate3/ -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 16:32:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DEA716A42C for ; Sun, 18 Sep 2005 16:32:53 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3349B43D4C for ; Sun, 18 Sep 2005 16:32:53 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so306560wxd for ; Sun, 18 Sep 2005 09:32:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=o487xwWfmS9rxXJKp6JqbIuT+yI2+jRmsU70KB1O16Jm67d7jwIHJdjwgITzqooL1ahpbMMwK27txUX/h+7luTcAwJuwUmI0M30f4ptIELEDcS2qq07KYr7RIrLok2k0IO2d/fbHrbWhS/UxjsWAqwwV0Qc/0mmlAynYjRWS+4o= Received: by 10.70.17.12 with SMTP id 12mr859490wxq; Sun, 18 Sep 2005 09:32:52 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Sun, 18 Sep 2005 09:32:52 -0700 (PDT) Message-ID: <70e8236f0509180932b7cd2e1@mail.gmail.com> Date: Sun, 18 Sep 2005 17:32:52 +0100 From: Joao Barros To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD 6.0-BETA5 #4 kernel: can't re-use a leaf (cdev)! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 16:32:53 -0000 I just cvsup'ed and recompiled the kernel and noticed this: Sep 18 17:23:36 AMR kernel: Copyright (c) 1992-2005 The FreeBSD Project. Sep 18 17:23:36 AMR kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 18 17:23:36 AMR kernel: The Regents of the University of California. All rights reserved. Sep 18 17:23:36 AMR kernel: FreeBSD 6.0-BETA5 #4: Sun Sep 18 16:47:21 WEST = 2005 Sep 18 17:23:36 AMR kernel: root@AMR.bsdtech.org:/usr/obj/usr/src/sys/GENER= IC Sep 18 17:23:36 AMR kernel: can't re-use a leaf (cdev)! <------ ?! Sep 18 17:23:36 AMR kernel: Timecounter "i8254" frequency 1193182 Hz qualit= y 0 Sep 18 17:23:36 AMR kernel: CPU: Intel Pentium III (735.00-MHz 686-class CP= U) Sep 18 17:23:36 AMR kernel: Origin =3D "GenuineIntel" Id =3D 0x683 Steppi= ng =3D 3 -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 19:15:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D67316A41F for ; Sun, 18 Sep 2005 19:15:17 +0000 (GMT) (envelope-from roger@audioweb.no) Received: from mail43-s.fg.online.no (mail43-s.fg.online.no [148.122.161.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED47543D48 for ; Sun, 18 Sep 2005 19:15:16 +0000 (GMT) (envelope-from roger@audioweb.no) Received: from aw001 (ti531210a080-8090.bb.online.no [83.109.223.158]) by mail43.fg.online.no (8.12.11/8.12.11) with ESMTP id j8IJFCr1027897 for ; Sun, 18 Sep 2005 21:15:13 +0200 (CEST) From: "Roger O. Svenning" To: Date: Sun, 18 Sep 2005 21:14:59 +0200 Message-ID: <000c01c5bc85$445b3ef0$6401a8c0@aw001> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Subject: A question about Intel HyperThreading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 19:15:17 -0000 Hi Due to a fatal hardware failure we replaced one of our AMD based NeverWinter Nights game -servers with an Intel Pentium 4 one running 6.0-beta4 This is the first Pentium based box we've set up and I was hoping someone can explain the weird cpu usage behaviour we see. Look at the top extract below and notice the 50% idle value. No matter what, it sits at 50% idle all the time when the nwserver process is running. Neither have I ever seen top reporting any process using the other logical cpu, so basically it sits at 50% idle no matter how much load I throw at it. The nwserver service is not multithreaded and I'm guessing it's using only one of the logical cpus, but are there actually processing power sitting idle here or is it just a top-weirdness? Needless to say I want the nwserver process to be able to use all processing power available in the cpu. Regards Roger O. Svenning ----------------- Bod=F8 - Norway ------------- Top exctract: ------------- CPU states: 36.8% user, 0.0% nice, 13.2% system, 0.0% interrupt, 50.0% idle Mem: 189M Active, 520M Inact, 190M Wired, 24K Cache, 112M Buf, 1103M Free Swap: 4069M Total, 4069M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 4015 root 1 113 0 221M 123M RUN 0 0:37 51.22% nwserver 4019 root 1 113 0 221M 123M RUN 0 0:22 49.84% nwserver --------------- Dmesg exstract: --------------- FreeBSD 6.0-BETA4 #0: Fri Sep 16 01:17:42 UTC 2005 root@nwn.patnix.nl:/usr/obj/usr/src/sys/NEWKERNSMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.91-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 =20 Features=3D0xbfebfbff Features2=3D0x441d> Hyperthreading: 2 logical CPUs real memory =3D 2146304000 (2046 MB) avail memory =3D 2095374336 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 19:33:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A63D616A41F for ; Sun, 18 Sep 2005 19:33:10 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F7F43D48 for ; Sun, 18 Sep 2005 19:33:09 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so56235nzd for ; Sun, 18 Sep 2005 12:33:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=brh3UjMkFpxO84e8vSJaFnbvZneggo/dDNEJThqnZ6CEKY391DZgtQ9vuBugdXGWaEN//sZWtuIgsKDtE4aKBHNf6gxemyBLmpHWp87TJFS/DpU1pu6mdzZ3ic1Oxzi8YECs9qfNrDZCIABFTJqH3+prLhOFxKmCCzRLwH+dKNQ= Received: by 10.36.57.19 with SMTP id f19mr1987030nza; Sun, 18 Sep 2005 12:33:09 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id c12sm796460nzc.2005.09.18.12.33.07; Sun, 18 Sep 2005 12:33:08 -0700 (PDT) From: Pascal Hofstee To: "Roger O. Svenning" In-Reply-To: <000c01c5bc85$445b3ef0$6401a8c0@aw001> References: <000c01c5bc85$445b3ef0$6401a8c0@aw001> Content-Type: text/plain Date: Sun, 18 Sep 2005 12:33:06 -0700 Message-Id: <1127071986.1061.7.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A question about Intel HyperThreading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 19:33:10 -0000 On Sun, 2005-09-18 at 21:14 +0200, Roger O. Svenning wrote: [snip] > The nwserver service is not multithreaded and I'm guessing it's using > only one of the logical cpus, but are there actually processing power > sitting idle here or is it just a top-weirdness? > > Needless to say I want the nwserver process to be able to use all > processing power available in the cpu. I assume you checked for this already .. but just to be on the safe side FreeBSD disables HTT on default because of the potential security issues related to the technology. So unless you explicitely allow HTT FreeBSD won't use the HTT-capabilities of the CPU. Can you make sure that HTT is indeed allowed ? sysctl machdep.hyperthreading_allowed -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 19:37:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 876F116A41F for ; Sun, 18 Sep 2005 19:37:42 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 308AA43D46 for ; Sun, 18 Sep 2005 19:37:42 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 57C616D439; Sun, 18 Sep 2005 12:24:20 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42881-06; Sun, 18 Sep 2005 12:24:17 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id E1EC56D436; Sun, 18 Sep 2005 12:24:16 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Sun, 18 Sep 2005 21:36:17 +0200 User-Agent: KMail/1.8.2 References: <000c01c5bc85$445b3ef0$6401a8c0@aw001> In-Reply-To: <000c01c5bc85$445b3ef0$6401a8c0@aw001> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509182136.17548.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: "Roger O. Svenning" Subject: Re: A question about Intel HyperThreading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 19:37:42 -0000 I don't think that would be the fault of hyperthreading. Perhaps it's blocking or waiting in a loop until something happens? That would explain why it's at ~50% regardless of if it's put under load or= =20 not. I'm not sure what your software is doing, but my first guess is that there = is=20 a loop in there somewhere which blocks until it gets something to do, but=20 doesn't sleep on the iterations where it doesn't have to do anything. On Sunday 18 September 2005 21:14, Roger O. Svenning wrote: > Hi > > Due to a fatal hardware failure we replaced one of our AMD based > NeverWinter Nights game -servers with an Intel Pentium 4 one running > 6.0-beta4 > > This is the first Pentium based box we've set up and I was hoping > someone can explain the weird cpu usage behaviour we see. > > Look at the top extract below and notice the 50% idle value. > No matter what, it sits at 50% idle all the time when the nwserver > process is running. > > Neither have I ever seen top reporting any process using the other > logical cpu, so basically it sits at 50% idle no matter how much load I > throw at it. > > The nwserver service is not multithreaded and I'm guessing it's using > only one of the logical cpus, but are there actually processing power > sitting idle here or is it just a top-weirdness? > > Needless to say I want the nwserver process to be able to use all > processing power available in the cpu. > > > Regards > > Roger O. Svenning > ----------------- > Bod=F8 - Norway > > ------------- > Top exctract: > ------------- > CPU states: 36.8% user, 0.0% nice, 13.2% system, 0.0% interrupt, 50.0% > idle > Mem: 189M Active, 520M Inact, 190M Wired, 24K Cache, 112M Buf, 1103M > Free > Swap: 4069M Total, 4069M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 4015 root 1 113 0 221M 123M RUN 0 0:37 51.22% > nwserver > 4019 root 1 113 0 221M 123M RUN 0 0:22 49.84% > nwserver > > --------------- > Dmesg exstract: > --------------- > FreeBSD 6.0-BETA4 #0: Fri Sep 16 01:17:42 UTC 2005 > root@nwn.patnix.nl:/usr/obj/usr/src/sys/NEWKERNSMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.91-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 > > Features=3D0xbfebfbff ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=3D0x441d> > Hyperthreading: 2 logical CPUs > real memory =3D 2146304000 (2046 MB) > avail memory =3D 2095374336 (1998 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 19:49:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A65116A41F for ; Sun, 18 Sep 2005 19:49:17 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E0F43D45 for ; Sun, 18 Sep 2005 19:49:16 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr4so.prod.shaw.ca (pd2mr4so-qfe3.prod.shaw.ca [10.0.141.107]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IN100LLN303GQ10@l-daemon> for freebsd-current@freebsd.org; Sun, 18 Sep 2005 13:48:03 -0600 (MDT) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd2mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IN100ARF303R370@pd2mr4so.prod.shaw.ca> for freebsd-current@freebsd.org; Sun, 18 Sep 2005 13:48:03 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IN100I0C2ZUKU@l-daemon> for freebsd-current@freebsd.org; Sun, 18 Sep 2005 13:48:03 -0600 (MDT) Date: Sun, 18 Sep 2005 12:47:54 -0700 From: Colin Percival In-reply-to: <000c01c5bc85$445b3ef0$6401a8c0@aw001> To: "Roger O. Svenning" Message-id: <432DC46A.1000904@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.92.0.0 References: <000c01c5bc85$445b3ef0$6401a8c0@aw001> User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) Cc: freebsd-current@freebsd.org Subject: Re: A question about Intel HyperThreading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 19:49:17 -0000 Roger O. Svenning wrote: > Due to a fatal hardware failure we replaced one of our AMD based > NeverWinter Nights game -servers with an Intel Pentium 4 one running > 6.0-beta4 > > Look at the top extract below and notice the 50% idle value. > No matter what, it sits at 50% idle all the time when the nwserver > process is running. > > Neither have I ever seen top reporting any process using the other > logical cpu, so basically it sits at 50% idle no matter how much load I > throw at it. Due to a widely-reported security problem, recent versions of FreeBSD disable hyperthreading unless you set the machdep.hyperthreading_allowed tunable in /boot/loader.conf. What you're seeing is a consequence of the mechanism which disables hyperthreading -- the "second thread" is present but is forced to remain idle. > The nwserver service is not multithreaded and I'm guessing it's using > only one of the logical cpus, but are there actually processing power > sitting idle here or is it just a top-weirdness? There is a logical cpu sitting idle, but (due to the way hyperthreading works) there isn't really any processing power sitting idle. > Needless to say I want the nwserver process to be able to use all > processing power available in the cpu. If you want to maximize system performance, you should take SMP out of your kernel configuration; it adds overhead without providing any benefit on a single-processor system. Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 21:53:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98FB916A41F for ; Sun, 18 Sep 2005 21:53:29 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3020E43D45 for ; Sun, 18 Sep 2005 21:53:29 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so430452nzk for ; Sun, 18 Sep 2005 14:53:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YJgaj/AYm7zAkbn5kovk6O/xdBHDDAz15aSIhaR+Ty8pIEwrbWa37BUNg1DhQzRZtxy2W87Y3FDDlREQMrhemfQo+w4TcLjzVf3DR2gp72hOgerMhyccrxUgCkX6UNHrFNC6tcYoIJA4QxM+W8vEe9eIUET2YMnpbxNdLTKyD2M= Received: by 10.54.32.36 with SMTP id f36mr718257wrf; Sun, 18 Sep 2005 14:53:28 -0700 (PDT) Received: by 10.54.145.18 with HTTP; Sun, 18 Sep 2005 14:53:28 -0700 (PDT) Message-ID: Date: Sun, 18 Sep 2005 23:53:28 +0200 From: Claus Guttesen To: Ivan Voras In-Reply-To: <20050831044823.N50961@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050831044823.N50961@geri.cc.fer.hr> Cc: current@freebsd.org Subject: Re: gjournal beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kometen@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 21:53:29 -0000 > I'm happy to announce beta3 version of gjournal! The only reason I'm not > calling it "1.0 release" is that it hasn't received much testing yet and > there have been many changes since the last public beta, so I > still don't recommend it for production use. For all intents and purposes > this is the final version (+/- bugfixes, of course :) ). >=20 > The source is available at: > http://ivoras.sharanet.org/stuff/gjournal-beta3.tgz > (read the README file!) Downloaded the source on my athlon (amd64-port) running 6.0 beta 5. I get this error doing the first make: twin/gjournal#>make Warning: Object directory not changed from original /gjournal @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include cc -O2 -pipe -march=3Dathlon64 -g -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/include -finline-limit=3D8000 -fno-common -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse ow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto -Wpointer-arith -Winline -Wcast-qual=20 -fformat-extensions -std=3Dc99 -c g_journal.c g_journal.c: In function `g_journal_journal_reread': g_journal.c:433: warning: long long unsigned int format, off_t arg (arg 3) g_journal.c: In function `g_journal_recover': g_journal.c:612: warning: long long unsigned int format, off_t arg (arg 3) g_journal.c:699: warning: long long unsigned int format, off_t arg (arg 4) g_journal.c: In function `g_journal_journal_write': g_journal.c:948: warning: long long unsigned int format, off_t arg (arg 2) g_journal.c: In function `g_journal_journal_read': g_journal.c:1344: warning: long long unsigned int format, off_t arg (arg 2) g_journal.c: In function `g_journal_check_and_run': g_journal.c:1769: warning: long long unsigned int format, off_t arg (arg 3) g_journal.c:1769: warning: long long unsigned int format, off_t arg (arg 4) *** Error code 1 Stop in /gjournal. regards Claus From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 22:57:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B09E16A41F for ; Sun, 18 Sep 2005 22:57:28 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D0E243D48 for ; Sun, 18 Sep 2005 22:57:27 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so385953wxd for ; Sun, 18 Sep 2005 15:57:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cyXoO4mdzuLCyTgu5kf2357lvOCkEmr/tiaFAI3F9ZT7lEY8rgzlFeP1KrTO1WzdwXoRZ7PD7eDPv4xVEcTIs+uhe22xJ8rSUgGsn/zw4D9d5stf1Eu9O7POFxPgxvr57Iqxn/K6PCpV2c9N6t8YwbNNsw6iR/SSfJJuKr1krbo= Received: by 10.70.80.1 with SMTP id d1mr1059314wxb; Sun, 18 Sep 2005 15:57:24 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Sun, 18 Sep 2005 15:57:24 -0700 (PDT) Message-ID: <70e8236f05091815579eca1c2@mail.gmail.com> Date: Sun, 18 Sep 2005 23:57:24 +0100 From: Joao Barros To: freebsd-current@freebsd.org In-Reply-To: <70e8236f0509180932b7cd2e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0509180932b7cd2e1@mail.gmail.com> Subject: Re: FreeBSD 6.0-BETA5 #4 kernel: can't re-use a leaf (cdev)! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 22:57:28 -0000 On 9/18/05, Joao Barros wrote: > I just cvsup'ed and recompiled the kernel and noticed this: >=20 > Sep 18 17:23:36 AMR kernel: Copyright (c) 1992-2005 The FreeBSD Project. > Sep 18 17:23:36 AMR kernel: Copyright (c) 1979, 1980, 1983, 1986, > 1988, 1989, 1991, 1992, 1993, 1994 > Sep 18 17:23:36 AMR kernel: The Regents of the University of > California. All rights reserved. > Sep 18 17:23:36 AMR kernel: FreeBSD 6.0-BETA5 #4: Sun Sep 18 16:47:21 WES= T 2005 > Sep 18 17:23:36 AMR kernel: root@AMR.bsdtech.org:/usr/obj/usr/src/sys/GEN= ERIC > Sep 18 17:23:36 AMR kernel: can't re-use a leaf (cdev)! <------ ?! > Sep 18 17:23:36 AMR kernel: Timecounter "i8254" frequency 1193182 Hz qual= ity 0 > Sep 18 17:23:36 AMR kernel: CPU: Intel Pentium III (735.00-MHz 686-class = CPU) > Sep 18 17:23:36 AMR kernel: Origin =3D "GenuineIntel" Id =3D 0x683 Step= ping =3D 3 Corrected with this commit: phk 2005-09-18 17:13:17 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/kern kern_mib.c Log: MFC: This bit missed out in the DEVFS MFC earlier today: SYSCTL debug.sizeof.cdev moved to relevant source file. Approved by: re@ (scottl) Revision Changes Path 1.74.2.1 +0 -4 src/sys/kern/kern_mib.c -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 23:37:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E2316A41F for ; Sun, 18 Sep 2005 23:37:35 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F1C43D4C for ; Sun, 18 Sep 2005 23:37:34 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so84167nzd for ; Sun, 18 Sep 2005 16:37:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-disposition:content-type:content-transfer-encoding:message-id; b=HOoXpXLsucD01VLcc975fzTAegxzXuTnVrDf5mNF4flU6awqo8eH9EB24YukhAyDqFKh1Yq6sGqU6cnbOb4kCnkr1ky2zQUMheS/IqADEgRFezD9rnTFreLmCKDHJFMhYNz06Jgf79gn8of2BAK7FBv+cvk8HEdWou6b6zfisQ4= Received: by 10.54.79.17 with SMTP id c17mr748850wrb; Sun, 18 Sep 2005 16:37:34 -0700 (PDT) Received: from ?192.168.1.10? ( [71.102.1.25]) by mx.gmail.com with ESMTP id d6sm1352117wra.2005.09.18.16.37.33; Sun, 18 Sep 2005 16:37:34 -0700 (PDT) From: "Michael C. Shultz" To: freebsd-current@freebsd.org Date: Sun, 18 Sep 2005 16:16:58 -0700 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200509181616.59083.ringworm01@gmail.com> Subject: FreeBSD6.0 BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 23:37:35 -0000 Hi, for the first time FreeBSD 6.0 recognizes my SATA drives, yippie! Yesterday's 6.0BETA4 would not initialize ad4 and ad6 would freeze up under moderate writes so whatever changed between BETA4 and BETA5 has been a real improvement. Under FreeBSD5.4 both drives always initialize just fine, but even after this new BETA5 I stille have to boot the machine multiple times before both drives initialize, usually just one or the other will. Also dmesg is still showing some sort of error "ata2: FAILURE - oversized DMA transfer attempt 8704 > 7680". Here is from my dmesg after a successful boot: atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f mem 0xdffffe00-0xdfffffff irq 5 at device 8.0 on pci0 [snip] ad0: 6149MB at ata0-master UDMA33 acd0: CDRW at ata1-master UDMA33 ad4: 76319MB at ata2-master SATA150 ata2: FAILURE - oversized DMA transfer attempt 8704 > 7680 ad4: setting up DMA failed ad6: 114473MB at ata3-master SATA150 ata3: FAILURE - oversized DMA transfer attempt 8704 > 7680 ad6: setting up DMA failed cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [20339 x 2048 byte records] [snip] uname -ar: FreeBSD ringworm.mechee.com 6.0-BETA5 FreeBSD 6.0-BETA5 #2: Sun Sep 18 14:40:15 PDT 2005 root@ringworm.mechee.com:/usr6/obj/usr6/src/sys/RINGWORM6 i386 Drive ad6 still locks up with moderate writes and freezes the entire system under BETA5 -Mike From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 23:39:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2990516A41F for ; Sun, 18 Sep 2005 23:39:15 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D6043D49 for ; Sun, 18 Sep 2005 23:39:14 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 7AEB63982A for ; Mon, 19 Sep 2005 01:39:11 +0200 (CEST) Date: Sun, 18 Sep 2005 23:38:55 +0000 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050918233855.31cecfc3.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Error with devfs compiling RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 23:39:15 -0000 Hi guys. Got this one kernel with compiling fresh sources: /contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -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 -ffreestanding -Werror /usr/src/sys/fs/devfs/devfs_vnops.c /usr/src/sys/fs/devfs/devfs_vnops.c:1182: warning: redundant redeclaration of 'devfs_ops_f' /usr/src/sys/fs/devfs/devfs_vnops.c:71: warning: previous declaration of 'devfs_ops_f' was here /usr/src/sys/fs/devfs/devfs_vnops.c:1193: warning: redundant redeclaration of 'devfs_vnodeops' /usr/src/sys/fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_vnodeops' was here /usr/src/sys/fs/devfs/devfs_vnops.c:1215: warning: redundant redeclaration of 'devfs_specops' /usr/src/sys/fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_specops' was here *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sun Sep 18 23:44:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D83016A41F for ; Sun, 18 Sep 2005 23:44:38 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 76CE843D48 for ; Sun, 18 Sep 2005 23:44:37 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 18 Sep 2005 23:44:36 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp031) with SMTP; 19 Sep 2005 01:44:36 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 19 Sep 2005 01:44:20 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11273067.FRNfeqRSUt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509190144.30528@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 23:44:38 -0000 --nextPart11273067.FRNfeqRSUt Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, tonight I wanted to consolidate (for an upcoming trekstor i.beat organix)=20 my oggs and therefore eval the difference between reencoded=20 ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. Unfortunately I couldn't grab my CDs anymore. I can remember I had used 'dd= =20 if=3D/dev/acd0txx of=3D/tmp/track.xx bs=3D2352' but this doesn't work anymo= re. I=20 can't replay the bits and with oggenc I get: ERROR: Input file "track15.wav" is not a supported format _But_: cdda2wav -D2,0,0 -t 15 -Owav is working fine! Result is: [...*SNIP*] recording 217.8666 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'... percent_done: 100% track 15 recorded successfully oggenc audio.wav Opening with wav module: WAV file reader Encoding "audio.wav" to "audio.ogg" at quality 3,00 [ 99,9%] [ 0m00s remaining] \ Done encoding file "audio.ogg" File length: 3m 37,0s Elapsed time: 1m 39,2s Rate: 2,1952 Average bitrate: 101,3 kb/s What am I missing? Thanks in advance, =2DHarry --nextPart11273067.FRNfeqRSUt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDLfveBylq0S4AzzwRAtngAJ9Oovd1NS1eQpNPrR4oyrEkWJDePwCfV10A vPX+lHxnbzPFrsdARfrO+74= =iVZB -----END PGP SIGNATURE----- --nextPart11273067.FRNfeqRSUt-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 00:00:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD5016A41F for ; Mon, 19 Sep 2005 00:00:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A25143D48 for ; Mon, 19 Sep 2005 00:00:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8J00a0r000494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Sep 2005 20:00:36 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8J00X6P014027; Sun, 18 Sep 2005 20:00:33 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4A64951562; Sun, 18 Sep 2005 20:00:33 -0400 (EDT) Date: Sun, 18 Sep 2005 20:00:33 -0400 From: Kris Kennaway To: Marcin Jessa Message-ID: <20050919000033.GA67675@xor.obsecurity.org> References: <20050918233855.31cecfc3.lists@yazzy.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20050918233855.31cecfc3.lists@yazzy.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-Current Subject: Re: Error with devfs compiling RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 00:00:37 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 18, 2005 at 11:38:55PM +0000, Marcin Jessa wrote: > Hi guys. >=20 > Got this one kernel with compiling fresh sources: >=20 > /contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ip= filter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/= sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev= /twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8000 --pa= ram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-ali= gn-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-ss= e -mno-sse2 -ffreestanding -Werror /usr/src/sys/fs/devfs/devfs_vnops.c > /usr/src/sys/fs/devfs/devfs_vnops.c:1182: warning: redundant redeclaratio= n of 'devfs_ops_f' > /usr/src/sys/fs/devfs/devfs_vnops.c:71: warning: previous declaration of = 'devfs_ops_f' was here > /usr/src/sys/fs/devfs/devfs_vnops.c:1193: warning: redundant redeclaratio= n of 'devfs_vnodeops' > /usr/src/sys/fs/devfs/devfs_vnops.c:69: warning: previous declaration of = 'devfs_vnodeops' was here > /usr/src/sys/fs/devfs/devfs_vnops.c:1215: warning: redundant redeclaratio= n of 'devfs_specops' > /usr/src/sys/fs/devfs/devfs_vnops.c:70: warning: previous declaration of = 'devfs_specops' was here > *** Error code 1 Asked and answered already..you forgot to follow the updating instructions, which include a buildworld. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDLf+gWry0BWjoQKURAn13AKCJ1LD4/rO3uiJ9mjTMeKwTk7eOQwCg1fDe tW8PJ1xEVJJFnSjzFkSnhBY= =lNNy -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 00:55:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED5116A422 for ; Mon, 19 Sep 2005 00:55:13 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B54A143D46 for ; Mon, 19 Sep 2005 00:55:12 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so408850wxd for ; Sun, 18 Sep 2005 17:55:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qPfzsFtkQaZzVA6Z1SEdORbm9urWjcOlOqNBtsCIcbeWH3tsDcCk88vbo7Ny9BtH43s2FPRisRaUNbQyBcbJafN241EgFStATgNu0e/tKmPGC6sfeY7JBh6d97JC7ZS9DxWrSlnOMnM6nh4xeGcsDlcr8XraEzXOvUs7tUD8pXQ= Received: by 10.70.132.19 with SMTP id f19mr1077856wxd; Sun, 18 Sep 2005 17:55:11 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Sun, 18 Sep 2005 17:55:11 -0700 (PDT) Message-ID: <47d0403c05091817551e9c5ae4@mail.gmail.com> Date: Sun, 18 Sep 2005 19:55:11 -0500 From: Ben Kaduk To: Emanuel Strobl In-Reply-To: <200509190144.30528@harrymail> Mime-Version: 1.0 References: <200509190144.30528@harrymail> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: minimarmot@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 00:55:13 -0000 On 9/18/05, Emanuel Strobl wrote: >=20 > Hello, >=20 > tonight I wanted to consolidate (for an upcoming trekstor i.beat organix) > my oggs and therefore eval the difference between reencoded > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > Unfortunately I couldn't grab my CDs anymore. I can remember I had used= =20 > 'dd > if=3D/dev/acd0txx of=3D/tmp/track.xx bs=3D2352' but this doesn't work any= more. I > can't replay the bits and with oggenc I get: > ERROR: Input file "track15.wav" is not a supported format >=20 > _But_: >=20 > cdda2wav -D2,0,0 -t 15 -Owav is working fine! > Result is: >=20 > [...*SNIP*] > recording 217.8666 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'... > percent_done: > 100% track 15 recorded successfully > oggenc audio.wav > Opening with wav module: WAV file reader > Encoding "audio.wav" to > "audio.ogg" > at quality 3,00 > [ 99,9%] [ 0m00s remaining] \ >=20 > Done encoding file "audio.ogg" >=20 > File length: 3m 37,0s > Elapsed time: 1m 39,2s > Rate: 2,1952 > Average bitrate: 101,3 kb/s >=20 > What am I missing? >=20 > Thanks in advance, >=20 > -Harry >=20 >=20 >=20 [trimming to -current] Last time I was pulling stuff off a cd with dd, I used bs=3D64k (this was= =20 yesterday), and it worked fine. Care to try and report back? Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 00:56:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CAEA16A41F for ; Mon, 19 Sep 2005 00:56:40 +0000 (GMT) (envelope-from jperalta17@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10DDC43D45 for ; Mon, 19 Sep 2005 00:56:39 +0000 (GMT) (envelope-from jperalta17@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so93363nzd for ; Sun, 18 Sep 2005 17:56:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=A2EUnD03t8rR5MmyYR10ydU++S8z9nXxBHvYTLuzJwsoC14CatVRKBZEi73PabfQC6y82Mj1RwffxaUk4phEDMsJWgILw2sfL42e/ddP3FBUxD8x5OZmZg9QFSMdwpfzmeQCQLpXTPh5u3VAfI2AoHbLcHPcmOFWpG6oiVr0ABs= Received: by 10.36.61.9 with SMTP id j9mr1750749nza; Sun, 18 Sep 2005 17:56:39 -0700 (PDT) Received: by 10.36.227.40 with HTTP; Sun, 18 Sep 2005 17:56:38 -0700 (PDT) Message-ID: Date: Sun, 18 Sep 2005 20:56:38 -0400 From: Joseph Peralta To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: if_ath driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jperalta17@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 00:56:40 -0000 If the if_ath kernel driver and ath_hal driver are loaded and there is no atheros-based wireless card actually plugged into the PCMCIA slot and you attempt to plug in another PCMCIA card it fails with the error "pccard0: Card has no functions!" If you do install an atheros-based card then your pccard system functions properly. Is there any fix for this problem? From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 01:05:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F8616A41F for ; Mon, 19 Sep 2005 01:05:36 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DE9C43D45 for ; Mon, 19 Sep 2005 01:05:35 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 19 Sep 2005 01:05:34 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp027) with SMTP; 19 Sep 2005 03:05:34 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: minimarmot@gmail.com Date: Mon, 19 Sep 2005 03:05:17 +0200 User-Agent: KMail/1.8.1 References: <200509190144.30528@harrymail> <47d0403c05091817551e9c5ae4@mail.gmail.com> In-Reply-To: <47d0403c05091817551e9c5ae4@mail.gmail.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart34156497.vuUnRUVHn8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509190305.28271@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 01:05:37 -0000 --nextPart34156497.vuUnRUVHn8 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 19. September 2005 02:55 CEST schrieb Ben Kaduk: > On 9/18/05, Emanuel Strobl wrote: > > Hello, > > > > tonight I wanted to consolidate (for an upcoming trekstor i.beat > > organix) my oggs and therefore eval the difference between reencoded > > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > > Unfortunately I couldn't grab my CDs anymore. I can remember I had > > used 'dd > > if=3D/dev/acd0txx of=3D/tmp/track.xx bs=3D2352' but this doesn't work > > anymore. I can't replay the bits and with oggenc I get: > > ERROR: Input file "track15.wav" is not a supported format > > > > _But_: > > > > cdda2wav -D2,0,0 -t 15 -Owav is working fine! [...] > Last time I was pulling stuff off a cd with dd, I used bs=3D64k (this was > yesterday), and it worked fine. Care to try and report back? Hmm, I never could manage to dump PCM without bs=3D2352, but I tried your=20 suggestion, as expected, it failed while adjusted blocksize worked, but=20 obviously with mesh, no PCM .wav! See here: cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 -=20 2)#171: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D64k dd: /dev/acd0t15: Invalid argument 0+0 records in 0+0 records out 0 bytes transferred in 0.000380 secs (0 bytes/sec) cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 -=20 2)#172 cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 -=20 2)#172: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D2352 16340+0 records in 16340+0 records out 38431680 bytes transferred in 29.363745 secs (1308814 bytes/sec) cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 -=20 2)#173 cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 -=20 2)#174: oggenc aufio.wav ERROR: Input file "aufio.wav" is not a supported format Thanks for your attention, I don't think it's something user-world related... =2DHarry --nextPart34156497.vuUnRUVHn8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDLg7YBylq0S4AzzwRAgzhAJ4qenbt3RvSTTJfLkPTsJBEpmQKKwCfQMrf T7b633a+wXNecm6NG9s6A34= =Em0N -----END PGP SIGNATURE----- --nextPart34156497.vuUnRUVHn8-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 01:14:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12BB116A423 for ; Mon, 19 Sep 2005 01:14:20 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4156343D46 for ; Mon, 19 Sep 2005 01:14:19 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so412928wxd for ; Sun, 18 Sep 2005 18:14:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Qn6GQZhyUqYoz+GbmFJRlpl+N9q1FnIlyi+is2NqRHlJRLCOnGsJXS62lCLFYFw2KtW7FWKTyHOOw3rU9IVAkWYCvIv1t/X1ZG3NSsiuZvN5+OBMO2YL/24IKlZQcT2MY1X7IYEtATOF0EZ1PQn4IfC9N2+ZHHQmBtQUjTdPw+I= Received: by 10.70.47.13 with SMTP id u13mr1039794wxu; Sun, 18 Sep 2005 18:14:18 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Sun, 18 Sep 2005 18:14:18 -0700 (PDT) Message-ID: <47d0403c050918181443f3da91@mail.gmail.com> Date: Sun, 18 Sep 2005 20:14:18 -0500 From: Ben Kaduk To: Emanuel Strobl In-Reply-To: <200509190305.28271@harrymail> Mime-Version: 1.0 References: <200509190144.30528@harrymail> <47d0403c05091817551e9c5ae4@mail.gmail.com> <200509190305.28271@harrymail> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: minimarmot@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 01:14:20 -0000 On 9/18/05, Emanuel Strobl wrote: >=20 > Am Montag, 19. September 2005 02:55 CEST schrieb Ben Kaduk: > > On 9/18/05, Emanuel Strobl wrote: > > > Hello, > > > > > > tonight I wanted to consolidate (for an upcoming trekstor i.beat > > > organix) my oggs and therefore eval the difference between reencoded > > > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > > > Unfortunately I couldn't grab my CDs anymore. I can remember I had > > > used 'dd > > > if=3D/dev/acd0txx of=3D/tmp/track.xx bs=3D2352' but this doesn't work > > > anymore. I can't replay the bits and with oggenc I get: > > > ERROR: Input file "track15.wav" is not a supported format > > > > > > _But_: > > > > > > cdda2wav -D2,0,0 -t 15 -Owav is working fine! > [...] > > Last time I was pulling stuff off a cd with dd, I used bs=3D64k (this w= as > > yesterday), and it worked fine. Care to try and report back? >=20 > Hmm, I never could manage to dump PCM without bs=3D2352, but I tried your > suggestion, as expected, it failed while adjusted blocksize worked, but > obviously with mesh, no PCM .wav! See here: >=20 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#171: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D64k > dd: /dev/acd0t15: Invalid argument > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000380 secs (0 bytes/sec) > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#172 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#172: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D2352 > 16340+0 records in > 16340+0 records out > 38431680 bytes transferred in 29.363745 secs (1308814 bytes/sec) > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#173 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#174: oggenc aufio.wav > ERROR: Input file "aufio.wav" is not a supported format >=20 > Thanks for your attention, >=20 > I don't think it's something user-world related... >=20 > -Harry >=20 >=20 > Interesting -- I only have one other suggession; I was recently rereading= =20 the handbook section on burning cd's, and it said that it was better to hav= e=20 .pcm files which don't have the header that .wav files do -- apparently the= =20 header produces a 'tick' on playback. Have you tried ripping to .pcm files?= =20 Perhaps oggenc is looking for a nonexistent header. I also checked the handbook for copying cd's -- you are correct that 2352 i= s=20 the "magic" blocksize -- I used 64k when ripping an entire (data) cd to cop= y=20 it. Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 01:21:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E8C816A41F for ; Mon, 19 Sep 2005 01:21:13 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7510943D45 for ; Mon, 19 Sep 2005 01:21:12 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so414370wxd for ; Sun, 18 Sep 2005 18:21:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Jllwh00rJSIi+SuX7QckOPWX29+KNpS9K6YqLe/Ew+v0gJdz6LM7h0N8+mwTEsgFzPt6h6RSUzZ1OE/OPdf9aeKXVAs65VEBgVNe1ITurReAJ67lf3QpKEyXUSKZ9Yqhetzjgg5/Luy3yW5lrUenA5ePqZzI+y1dhJMRN/pQPNw= Received: by 10.70.16.16 with SMTP id 16mr1096052wxp; Sun, 18 Sep 2005 18:21:11 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Sun, 18 Sep 2005 18:21:11 -0700 (PDT) Message-ID: <47d0403c05091818212b15403b@mail.gmail.com> Date: Sun, 18 Sep 2005 20:21:11 -0500 From: Ben Kaduk To: Emanuel Strobl In-Reply-To: <200509190305.28271@harrymail> Mime-Version: 1.0 References: <200509190144.30528@harrymail> <47d0403c05091817551e9c5ae4@mail.gmail.com> <200509190305.28271@harrymail> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: minimarmot@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 01:21:13 -0000 On 9/18/05, Emanuel Strobl wrote: >=20 > Am Montag, 19. September 2005 02:55 CEST schrieb Ben Kaduk: > > On 9/18/05, Emanuel Strobl wrote: > > > Hello, > > > > > > tonight I wanted to consolidate (for an upcoming trekstor i.beat > > > organix) my oggs and therefore eval the difference between reencoded > > > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > > > Unfortunately I couldn't grab my CDs anymore. I can remember I had > > > used 'dd > > > if=3D/dev/acd0txx of=3D/tmp/track.xx bs=3D2352' but this doesn't work > > > anymore. I can't replay the bits and with oggenc I get: > > > ERROR: Input file "track15.wav" is not a supported format > > > > > > _But_: > > > > > > cdda2wav -D2,0,0 -t 15 -Owav is working fine! > [...] > > Last time I was pulling stuff off a cd with dd, I used bs=3D64k (this w= as > > yesterday), and it worked fine. Care to try and report back? >=20 > Hmm, I never could manage to dump PCM without bs=3D2352, but I tried your > suggestion, as expected, it failed while adjusted blocksize worked, but > obviously with mesh, no PCM .wav! See here: >=20 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#171: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D64k > dd: /dev/acd0t15: Invalid argument > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000380 secs (0 bytes/sec) > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#172 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#172: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D2352 > 16340+0 records in > 16340+0 records out > 38431680 bytes transferred in 29.363745 secs (1308814 bytes/sec) > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#173 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#174: oggenc aufio.wav > ERROR: Input file "aufio.wav" is not a supported format >=20 > Thanks for your attention, >=20 > I don't think it's something user-world related... >=20 > -Harry [sorry if this double-sent; I'm running on a wireless network using ipsec= =20 over udp, and apparently it's losing packets, since gmail was hanging. . .m= y=20 school's IT administration seems very silly at times] Interesting -- I only have one other suggession; I was recently rereading= =20 the handbook section on burning cd's, and it said that it was better to hav= e=20 .pcm files which don't have the header that .wav files do -- apparently the= =20 header produces a 'tick' on playback. Have you tried ripping to .pcm files?= =20 Perhaps oggenc is looking for a nonexistent header. I also checked the handbook for copying cd's -- you are correct that 2352 i= s=20 the "magic" blocksize -- I used 64k when ripping an entire (data) cd to cop= y=20 it. Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 01:31:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A2AA16A41F for ; Mon, 19 Sep 2005 01:31:50 +0000 (GMT) (envelope-from soren3@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC78A43D45 for ; Mon, 19 Sep 2005 01:31:49 +0000 (GMT) (envelope-from soren3@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so98175nzd for ; Sun, 18 Sep 2005 18:31:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Lj2ZkGDOgKea1rrQa6n/M7dK2skjUKq+MqvNOrtp6I8/JZlgPN7M9y3bA/vdrc6gRZeB+qFEma40zg3hi+alB46nqGZBbcxBSniBliWA1oWH6AIm5jFVAordxuDodKSwkbC+jDPmhtlT7pfhMu2uhxE6TmctM8Ldhc/xIliqCBk= Received: by 10.54.49.17 with SMTP id w17mr781678wrw; Sun, 18 Sep 2005 18:31:49 -0700 (PDT) Received: from elf.inequality ( [201.29.252.169]) by mx.gmail.com with ESMTP id g2sm172546wra.2005.09.18.18.31.48; Sun, 18 Sep 2005 18:31:49 -0700 (PDT) From: Soren Worach To: freebsd-current@freebsd.org Date: Mon, 19 Sep 2005 22:34:03 -0300 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509192234.03986.soren3@gmail.com> Subject: FreeBSD6.0-BETA5: atapci1: failed to enable memory mapping! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 01:31:50 -0000 When booting i get the following message: atapci1: failed to enable memory mapping! this is on a asus P4C800 D, with an ICH5 controller, and the device in question is a LG cdrw, both my PATA and SATA disks work fine. But still i am unable to use the cdrom, no acd* in /dev. thanks. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 01:49:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8192F16A420 for ; Mon, 19 Sep 2005 01:49:52 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A17443D53 for ; Mon, 19 Sep 2005 01:49:51 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 19 Sep 2005 01:49:50 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp011) with SMTP; 19 Sep 2005 03:49:50 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, minimarmot@gmail.com Date: Mon, 19 Sep 2005 03:49:33 +0200 User-Agent: KMail/1.8.1 References: <200509190144.30528@harrymail> <200509190305.28271@harrymail> <47d0403c05091818212b15403b@mail.gmail.com> In-Reply-To: <47d0403c05091818212b15403b@mail.gmail.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2562520.thfXlPdB5M"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509190349.44459@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 01:49:52 -0000 --nextPart2562520.thfXlPdB5M Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 19. September 2005 03:21 CEST schrieb Ben Kaduk: > Interesting -- I only have one other suggession; I was recently > rereading the handbook section on burning cd's, and it said that it was > better to have .pcm files which don't have the header that .wav files do > -- apparently the header produces a 'tick' on playback. Have you tried > ripping to .pcm files? Perhaps oggenc is looking for a nonexistent > header. > I also checked the handbook for copying cd's -- you are correct that > 2352 is the "magic" blocksize -- I used 64k when ripping an entire > (data) cd to copy it. Well, with data CDs you won't use /dev/acdtxx ;) It's a great special=20 feature of ATAng/mkIII; If not before... Hmm, AFAIK WAV _is_ PCM, both don't have any headers. But I'm out of=20 business for details for more than 10 years, so I may be wrong. But since /dev/acdXtY is designed to provide the raw audio (wav=3Dpcm) bits= =20 like cdda2wav does, I guess there's something broken since cdda2wav works=20 but acdXtY doesn't anymore... Thanks, =2DHarry --nextPart2562520.thfXlPdB5M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDLhk4Bylq0S4AzzwRAs/pAJ9KleVQfmG2saY0w9t3qvc943TIYgCfeZD5 nj9mh/SyHNq4ctjWd2UA+dA= =sbkC -----END PGP SIGNATURE----- --nextPart2562520.thfXlPdB5M-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 02:56:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8347116A41F for ; Mon, 19 Sep 2005 02:56:26 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCAA43D48 for ; Mon, 19 Sep 2005 02:56:24 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [211.71.95.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8D9AAEB21AE for ; Mon, 19 Sep 2005 10:56:22 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 8DB8513170A; Mon, 19 Sep 2005 10:56:18 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83816-17; Mon, 19 Sep 2005 10:56:11 +0800 (CST) Received: from [10.217.12.235] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 6FD28131575; Mon, 19 Sep 2005 10:56:09 +0800 (CST) From: Xin LI To: Marcin Jessa In-Reply-To: <20050918233855.31cecfc3.lists@yazzy.org> References: <20050918233855.31cecfc3.lists@yazzy.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4t1H45Z2cPoJQ0whfdC+" Organization: The FreeBSD Simplified Chinese Project Date: Mon, 19 Sep 2005 10:56:07 +0800 Message-Id: <1127098567.788.21.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net Cc: FreeBSD-Current Subject: Re: Error with devfs compiling RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 02:56:26 -0000 --=-4t1H45Z2cPoJQ0whfdC+ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, =E5=9C=A8 2005-09-18=E6=97=A5=E7=9A=84 23:38 +0000=EF=BC=8CMarcin Jessa=E5= =86=99=E9=81=93=EF=BC=9A > Hi guys. >=20 > Got this one kernel with compiling fresh sources: >=20 > /contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ip= filter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/= sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev= /twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8000 --pa= ram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-ali= gn-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-ss= e -mno-sse2 -ffreestanding -Werror /usr/src/sys/fs/devfs/devfs_vnops.c > /usr/src/sys/fs/devfs/devfs_vnops.c:1182: warning: redundant redeclaratio= n of 'devfs_ops_f' > /usr/src/sys/fs/devfs/devfs_vnops.c:71: warning: previous declaration of = 'devfs_ops_f' was here > /usr/src/sys/fs/devfs/devfs_vnops.c:1193: warning: redundant redeclaratio= n of 'devfs_vnodeops' > /usr/src/sys/fs/devfs/devfs_vnops.c:69: warning: previous declaration of = 'devfs_vnodeops' was here > /usr/src/sys/fs/devfs/devfs_vnops.c:1215: warning: redundant redeclaratio= n of 'devfs_specops' > /usr/src/sys/fs/devfs/devfs_vnops.c:70: warning: previous declaration of = 'devfs_specops' was here > *** Error code 1 Have you tried "make buildworld" before making your kernel? Cheers, --=20 Xin LI http://www.delphij.net/ --=-4t1H45Z2cPoJQ0whfdC+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDLijH/cVsHxFZiIoRAk6GAJkBSfc2fbqbijdYE/6x9cxaOwN8ugCdG+UZ f3F4JknN4Lfxe5/ZlMvzi2k= =dwIE -----END PGP SIGNATURE----- --=-4t1H45Z2cPoJQ0whfdC+-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 03:12:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0573816A41F for ; Mon, 19 Sep 2005 03:12:23 +0000 (GMT) (envelope-from mrwolf@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25CE43D45 for ; Mon, 19 Sep 2005 03:12:18 +0000 (GMT) (envelope-from mrwolf@videotron.ca) Received: from loki ([24.202.179.221]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with SMTP id <0IN1002H0NKHSJ60@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 18 Sep 2005 23:12:17 -0400 (EDT) Date: Sun, 18 Sep 2005 23:12:17 -0400 From: Francois Turcotte To: freebsd-current@freebsd.org Message-id: <001d01c5bcc7$f0dd0ea0$657ba8c0@loki> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-Priority: 3 X-MSMail-priority: Normal Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Promise Sata150 tx4 and BTX halted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 03:12:23 -0000 I read many post on many forum and mailing list about probleme for the BTX halted on the installation solved by changing some setting in the bios. but mine can only be solved by removing the harddrive... Computer: Dual P3 933mHz Tyan Tiger S2507 T230 1024mo SD-ram pc133 (4x 256) Video ATI rage fury 2x NIC realtek Sound blaster 16 Promise SATA150 TX4 Western Digital Raptor 36go 10k rpm Burner and floppy **No IRQ conflic when I remove the WD raptor from the promise card and I put a IDE Maxtor ATA100 directly on the board everything is working perfectly if I leave the raptor on the promise card with or without the maxtor I got this error: Boot from CD : CD Loader 1.2 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version is 1.01 Console: internal video/keyboard BIOS CD is cd0 BIOS drive A: is disk0 int=0000000d err=00003ec8 efl=00010046 eip=0000925b eax=0000000 ebx=00000000 ecx=0000feff edx=0000fe01 esi=0000000c edi=00000000 ebp=00000000 esp=000017e0 cs=0008 ds=0010 es=0000 fs=0000 gs=0000 ss=0010 cs:eip=1f 0f a1 0f a9 cf fc 6a-10 1f 60 89 e5 0f b7 7d 2c c1 e7 04 8b 75 28 01-fe 31 c9 b1 02 31 c0 ac ss:esp=ca 3e 00 00 00 00 00 00-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 BTX halted Any one have an Idea to solve my problem? From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 05:34:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54F5F16A41F; Mon, 19 Sep 2005 05:34:01 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDD743D5D; Mon, 19 Sep 2005 05:34:00 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.100] (cpe-065-184-205-194.ec.res.rr.com [65.184.205.194]) by ms-smtp-01-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j8J5XvWe013853; Mon, 19 Sep 2005 01:33:57 -0400 (EDT) Message-ID: <432E4F41.1050601@ec.rr.com> Date: Mon, 19 Sep 2005 01:40:17 -0400 From: jason User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050814) X-Accept-Language: en-us, en MIME-Version: 1.0 To: alan bryan References: <20050918032053.25987.qmail@web50309.mail.yahoo.com> In-Reply-To: <20050918032053.25987.qmail@web50309.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Maxime Henrion , current@FreeBSD.org Subject: Re: HEADS UP: call for nve(4) users to test a patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 05:34:01 -0000 alan bryan wrote: >Just a followup after a few days to confirm that I'm >still seeing the same thing - it now goes to "63" and >then networking (nve) dies - it does this about every >12 hours or so on my desktop machine with normal web >browsing as the main thing using networking. Is there >any way short of a reboot to "reset" the nve or am I >stuck rebooting this machine every 12 hours or so? > >Is there anything else that may work or anything else >you want to try? If not I'll have to find some other >network card as this rebooting is getting old fast. > >Thanks again for trying! > >--Alan > > > > If you do not compile nve into the kernel load it as a module. You could then write a script to reload nve every 11 or 10 hours. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 05:41:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0C4416A41F for ; Mon, 19 Sep 2005 05:41:39 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from mercury.ll.net (mercury.ll.net [209.131.224.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFF843D48 for ; Mon, 19 Sep 2005 05:41:39 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from globaleyes.net (unverified [209.131.253.90]) by mercury.ll.net (Vircom SMTPRS 3.2.315.0) with ESMTP id for ; Mon, 19 Sep 2005 00:41:36 -0500 Date: Mon, 19 Sep 2005 00:41:31 -0500 (CDT) From: supraexpress@globaleyes.net To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050919054139.7BFF843D48@mx1.FreeBSD.org> Subject: mplayer audio chokes on LOTR DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 05:41:40 -0000 In the past, I used to be able to play the LOTR DVD's without any problem. Now, I keep getting "Couldn't find matching filter/ao format!" error messages, no matter what sound module/driver I choose, and then all I get is a loud buzz/hum. Playing OTHER types of DVDs, that apparaently use a different audio codec, work just fine. cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xe400 irq 18 kld snd_emu10k1 (4p/2r/4v channels duplex default) gmplayer Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders Cannot find codec 'dts' in libavcodec... ADecoder init failed :( ADecoder init failed :( Opening audio decoder: [hwac3] AC3/DTS pass-through S/PDIF No accelerated IMDCT transform found hwac3: switched to DTS, 768000 bps, 48000 Hz AUDIO: 48000 Hz, 2 ch, ac3, 768.0 kbit/50.00% (ratio: 96000->192000) Selected audio codec: [hwdts] afm:hwac3 (DTS through S/PDIF) ========================================================================== xscreensaver_disable: xscreensaver wid=10485761. Opening video filter: [pp] ========================================================================== Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 720 x 480 (preferred csp: Mpeg PES) [PP] Using external postprocessing filter, max q = 6. Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. VDecoder init failed :( Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b Selected video codec: [mpeg12] vfm:libmpeg2 (MPEG-1 or 2 (libmpeg2)) ========================================================================== [PP] Using external postprocessing filter, max q = 6. Checking audio filter chain for 48000Hz/2ch/ac3 -> 48000Hz/2ch/ac3... [format] Sample format big-endian AC3 not yet supported Error at audio filter chain pre-init! [AO OSS] Can't set audio device /dev/dsp0.0 to ac3 output, trying s16le... AO: [oss] 48000Hz 2ch s16le (2 bps) Building audio filter chain for 48000Hz/2ch/ac3 -> 48000Hz/2ch/s16le... [format] Sample format big-endian AC3 not yet supported Couldn't find matching filter/ao format! From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 07:12:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6AA116A41F for ; Mon, 19 Sep 2005 07:12:15 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2704C43D45 for ; Mon, 19 Sep 2005 07:12:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j8J7C41d022899 for ; Mon, 19 Sep 2005 11:12:12 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 19 Sep 2005 11:12:04 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20050919110006.R22597@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: sbflush_locked panic and tcp_sack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 07:12:15 -0000 Hi, I got a panic at the end of sbflush_locked() on recent -current when open a large photo gallery with firefox. if (sb->sb_cc || sb->sb_mb || sb->sb_mbcnt) panic("sbflush_locked: cc %u || mb %p || mbcnt %u", sb->sb_cc, (void *)sb->sb_mb, sb->sb_mbcnt); It seems I can reproduce this panic easily. Moreover, turning tcp_sack off eliminates this panic. Does anybody see that? http://maxim.int.ru/stuff/panic/SONNIE http://maxim.int.ru/stuff/panic/kgdb.typescript http://maxim.int.ru/stuff/panic/sysctl-a -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 07:42:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D4AB16A41F for ; Mon, 19 Sep 2005 07:42:13 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B15743D45 for ; Mon, 19 Sep 2005 07:42:11 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j8J7fvWE066260; Mon, 19 Sep 2005 09:41:57 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <432E6C11.6010201@DeepCore.dk> Date: Mon, 19 Sep 2005 09:43:13 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael C. Shultz" References: <200509181616.59083.ringworm01@gmail.com> In-Reply-To: <200509181616.59083.ringworm01@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG, sos@DeepCore.dk Subject: Re: FreeBSD6.0 BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 07:42:13 -0000 Michael C. Shultz wrote: > Hi, for the first time FreeBSD 6.0 recognizes my SATA drives, yippie! = =20 > Yesterday's 6.0BETA4 would not initialize ad4 and ad6 would freeze up u= nder=20 > moderate writes so whatever changed between BETA4 and BETA5 has been a= real=20 > improvement. There has been no real ATA changes between 4 and 5.. >=20 > Under FreeBSD5.4 both drives always initialize just fine, but even aft= er this=20 > new BETA5 I stille have to boot the machine multiple times before both = drives=20 > initialize, usually just one or the other will. Also dmesg is still s= howing=20 > some sort of error "ata2: FAILURE - oversized DMA transfer attempt 870= 4 >=20 > 7680". The oversized DMA diag is because ataraid does not limit its write=20 size, and that I'm looking into.. > FreeBSD ringworm.mechee.com 6.0-BETA5 FreeBSD 6.0-BETA5 #2: Sun Sep 18 = > 14:40:15 PDT 2005 =20 > root@ringworm.mechee.com:/usr6/obj/usr6/src/sys/RINGWORM6 i386 >=20 > Drive ad6 still locks up with moderate writes and freezes the entire sy= stem=20 > under BETA5 You should try -current where I have committed substantial updates to=20 the timeout code that might help you when the failure happens. The timeouts and datacorruption on the SiI3112 can only be solved 100%=20 by throwing it out and substituting it with a real SATA controller... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 08:05:03 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE57516A41F for ; Mon, 19 Sep 2005 08:05:03 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCB143D45 for ; Mon, 19 Sep 2005 08:05:02 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id j8J851lp025879; Mon, 19 Sep 2005 10:05:01 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id j8J850Ek025875; Mon, 19 Sep 2005 10:05:00 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: supraexpress@globaleyes.net In-Reply-To: <20050919054139.7BFF843D48@mx1.FreeBSD.org> References: <20050919054139.7BFF843D48@mx1.FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nwuycX7YbtpYllAnvfNd" Date: Mon, 19 Sep 2005 10:04:59 +0200 Message-Id: <1127117099.6537.18.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: mplayer audio chokes on LOTR DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 08:05:03 -0000 --=-nwuycX7YbtpYllAnvfNd Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable supraexpress@globaleyes.net p=ED=B9e v po 19. 09. 2005 v 00:41 -0500: > In the past, I used to be able to play the LOTR DVD's without any problem= . > Now, I keep getting "Couldn't find matching filter/ao format!" error > messages, no matter what sound module/driver I choose, and then all I get= is > a loud buzz/hum. Playing OTHER types of DVDs, that apparaently use a > different audio codec, work just fine. > Cannot find codec 'dts' in libavcodec... > Opening audio decoder: [hwac3] AC3/DTS pass-through S/PDIF > No accelerated IMDCT transform found > hwac3: switched to DTS, 768000 bps, 48000 Hz > AUDIO: 48000 Hz, 2 ch, ac3, 768.0 kbit/50.00% (ratio: 96000->192000) > Selected audio codec: [hwdts] afm:hwac3 (DTS through S/PDIF) I noticed this too, it's trying to play a DTS audio track, it can't open an DTS decoder so it tried to send raw DTS data to S/PDIF output on your soundcard. I don't think this is FreeBSD problem, it's more likely an mplayer problem. --=20 Pav Lucistnik Mischief managed. --=-nwuycX7YbtpYllAnvfNd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDLnErntdYP8FOsoIRAvE5AKCYmFGgm5R7ZNkKyn+mmkI7U+z19gCggJrF QhRIpitF4OEGdklwQR0nPzw= =qEYS -----END PGP SIGNATURE----- --=-nwuycX7YbtpYllAnvfNd-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 09:55:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A336B16A41F; Mon, 19 Sep 2005 09:55:48 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 472AD43D46; Mon, 19 Sep 2005 09:55:48 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j8J9tlfd052423; Mon, 19 Sep 2005 02:55:47 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j8J9tl1x052422; Mon, 19 Sep 2005 02:55:47 -0700 (PDT) (envelope-from jmg) Date: Mon, 19 Sep 2005 02:55:47 -0700 From: John-Mark Gurney To: Emanuel Strobl Message-ID: <20050919095547.GC821@funkthat.com> Mail-Followup-To: Emanuel Strobl , freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <200509190144.30528@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509190144.30528@harrymail> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 09:55:48 -0000 Emanuel Strobl wrote this message on Mon, Sep 19, 2005 at 01:44 +0200: > tonight I wanted to consolidate (for an upcoming trekstor i.beat organix) > my oggs and therefore eval the difference between reencoded > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > Unfortunately I couldn't grab my CDs anymore. I can remember I had used 'dd > if=/dev/acd0txx of=/tmp/track.xx bs=2352' but this doesn't work anymore. I > can't replay the bits and with oggenc I get: > ERROR: Input file "track15.wav" is not a supported format [...] > What am I missing? That the raw audio data on a cd is raw, and not a wav file... WAV files have a bit of information that contains what the sampling rate is, the channels and the bits per sample: hydrogen,ttyp4,/home/johng,504$file /tmp/quarter.wav /tmp/quarter.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22254 Hz so, if you want, you can use sox to convert the raw audio data into wav: sox -t cdr rawcddata.cdr somefile.wav -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 12:12:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8E4016A428 for ; Mon, 19 Sep 2005 12:12:17 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6440543D48 for ; Mon, 19 Sep 2005 12:12:16 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1EHKWH-0002Vd-IT; Mon, 19 Sep 2005 16:13:13 +0400 To: freebsd-current@freebsd.org References: <42420091@srv.sem.ipt.ru> <20050906090235.GA29273@dragon.NUXI.org> From: Boris Samorodov Date: Mon, 19 Sep 2005 16:13:13 +0400 In-Reply-To: <20050906090235.GA29273@dragon.NUXI.org> (David O'Brien's message of "Tue, 6 Sep 2005 02:02:35 -0700") Message-ID: <17291846_-_@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Subject: share/examples/etc/make.conf rev. 1.266 (was: Re: to commit patch for share/examples/etc/make.conf to remove -O2 warnings) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 12:12:17 -0000 On Tue, 6 Sep 2005 02:02:35 -0700 David O'Brien wrote: > On Tue, Sep 06, 2005 at 12:47:00PM +0400, Boris Samorodov wrote: > > can anybody look at and commit before 6.0-RELEASE: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/85548 > Revision 1.266 should be MFC'ed. Since revision 1.266 is two weeks at HEAD, could anybody ask re@ a permission to MFC it? WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 12:23:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A96D16A41F for ; Mon, 19 Sep 2005 12:23:38 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7181943D45 for ; Mon, 19 Sep 2005 12:23:37 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 93042 invoked from network); 19 Sep 2005 11:57:57 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Sep 2005 11:57:57 -0000 Message-ID: <432EADC6.80908@freebsd.org> Date: Mon, 19 Sep 2005 14:23:34 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Maxim Konovalov References: <20050919110006.R22597@mp2.macomnet.net> In-Reply-To: <20050919110006.R22597@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sbflush_locked panic and tcp_sack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 12:23:38 -0000 Maxim Konovalov wrote: > Hi, > > I got a panic at the end of sbflush_locked() on recent -current when > open a large photo gallery with firefox. > > if (sb->sb_cc || sb->sb_mb || sb->sb_mbcnt) > panic("sbflush_locked: cc %u || mb %p || mbcnt %u", sb->sb_cc, > (void *)sb->sb_mb, sb->sb_mbcnt); > > It seems I can reproduce this panic easily. Moreover, turning > tcp_sack off eliminates this panic. Does anybody see that? > > http://maxim.int.ru/stuff/panic/SONNIE > http://maxim.int.ru/stuff/panic/kgdb.typescript > http://maxim.int.ru/stuff/panic/sysctl-a This rings a bell. Sounds like a problem with delayed header drop in TCP segments. In tcp_input() have the variable "tlen" examined. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 12:30:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B29B116A41F; Mon, 19 Sep 2005 12:30:52 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA3343D48; Mon, 19 Sep 2005 12:30:52 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id B432728208; Mon, 19 Sep 2005 14:30:50 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id C6227405D; Mon, 19 Sep 2005 14:30:51 +0200 (CEST) Date: Mon, 19 Sep 2005 14:30:51 +0200 From: Jeremie Le Hen To: "B. Bonev" Message-ID: <20050919123051.GN51142@obiwan.tataz.chchile.org> References: <000001c5bb83$b9cbd3a0$4700000a@server> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c5bb83$b9cbd3a0$4700000a@server> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BETA4: Panic and can't cleanup filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 12:30:52 -0000 Hi, [ please avoid cross-posting, RELENG_6 is still in its beta stage, so -current@ should be use for now. ] > When trying to unmount my flash drive with force (#umount -f /flash) machine > hardlocked. > After restart, when fsck-ing in background, computer panicked. > Machine is SMP 2x500MHz PIII with Asus P2B-DS motherboard > cvsuped and updated to RELENG_6 (BETA4) on 14 september with SHED_ULE and > PREEMPTION > panic is written on hand: > > panic: handle_written_inodeblock: live inodedep > cpuid=0 > KDB: enter: panic > [thread pid3 tid 100033] > stopped at kdb_enter+0x2b:nop > db> where > Tracing pid 3 tid 100033 td 0xc15d17d0 > kdb_enter(c062b964) at kdb_enter+0x2b > panic(c063a716,0,2,0,0) at panic+0x127 > handle_written_inodeblock(c1809a00,cbc1a738) at > handle_written_inodeblock+0x533 > softdep_disk_write_complete(cbc1a738) at softdep_disk_write_complete+0xb6 > bufdone(cbc1a738) at bufdone+0x160 > g_vfs_done(c1825ad4) at g_vfs_done+0x8a > biodone(c1825ad4,d42e8cc4,0,c062632c,1ea) at biodone+0x57 > g_io_shedule_up(c15d17d0) at g_io_shedule_up+0xb5 > g_up_procbody(0,d42e8d38,0,c04be5c0,0) at g_up_procbody+0x5a > fork_exit(c04be5c0,0,d42e8d38 at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1,eip=0,esp=0xd42e8d6c,ebp=0 --- > db>show alllocks > Process 3 (g_up) thread 0xc15d17d0 (100033) > exclusive sleep mutex SoftdepLock r=0 (0xc06dbda0) locked @ > /usr/src/sys/ufs/ffs/ffs_softdep.c:4075 > exclusive sleep mutex g_xup r=0 (0xd42e8cc4) locked @ > /usr/src/sys/geom/geom_io.c:490 > Process 31 (irq20:acpi0) thread 0xc15cd320 (100021) > exclusive sleep mutex acpica subsystem lock r=0 (0xc15c0280) locked @ > /usr/src/sys/modules/acpi/../../../dev/acpica/Osd/Osdynch.c:361 > db> panic > Dump... This panic should certainly be studied by a kernel hacker. You should keep the kernel dump. I'm not enough experienced to help you here, maybe jeff, tegge or truckman could help you here. > after restart, system stoped and entered in single mode with inconsistency > in /var > after fsck, there was message: > > BAD SUPERBLOCK: VALUES IN SUPERBLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE > > then search for SUPERBLOCK failed, > and fsck don't have option -b... > tried to mount all filesystems and got another panic: > # /var: bad dir ino 2 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > cpuid=0 > KDB: enter: panic > [thread pid 133 tid 100063] > stoped at kdb_enter+0x2b: nop > db>where > Tracing pid 133 tid 100063 td 0xc18554000 > kdb_enter(c062b964) at kdb_enter+0x2b > panic(c063b64c,c1829800,da96c904,c059eb66,c18866b4) at panic+0x127 > ufs_dirbad(c18866b4,0,c063b606,c1854000,0) at ufs_dirbad+0x3a > ufs_lookup(da96c92c) at ufs_lookup+0x36a > VOP_CACHEDLOOKUP_APV(c066fd80,da96c92c) at VOP_CACHEDLOOKUP_APV+0x87 > lookup(da96cbcc,c0515064,0,c1854000,c06bc7c0) at lookup+0x3d6 > namei(da96cbcc,c062cf75,267,c1854000,da96ca68) at namei+0x35a > vn_open_cred(da96cbcc,da96cccc,0,c15c9a80,3) at vn_open_cred+0x277 > vn_open(da96cbcc,da96cccc,0,3,c062cf75) at vn_open+0x1e > kern_open(c185400,28065e40,0,1,0) at kern_open+0xb6 > open(c185400,da96cd04,3,1,296) at open+0x1a > syscall(3b,3b,3b,28070000,80486b1) at syscall+0x27f > xint0x80_syscall() at xint0x80_syscall+0x1f > --- syscall(5,FreeBSD ELF32,open), > eip=0x28054e67,esp=0xbfbfebcc,ebp=0xbfbfec78 --- > > With every restart, system going in single mode. What can i do to clean /var > filesystem and to debug these panics? Any help are welcome... Did you try the -b flag from fsck_ffs(8) ? You can get the location of other superblocks with the dumpfs(8) utility. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 12:49:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DDBB16A421; Mon, 19 Sep 2005 12:49:07 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFF2443D45; Mon, 19 Sep 2005 12:49:06 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j8JCn51O085194; Mon, 19 Sep 2005 16:49:05 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 19 Sep 2005 16:49:05 +0400 (MSD) From: Maxim Konovalov To: Andre Oppermann In-Reply-To: <432EADC6.80908@freebsd.org> Message-ID: <20050919164747.N85035@mp2.macomnet.net> References: <20050919110006.R22597@mp2.macomnet.net> <432EADC6.80908@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: sbflush_locked panic and tcp_sack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 12:49:07 -0000 On Mon, 19 Sep 2005, 14:23+0200, Andre Oppermann wrote: > Maxim Konovalov wrote: > > Hi, > > > > I got a panic at the end of sbflush_locked() on recent -current when > > open a large photo gallery with firefox. > > > > if (sb->sb_cc || sb->sb_mb || sb->sb_mbcnt) > > panic("sbflush_locked: cc %u || mb %p || mbcnt %u", > > sb->sb_cc, > > (void *)sb->sb_mb, sb->sb_mbcnt); > > > > It seems I can reproduce this panic easily. Moreover, turning > > tcp_sack off eliminates this panic. Does anybody see that? > > > > http://maxim.int.ru/stuff/panic/SONNIE > > http://maxim.int.ru/stuff/panic/kgdb.typescript > > http://maxim.int.ru/stuff/panic/sysctl-a > > This rings a bell. Sounds like a problem with delayed header drop in TCP > segments. In tcp_input() have the variable "tlen" examined. Well, there is no tcp_input() in the backtrace. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 12:57:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1C3C16A41F for ; Mon, 19 Sep 2005 12:57:37 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABDB043D46 for ; Mon, 19 Sep 2005 12:57:35 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id j8JCkiGr025323 for ; Mon, 19 Sep 2005 15:46:50 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (192.168.48.1) with smtp ; Mon, 19 Sep 2005 15:58:46 +0300 Message-ID: <000001c5bd19$dd6a4b10$0130a8c0@Gleb> From: "Gleb Kozyrev" To: Date: Mon, 19 Sep 2005 15:58:42 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: LOR in uipc_usrreq.c and kern_descrip.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 12:57:37 -0000 Hello, All! While playing with wine-20050830 I saw the following: =========Beginning of the citation============== lock order reversal 1st 0xc0971c60 unp (unp) @ /usr/src/sys/kern/uipc_usrreq.c:249 2nd 0xc0922160 filelist lock (filelist lock) @ /usr/src/sys/kern/kern_descrip.c:2127 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0934d08,c09346f0,c08c04cc) at kdb_backtrace+0x29 witness_checkorder(c0922160,9,c08571f2,84f) at witness_checkorder+0x564 _sx_xlock(c0922160,c08571f2,84f) at _sx_xlock+0x50 fdrop_locked(c1b41c60,0,c12f8f40,0,c08571f2) at fdrop_locked+0xa1 fdrop(c1b41c60,0,3,c15d8d80,cc8e69d4) at fdrop+0x24 closef(c1b41c60,0,c1703418,cc8e6a4c,c06762fc) at closef+0x35f unp_discard(c1b41c60) at unp_discard+0x43 unp_scan(c1703400,c0676384) at unp_scan+0x80 unp_dispose(c1703400) at unp_dispose+0x15 sorflush(c20ac000,c20dac18,c20ac000,cc8e6b18,c067387e) at sorflush+0x119 unp_detach(c233c604,cc8e6b30,c066bb84,c20ac000,c20dac18) at unp_detach+0xc5 uipc_detach(c20ac000) at uipc_detach+0x4a soclose(c20ac000,c20dac18,0,cc8e6b5c,c0617fb8) at soclose+0x1e0 soo_close(c20dac18,c15d8d80) at soo_close+0x4b fdrop_locked(c20dac18,c15d8d80,c12f8ed4,0,c08571f2) at fdrop_locked+0x88 fdrop(c20dac18,c15d8d80,cc8e6ba8,c0654740,c08571f2) at fdrop+0x24 closef(c20dac18,c15d8d80) at closef+0x35f fdfree(c15d8d80,c15fdb88,282754e4,c15d8d80,c0905500) at fdfree+0x473 exit1(c15d8d80,100,cc8e6d30,c07f22fb,c15d8d80) at exit1+0x3f6 exit1(c15d8d80,cc8e6d04,1,12b,292) at exit1 syscall(3b,3b,3b,8089200,bfbfe67c) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281f3433, esp = 0xbfbfe2f0, ebp = 0xbfbfe30c --- =========The end of the citation================ FreeBSD 6.0-BETA4 #0: Wed Sep 14, GENERIC kernel. -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 13:07:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461EF16A420 for ; Mon, 19 Sep 2005 13:07:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1BE543D49 for ; Mon, 19 Sep 2005 13:07:52 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 0BFA346B37; Mon, 19 Sep 2005 09:07:47 -0400 (EDT) Date: Mon, 19 Sep 2005 14:07:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gleb Kozyrev In-Reply-To: <000001c5bd19$dd6a4b10$0130a8c0@Gleb> Message-ID: <20050919140646.I99647@fledge.watson.org> References: <000001c5bd19$dd6a4b10$0130a8c0@Gleb> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: LOR in uipc_usrreq.c and kern_descrip.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 13:07:53 -0000 On Mon, 19 Sep 2005, Gleb Kozyrev wrote: > Hello, All! > > While playing with wine-20050830 I saw the following: Could you file a PR on this, and forward me the PR number? This needs to be fixed, but will be a moderate amount of work that will likely have to happen after 6.0-RELEASE. In theory there is a deadlock risk here, but my hope is that the chances are low that it will occur in practice. Thanks, Robert N M Watson > > =========Beginning of the citation============== > lock order reversal > 1st 0xc0971c60 unp (unp) @ /usr/src/sys/kern/uipc_usrreq.c:249 > 2nd 0xc0922160 filelist lock (filelist lock) @ /usr/src/sys/kern/kern_descrip.c:2127 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0934d08,c09346f0,c08c04cc) at kdb_backtrace+0x29 > witness_checkorder(c0922160,9,c08571f2,84f) at witness_checkorder+0x564 > _sx_xlock(c0922160,c08571f2,84f) at _sx_xlock+0x50 > fdrop_locked(c1b41c60,0,c12f8f40,0,c08571f2) at fdrop_locked+0xa1 > fdrop(c1b41c60,0,3,c15d8d80,cc8e69d4) at fdrop+0x24 > closef(c1b41c60,0,c1703418,cc8e6a4c,c06762fc) at closef+0x35f > unp_discard(c1b41c60) at unp_discard+0x43 > unp_scan(c1703400,c0676384) at unp_scan+0x80 > unp_dispose(c1703400) at unp_dispose+0x15 > sorflush(c20ac000,c20dac18,c20ac000,cc8e6b18,c067387e) at sorflush+0x119 > unp_detach(c233c604,cc8e6b30,c066bb84,c20ac000,c20dac18) at unp_detach+0xc5 > uipc_detach(c20ac000) at uipc_detach+0x4a > soclose(c20ac000,c20dac18,0,cc8e6b5c,c0617fb8) at soclose+0x1e0 > soo_close(c20dac18,c15d8d80) at soo_close+0x4b > fdrop_locked(c20dac18,c15d8d80,c12f8ed4,0,c08571f2) at fdrop_locked+0x88 > fdrop(c20dac18,c15d8d80,cc8e6ba8,c0654740,c08571f2) at fdrop+0x24 > closef(c20dac18,c15d8d80) at closef+0x35f > fdfree(c15d8d80,c15fdb88,282754e4,c15d8d80,c0905500) at fdfree+0x473 > exit1(c15d8d80,100,cc8e6d30,c07f22fb,c15d8d80) at exit1+0x3f6 > exit1(c15d8d80,cc8e6d04,1,12b,292) at exit1 > syscall(3b,3b,3b,8089200,bfbfe67c) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281f3433, esp = 0xbfbfe2f0, ebp = 0xbfbfe30c --- > =========The end of the citation================ > > FreeBSD 6.0-BETA4 #0: Wed Sep 14, GENERIC kernel. > > -- > With best regards, Gleb Kozyrev. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 13:10:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40F9B16A41F for ; Mon, 19 Sep 2005 13:10:00 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB5C43D45 for ; Mon, 19 Sep 2005 13:09:59 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 93414 invoked from network); 19 Sep 2005 12:44:19 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Sep 2005 12:44:19 -0000 Message-ID: <432EB8A4.5070004@freebsd.org> Date: Mon, 19 Sep 2005 15:09:56 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Maxim Konovalov References: <20050919110006.R22597@mp2.macomnet.net> <432EADC6.80908@freebsd.org> <20050919164747.N85035@mp2.macomnet.net> In-Reply-To: <20050919164747.N85035@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sbflush_locked panic and tcp_sack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 13:10:00 -0000 Maxim Konovalov wrote: > On Mon, 19 Sep 2005, 14:23+0200, Andre Oppermann wrote: > > >>Maxim Konovalov wrote: >> >>>Hi, >>> >>>I got a panic at the end of sbflush_locked() on recent -current when >>>open a large photo gallery with firefox. >>> >>>if (sb->sb_cc || sb->sb_mb || sb->sb_mbcnt) >>> panic("sbflush_locked: cc %u || mb %p || mbcnt %u", >>> sb->sb_cc, >>> (void *)sb->sb_mb, sb->sb_mbcnt); >>> >>>It seems I can reproduce this panic easily. Moreover, turning >>>tcp_sack off eliminates this panic. Does anybody see that? >>> >>>http://maxim.int.ru/stuff/panic/SONNIE >>>http://maxim.int.ru/stuff/panic/kgdb.typescript >>>http://maxim.int.ru/stuff/panic/sysctl-a >> >>This rings a bell. Sounds like a problem with delayed header drop in TCP >>segments. In tcp_input() have the variable "tlen" examined. > > Well, there is no tcp_input() in the backtrace. Yes, it must have happend before and left the socket buffer in an inconsistent state. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 12:29:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE8016A41F for ; Mon, 19 Sep 2005 12:29:31 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA9B943D48 for ; Mon, 19 Sep 2005 12:29:30 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (uhupcr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j8JCTSi3012192 for ; Mon, 19 Sep 2005 14:29:28 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j8JCTRER012191; Mon, 19 Sep 2005 14:29:27 +0200 (CEST) (envelope-from olli) Date: Mon, 19 Sep 2005 14:29:27 +0200 (CEST) Message-Id: <200509191229.j8JCTRER012191@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) X-Mailman-Approved-At: Mon, 19 Sep 2005 13:11:10 +0000 Cc: Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 12:29:31 -0000 Emanuel Strobl wrote: > Ben Kaduk wrote: > > I also checked the handbook for copying cd's -- you are correct that > > 2352 is the "magic" blocksize -- I used 64k when ripping an entire > > (data) cd to copy it. It's not "magic", it's simply the "Red Book" sector size of a CD. (The sample rate is 44.1 khz, so you have 176400 bytes per second [44100 * 4]. A single-speed drive reads 75 sectors per second, so you need 176400 / 75 = 2352 bytes per sector. That's where the number comes from.) > Hmm, AFAIK WAV _is_ PCM, both don't have any headers. But I'm out of=20 > business for details for more than 10 years, so I may be wrong. No, WAV is a format invented by Microsoft which contains a header (usually 44 bytes, but it can vary). "Raw PCM" doesn't have a header (when handling CD audio data, it's usually 2-channel signed 16 bits little-endian linear data). You can use sox for conversion. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 14:23:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EDD316A41F for ; Mon, 19 Sep 2005 14:23:36 +0000 (GMT) (envelope-from bobself@charter.net) Received: from mxsf27.cluster1.charter.net (mxsf27.cluster1.charter.net [209.225.28.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D158E43D45 for ; Mon, 19 Sep 2005 14:23:35 +0000 (GMT) (envelope-from bobself@charter.net) Received: from mxip16a.cluster1.charter.net (mxip16a.cluster1.charter.net [209.225.28.146]) by mxsf27.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j8JENYne011106 for ; Mon, 19 Sep 2005 10:23:34 -0400 Received: from 24-177-225-234.dhcp.spbg.sc.charter.com (HELO [127.0.0.1]) (24.177.225.234) by mxip16a.cluster1.charter.net with ESMTP; 19 Sep 2005 10:23:33 -0400 X-IronPort-AV: i="3.97,122,1125892800"; d="scan'208"; a="1588932409:sNHT36426498" Message-ID: <432EC9DB.2040808@charter.net> Date: Mon, 19 Sep 2005 10:23:23 -0400 From: bob self User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: make buildworld causes "internal compiler error" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 14:23:36 -0000 Why might this be happening???? I updated all the ports from source yesterday. That worked fine. Now I'm trying to go to beta 5 but after a long time compiling I get this message. I'm now running 6.0 beta 4 and as far as I know there are no problems except this. Bob c++ -O2 -fno-strict-aliasing -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc++/../ ../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc -I/usr/src/gnu/lib/libstdc++/../../../contri b/libstdc++/include -frandom-seed=RepeatabilityConsideredGood -fno-implicit-templates -ffunction-sections -fdata-sections -Wno- deprecated -c /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/io-inst.cc In file included from /usr/obj/usr/src/tmp/usr/include/c++/3.4/string:57, from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/locale_classes.h:47, from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/ios_base.h:47, from /usr/obj/usr/src/tmp/usr/include/c++/3.4/ios:49, from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/io-inst.cc:35: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/basic_string.tcc:236: internal compiler error: Segmentation f ault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 14:55:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05BB616A41F; Mon, 19 Sep 2005 14:55:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E439843D64; Mon, 19 Sep 2005 14:55:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8JEtLRZ045756; Mon, 19 Sep 2005 10:55:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8JEtLwF000302; Mon, 19 Sep 2005 10:55:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A4F767302F; Mon, 19 Sep 2005 10:55:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050919145521.A4F767302F@freebsd-current.sentex.ca> Date: Mon, 19 Sep 2005 10:55:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 14:55:27 -0000 TB --- 2005-09-19 14:38:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-19 14:38:19 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-09-19 14:38:19 - cleaning the object tree TB --- 2005-09-19 14:38:40 - checking out the source tree TB --- 2005-09-19 14:38:40 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-09-19 14:38:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-19 14:44:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-19 14:44:47 - cd /src TB --- 2005-09-19 14:44:47 - /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 [...] from /src/lib/libkvm/kvm.c:48: /obj/alpha/src/tmp/usr/include/machine/pmap.h:45:1: unterminated #ifndef In file included from /obj/alpha/src/tmp/usr/include/sys/user.h:50, from /src/lib/libkvm/kvm.c:48: /obj/alpha/src/tmp/usr/include/vm/pmap.h:68:1: unterminated #ifndef In file included from /src/lib/libkvm/kvm.c:48: /obj/alpha/src/tmp/usr/include/sys/user.h:37:1: unterminated #ifndef /obj/alpha/src/tmp/usr/include/sys/user.h:33:1: unterminated #ifndef *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-19 14:55:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-19 14:55:21 - ERROR: failed to build world TB --- 2005-09-19 14:55:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 15:11:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C4CF16A41F for ; Mon, 19 Sep 2005 15:11:29 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1307743D45 for ; Mon, 19 Sep 2005 15:11:28 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so31157wxd for ; Mon, 19 Sep 2005 08:11:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=n+wMq3Px9hBqsbUmK1J9hkepCFSls7n9ExYwNDN10XhDDIVtREJ3agjcsNwCbnhbejCiq1xePX7lBJkzyXQiTPUDAqdPKv1YYGMLhQPQj9RqNxjIpuyVl9kfdVvlESCT9nGOrn4etezbrm7HQ+tW/9BQkpvndpo9uMFk0ACQW7g= Received: by 10.70.47.13 with SMTP id u13mr1301754wxu; Mon, 19 Sep 2005 08:11:28 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Mon, 19 Sep 2005 08:11:27 -0700 (PDT) Message-ID: <70e8236f0509190811227c81a3@mail.gmail.com> Date: Mon, 19 Sep 2005 16:11:27 +0100 From: Joao Barros To: freebsd-current@freebsd.org In-Reply-To: <432B069E.8000104@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1126683752.4306.6.camel@massimo.datacode.it> <4327DC81.7040903@samsco.org> <70e8236f050916092979979613@mail.gmail.com> <432B069E.8000104@samsco.org> Cc: Massimo Subject: Re: raid framework from OpenBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 15:11:29 -0000 On 9/16/05, Scott Long wrote: > Joao Barros wrote: > > On 9/14/05, Scott Long wrote: > > > >>Massimo wrote: > >> > >>>I would like to know what do you think about new OpenBSD raid framewor= k > >>>management. > >>>http://marc.theaimsgroup.com/?l=3Dopenbsd-misc&m=3D112630095818062 > >>> > >>>Doesn't it seems good stuff which is good for consideration? > >>> > >>>Regards. > >> > >>Creating a unified management tool for multiple RAID architectures has > >>been a Holy Grail for at least 10 years, if not longer. It's > >>deceptively hard, though. While it sounds straight-forward and is > >>relatively easy to do for 1 or 2 architectures, the vast differences in > >>how different architectures work makes it quickly turn into a huge mess= . > >>This is especially true when it comes to topology discovery and > >>management and asynchronous event notification. Often times the only > >>course is to degrade to a very simple, lowest common denominator > >>interface, which then starts to limit the usefulness of the tool. I've > >>been involved in several professional projects in exactly this area, an= d > >>it simply is very, very hard to do well. The OpenBSD work looks > >>interesting, but unless they can demostrate useful operation on more > >>than 1 or 2 architectures, it's not terribly impressive. That's not to > >>say that it can't be done and be a success, but the amount of required > >>effort should not be underestimated. It's relatively easy to come up > >>with a framework and implement one architecture module in it, then tell > >>everyone else to simply add more modules. > >> > >>Also, it's not clear from the email whether the tool has to be manually > >>told to rescan and look for changes in the state of the array (not just > >>SES/SAFTE changes of the component drives). Displaying status on deman= d > >>is fine, but what admin sits in front of their terminal and refreshes > >>their monitoring apps every 5 seconds? The key is to have a an event > >>notification pipeline that can collect events in near real time, filter > >>them in a configurable way, and send out email/pager alerts when > >>appropriate. Also, what does this mean for a datacenter full of > >>machines that need to be monitored? Does a remote terminal session nee= d > >>to be opened on each one in order for monitoring to work? > >> > >>But, even if this particular work degrades into only being a tool for > >>AMI (I assume they mean MegaRAID) controllers, it's still useful and I > >>give them credit for doing it. > > > > > > Having an amr I'm most interested in this, as I guess more people are. > > Given that there is "customer" interest, my question is: is there > > interest from you in this, having it imported to FreeBSD? > > I've looked at the code and I wouldn't mind starting to work on this. > > > > -- > > Joao Barros >=20 > Give it a try if you're interested. >=20 > Scott >=20 I'v talked to marco@openbsd and he seemed very open to the idea and available to assist me :) The machine I have the ami installed is rather slow, a PIII 733MHz and today at work I reserved a Compaq DL380 with a 3.0GHz Xeon and a ciss( I think) which according to the controller's documentation already has bio support, so I'll be able to test both controllers. I have access to Dell (amr mostly), IBM (isp), and Compaq machines so I can try and add support for more controllers :) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 15:15:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CE1516A41F for ; Mon, 19 Sep 2005 15:15:17 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E3043D48 for ; Mon, 19 Sep 2005 15:15:16 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id EF6DBB846 for ; Mon, 19 Sep 2005 17:15:14 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id BC2F911463; Mon, 19 Sep 2005 17:15:14 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org References: <86ek7mssz0.fsf@borg.borderworlds.dk> <20050918114803.3fceca23.lists@yazzy.org> From: Christian Laursen Date: 19 Sep 2005 17:15:14 +0200 In-Reply-To: <20050918114803.3fceca23.lists@yazzy.org> Message-ID: <86wtld6qd9.fsf@borg.borderworlds.dk> Lines: 48 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: iwi lockup problem on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 15:15:17 -0000 Marcin Jessa writes: > This happened to me as well. > After update from a couple of days back (6.0-BETA4) it seems to be working fine. > And it does not constantly disconnect from my AP as it used to before. > Trying to make it connect back made my laptop reboot. Now I can even reconnect changing SSID's or after I lost contact with the AP. > Give it a try and let me know. Unfortunately it doesn't seem to make any difference. > On 18 Sep 2005 10:03:31 +0200 > Christian Laursen wrote: > > > I am having a problem using the iwi driver on my laptop. > > > > Basically I would normally setup the network with this command: > > ifconfig iwi0 inet 10.2.0.3 netmask 255.255.0.0 ssid borderworlds mode 11g channel 3 > > > > but that makes the laptop freeze and a hard reset is the only way to > > get it back to life. > > > > By experimenting a little I found that this sequence of commands works: > > > > ifconfig iwi0 inet 10.2.0.3 netmask 255.255.0.0 > > sleep 5 > > ifconfig iwi0 ssid borderworlds > > sleep 5 > > ifconfig iwi0 mode 11g > > sleep 5 > > ifconfig iwi0 channel 3 > > > > I tried sleep 1 at first but that made the laptop freeze after setting > > mode 11g. > > > > By enabling the software watchdog I can make it panic instead of > > freezing, but the backtrace I get from the dump looks useless (at least > > to me). > > > > The dmesg is at http://borderworlds.dk/~xi/andorian.dmesg > > The trace is at http://borderworlds.dk/~xi/andorian.trace > > > > I am not sure how to further debug this so any help would be > > appreciated. > > > > I will try the latest RELENG_6 next and see if it makes any difference. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 15:40:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FDE016A41F for ; Mon, 19 Sep 2005 15:40:21 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 047CC43D46 for ; Mon, 19 Sep 2005 15:40:20 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EHNkg-0007Cv-00; Mon, 19 Sep 2005 17:40:18 +0200 Date: Mon, 19 Sep 2005 17:40:18 +0200 To: Emanuel Strobl Message-ID: <20050919154018.GB24109@poupinou.org> References: <200509162117.17787@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509162117.17787@harrymail> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 15:40:21 -0000 On Fri, Sep 16, 2005 at 09:17:06PM +0200, Emanuel Strobl wrote: > Hello, > > I noticed that whenever my notebook (VAIO SRX41p, BETA4) crashed, powerd > prints the following error after reboot: > acpi_perf0: Px transition to 500 failed > acpi_perf0: set freq failed, err 6 > > I can't solve that state, no shutdown/reboot will fix it. _But_, if I boot > XP and reboot everything is fine again. > > I don't have problems if I do a clean shutdown and reboot FreeBSD. > There seems to be something in an invalid state while powerd is running > which powerd corrects at exit. > > Can I provide any useful info to get this fixed? I'm not planning to leave > XP on that machine just because I need it to "reset" cpufreq related > stuff ;) > Is this one with a PIII mobile and a PIIX4 southbridge? If yes, could you please try without acpi_perf but with smist instead? I think that even if you want to keep it working with acpi_perf I can write a simple userspace tool in order to get it working, but I don't think this can be commited though. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 15:44:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75B7616A41F for ; Mon, 19 Sep 2005 15:44:29 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7FD8143D45 for ; Mon, 19 Sep 2005 15:44:28 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 19 Sep 2005 15:44:27 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp031) with SMTP; 19 Sep 2005 17:44:27 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: Bruno Ducrot Date: Mon, 19 Sep 2005 17:44:04 +0200 User-Agent: KMail/1.8.1 References: <200509162117.17787@harrymail> <20050919154018.GB24109@poupinou.org> In-Reply-To: <20050919154018.GB24109@poupinou.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1390391.1LNAqdnj90"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509191744.19805@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 15:44:29 -0000 --nextPart1390391.1LNAqdnj90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Montag, 19. September 2005 17:40 CEST schrieb Bruno Ducrot: > On Fri, Sep 16, 2005 at 09:17:06PM +0200, Emanuel Strobl wrote: > > Hello, > > > > I noticed that whenever my notebook (VAIO SRX41p, BETA4) crashed, > > powerd prints the following error after reboot: > > acpi_perf0: Px transition to 500 failed > > acpi_perf0: set freq failed, err 6 > > > > I can't solve that state, no shutdown/reboot will fix it. _But_, if I > > boot XP and reboot everything is fine again. > > > > I don't have problems if I do a clean shutdown and reboot FreeBSD. > > There seems to be something in an invalid state while powerd is > > running which powerd corrects at exit. > > > > Can I provide any useful info to get this fixed? I'm not planning to > > leave XP on that machine just because I need it to "reset" cpufreq > > related stuff ;) > > Is this one with a PIII mobile and a PIIX4 southbridge? It's a PIII LV mobile and i815, I think ICH is not PIIX4... Thanks, -Harry > If yes, could you please try without acpi_perf but with smist instead? > > I think that even if you want to keep it working with acpi_perf > I can write a simple userspace tool in order to get it working, but > I don't think this can be commited though. > > Cheers, --nextPart1390391.1LNAqdnj90 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDLtzTBylq0S4AzzwRAsI2AJ4hHfii8CxuNO8LyePG8eMag5ZKpACfbhaz MCQacezylWc8anvLeOG8Svo= =ld+r -----END PGP SIGNATURE----- --nextPart1390391.1LNAqdnj90-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 16:03:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0AE16A41F for ; Mon, 19 Sep 2005 16:03:15 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF76D43D48 for ; Mon, 19 Sep 2005 16:03:14 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 2F6083982A; Mon, 19 Sep 2005 18:03:09 +0200 (CEST) Date: Mon, 19 Sep 2005 16:02:54 +0000 From: Marcin Jessa To: joao.barros@gmail.com Message-Id: <20050919160254.38fb974a.lists@yazzy.org> In-Reply-To: <70e8236f0509190811227c81a3@mail.gmail.com> References: <1126683752.4306.6.camel@massimo.datacode.it> <4327DC81.7040903@samsco.org> <70e8236f050916092979979613@mail.gmail.com> <432B069E.8000104@samsco.org> <70e8236f0509190811227c81a3@mail.gmail.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: raid framework from OpenBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 16:03:16 -0000 On Mon, 19 Sep 2005 16:11:27 +0100 Joao Barros wrote: > On 9/16/05, Scott Long wrote: > > Joao Barros wrote: > > > On 9/14/05, Scott Long wrote: > > > > > >>Massimo wrote: > > >> > > >>>I would like to know what do you think about new OpenBSD raid framework > > >>>management. > > >>>http://marc.theaimsgroup.com/?l=openbsd-misc&m=112630095818062 > > >>> > > >>>Doesn't it seems good stuff which is good for consideration? > > >>> > > >>>Regards. > > >> > > >>Creating a unified management tool for multiple RAID architectures has > > >>been a Holy Grail for at least 10 years, if not longer. It's > > >>deceptively hard, though. While it sounds straight-forward and is > > >>relatively easy to do for 1 or 2 architectures, the vast differences in > > >>how different architectures work makes it quickly turn into a huge mess. > > >>This is especially true when it comes to topology discovery and > > >>management and asynchronous event notification. Often times the only > > >>course is to degrade to a very simple, lowest common denominator > > >>interface, which then starts to limit the usefulness of the tool. I've > > >>been involved in several professional projects in exactly this area, and > > >>it simply is very, very hard to do well. The OpenBSD work looks > > >>interesting, but unless they can demostrate useful operation on more > > >>than 1 or 2 architectures, it's not terribly impressive. That's not to > > >>say that it can't be done and be a success, but the amount of required > > >>effort should not be underestimated. It's relatively easy to come up > > >>with a framework and implement one architecture module in it, then tell > > >>everyone else to simply add more modules. > > >> > > >>Also, it's not clear from the email whether the tool has to be manually > > >>told to rescan and look for changes in the state of the array (not just > > >>SES/SAFTE changes of the component drives). Displaying status on demand > > >>is fine, but what admin sits in front of their terminal and refreshes > > >>their monitoring apps every 5 seconds? The key is to have a an event > > >>notification pipeline that can collect events in near real time, filter > > >>them in a configurable way, and send out email/pager alerts when > > >>appropriate. Also, what does this mean for a datacenter full of > > >>machines that need to be monitored? Does a remote terminal session need > > >>to be opened on each one in order for monitoring to work? > > >> > > >>But, even if this particular work degrades into only being a tool for > > >>AMI (I assume they mean MegaRAID) controllers, it's still useful and I > > >>give them credit for doing it. > > > > > > > > > Having an amr I'm most interested in this, as I guess more people are. > > > Given that there is "customer" interest, my question is: is there > > > interest from you in this, having it imported to FreeBSD? > > > I've looked at the code and I wouldn't mind starting to work on this. > > > > > > -- > > > Joao Barros > > > > Give it a try if you're interested. > > > > Scott > > > > I'v talked to marco@openbsd and he seemed very open to the idea and > available to assist me :) > > The machine I have the ami installed is rather slow, a PIII 733MHz and > today at work I reserved a Compaq DL380 with a 3.0GHz Xeon and a ciss( > I think) which according to the controller's documentation already has > bio support, so I'll be able to test both controllers. I have access > to Dell (amr mostly), IBM (isp), and Compaq machines so I can try and > add support for more controllers :) > Great, keep us informed. I have a couple of AMI controllers myself and will be happy to help out with testing. Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 17:08:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B2E516A41F for ; Mon, 19 Sep 2005 17:08:12 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7BD043D45 for ; Mon, 19 Sep 2005 17:08:11 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j8JH8AMp042128 for ; Mon, 19 Sep 2005 19:08:10 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j8JH8AbS042127 for freebsd-current@freebsd.org; Mon, 19 Sep 2005 13:08:10 -0400 (EDT) (envelope-from cracauer) Date: Mon, 19 Sep 2005 13:08:10 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20050919130810.A41848@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 17:08:12 -0000 I noticed the creation of /dev/ entries outside of /dev doesn't work anymore. This is needed for chroot environments, which rely on /dev/null on a regular basis. I just created the appended message to freebsd-emulation but what I suggest doesn't work either. It seems that even with the right major and minor device number we won't get a working /dev/null outside of /dev. Any suggestions? I think it is required to have some capability for device entries in chrooted environments. The only working thing I came up with is this: mkdir /compat/linux/dev mkdir /compat/linux/dev-hidden mount -t devfs devfs /compat/linux/dev-hidden cd /compat/linux/dev rm -f null zero ln -s ../dev-hidden/null . ln -s ../dev-hidden/zero . Any ill effects to be expected from this hack? Here's the first message. Not that what I suggests does not work, I just include it for reference. -- cut here -- /usr/ports/emulators/linux_base/pkg-message recommendes: > You may wish to create and populate /compat/linux/dev/ if you plan to > chroot > into your Linux installation. For example: > > mkdir /compat/linux/dev > mknod /compat/linux/dev/null c 2 2 > chmod 666 /compat/linux/dev/null That won't work, as the major and minor device numbers are now a moving target with devfs. I think the only decent way to do this now is to have /etc/rc.conf LINUX_DEV_NULL="yes" and then . /etc/rc.conf if [ "$LINUX_DEV_NULL" != NO ] ; then # insert proper rc.conf parsing here ( IFS=" ," set -- `ls -l /dev/null` rm -f /compat/linux/dev/null mknod /compat/linux/dev/null c $5 $6 chmod 666 /compat/linux/dev/null ) fi -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 17:19:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B245616A41F for ; Mon, 19 Sep 2005 17:19:00 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5965A43D46 for ; Mon, 19 Sep 2005 17:19:00 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 91E87BC66; Mon, 19 Sep 2005 17:18:58 +0000 (UTC) To: Martin Cracauer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 19 Sep 2005 13:08:10 -0400." <20050919130810.A41848@cons.org> Date: Mon, 19 Sep 2005 17:18:57 +0000 Message-ID: <1950.1127150337@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 17:19:01 -0000 In message <20050919130810.A41848@cons.org>, Martin Cracauer writes: >I noticed the creation of /dev/ entries outside of /dev doesn't work >anymore. This is needed for chroot environments, which rely on >/dev/null on a regular basis. mount -t devfs foo /chroot/dev Consider devfs(8) rules as a filtering method. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 17:20:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56BC16A41F for ; Mon, 19 Sep 2005 17:20:03 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D296F43D49 for ; Mon, 19 Sep 2005 17:20:02 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so466718wxd for ; Mon, 19 Sep 2005 10:20:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bAED/EzIbpcZfSszIeOImN5HEUl/M9e4o8EdSWYBSLIl3tz8VzfBNlTjEpnGY3o1xXvCixW0fJnLyWz5iyLaSgiBVBcttT3XRASjI137Rx7yVCM5p/JFqNyjEwlDfOJw6nFUsg9T3httMza4CmfqYzYTCM6fHun69CnT198T3Pk= Received: by 10.70.96.8 with SMTP id t8mr1454124wxb; Mon, 19 Sep 2005 10:20:02 -0700 (PDT) Received: by 10.70.53.4 with HTTP; Mon, 19 Sep 2005 10:20:02 -0700 (PDT) Message-ID: <790a9fff05091910201817c845@mail.gmail.com> Date: Mon, 19 Sep 2005 12:20:02 -0500 From: Scot Hetzel To: Martin Cracauer In-Reply-To: <20050919130810.A41848@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050919130810.A41848@cons.org> Cc: freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: swhetzel@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 17:20:03 -0000 On 9/19/05, Martin Cracauer wrote: > I noticed the creation of /dev/ entries outside of /dev doesn't work > anymore. This is needed for chroot environments, which rely on > /dev/null on a regular basis. >=20 > I just created the appended message to freebsd-emulation but what I > suggest doesn't work either. It seems that even with the right major > and minor device number we won't get a working /dev/null outside of > /dev. >=20 > Any suggestions? I think it is required to have some capability for > device entries in chrooted environments. >=20 > The only working thing I came up with is this: >=20 > mkdir /compat/linux/dev > mkdir /compat/linux/dev-hidden > mount -t devfs devfs /compat/linux/dev-hidden > cd /compat/linux/dev > rm -f null zero > ln -s ../dev-hidden/null . > ln -s ../dev-hidden/zero . >=20 > Any ill effects to be expected from this hack? >=20 >=20 Yes, when you chrooted to /compat/linux, you still have access to the devices listed in /dev-hidden, which could cause a security issue.=20 You best bet is to mount devfs on /compat/linux/dev, and then use devfs_rules to limit the devices available in the chroot area. > -- cut here -- >=20 > /usr/ports/emulators/linux_base/pkg-message > recommendes: > > You may wish to create and populate /compat/linux/dev/ if you plan to > > chroot > > into your Linux installation. For example: > > > > mkdir /compat/linux/dev > > mknod /compat/linux/dev/null c 2 2 > > chmod 666 /compat/linux/dev/null >=20 >=20 The solution is to change the pkg-message to add an example for 5.X+ that shows howd to mount devfs on /compat/linux/dev, and uses devfs_rules to hide all devices except for the null & zero device. --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 17:41:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD74D16A41F; Mon, 19 Sep 2005 17:41:47 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2964343D48; Mon, 19 Sep 2005 17:41:46 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j8JHfhBS037105 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 19 Sep 2005 19:41:45 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j8JHf5eG094987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Sep 2005 19:41:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id j8JHf58H001851; Mon, 19 Sep 2005 19:41:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id j8JHf5Fx001850; Mon, 19 Sep 2005 19:41:05 +0200 (CEST) (envelope-from ticso) Date: Mon, 19 Sep 2005 19:41:05 +0200 From: Bernd Walter To: FreeBSD Tinderbox Message-ID: <20050919174104.GC552@cicely12.cicely.de> References: <20050919145521.A4F767302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050919145521.A4F767302F@freebsd-current.sentex.ca> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 17:41:48 -0000 On Mon, Sep 19, 2005 at 10:55:21AM -0400, FreeBSD Tinderbox wrote: > [...] > from /src/lib/libkvm/kvm.c:48: > /obj/alpha/src/tmp/usr/include/machine/pmap.h:45:1: unterminated #ifndef > In file included from /obj/alpha/src/tmp/usr/include/sys/user.h:50, > from /src/lib/libkvm/kvm.c:48: > /obj/alpha/src/tmp/usr/include/vm/pmap.h:68:1: unterminated #ifndef > In file included from /src/lib/libkvm/kvm.c:48: > /obj/alpha/src/tmp/usr/include/sys/user.h:37:1: unterminated #ifndef > /obj/alpha/src/tmp/usr/include/sys/user.h:33:1: unterminated #ifndef My fault, just tested kernel builds. Will commit a fix soon. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 18:06:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61B7216A41F for ; Mon, 19 Sep 2005 18:06:27 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D9C443D53 for ; Mon, 19 Sep 2005 18:06:24 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j8JI6N5L029538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Sep 2005 14:06:23 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j8JI6FKD002403; Mon, 19 Sep 2005 14:06:15 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17198.65047.682527.433172@grasshopper.cs.duke.edu> Date: Mon, 19 Sep 2005 14:06:15 -0400 (EDT) To: Scott Long In-Reply-To: <432CCEF5.2050608@samsco.org> References: <20050914194612.15692485.lehmann@ans-netz.de> <20050914222013.178dc4dc.lehmann@ans-netz.de> <84dead72050914135239514c49@mail.gmail.com> <20050915000053.448f251b.lehmann@ans-netz.de> <84dead7205091500152a7c25d1@mail.gmail.com> <20050915172005.072f4bdf.lehmann@ans-netz.de> <20050915181238.54b16b4b.lehmann@ans-netz.de> <84dead720509160921732e7f96@mail.gmail.com> <20050916184911.38e2739a.lehmann@ans-netz.de> <20050916225219.73b53cd0.lehmann@ans-netz.de> <84dead7205091619435c12b528@mail.gmail.com> <20050917102846.7bf26a56.lehmann@ans-netz.de> <17196.35762.395155.325627@grasshopper.cs.duke.edu> <432CCEF5.2050608@samsco.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: low(er) disk performance with sched_4bsd then with sched_ule X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 18:06:27 -0000 Scott Long writes: > I don't know if it's the case here or not, but GCC now does very > aggressive function inlining, so much so that it's nearly impossible > to look at a backtrace and figure out what the actual call path was. > Compiling with -O instead of the -O2 default turns off this 'feature' > (and I use that term quite liberally), so it might be useful to > recompile there kernel with 'CFLAGS= -O' in /etc/make.conf and see > if it changes the profiling numbers at all. If inlining were at fault, I would expect to see something which calls bcopy (copin/copyout or uiomove) have a lot of samples. > Also, I think that there was some talk last year about things like > preemption and fast interrupts screwing up certain kinds of profiling. > I don't recall if there was a solution to this, though. I wonder if this could be it. But I'm still not sure how they could interfere with a copyin/copyout in a process context.. Drew From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 19:30:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8204A16A41F for ; Mon, 19 Sep 2005 19:30:14 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id F237143D48 for ; Mon, 19 Sep 2005 19:30:13 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so124064wxd for ; Mon, 19 Sep 2005 12:30:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mGNzWTA/qh6e/kc5o5PBFzXWTKRN2CFw2HfYMKclkq+Xnzbz102Gsr7jEvkETtrDSNOIiRvy5Fpfl55zvtfRT2QgxaRBbbS+idmtKdgrKxTNPXN4EjwMwG44yze1+XLLE/2kNRLQCZhCWnIXew3qlVOgdbFUl7TLXel+GF4ATCo= Received: by 10.70.16.17 with SMTP id 17mr1509604wxp; Mon, 19 Sep 2005 12:30:13 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Mon, 19 Sep 2005 12:30:13 -0700 (PDT) Message-ID: <47d0403c0509191230394d1473@mail.gmail.com> Date: Mon, 19 Sep 2005 19:30:13 +0000 From: Ben Kaduk To: bob self In-Reply-To: <432EC9DB.2040808@charter.net> Mime-Version: 1.0 References: <432EC9DB.2040808@charter.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld causes "internal compiler error" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: minimarmot@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 19:30:14 -0000 On 9/19/05, bob self wrote: >=20 >=20 > Why might this be happening???? I updated all the ports from source > yesterday. That worked fine. Now I'm trying to go to beta 5 but after a > long time > compiling I get this message. I'm now running 6.0 beta 4 and as far as I > know there are no problems except this. >=20 > Bob >=20 >=20 >=20 >=20 > c++ -O2 -fno-strict-aliasing -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H > -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc++/../ > ../../contrib/libstdc++/libsupc++ > -I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc > -I/usr/src/gnu/lib/libstdc++/../../../contri > b/libstdc++/include -frandom-seed=3DRepeatabilityConsideredGood > -fno-implicit-templates -ffunction-sections -fdata-sections -Wno- > deprecated -c > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/io-inst.cc > In file included from /usr/obj/usr/src/tmp/usr/include/c++/3.4/string:57, > from >=20 > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/locale= _classes.h:47, > from >=20 > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/ios_ba= se.h:47, > from /usr/obj/usr/src/tmp/usr/include/c++/3.4/ios:49, > from > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/io-inst.cc:35: >=20 > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/basic_= string.tcc:236: > internal compiler error: Segmentation f > ault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 >=20 > Stop in /usr/src/gnu/lib/libstdc++. > *** Error code 1 >=20 > Stop in /usr/src/gnu/lib. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " I have heard many times on this list that such "internal compiler errors"= =20 are usually caused by bad hardware -- have you checked your memory? Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 19:44:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E2E16A420 for ; Mon, 19 Sep 2005 19:44:02 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F01E43D5C for ; Mon, 19 Sep 2005 19:43:56 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FB1A.dip.t-dialin.net [84.165.251.26]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j8JJUbBS039429; Mon, 19 Sep 2005 21:30:50 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j8JJgch6062059; Mon, 19 Sep 2005 21:42:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 19 Sep 2005 21:42:39 +0200 From: Alexander Leidinger To: Martin Cracauer Message-ID: <20050919214239.6f5f40ad@Magellan.Leidinger.net> In-Reply-To: <20050919130810.A41848@cons.org> References: <20050919130810.A41848@cons.org> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 19:44:02 -0000 On Mon, 19 Sep 2005 13:08:10 -0400 Martin Cracauer wrote: > /usr/ports/emulators/linux_base/pkg-message > recommendes: > > You may wish to create and populate /compat/linux/dev/ if you plan to > > chroot > > into your Linux installation. For example: > > > > mkdir /compat/linux/dev > > mknod /compat/linux/dev/null c 2 2 > > chmod 666 /compat/linux/dev/null > > > That won't work, as the major and minor device numbers are now a > moving target with devfs. emulators/linux_base is outdated. The current default is linux_base-8 (still not very decent, but better than 7.x). The correct way to fix the old port is to remove it. Unfortunately Trevor isn't very responsive since he clashed with me and portmgr (normaly I would list myself last, but in this case it's more appropriate to list me first)... at least he doesn't response to me. I'm wondering why you get problems. Don't create a dev directory at all and the kernel should fall back to the native one. Bye, Alexander. -- Intel: where Quality is job number 0.9998782345! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 19:50:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F3C16A41F for ; Mon, 19 Sep 2005 19:50:07 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B7743D46 for ; Mon, 19 Sep 2005 19:50:06 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.3/8.13.1) with ESMTP id j8JJn3fr090845; Mon, 19 Sep 2005 21:49:03 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.4/8.13.1/Submit) with ESMTP id j8JJn3De090842; Mon, 19 Sep 2005 21:49:03 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Mon, 19 Sep 2005 21:49:03 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: Claus Guttesen In-Reply-To: Message-ID: <20050919214306.F90799@geri.cc.fer.hr> References: <20050831044823.N50961@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: gjournal beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 19:50:07 -0000 On Sun, 18 Sep 2005, Claus Guttesen wrote: > Downloaded the source on my athlon (amd64-port) running 6.0 beta 5. I > get this error doing the first make: > g_journal.c: In function `g_journal_journal_reread': > g_journal.c:433: warning: long long unsigned int format, off_t arg (arg 3) Thanks for the bug report! I'll not be able to fix it during this week (because my CVS server is in a carboard box some 200 kilometers from my location), but if you want to try gjournal out, you can just comment out the erroneous lines - they just provide debugging info. But beware: AFAIK you'll be the first to test it on non-i386 hardware! -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 20:00:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B89116A41F for ; Mon, 19 Sep 2005 20:00:53 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A34DC43D45 for ; Mon, 19 Sep 2005 20:00:51 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EHRmn-0008Tp-8Z for freebsd-current@freebsd.org; Mon, 19 Sep 2005 21:58:45 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Sep 2005 21:58:45 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Sep 2005 21:58:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 19 Sep 2005 12:56:36 -0700 Lines: 33 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.2 Sender: news Subject: rfc2385 support broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:00:53 -0000 Hi, I'm testing rfc2385 support with some of our equipment with current as of a few days ago, and the support seems, well, rather broken. I have the following options in my kernel options TCP_SIGNATURE #include support for RFC 2385 options FAST_IPSEC device crypto and have loaded the following entry via setkey: add 172.16.17.1 172.16.18.164 tcp 0x1000 -A tcp-md5 "password" ; but when I dump a test link to the inetd tcp echo server, I get no connection. The dump shows the sending box 172.16.18.164 has the correct signature for the shared secret (with the tcpdump -M option), but the FreeBSD boxes response shows invalid. 12:46:25.377320 IP 172.16.18.164.50850 > 172.16.17.1.echo: S 371298114:371298114(0) win 4380 12:46:25.377401 IP 172.16.17.1.echo > 172.16.18.164.50850: S 3974454780:3974454780(0) ack 371298115 win 65535 Now it could be that the tcp stack is just sending garbage for the MD5 option when it receives it on a socket that doesn't have some sort of socket option configured (which would be bad). -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 20:13:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9511C16A41F for ; Mon, 19 Sep 2005 20:13:16 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C7CF543D49 for ; Mon, 19 Sep 2005 20:13:15 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 19 Sep 2005 20:13:14 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp005) with SMTP; 19 Sep 2005 22:13:14 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 19 Sep 2005 22:12:57 +0200 User-Agent: KMail/1.8.1 References: <200509162117.17787@harrymail> In-Reply-To: <200509162117.17787@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1306413.TWhUP9l2EH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509192213.06355@harrymail> X-Y-GMX-Trusted: 0 Subject: Several ACPI problems on vaio notebook [Was: powerd (cpufreq) problems] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:13:16 -0000 --nextPart1306413.TWhUP9l2EH Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 16. September 2005 21:17 CEST schrieb Emanuel Strobl: > Hello, > > I noticed that whenever my notebook (VAIO SRX41p, BETA4) crashed, powerd > prints the following error after reboot: > acpi_perf0: Px transition to 500 failed > acpi_perf0: set freq failed, err 6 > > I can't solve that state, no shutdown/reboot will fix it. _But_, if I > boot XP and reboot everything is fine again. > > I don't have problems if I do a clean shutdown and reboot FreeBSD. > There seems to be something in an invalid state while powerd is running > which powerd corrects at exit. > > Can I provide any useful info to get this fixed? I'm not planning to > leave XP on that machine just because I need it to "reset" cpufreq > related stuff ;) The problem itself is described correctly but it doesn't only occur after=20 crashes, I also can't use powerd after normal startups. I can't determine=20 a pattern when the problem occurs, it seems to occur after the notebook=20 was powered down for some hours... Like I wrote in the original mail, only= =20 starting XP solves this. Additionally acpiconf -s3 doesn't work. The system goes down and I see the suspend-LED blinking but after switching= =20 on it doesn't wake up. The LCD backlight stays off and also the harddrive=20 doesn't start. Only the usual power LED is on. I'd love to have FreeBSD on my notebook, at the moment I could do tests if= =20 somebody has an ide what could be wrong. Thanks, =2DHarry --nextPart1306413.TWhUP9l2EH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDLxvSBylq0S4AzzwRAgtaAJ9CHs2+B28uLvQqFvBT8bn37woMCgCffw6T EKQcW1lEGnT5wIoXrlE5rBg= =ItpE -----END PGP SIGNATURE----- --nextPart1306413.TWhUP9l2EH-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 20:20:23 2005 Return-Path: X-Original-To: FreeBSD-current@freebsd.org Delivered-To: FreeBSD-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EFE416A41F for ; Mon, 19 Sep 2005 20:20:23 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 588A343D45 for ; Mon, 19 Sep 2005 20:20:23 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.44] (may.chuckr.org [66.92.151.44]) by chuckr.org (Postfix) with ESMTP id 41B03114D5 for ; Mon, 19 Sep 2005 16:12:06 -0400 (EDT) Message-ID: <432F1E0E.7010900@chuckr.org> Date: Mon, 19 Sep 2005 16:22:38 -0400 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: gcc segmentation fault in going back to current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:20:23 -0000 I just finally got back on the net after a move (my dsl unraveled itself for a while) ... I tried to bring my rather too old current really back to current (it was a couple months out of date, and I got a suprise ... I was greeted with a seegmentation fault from gcc whilst rebuilding gcc itself. I went thru the UPDATING, and did a 30 minutess spin thru the mailing lists I'd missed, but didn't find anything I'd missed ... if there is any obvious problem that's come and gone in the last 60 days, I'd really appreciate a whack to the head over it. Oh, in case it's important, it's in a Pentium-4 based box, several scsi disks, one ide one. The box usually runs my mail along with hobby work. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 20:30:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6B2716A41F for ; Mon, 19 Sep 2005 20:30:40 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6324343D45 for ; Mon, 19 Sep 2005 20:30:40 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so5207nzd for ; Mon, 19 Sep 2005 13:30:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=aJ6C89w71tXT2yiy3Jji81Kkd/qsGXDPf3qVXhjJ+ohqVWpDL8MuI8rAgo5HCqE4tcQXTr3PPie2bePjEtxix3wMXl4ow1cJxuEGT8UCcoxp0OEFOupeMqLcrxPWOEtBy96jyihVpOHlu0G9F9pyBJL5umUvS110v4BFB/Px400= Received: by 10.54.2.7 with SMTP id 7mr1331079wrb; Mon, 19 Sep 2005 13:30:39 -0700 (PDT) Received: by 10.54.80.20 with HTTP; Mon, 19 Sep 2005 13:30:39 -0700 (PDT) Message-ID: <4cf221cc050919133065a611b7@mail.gmail.com> Date: Mon, 19 Sep 2005 22:30:39 +0200 From: Erik Winge To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: lor in in.c and if_ural.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erik.winge@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:30:40 -0000 Hi, I got this lock order reversal on 7.0-CURRENT today: lock order reversal: (Giant after non-sleepable) 1st 0xc06aaea0 in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in.c:964 2nd 0xc065dee0 Giant (Giant) @ /usr/src/sys/dev/usb/if_ural.c:1401 KDB: stack backtrace: witness_checkorder(c065dee0,9,c0605e2e,579,7d1) at witness_checkorder+0x66d _mtx_lock_flags(c065dee0,0,c0605e2e,579,0) at _mtx_lock_flags+0x54 ural_ioctl(c165e000,80206931,0,7d1,c) at ural_ioctl+0x48 if_addmulti(c165e000,d61deb04,d61deb00,3c4,c1680aa0) at if_addmulti+0x177 in_addmulti(d61deb48,c165e000,1,c0611a7a,c1878bc8) at in_addmulti+0x66 in_ifinit(c18765d0,0,0,0,d61deb98) at in_ifinit+0x5cd in_control(c17ed6f4,8040691a,c18765c0,c165e000,c1873000) at in_control+0xf4= b ifioctl(c17ed6f4,8040691a,c18765c0,c1873000,2) at ifioctl+0x12d soo_ioctl(c1789678,8040691a,c18765c0,c154dc80,c1873000) at soo_ioctl+0x2cb ioctl(c1873000,d61ded04,c,424,3) at ioctl+0x118 syscall(3b,3b,3b,8057f60,0) at syscall+0x134 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x281434a7, esp =3D 0xbfbfe5bc, ebp =3D 0xbfbfee28 --- Looks related to http://sources.zabbadoz.net/freebsd/lor.html#157, but with a different driver? Regards, Erik Winge From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 20:36:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D7EC16A420 for ; Mon, 19 Sep 2005 20:36:12 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC4F643D58 for ; Mon, 19 Sep 2005 20:36:10 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j8JKa9Hs049687; Mon, 19 Sep 2005 22:36:09 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j8JKa9FC049686; Mon, 19 Sep 2005 16:36:09 -0400 (EDT) (envelope-from cracauer) Date: Mon, 19 Sep 2005 16:36:09 -0400 From: Martin Cracauer To: Alexander Leidinger Message-ID: <20050919163608.A49288@cons.org> References: <20050919130810.A41848@cons.org> <20050919214239.6f5f40ad@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050919214239.6f5f40ad@Magellan.Leidinger.net>; from Alexander@Leidinger.net on Mon, Sep 19, 2005 at 09:42:39PM +0200 Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:36:12 -0000 Alexander Leidinger wrote on Mon, Sep 19, 2005 at 09:42:39PM +0200: > On Mon, 19 Sep 2005 13:08:10 -0400 > Martin Cracauer wrote: > > > /usr/ports/emulators/linux_base/pkg-message > > recommendes: > > > You may wish to create and populate /compat/linux/dev/ if you plan to > > > chroot > > > into your Linux installation. For example: > > > > > > mkdir /compat/linux/dev > > > mknod /compat/linux/dev/null c 2 2 > > > chmod 666 /compat/linux/dev/null > > > > > > That won't work, as the major and minor device numbers are now a > > moving target with devfs. > > emulators/linux_base is outdated. The current default is linux_base-8 > (still not very decent, but better than 7.x). The correct way to fix > the old port is to remove it. Unfortunately Trevor isn't very > responsive since he clashed with me and portmgr (normaly I would list > myself last, but in this case it's more appropriate to list me > first)... at least he doesn't response to me. > > I'm wondering why you get problems. Don't create a dev directory at all > and the kernel should fall back to the native one. This is for chrooted environments which don't fall back. It seemes that the controlled procfs mounting is the solution. In my case I don't chroot for security reasons, just to get the FreeBSD libs and programs out of the way, so I don't even have to secure the second mount. The documentation for this procedure should probably get into the chroot manpage. What would be your idea of a proper Linux environment? They move faster than I can follow :-) Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 20:54:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 225D116A41F for ; Mon, 19 Sep 2005 20:54:22 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD08443D45 for ; Mon, 19 Sep 2005 20:54:21 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8JKsDlR074924; Mon, 19 Sep 2005 13:54:17 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509192054.j8JKsDlR074924@gw.catspoiler.org> Date: Mon, 19 Sep 2005 13:54:13 -0700 (PDT) From: Don Lewis To: b_bonev@mail.orbitel.bg In-Reply-To: <000001c5bb83$b9cbd3a0$4700000a@server> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: BETA4: Panic and can't cleanup filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:54:22 -0000 On 17 Sep, B. Bonev wrote: > When trying to unmount my flash drive with force (#umount -f /flash) machine > hardlocked. > After restart, when fsck-ing in background, computer panicked. > Machine is SMP 2x500MHz PIII with Asus P2B-DS motherboard > cvsuped and updated to RELENG_6 (BETA4) on 14 september with SHED_ULE and > PREEMPTION > panic is written on hand: > > panic: handle_written_inodeblock: live inodedep > cpuid=0 > KDB: enter: panic > [thread pid3 tid 100033] > stopped at kdb_enter+0x2b:nop > db> where > Tracing pid 3 tid 100033 td 0xc15d17d0 > kdb_enter(c062b964) at kdb_enter+0x2b > panic(c063a716,0,2,0,0) at panic+0x127 > handle_written_inodeblock(c1809a00,cbc1a738) at > handle_written_inodeblock+0x533 > softdep_disk_write_complete(cbc1a738) at softdep_disk_write_complete+0xb6 > bufdone(cbc1a738) at bufdone+0x160 > g_vfs_done(c1825ad4) at g_vfs_done+0x8a > biodone(c1825ad4,d42e8cc4,0,c062632c,1ea) at biodone+0x57 > g_io_shedule_up(c15d17d0) at g_io_shedule_up+0xb5 > g_up_procbody(0,d42e8d38,0,c04be5c0,0) at g_up_procbody+0x5a > fork_exit(c04be5c0,0,d42e8d38 at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1,eip=0,esp=0xd42e8d6c,ebp=0 --- > db>show alllocks > Process 3 (g_up) thread 0xc15d17d0 (100033) > exclusive sleep mutex SoftdepLock r=0 (0xc06dbda0) locked @ > /usr/src/sys/ufs/ffs/ffs_softdep.c:4075 > exclusive sleep mutex g_xup r=0 (0xd42e8cc4) locked @ > /usr/src/sys/geom/geom_io.c:490 > Process 31 (irq20:acpi0) thread 0xc15cd320 (100021) > exclusive sleep mutex acpica subsystem lock r=0 (0xc15c0280) locked @ > /usr/src/sys/modules/acpi/../../../dev/acpica/Osd/Osdynch.c:361 > db> panic > Dump... That looks like this problem: which I'm pretty sure was on the TODO list for 6.0-RELEASE as a showstopper bug. I don't see it there now, so it might have been fixed in the last few days. > after restart, system stoped and entered in single mode with inconsistency > in /var > after fsck, there was message: > > BAD SUPERBLOCK: VALUES IN SUPERBLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE > > then search for SUPERBLOCK failed, > and fsck don't have option -b... But fsck_ufs does, and it looks like you can pass this with the fsck -T option. Try something like: fsck -Tufs,-b ... > tried to mount all filesystems and got another panic: > # /var: bad dir ino 2 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > cpuid=0 > KDB: enter: panic > [thread pid 133 tid 100063] > stoped at kdb_enter+0x2b: nop > db>where > Tracing pid 133 tid 100063 td 0xc18554000 > kdb_enter(c062b964) at kdb_enter+0x2b > panic(c063b64c,c1829800,da96c904,c059eb66,c18866b4) at panic+0x127 > ufs_dirbad(c18866b4,0,c063b606,c1854000,0) at ufs_dirbad+0x3a > ufs_lookup(da96c92c) at ufs_lookup+0x36a > VOP_CACHEDLOOKUP_APV(c066fd80,da96c92c) at VOP_CACHEDLOOKUP_APV+0x87 > lookup(da96cbcc,c0515064,0,c1854000,c06bc7c0) at lookup+0x3d6 > namei(da96cbcc,c062cf75,267,c1854000,da96ca68) at namei+0x35a > vn_open_cred(da96cbcc,da96cccc,0,c15c9a80,3) at vn_open_cred+0x277 > vn_open(da96cbcc,da96cccc,0,3,c062cf75) at vn_open+0x1e > kern_open(c185400,28065e40,0,1,0) at kern_open+0xb6 > open(c185400,da96cd04,3,1,296) at open+0x1a > syscall(3b,3b,3b,28070000,80486b1) at syscall+0x27f > xint0x80_syscall() at xint0x80_syscall+0x1f > --- syscall(5,FreeBSD ELF32,open), > eip=0x28054e67,esp=0xbfbfebcc,ebp=0xbfbfec78 --- > > With every restart, system going in single mode. What can i do to clean /var > filesystem and to debug these panics? Any help are welcome... > From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 21:10:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B3E016A41F; Mon, 19 Sep 2005 21:10:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1FB643D48; Mon, 19 Sep 2005 21:10:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id E3A051FF9AB; Mon, 19 Sep 2005 23:10:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 7634B1FF9A8; Mon, 19 Sep 2005 23:10:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id B70C8157B9; Mon, 19 Sep 2005 21:08:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id AC9BB15329; Mon, 19 Sep 2005 21:08:26 +0000 (UTC) Date: Mon, 19 Sep 2005 21:08:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Erik Winge In-Reply-To: <4cf221cc050919133065a611b7@mail.gmail.com> Message-ID: References: <4cf221cc050919133065a611b7@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: lor in in.c and if_ural.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 21:10:11 -0000 On Mon, 19 Sep 2005, Erik Winge wrote: > I got this lock order reversal on 7.0-CURRENT today: > > lock order reversal: (Giant after non-sleepable) > 1st 0xc06aaea0 in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in.c:964 > 2nd 0xc065dee0 Giant (Giant) @ /usr/src/sys/dev/usb/if_ural.c:1401 for the archives: I added this with LOR ID 162. See http://sources.zabbadoz.net/freebsd/lor.html#162 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 21:28:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4A016A421 for ; Mon, 19 Sep 2005 21:28:22 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA99643D46 for ; Mon, 19 Sep 2005 21:28:21 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so82115nzk for ; Mon, 19 Sep 2005 14:28:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OskBxi+uzwGYbu34krWcipiCNZn5cqEJKShp8mNpYGS6kd9sFxs8o4d2xeoBUzJCOy83UcM8axTspQpn10DdNsqM7Jiv7vl2YaJGpHbgs1M6GtHD8WFsRwtYyfbTcw7r5kgbohtq1ES8yUbRBJvUIYTOvq2HGWnAlmXwD1l6utc= Received: by 10.54.37.25 with SMTP id k25mr1362361wrk; Mon, 19 Sep 2005 14:28:20 -0700 (PDT) Received: by 10.54.145.18 with HTTP; Mon, 19 Sep 2005 14:28:20 -0700 (PDT) Message-ID: Date: Mon, 19 Sep 2005 23:28:20 +0200 From: Claus Guttesen To: Ivan Voras In-Reply-To: <20050919214306.F90799@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050831044823.N50961@geri.cc.fer.hr> <20050919214306.F90799@geri.cc.fer.hr> Cc: current@freebsd.org Subject: Re: gjournal beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kometen@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 21:28:22 -0000 > > get this error doing the first make: > > g_journal.c: In function `g_journal_journal_reread': > > g_journal.c:433: warning: long long unsigned int format, off_t arg (arg= 3) >=20 > Thanks for the bug report! I'll not be able to fix it during this week > (because my CVS server is in a carboard box some 200 kilometers from my > location), but if you want to try gjournal out, you can just comment out > the erroneous lines - they just provide debugging info. But beware: AFAIK > you'll be the first to test it on non-i386 hardware! Thank you! Commented out the lines and it compiled. When I did 'make so' I got this compile-error but following the advise from the compiler addressed the problem. The error was: twin/gjournal#>make so gcc -o geom_journal.so -lgeom -shared -export-dynamic -Wall -I/usr/src/sbin/geom geom_journal_so.c binstream.c g_journal_md.c /usr/src/sbin/geom/misc/subr.c /usr/bin/ld: /var/tmp//ccCgbrqL.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /var/tmp//ccCgbrqL.o: could not read symbols: Bad value *** Error code 1 Now for the testing. Did it two weeks ago at work but my i386-machine panicked. This could be a beta2-issue, we'll see ;-) regards Claus From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 21:49:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ACC716A423 for ; Mon, 19 Sep 2005 21:49:00 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4FB343D45 for ; Mon, 19 Sep 2005 21:48:59 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 71760 invoked by uid 85); 19 Sep 2005 21:48:56 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.869045 secs); 19 Sep 2005 21:48:56 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 19 Sep 2005 21:48:54 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org User-Agent: KMail/1.8.2 MIME-Version: 1.0 Date: Mon, 19 Sep 2005 13:48:26 -0800 Content-Type: multipart/signed; boundary="nextPart1661195.Pgvig95KYF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509191348.49499.akbeech@gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CD Burning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 21:49:00 -0000 --nextPart1661195.Pgvig95KYF Content-Type: multipart/mixed; boundary="Boundary-01=_rIzLDHbmhNUqbxy" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_rIzLDHbmhNUqbxy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sorry for the cross post, I meant to send this to current in the first plac= e.=20 Since upgrading a couple of times, I'm now seeing this error when burning t= o=20 a CD/RW: Sep 18 11:43:36 stargate kernel: acd0: WARNING - READ_BUFFER read data over= run=20 3072>4 Sep 18 11:43:36 stargate kernel: acd0: WARNING - MODE_SENSE_BIG read data=20 overrun 136>16 Sep 18 11:43:36 stargate kernel: acd0: WARNING - MODE_SENSE_BIG read data=20 overrun 136>16 Sep 18 11:43:36 stargate kernel: acd0: WARNING - READ_TOC read data overrun= =20 40>4 Sep 18 11:43:36 stargate kernel: acd0: WARNING - READ_TOC read data overrun= =20 40>28 Sep 18 11:45:30 stargate kernel: swap_pager: indefinite wait buffer: bufobj= :=20 0, blkno: 83845, size: 4096 Sep 18 11:46:10 stargate last message repeated 2 times Sep 18 11:46:30 stargate kernel: swap_pager: indefinite wait buffer: bufobj= :=20 0, blkno: 83845, size: 4096 uname: =46reeBSD stargate 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Sat Sep 17 05:36:55 = AKDT=20 2005 root@stargate:/usr/obj/usr/src/sys/STARGATE i386 The box in question has 256Mb of ram and 256M Swap X2 (256Mb on each drive). I have not seen this error before, k3b will no longer verify the disk (erro= rs=20 out) and the box becomes unresponsive till the CD finishes. The CD seems t= o=20 be ok. Both k3b and running cdrecord directly return these errors. Any=20 suggestions?=20 TIA, Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --Boundary-01=_rIzLDHbmhNUqbxy-- --nextPart1661195.Pgvig95KYF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDLzJBVq19LUoGB+MRAlyBAKCPRfNX/3yHPkgwE33Y0y7EBkiKewCgwL4g 5ZE5a8jbV2hrlriZhqHX/ps= =lVyR -----END PGP SIGNATURE----- --nextPart1661195.Pgvig95KYF-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 22:19:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0192516A41F for ; Mon, 19 Sep 2005 22:19:27 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 32FA143D49 for ; Mon, 19 Sep 2005 22:19:26 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25502 invoked by uid 399); 19 Sep 2005 22:19:23 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 19 Sep 2005 22:19:23 -0000 Message-ID: <432F395F.7040307@FreeBSD.org> Date: Mon, 19 Sep 2005 15:19:11 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050905) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <20050919130810.A41848@cons.org> In-Reply-To: <20050919130810.A41848@cons.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 22:19:27 -0000 Martin Cracauer wrote: > I noticed the creation of /dev/ entries outside of /dev doesn't work > anymore. This is needed for chroot environments, which rely on > /dev/null on a regular basis. You might want to take a look at how /etc/rc.d/named handles this issue. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 22:21:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B00AD16A41F for ; Mon, 19 Sep 2005 22:21:51 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE7AA43D45 for ; Mon, 19 Sep 2005 22:21:50 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so91629nzk for ; Mon, 19 Sep 2005 15:21:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nxw1xjNx2leJNWGaapwYcroPWpygCjhwivAyXatG6sCUjsZCNoODOMjziDkzOYwbImmqL5+xIAm0TNCZJZkFDgrVm+JuOm3sMrR2fXS2as1M0IqURDVikZbbhTGwI14Ehp+dTjHcB5hm18Z/HkhyVU2IGS8Vp9asLNylf7ima0I= Received: by 10.54.123.8 with SMTP id v8mr1386837wrc; Mon, 19 Sep 2005 15:21:50 -0700 (PDT) Received: by 10.54.145.18 with HTTP; Mon, 19 Sep 2005 15:21:50 -0700 (PDT) Message-ID: Date: Tue, 20 Sep 2005 00:21:50 +0200 From: Claus Guttesen To: Ivan Voras In-Reply-To: <20050919214306.F90799@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050831044823.N50961@geri.cc.fer.hr> <20050919214306.F90799@geri.cc.fer.hr> Cc: current@freebsd.org Subject: Re: gjournal beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kometen@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 22:21:51 -0000 > Thanks for the bug report! I'll not be able to fix it during this week > (because my CVS server is in a carboard box some 200 kilometers from my > location), but if you want to try gjournal out, you can just comment out > the erroneous lines - they just provide debugging info. But beware: AFAIK > you'll be the first to test it on non-i386 hardware! Disklabeled ad0s1a and -b, newfs'ed them. Then I did a ./gjournal load, ./gjournal label gjdev /dev/ad0s1b /dev/ad0s1a and state is UP. Then I mount /dev/journaled/gjdev to /gjtest. I'm able to mkdir one directory and chown to myself. But any further activity is logged with this (timestamps ommited): kernel: GEOM_JOURNAL[0]: Creating device gjdev (id=3D1690273371). kernel: GEOM_JOURNAL[0]: Device journaled/gjdev created. Mode=3Djournal, Opt=3Dspeed. kernel: GEOM_JOURNAL[0]: Worker thread for gjdev created kernel: GEOM_JOURNAL[0]: Adding disk ad0s1b to gjdev. kernel: GEOM_JOURNAL[0]: gjdev: g_journal_add_disk, ad0s1b kernel: GEOM_JOURNAL[0]: Disk ad0s1b attached to gjdev (data). kernel: GEOM_JOURNAL[0]: Adding disk ad0s1a to gjdev. kernel: GEOM_JOURNAL[0]: gjdev: g_journal_add_disk, ad0s1a kernel: GEOM_JOURNAL[0]: Disk ad0s1a attached to gjdev (journal). kernel: GEOM_JOURNAL[0]: g_journal_journal_start kernel: GEOM_JOURNAL[0]: Journaling for device gjdev activated. kernel: GEOM_JOURNAL[0]: Journal commit for gjdev (-1) kernel: GEOM_JOURNAL[0]: Journaling for device gjdev stopped. kernel: GEOM_JOURNAL[0]: g_journal_journal_start kernel: GEOM_JOURNAL[0]: Journaling for device gjdev activated. kernel: GEOM_JOURNAL[0]: gjdev: Switching journal areas from 0 to 1 kernel: GEOM_JOURNAL[0]: Journal commit for gjdev (0) kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589934592, length=3D3072)] kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589937152, length=3D3072)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D6144000, length=3D2048)]error =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D65536, length=3D2048)]e= rror =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589939712, length=3D17408)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210197504, length=3D16384)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589956608, length=3D17408)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210197504, length=3D16384)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589973504, length=3D3072)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210101248, length=3D2048)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589976064, length=3D17408)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210197504, length=3D16384)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589992960, length=3D3072)] kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8589995520, length=3D17408)] kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8590012416, length=3D3072)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D65536, length=3D2048)]e= rror =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D114688, length=3D16384)]error =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D6144000, length=3D2048)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8590014976, length=3D17408)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210181120, length=3D16384)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8590031872, length=3D17408)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210197504, length=3D16384)]error =3D 5 kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8590048768, length=3D3072)] kernel: GEOM_JOURNAL[2]: Child failed: 5 ad0s1a[WRITE(offset=3D8590051328, length=3D3072)] kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D6144000, length=3D2048)]error =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D65536, length=3D2048)]e= rror =3D 5 kernel: GEOM_JOURNAL[0]: gjdev: Switching journal areas from 1 to 0 kernel: GEOM_JOURNAL[0]: Journal commit for gjdev (1) kernel: GEOM_JOURNAL[2]: g_journal_journal_commit: Error reading journal: 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D65536, length=3D2048)]e= rror =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D114688, length=3D16384)]error =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D6144000, length=3D2048)]error =3D 5 kernel: g_vfs_done():journaled/gjdev[WRITE(offset=3D10210197504, length=3D16384)]error =3D 5 When rebooting the filesystems weren't cleanly unmounted, the journaled device does show up again. regards Claus From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 23:45:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B9C516A41F for ; Mon, 19 Sep 2005 23:45:29 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E711943D46 for ; Mon, 19 Sep 2005 23:45:28 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so620718wxd for ; Mon, 19 Sep 2005 16:45:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IzjN+N1nUbfuwLODjIpUHsx4ZnPsSo8ruWkQgubaXxuBtci2zWKkw+HBM8zv7+44FOKPL7iAmp1Zzvome3EZo1UjjrOAPlZV9EBblXZdsjDfjovBAOZ1YJ5uIyky93I2oyQBTjy46UeJ7UIV5V2RWhTbIWu6vSXhPrAiq6Czrzo= Received: by 10.70.128.4 with SMTP id a4mr1672561wxd; Mon, 19 Sep 2005 16:45:28 -0700 (PDT) Received: by 10.70.66.11 with HTTP; Mon, 19 Sep 2005 16:45:28 -0700 (PDT) Message-ID: Date: Mon, 19 Sep 2005 16:45:28 -0700 From: David Kleiner To: FreeBSD current mailing list Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: amd64-current - lockmgr: thread 0xDEADBEEF unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: david.kleiner@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 23:45:29 -0000 Hi, I've been getting those after updated to last night's -current on my amd64 = box. Please let me know if I can send any additional information. Thank you, David ---------------------- Sep 19 16:33:31 wallaby kernel: lockmgr: thread 0xffffff002ce46be0 unlocking unheld lock Sep 19 16:33:31 wallaby kernel: KDB: stack backtrace: Sep 19 16:33:31 wallaby kernel: lockmgr() at lockmgr+0x6de Sep 19 16:33:31 wallaby kernel: VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 Sep 19 16:33:31 wallaby kernel: vput() at vput+0x80 Sep 19 16:33:31 wallaby kernel: lookup() at lookup+0xad1 Sep 19 16:33:31 wallaby kernel: namei() at namei+0x349 Sep 19 16:33:31 wallaby kernel: kern_stat() at kern_stat+0x55 Sep 19 16:33:31 wallaby kernel: stat() at stat+0x2a Sep 19 16:33:31 wallaby kernel: syscall() at syscall+0x629 Sep 19 16:33:31 wallaby kernel: Xfast_syscall() at Xfast_syscall+0xa8 Sep 19 16:33:31 wallaby kernel: --- syscall (188, FreeBSD ELF64, stat), rip =3D 0x800bfbeec, rsp =3D 0x7fffffffbe08, rbp =3D 0x7fff ffffbe50 --- Sep 19 16:33:32 wallaby kernel: lockmgr: thread 0xffffff0031c8dbe0 unlocking unheld lock Sep 19 16:33:32 wallaby kernel: KDB: stack backtrace: Sep 19 16:33:32 wallaby kernel: lockmgr() at lockmgr+0x6de Sep 19 16:33:32 wallaby kernel: VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 Sep 19 16:33:32 wallaby kernel: vput() at vput+0x80 Sep 19 16:33:32 wallaby kernel: vn_open_cred() at vn_open_cred+0x41e Sep 19 16:33:32 wallaby kernel: kern_open() at kern_open+0xfc Sep 19 16:33:32 wallaby kernel: open() at open+0x25 Sep 19 16:33:32 wallaby kernel: syscall() at syscall+0x629 Sep 19 16:33:32 wallaby kernel: Xfast_syscall() at Xfast_syscall+0xa8 Sep 19 16:33:32 wallaby kernel: --- syscall (5, FreeBSD ELF64, open), rip =3D 0x8006e0f4c, rsp =3D 0x7fffffffece8, rbp =3D 0x3 --- Sep 19 16:33:32 wallaby Xprt_33: No matching visual for __GLcontextMode with visual class =3D 0 (32775), nplanes =3D 8 Sep 19 16:34:28 wallaby kernel: lockmgr: thread 0xffffff002ce464c0 unlocking unheld lock Sep 19 16:34:28 wallaby kernel: KDB: stack backtrace: Sep 19 16:34:28 wallaby kernel: lockmgr() at lockmgr+0x6de Sep 19 16:34:28 wallaby kernel: VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 Sep 19 16:34:28 wallaby kernel: vput() at vput+0x80 Sep 19 16:34:28 wallaby kernel: lookup() at lookup+0xad1 Sep 19 16:34:28 wallaby kernel: namei() at namei+0x349 Sep 19 16:34:28 wallaby kernel: vn_open_cred() at vn_open_cred+0x200 Sep 19 16:34:28 wallaby kernel: kern_open() at kern_open+0xfc Sep 19 16:34:28 wallaby kernel: open() at open+0x25 Sep 19 16:34:28 wallaby kernel: syscall() at syscall+0x629 Sep 19 16:34:28 wallaby kernel: Xfast_syscall() at Xfast_syscall+0xa8 Sep 19 16:34:28 wallaby kernel: --- syscall (5, FreeBSD ELF64, open), rip =3D 0x800932f4c, rsp =3D 0x7fffffffe978, rbp =3D 0 --- ------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 00:50:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E53A016A41F for ; Tue, 20 Sep 2005 00:50:27 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C5A443D45 for ; Tue, 20 Sep 2005 00:50:26 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j8K0mUHD026859 for ; Tue, 20 Sep 2005 10:18:30 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Tue, 20 Sep 2005 10:20:20 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j8K0hl028370 for ; Tue, 20 Sep 2005 10:13:47 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id SJZBAB9Q; Tue, 20 Sep 2005 10:13:41 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j8K0hwv0076508 for ; Tue, 20 Sep 2005 10:13:58 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j8K0hwv1076507 for current@freebsd.org; Tue, 20 Sep 2005 10:13:58 +0930 (CST) (envelope-from wilkinsa) Date: Tue, 20 Sep 2005 10:13:58 +0930 From: "Wilkinson, Alex" To: current@freebsd.org Message-ID: <20050920004358.GA76462@squash.dsto.defence.gov.au> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline X-Message-Flag: "Beware of Outlook! It Bites " User-Agent: Mutt/1.5.10i Cc: Subject: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 00:50:28 -0000 Can anyone tell me what the following means, and how to fix it: APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 - aW From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 00:50:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A37C16A432 for ; Tue, 20 Sep 2005 00:50:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA0843D45 for ; Tue, 20 Sep 2005 00:50:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8K0oV0r030824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Sep 2005 20:50:31 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8K0oS6P016263; Mon, 19 Sep 2005 20:50:29 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D532F51251; Mon, 19 Sep 2005 20:50:27 -0400 (EDT) Date: Mon, 19 Sep 2005 20:50:27 -0400 From: Kris Kennaway To: David Kleiner Message-ID: <20050920005027.GA89491@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: FreeBSD current mailing list Subject: Re: amd64-current - lockmgr: thread 0xDEADBEEF unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 00:50:32 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 19, 2005 at 04:45:28PM -0700, David Kleiner wrote: > Hi, >=20 > I've been getting those after updated to last night's -current on my amd6= 4 box. >=20 > Please let me know if I can send any additional information. >=20 > Thank you, Details of filesystem usage would be important - you're presumably using a non-ufs filesystem here. Kris > unlocking unheld lock > Sep 19 16:33:31 wallaby kernel: KDB: stack backtrace: > Sep 19 16:33:31 wallaby kernel: lockmgr() at lockmgr+0x6de > Sep 19 16:33:31 wallaby kernel: VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 > Sep 19 16:33:31 wallaby kernel: vput() at vput+0x80 > Sep 19 16:33:31 wallaby kernel: lookup() at lookup+0xad1 > Sep 19 16:33:31 wallaby kernel: namei() at namei+0x349 > Sep 19 16:33:31 wallaby kernel: kern_stat() at kern_stat+0x55 > Sep 19 16:33:31 wallaby kernel: stat() at stat+0x2a > Sep 19 16:33:31 wallaby kernel: syscall() at syscall+0x629 > Sep 19 16:33:31 wallaby kernel: Xfast_syscall() at Xfast_syscall+0xa8 > Sep 19 16:33:31 wallaby kernel: --- syscall (188, FreeBSD ELF64, > stat), rip =3D 0x800bfbeec, rsp =3D 0x7fffffffbe08, rbp =3D 0x7fff ffffbe= 50 > --- > Sep 19 16:33:32 wallaby kernel: lockmgr: thread 0xffffff0031c8dbe0 > unlocking unheld lock > Sep 19 16:33:32 wallaby kernel: KDB: stack backtrace: > Sep 19 16:33:32 wallaby kernel: lockmgr() at lockmgr+0x6de > Sep 19 16:33:32 wallaby kernel: VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 > Sep 19 16:33:32 wallaby kernel: vput() at vput+0x80 > Sep 19 16:33:32 wallaby kernel: vn_open_cred() at vn_open_cred+0x41e > Sep 19 16:33:32 wallaby kernel: kern_open() at kern_open+0xfc > Sep 19 16:33:32 wallaby kernel: open() at open+0x25 > Sep 19 16:33:32 wallaby kernel: syscall() at syscall+0x629 > Sep 19 16:33:32 wallaby kernel: Xfast_syscall() at Xfast_syscall+0xa8 > Sep 19 16:33:32 wallaby kernel: --- syscall (5, FreeBSD ELF64, open), > rip =3D 0x8006e0f4c, rsp =3D 0x7fffffffece8, rbp =3D 0x3 --- > Sep 19 16:33:32 wallaby Xprt_33: No matching visual for > __GLcontextMode with visual class =3D 0 (32775), nplanes =3D 8 > Sep 19 16:34:28 wallaby kernel: lockmgr: thread 0xffffff002ce464c0 > unlocking unheld lock > Sep 19 16:34:28 wallaby kernel: KDB: stack backtrace: > Sep 19 16:34:28 wallaby kernel: lockmgr() at lockmgr+0x6de > Sep 19 16:34:28 wallaby kernel: VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 > Sep 19 16:34:28 wallaby kernel: vput() at vput+0x80 > Sep 19 16:34:28 wallaby kernel: lookup() at lookup+0xad1 > Sep 19 16:34:28 wallaby kernel: namei() at namei+0x349 > Sep 19 16:34:28 wallaby kernel: vn_open_cred() at vn_open_cred+0x200 > Sep 19 16:34:28 wallaby kernel: kern_open() at kern_open+0xfc > Sep 19 16:34:28 wallaby kernel: open() at open+0x25 > Sep 19 16:34:28 wallaby kernel: syscall() at syscall+0x629 > Sep 19 16:34:28 wallaby kernel: Xfast_syscall() at Xfast_syscall+0xa8 > Sep 19 16:34:28 wallaby kernel: --- syscall (5, FreeBSD ELF64, open), > rip =3D 0x800932f4c, rsp =3D 0x7fffffffe978, rbp =3D 0 --- > ------------------------- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDL1zTWry0BWjoQKURAkcRAJ9LZ/6xb2gyPZkDmpnB+u/rBmpV1wCcCEE/ D1aTJqdi0ReY/dyx12LsKwk= =dq29 -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 00:55:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF2E16A41F for ; Tue, 20 Sep 2005 00:55:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB49443D45 for ; Tue, 20 Sep 2005 00:55:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8K0tYHW029519; Mon, 19 Sep 2005 18:55:34 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <432F5E10.7080406@samsco.org> Date: Mon, 19 Sep 2005 18:55:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wilkinson, Alex" References: <20050920004358.GA76462@squash.dsto.defence.gov.au> In-Reply-To: <20050920004358.GA76462@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 00:55:49 -0000 Wilkinson, Alex wrote: > Can anyone tell me what the following means, and how to fix it: > > APIC_IO: Testing 8254 interrupt delivery > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 > APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 > > - aW It means that you need to use 6.0 instead of 5.x =-) It represents the old way that we connected the timecounters, which apparently isn't well supported with newer amd64 boards. 6.0 solves this problem by using a better supported mechanism. Scott From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 01:28:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D3D316A437 for ; Tue, 20 Sep 2005 01:28:27 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC72043D53 for ; Tue, 20 Sep 2005 01:28:25 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: by xproxy.gmail.com with SMTP id i29so1178902wxd for ; Mon, 19 Sep 2005 18:28:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M/I0T+q5MKd/k3Cqrt/zNC2v9nhxkZs/FWDjcWhHCxRnYRwl5XZR8bnqnGeIVrJZ7KLbOoXe97nc8PdBqq8eotZAiVs1JeP58A1kVi6dfTC3ACT8sTRoOHQbIsxpa/N3Sr0bTgSVQHcIktatn8HAWSv7puh91ERoWklAkKeI8PE= Received: by 10.70.60.14 with SMTP id i14mr1730803wxa; Mon, 19 Sep 2005 18:28:24 -0700 (PDT) Received: by 10.70.66.11 with HTTP; Mon, 19 Sep 2005 18:28:24 -0700 (PDT) Message-ID: Date: Mon, 19 Sep 2005 18:28:24 -0700 From: David Kleiner To: Kris Kennaway In-Reply-To: <20050920005027.GA89491@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050920005027.GA89491@xor.obsecurity.org> Cc: FreeBSD current mailing list Subject: Re: amd64-current - lockmgr: thread 0xDEADBEEF unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: david.kleiner@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 01:28:27 -0000 On 9/19/05, Kris Kennaway wrote: > On Mon, Sep 19, 2005 at 04:45:28PM -0700, David Kleiner wrote: > > Hi, > > > > I've been getting those after updated to last night's -current on my am= d64 box. > > > > Please let me know if I can send any additional information. > > > > Thank you, >=20 > Details of filesystem usage would be important - you're presumably > using a non-ufs filesystem here. >=20 > Kris >=20 Kris, Here's what I have ---------------------------------------------------------------------------= -------- wallaby# mount /dev/ad0s2a on / (ufs, local) devfs on /dev (devfs, local) /dev/md0 on /tmp (ufs, local, soft-updates) /dev/ad0s2f on /usr (ufs, local, soft-updates) /dev/ad0s2d on /var (ufs, local, soft-updates) /dev/ad0s3d on /usr/home (ufs, local, soft-updates) fdescfs on /dev/fd (fdescfs) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) devfs on /var/named/dev (devfs, local) devfs on /var/db/dhcpd/dev (devfs, local) wallaby# ---------------------------------------------------------------------------= -------- Thank you, David From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 01:48:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B2816A420 for ; Tue, 20 Sep 2005 01:48:20 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E871643D48 for ; Tue, 20 Sep 2005 01:48:19 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8K1mCZe048099 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 20 Sep 2005 11:18:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 20 Sep 2005 11:18:08 +0930 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2389259.3nLkaYBBEG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509201118.08737.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 01:48:20 -0000 --nextPart2389259.3nLkaYBBEG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am having trouble with threaded apps (ie KDE). At the moment I can't buil= d=20 Qt or Amarok. Both get stuck running uic which spins with... 29215 uic CALL kse_release(0xbfbfd5ac) 29215 uic RET kse_release -1 errno 22 Invalid argument 29215 uic CALL kse_release(0xbfbfd5ac) 29215 uic RET kse_release -1 errno 22 Invalid argument 29215 uic CALL kse_release(0xbfbfd5ac) 29215 uic RET kse_release -1 errno 22 Invalid argument 29215 uic CALL kse_release(0xbfbfd5ac) 29215 uic RET kse_release -1 errno 22 Invalid argument 29215 uic CALL kse_release(0xbfbfd5ac) 29215 uic RET kse_release -1 errno 22 Invalid argument 29215 uic CALL kse_release(0xbfbfd5ac) 29215 uic RET kse_release -1 errno 22 Invalid argument etc.. I did have libpthread v1 and v2 linked into uic via libqtmt but I fixed tha= t=20 by copying the bootstrap version of libqt-mt and uic built by the Qt port,= =20 however it didn't get things working :) See ports/86354 for more info. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2389259.3nLkaYBBEG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDL2pY5ZPcIHs/zowRAn7aAJ99u77AnmPSni3RPBquFBxkgEsYYwCePPRL owZ4EEy8j4TeniAZ2Kx0SiU= =vrMc -----END PGP SIGNATURE----- --nextPart2389259.3nLkaYBBEG-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 01:50:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2936916A41F for ; Tue, 20 Sep 2005 01:50:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632A843D45 for ; Tue, 20 Sep 2005 01:50:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8K1oivk048135 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 20 Sep 2005 11:20:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 20 Sep 2005 11:20:44 +0930 User-Agent: KMail/1.8.2 References: <200509201118.08737.doconnor@gsoft.com.au> In-Reply-To: <200509201118.08737.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1573243.KPN2G6709u"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509201120.44516.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 01:50:52 -0000 --nextPart1573243.KPN2G6709u Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 20 September 2005 11:18, Daniel O'Connor wrote: > I did have libpthread v1 and v2 linked into uic via libqtmt but I fixed > that by copying the bootstrap version of libqt-mt and uic built by the Qt > port, however it didn't get things working :) > > See ports/86354 for more info. Hmm it seems if I use libpthread.so.1 it builds OK, ie using the following = to=20 build the port works.. sudo env LD_LIBMAP=3Dlibpthread.so.2=3Dlibpthread.so.1 make =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1573243.KPN2G6709u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDL2r05ZPcIHs/zowRAi32AJ9malkB7vdm5U31TVGNjZ9B720ImACgmhjE 0OwHP3FkhuueBlllC7XiTrg= =hIi0 -----END PGP SIGNATURE----- --nextPart1573243.KPN2G6709u-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 01:59:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C471E16A41F for ; Tue, 20 Sep 2005 01:59:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCCB43D67 for ; Tue, 20 Sep 2005 01:59:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8K1xc0r003803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Sep 2005 21:59:38 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8K1xZ6P021962; Mon, 19 Sep 2005 21:59:35 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B2CF751251; Mon, 19 Sep 2005 21:59:34 -0400 (EDT) Date: Mon, 19 Sep 2005 21:59:34 -0400 From: Kris Kennaway To: "Daniel O'Connor" Message-ID: <20050920015934.GA6131@xor.obsecurity.org> References: <200509201118.08737.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <200509201118.08737.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 01:59:46 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 11:18:08AM +0930, Daniel O'Connor wrote: > I am having trouble with threaded apps (ie KDE). At the moment I can't bu= ild=20 > Qt or Amarok. Both get stuck running uic which spins with... > 29215 uic CALL kse_release(0xbfbfd5ac) > 29215 uic RET kse_release -1 errno 22 Invalid argument > 29215 uic CALL kse_release(0xbfbfd5ac) > 29215 uic RET kse_release -1 errno 22 Invalid argument > 29215 uic CALL kse_release(0xbfbfd5ac) > 29215 uic RET kse_release -1 errno 22 Invalid argument > 29215 uic CALL kse_release(0xbfbfd5ac) > 29215 uic RET kse_release -1 errno 22 Invalid argument > 29215 uic CALL kse_release(0xbfbfd5ac) > 29215 uic RET kse_release -1 errno 22 Invalid argument > 29215 uic CALL kse_release(0xbfbfd5ac) > 29215 uic RET kse_release -1 errno 22 Invalid argument >=20 > etc.. >=20 > I did have libpthread v1 and v2 linked into uic via libqtmt but I fixed t= hat=20 > by copying the bootstrap version of libqt-mt and uic built by the Qt port= ,=20 > however it didn't get things working :) Sounds like you need to rebuild whatever is linked to the old libpthread, or just portupgrade -faPP for convenience :-) Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDL20GWry0BWjoQKURAj1uAKCgP1LHOz9EbDxeLwwNu2F00qcirACfe1St m/rhK7i0Lkhnn0aYROkrj+E= =6QP0 -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 02:29:43 2005 Return-Path: X-Original-To: FreeBSD-current@freebsd.org Delivered-To: FreeBSD-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81CEB16A420 for ; Tue, 20 Sep 2005 02:29:43 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3BB343D46 for ; Tue, 20 Sep 2005 02:29:42 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so266868wxd for ; Mon, 19 Sep 2005 19:29:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Oq0kO2f5Z4yFGFyqkVumUe807GUIBt2iVlwmDA98wlMU19z17B3NYiTD6GW/3HWOQG7Cjl1EDFZQ9T157PFeBT6cv8dnbgjaa9DjiiZ7GGoTxYVrFkhWggoyIBiY2KIo7t3k2Ytl7wt9h7zMBWqLwECPysw6sUm7lBaD1gKPjdY= Received: by 10.70.17.12 with SMTP id 12mr1620275wxq; Mon, 19 Sep 2005 19:29:41 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Mon, 19 Sep 2005 19:29:41 -0700 (PDT) Message-ID: <47d0403c05091919295cd4164@mail.gmail.com> Date: Tue, 20 Sep 2005 02:29:41 +0000 From: Ben Kaduk To: Chuck Robey In-Reply-To: <432F1E0E.7010900@chuckr.org> Mime-Version: 1.0 References: <432F1E0E.7010900@chuckr.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-current@freebsd.org Subject: Re: gcc segmentation fault in going back to current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: minimarmot@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 02:29:43 -0000 On 9/19/05, Chuck Robey wrote: >=20 > I just finally got back on the net after a move (my dsl unraveled itself > for a while) ... I tried to bring my rather too old current really back > to current (it was a couple months out of date, and I got a suprise ... > I was greeted with a seegmentation fault from gcc whilst rebuilding gcc > itself. I went thru the UPDATING, and did a 30 minutess spin thru the > mailing lists I'd missed, but didn't find anything I'd missed ... if > there is any obvious problem that's come and gone in the last 60 days, > I'd really appreciate a whack to the head over it. >=20 > Oh, in case it's important, it's in a Pentium-4 based box, several scsi > disks, one ide one. The box usually runs my mail along with hobby work. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 How do you feel about running memtest86? The general consensus in the past= =20 has been that such errors are usually indicative of bad hardware. Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 02:35:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F1716A41F for ; Tue, 20 Sep 2005 02:35:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA9543D45 for ; Tue, 20 Sep 2005 02:35:11 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8K2Z523048551 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 20 Sep 2005 12:05:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Kris Kennaway Date: Tue, 20 Sep 2005 12:05:04 +0930 User-Agent: KMail/1.8.2 References: <200509201118.08737.doconnor@gsoft.com.au> <20050920015934.GA6131@xor.obsecurity.org> In-Reply-To: <20050920015934.GA6131@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4222825.R4KfbJrd6f"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509201205.04965.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 02:35:12 -0000 --nextPart4222825.R4KfbJrd6f Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 20 September 2005 11:29, Kris Kennaway wrote: > > I did have libpthread v1 and v2 linked into uic via libqtmt but I fixed > > that by copying the bootstrap version of libqt-mt and uic built by the = Qt > > port, however it didn't get things working :) > > Sounds like you need to rebuild whatever is linked to the old > libpthread, or just portupgrade -faPP for convenience :-) Hmm, ldd uic showed it was getting libpthread.so.1 via qt-mt, but I would=20 expect the version built for the port to be free from this problem since th= e=20 port builds qt-mt and uic itself and uses those copies. Hm... I just reinstalled Qt using the env LD_LIBMAP thing and now it appears to w= ork=20 OK.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4222825.R4KfbJrd6f Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDL3VY5ZPcIHs/zowRAoi5AJ4patBLY5u3PzRIHbncbJjJaaJ0GQCfT/TG zeWuV5OUbPmwjcJpcPdT+6k= =xxzq -----END PGP SIGNATURE----- --nextPart4222825.R4KfbJrd6f-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 02:42:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D62A716A41F for ; Tue, 20 Sep 2005 02:42:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C4443D45 for ; Tue, 20 Sep 2005 02:42:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8K2gG0r009878 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Sep 2005 22:42:17 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8K2gG6P029330; Mon, 19 Sep 2005 22:42:16 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2B82C51251; Mon, 19 Sep 2005 22:42:16 -0400 (EDT) Date: Mon, 19 Sep 2005 22:42:16 -0400 From: Kris Kennaway To: "Daniel O'Connor" Message-ID: <20050920024215.GA22503@xor.obsecurity.org> References: <200509201118.08737.doconnor@gsoft.com.au> <20050920015934.GA6131@xor.obsecurity.org> <200509201205.04965.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <200509201205.04965.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 02:42:18 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 12:05:04PM +0930, Daniel O'Connor wrote: > On Tuesday 20 September 2005 11:29, Kris Kennaway wrote: > > > I did have libpthread v1 and v2 linked into uic via libqtmt but I fix= ed > > > that by copying the bootstrap version of libqt-mt and uic built by th= e Qt > > > port, however it didn't get things working :) > > > > Sounds like you need to rebuild whatever is linked to the old > > libpthread, or just portupgrade -faPP for convenience :-) >=20 > Hmm, ldd uic showed it was getting libpthread.so.1 via qt-mt, but I would= =20 > expect the version built for the port to be free from this problem since = the=20 > port builds qt-mt and uic itself and uses those copies. >=20 > Hm... > I just reinstalled Qt using the env LD_LIBMAP thing and now it appears to= work=20 > OK.. You probably had the old version installed from before the big library bump last month. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDL3cHWry0BWjoQKURAtaMAJ9qEAGZ2iUpNlF2/wpIBIM6LU9gOACgnD+F YBfhySJikkFEln3mBm54Xh4= =k36P -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 02:54:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E0F216A41F for ; Tue, 20 Sep 2005 02:54:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B07B743D45 for ; Tue, 20 Sep 2005 02:54:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8K2sNph048746 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 20 Sep 2005 12:24:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Kris Kennaway Date: Tue, 20 Sep 2005 12:24:20 +0930 User-Agent: KMail/1.8.2 References: <200509201118.08737.doconnor@gsoft.com.au> <200509201205.04965.doconnor@gsoft.com.au> <20050920024215.GA22503@xor.obsecurity.org> In-Reply-To: <20050920024215.GA22503@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2123922.K48XbGo0mu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509201224.21189.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 02:54:30 -0000 --nextPart2123922.K48XbGo0mu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 20 September 2005 12:12, Kris Kennaway wrote: > > Hm... > > I just reinstalled Qt using the env LD_LIBMAP thing and now it appears = to > > work OK.. > > You probably had the old version installed from before the big library > bump last month. Yes.. still it's a PITA to fix and I wonder why it breaks.. Anyway, hopefully if someone has the same problem they'll find this work=20 around :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2123922.K48XbGo0mu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDL3nd5ZPcIHs/zowRAm2PAKCOaDg/Z6jjM3R4VCHM29IeY02C+gCeKM2W xbQOrKHl2Fo3BdUvuqCBpi4= =8O5x -----END PGP SIGNATURE----- --nextPart2123922.K48XbGo0mu-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 03:51:57 2005 Return-Path: X-Original-To: Freebsd-current@FreeBSD.org Delivered-To: Freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0702E16A41F for ; Tue, 20 Sep 2005 03:51:57 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D9343D48 for ; Tue, 20 Sep 2005 03:51:54 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 1046ECD104E for ; Mon, 19 Sep 2005 23:51:53 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Mon, 19 Sep 2005 23:51:53 -0400 X-Sasl-enc: H2vWN10F0GQJWZ+j2Red6zxkjx84S+PymQ3WFlxlPH1wqWIQx6g 1127188311 Received: from [192.168.224.78] (unknown [12.176.108.130]) by frontend2.messagingengine.com (Postfix) with ESMTP id 61605570363 for ; Mon, 19 Sep 2005 23:51:51 -0400 (EDT) Message-ID: <432F870D.2080302@fastmail.fm> Date: Mon, 19 Sep 2005 22:50:37 -0500 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041221 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------090806020209030207050505" Cc: Subject: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 03:51:57 -0000 This is a multi-part message in MIME format. --------------090806020209030207050505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good evening; I'm running -current on a Dell C600 with a GENERIC kernel, and am having no luck in dumping the CIS from the wi0 pccard (an SMC-2532W-B). I've had the same problem with 5.4#6 and 6.0BETA4. sg1# pccardc dumpcis 0 slots found If I boot without the card in the machine, then set the following sysctls; sysctl hw.pccard.debug=1 sysctl hw.pccard.cis_debug=1 ...and put the card in the slot, I get the following output to the screen; pccard1: chip_socket_enable pccard1: read_cis cis mem map 0xd978c000 (resource: 0x88000000) pccard1: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 03 00 00 ff CISTPL_DEVICE_A type=sram speed=ext 17 04 67 5a 08 ff unhandled CISTPL 1d 1d 05 01 67 5a 08 ff CISTPL_VERS_1 15 32 05 00 53 4d 43 00 53 4d 43 32 35 33 32 57 2d 42 20 45 6c 69 74 65 43 6f 6e 6e 65 63 74 20 57 69 72 65 6c 65 73 73 20 41 64 61 70 74 65 72 00 00 00 ff CISTPL_MANFID 20 04 01 d6 05 00 CISTPL_FUNCID 21 02 06 00 CISTPL_FUNCE 22 02 01 07 CISTPL_FUNCE 22 05 02 40 42 0f 00 CISTPL_FUNCE 22 05 02 80 84 1e 00 CISTPL_FUNCE 22 02 03 07 CISTPL_FUNCE 22 02 05 01 CISTPL_CONFIG 1a 07 03 01 e0 03 00 00 01 CISTPL_CFTABLE_ENTRY 1b 10 c1 01 19 77 55 c5 4b d5 19 36 3e 06 46 7f ff ff CISTPL_END ff cis mem map d978c000 CISTPL_LINKTARGET expected, code 00 observed pccard1: check_cis_quirks pccard1: CIS version PC Card Standard 5.0 pccard1: CIS info: SMC, SMC2532W-B EliteConnect Wireless Adapter, , pccard1: Manufacturer code 0xd601, product 0x5 pccard1: function 0: network adapter, ccr addr 3e0 mask 1 pccard1: function 0, config table entry 1: I/O card; irq mask ffff; iomask 6, iospace 0-3f; io16 irqpulse irqlevel pccard1: functions scanning pccard1: Card has 1 functions. pccard_mfc is 0 pccard1: I/O rid 0 start 0 end ffffffff pccard1: ccr_res == 88000000-88000fff, base=3e0 pccard1: function 0 CCR at 0 offset 3e0: 41 80 22 ff, ff ff ff ff, ff wi0: at port 0x100-0x13f irq 11 function 0 config 1 onpccard1 wi0: [MPSAFE] wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: bpf attached wi0: Ethernet address: 00:04:e2:80:34:be wi0: bpf attached wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps pccard1: function 0 CCR at 0 offset 3e0 mask 1: 41 80 22 ff, ff ff ff ff, ff ...so apparently the card is recognized. And it works; I'm using it to send this mail. When I remove the card I get the following; taskqueue_drain with the following non-sleepable locks held: exclusive sleep mutex wi0 (network driver) r = 0 (0xc1c0bb68) locked @ /usr/src/sys/dev/wi/if_wi.c:847 KDB: stack backtrace: kdb_backtrace(1,c1b62650,c1b62400,c1ac1d00,d44dcc2c) at kdb_backtrace+0x29 witness_warn(5,0,c0862050,c1b62400,c1b62400) at witness_warn+0x18e taskqueue_drain(c1ac1d00,c1b62650) at taskqueue_drain+0x1a if_detach(c1b62400,c1b62400) at if_detach+0x1a ether_ifdetach(c1b62400,0,c1c0b000,d44dcc94,c05e2590) at ether_ifdetach+0x3a ieee80211_ifdetach(c1c0b004,c1b62400,c1b62400,0,c1bec700) at ieee80211_ifdetach+0x50 wi_detach(c1bec700) at wi_detach+0x64 device_detach(c1bec700) at device_detach+0x70 pccard_detach_card(c1af9e00) at pccard_detach_card+0x41 exca_removal(c1ac3004) at exca_removal+0x46 cbb_removal(c1ac3000) at cbb_removal+0x2c cbb_event_thread(c1ac3000,d44dcd38,c1ac3000,c057cb24,0) at cbb_event_thread+0x9a fork_exit(c057cb24,c1ac3000,d44dcd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd44dcd6c, ebp = 0 --- wi0: detached ...which doesn't look like a good thing. I'm wondering if there is some place in pccardd that is not recognizing the slots on this particular machine. If that were the case then it wouldn't be called when the card was removed, accounting (I think) for the lock error above. Anyone have an idea of what's going on here? I'd be happy to try any patches anyone may have, or to provide more information if necessary. In the meantime, I'll keep looking into it. I've included a verbose dmesg from boot. Thanks, Patrick --------------090806020209030207050505 Content-Type: text/plain; name="dmesg.wi0" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.wi0" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #1: Thu Sep 15 22:36:10 CDT 2005 root@sg1.sgc.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1a000. Preloaded elf module "/boot/kernel/snd_maestro3.ko" at 0xc0b1a138. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0b1a1ec. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1a298. Calibrating clock(s) ... i8254 clock: 1193290 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 601366369 Hz CPU: Intel Pentium III (601.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 536719360 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000001f6a2fff, 514306048 bytes (125563 pages) avail memory = 515698688 (491 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xc13e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fbd80 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 8 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 16 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 16 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 13 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 D 0x62 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 atpic: Programming IRQ9 as level/low pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link1: irq 5 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link2: on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 ACPI timer: 0/3 0/3 0/3 0/4 0/3 0/3 0/4 0/3 0/3 0/3 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base f4000000, size 26, enabled found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x011f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x8c (35000 ns), maxlat=0x00 (0 ns) found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=0, slot=3, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=0, slot=3, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000860, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 0000dce0, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.LNKD:0) pcib0: slot 7 INTD routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000840, size 4, enabled found-> vendor=0x125d, dev=0x1998, revid=0x10 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d800, size 8, enabled map[14]: type 1, range 32, base f3ffe000, size 13, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.LNKB:0) pcib0: slot 8 INTA routed to irq 5 via \\_SB_.PCI0.LNKB found-> vendor=0x10b7, dev=0x6055, revid=0x10 bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 8, enabled map[14]: type 1, range 32, base f3ffdc00, size 7, enabled map[18]: type 1, range 32, base f3ffd800, size 7, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.LNKD:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=0x10b7, dev=0x1007, revid=0x10 bus=0, slot=16, func=1 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 8, enabled map[14]: type 1, range 32, base f3ffd400, size 8, enabled map[18]: type 1, range 32, base f3ffd000, size 7, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.LNKD:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.PCI0.LNKD agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf4000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfd000000-0xfeffffff pcib1: prefetched decode 0xf8000000-0xfbffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4c46, revid=0x02 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f8000000, size 26, enabled pcib1: (null) requested memory range 0xf8000000-0xfbffffff: good map[14]: type 4, range 32, base 0000ec00, size 8, enabled pcib1: (null) requested I/O range 0xec00-0xecff: in range map[18]: type 1, range 32, base fdffc000, size 14, enabled pcib1: (null) requested memory range 0xfdffc000-0xfdffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA pci1: at device 0.0 (no driver attached) cbb0: at device 3.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib0: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac51104c 0x02100007 0x06070000 0x00822008 0x10: 0x80000000 0x020000a0 0x20040400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00b11028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x2024d025 0x00000000 0x00000000 0x01261222 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00000 0x0000001b 0x00000007 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: at device 3.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib0: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac51104c 0x02100007 0x06070000 0x00822008 0x10: 0x80001000 0x020000a0 0x20050500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00b11028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x2024f025 0x00000000 0x00000000 0x01261222 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00000 0x0000001b 0x00000007 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x860-0x86f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=10 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xdce0-0xdcff irq 11 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdce0 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 pci0: at device 7.3 (no driver attached) pcm0: port 0xd800-0xd8ff mem 0xf3ffe000-0xf3ffffff irq 5 at device 8.0 on pci0 pci0: child pcm0 requested type 3 for rid 0x10, but the BAR says it is an ioport pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcm0: [MPSAFE] pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features AMAP pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 7ffe000, 1000; 0xd971f000 -> 7ffe000 pcm0: sndbuf_setmap 7ffd000, 1000; 0xd9720000 -> 7ffd000 pcm0: sndbuf_setmap 7ffc000, 1000; 0xd9721000 -> 7ffc000 pcm0: sndbuf_setmap 7ffb000, 1000; 0xd9722000 -> 7ffb000 pcm0: sndbuf_setmap 7ffa000, 1000; 0xd9723000 -> 7ffa000 xl0: <3Com 3c556 Fast Etherlink XL> port 0xd400-0xd4ff mem 0xf3ffdc00-0xf3ffdc7f,0xf3ffd800-0xf3ffd87f irq 11 at device 16.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xf3ffdc00 xl0: using memory mapped I/O xl0: Reserved 0x80 bytes for rid 0x18 type 3 at 0xf3ffd800 xl0: media options word: 40 xl0: found MII/AUTO miibus0: on xl0 tdkphy0: on miibus0 tdkphy0: OUI 0x00c039, model 0x0014, rev. 11 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:04:76:48:c7:b2 xl0: [MPSAFE] pci0: at device 16.1 (no driver attached) pci0:16:1: Transition from D0 to D3 acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x221 0x231 0x221 0x221 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x221 0x221 0x221 0x221 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 601366369 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_acad0: acline initialization start battery0: battery initialization start pccard1: CIS version PC Card Standard 5.0 pccard1: CIS info: SMC, SMC2532W-B EliteConnect Wireless Adapter, , pccard1: Manufacturer code 0xd601, product 0x5 pccard1: function 0: network adapter, ccr addr 3e0 mask 1 pccard1: function 0, config table entry 1: I/O card; irq mask ffff; iomask 6, iospace 0-3f; io16 irqpulse irqlevel wi0: at port 0x100-0x13f irq 11 function 0 config 1 on pccard1 wi0: [MPSAFE] wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: bpf attached wi0: Ethernet address: 00:04:e2:80:34:be wi0: bpf attached wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery1: battery initialization start battery0: battery initialization done, tried 1 times ad0: setting PIO4 on Intel PIIX4 chip ad0: setting UDMA33 on Intel PIIX4 chip ad0: 19077MB at ata0-master UDMA33 ad0: 39070080 sectors [38760C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on Intel PIIX4 chip acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 1377KB/s (1377KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: Serial Number \^_ pass0: 16.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number \^_ cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error battery1: battery initialization failed, giving up xl0: link state changed to DOWN Linux ELF exec handler installed --------------090806020209030207050505-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 04:51:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEA3516A41F for ; Tue, 20 Sep 2005 04:51:23 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0DC343D45 for ; Tue, 20 Sep 2005 04:51:22 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so156122nzk for ; Mon, 19 Sep 2005 21:51:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ezAqreclplPY1nHbSNDJsXMwblEgT2EVtLudNMFEP0MIa686TubH8K+5XPxXx62mUplT1zIRAqG2Mno6gBDcHQtP48LCMMuz8p1rqP/aPJ25Lxn21LyYb2nhpROWzEOhznKzIAXa1NPcxpg1bO8FtlSiBjAUZxEDQknNovQy0X8= Received: by 10.37.21.12 with SMTP id y12mr3621851nzi; Mon, 19 Sep 2005 21:51:22 -0700 (PDT) Received: from michelle.rndsoft.co.kr ( [211.32.202.211]) by mx.gmail.com with ESMTP id 19sm5989616nzp.2005.09.19.21.51.20; Mon, 19 Sep 2005 21:51:22 -0700 (PDT) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j8K4p5Hn002841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 13:51:05 +0900 (KST) (envelope-from yongari@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j8K4osI3002839; Tue, 20 Sep 2005 13:50:54 +0900 (KST) (envelope-from yongari@gmail.com) Date: Tue, 20 Sep 2005 13:50:54 +0900 From: Pyun YongHyeon To: Alexander Leidinger Message-ID: <20050920045054.GA754@rndsoft.co.kr> References: <20050912044212.GC5182@rndsoft.co.kr> <47d0403c05091122276fd0a231@mail.gmail.com> <20050913070149.GE9481@rndsoft.co.kr> <47d0403c0509131235ed58122@mail.gmail.com> <20050914014830.GA13631@rndsoft.co.kr> <20050915033848.2d87da42.skywizard@MyBSD.org.my> <20050915014509.GA17602@rndsoft.co.kr> <20050915114653.431f17c5.skywizard@MyBSD.org.my> <20050915043448.GB18332@rndsoft.co.kr> <20050915113354.iv5u8ycfksscw4wk@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050915113354.iv5u8ycfksscw4wk@netchild.homeip.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Ariff Abdullah Subject: Re: documenting the locking requirements? (was: Re: panic upon kldunload snd_ich (lor # 159)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 04:51:24 -0000 On Thu, Sep 15, 2005 at 11:33:54AM +0200, Alexander Leidinger wrote: > Pyun YongHyeon wrote: > > >> I tend to agree with you. Since that sndstat_busy() isn't enough, how > >> about we acquire the entire sndstat so nobody can monkey with it (as the > >> proposed / attached diff) and at the same time avoiding this LOR > >> message. It seems much better rather than locking sndstat after > >> sndstat_busy() and much of pcm_unregister() procedures, only to find out > >> that somebody acquire it within that moment. > >> > > > >I didn't try the patch but it looks good to me. :-) > >If you have more time would you please fix race in sndstat_open()? > > > >Minor note : I think it is better to use sx_xunlock ranther than > >sx_unlock as sx_xunlock clearly indicates which type of locks held. > > Are the locking requirements (what needs to be locked and why/when, in which > order) in the sound code documented somewhere? If yes: where? If no: can I > convince you (either one or both of "you") to write something up (plain text > would be enough for a start)? > Sorry for the late reply. AFAIK there is no such documentation. :-( I'm still learning sound subsystem and it's hard to understand internal workings of our code(I lost my track while reading vchan support code). And I agree with you. It would be great to have a documentation for sound subsystem including locking/interfaces etc. Though there is a simple documentation for sound subsystem in architecture handbook, it's not much help understanding internal workings. Personally, I think the locking in sound subsystem is not perfect. We may need to redefine what locking order should be maintained or which locks(driver lock, codec lock, pcm lock, play/record/vchannel lock, mixer lock etc) are needed. If we have midi code in sound subsystem we would have one more lock. I have no idea we really need all these locks. Maybe Ariff have better idea/understanding than me. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 05:16:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9DF316A41F for ; Tue, 20 Sep 2005 05:16:28 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7804B43D45 for ; Tue, 20 Sep 2005 05:16:28 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j8K5GP1l008288; Tue, 20 Sep 2005 01:16:26 -0400 (EDT) Date: Tue, 20 Sep 2005 01:16:25 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Daniel O'Connor" In-Reply-To: <200509201224.21189.doconnor@gsoft.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 05:16:29 -0000 On Tue, 20 Sep 2005, Daniel O'Connor wrote: > On Tuesday 20 September 2005 12:12, Kris Kennaway wrote: > > > Hm... > > > I just reinstalled Qt using the env LD_LIBMAP thing and now it appears to > > > work OK.. > > > > You probably had the old version installed from before the big library > > bump last month. > > Yes.. still it's a PITA to fix and I wonder why it breaks.. All library versions were bumped to help you. Aren't you feelin' the love? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 07:25:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DBE816A41F for ; Tue, 20 Sep 2005 07:25:49 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF39D43D45 for ; Tue, 20 Sep 2005 07:25:46 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 37E656155; Tue, 20 Sep 2005 09:25:30 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 1DC876152; Tue, 20 Sep 2005 09:25:30 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 6A73F33E72; Tue, 20 Sep 2005 09:25:39 +0200 (CEST) To: Martin Cracauer References: <20050919130810.A41848@cons.org> <20050919214239.6f5f40ad@Magellan.Leidinger.net> <20050919163608.A49288@cons.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 20 Sep 2005 09:25:39 +0200 In-Reply-To: <20050919163608.A49288@cons.org> (Martin Cracauer's message of "Mon, 19 Sep 2005 16:36:09 -0400") Message-ID: <86k6hc5hfw.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 07:25:49 -0000 Martin Cracauer writes: > It seemes that the controlled procfs mounting is the solution. procfs has nothing to do with this. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 07:40:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1BEF16A41F for ; Tue, 20 Sep 2005 07:40:12 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D0143D45 for ; Tue, 20 Sep 2005 07:40:11 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8K7e95N017967 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Sep 2005 17:40:10 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j8K7e9SR056544; Tue, 20 Sep 2005 17:40:09 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j8K7e8Po056543; Tue, 20 Sep 2005 17:40:08 +1000 (EST) (envelope-from pjeremy) Date: Tue, 20 Sep 2005 17:40:08 +1000 From: Peter Jeremy To: Beecher Rintoul Message-ID: <20050920074008.GH40237@cirb503493.alcatel.com.au> References: <200509191348.49499.akbeech@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509191348.49499.akbeech@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CD Burning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 07:40:12 -0000 On Mon, 2005-Sep-19 13:48:26 -0800, Beecher Rintoul wrote: >Sorry for the cross post, I meant to send this to current in the first place. >Since upgrading a couple of times, I'm now seeing this error when burning to >a CD/RW: We need a bit more background. What is your ATA controller and how are the disks/CD's connected to the channels? Can you post the extracts from a dmesg. I've seen the "swap_pager: indefinite wait" when burning data to a DVD on the same channel as the swap disk. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 07:43:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CD5E16A427 for ; Tue, 20 Sep 2005 07:43:26 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431D143D45 for ; Tue, 20 Sep 2005 07:43:25 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from sr-fw1.router.uk.clara.net ([195.8.68.130] helo=bloodhound.noc.clara.net) by leto.uk.clara.net with esmtp (Exim 4.43) id 1EHcmj-000IVv-CT; Tue, 20 Sep 2005 08:43:25 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1EHcmz-0004iy-Gf; Tue, 20 Sep 2005 08:43:41 +0100 Date: Tue, 20 Sep 2005 08:43:41 +0100 From: Brian Candler To: bob self Message-ID: <20050920074341.GA18149@uk.tiscali.com> References: <432EC9DB.2040808@charter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <432EC9DB.2040808@charter.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: make buildworld causes "internal compiler error" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 07:43:26 -0000 On Mon, Sep 19, 2005 at 10:23:23AM -0400, bob self wrote: > Why might this be happening???? I updated all the ports from source > yesterday. That worked fine. Now I'm trying to go to beta 5 but after a > long time > compiling I get this message. I'm now running 6.0 beta 4 and as far as I > know there are no problems except this. ... > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/io-inst.cc:35: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/basic_string.tcc:236: > internal compiler error: Segmentation f > ault: 11 If you start the whole process again, does it stop at exactly the same point with exactly the same error message? If not then you probably have a hardware problem, brought on by overheating as a long compile cycle runs. See http://www.bitwizard.nl/sig11/ for a very detailled explanation. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 07:47:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C29FB16A41F for ; Tue, 20 Sep 2005 07:47:02 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F83443D48 for ; Tue, 20 Sep 2005 07:47:02 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from sr-fw1.router.uk.clara.net ([195.8.68.130] helo=bloodhound.noc.clara.net) by leto.uk.clara.net with esmtp (Exim 4.43) id 1EHcqC-000J15-7p; Tue, 20 Sep 2005 08:47:00 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1EHcqS-0004jj-U7; Tue, 20 Sep 2005 08:47:16 +0100 Date: Tue, 20 Sep 2005 08:47:16 +0100 From: Brian Candler To: Poul-Henning Kamp Message-ID: <20050920074716.GB18149@uk.tiscali.com> References: <20050919130810.A41848@cons.org> <1950.1127150337@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1950.1127150337@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 07:47:02 -0000 On Mon, Sep 19, 2005 at 05:18:57PM +0000, Poul-Henning Kamp wrote: > In message <20050919130810.A41848@cons.org>, Martin Cracauer writes: > >I noticed the creation of /dev/ entries outside of /dev doesn't work > >anymore. This is needed for chroot environments, which rely on > >/dev/null on a regular basis. > > mount -t devfs foo /chroot/dev > > Consider devfs(8) rules as a filtering method. It took me a while to work out exactly how to configure this, so here's the recipe (from a FreeBSD 5.4 box) [/etc/rc.conf] devfs_set_rulesets="/chroot/dev=devfsrules_jail" Then run "/etc/rc.d/devfs start" Under FreeBSD 5.4 at least, mknod still works. But using devfs is much better since you get all necessary pty devices. $ ls /chroot/dev fd ptyp2 ptyp7 ptypc stderr ttyp2 ttyp7 ttypc zero log ptyp3 ptyp8 ptypd stdin ttyp3 ttyp8 ttypd null ptyp4 ptyp9 ptype stdout ttyp4 ttyp9 ttype ptyp0 ptyp5 ptypa ptypf ttyp0 ttyp5 ttypa ttypf ptyp1 ptyp6 ptypb random ttyp1 ttyp6 ttypb urandom Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 08:51:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACB9816A41F for ; Tue, 20 Sep 2005 08:51:13 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2508D43D46 for ; Tue, 20 Sep 2005 08:51:12 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 58736 invoked by uid 85); 20 Sep 2005 08:51:12 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.609516 secs); 20 Sep 2005 08:51:12 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 20 Sep 2005 08:51:10 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: Peter Jeremy Date: Tue, 20 Sep 2005 00:50:48 -0800 User-Agent: KMail/1.8.2 References: <200509191348.49499.akbeech@gmail.com> <20050920074008.GH40237@cirb503493.alcatel.com.au> In-Reply-To: <20050920074008.GH40237@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1879821.E2tuANkPln"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509200051.04670.akbeech@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: CD Burning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 08:51:13 -0000 --nextPart1879821.E2tuANkPln Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 19 September 2005 11:40 pm, Peter Jeremy wrote: > On Mon, 2005-Sep-19 13:48:26 -0800, Beecher Rintoul wrote: > >Sorry for the cross post, I meant to send this to current in the first > > place. Since upgrading a couple of times, I'm now seeing this error when > > burning to a CD/RW: > > We need a bit more background. What is your ATA controller and how are > the disks/CD's connected to the channels? Can you post the extracts > from a dmesg. > > I've seen the "swap_pager: indefinite wait" when burning data to a DVD on > the same channel as the swap disk. stargate# dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 7.0-CURRENT #6: Sat Sep 17 05:36:55 AKDT 2005 root@stargate:/usr/obj/usr/src/sys/STARGATE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (400.16-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x665 Stepping =3D 5 =20 =46eatures=3D0x183f9ff real memory =3D 268369920 (255 MB) avail memory =3D 253136896 (241 MB) ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 = on=20 pci0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdcf0-0xdcff at device 0.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfedff000-0xfedfffff irq 11 at device= =20 1.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) csa0: mem=20 0xfedfe000-0xfedfefff,0xfec00000-0xfecfffff irq 10 at device 6.0 on pci0 csa: card is Unknown/invalid SSID (CS4614) csa0: [GIANT-LOCKED] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] dc0: port 0xd800-0xd8ff mem=20 0xfedfdc00-0xfedfdcff irq 3 at device 10.0 on pci0 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:a0:cc:e0:78:1e rl0: port 0xd400-0xd4ff mem=20 0xfedfd800-0xfedfd8ff irq 9 at device 11.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0d:88:26:95:20 ndis0: mem=20 0xfede0000-0xfedeffff irq 9 at device 12.0 on pci0 can't re-use a leaf (BusType)! ndis0: NDIS API version: 5.1 NDIS: could not find file regAdd.txt in linker list NDIS: and no filesystems mounted yet, aborting NdisOpenFile() ndis0: Ethernet address: 00:11:95:8b:a7:0b pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe8000-0xeffff pnpid ORM0= 000=20 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= =20 isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (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) ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 400158585 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.8 initialized. Default =3D pass all, Logging =3D enabled ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 19092MB at ata0-master UDMA33 ad2: DMA limited to UDMA33, controller found non-ATA66 cable ad2: 16231MB at ata1-master UDMA33 acd0: CDRW at ata1-slave PIO4 cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a Hope this helps. Beeech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart1879821.E2tuANkPln Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDL814Vq19LUoGB+MRAv8mAJ9Qo/Uqlvo8gaHIOnH9ecTtvYiGKACfXBzm bTgjA0ktE5pUvo5kFYtk7uo= =a5qn -----END PGP SIGNATURE----- --nextPart1879821.E2tuANkPln-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 08:55:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85EDF16A41F for ; Tue, 20 Sep 2005 08:55:28 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30CA343D45 for ; Tue, 20 Sep 2005 08:55:27 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EHduQ-00009A-00; Tue, 20 Sep 2005 10:55:26 +0200 Date: Tue, 20 Sep 2005 10:55:26 +0200 To: Emanuel Strobl Message-ID: <20050920085526.GA27982@poupinou.org> References: <200509162117.17787@harrymail> <20050919154018.GB24109@poupinou.org> <200509191744.19805@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509191744.19805@harrymail> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 08:55:28 -0000 On Mon, Sep 19, 2005 at 05:44:04PM +0200, Emanuel Strobl wrote: > Am Montag, 19. September 2005 17:40 CEST schrieb Bruno Ducrot: > > On Fri, Sep 16, 2005 at 09:17:06PM +0200, Emanuel Strobl wrote: > > > Hello, > > > > > > I noticed that whenever my notebook (VAIO SRX41p, BETA4) crashed, > > > powerd prints the following error after reboot: > > > acpi_perf0: Px transition to 500 failed > > > acpi_perf0: set freq failed, err 6 > > > > > > I can't solve that state, no shutdown/reboot will fix it. _But_, if I > > > boot XP and reboot everything is fine again. > > > > > > I don't have problems if I do a clean shutdown and reboot FreeBSD. > > > There seems to be something in an invalid state while powerd is > > > running which powerd corrects at exit. > > > > > > Can I provide any useful info to get this fixed? I'm not planning to > > > leave XP on that machine just because I need it to "reset" cpufreq > > > related stuff ;) > > > > Is this one with a PIII mobile and a PIIX4 southbridge? > > It's a PIII LV mobile and i815, I think ICH is not PIIX4... > What about ichss then? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 09:38:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D6016A41F for ; Tue, 20 Sep 2005 09:38:47 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D684D43D46 for ; Tue, 20 Sep 2005 09:38:46 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 20 Sep 2005 09:38:45 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp010) with SMTP; 20 Sep 2005 11:38:45 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 20 Sep 2005 11:38:26 +0200 User-Agent: KMail/1.8.1 References: <200509162117.17787@harrymail> <200509191744.19805@harrymail> <20050920085526.GA27982@poupinou.org> In-Reply-To: <20050920085526.GA27982@poupinou.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart14906242.dqVbiQC6Hd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509201138.35925@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 09:38:47 -0000 --nextPart14906242.dqVbiQC6Hd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 20. September 2005 10:55 CEST schrieb Bruno Ducrot: > On Mon, Sep 19, 2005 at 05:44:04PM +0200, Emanuel Strobl wrote: > > Am Montag, 19. September 2005 17:40 CEST schrieb Bruno Ducrot: > > > On Fri, Sep 16, 2005 at 09:17:06PM +0200, Emanuel Strobl wrote: > > > > Hello, > > > > > > > > I noticed that whenever my notebook (VAIO SRX41p, BETA4) crashed, > > > > powerd prints the following error after reboot: > > > > acpi_perf0: Px transition to 500 failed > > > > acpi_perf0: set freq failed, err 6 > > > > > > > > I can't solve that state, no shutdown/reboot will fix it. _But_, > > > > if I boot XP and reboot everything is fine again. > > > > > > > > I don't have problems if I do a clean shutdown and reboot FreeBSD. > > > > There seems to be something in an invalid state while powerd is > > > > running which powerd corrects at exit. > > > > > > > > Can I provide any useful info to get this fixed? I'm not planning > > > > to leave XP on that machine just because I need it to "reset" > > > > cpufreq related stuff ;) > > > > > > Is this one with a PIII mobile and a PIIX4 southbridge? > > > > It's a PIII LV mobile and i815, I think ICH is not PIIX4... > > What about ichss then? Hmm, how do I "try without acpi_perf and ichss instead"? I know these words only from the cpufreq man page which isn't really useful= =20 for me since I'm no C coder. Thanks in advance, =2DHarry --nextPart14906242.dqVbiQC6Hd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDL9ibBylq0S4AzzwRAuS/AJ9V1Bzb77JPjVVgS8xDjQ3LaOkL6gCfRxqm 9yLb6/AinkSw/ozT+Q7jfXM= =YLP/ -----END PGP SIGNATURE----- --nextPart14906242.dqVbiQC6Hd-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 10:09:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E246416A41F; Tue, 20 Sep 2005 10:09:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4750143D48; Tue, 20 Sep 2005 10:09:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8KA9kNg073676; Tue, 20 Sep 2005 06:09:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8KA9kPv033632; Tue, 20 Sep 2005 06:09:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE9CB7302F; Tue, 20 Sep 2005 06:09:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050920100945.DE9CB7302F@freebsd-current.sentex.ca> Date: Tue, 20 Sep 2005 06:09:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 10:09:48 -0000 TB --- 2005-09-20 08:28:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-20 08:28:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-09-20 08:28:40 - cleaning the object tree TB --- 2005-09-20 08:29:15 - checking out the source tree TB --- 2005-09-20 08:29:15 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-09-20 08:29:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-20 08:35:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-20 08:35:13 - cd /src TB --- 2005-09-20 08:35:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-09-20 10:06:29 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-20 10:06:29 - cd /src TB --- 2005-09-20 10:06:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Sep 20 10:06:29 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/aic/aic_pccard.c:199: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:199: error: (near initialization for `aic_pccard_methods[3]') /src/sys/dev/aic/aic_pccard.c:200: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:200: error: (near initialization for `aic_pccard_methods[4]') /src/sys/dev/aic/aic_pccard.c:201: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:201: error: (near initialization for `aic_pccard_methods[5]') /src/sys/dev/aic/aic_pccard.c:203: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:203: error: (near initialization for `aic_pccard_methods[6]') *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-20 10:09:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-20 10:09:45 - ERROR: failed to build generic kernel TB --- 2005-09-20 10:09:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 10:14:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41E9A16A41F for ; Tue, 20 Sep 2005 10:14:27 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE45543D48 for ; Tue, 20 Sep 2005 10:14:26 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EHf8q-0000ES-00; Tue, 20 Sep 2005 12:14:24 +0200 Date: Tue, 20 Sep 2005 12:14:24 +0200 To: Emanuel Strobl Message-ID: <20050920101424.GA853@poupinou.org> References: <200509162117.17787@harrymail> <200509191744.19805@harrymail> <20050920085526.GA27982@poupinou.org> <200509201138.35925@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509201138.35925@harrymail> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 10:14:27 -0000 On Tue, Sep 20, 2005 at 11:38:26AM +0200, Emanuel Strobl wrote: > Am Dienstag, 20. September 2005 10:55 CEST schrieb Bruno Ducrot: > > On Mon, Sep 19, 2005 at 05:44:04PM +0200, Emanuel Strobl wrote: > > > Am Montag, 19. September 2005 17:40 CEST schrieb Bruno Ducrot: > > > > On Fri, Sep 16, 2005 at 09:17:06PM +0200, Emanuel Strobl wrote: > > > > > Hello, > > > > > > > > > > I noticed that whenever my notebook (VAIO SRX41p, BETA4) crashed, > > > > > powerd prints the following error after reboot: > > > > > acpi_perf0: Px transition to 500 failed > > > > > acpi_perf0: set freq failed, err 6 > > > > > > > > > > I can't solve that state, no shutdown/reboot will fix it. _But_, > > > > > if I boot XP and reboot everything is fine again. > > > > > > > > > > I don't have problems if I do a clean shutdown and reboot FreeBSD. > > > > > There seems to be something in an invalid state while powerd is > > > > > running which powerd corrects at exit. > > > > > > > > > > Can I provide any useful info to get this fixed? I'm not planning > > > > > to leave XP on that machine just because I need it to "reset" > > > > > cpufreq related stuff ;) > > > > > > > > Is this one with a PIII mobile and a PIIX4 southbridge? > > > > > > It's a PIII LV mobile and i815, I think ICH is not PIIX4... > > > > What about ichss then? > > Hmm, how do I "try without acpi_perf and ichss instead"? > I know these words only from the cpufreq man page which isn't really useful > for me since I'm no C coder. > Try to boot with hint.acpi_perf.0.disabled="1" and with cpufreq_load="YES" in your loader.conf (the later if cpufreq is not compiled in-kernel) -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 10:26:49 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06A3016A41F; Tue, 20 Sep 2005 10:26:49 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD5F43D46; Tue, 20 Sep 2005 10:26:48 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j8KAQj65022282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 14:26:46 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j8KAQj0x022281; Tue, 20 Sep 2005 14:26:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 20 Sep 2005 14:26:45 +0400 From: Gleb Smirnoff To: FreeBSD Tinderbox Message-ID: <20050920102645.GH53891@cell.sick.ru> References: <20050920100945.DE9CB7302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050920100945.DE9CB7302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 10:26:49 -0000 This should be fixed. On Tue, Sep 20, 2005 at 06:09:45AM -0400, FreeBSD Tinderbox wrote: F> TB --- 2005-09-20 08:28:40 - tinderbox 2.3 running on freebsd-current.sentex.ca F> TB --- 2005-09-20 08:28:40 - starting HEAD tinderbox run for amd64/amd64 F> TB --- 2005-09-20 08:28:40 - cleaning the object tree F> TB --- 2005-09-20 08:29:15 - checking out the source tree F> TB --- 2005-09-20 08:29:15 - cd /tinderbox/HEAD/amd64/amd64 F> TB --- 2005-09-20 08:29:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src F> TB --- 2005-09-20 08:35:13 - building world (CFLAGS=-O2 -pipe) F> TB --- 2005-09-20 08:35:13 - cd /src F> TB --- 2005-09-20 08:35:13 - /usr/bin/make -B buildworld F> >>> Rebuilding the temporary build tree F> >>> stage 1.1: legacy release compatibility shims F> >>> stage 1.2: bootstrap tools F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3: cross tools F> >>> stage 4.1: building includes F> >>> stage 4.2: building libraries F> >>> stage 4.3: make dependencies F> >>> stage 4.4: building everything F> >>> stage 5.1: building 32 bit shim libraries F> TB --- 2005-09-20 10:06:29 - building generic kernel (COPTFLAGS=-O2 -pipe) F> TB --- 2005-09-20 10:06:29 - cd /src F> TB --- 2005-09-20 10:06:29 - /usr/bin/make buildkernel KERNCONF=GENERIC F> >>> Kernel build for GENERIC started on Tue Sep 20 10:06:29 UTC 2005 F> >>> stage 1: configuring the kernel F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3.1: making dependencies F> >>> stage 3.2: building everything F> [...] F> /src/sys/dev/aic/aic_pccard.c:199: error: initializer element is not constant F> /src/sys/dev/aic/aic_pccard.c:199: error: (near initialization for `aic_pccard_methods[3]') F> /src/sys/dev/aic/aic_pccard.c:200: error: initializer element is not constant F> /src/sys/dev/aic/aic_pccard.c:200: error: (near initialization for `aic_pccard_methods[4]') F> /src/sys/dev/aic/aic_pccard.c:201: error: initializer element is not constant F> /src/sys/dev/aic/aic_pccard.c:201: error: (near initialization for `aic_pccard_methods[5]') F> /src/sys/dev/aic/aic_pccard.c:203: error: initializer element is not constant F> /src/sys/dev/aic/aic_pccard.c:203: error: (near initialization for `aic_pccard_methods[6]') F> *** Error code 1 F> F> Stop in /obj/amd64/src/sys/GENERIC. F> *** Error code 1 F> F> Stop in /src. F> *** Error code 1 F> F> Stop in /src. F> TB --- 2005-09-20 10:09:45 - WARNING: /usr/bin/make returned exit code 1 F> TB --- 2005-09-20 10:09:45 - ERROR: failed to build generic kernel F> TB --- 2005-09-20 10:09:45 - tinderbox aborted F> F> _______________________________________________ F> freebsd-current@freebsd.org mailing list F> http://lists.freebsd.org/mailman/listinfo/freebsd-current F> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 10:32:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D52C816A41F for ; Tue, 20 Sep 2005 10:32:46 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 431F143D48 for ; Tue, 20 Sep 2005 10:32:42 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 20 Sep 2005 10:32:41 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp007) with SMTP; 20 Sep 2005 12:32:41 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 20 Sep 2005 12:32:24 +0200 User-Agent: KMail/1.8.1 References: <200509162117.17787@harrymail> <200509201138.35925@harrymail> <20050920101424.GA853@poupinou.org> In-Reply-To: <20050920101424.GA853@poupinou.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2066085.1W8l2Y0hX6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509201232.32501@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 10:32:47 -0000 --nextPart2066085.1W8l2Y0hX6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 20. September 2005 12:14 CEST schrieb Bruno Ducrot: [...] > > Hmm, how do I "try without acpi_perf and ichss instead"? > > I know these words only from the cpufreq man page which isn't really > > useful for me since I'm no C coder. > > Try to boot with > hint.acpi_perf.0.disabled=3D"1" Heureka!=20 Now I suddenly have dev.ichss :) : dev.ichss.0.%desc: SpeedStep ICH dev.ichss.0.%driver: ichss dev.ichss.0.%parent: cpu0 dev.ichss.0.freq_settings: 794/-1 496/-1 dev.cpu changed also a bit but most importatnt: The error has gone and I=20 see the CPU changing frequency :) ev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 62 dev.cpu.0.freq_levels: 794/-1 694/-1 595/-1 496/-1 434/-1 372/-1 310/-1=20 248/-1 186/-1 124/-1 62/-1 Some questions left: Does cpufreq check for different drivers and attach=20 the next best which seems to fit? Does the acpi_perf/ichss driver also adjust the core voltage according to=20 the frequency? Thanks a lot, now I need someone to help me with my S3 suspend death ;) =2DHarry > and with > cpufreq_load=3D"YES" > in your loader.conf (the later if cpufreq is not compiled in-kernel) --nextPart2066085.1W8l2Y0hX6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDL+VABylq0S4AzzwRAsBHAKCHRMUU7mmvIZ30v3IUCbW5Az2gWQCggGfv QRDvCI1XT6ByyHAG2BgEXh8= =WMsz -----END PGP SIGNATURE----- --nextPart2066085.1W8l2Y0hX6-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:00:20 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C394116A41F; Tue, 20 Sep 2005 11:00:20 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 109D243D46; Tue, 20 Sep 2005 11:00:19 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KB0H8h086086; Tue, 20 Sep 2005 14:00:17 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 82522-12; Tue, 20 Sep 2005 14:00:15 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KB08Cm086065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 14:00:13 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8KB0Np8001302; Tue, 20 Sep 2005 14:00:23 +0300 (EEST) (envelope-from ru) Date: Tue, 20 Sep 2005 14:00:23 +0300 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20050920110023.GA468@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:00:20 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Poul-Henning, I have the following issues with serial on today's -CURRENT: 1) If booted without -h in boot2 (/boot.config), I cannot get getty(8) working on serial ports (sio), no "login: " prompt appears on the other side. Two cu(1)'s see each other though. 2) If booted with -h, as most people are doing, but without the recently added -S option to boot2, serial console works in 9600 bps as advertised, but despite std.9600 in /etc/ttys, the speed is set to 115200. My configuration is pretty much GENERIC. Rumors are that these issues aren't new. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDL+vHqRfpzJluFF4RAgMcAJ0Tx3wjaiYiwHWwNfrW+kGh7v7E6QCdGWMC GGp8l4XACuyKsax+7PwqZug= =7WRk -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:08:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC8E116A41F for ; Tue, 20 Sep 2005 11:08:07 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F5A43D48 for ; Tue, 20 Sep 2005 11:08:06 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de X-Envelope-To: Received: from dice.bliss.lan (e178191008.adsl.alicedsl.de [85.178.191.8]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j8KB83Hx015667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 20 Sep 2005 13:08:04 +0200 Received: by dice.bliss.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Tue, 20 Sep 2005 13:08:04 +0200 (CEST) Date: Tue, 20 Sep 2005 13:08:00 +0200 From: Stefan Sperling To: freebsd-current@freebsd.org Message-ID: <20050920110800.GA32409@dice.bliss.lan> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Spam-Score: (0.148) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: devfs_vnops.c:1182: warning: redundant redeclaration of 'devfs_ops_f' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:08:07 -0000 Hi, I am trying to upgrade from BETA2 to BETA4. A simple make buildkernel (with GENERIC) results in: cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/home/FreeBSD/FreeBSD-6/src/sys -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/acpica -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/altq -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/ipfilter -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/pf -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/ath -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/ath/freebsd -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/ngatm -I/home/FreeBSD/FreeBSD-6/src/sys/dev/twa -D_KERNEL -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 -ffreestanding -Werror /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1182: warning: redundant redeclaration of 'devfs_ops_f' /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:71: warning: previous declaration of 'devfs_ops_f' was here /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1193: warning: redundant redeclaration of 'devfs_vnodeops' /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_vnodeops' was here /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1215: warning: redundant redeclaration of 'devfs_specops' /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_specops' was here *** Error code 1 as if the compiler (gcc 3.4.4 [FreeBSD] 20050518) forgot the difference between a declaration and a definition... thanks, -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:13:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B2A616A41F; Tue, 20 Sep 2005 11:13:06 +0000 (GMT) (envelope-from dds@aueb.gr) Received: from mx-out-02.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A41343D46; Tue, 20 Sep 2005 11:13:02 +0000 (GMT) (envelope-from dds@aueb.gr) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-02.forthnet.gr (8.12.11/8.12.11) with ESMTP id j8KBD0ds009493; Tue, 20 Sep 2005 14:13:00 +0300 Received: from mx-as-03.forthnet.gr (mx-as.forthnet.gr [193.92.150.226]) by mx-av-02.forthnet.gr (8.12.11/8.12.11) with ESMTP id j8KBD05p011587; Tue, 20 Sep 2005 14:13:00 +0300 Received: from forthnet.gr (athmta03.forthnet.gr [193.92.150.22]) by mx-as-03.forthnet.gr (8.12.11/8.12.11) with ESMTP id j8KBD0cd022189; Tue, 20 Sep 2005 14:13:00 +0300 Received: from [192.168.136.16] (ppp1-adsl-244.ath.forthnet.gr [62.1.224.244]) by forthnet.gr (8.12.11/8.12.11) with ESMTP id j8KBCwkv014806; Tue, 20 Sep 2005 14:12:59 +0300 Message-ID: <432FEEC0.3000600@aueb.gr> Date: Tue, 20 Sep 2005 15:13:04 +0400 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en, el, en-us, de MIME-Version: 1.0 To: Stefan Sperling References: <20050920110800.GA32409@dice.bliss.lan> In-Reply-To: <20050920110800.GA32409@dice.bliss.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: devfs_vnops.c:1182: warning: redundant redeclaration of 'devfs_ops_f' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:13:06 -0000 Stefan Sperling wrote: > Hi, > > I am trying to upgrade from BETA2 to BETA4. > > A simple make buildkernel (with GENERIC) results in: > > cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I/home/FreeBSD/FreeBSD-6/src/sys > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/acpica > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/altq > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/ipfilter > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/pf > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/ath > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/ath/freebsd > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/ngatm > -I/home/FreeBSD/FreeBSD-6/src/sys/dev/twa -D_KERNEL -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 -ffreestanding -Werror > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1182: warning: > redundant redeclaration of 'devfs_ops_f' > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:71: warning: > previous declaration of 'devfs_ops_f' was here > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1193: warning: > redundant redeclaration of 'devfs_vnodeops' > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:69: warning: > previous declaration of 'devfs_vnodeops' was here > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1215: warning: > redundant redeclaration of 'devfs_specops' > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:70: warning: > previous declaration of 'devfs_specops' was here > *** Error code 1 > > as if the compiler (gcc 3.4.4 [FreeBSD] 20050518) forgot > the difference between a declaration and a definition... > > thanks, Got hit by it a few minutes ago. Until it gets fixed, by moving the structure definitions to the top, you can compile with make WERROR='' Diomidis From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:22:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E27D116A41F; Tue, 20 Sep 2005 11:22:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A9343D45; Tue, 20 Sep 2005 11:22:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8KBMooS077385; Tue, 20 Sep 2005 07:22:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8KBMod1010615; Tue, 20 Sep 2005 07:22:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 232207302F; Tue, 20 Sep 2005 07:22:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050920112250.232207302F@freebsd-current.sentex.ca> Date: Tue, 20 Sep 2005 07:22:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:22:52 -0000 TB --- 2005-09-20 10:09:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-20 10:09:46 - starting HEAD tinderbox run for i386/i386 TB --- 2005-09-20 10:09:46 - cleaning the object tree TB --- 2005-09-20 10:10:12 - checking out the source tree TB --- 2005-09-20 10:10:12 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-09-20 10:10:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-20 10:15:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-20 10:15:56 - cd /src TB --- 2005-09-20 10:15:56 - /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 --- 2005-09-20 11:19:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-20 11:19:43 - cd /src TB --- 2005-09-20 11:19:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Sep 20 11:19:43 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/aic/aic_pccard.c:199: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:199: error: (near initialization for `aic_pccard_methods[3]') /src/sys/dev/aic/aic_pccard.c:200: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:200: error: (near initialization for `aic_pccard_methods[4]') /src/sys/dev/aic/aic_pccard.c:201: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:201: error: (near initialization for `aic_pccard_methods[5]') /src/sys/dev/aic/aic_pccard.c:203: error: initializer element is not constant /src/sys/dev/aic/aic_pccard.c:203: error: (near initialization for `aic_pccard_methods[6]') *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-20 11:22:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-20 11:22:49 - ERROR: failed to build generic kernel TB --- 2005-09-20 11:22:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:27:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5726616A41F; Tue, 20 Sep 2005 11:27:11 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE5BF43D45; Tue, 20 Sep 2005 11:27:10 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j8KBR6hu090822; Tue, 20 Sep 2005 15:27:06 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 20 Sep 2005 15:27:06 +0400 (MSD) From: Maxim Konovalov To: Diomidis Spinellis In-Reply-To: <432FEEC0.3000600@aueb.gr> Message-ID: <20050920152639.H90817@mp2.macomnet.net> References: <20050920110800.GA32409@dice.bliss.lan> <432FEEC0.3000600@aueb.gr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Stefan Sperling Subject: Re: devfs_vnops.c:1182: warning: redundant redeclaration of 'devfs_ops_f' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:27:11 -0000 On Tue, 20 Sep 2005, 15:13+0400, Diomidis Spinellis wrote: > Stefan Sperling wrote: > > Hi, > > > > I am trying to upgrade from BETA2 to BETA4. > > > > A simple make buildkernel (with GENERIC) results in: > > > > cc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > > -I/home/FreeBSD/FreeBSD-6/src/sys > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/acpica > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/altq > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/ipfilter > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/pf > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/ath > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/dev/ath/freebsd > > -I/home/FreeBSD/FreeBSD-6/src/sys/contrib/ngatm > > -I/home/FreeBSD/FreeBSD-6/src/sys/dev/twa -D_KERNEL -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 -ffreestanding -Werror > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c > > > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1182: warning: > > redundant redeclaration of 'devfs_ops_f' > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:71: warning: > > previous declaration of 'devfs_ops_f' was here > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1193: warning: > > redundant redeclaration of 'devfs_vnodeops' > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:69: warning: > > previous declaration of 'devfs_vnodeops' was here > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:1215: warning: > > redundant redeclaration of 'devfs_specops' > > /home/FreeBSD/FreeBSD-6/src/sys/fs/devfs/devfs_vnops.c:70: warning: > > previous declaration of 'devfs_specops' was here > > *** Error code 1 > > > > as if the compiler (gcc 3.4.4 [FreeBSD] 20050518) forgot > > the difference between a declaration and a definition... > > > > thanks, > > Got hit by it a few minutes ago. Until it gets fixed, by moving the structure > definitions to the top, you can compile with make WERROR='' FAQ actually: http://freebsd.rambler.ru/bsdmail/freebsd-current_curr/msg00023.html -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:30:03 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC1BA16A41F; Tue, 20 Sep 2005 11:30:03 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from r-dd.iij4u.or.jp (r-dd.iij4u.or.jp [210.130.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8558143D72; Tue, 20 Sep 2005 11:29:58 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from localhost (221x117x177x135.ap221.ftth.ucom.ne.jp [221.117.177.135]) by r-dd.iij4u.or.jp (4U-MR/r-dd) id j8KBTnom019558; Tue, 20 Sep 2005 20:29:49 +0900 (JST) Date: Tue, 20 Sep 2005 20:30:28 +0900 (JST) Message-Id: <20050920.203028.32714983.Noritoshi@Demizu.ORG> From: Noritoshi Demizu To: Diomidis Spinellis In-Reply-To: <432FEEC0.3000600@aueb.gr> References: <20050920110800.GA32409@dice.bliss.lan> <432FEEC0.3000600@aueb.gr> X-Mailer: Mew version 4.1 on Emacs 21 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, Stefan Sperling , phk@FreeBSD.ORG Subject: Re: devfs_vnops.c:1182: warning: redundant redeclaration of 'devfs_ops_f' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:30:04 -0000 Hi, > > A simple make buildkernel (with GENERIC) results in: (snip) > > as if the compiler (gcc 3.4.4 [FreeBSD] 20050518) forgot > > the difference between a declaration and a definition... > > Got hit by it a few minutes ago. Until it gets fixed, by moving the > structure definitions to the top, you can compile with make WERROR='' I got the same message today. But after trying buildworld & installworld, the message went away. I guess something around CC or Makefile was changed. Regards, Noritoshi Demizu From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:40:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 707CD16A41F for ; Tue, 20 Sep 2005 11:40:41 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1768343D45 for ; Tue, 20 Sep 2005 11:40:40 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EHgUJ-0000KD-00; Tue, 20 Sep 2005 13:40:39 +0200 Date: Tue, 20 Sep 2005 13:40:39 +0200 To: Emanuel Strobl Message-ID: <20050920114039.GB853@poupinou.org> References: <200509162117.17787@harrymail> <200509201138.35925@harrymail> <20050920101424.GA853@poupinou.org> <200509201232.32501@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509201232.32501@harrymail> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: powerd (cpufreq) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:40:41 -0000 On Tue, Sep 20, 2005 at 12:32:24PM +0200, Emanuel Strobl wrote: > Am Dienstag, 20. September 2005 12:14 CEST schrieb Bruno Ducrot: > [...] > > > Hmm, how do I "try without acpi_perf and ichss instead"? > > > I know these words only from the cpufreq man page which isn't really > > > useful for me since I'm no C coder. > > > > Try to boot with > > hint.acpi_perf.0.disabled="1" > > Heureka! > Now I suddenly have dev.ichss :) : > dev.ichss.0.%desc: SpeedStep ICH > dev.ichss.0.%driver: ichss > dev.ichss.0.%parent: cpu0 > dev.ichss.0.freq_settings: 794/-1 496/-1 > > dev.cpu changed also a bit but most importatnt: The error has gone and I > see the CPU changing frequency :) > > ev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 62 > dev.cpu.0.freq_levels: 794/-1 694/-1 595/-1 496/-1 434/-1 372/-1 310/-1 > 248/-1 186/-1 124/-1 62/-1 > > Some questions left: Does cpufreq check for different drivers and attach > the next best which seems to fit? In theory yes. > Does the acpi_perf/ichss driver also adjust the core voltage according to > the frequency? Yes. But not all of the frequencies you see will scale voltages, probably because you have acpi_throttle enabled it seems. > Thanks a lot, now I need someone to help me with my S3 suspend death ;) Well, I'm supposed to help you there as well somehow, but I have to look a little bit deeper into FreeBSD acpi implementation. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 11:53:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64D2D16A41F; Tue, 20 Sep 2005 11:53:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E14A43D45; Tue, 20 Sep 2005 11:53:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 85E37BC66; Tue, 20 Sep 2005 11:53:16 +0000 (UTC) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 20 Sep 2005 14:00:23 +0300." <20050920110023.GA468@ip.net.ua> Date: Tue, 20 Sep 2005 11:53:16 +0000 Message-ID: <6136.1127217196@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 11:53:18 -0000 In message <20050920110023.GA468@ip.net.ua>, Ruslan Ermilov writes: >I have the following issues with serial on today's -CURRENT: Hmm, my box runs just as fine as always with serial console. >2) If booted with -h, as most people are doing, but without > the recently added -S option to boot2, serial console > works in 9600 bps as advertised, but despite std.9600 in > /etc/ttys, the speed is set to 115200. > >My configuration is pretty much GENERIC. Rumors are that these >issues aren't new. This is the first I hear about them... I won't have time to look at it for the next several weeks (unless it happens on my machine and forces me to handle it). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 17:53:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E33D16A41F for ; Mon, 19 Sep 2005 17:53:07 +0000 (GMT) (envelope-from erosgk@epsilonbrasil.com) Received: from epsilonbrasil.com (200165201145.user.veloxzone.com.br [200.165.201.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97CE343D46 for ; Mon, 19 Sep 2005 17:53:06 +0000 (GMT) (envelope-from erosgk@epsilonbrasil.com) Received: from epsilon ([192.168.1.12]) by epsilon.localhost (8.13.4/8.13.3) with SMTP id j8JFdChf000943 for ; Mon, 19 Sep 2005 12:39:12 -0300 (BRT) (envelope-from erosgk@epsilonbrasil.com) Message-ID: <004201c5bd2f$f8441090$0c01a8c0@epsilon> From: "Eros" To: Date: Mon, 19 Sep 2005 12:36:52 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Tue, 20 Sep 2005 12:00:33 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: how to add a user with more then 16 characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 17:53:07 -0000 Hi all, I have a problema by now. I can=B4t add a user with more then 16 = characters.=20 I have made I have modify /usr/include/sys/param.h and = /usr/include/utmp.h, and after make buildword make buildkernel KERNCONF=3D( my kernel ) shutodwn now make installworld=20 make installkernel KERNCONF=3D(my kernel) mergemaster reboot I have try 3 times....and nothing happening ...please list, help-me = !!!!! What do i have do wrong ? From owner-freebsd-current@FreeBSD.ORG Mon Sep 19 17:53:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628B116A41F for ; Mon, 19 Sep 2005 17:53:13 +0000 (GMT) (envelope-from erosgk@epsilonbrasil.com) Received: from epsilonbrasil.com (200165201145.user.veloxzone.com.br [200.165.201.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE0E43D46 for ; Mon, 19 Sep 2005 17:53:12 +0000 (GMT) (envelope-from erosgk@epsilonbrasil.com) Received: from epsilon ([192.168.1.12]) by epsilon.localhost (8.13.4/8.13.3) with SMTP id j8JE7jmO000685 for ; Mon, 19 Sep 2005 11:07:46 -0300 (BRT) (envelope-from erosgk@epsilonbrasil.com) Message-ID: <000201c5bd23$3285c620$0c01a8c0@epsilon> From: "Eros" To: Date: Mon, 19 Sep 2005 11:00:26 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Tue, 20 Sep 2005 12:00:33 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: howto add a user with more then 16 characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 17:53:13 -0000 Hi all, I have a problema by now. I can=B4t add a user with more then 16 = characters.=20 I have made I have modify /usr/include/sys/param.h and = /usr/include/utmp.h, and after make buildword make buildkernel KERNCONF=3D( my kernel ) shutodwn now make installworld=20 make installkernel KERNCONF=3D(my kernel) mergemaster reboot i have try 3 times....and nothing hapennings ...please list ? help-me = !!!!! What do i have do wrong ? From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 12:37:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE92916A420 for ; Tue, 20 Sep 2005 12:37:40 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1450B43D53 for ; Tue, 20 Sep 2005 12:37:39 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 31271 invoked from network); 20 Sep 2005 12:37:37 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.172.162]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 20 Sep 2005 12:37:37 -0000 Date: Tue, 20 Sep 2005 14:38:23 +0200 From: Fabian Keil To: Beecher Rintoul Message-ID: <20050920143823.2ece6604@localhost> In-Reply-To: <200509200051.04670.akbeech@gmail.com> References: <200509191348.49499.akbeech@gmail.com> <20050920074008.GH40237@cirb503493.alcatel.com.au> <200509200051.04670.akbeech@gmail.com> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) X-PGP-Key-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Tue__20_Sep_2005_14_38_23_+0200_KenguFY8IxH87/PB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: CD Burning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 12:37:41 -0000 --Signature_Tue__20_Sep_2005_14_38_23_+0200_KenguFY8IxH87/PB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Beecher Rintoul wrote: > On Monday 19 September 2005 11:40 pm, Peter Jeremy wrote: > > On Mon, 2005-Sep-19 13:48:26 -0800, Beecher Rintoul wrote: > > >Sorry for the cross post, I meant to send this to current in the first > > > place. Since upgrading a couple of times, I'm now seeing this error w= hen > > > burning to a CD/RW: > > > > We need a bit more background. What is your ATA controller and how are > > the disks/CD's connected to the channels? Can you post the extracts > > from a dmesg. > > > > I've seen the "swap_pager: indefinite wait" when burning data to a DVD = on > > the same channel as the swap disk. >=20 > stargate# dmesg > [...] > ad0: DMA limited to UDMA33, controller found non-ATA66 cable > ad0: 19092MB at ata0-master UDMA33 > ad2: DMA limited to UDMA33, controller found non-ATA66 cable > ad2: 16231MB at ata1-master UDMA33 > acd0: CDRW at ata1-slave PIO4 > cd0 at ata1 bus 0 target 1 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 16.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/ad0s1a You should enable DMA (hw.ata.atapi_dma=3D"1" in /boot/loader.conf) I don't know if it fixes your problem, but it won't hurt either. Fabian --=20 http://www.fabiankeil.de/ --Signature_Tue__20_Sep_2005_14_38_23_+0200_KenguFY8IxH87/PB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDMAK/jV8GA4rMKUQRAhJvAJ92lYIHi3v1LuK3sEZH2RZWm+T8jACaAgXY H7zWuCf69WpAWhL0WlfbzUQ= =iE1Y -----END PGP SIGNATURE----- --Signature_Tue__20_Sep_2005_14_38_23_+0200_KenguFY8IxH87/PB-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 12:49:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC10B16A41F for ; Tue, 20 Sep 2005 12:49:13 +0000 (GMT) (envelope-from bobself@charter.net) Received: from mxsf07.cluster1.charter.net (mxsf07.cluster1.charter.net [209.225.28.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4858F43D48 for ; Tue, 20 Sep 2005 12:49:13 +0000 (GMT) (envelope-from bobself@charter.net) Received: from mxip05a.cluster1.charter.net (mxip05a.cluster1.charter.net [209.225.28.135]) by mxsf07.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j8KCnB6D032428 for ; Tue, 20 Sep 2005 08:49:11 -0400 Received: from 24-177-225-234.dhcp.spbg.sc.charter.com (HELO [127.0.0.1]) ([24.177.225.234]) by mxip05a.cluster1.charter.net with ESMTP; 20 Sep 2005 08:49:12 -0400 X-IronPort-AV: i="3.97,126,1125892800"; d="scan'208"; a="1446054184:sNHT14580788" Message-ID: <43300540.1000400@charter.net> Date: Tue, 20 Sep 2005 08:49:04 -0400 From: bob self User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Fatal trap 18 (moused) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 12:49:14 -0000 Well, I had the internal compiler error on machine 1. Most people thought that it was a hardware problem. HOWEVER, as I said before, it blew up on exactly the same line of code. So I thought I'd solve my problems and install 6.0 beta 4 on a different machine. Now I've had this problem twice. What is this? The mouse drive dividing by zero? So far FreeBSD 6.0 has not been usable on two different machines. When will 6.0 NON-BETA be available? Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; acic id = 00 ip = 0x20:0xc07cd54c current process (moused) stopped at set_mouse_pos + 0x108 idivl 0x6c(%ecx) %eax Bob From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 13:42:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 292BE16A421 for ; Tue, 20 Sep 2005 13:42:34 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 0FE6243D49 for ; Tue, 20 Sep 2005 13:42:32 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 92080 invoked from network); 20 Sep 2005 13:42:31 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 20 Sep 2005 13:42:31 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j8KDgUvv020919; Tue, 20 Sep 2005 15:42:30 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j8KDgTt1020918; Tue, 20 Sep 2005 15:42:29 +0200 (CEST) (envelope-from pho) Date: Tue, 20 Sep 2005 15:42:29 +0200 From: Peter Holm To: Don Lewis Message-ID: <20050920134229.GA20894@peter.osted.lan> References: <000001c5bb83$b9cbd3a0$4700000a@server> <200509192054.j8JKsDlR074924@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509192054.j8JKsDlR074924@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, b_bonev@mail.orbitel.bg Subject: Re: BETA4: Panic and can't cleanup filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 13:42:34 -0000 On Mon, Sep 19, 2005 at 01:54:13PM -0700, Don Lewis wrote: > On 17 Sep, B. Bonev wrote: > > When trying to unmount my flash drive with force (#umount -f /flash) machine > > hardlocked. > > After restart, when fsck-ing in background, computer panicked. > > Machine is SMP 2x500MHz PIII with Asus P2B-DS motherboard > > cvsuped and updated to RELENG_6 (BETA4) on 14 september with SHED_ULE and > > PREEMPTION > > panic is written on hand: > > > > panic: handle_written_inodeblock: live inodedep > > cpuid=0 > > KDB: enter: panic > > [thread pid3 tid 100033] > > stopped at kdb_enter+0x2b:nop > > db> where > > Tracing pid 3 tid 100033 td 0xc15d17d0 > > kdb_enter(c062b964) at kdb_enter+0x2b > > panic(c063a716,0,2,0,0) at panic+0x127 > > handle_written_inodeblock(c1809a00,cbc1a738) at > > handle_written_inodeblock+0x533 > > softdep_disk_write_complete(cbc1a738) at softdep_disk_write_complete+0xb6 > > bufdone(cbc1a738) at bufdone+0x160 > > g_vfs_done(c1825ad4) at g_vfs_done+0x8a > > biodone(c1825ad4,d42e8cc4,0,c062632c,1ea) at biodone+0x57 > > g_io_shedule_up(c15d17d0) at g_io_shedule_up+0xb5 > > g_up_procbody(0,d42e8d38,0,c04be5c0,0) at g_up_procbody+0x5a > > fork_exit(c04be5c0,0,d42e8d38 at fork_exit+0xa0 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1,eip=0,esp=0xd42e8d6c,ebp=0 --- > > db>show alllocks > > Process 3 (g_up) thread 0xc15d17d0 (100033) > > exclusive sleep mutex SoftdepLock r=0 (0xc06dbda0) locked @ > > /usr/src/sys/ufs/ffs/ffs_softdep.c:4075 > > exclusive sleep mutex g_xup r=0 (0xd42e8cc4) locked @ > > /usr/src/sys/geom/geom_io.c:490 > > Process 31 (irq20:acpi0) thread 0xc15cd320 (100021) > > exclusive sleep mutex acpica subsystem lock r=0 (0xc15c0280) locked @ > > /usr/src/sys/modules/acpi/../../../dev/acpica/Osd/Osdynch.c:361 > > db> panic > > Dump... > > That looks like this problem: > > > > which I'm pretty sure was on the TODO list for 6.0-RELEASE > as a showstopper bug. I > don't see it there now, so it might have been fixed in the last few > days. > The problem is still in GENERIC 6.0-BETA5 from Sep 19 07:18 UTC. - Peter > > > after restart, system stoped and entered in single mode with inconsistency > > in /var > > after fsck, there was message: > > > > BAD SUPERBLOCK: VALUES IN SUPERBLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE > > > > then search for SUPERBLOCK failed, > > and fsck don't have option -b... > > But fsck_ufs does, and it looks like you can pass this with the fsck -T > option. Try something like: > fsck -Tufs,-b ... > > > > tried to mount all filesystems and got another panic: > > # /var: bad dir ino 2 at offset 0: mangled entry > > panic: ufs_dirbad: bad dir > > cpuid=0 > > KDB: enter: panic > > [thread pid 133 tid 100063] > > stoped at kdb_enter+0x2b: nop > > db>where > > Tracing pid 133 tid 100063 td 0xc18554000 > > kdb_enter(c062b964) at kdb_enter+0x2b > > panic(c063b64c,c1829800,da96c904,c059eb66,c18866b4) at panic+0x127 > > ufs_dirbad(c18866b4,0,c063b606,c1854000,0) at ufs_dirbad+0x3a > > ufs_lookup(da96c92c) at ufs_lookup+0x36a > > VOP_CACHEDLOOKUP_APV(c066fd80,da96c92c) at VOP_CACHEDLOOKUP_APV+0x87 > > lookup(da96cbcc,c0515064,0,c1854000,c06bc7c0) at lookup+0x3d6 > > namei(da96cbcc,c062cf75,267,c1854000,da96ca68) at namei+0x35a > > vn_open_cred(da96cbcc,da96cccc,0,c15c9a80,3) at vn_open_cred+0x277 > > vn_open(da96cbcc,da96cccc,0,3,c062cf75) at vn_open+0x1e > > kern_open(c185400,28065e40,0,1,0) at kern_open+0xb6 > > open(c185400,da96cd04,3,1,296) at open+0x1a > > syscall(3b,3b,3b,28070000,80486b1) at syscall+0x27f > > xint0x80_syscall() at xint0x80_syscall+0x1f > > --- syscall(5,FreeBSD ELF32,open), > > eip=0x28054e67,esp=0xbfbfebcc,ebp=0xbfbfec78 --- > > > > With every restart, system going in single mode. What can i do to clean /var > > filesystem and to debug these panics? Any help are welcome... > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 14:30:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75D2D16A41F for ; Tue, 20 Sep 2005 14:30:46 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A8AB43D45 for ; Tue, 20 Sep 2005 14:30:45 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EHj7B-0000gR-Ai for freebsd-current@freebsd.org; Tue, 20 Sep 2005 16:28:57 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Sep 2005 16:28:57 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Sep 2005 16:28:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 20 Sep 2005 07:27:13 -0700 Lines: 40 Message-ID: References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.2 Sender: news Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 14:30:46 -0000 Poul-Henning Kamp wrote: > In message <20050920110023.GA468@ip.net.ua>, Ruslan Ermilov writes: > >>I have the following issues with serial on today's -CURRENT: > > Hmm, my box runs just as fine as always with serial console. > >>2) If booted with -h, as most people are doing, but without >> the recently added -S option to boot2, serial console >> works in 9600 bps as advertised, but despite std.9600 in >> /etc/ttys, the speed is set to 115200. >> >>My configuration is pretty much GENERIC. Rumors are that these >>issues aren't new. > > This is the first I hear about them... > > I won't have time to look at it for the next several weeks > (unless it happens on my machine and forces me to handle it). > I probably should have piped up on -current, but yes, serial console is 'different' after the recent changes went into the boot loader. -P in /boot.config and the following in /etc/make.conf BOOT_COMCONSOLE_PORT=0x3F8 BOOT_COMCONSOLE_SPEED=115200 used to be enough for my boxes to work, but now (of course, only after a installworld for the bootloader) the following in /boot/loader.conf console=comconsole comconsole_speed=115200 seems to be required for serial console to work. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 15:12:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8E7E16A41F for ; Tue, 20 Sep 2005 15:12:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DFD643D48 for ; Tue, 20 Sep 2005 15:12:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8KFCK0r011912 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 11:12:20 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8KFCJ6P030025; Tue, 20 Sep 2005 11:12:20 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 24C3B51214; Tue, 20 Sep 2005 11:12:19 -0400 (EDT) Date: Tue, 20 Sep 2005 11:12:18 -0400 From: Kris Kennaway To: bob self Message-ID: <20050920151218.GA33542@xor.obsecurity.org> References: <43300540.1000400@charter.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <43300540.1000400@charter.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 18 (moused) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 15:12:22 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 08:49:04AM -0400, bob self wrote: > Well, I had the internal compiler error on machine 1. Most people=20 > thought that it was a hardware problem. > HOWEVER, as I said before, it blew up on exactly the same line of code.= =20 > So I thought I'd solve my problems > and install 6.0 beta 4 on a different machine. Now I've had this problem= =20 > twice. What is this? The mouse drive > dividing by zero? So far FreeBSD 6.0 has not been usable on two=20 > different machines. When will 6.0 NON-BETA > be available? Please, try to remain calm. I think this problem was fixed recently, and you can confirm by installing beta5. Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMCbRWry0BWjoQKURApMfAKD7eoWZnB5mazyQcEEC9Z5+F+YJrACg1ofe kcfypBLElMEmRo5jo2hLW80= =jk+N -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 15:21:43 2005 Return-Path: X-Original-To: Freebsd-current@freebsd.org Delivered-To: Freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF5216A41F for ; Tue, 20 Sep 2005 15:21:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCC6043D45 for ; Tue, 20 Sep 2005 15:21:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8KFL47k038727; Tue, 20 Sep 2005 09:21:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 20 Sep 2005 09:21:23 -0600 (MDT) Message-Id: <20050920.092123.100424336.imp@bsdimp.com> To: pbowen@fastmail.fm From: "M. Warner Losh" In-Reply-To: <432F870D.2080302@fastmail.fm> References: <432F870D.2080302@fastmail.fm> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 20 Sep 2005 09:21:05 -0600 (MDT) Cc: Freebsd-current@freebsd.org Subject: Re: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 15:21:43 -0000 In message: <432F870D.2080302@fastmail.fm> Patrick Bowen writes: : I'm running -current on a Dell C600 with a GENERIC kernel, and am having : no luck in dumping the CIS from the wi0 pccard (an SMC-2532W-B). I've : had the same problem with 5.4#6 and 6.0BETA4. : : sg1# pccardc dumpcis : 0 slots found This is expected. pccardc dumpcis doesn't work, and likely will never work again. It is part of the old pccard support. If you have current as of today, however, you can run 'pccard dumpcisfile /dev/pccard0.cis'. : When I remove the card I get the following; : : taskqueue_drain with the following non-sleepable locks held: : exclusive sleep mutex wi0 (network driver) r = 0 (0xc1c0bb68) locked @ : /usr/src/sys/dev/wi/if_wi.c:847 : KDB: stack backtrace: : kdb_backtrace(1,c1b62650,c1b62400,c1ac1d00,d44dcc2c) at kdb_backtrace+0x29 : witness_warn(5,0,c0862050,c1b62400,c1b62400) at witness_warn+0x18e : taskqueue_drain(c1ac1d00,c1b62650) at taskqueue_drain+0x1a : if_detach(c1b62400,c1b62400) at if_detach+0x1a : ether_ifdetach(c1b62400,0,c1c0b000,d44dcc94,c05e2590) at ether_ifdetach+0x3a : ieee80211_ifdetach(c1c0b004,c1b62400,c1b62400,0,c1bec700) at : ieee80211_ifdetach+0x50 : wi_detach(c1bec700) at wi_detach+0x64 : device_detach(c1bec700) at device_detach+0x70 : pccard_detach_card(c1af9e00) at pccard_detach_card+0x41 : exca_removal(c1ac3004) at exca_removal+0x46 : cbb_removal(c1ac3000) at cbb_removal+0x2c : cbb_event_thread(c1ac3000,d44dcd38,c1ac3000,c057cb24,0) at : cbb_event_thread+0x9a : fork_exit(c057cb24,c1ac3000,d44dcd38) at fork_exit+0xa0 : fork_trampoline() at fork_trampoline+0x8 : --- trap 0x1, eip = 0, esp = 0xd44dcd6c, ebp = 0 --- : wi0: detached : : ...which doesn't look like a good thing. It is likely a warning that can be ignored. : I'm wondering if there is some place in pccardd that is not recognizing : the slots on this particular machine. If that were the case then it : wouldn't be called when the card was removed, accounting (I think) for : the lock error above. pccardd is deprecated and isn't needed. It should just work. : Anyone have an idea of what's going on here? I'd be happy to try any : patches anyone may have, or to provide more information if necessary. In : the meantime, I'll keep looking into it. Other than not being able to dump the cis, what's the problem that you are having? Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 15:25:41 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B4216A41F; Tue, 20 Sep 2005 15:25:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 702C143D68; Tue, 20 Sep 2005 15:25:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8KFLr87038737; Tue, 20 Sep 2005 09:21:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 20 Sep 2005 09:22:11 -0600 (MDT) Message-Id: <20050920.092211.98091218.imp@bsdimp.com> To: glebius@FreeBSD.ORG From: "M. Warner Losh" In-Reply-To: <20050920102645.GH53891@cell.sick.ru> References: <20050920100945.DE9CB7302F@freebsd-current.sentex.ca> <20050920102645.GH53891@cell.sick.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 20 Sep 2005 09:21:53 -0600 (MDT) Cc: amd64@FreeBSD.ORG, tinderbox@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 15:25:42 -0000 In message: <20050920102645.GH53891@cell.sick.ru> Gleb Smirnoff writes: : This should be fixed. Thanks Gleb! Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 15:30:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AFF616A41F for ; Tue, 20 Sep 2005 15:30:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AE4043D4C for ; Tue, 20 Sep 2005 15:30:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KFUaDQ023096; Tue, 20 Sep 2005 18:30:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 01740-06; Tue, 20 Sep 2005 18:30:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KFUSdc023080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 18:30:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8KFUibj002443; Tue, 20 Sep 2005 18:30:44 +0300 (EEST) (envelope-from ru) Date: Tue, 20 Sep 2005 18:30:44 +0300 From: Ruslan Ermilov To: othermark Message-ID: <20050920153044.GC468@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ctP54qlpMx3WjD+/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 15:30:39 -0000 --ctP54qlpMx3WjD+/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 07:27:13AM -0700, othermark wrote: > Poul-Henning Kamp wrote: > > In message <20050920110023.GA468@ip.net.ua>, Ruslan Ermilov writes: > >=20 > >>I have the following issues with serial on today's -CURRENT: > >=20 > > Hmm, my box runs just as fine as always with serial console. > >=20 > >>2) If booted with -h, as most people are doing, but without > >> the recently added -S option to boot2, serial console > >> works in 9600 bps as advertised, but despite std.9600 in > >> /etc/ttys, the speed is set to 115200. > >> > >>My configuration is pretty much GENERIC. Rumors are that these > >>issues aren't new. > >=20 > > This is the first I hear about them... > >=20 > > I won't have time to look at it for the next several weeks > > (unless it happens on my machine and forces me to handle it). > >=20 >=20 > I probably should have piped up on -current, but yes, serial console is > 'different' after the recent changes went into the boot loader. >=20 > -P in /boot.config and the following in /etc/make.conf >=20 > BOOT_COMCONSOLE_PORT=3D0x3F8 > BOOT_COMCONSOLE_SPEED=3D115200 >=20 > used to be enough for my boxes to work, but now (of course, only after a > installworld for the bootloader) the following in /boot/loader.conf >=20 > console=3Dcomconsole > comconsole_speed=3D115200 >=20 > seems to be required for serial console to work. >=20 Serial console aside, can you PLEASE verify that you can get getty(8) working on the first serial port if it is NOT set up as a serial console? That is, with an empty /boot.config and default syscons console, can you get a login: prompt on a serial port? I cannot, on neither of my -current machines, nor i386 nor amd64. People I asked around report the same. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ctP54qlpMx3WjD+/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDMCskqRfpzJluFF4RAv8HAJ9ItS/5hxiJz+/wHzOUYJrOD0K+agCgloiC 58mwSc+lRpfyAV2n61hUu/I= =a+n7 -----END PGP SIGNATURE----- --ctP54qlpMx3WjD+/-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 15:39:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD3AF16A41F; Tue, 20 Sep 2005 15:39:59 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 246A843D48; Tue, 20 Sep 2005 15:39:58 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8KFdscN014166; Tue, 20 Sep 2005 16:39:54 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8KFdsjd032038; Tue, 20 Sep 2005 16:39:54 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8KFdsaM032037; Tue, 20 Sep 2005 16:39:54 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Ruslan Ermilov In-Reply-To: <20050920153044.GC468@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 20 Sep 2005 16:39:53 +0100 Message-Id: <1127230793.30479.24.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 15:39:59 -0000 On Tue, 2005-09-20 at 18:30 +0300, Ruslan Ermilov wrote: > On Tue, Sep 20, 2005 at 07:27:13AM -0700, othermark wrote: > > Poul-Henning Kamp wrote: > > > In message <20050920110023.GA468@ip.net.ua>, Ruslan Ermilov writes: > > > > > >>I have the following issues with serial on today's -CURRENT: > > > > > > Hmm, my box runs just as fine as always with serial console. > > > > > >>2) If booted with -h, as most people are doing, but without > > >> the recently added -S option to boot2, serial console > > >> works in 9600 bps as advertised, but despite std.9600 in > > >> /etc/ttys, the speed is set to 115200. > > >> > > >>My configuration is pretty much GENERIC. Rumors are that these > > >>issues aren't new. > > > > > > This is the first I hear about them... > > > > > > I won't have time to look at it for the next several weeks > > > (unless it happens on my machine and forces me to handle it). > > > > > > > I probably should have piped up on -current, but yes, serial console is > > 'different' after the recent changes went into the boot loader. > > > > -P in /boot.config and the following in /etc/make.conf > > > > BOOT_COMCONSOLE_PORT=0x3F8 > > BOOT_COMCONSOLE_SPEED=115200 > > > > used to be enough for my boxes to work, but now (of course, only after a > > installworld for the bootloader) the following in /boot/loader.conf > > > > console=comconsole > > comconsole_speed=115200 > > > > seems to be required for serial console to work. > > > Serial console aside, can you PLEASE verify that you can get > getty(8) working on the first serial port if it is NOT set up as > a serial console? That is, with an empty /boot.config and > default syscons console, can you get a login: prompt on a > serial port? I cannot, on neither of my -current machines, > nor i386 nor amd64. People I asked around report the same. In my experience, you need to use: cuad0 "/usr/libexec/getty std.9600" dialup on secure and not ttyd0 "/usr/libexec/getty std.9600" dialup on secure in /etc/ttys to get a console on the serial port if you are not using -h in /boot.config. I'm pretty sure it's been like this for a long time. What line have you got in /etc/ttys? Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 16:02:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A8316A44E for ; Tue, 20 Sep 2005 16:02:28 +0000 (GMT) (envelope-from tanis@gaspode.franken.de) Received: from karnickel.franken.de (karnickel.franken.de [193.141.110.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CDE143D4C for ; Tue, 20 Sep 2005 16:02:25 +0000 (GMT) (envelope-from tanis@gaspode.franken.de) Received: from [193.141.104.200] (bertha.franken.de [193.141.104.200]) by karnickel.franken.de (8.12.10/8.12.10) with ESMTP id j8KG2NLV062049 for ; Tue, 20 Sep 2005 18:02:23 +0200 (CEST) Message-ID: <43303283.4050003@gaspode.franken.de> Date: Tue, 20 Sep 2005 18:02:11 +0200 From: German Tischler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050827) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ATA DVD-RAM 6.0Beta4 AMD64 Nforce4 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 16:02:28 -0000 Hi, I am trying to use a DVDR/DVD-RAM drive on Beta4 with an Nforce4 board (Asus A8N-E). Controller: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 Drive: acd0: DVDR at ata1-master UDMA66 When trying to read a DVD-RAM medium, I see acd0: FAILURE - READ_BIG HARDWARE ERROR asc=0x08 ascq=0x03 error=4 The drive is running fine using my ASUS P4PE-X (Intel 845PE) board, at least I can mount the media (formatted with UFS, also using Beta4). I also have no problems with the drive using other media types (CD,DVD+R). Could someone please give me a hint ? thanks German From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 16:30:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA3516A41F for ; Tue, 20 Sep 2005 16:30:55 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 063D843D45 for ; Tue, 20 Sep 2005 16:30:54 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 13263 invoked by uid 503); 21 Sep 2005 01:30:53 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 21 Sep 2005 01:30:53 +0900 Date: Wed, 21 Sep 2005 01:30:52 +0900 (JST) Message-Id: <20050921.013052.74756148.haro@h4.dion.ne.jp> To: current@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Sep_21_01:30:52_2005_920)--" Content-Transfer-Encoding: 7bit Cc: Subject: Panic with recent PCcard changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 16:30:56 -0000 ----Next_Part(Wed_Sep_21_01:30:52_2005_920)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, A -current system from few hours ago, panics on system boot, which seems to be caused by recent PCcard changes. I've included some details from panic and attached 'dmesg -v' and 'pciconf -lv' output from old kernel If you need more info please let me know. Thanks in advance, Haro Here's snippest from dmesg -v output when panic: =------------------------------------------------------------------------------ cbb0: at device 11.0 on pci1 pcib1: cbb0 requested memory range 0xcfe00000-0xcfefffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xcfe00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 1.11.INTA (src \\_SB_.LNKB:0) pcib1: slot 11 INTA routed to irq 11 via \\_SB_.LNKB cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00824008 0x10: 0xcfe00000 0x020000a0 0x20030301 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08009060 0x02230019 0x000f0000 0x01aa1b22 0x90: 0x606404c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e020001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: at device 11.1 on pci1 pcib1: cbb1 requested memory range 0xcfe00000-0xcfefffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xcfe01000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 panic: make_dev() by driver pccard on pre-existing device (min=0, name=pccard0.cis) cpuid = 0 KDB: enter: panic =------------------------------------------------------------------------------ And here's hand written down (partial) backtrace from KDB prompt: =------------------------------------------------------------------------------ panic(c06ea198, c06de23d, 0, c1fec278, c1fac200) at patnic+0x127 make_dev_credv(c07204e, 0, 0, 0, 0) at make_dev_credv+0x85 make_dev(c07204e0, 0, 0, 0, 1b6) at make_dev+0x20 pccard_device_create(c1fac200, c1fefb80) at pccard_device_create+0x2b pccard_attach(c1f4fb80) at pccard_attach+0x1f device_probe_and_attach(c1f4fb80) at device_probe_and_attach+0xe0 cbb_pci_attach(c1f50200) at cbb_pci_attach+0x59f device_attach(c1f50200, c1ef78e0, c1f50200, c1f12a00, 0) at device_attach+0x58 device_probe_and_attach(c1f50200) at device_probe_and_attach+0xe0 bus_generic_attach(c1f12a00, 6, c1ef78e0, 1, c08b16ac) at bus_generic_attach+0x16 acpi_pci_attach(c1f12a00) at acpi_pci_attach+0xd0 ..... =------------------------------------------------------------------------------ Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 ----Next_Part(Wed_Sep_21_01:30:52_2005_920)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #74: Fri Sep 16 20:51:42 JST 2005 haro@legacy.ttr.kubota.co.jp:/home/haro/tmp/sys-7/i386/compile/LEGACY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc08d9000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08d91fc. Calibrating clock(s) ... i8254 clock: 1193170 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1097254708 Hz CPU: Intel(R) Pentium(R) M processor 1.10GHz (1097.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 787808256 (751 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000002e1e2fff, 760983552 bytes (185787 pages) avail memory = 761495552 (726 MB) bios32: Found BIOS32 Service Directory header at 0xc00f0260 bios32: Entry = 0xfc207 (c00fc207) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xd7c9 pnpbios: Found PnP BIOS data at 0xc00f0440 pnpbios: Entry = f0000:9138 Rev = 1.0 pnpbios: Event flag at 510 pnpbios: OEM ID f93af351 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device mem: Pentium Pro MTRR support enabled io: null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00f01e0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x60 10 embedded 0 31 A 0x62 11 embedded 0 31 B 0x61 11 embedded 0 29 A 0x60 10 embedded 0 29 B 0x63 11 embedded 0 29 C 0x62 11 embedded 0 29 D 0x6b 11 embedded 1 11 A 0x61 11 embedded 1 11 B 0x62 11 embedded 1 11 C 0x69 11 embedded 1 11 D 0x63 11 embedded 1 8 A 0x68 11 embedded 1 5 A 0x6a 11 embedded 1 5 B 0x63 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 10 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 10 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 10 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 pci_link6: irq 11 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 11 can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3580, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3584, revid=0x02 bus=0, slot=0, func=1 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3585, revid=0x02 bus=0, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3582, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base d8000000, size 27, enabled map[14]: type 1, range 32, base d0000000, size 19, enabled map[18]: type 4, range 32, base 0000eff8, size 3, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA:0) pcib0: slot 2 INTA routed to irq 10 via \\_SB_.LNKA found-> vendor=0x8086, dev=0x3582, revid=0x02 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base 00000000, size 27, memory disabled map[14]: type 1, range 32, base 00000000, size 19, memory disabled found-> vendor=0x8086, dev=0x24c2, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000cfe0, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 10 via \\_SB_.LNKA found-> vendor=0x8086, dev=0x24c4, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0000cf80, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD found-> vendor=0x8086, dev=0x24c7, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0000cf60, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC found-> vendor=0x8086, dev=0x24cd, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base cffffc00, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH found-> vendor=0x8086, dev=0x2448, revid=0x83 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24ca, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000bfa0, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, enabled pcib0: matched entry for 0.31.INTA (src \\_SB_.LNKC:0) pcib0: slot 31 INTA routed to irq 11 via \\_SB_.LNKC found-> vendor=0x8086, dev=0x24c5, revid=0x03 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000be00, size 8, enabled map[14]: type 4, range 32, base 0000bdc0, size 6, enabled map[18]: type 1, range 32, base cfdffe00, size 9, enabled map[1c]: type 1, range 32, base cfdffd00, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=0x8086, dev=0x24c6, revid=0x03 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ba00, size 8, enabled map[14]: type 4, range 32, base 0000b980, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0xeff8-0xefff mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd8000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xd0000000 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xcfe0-0xcfff irq 10 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcfe0 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 0xcf80-0xcf9f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcf80 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 0xcf60-0xcf7f irq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcf60 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 0xcffffc00-0xcfffffff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xcffffc00 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 4 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xcfe00000-0xcfefffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=1, slot=5, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base cfeff000, size 12, enabled pcib1: (null) requested memory range 0xcfeff000-0xcfefffff: good pcib1: matched entry for 1.5.INTA (src \\_SB_.LNKG:0) pcib1: slot 5 INTA routed to irq 11 via \\_SB_.LNKG found-> vendor=0x8086, dev=0x103d, revid=0x83 bus=1, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base cfefe000, size 12, enabled pcib1: (null) requested memory range 0xcfefe000-0xcfefefff: good map[14]: type 4, range 32, base 0000cf00, size 6, enabled pcib1: (null) requested I/O range 0xcf00-0xcf3f: in range pcib1: matched entry for 1.8.INTA (src \\_SB_.LNKE:0) pcib1: slot 8 INTA routed to irq 11 via \\_SB_.LNKE found-> vendor=0x104c, dev=0x8031, revid=0x00 bus=1, slot=11, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0x8031, revid=0x00 bus=1, slot=11, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0x8032, revid=0x00 bus=1, slot=11, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=c, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base cfefd800, size 11, enabled pcib1: (null) requested memory range 0xcfefd800-0xcfefdfff: good map[14]: type 1, range 32, base cfef8000, size 14, enabled pcib1: (null) requested memory range 0xcfef8000-0xcfefbfff: good pcib1: matched entry for 1.11.INTC (src \\_SB_.LNKF:0) pcib1: slot 11 INTC routed to irq 11 via \\_SB_.LNKF found-> vendor=0x104c, dev=0x8034, revid=0x00 bus=1, slot=11, func=4 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=d, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base cfef7f00, size 8, enabled pcib1: (null) requested memory range 0xcfef7f00-0xcfef7fff: good map[14]: type 1, range 32, base cfef7e00, size 8, enabled pcib1: (null) requested memory range 0xcfef7e00-0xcfef7eff: good map[18]: type 1, range 32, base cfef7d00, size 8, enabled pcib1: (null) requested memory range 0xcfef7d00-0xcfef7dff: good pcib1: matched entry for 1.11.INTD (src \\_SB_.LNKD:0) pcib1: slot 11 INTD routed to irq 11 via \\_SB_.LNKD pci1: at device 5.0 (no driver attached) pci1:5:0: Transition from D0 to D3 fxp0: port 0xcf00-0xcf3f mem 0xcfefe000-0xcfefefff irq 11 at device 8.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xcfefe000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 103d 1179 0001 0083 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:0e:7b:eb:71:23 fxp0: [MPSAFE] cbb0: at device 11.0 on pci1 pcib1: cbb0 requested memory range 0xcfe00000-0xcfefffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xcfe00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 1.11.INTA (src \\_SB_.LNKB:0) pcib1: slot 11 INTA routed to irq 11 via \\_SB_.LNKB cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00824008 0x10: 0xcfe00000 0x020000a0 0x20030301 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08009060 0x02230019 0x000f0000 0x01aa1b22 0x90: 0x606404c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e020001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: at device 11.1 on pci1 pcib1: cbb1 requested memory range 0xcfe00000-0xcfefffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xcfe01000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib1: matched entry for 1.11.INTB (src \\_SB_.LNKC:0) pcib1: slot 11 INTB routed to irq 11 via \\_SB_.LNKC cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00824008 0x10: 0xcfe01000 0x020000a0 0x20040401 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740020b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08449060 0x02230019 0x000f0000 0x01aa1b22 0x90: 0x606404c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e020001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=8032 fwohci0: vendor=104c, dev=8032 fwohci0: <1394 Open Host Controller Interface> mem 0xcfefd800-0xcfefdfff,0xcfef8000-0xcfefbfff irq 11 at device 11.2 on pci1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xcfefd800 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:39:00:00:72:41:eb fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:39:72:41:eb fwe0: bpf attached fwe0: Ethernet address: 02:00:39:72:41:eb fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci1: at device 11.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xbe00 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xbdc0 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 2dc06000, 4000; 0xe5dab000 -> 2dc06000 pcm0: sndbuf_setmap 2dc02000, 4000; 0xe5daf000 -> 2dc02000 pci0: at device 31.6 (no driver attached) pci0:31:6: Transition from D0 to D3 acpi_lid0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x801 0x811 0x801 0x801 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x801 0x801 0x801 0x801 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered linprocfs registered Timecounter "TSC" frequency 1097254708 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached battery0: battery initialization start acpi_acad0: acline initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on Intel ICH4 chip acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: setting UDMA100 on Intel ICH4 chip ad0: 57231MB at ata0-master UDMA100 ad0: 117210240 sectors [116280C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 battery0: battery initialization done, tried 1 times ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on Intel ICH4 chip acd0: setting UDMA33 on Intel ICH4 chip acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48009 Hz, will use 48000 Hz (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s4a start_init: trying /sbin/init splash: image decoder found: blank_saver ----Next_Part(Wed_Sep_21_01:30:52_2005_920)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf.txt" hostb0@pci0:0:0: class=0x060000 card=0x00011179 chip=0x35808086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Host-Hub Interface Bridge' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0x088000 card=0x00011179 chip=0x35848086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara System Memory Controller' class = base peripheral none1@pci0:0:3: class=0x088000 card=0x00011179 chip=0x35858086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Configuration Process' class = base peripheral agp0@pci0:2:0: class=0x030000 card=0x00361179 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA drmsub1@pci0:2:1: class=0x038000 card=0x00361179 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display uhci0@pci0:29:0: class=0x0c0300 card=0x00011179 chip=0x24c28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x00011179 chip=0x24c48086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x00011179 chip=0x24c78086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x00011179 chip=0x24cd8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib1@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x83 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24cc8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x00011179 chip=0x24ca8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA pcm0@pci0:31:5: class=0x040100 card=0x04131179 chip=0x24c58086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller' class = multimedia subclass = audio none2@pci0:31:6: class=0x070300 card=0x00011179 chip=0x24c68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller' class = simple comms subclass = generic modem none3@pci1:5:0: class=0x028000 card=0x27418086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network fxp0@pci1:8:0: class=0x020000 card=0x00011179 chip=0x103d8086 rev=0x83 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) PRO/100 VE Network Connection' class = network subclass = ethernet cbb0@pci1:11:0: class=0x060700 card=0x00011179 chip=0x8031104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus cbb1@pci1:11:1: class=0x060700 card=0x00011179 chip=0x8031104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus fwohci0@pci1:11:2: class=0x0c0010 card=0x00011179 chip=0x8032104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' class = serial bus subclass = FireWire none4@pci1:11:4: class=0x080501 card=0x00011179 chip=0x8034104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' class = base peripheral ----Next_Part(Wed_Sep_21_01:30:52_2005_920)---- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 16:34:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE91216A41F for ; Tue, 20 Sep 2005 16:34:29 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A7843D45 for ; Tue, 20 Sep 2005 16:34:26 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [85.140.139.62] (ppp85-140-139-62.pppoe.mtu-net.ru [85.140.139.62]) (authenticated bits=0) by portpc-design.spb.ru (8.13.4/8.13.4) with ESMTP id j8KGYOI6098342 for ; Tue, 20 Sep 2005 20:34:24 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <43303A0A.2000508@mcsi.pp.ru> Date: Tue, 20 Sep 2005 20:34:18 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050911 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050921.013052.74756148.haro@h4.dion.ne.jp> In-Reply-To: <20050921.013052.74756148.haro@h4.dion.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on 81.176.64.226 X-Virus-Status: Clean Cc: Subject: Re: Panic with recent PCcard changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 16:34:30 -0000 Munehiro Matsuda wrote: > Hi all, > > A -current system from few hours ago, panics on system boot, which seems > to be caused by recent PCcard changes. > I've included some details from panic and attached 'dmesg -v' and > 'pciconf -lv' output from old kernel > If you need more info please let me know. > Just a 'me too'. Same panic, same trace. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 16:57:43 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE35416A420 for ; Tue, 20 Sep 2005 16:57:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CAA043D5C for ; Tue, 20 Sep 2005 16:57:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8KGvf0r023215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 20 Sep 2005 12:57:41 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8KGvf6P007885 for ; Tue, 20 Sep 2005 12:57:41 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E400851251; Tue, 20 Sep 2005 12:57:40 -0400 (EDT) Date: Tue, 20 Sep 2005 12:57:40 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050920165740.GA60761@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: integer overflow in bufinit() on large-memory machines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 16:57:44 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have a sparc64 machine with 10GB of RAM that is hanging at boot in bufinit() (also seen on other sparc64 machines with more than this amount of RAM). Instrumenting the code shows that it's happening here: /* * To support extreme low-memory systems, make sure hidirtybuffers cannot * eat up all available buffer space. This occurs when our minimum cannot * be met. We try to size hidirtybuffers to 3/4 our buffer space assuming * BKVASIZE'd (8K) buffers. */ while (hidirtybuffers * BKVASIZE > 3 * hibufspace / 4) { hidirtybuffers >>= 1; } lodirtybuffers = hidirtybuffers / 2; because 3*hibufspace is overflowing the 32-bit int hibufspace (this code was added a few years ago by dillon). hidirtybuffers=18182 BKVASIZE=16384 hibufspace=1189625856 I tried making hibufspace into a long which allowed the system to boot, but the system panicked shortly afterwards while I was doing a cvs diff: > panic: vm_fault: fault on nofault entry, addr: 1e5884000 > db> wh > Tracing pid 42 tid 100037 td 0xfffff802b13c57c0 > panic() at panic+0x164 > vm_fault() at vm_fault+0x21c > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x28c > -- fast data access mmu miss tar=0x1e5884000 %o7=0xc02b12d8 -- > bcopy() at bcopy+0x9c > ffs_sync() at ffs_sync+0x344 > sync_fsync() at sync_fsync+0x134 > VOP_FSYNC_APV() at VOP_FSYNC_APV+0xb4 > sync_vnode() at sync_vnode+0xfc > sched_sync() at sched_sync+0x24c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 and upon rebooting it seems that my disk has been destroyed: Boot device: disk File and args: >> FreeBSD/sparc64 boot block Boot path: /sbus@3,0/SUNW,fas@3,8800000/sd@0,0:a Boot loader: /boot/loader File /boot/loader not found Program terminated {0} ok I guess something else is really unhappy with hibufspace being that large (or maybe there is some other variable overflowing). Can anyone think of a solution? Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMD9TWry0BWjoQKURAjLWAKDGa8SfLaE7zBWTgNE0xN3FdXzpRgCfUVIV QA7F/0d3DXpqezywQ2tYeRA= =hteO -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 17:06:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4ED816A41F for ; Tue, 20 Sep 2005 17:06:38 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7447043D46 for ; Tue, 20 Sep 2005 17:06:38 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so44667wxd for ; Tue, 20 Sep 2005 10:06:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PdLUVzZEW7zPdnp9BpzIqIXYcExDbFO5Rb5b+7QUmBDQLTRaA5uvXCqVDyOBOhGMh7U5xorLvom+12Y1EetbG/6oeal8C0asNk8lij7hW1RTEHHGSDhGUy7DovOt8RMZyw6kY69T5RPWJtFvgAmR4RVXdS2IEUFKh0dFdzHGsG4= Received: by 10.70.31.17 with SMTP id e17mr2044909wxe; Tue, 20 Sep 2005 10:06:37 -0700 (PDT) Received: by 10.70.53.4 with HTTP; Tue, 20 Sep 2005 10:06:37 -0700 (PDT) Message-ID: <790a9fff05092010066029af50@mail.gmail.com> Date: Tue, 20 Sep 2005 12:06:37 -0500 From: Scot Hetzel To: Eros In-Reply-To: <000201c5bd23$3285c620$0c01a8c0@epsilon> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000201c5bd23$3285c620$0c01a8c0@epsilon> Cc: freebsd-current@freebsd.org Subject: Re: howto add a user with more then 16 characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: swhetzel@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 17:06:39 -0000 On 9/19/05, Eros wrote: > Hi all, >=20 > I have a problema by now. I can=B4t add a user with more then 16 characte= rs. > I have made >=20 > I have modify /usr/include/sys/param.h and /usr/include/utmp.h,= and after >=20 > make buildword > make buildkernel KERNCONF=3D( my kernel ) >=20 > shutodwn now >=20 > make installworld > make installkernel KERNCONF=3D(my kernel) >=20 > mergemaster >=20 > reboot >=20 >=20 > i have try 3 times....and nothing hapennings ...please list ? help-me !!!= !! What do i have do wrong ? You need to modify those files under /usr/src, as modifying the files under /usr/include will not have the intended affect. You'll also need to modify the /usr/src/usr.?bin/adduser program to accept > 16 character user names. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 17:26:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E8716A41F for ; Tue, 20 Sep 2005 17:26:25 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3F4543D46 for ; Tue, 20 Sep 2005 17:26:24 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KHQKDf040686; Tue, 20 Sep 2005 20:26:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 04671-04; Tue, 20 Sep 2005 20:26:20 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KHQJW2040683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 20:26:19 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8KHQaNX002869; Tue, 20 Sep 2005 20:26:36 +0300 (EEST) (envelope-from ru) Date: Tue, 20 Sep 2005 20:26:36 +0300 From: Ruslan Ermilov To: Gavin Atkinson Message-ID: <20050920172635.GA2811@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <1127230793.30479.24.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 17:26:25 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 04:39:53PM +0100, Gavin Atkinson wrote: > On Tue, 2005-09-20 at 18:30 +0300, Ruslan Ermilov wrote: > > On Tue, Sep 20, 2005 at 07:27:13AM -0700, othermark wrote: > > > Poul-Henning Kamp wrote: > > > > In message <20050920110023.GA468@ip.net.ua>, Ruslan Ermilov writes: > > > >=20 > > > >>I have the following issues with serial on today's -CURRENT: > > > >=20 > > > > Hmm, my box runs just as fine as always with serial console. > > > >=20 > > > >>2) If booted with -h, as most people are doing, but without > > > >> the recently added -S option to boot2, serial console > > > >> works in 9600 bps as advertised, but despite std.9600 in > > > >> /etc/ttys, the speed is set to 115200. > > > >> > > > >>My configuration is pretty much GENERIC. Rumors are that these > > > >>issues aren't new. > > > >=20 > > > > This is the first I hear about them... > > > >=20 > > > > I won't have time to look at it for the next several weeks > > > > (unless it happens on my machine and forces me to handle it). > > > >=20 > > >=20 > > > I probably should have piped up on -current, but yes, serial console = is > > > 'different' after the recent changes went into the boot loader. > > >=20 > > > -P in /boot.config and the following in /etc/make.conf > > >=20 > > > BOOT_COMCONSOLE_PORT=3D0x3F8 > > > BOOT_COMCONSOLE_SPEED=3D115200 > > >=20 > > > used to be enough for my boxes to work, but now (of course, only afte= r a > > > installworld for the bootloader) the following in /boot/loader.conf > > >=20 > > > console=3Dcomconsole > > > comconsole_speed=3D115200 > > >=20 > > > seems to be required for serial console to work. > > >=20 > > Serial console aside, can you PLEASE verify that you can get > > getty(8) working on the first serial port if it is NOT set up as > > a serial console? That is, with an empty /boot.config and > > default syscons console, can you get a login: prompt on a > > serial port? I cannot, on neither of my -current machines, > > nor i386 nor amd64. People I asked around report the same. >=20 > In my experience, you need to use: >=20 > cuad0 "/usr/libexec/getty std.9600" dialup on secure > and not > ttyd0 "/usr/libexec/getty std.9600" dialup on secure >=20 > in /etc/ttys to get a console on the serial port if you are not using -h > in /boot.config. I'm pretty sure it's been like this for a long time. >=20 > What line have you got in /etc/ttys? >=20 I've come to the same conclusion after also trying uart(4) instead of sio(4). Odd, but I can confirm that getty works on cua* devices while tty* do not. Also, if at the getty prompt I press quickly, I consistently get the garbage. Do you also see it? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDMEZLqRfpzJluFF4RAsw/AJ0YwIoeXKgEHbcKmF9sF4ZxQ67uoQCfTuQH 7oIym82rv0FRFLH/+NxhOf0= =dWei -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 17:48:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07CFF16A420; Tue, 20 Sep 2005 17:48:52 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACEEE43D73; Tue, 20 Sep 2005 17:48:43 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8KHmecN027534; Tue, 20 Sep 2005 18:48:40 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8KHmeVr032497; Tue, 20 Sep 2005 18:48:40 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8KHmdOB032496; Tue, 20 Sep 2005 18:48:39 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Ruslan Ermilov In-Reply-To: <20050920172635.GA2811@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 20 Sep 2005 18:48:39 +0100 Message-Id: <1127238519.30479.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 17:48:52 -0000 On Tue, 2005-09-20 at 20:26 +0300, Ruslan Ermilov wrote: > On Tue, Sep 20, 2005 at 04:39:53PM +0100, Gavin Atkinson wrote: > > On Tue, 2005-09-20 at 18:30 +0300, Ruslan Ermilov wrote: > > > On Tue, Sep 20, 2005 at 07:27:13AM -0700, othermark wrote: > > > > Poul-Henning Kamp wrote: > > > > > In message <20050920110023.GA468@ip.net.ua>, Ruslan Ermilov writes: > > > > > > > > > >>I have the following issues with serial on today's -CURRENT: > > > > > > > > > > Hmm, my box runs just as fine as always with serial console. > > > > > > > > > >>2) If booted with -h, as most people are doing, but without > > > > >> the recently added -S option to boot2, serial console > > > > >> works in 9600 bps as advertised, but despite std.9600 in > > > > >> /etc/ttys, the speed is set to 115200. > > > > >> > > > > >>My configuration is pretty much GENERIC. Rumors are that these > > > > >>issues aren't new. > > > > > > > > > > This is the first I hear about them... > > > > > > > > > > I won't have time to look at it for the next several weeks > > > > > (unless it happens on my machine and forces me to handle it). > > > > > > > > > > > > > I probably should have piped up on -current, but yes, serial console is > > > > 'different' after the recent changes went into the boot loader. > > > > > > > > -P in /boot.config and the following in /etc/make.conf > > > > > > > > BOOT_COMCONSOLE_PORT=0x3F8 > > > > BOOT_COMCONSOLE_SPEED=115200 > > > > > > > > used to be enough for my boxes to work, but now (of course, only after a > > > > installworld for the bootloader) the following in /boot/loader.conf > > > > > > > > console=comconsole > > > > comconsole_speed=115200 > > > > > > > > seems to be required for serial console to work. > > > > > > > Serial console aside, can you PLEASE verify that you can get > > > getty(8) working on the first serial port if it is NOT set up as > > > a serial console? That is, with an empty /boot.config and > > > default syscons console, can you get a login: prompt on a > > > serial port? I cannot, on neither of my -current machines, > > > nor i386 nor amd64. People I asked around report the same. > > > > In my experience, you need to use: > > > > cuad0 "/usr/libexec/getty std.9600" dialup on secure > > and not > > ttyd0 "/usr/libexec/getty std.9600" dialup on secure > > > > in /etc/ttys to get a console on the serial port if you are not using -h > > in /boot.config. I'm pretty sure it's been like this for a long time. > > > > What line have you got in /etc/ttys? > > > I've come to the same conclusion after also trying uart(4) instead > of sio(4). Odd, but I can confirm that getty works on cua* devices > while tty* do not. Also, if at the getty prompt I press > quickly, I consistently get the garbage. Do you also see it? FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: HWV*Q)kB BJjHVKCCeeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: CCreeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: CCeeBSD/i386 (buffy.york.ac.uk) (ttyd0) login: Yes. And that's with ttyd0, not cuaa0, and a Windows machine at the far end of a 9600 baud link. A configuration which I'm pretty sure should perform better. No matter how hard I try, I can't manage to reproduce the corruption once logged in, unless I explicitly run /usr/libexec/getty from the shell, in which case the corruption is even worse: loi:cCreeBSDi36(ff.or.c.(tt0 loi: reeBSDi36(ff.or.c.(tt0 loi: reeBSDi36(ff.or.c.(tt0 loi: reeBSDi36(ff.or.c.(tt0loi: reeBSDi36(ff.or.c.(tt0 loi:cCeeBSDi36(ff.or.c.(tt0 Guess there may be some issue with getty? Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 17:51:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8FD016A421 for ; Tue, 20 Sep 2005 17:51:40 +0000 (GMT) (envelope-from peter@wemm.org) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0D143D46 for ; Tue, 20 Sep 2005 17:51:40 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id AC81419761; Tue, 20 Sep 2005 10:51:40 -0700 (PDT) From: Peter Wemm To: freebsd-current@freebsd.org Date: Tue, 20 Sep 2005 10:51:39 -0700 User-Agent: KMail/1.8.2 References: <200509201118.08737.doconnor@gsoft.com.au> <20050920024215.GA22503@xor.obsecurity.org> <200509201224.21189.doconnor@gsoft.com.au> In-Reply-To: <200509201224.21189.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509201051.40164.peter@wemm.org> Cc: Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 17:51:41 -0000 On Monday 19 September 2005 07:54 pm, Daniel O'Connor wrote: > On Tuesday 20 September 2005 12:12, Kris Kennaway wrote: > > > Hm... > > > I just reinstalled Qt using the env LD_LIBMAP thing and now it > > > appears to work OK.. > > > > You probably had the old version installed from before the big > > library bump last month. > > Yes.. still it's a PITA to fix and I wonder why it breaks.. > > Anyway, hopefully if someone has the same problem they'll find this > work around :) Its why we're not supposed to bump library versions unless it is absolutely vitally necessary. The problem in this case seems to be that you've got two different instances of libpthread.so.X in your application space at once, and that's always going to screw you. I think we haven't heard the last of the pain that this ill-advised bump is going to cause. -- 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 From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 18:19:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FD016A420 for ; Tue, 20 Sep 2005 18:19:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A33443D45 for ; Tue, 20 Sep 2005 18:18:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8KIIksG034968; Tue, 20 Sep 2005 12:18:46 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43305286.4070608@samsco.org> Date: Tue, 20 Sep 2005 12:18:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm References: <200509201118.08737.doconnor@gsoft.com.au> <20050920024215.GA22503@xor.obsecurity.org> <200509201224.21189.doconnor@gsoft.com.au> <200509201051.40164.peter@wemm.org> In-Reply-To: <200509201051.40164.peter@wemm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 18:19:01 -0000 Peter Wemm wrote: > On Monday 19 September 2005 07:54 pm, Daniel O'Connor wrote: > >>On Tuesday 20 September 2005 12:12, Kris Kennaway wrote: >> >>>>Hm... >>>>I just reinstalled Qt using the env LD_LIBMAP thing and now it >>>>appears to work OK.. >>> >>>You probably had the old version installed from before the big >>>library bump last month. >> >>Yes.. still it's a PITA to fix and I wonder why it breaks.. >> >>Anyway, hopefully if someone has the same problem they'll find this >>work around :) > > > Its why we're not supposed to bump library versions unless it is > absolutely vitally necessary. > > The problem in this case seems to be that you've got two different > instances of libpthread.so.X in your application space at once, and > that's always going to screw you. > > I think we haven't heard the last of the pain that this ill-advised bump > is going to cause. > Patches for symbol versioning are readily accepted. I vaguely recall asking for a solution for this a year ago and getting ignored. Scott From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 18:33:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09ED616A41F for ; Tue, 20 Sep 2005 18:33:18 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A37D743D46 for ; Tue, 20 Sep 2005 18:33:17 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j8KIXGq0009130; Tue, 20 Sep 2005 14:33:16 -0400 (EDT) Date: Tue, 20 Sep 2005 14:33:16 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <43305286.4070608@samsco.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 18:33:18 -0000 On Tue, 20 Sep 2005, Scott Long wrote: > Peter Wemm wrote: > > > Its why we're not supposed to bump library versions unless it is > > absolutely vitally necessary. > > > > The problem in this case seems to be that you've got two different > > instances of libpthread.so.X in your application space at once, and > > that's always going to screw you. > > > > I think we haven't heard the last of the pain that this ill-advised bump > > is going to cause. > > > > Patches for symbol versioning are readily accepted. I vaguely recall > asking for a solution for this a year ago and getting ignored. Sure, symbol versioning would be great to have, but I still don't know why library versions are bumped when they don't need to be. It's like we've thrown up our hands and said "Something has changed in one or more of the libraries, and we don't know how this affects other libraries, so we're going to bump them all." Speaking for the thread libraries, they were not users of any of the changed ABIs -- there was no reason to bump them. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 18:35:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71FE16A41F; Tue, 20 Sep 2005 18:35:24 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2F443D49; Tue, 20 Sep 2005 18:35:24 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j8KIZFOZ045663; Tue, 20 Sep 2005 11:35:16 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <43305658.5080200@freebsd.org> Date: Tue, 20 Sep 2005 11:35:04 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <200508262004.54637@harrymail> <200508270316.j7R3GE7P075733@apollo.backplane.com> <200508270523.50609@harrymail> <200508270458.j7R4wI5f076140@apollo.backplane.com> In-Reply-To: <200508270458.j7R4wI5f076140@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Emanuel Strobl , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpio and tar are loosing flags (and a panic message without trace) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 18:35:25 -0000 Matthew Dillon wrote: > : > :I guess cpio and tar really should take care about flags. Am I wrong? > > cpio won't do it, tar won't do it, dump only does whole partitions, > cpdup is not an archiver. Hmm. Actually: * Joerg Schilling's "star" has done this for many years. * bsdtar has likewise supported it for a long time (apart from recent breakage ). There's very little precedent for flags support in cpio format, though a cpio that supported modern tar formats should be able to support it. Pax should support it (though ours does not currently). Tim From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 18:45:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB70316A41F; Tue, 20 Sep 2005 18:45:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2343943D46; Tue, 20 Sep 2005 18:45:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8KIjKZR035073; Tue, 20 Sep 2005 12:45:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433058CB.60807@samsco.org> Date: Tue, 20 Sep 2005 12:45:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 18:45:23 -0000 Daniel Eischen wrote: > On Tue, 20 Sep 2005, Scott Long wrote: > > >>Peter Wemm wrote: >> >> >>>Its why we're not supposed to bump library versions unless it is >>>absolutely vitally necessary. >>> >>>The problem in this case seems to be that you've got two different >>>instances of libpthread.so.X in your application space at once, and >>>that's always going to screw you. >>> >>>I think we haven't heard the last of the pain that this ill-advised bump >>>is going to cause. >>> >> >>Patches for symbol versioning are readily accepted. I vaguely recall >>asking for a solution for this a year ago and getting ignored. > > > Sure, symbol versioning would be great to have, but I still don't > know why library versions are bumped when they don't need to be. > It's like we've thrown up our hands and said "Something has changed > in one or more of the libraries, and we don't know how this affects > other libraries, so we're going to bump them all." Speaking for > the thread libraries, they were not users of any of the changed > ABIs -- there was no reason to bump them. > We have a very strong history of making changes in our base libraries that have very unintended consequences. Try running the Java binaries for 4.x, the only ones that we are certified to distribute, on 5.x or 6.x. I put this problem forward a year ago and asked for help on solving it. It's not like I woke up one morning and decided to screw around with the libraries for the hell of it. Scott From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 18:55:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 861F516A41F for ; Tue, 20 Sep 2005 18:55:52 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CD443D45 for ; Tue, 20 Sep 2005 18:55:52 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j8KItoQA006406; Tue, 20 Sep 2005 14:55:50 -0400 (EDT) Date: Tue, 20 Sep 2005 14:55:50 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <433058CB.60807@samsco.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 18:55:52 -0000 On Tue, 20 Sep 2005, Scott Long wrote: > Daniel Eischen wrote: > > > > Sure, symbol versioning would be great to have, but I still don't > > know why library versions are bumped when they don't need to be. > > It's like we've thrown up our hands and said "Something has changed > > in one or more of the libraries, and we don't know how this affects > > other libraries, so we're going to bump them all." Speaking for > > the thread libraries, they were not users of any of the changed > > ABIs -- there was no reason to bump them. > > > > We have a very strong history of making changes in our base libraries > that have very unintended consequences. And as far as I can recall, we have ironed them all out in -current before any release. > Try running the Java binaries > for 4.x, the only ones that we are certified to distribute, on 5.x or > 6.x. Why? Do they not work with the compat libraries installed? > I put this problem forward a year ago and asked for help on solving it. > It's not like I woke up one morning and decided to screw around with > the libraries for the hell of it. I don't think anyone thinks that. But I prefer the old way. If we're not properly keeping track of our ABI changes and what they affect, then let's work on that problem. Symbol versioning isn't going to solve that for us anyways. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 19:03:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFB416A41F; Tue, 20 Sep 2005 19:03:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE9043D45; Tue, 20 Sep 2005 19:03:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8KJ350r008188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 15:03:05 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8KJ326P018353; Tue, 20 Sep 2005 15:03:02 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1EA0051288; Tue, 20 Sep 2005 15:03:01 -0400 (EDT) Date: Tue, 20 Sep 2005 15:03:00 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20050920190300.GA94596@xor.obsecurity.org> References: <433058CB.60807@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 19:03:06 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 02:55:50PM -0400, Daniel Eischen wrote: > On Tue, 20 Sep 2005, Scott Long wrote: >=20 > > Daniel Eischen wrote: > > > > > > Sure, symbol versioning would be great to have, but I still don't > > > know why library versions are bumped when they don't need to be. > > > It's like we've thrown up our hands and said "Something has changed > > > in one or more of the libraries, and we don't know how this affects > > > other libraries, so we're going to bump them all." Speaking for > > > the thread libraries, they were not users of any of the changed > > > ABIs -- there was no reason to bump them. > > > > > > > We have a very strong history of making changes in our base libraries > > that have very unintended consequences. >=20 > And as far as I can recall, we have ironed them all out in -current > before any release. >=20 > > Try running the Java binaries > > for 4.x, the only ones that we are certified to distribute, on 5.x or > > 6.x. >=20 > Why? Do they not work with the compat libraries installed? No, they're completely useless thesedays except on 4.x. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMFzjWry0BWjoQKURAqhDAKCPnzQBN/qGPBlgyDCQFGA9YR4KtQCdHhhZ yjQgVouydtaIEpORllBv8yA= =hReb -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 19:15:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F314D16A41F for ; Tue, 20 Sep 2005 19:15:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D6A43D69 for ; Tue, 20 Sep 2005 19:15:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8KJFT0r011112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 20 Sep 2005 15:15:29 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8KJFS6P019331 for ; Tue, 20 Sep 2005 15:15:29 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6CC1C511FD; Tue, 20 Sep 2005 15:15:28 -0400 (EDT) Date: Tue, 20 Sep 2005 15:15:28 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050920191528.GA6657@xor.obsecurity.org> References: <20050920165740.GA60761@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20050920165740.GA60761@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: integer overflow in bufinit() on large-memory machines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 19:15:33 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 12:57:40PM -0400, Kris Kennaway wrote: > I have a sparc64 machine with 10GB of RAM that is hanging at boot in > bufinit() (also seen on other sparc64 machines with more than this > amount of RAM). Instrumenting the code shows that it's happening > here: >=20 > /* > * To support extreme low-memory systems, make sure hidirtybuffers cannot > * eat up all available buffer space. This occurs when our minimum cannot > * be met. We try to size hidirtybuffers to 3/4 our buffer space assuming > * BKVASIZE'd (8K) buffers. > */ > while (hidirtybuffers * BKVASIZE > 3 * hibufspace / 4) { > hidirtybuffers >>=3D 1; > } > lodirtybuffers =3D hidirtybuffers / 2; >=20 > because 3*hibufspace is overflowing the 32-bit int hibufspace (this > code was added a few years ago by dillon). >=20 > hidirtybuffers=3D18182 BKVASIZE=3D16384 hibufspace=3D1189625856 BTW, on a 16gb amd64 machine I get this: hidirtybuffers=3D3462, BKVASIZE=3D16384, hibufspace=3D224968704, 3 * hibufs= pace=3D674906112 so amd64 is not hitting the problem because it's sizing things very differently. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMF/PWry0BWjoQKURAig7AKDt8K6Pc/bJzaRXVaAUv7YFCSC8JgCg++6u YyQy+tXhlEU2F2OnMpdgCa4= =GXG5 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 19:24:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88C8616A41F for ; Tue, 20 Sep 2005 19:24:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F8CC43D45 for ; Tue, 20 Sep 2005 19:24:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8KJN7R5040867; Tue, 20 Sep 2005 13:23:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 20 Sep 2005 13:23:26 -0600 (MDT) Message-Id: <20050920.132326.76562879.imp@bsdimp.com> To: haro@h4.dion.ne.jp From: "M. Warner Losh" In-Reply-To: <20050921.013052.74756148.haro@h4.dion.ne.jp> References: <20050921.013052.74756148.haro@h4.dion.ne.jp> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 20 Sep 2005 13:23:17 -0600 (MDT) Cc: current@freebsd.org Subject: Re: Panic with recent PCcard changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 19:24:29 -0000 In message: <20050921.013052.74756148.haro@h4.dion.ne.jp> Munehiro Matsuda writes: : pccard1: <16-bit PCCard bus> on cbb1 ========^===== 1 : panic: make_dev() by driver pccard on pre-existing device (min=0, : name=pccard0.cis) =============^==== 0 I wonder why sc->cisdev = make_dev(&pccard_cdevsw, 0, 0, 0, 0666, "pccard%u.cis", device_get_unit(sc->dev)); device_get_unit is returning 0 instead of 1 for the second device. haro-san, if you could add some debugging information to try to find out why this is the case, that would be helpful. My laptop only has one pccard/cardbus slot, so I didn't run into this or even think it would be a problem... Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 19:24:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C361B16A427 for ; Tue, 20 Sep 2005 19:24:48 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D0DA43D46 for ; Tue, 20 Sep 2005 19:24:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FABE.dip.t-dialin.net [84.165.250.190]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j8KJB9Nv049772; Tue, 20 Sep 2005 21:11:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j8KJNMhY064578; Tue, 20 Sep 2005 21:23:23 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 20 Sep 2005 21:23:22 +0200 From: Alexander Leidinger To: Martin Cracauer Message-ID: <20050920212322.3e609568@Magellan.Leidinger.net> In-Reply-To: <20050919163608.A49288@cons.org> References: <20050919130810.A41848@cons.org> <20050919214239.6f5f40ad@Magellan.Leidinger.net> <20050919163608.A49288@cons.org> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 19:24:49 -0000 On Mon, 19 Sep 2005 16:36:09 -0400 Martin Cracauer wrote: > > I'm wondering why you get problems. Don't create a dev directory at all > > and the kernel should fall back to the native one. > > This is for chrooted environments which don't fall back. Ok, valid point. > It seemes that the controlled procfs mounting is the solution. In my > case I don't chroot for security reasons, just to get the FreeBSD libs > and programs out of the way, so I don't even have to secure the second > mount. Yes, multiple devfs mounts are the way to go. Or mount linprocfs... > The documentation for this procedure should probably get into the > chroot manpage. It's at least documented in the man page for creating jails... I think. > What would be your idea of a proper Linux environment? They move > faster than I can follow :-) 8 is the default. If you don't have something which depends upon a newer one, use the default. A lot of people use rh-9 (OVERRIDE_LINUX_BASE_PORT=rh9 in make.conf), but the port has some flaws and Trevor doesn't react. I think I will claim a maintainer timeout soon (perhaps at the weekend if I get time) and fix some things (runtime linker path if you want to use the X11 libs). I don't use it myself, but I haven't heard very bad things about it. Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 21:14:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC85E16A41F; Tue, 20 Sep 2005 21:14:00 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D01C43D46; Tue, 20 Sep 2005 21:14:00 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j8KLDxed022868; Tue, 20 Sep 2005 14:13:59 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.4/8.13.4/Submit) id j8KLDxM1022867; Tue, 20 Sep 2005 14:13:59 -0700 (PDT) (envelope-from marcel) Date: Tue, 20 Sep 2005 14:13:59 -0700 From: Marcel Moolenaar To: Ruslan Ermilov Message-ID: <20050920211359.GA22676@ns1.xcllnt.net> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050920172635.GA2811@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 21:14:00 -0000 On Tue, Sep 20, 2005 at 08:26:36PM +0300, Ruslan Ermilov wrote: > > > > In my experience, you need to use: > > > > cuad0 "/usr/libexec/getty std.9600" dialup on secure > > and not > > ttyd0 "/usr/libexec/getty std.9600" dialup on secure > > > > in /etc/ttys to get a console on the serial port if you are not using -h > > in /boot.config. I'm pretty sure it's been like this for a long time. > > > > What line have you got in /etc/ttys? > > > I've come to the same conclusion after also trying uart(4) instead > of sio(4). Don't forget that DCD does not have to be asserted when the serial line is used as serial console. When the serial line is not used as serial console, DCD must be asserted. This is not always the case with null-modem cables. Change std.9600 to 3wire.9600 and don't use cua*. Use tty*. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 21:16:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F050716A41F for ; Tue, 20 Sep 2005 21:16:50 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 634C443D49 for ; Tue, 20 Sep 2005 21:16:50 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 38156 invoked from network); 20 Sep 2005 21:16:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LOHmgn+VVRCpG7zEa/ge7UiexJeumg09qO2TUlgk0ZToDY4uMEVVvLrMlkuFdPohaAGS6kGzN1scE4Tyjdnf4tALPsdmXiQ+/3zU6gjbuGldizz9JNLGVcEMKmMCNxX64hLgU8RF8U5Pm6eZnAdU4uqJpvly1pb3404X/5mmpms= ; Received: from unknown (HELO 172.16.0.1) (mikej@70.31.50.81 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 20 Sep 2005 21:16:49 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Tue, 20 Sep 2005 17:16:45 -0400 (EDT) Message-ID: <3996.172.16.0.199.1127251005.squirrel@172.16.0.1> Date: Tue, 20 Sep 2005 17:16:45 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: ipfw in daily security run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 21:16:51 -0000 I get the following in my daily security run email: --- fbsd.local pf denied packets: +++ /tmp/security.3Nfo4MZX Tue Sep 20 03:06:03 2005 +block drop in log quick on xl0 inet proto tcp from x.x.0.0/16 to (xl0) [ Evaluations: 8137348 Packets: 0 Bytes: 0 States: 0 ] ... ipfw: getsockopt(IP_FW_GET): Protocol not available --- My question is, why is ipfw in the pf denied packets log? As the message suggests, i do not use ipfw or have it compiled in to the kernel. Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 21:21:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E64E16A41F; Tue, 20 Sep 2005 21:21:20 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3FE043D48; Tue, 20 Sep 2005 21:21:19 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j8KLLJ0A022927; Tue, 20 Sep 2005 14:21:19 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.4/8.13.4/Submit) id j8KLLIpN022926; Tue, 20 Sep 2005 14:21:18 -0700 (PDT) (envelope-from marcel) Date: Tue, 20 Sep 2005 14:21:18 -0700 From: Marcel Moolenaar To: Daniel Eischen Message-ID: <20050920212118.GB22676@ns1.xcllnt.net> References: <433058CB.60807@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 21:21:20 -0000 On Tue, Sep 20, 2005 at 02:55:50PM -0400, Daniel Eischen wrote: > > *snip* If we're > not properly keeping track of our ABI changes and what they affect, > then let's work on that problem. Symbol versioning isn't going to > solve that for us anyways. Bonzo! ... no, that's not it ... Bento! ... nope ... Bingo! That, that's the one. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 21:40:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D03016A41F for ; Tue, 20 Sep 2005 21:40:53 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C444F43D4C for ; Tue, 20 Sep 2005 21:40:52 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id C7713CD18B7 for ; Tue, 20 Sep 2005 17:40:50 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Tue, 20 Sep 2005 17:40:50 -0400 X-Sasl-enc: /lfcybFP1/B+2WTdei3RQYXe7LwZyfbDr/ixzvXjTKoAtRnC/lc 1127252449 Received: from [10.50.149.58] (unknown [204.110.228.254]) by frontend2.messagingengine.com (Postfix) with ESMTP id A94E9570147 for ; Tue, 20 Sep 2005 17:40:48 -0400 (EDT) Message-ID: <43308198.9050503@fastmail.fm> Date: Tue, 20 Sep 2005 16:39:36 -0500 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <432F870D.2080302@fastmail.fm> <20050920.092123.100424336.imp@bsdimp.com> In-Reply-To: <20050920.092123.100424336.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 21:40:53 -0000 M. Warner Losh wrote: >In message: <432F870D.2080302@fastmail.fm> > Patrick Bowen writes: >: I'm running -current on a Dell C600 with a GENERIC kernel, and am having >: no luck in dumping the CIS from the wi0 pccard (an SMC-2532W-B). I've >: had the same problem with 5.4#6 and 6.0BETA4. >: >: sg1# pccardc dumpcis >: 0 slots found > >This is expected. pccardc dumpcis doesn't work, and likely will never >work again. It is part of the old pccard support. > >If you have current as of today, however, you can run 'pccard >dumpcisfile /dev/pccard0.cis'. > >: When I remove the card I get the following; >: >: taskqueue_drain with the following non-sleepable locks held: >: exclusive sleep mutex wi0 (network driver) r = 0 (0xc1c0bb68) locked @ >: /usr/src/sys/dev/wi/if_wi.c:847 >: KDB: stack backtrace: >: kdb_backtrace(1,c1b62650,c1b62400,c1ac1d00,d44dcc2c) at kdb_backtrace+0x29 >: witness_warn(5,0,c0862050,c1b62400,c1b62400) at witness_warn+0x18e >: taskqueue_drain(c1ac1d00,c1b62650) at taskqueue_drain+0x1a >: if_detach(c1b62400,c1b62400) at if_detach+0x1a >: ether_ifdetach(c1b62400,0,c1c0b000,d44dcc94,c05e2590) at ether_ifdetach+0x3a >: ieee80211_ifdetach(c1c0b004,c1b62400,c1b62400,0,c1bec700) at >: ieee80211_ifdetach+0x50 >: wi_detach(c1bec700) at wi_detach+0x64 >: device_detach(c1bec700) at device_detach+0x70 >: pccard_detach_card(c1af9e00) at pccard_detach_card+0x41 >: exca_removal(c1ac3004) at exca_removal+0x46 >: cbb_removal(c1ac3000) at cbb_removal+0x2c >: cbb_event_thread(c1ac3000,d44dcd38,c1ac3000,c057cb24,0) at >: cbb_event_thread+0x9a >: fork_exit(c057cb24,c1ac3000,d44dcd38) at fork_exit+0xa0 >: fork_trampoline() at fork_trampoline+0x8 >: --- trap 0x1, eip = 0, esp = 0xd44dcd6c, ebp = 0 --- >: wi0: detached >: >: ...which doesn't look like a good thing. > >It is likely a warning that can be ignored. > >: I'm wondering if there is some place in pccardd that is not recognizing >: the slots on this particular machine. If that were the case then it >: wouldn't be called when the card was removed, accounting (I think) for >: the lock error above. > >pccardd is deprecated and isn't needed. It should just work. > >: Anyone have an idea of what's going on here? I'd be happy to try any >: patches anyone may have, or to provide more information if necessary. In >: the meantime, I'll keep looking into it. > >Other than not being able to dump the cis, what's the problem that you >are having? > >Warner > > > That was actually the only problem. It came up when I replied to a post from someone asking how to get an SMC card to work. You send a msg back to me asking me to run the 'pccardc dumpcis' command and send you the output. Since the 'pccardc ...' command didn't work, I got the info using Slackware Linux, which I've got on the second slice, and sent you that. In this thread I was essentially trying to provide info for the 'pccardc dumpcis' command, since it seemed to be broken in some way or another. But if it's deprecated, that's a whole 'nother story. My -current is about a week old, so I cvsup'ed another just now. I'll rebuild everything and try the command you suggested. Thanks for your quick reply, Patrick From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 23:56:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 610BA16A41F; Tue, 20 Sep 2005 23:56:13 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC0C43D48; Tue, 20 Sep 2005 23:56:12 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from [127.0.0.1] (c220-237-120-88.thorn1.nsw.optusnet.com.au [220.237.120.88]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8KNu6J9015961; Wed, 21 Sep 2005 09:56:09 +1000 Message-ID: <4330A19B.6060905@mawer.org> Date: Wed, 21 Sep 2005 09:56:11 +1000 From: Antony Mawer User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Marcel Moolenaar References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> <20050920211359.GA22676@ns1.xcllnt.net> In-Reply-To: <20050920211359.GA22676@ns1.xcllnt.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 23:56:13 -0000 On 21/09/2005 7:13 AM, Marcel Moolenaar wrote: > On Tue, Sep 20, 2005 at 08:26:36PM +0300, Ruslan Ermilov wrote: >>> In my experience, you need to use: >>> >>> cuad0 "/usr/libexec/getty std.9600" dialup on secure >>> and not >>> ttyd0 "/usr/libexec/getty std.9600" dialup on secure >>> >>> in /etc/ttys to get a console on the serial port if you are not using -h >>> in /boot.config. I'm pretty sure it's been like this for a long time. >>> >>> What line have you got in /etc/ttys? >>> >> I've come to the same conclusion after also trying uart(4) instead >> of sio(4). > > Don't forget that DCD does not have to be asserted when the > serial line is used as serial console. When the serial line > is not used as serial console, DCD must be asserted. This > is not always the case with null-modem cables. > Change std.9600 to 3wire.9600 and don't use cua*. Use tty*. Thanks for this tip! I've been puzzling for a week now why my serial console wouldn't bring up a login prompt - using cuad0 works, but using 3wire.9600 with tty* instead of std.9600 also works. At some point I'll switch the main console over as well, but for the time being I just wanted to get a login via serial connection as a backup if I lose network connectivity for any reason (the machine runs headless). Cheers Antony From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 07:14:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CACC16A41F for ; Wed, 21 Sep 2005 07:14:24 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from gate.intelsys.ru (212.44.92.174.satgate.net [212.44.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A7D443D45 for ; Wed, 21 Sep 2005 07:14:22 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: by gate.intelsys.ru (Postfix, from userid 1037) id 3FA191BCCA; Wed, 21 Sep 2005 11:14:18 +0400 (MSD) Received: from [192.168.2.69] (StepanR [192.168.2.69]) by gate.intelsys.ru (Postfix) with ESMTP id F3F2919A72 for ; Wed, 21 Sep 2005 11:14:17 +0400 (MSD) Message-ID: <43310849.6020201@mail.ru> Date: Wed, 21 Sep 2005 11:14:17 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on gate.intelsys.ru X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.0 Subject: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 07:14:24 -0000 Hi, After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to panic the kernel (everything run smoothly before makeworld/makekernel). I rebuilt it, but with no success. Did anybody have such a problem? P.S. my X is absolutely unuseable because nv driver hangs the system just after kde load. From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 07:25:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3180616A41F for ; Wed, 21 Sep 2005 07:25:10 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FE943D45 for ; Wed, 21 Sep 2005 07:25:08 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8L7P0Li010575 for ; Wed, 21 Sep 2005 14:25:00 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8L7Otaj017330 for ; Wed, 21 Sep 2005 14:24:55 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Wed, 21 Sep 2005 14:24:54 +0700 User-Agent: KMail/1.8 References: <43310849.6020201@mail.ru> In-Reply-To: <43310849.6020201@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509211424.54980.root@solink.ru> Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 07:25:10 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = =D0=A1=D1=80=D0=B5=D0=B4=D0=B0 21 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1= =80=D1=8C 2005 14:14 Stepan Rakhimov =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0= =D0=BB(a): > Hi, > After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to > panic the kernel (everything run smoothly before makeworld/makekernel). > I rebuilt it, but with no success. > Did anybody have such a problem? > > P.S. my X is absolutely unuseable because nv driver hangs the system > just after kde load. Well, all my friends think that nvidia drivers actualy do not work in=20 6-CURRENT, i am surprised if it did on BETA4 on your machine. but nv driver works fine. Well everything is strange, lets wait for more posts. From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 08:45:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A1A716A41F for ; Wed, 21 Sep 2005 08:45:26 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314D343D45 for ; Wed, 21 Sep 2005 08:45:24 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j8L8jN9V033458; Wed, 21 Sep 2005 11:45:23 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.158] (pc158.ebs.gr [10.1.1.158]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j8L8jWVA023327; Wed, 21 Sep 2005 11:45:33 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <43311D9E.2070507@ebs.gr> Date: Wed, 21 Sep 2005 11:45:18 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bachilo Dmitry References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> In-Reply-To: <200509211424.54980.root@solink.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 08:45:26 -0000 Bachilo Dmitry wrote: > Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): > >>Hi, >>After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>panic the kernel (everything run smoothly before makeworld/makekernel). >>I rebuilt it, but with no success. >>Did anybody have such a problem? >> >>P.S. my X is absolutely unuseable because nv driver hangs the system >>just after kde load. > > > > Well, all my friends think that nvidia drivers actualy do not work in > 6-CURRENT, i am surprised if it did on BETA4 on your machine. > > but nv driver works fine. > > Well everything is strange, lets wait for more posts. It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding it. What is the panic message and trace? Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 09:02:09 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82EF416A41F for ; Wed, 21 Sep 2005 09:02:09 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED15043D45 for ; Wed, 21 Sep 2005 09:02:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8L9254w012285; Wed, 21 Sep 2005 12:02:05 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 28989-16; Wed, 21 Sep 2005 12:02:04 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8KIuvtx056247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2005 21:57:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8KIvDLV004314; Tue, 20 Sep 2005 21:57:13 +0300 (EEST) (envelope-from ru) Date: Tue, 20 Sep 2005 21:57:13 +0300 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20050920185713.GA3316@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <6136.1127217196@critter.freebsd.dk> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 09:02:09 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable JFYI, everyone I've asked (several people now) can easily reproduce this: when serial console is NOT configured, getty doesn't work on ttyd0, but it appears to work on cuad0! The same holds true for uart(4) instead of sio(4). Odd. Also, and I think this is related, resetting console via TIOCCONS(0) on /dev/console appears to be broken when serial console is configured. In my setup, i.e. when booted WITHOUT serial console configured (no -h in boot2, no console=3Dcomconsole in loader, etc.) but with serial port serving as a potential console (i.e., hint...flags=3D0x10), doing the following blocks: : hammer# conscontrol=20 : Configured: consolectl : Available: ttyd0,consolectl : Muting: off : hammer# conscontrol add ttyd0 : Configured: ttyd0,consolectl : Available: ttyd0,consolectl : Muting: off : hammer# conscontrol set /dev/ttyv1 : Configured: ttyd0,consolectl : Available: ttyd0,consolectl : Muting: off : hammer# conscontrol unset : load: 0.03 cmd: conscontrol 1397 [ttydcd] 0.00u 0.00s 0% 660k : load: 0.03 cmd: conscontrol 1397 [ttydcd] 0.00u 0.00s 0% 660k : load: 0.03 cmd: conscontrol 1397 [ttydcd] 0.00u 0.00s 0% 660k : ^C Removing ttyd0 from console list leads to a success with TIOCCONS(0) on /dev/console: : hammer# conscontrol delete ttyd0 : Configured: consolectl : Available: ttyd0,consolectl : Muting: off : hammer# conscontrol unset : Configured: consolectl : Available: ttyd0,consolectl : Muting: off > I won't have time to look at it for the next several weeks > (unless it happens on my machine and forces me to handle it). >=20 I'm not urging you, but not having getty working over serial is a bit annoying. And I'm pretty sure you can easily reproduce this on any of your machines: 1. Boot with GENERIC that has sio0 as potential console but without serial console. 2. Try to make getty over ttyd0 working, as in default /etc/ttys file. Can you at least please try and confirm it works for you, or not? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDMFuJqRfpzJluFF4RAnvKAJ9EVXgRI0c+opQyd7opNKpX4rSvbwCdHip4 aGsLb6x6fsIwMqSnLi6uInI= =f77O -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 09:12:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7931716A41F for ; Wed, 21 Sep 2005 09:12:00 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from gate.intelsys.ru (212.44.92.174.satgate.net [212.44.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id A786343D45 for ; Wed, 21 Sep 2005 09:11:59 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: by gate.intelsys.ru (Postfix, from userid 1037) id BC08B199EA; Wed, 21 Sep 2005 13:11:55 +0400 (MSD) Received: from [192.168.2.69] (StepanR [192.168.2.69]) by gate.intelsys.ru (Postfix) with ESMTP id 2831C1959B; Wed, 21 Sep 2005 13:11:55 +0400 (MSD) Message-ID: <433123AE.6060308@mail.ru> Date: Wed, 21 Sep 2005 13:11:10 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Panagiotis Astithas , freebsd-current@freebsd.org References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43311D9E.2070507@ebs.gr> In-Reply-To: <43311D9E.2070507@ebs.gr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on gate.intelsys.ru X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.0 Cc: Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 09:12:00 -0000 I had no chance to see it, system rebooted in some seconds, my kernel is built without any debugging also. Panagiotis Astithas wrote: > Bachilo Dmitry wrote: > >> Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): >> >>> Hi, >>> After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>> panic the kernel (everything run smoothly before makeworld/makekernel). >>> I rebuilt it, but with no success. >>> Did anybody have such a problem? >>> >>> P.S. my X is absolutely unuseable because nv driver hangs the system >>> just after kde load. >> >> >> >> >> Well, all my friends think that nvidia drivers actualy do not work in >> 6-CURRENT, i am surprised if it did on BETA4 on your machine. >> >> but nv driver works fine. >> >> Well everything is strange, lets wait for more posts. > > > It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding > it. What is the panic message and trace? > > Cheers, > > Panagiotis > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 09:18:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A8216A41F; Wed, 21 Sep 2005 09:18:09 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C830643D5C; Wed, 21 Sep 2005 09:18:08 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j8L9I4BS078345 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 21 Sep 2005 11:18:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j8L9HqeG009352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 11:17:53 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id j8L9HqdG009842; Wed, 21 Sep 2005 11:17:52 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id j8L9HqSG009841; Wed, 21 Sep 2005 11:17:52 +0200 (CEST) (envelope-from ticso) Date: Wed, 21 Sep 2005 11:17:52 +0200 From: Bernd Walter To: Gavin Atkinson Message-ID: <20050921091751.GQ552@cicely12.cicely.de> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> <1127238519.30479.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1127238519.30479.35.camel@buffy.york.ac.uk> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 09:18:10 -0000 On Tue, Sep 20, 2005 at 06:48:39PM +0100, Gavin Atkinson wrote: > FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: > FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: HWV*Q)kB > BJjHVKCCeeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: > FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: CCreeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: > FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: CCeeBSD/i386 (buffy.york.ac.uk) (ttyd0) > > login: > > > Yes. > > And that's with ttyd0, not cuaa0, and a Windows machine at the far end > of a 9600 baud link. A configuration which I'm pretty sure should > perform better. No matter how hard I try, I can't manage to reproduce > the corruption once logged in, unless I explicitly > run /usr/libexec/getty from the shell, in which case the corruption is > even worse: > > loi:cCreeBSDi36(ff.or.c.(tt0 > > loi: > reeBSDi36(ff.or.c.(tt0 > > loi: > reeBSDi36(ff.or.c.(tt0 > > loi: > reeBSDi36(ff.or.c.(tt0loi: > reeBSDi36(ff.or.c.(tt0 > > loi:cCeeBSDi36(ff.or.c.(tt0 > > > Guess there may be some issue with getty? Very interesting, I saw the same with multiple machines (alpha and i386). My first thought was having multiple getty running on the same tty, but this turned out to be wrong. My second thought was that there is a bug with my ubser(4) serials, but since it wasn't reproduceable with suns and after login it sounded unlikely. In some cases a single return could leed to garbadge, one or more cases even endless flooded. Now I know for shure that this is a FreeBSD problem. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 10:25:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9E7316A41F for ; Wed, 21 Sep 2005 10:25:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D8C43D46 for ; Wed, 21 Sep 2005 10:25:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 006F746B82; Wed, 21 Sep 2005 06:25:51 -0400 (EDT) Date: Wed, 21 Sep 2005 11:25:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: ticso@cicely.de In-Reply-To: <20050921091751.GQ552@cicely12.cicely.de> Message-ID: <20050921112404.R34322@fledge.watson.org> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> <1127238519.30479.35.camel@buffy.york.ac.uk> <20050921091751.GQ552@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 10:25:51 -0000 On Wed, 21 Sep 2005, Bernd Walter wrote: >> FreeBSD/i386 (buffy.york.ac.uk) (ttyd0) >> >> login: CCeeBSD/i386 (buffy.york.ac.uk) (ttyd0) >> >> login: >> >> Yes. >> >> And that's with ttyd0, not cuaa0, and a Windows machine at the far end >> of a 9600 baud link. A configuration which I'm pretty sure should >> perform better. No matter how hard I try, I can't manage to reproduce >> the corruption once logged in, unless I explicitly run >> /usr/libexec/getty from the shell, in which case the corruption is even >> worse: FWIW, I've been seeing this problem for ages, but have always considered it entertaining as something of a Stargate fan. I typically see just one character corruption in the common case: CreeBSD/i386 (whatever.whomever) (ttyd0) login: However, my theory has been that we have a problem when we reset serial ports on last close. I.e., just before getty is respawned and launches login. Cree, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 10:50:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7327516A41F for ; Wed, 21 Sep 2005 10:50:21 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0932E43D45 for ; Wed, 21 Sep 2005 10:50:20 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id i26so158213wxd for ; Wed, 21 Sep 2005 03:50:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tL3scFhNiUySRtttKPJvCG3LkaoWS9T193yCthXxfn2LNTi3XoMVnOxxMbcvv/QsXK3IrC2mxyF8SCj2Lcq9liwBoAa+qMIu/v+6lMI5YTgy8Jm7D8ZcdGTWlAz+gQbJrj7RJVUEsxIefzQlgQdhRrzDBUEzKgnYkUnr3ahap0s= Received: by 10.70.17.12 with SMTP id 12mr2328526wxq; Wed, 21 Sep 2005 03:50:20 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Wed, 21 Sep 2005 03:50:20 -0700 (PDT) Message-ID: <70e8236f050921035065a5e4a@mail.gmail.com> Date: Wed, 21 Sep 2005 11:50:20 +0100 From: Joao Barros To: Stepan Rakhimov In-Reply-To: <43310849.6020201@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43310849.6020201@mail.ru> Cc: freebsd-current@freebsd.org Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 10:50:21 -0000 On 9/21/05, Stepan Rakhimov wrote: > Hi, > After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to > panic the kernel (everything run smoothly before makeworld/makekernel). > I rebuilt it, but with no success. > Did anybody have such a problem? >=20 > P.S. my X is absolutely unuseable because nv driver hangs the system > just after kde load. This happened to me once, and rebuilding the driver solved the problem. -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 11:05:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08F4316A41F for ; Wed, 21 Sep 2005 11:05:44 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.76.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BAE243D48 for ; Wed, 21 Sep 2005 11:05:43 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.102] (tardiss.hsd1.ma.comcast.net[66.30.82.93]) by comcast.net (sccrmhc13) with ESMTP id <2005092111054201300a5pv2e>; Wed, 21 Sep 2005 11:05:42 +0000 Message-ID: <43313E8E.6060001@comcast.net> Date: Wed, 21 Sep 2005 07:05:50 -0400 From: Sean User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050907) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bachilo Dmitry References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> In-Reply-To: <200509211424.54980.root@solink.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rsh.lists@comcast.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 11:05:44 -0000 Bachilo Dmitry wrote: > Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): > >>Hi, >>After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>panic the kernel (everything run smoothly before makeworld/makekernel). >>I rebuilt it, but with no success. >>Did anybody have such a problem? >> >>P.S. my X is absolutely unuseable because nv driver hangs the system >>just after kde load. > > > > Well, all my friends think that nvidia drivers actualy do not work in > 6-CURRENT, i am surprised if it did on BETA4 on your machine. > > but nv driver works fine. > > Well everything is strange, lets wait for more posts. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I was trying the nivdia drivers on 7.0 current and having all sort of problems as well, including panics. One thing I did find was to disable acpi and things ran much more smooth, no more panics, but occasionally still had other display problems, and every so often trying to start X stated the nvidia drivers could not be found. Moved back to the nv drivers and all is fine again. Sean From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 11:32:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D099216A41F for ; Wed, 21 Sep 2005 11:32:36 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D91943D46 for ; Wed, 21 Sep 2005 11:32:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp223-88.lns2.adl4.internode.on.net [203.122.223.88]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8LBW5C3030384 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 21 Sep 2005 21:02:11 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, rsh.lists@comcast.net Date: Wed, 21 Sep 2005 21:01:47 +0930 User-Agent: KMail/1.8.2 References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43313E8E.6060001@comcast.net> In-Reply-To: <43313E8E.6060001@comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4160886.NjiikzaKSe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509212101.53939.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Bachilo Dmitry Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 11:32:36 -0000 --nextPart4160886.NjiikzaKSe Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 September 2005 20:35, Sean wrote: > I was trying the nivdia drivers on 7.0 current and having all sort of > problems as well, including panics. > One thing I did find was to disable acpi and things ran much more > smooth, no more panics, but occasionally still had other display > problems, and every so often trying to start X stated the nvidia drivers > could not be found. > > Moved back to the nv drivers and all is fine again. They work fine here.. I hope you rebuilt it with your kernel.. I have some patches that allow ports to install source to be rebuilt a kern= el=20 build that need wider testing BTW :) I use it for the nvidia, uppc and dell kmods. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4160886.NjiikzaKSe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDMUSp5ZPcIHs/zowRAunKAKClbuh1I4DW0BiekBjH8qoEfiGAxACbBXmT S/iS3uggGtnWbKFJw4JonJ4= =/6Xc -----END PGP SIGNATURE----- --nextPart4160886.NjiikzaKSe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 19:41:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D732D16A420 for ; Tue, 20 Sep 2005 19:41:08 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C06FF43D69 for ; Tue, 20 Sep 2005 19:41:04 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.1/8.13.1) with ESMTP id j8KJf3wx022281 for ; Tue, 20 Sep 2005 21:41:03 +0200 (CEST) (envelope-from harry@schmalzbauer.de) Received: from akima.flintsbach.schmalzbauer.de (akima.flintsbach.schmalzbauer.de [172.21.1.213]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 83B17627F for ; Tue, 20 Sep 2005 21:41:03 +0200 (CEST) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 20 Sep 2005 21:41:02 +0200 Message-Id: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 21 Sep 2005 11:32:40 +0000 Subject: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 19:41:09 -0000 Hello, I get the following panic when using the nvidia driver with a debug kernel, when I disable INVARIANTS and WITNESS everything is working fine! Here's the trace: ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard panic: spin lock rm.mutex_mtx not in order list KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x30: leave db> trace Tracing pid 0 tid 0 td 0xc07f7d00 kdb_enter(c078c4f3,c07fa340,c0790329,c1020c54,100) at kdb_enter+0x30 panic(c0790329,c0baf6a6,c078fca9,519,c1e646c0) at panic+0xd5 enroll(c0baf6a6,c07cc9cc,c078fca9,22d,c1e646c0) at enroll+0x13a witness_init(c1e646c0,24,c0b839c5,30,c1e65800) at witness_init+0x17a mtx_init(c1e646c0,c0baf6a6,0,5,c1e646c0) at mtx_init+0xe4 os_alloc_sema(c1dcb2e8,c1dcb000,c1020cec,c099993b,c0c994e8) at os_alloc_sema+0x4a _nv001647rm(c1dcb2e8,4,0,c1020d24,c1dfdc80) at _nv001647rm+0xe _nv007848rm(c0baf81f,c1dfdc80,c1020d28,c0b85d69,0) at _nv007848rm+0x6b rm_init_rm(0,c1020d48,c05b8ba6,c1d83d80,0) at rm_init_rm+0x11 nvidia_modevent(c1d83d80,0,0,c1d83d80,c0c994fc) at nvidia_modevent+0x19 driver_module_handler(c1d83d80,0,c0c994e8,c04d17cb,c07f1ba0) at driver_module_handler+0x76 module_register_init(c0c994fc,101e000,101ec00,101e000,0) at module_register_init+0x81 mi_startup() at mi_startup+0xb5 begin() at begin+0x2c db> From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 00:08:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F09116A41F for ; Wed, 21 Sep 2005 00:08:55 +0000 (GMT) (envelope-from Matthew.Sullivan@canberra.edu.au) Received: from mail.canberra.edu.au (mail.canberra.edu.au [137.92.97.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCD343D4C for ; Wed, 21 Sep 2005 00:08:54 +0000 (GMT) (envelope-from Matthew.Sullivan@canberra.edu.au) Received: from [137.92.9.213] by mail.canberra.edu.au (iPlanet Messaging Server 5.2 Patch 1 (built Aug 19 2002)) with ESMTPSA id <0IN5002YT4ENE5@mail.canberra.edu.au> for freebsd-current@freebsd.org; Wed, 21 Sep 2005 10:08:51 +1000 (EST) Date: Wed, 21 Sep 2005 10:08:47 +1000 From: Matthew Sullivan To: freebsd-current@freebsd.org Message-id: <4330A48F.7080109@canberra.edu.au> Organization: The University of Canberra MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Mailman-Approved-At: Wed, 21 Sep 2005 11:32:40 +0000 Subject: kernel: aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR on Dell 2500 series server. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 00:08:55 -0000 This is a message for the archives. console error messages showing: kernel: aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR and lots of SCSI timeouts. To fix, start with setting hw.pci.do_powerstate="0" in /boot/loader.conf, and rebooting. If this fails check your BIOS version for both the main system and the RAID controller (my case a Dell PERC 3/Di). Both were factory shipped BIOSs: Main BIOS: A01 RAID BIOS: 2.50 SMC BIOSs: 5.78/1.23 Upgrading the BIOSs to: Main BIOS: A07 RAID BIOS: 2.80 SMC BIOSs: 5.87/1.32 Fixed the issue. BIOS notes show that around A03/A04 there was a fix implemented to resolve spurious and false NMI errors. Additional Info: Dell don't have it in the BIOS notes, update in the following order using floppy boot/BIOS disks: System Management Card and Backplane. Main (System) BIOS **Reboot** RAID BIOS **Reboot** Regards, -- Matthew Sullivan IT Security Manager The University of Canberra A member of the Australian Association for the Abolition of Acronym Abuse, Regional Group Headquarters, Strategic and Tactical Operations Planning (AAAAARGHSTOP). From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 00:45:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF92E16A41F for ; Wed, 21 Sep 2005 00:45:02 +0000 (GMT) (envelope-from marcel@cup.hp.com) Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2296343D49 for ; Wed, 21 Sep 2005 00:44:58 +0000 (GMT) (envelope-from marcel@cup.hp.com) Received: from cllmail.cup.hp.com (cllmail.cup.hp.com [15.244.92.83]) by palrel12.hp.com (Postfix) with ESMTP id 4A18C400279 for ; Tue, 20 Sep 2005 17:44:58 -0700 (PDT) Received: from [15.244.95.0] (powerbook.americas.hpqcorp.net [15.244.95.0]) by cllmail.cup.hp.com (8.9.3 (PHNE_29774)/8.9.3 SMKit7.04) with ESMTP id RAA16310 for ; Tue, 20 Sep 2005 17:44:58 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: Marcel Moolenaar Date: Tue, 20 Sep 2005 17:44:57 -0700 X-Mailer: Apple Mail (2.734) X-Mailman-Approved-At: Wed, 21 Sep 2005 11:32:40 +0000 Cc: Subject: Unaligned memory reference in fxp(4)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 00:45:02 -0000 Gang, I just got this on a 4-way ia64 box running 6.0-BETA5 at work: \begin{console} fatal kernel trap (cpu 3): trap vector = 0x1e (Unaligned Reference) cr.iip = 0xe0000000042ae5b0 cr.ipsr = 0x1210080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=1,bn) cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) cr.ifa = 0xc0000000fafe0019 curthread = 0xe00000007d79a7e0 pid = 41, comm = nfsiod 1 [thread pid 41 tid 100038 ] Stopped at fxp_scb_wait+0x361: [M1] ld2.acq r49=[r49] db> wh Tracing pid 41 tid 100038 td 0xe00000007d79a7e0 fxp_scb_wait(0xe000000004ebe000, 0x0, 0xe000000004ebe078, 0xe000000004ebe070, 0xc000000000000000) at fxp_scb_wait+0x361 fxp_start_body(0xe000000004bc6800, 0xe00000001c8b6e00, 0xe000000004bc6a30, 0xe000000004bc6a18, 0xe000000004bc6a38) at fxp_start_body+0x630 fxp_start(0xe000000004bc6800, 0xe000000004ebe000) at fxp_start+0x70 if_start(0xe000000004bc6800, 0xe0000000045b20d0, 0x38c, 0xe000000004baceb0) at if_start+0x140 ether_output_frame(0xe000000004bc6800, 0x0, 0x5ea, 0x802, 0xe0000000045b1af0) at ether_output_frame+0x5c0 ether_output(0xe000000004bc6800, 0xe00000001c8b6e52, 0xe00000000707e570, 0xe000000062b914a0, 0x0) at ether_output+0xb90 ip_output(0xe000000004bc6968, 0xe000000004bc6800, 0xa0000000308173d0, 0x0, 0x0, 0xe000000064260e40, 0xa0000000308173f8, 0xe0000000627daf00) at ip_output+0x1e80 udp_output(0xe000000064260e40, 0xe000000060177700, 0x0, 0x0, 0xe00000007d79a7e0) at udp_output+0xd80 udp_send(0xe00000006421d0e8, 0x0, 0xe000000060177700, 0x0, 0x0, 0xe00000007d79a7e0) at udp_send+0x30 sosend(0xe00000006421d0d8, 0x0, 0x0, 0xe000000060177700, 0x0, 0x0, 0xe00000007d79a7e0) at sosend+0xd20 nfs_send(0xe00000006421d0d8, 0x0, 0xe000000060177700, 0xe00000000591fb00, 0x0, 0xe00000006421d0d8, 0xe00000000469a370, 0x797) at nfs_send+0x200 nfs_request(0xe00000005b571360, 0xe000000060244200, 0x7, 0x0, 0xe000000062805500, 0xa0000000308174d0, 0xa0000000308174d8, 0xa0000000308174e0) at nfs_request+0x900 nfs_writerpc(0xe0000000457ef834, 0xa000000030817500, 0xe000000062805500, 0xa000000030817540, 0xa000000030817544) at nfs_writerpc+0x530 nfs_doio(0xe00000005b571360, 0xa00000001e865a60, 0xe000000062805500, 0x0, 0xa00000001e865aec) at nfs_doio+0xa20 nfssvc_iod(0xa00000001e865a60, 0xe0000000622d6000, 0xe0000000622d61b8, 0xe0000000622d61a8, 0xe0000000622d61ba) at nfssvc_iod+0x430 fork_exit(0xe0000000048b9e20, 0xe000000004a00918, 0xa000000030817550) at fork_exit+0x140 enter_userland() at enter_userland \end{console} The faulting address is in region 6, which is uncacheable memory and used for device I/O. It's a word-sized read to an I/O address that's at an odd address. Are there any fxp(4) gurus who can shed a light on this? I'll update to post BETA5 in the mean time... -- Marcel Moolenaar marcel@cup.hp.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 11:51:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E05B216A420 for ; Wed, 21 Sep 2005 11:51:22 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7810043D49 for ; Wed, 21 Sep 2005 11:51:22 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so76328nzd for ; Wed, 21 Sep 2005 04:51:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pnMkmET3VrHxbWLk2zstJzxh73Cvzy9jlK4+i0DEBx4DI3x87ywQkpr5A85QPcsIzKEpEyTYc5YtHn+6ZA2ue8SNyLUo7F/911qCRFCcEh6iV/yVvAI9Vx63GviBBxYnBCxDKj680pZERH02jHFIf08lRuNdQG+zrhIumGFrSRQ= Received: by 10.54.11.5 with SMTP id 5mr2429272wrk; Wed, 21 Sep 2005 04:51:21 -0700 (PDT) Received: by 10.54.130.7 with HTTP; Wed, 21 Sep 2005 04:51:21 -0700 (PDT) Message-ID: Date: Wed, 21 Sep 2005 11:51:21 +0000 From: Robert Backhaus To: Stepan Rakhimov In-Reply-To: <43310849.6020201@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43310849.6020201@mail.ru> Cc: freebsd-current@freebsd.org Subject: Re: BETA5: nvidia-driver starts crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 11:51:23 -0000 On 9/21/05, Stepan Rakhimov wrote: > Hi, > After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to > panic the kernel (everything run smoothly before makeworld/makekernel). > I rebuilt it, but with no success. > Did anybody have such a problem? > > P.S. my X is absolutely unuseable because nv driver hangs the system > just after kde load. for the binary nvidia driver, try it with both the BSD native and Nvidia binary AGP support. Follow the instructions in the readme ( /usr/X11R6/share/doc/NVIDIA_GLX-1.0/README ) From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 12:27:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E117716A41F for ; Wed, 21 Sep 2005 12:27:14 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 1990343D48 for ; Wed, 21 Sep 2005 12:27:13 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 16646 invoked by uid 503); 21 Sep 2005 21:27:11 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 21 Sep 2005 21:27:11 +0900 Date: Wed, 21 Sep 2005 21:27:10 +0900 (JST) Message-Id: <20050921.212710.74756457.haro@h4.dion.ne.jp> To: imp@bsdimp.com From: Munehiro Matsuda In-Reply-To: <20050920.132326.76562879.imp@bsdimp.com> References: <20050921.013052.74756148.haro@h4.dion.ne.jp> <20050920.132326.76562879.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic with recent PCcard changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 12:27:15 -0000 Hi Warner, Sorry for the late responce, and thanks for your quick fix. I've confirmed that panic has gone away, and two /dev/pccard?.cis devices created. $ ls -l /dev/pccard* crw-rw-rw- 1 root wheel 0, 40 Sep 21 21:19 /dev/pccard0.cis crw-rw-rw- 1 root wheel 0, 41 Sep 21 21:19 /dev/pccard1.cis $ Thank you, Haro From: "M. Warner Losh" Date: Tue, 20 Sep 2005 13:23:26 -0600 (MDT) ::In message: <20050921.013052.74756148.haro@h4.dion.ne.jp> :: Munehiro Matsuda writes: ::: pccard1: <16-bit PCCard bus> on cbb1 ::========^===== 1 ::: panic: make_dev() by driver pccard on pre-existing device (min=0, ::: name=pccard0.cis) ::=============^==== 0 :: ::I wonder why :: sc->cisdev = make_dev(&pccard_cdevsw, 0, 0, 0, 0666, "pccard%u.cis", :: device_get_unit(sc->dev)); :: ::device_get_unit is returning 0 instead of 1 for the second device. ::haro-san, if you could add some debugging information to try to find ::out why this is the case, that would be helpful. :: ::My laptop only has one pccard/cardbus slot, so I didn't run into this ::or even think it would be a problem... :: ::Warner :: From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 13:20:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCE1D16A420 for ; Wed, 21 Sep 2005 13:20:47 +0000 (GMT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (pegasus.freibergnet.de [80.243.43.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB48B43D49 for ; Wed, 21 Sep 2005 13:20:46 +0000 (GMT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) by pegasus.freiberg-net.de (8.13.4/8.13.1) with ESMTP id j8LDKi9N001486 for ; Wed, 21 Sep 2005 15:20:44 +0200 (CEST) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.13.4/8.13.1/Submit) id j8LDKimP001485 for freebsd-current@freebsd.org; Wed, 21 Sep 2005 15:20:44 +0200 (CEST) (envelope-from holm) Date: Wed, 21 Sep 2005 15:20:44 +0200 From: Holm Tiffe To: freebsd-current@freebsd.org Message-ID: <20050921132044.GA1111@pegasus.freiberg-net.de> Mail-Followup-To: Holm Tiffe , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: FreibergNet Internet Services Priority: normal X-Phone: +49-3731-419010 X-Fax: +49-3731-4196026 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC Subject: RELENG_6 if_wi in hostap mode broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: holm@freibergnet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 13:20:47 -0000 Hi, I have a Netgear MA311 running in hostap mode from time to time in my pc. This card is there for teting purposes mostly. Today I've found this card not working anymore with my existing configuration, the client gets associated but I can't get a single packet to the client or vis versa. ifconfig wi0 channel 10 ifconfig wi0 media DS11 mediaopt hostap ifconfig wi0 stationname PEGASUS ifconfig wi0 wepkey 0xsomething ifconfig wi0 wepmode on ifconfig wi0 ssid "FGNETWILAN" ifconfig wi0 inet 192.168.100.20 netmask 255.255.255.0 wi0: flags=8843 mtu 1500 inet 192.168.100.20 netmask 0xffffff00 broadcast 192.168.100.255 inet6 fe80::209:5bff:fe69:39c8%wi0 prefixlen 64 scopeid 0x2 ether 00:09:5b:69:39:c8 media: IEEE 802.11 Wireless Ethernet DS/11Mbps (DS/2Mbps ) status: associated ssid FGNETWILAN channel 10 bssid 00:09:5b:69:39:c8 stationname PEGASUS authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 100 dtimperiod 1 bintval 100 Is this a known Issue? Unfortunately I must remove the card from the pc now, because an other one has died and must be replaced.... Regards, Holm -- L&P::Kommunikation GbR Holm Tiffe * Administration, Development FreibergNet.de Internet Systems phone +49 3731 419010 Bereich Server & Technik fax +49 3731 4196026 D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 13:51:26 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC86516A41F for ; Wed, 21 Sep 2005 13:51:26 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEB7843D46 for ; Wed, 21 Sep 2005 13:51:25 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8LDpNa8000526; Wed, 21 Sep 2005 16:51:23 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 71809-02; Wed, 21 Sep 2005 16:51:21 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8LDpLJS000521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 16:51:21 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8LDpbNY023231; Wed, 21 Sep 2005 16:51:37 +0300 (EEST) (envelope-from ru) Date: Wed, 21 Sep 2005 16:51:37 +0300 From: Ruslan Ermilov To: Marcel Moolenaar Message-ID: <20050921135137.GA22964@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> <20050920211359.GA22676@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20050920211359.GA22676@ns1.xcllnt.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 13:51:26 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 02:13:59PM -0700, Marcel Moolenaar wrote: > On Tue, Sep 20, 2005 at 08:26:36PM +0300, Ruslan Ermilov wrote: > > >=20 > > > In my experience, you need to use: > > >=20 > > > cuad0 "/usr/libexec/getty std.9600" dialup on secure > > > and not > > > ttyd0 "/usr/libexec/getty std.9600" dialup on secure > > >=20 > > > in /etc/ttys to get a console on the serial port if you are not using= -h > > > in /boot.config. I'm pretty sure it's been like this for a long time. > > >=20 > > > What line have you got in /etc/ttys? > > >=20 > > I've come to the same conclusion after also trying uart(4) instead > > of sio(4). >=20 > Don't forget that DCD does not have to be asserted when the > serial line is used as serial console. When the serial line > is not used as serial console, DCD must be asserted. This > is not always the case with null-modem cables. > Change std.9600 to 3wire.9600 and don't use cua*. Use tty*. >=20 Thanks a lot! This has fixed all issues I had, now everything works as advertised, including being able to use conscontrol(8) to add serial console, and set/reset console via TIOCSTTY. Perhaps it would be a good idea to add entries with 3wire to /etc/ttys? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDMWVpqRfpzJluFF4RAjq8AJ9/fYSddIeW0RihXcX0hAPvh4SNYwCePtuN e01SD0b2exTrQgNneHcSNeo= =JXet -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 15:15:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35CF516A41F for ; Wed, 21 Sep 2005 15:15:37 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4D1C43D48 for ; Wed, 21 Sep 2005 15:15:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8LFDFbb053940; Wed, 21 Sep 2005 09:13:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 21 Sep 2005 09:13:37 -0600 (MDT) Message-Id: <20050921.091337.76053665.imp@bsdimp.com> To: haro@h4.dion.ne.jp From: "M. Warner Losh" In-Reply-To: <20050921.212710.74756457.haro@h4.dion.ne.jp> References: <20050921.013052.74756148.haro@h4.dion.ne.jp> <20050920.132326.76562879.imp@bsdimp.com> <20050921.212710.74756457.haro@h4.dion.ne.jp> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 21 Sep 2005 09:13:18 -0600 (MDT) Cc: current@freebsd.org Subject: Re: Panic with recent PCcard changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 15:15:37 -0000 In message: <20050921.212710.74756457.haro@h4.dion.ne.jp> Munehiro Matsuda writes: : Hi Warner, : : Sorry for the late responce, and thanks for your quick fix. : I've confirmed that panic has gone away, and two /dev/pccard?.cis : devices created. : : $ ls -l /dev/pccard* : crw-rw-rw- 1 root wheel 0, 40 Sep 21 21:19 /dev/pccard0.cis : crw-rw-rw- 1 root wheel 0, 41 Sep 21 21:19 /dev/pccard1.cis : $ : : Thank you, You are most welcome. Thanks for restesting so quickly. Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 16:06:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B1AF16A420 for ; Wed, 21 Sep 2005 16:06:08 +0000 (GMT) (envelope-from sangwoos@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6B8243D48 for ; Wed, 21 Sep 2005 16:06:05 +0000 (GMT) (envelope-from sangwoos@gmail.com) Received: by rproxy.gmail.com with SMTP id c51so295119rne for ; Wed, 21 Sep 2005 09:06:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AVlllgxXsAIIQH32m2jOXxA2+czujUNVdNF/YrnHJ3fOAFLM/E2YfNlrnviBlieYi5ra/NQ/mb7pQ1MYcFy8CUrxwP85R8Nckqj6nh+QDWK49+4wsTz4mG7lT+01987tMgUim6Kg3HJQdHWKrg59epiK7cwnhotGsZBt+hnHLIc= Received: by 10.11.99.53 with SMTP id w53mr22975cwb; Wed, 21 Sep 2005 09:06:04 -0700 (PDT) Received: by 10.11.118.26 with HTTP; Wed, 21 Sep 2005 09:06:04 -0700 (PDT) Message-ID: <4cbd01f40509210906837eb9a@mail.gmail.com> Date: Thu, 22 Sep 2005 01:06:04 +0900 From: Sangwoo Shim To: freebsd-current@freebsd.org, damien@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: ural(4) panic if debug.mpsafenet is set to 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sangwoo Shim List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 16:06:08 -0000 Hello. I'm using ural(4) with wpa_supplicant. But on some modest-high traffic, it panics like this: ieee80211_free_node(...) ural_txeof(...) usb_transfer_complete(...) ehci_softintr(...) ehci_intr1(...) ithread_loop(...) fork_exit(...) fork_trampoliine(...) I was unable to dump core. (Don't know why. It just blocks after I type 'call doadump') And I could not reproduce this with debug.mpsafenet=3D0. My machine is SMP with 2 cpus. (P3-650MHz) Thanks. Sangwoo Shim From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 16:50:00 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB61616A41F; Wed, 21 Sep 2005 16:50:00 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24B9443D70; Wed, 21 Sep 2005 16:49:42 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j8LGng6Y031280; Wed, 21 Sep 2005 09:49:42 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050921135137.GA22964@ip.net.ua> References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920153044.GC468@ip.net.ua> <1127230793.30479.24.camel@buffy.york.ac.uk> <20050920172635.GA2811@ip.net.ua> <20050920211359.GA22676@ns1.xcllnt.net> <20050921135137.GA22964@ip.net.ua> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4DC3BFC4-CC68-4DD5-BA4B-1DD7702AB775@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 21 Sep 2005 09:49:40 -0700 To: Ruslan Ermilov X-Mailer: Apple Mail (2.734) Cc: freebsd-current@FreeBSD.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 16:50:00 -0000 On Sep 21, 2005, at 6:51 AM, Ruslan Ermilov wrote: > Perhaps it would be a good idea to add entries with 3wire > to /etc/ttys? Yes, I think that's a good idea. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:01:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC6CE16A41F for ; Wed, 21 Sep 2005 17:01:28 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82EBB43D5E for ; Wed, 21 Sep 2005 17:01:28 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j8LGwrkY031339; Wed, 21 Sep 2005 09:58:53 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0199C9BB-2BC3-47DD-A787-9F8DC77237BC@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 21 Sep 2005 09:58:52 -0700 To: Marcel Moolenaar X-Mailer: Apple Mail (2.734) Cc: current@freebsd.org Subject: Re: Unaligned memory reference in fxp(4)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:01:28 -0000 On Sep 20, 2005, at 5:44 PM, Marcel Moolenaar wrote: > I just got this on a 4-way ia64 box running 6.0-BETA5 at work: > > \begin{console} > fatal kernel trap (cpu 3): > > trap vector = 0x1e (Unaligned Reference) > cr.iip = 0xe0000000042ae5b0 > cr.ipsr = 0x1210080a6018 > (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=1,bn) > cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) > cr.ifa = 0xc0000000fafe0019 > curthread = 0xe00000007d79a7e0 > pid = 41, comm = nfsiod 1 > > [thread pid 41 tid 100038 ] > Stopped at fxp_scb_wait+0x361: [M1] ld2.acq r49=[r49] > db> wh > Tracing pid 41 tid 100038 td 0xe00000007d79a7e0 > fxp_scb_wait(0xe000000004ebe000, 0x0, 0xe000000004ebe078, > 0xe000000004ebe070, 0xc000000000000000) at fxp_scb_wait+0x361 *snip* I already fixed it in -current. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:15:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E08616A41F for ; Wed, 21 Sep 2005 17:15:04 +0000 (GMT) (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 02E3D43D46 for ; Wed, 21 Sep 2005 17:15:03 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LHF3QR066192 for ; Wed, 21 Sep 2005 13:15:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LHF2ja030723 for ; Wed, 21 Sep 2005 13:15:02 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LHF0G1010467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Sep 2005 13:15:01 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 21 Sep 2005 13:15:28 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Subject: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:15:04 -0000 lock order reversal 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 2nd 0xc28d9150 ipsec request (ipsec request) @ /usr/src/sys/netipsec/ipsec_output.c:354 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0763e30,c0763e58,c072b204) at kdb_backtrace+0x29 witness_checkorder(c28d9150,9,c06fc8ea,162) at witness_checkorder+0x564 _mtx_lock_flags(c28d9150,0,c06fc8ea,162,0) at _mtx_lock_flags+0x5b ipsec4_process_packet(c28f9800,c28d9100,22,0,c26c8e00) at ipsec4_process_packet+0x45 ip_output(c28f9800,0,e740fb28,22,0) at ip_output+0x74f div_output(c294b858,c28f9800,c23bd440,0,e740fc08) at div_output+0x185 div_send(c294b858,0,c28f9800,c23bd440,0) at div_send+0x3f sosend(c294b858,c23bd440,e740fc3c,c28f9800,0) at sosend+0x5e3 kern_sendit(c2711d80,3,e740fcbc,0,0) at kern_sendit+0x104 sendit(c2711d80,3,e740fcbc,0,bfbdec04) at sendit+0x163 sendto(c2711d80,e740fd04,6,0,296) at sendto+0x4d syscall(3b,3b,3b,2,64) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280c5d97, esp = 0xbfbdeb0c, ebp = 0xbfbeebb8 --- I am able to replicate this on the box without too much effort. Unfortunately, it doesnt want to dump on my twe device for some reason despite doing a dumpon -v /dev/twed0s1b # dumpon -v /dev/twed0s1b kernel dumps on /dev/twed0s1b # pstat -T 110/12328 files 0M/2048M swap space ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:23:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9256716A41F for ; Wed, 21 Sep 2005 17:23:46 +0000 (GMT) (envelope-from peter@dataloss.nl) Received: from useful.dataloss.nl (useful.dataloss.nl [80.84.249.161]) by mx1.FreeBSD.org (Postfix) with SMTP id 07DA043D45 for ; Wed, 21 Sep 2005 17:23:44 +0000 (GMT) (envelope-from peter@dataloss.nl) Received: (qmail 4775 invoked by uid 1001); 21 Sep 2005 17:23:43 -0000 Date: Wed, 21 Sep 2005 19:23:43 +0200 From: Peter van Dijk To: freebsd-net@freebsd.org, current@freebsd.org Message-ID: <20050921172343.GF17888@dataloss.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Cc: Subject: sparc64 if_bridge broken between BETA4 and BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:23:46 -0000 Hello, with 6.0-BETA4 (from september 10th) if_tap and if_bridge cooperate perfectly. After upgrading to BETA5 my machine panics seconds after I ifconfig bridge0 up.. I tested if_tap independently and it is fine; if_bridge panics without if_tap too. The error message is along the lines of 'unaligned access'. I'm sorry I don't have more information right now; my keyboard doesn't work in the kernel debugger and my serial cable is not here. Running a BETA5 kernel with the .ko from BETA4 produces the same panic. If anything else is needed, please ask; hints on getting my keyboard working again (I seem to recall it worked with 5.3) are welcome too :) I may have misplaced options in the general area of syscons.. Cheers, Peter -- peter@dataloss.nl | ~ tonight tonight, what is this potion http://blog.dataloss.nl/ | ~ that makes a fool of me UnderNet/#clue | Wayfinder, fr-025 soundtrack From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:33:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0694E16A41F for ; Wed, 21 Sep 2005 17:33:16 +0000 (GMT) (envelope-from jperalta17@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83AFD43D45 for ; Wed, 21 Sep 2005 17:33:15 +0000 (GMT) (envelope-from jperalta17@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so177938nzd for ; Wed, 21 Sep 2005 10:33:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=SllHyIZa0BvCFc0BDnsdtOpvcLeTDKbn8vzFtTUyJlE5qLC9jeDcDuuagjzS/+Y3+C14jLk8cgHWvX0XdZV3ImeVv0GWhol9iq1DBRQDgCl9iNPdXaS/+rj6bEPur7RYAA3ZAYMfksgcTV5SojATBbllveAbK+a1b2ka5IeJ+V0= Received: by 10.36.23.6 with SMTP id 6mr2977766nzw; Wed, 21 Sep 2005 10:33:15 -0700 (PDT) Received: by 10.36.227.40 with HTTP; Wed, 21 Sep 2005 10:33:15 -0700 (PDT) Message-ID: Date: Wed, 21 Sep 2005 13:33:15 -0400 From: Joseph Peralta To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: errors during buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Peralta List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:33:16 -0000 I am attempting to run 'make buildworld' using the FreeBSD 6.0-BETA5 source= , prior to this I completely removed and re-created /usr/src and /usr/obj and downloaded the new source with cvsup. During the build I get the following error, does anyone have any ideas what would be causing it or how to fix it= ? /usr/src/lib/libz/inflate.c:1086: internal compiler error: Segmentation fault cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_copysignl.S -o s_copysignl.So cc -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_floorl.S cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_floorl.S -o s_floorl.So cc -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_scalbnl.S cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_scalbnl.S -o s_scalbnl.So cc -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_truncl.S cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -c /usr/src/lib/msun/i387/s_truncl.S -o s_truncl.So building static m library building shared library libm.so.4 ranlib libm.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libm.a/usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/msun/i387/fenv.h /usr/src/lib/msun/src/math.h /usr/obj/usr/src/tmp/usr/include sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libm.so.4/usr/obj/usr/src/tmp/lib ln -fs /usr/obj/usr/src/tmp/lib/libm.so.4 /usr/obj/usr/src/tmp/usr/lib/libm.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:41:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE98116A41F; Wed, 21 Sep 2005 17:41:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58E5A43D48; Wed, 21 Sep 2005 17:41:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8LHfP0r010623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 13:41:25 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8LHfO6P004169; Wed, 21 Sep 2005 13:41:25 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5D89251562; Wed, 21 Sep 2005 13:41:24 -0400 (EDT) Date: Wed, 21 Sep 2005 13:41:24 -0400 From: Kris Kennaway To: Mike Tancsa Message-ID: <20050921174124.GA80991@xor.obsecurity.org> References: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> User-Agent: Mutt/1.4.2.1i Cc: vkashyap@freebsd.org, freebsd-current@freebsd.org Subject: Re: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:41:26 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 21, 2005 at 01:15:28PM -0400, Mike Tancsa wrote: >=20 > lock order reversal > 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 > 2nd 0xc28d9150 ipsec request (ipsec request) @=20 > /usr/src/sys/netipsec/ipsec_output.c:354 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0763e30,c0763e58,c072b204) at kdb_backtrace+0x29 > witness_checkorder(c28d9150,9,c06fc8ea,162) at witness_checkorder+0x564 > _mtx_lock_flags(c28d9150,0,c06fc8ea,162,0) at _mtx_lock_flags+0x5b > ipsec4_process_packet(c28f9800,c28d9100,22,0,c26c8e00) at=20 > ipsec4_process_packet+0x45 > ip_output(c28f9800,0,e740fb28,22,0) at ip_output+0x74f > div_output(c294b858,c28f9800,c23bd440,0,e740fc08) at div_output+0x185 > div_send(c294b858,0,c28f9800,c23bd440,0) at div_send+0x3f > sosend(c294b858,c23bd440,e740fc3c,c28f9800,0) at sosend+0x5e3 > kern_sendit(c2711d80,3,e740fcbc,0,0) at kern_sendit+0x104 > sendit(c2711d80,3,e740fcbc,0,bfbdec04) at sendit+0x163 > sendto(c2711d80,e740fd04,6,0,296) at sendto+0x4d > syscall(3b,3b,3b,2,64) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x280c5d97, esp =3D=20 > 0xbfbdeb0c, ebp =3D 0xbfbeebb8 --- >=20 > I am able to replicate this on the box without too much=20 > effort. Unfortunately, it doesnt want to dump on my twe device for=20 > some reason despite doing a > dumpon -v /dev/twed0s1b Dumps on twe seem to be broken. vinod, have you made any progress on this since last we spoke? Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMZtEWry0BWjoQKURAvMJAKCqIFbCCt4XrylGMACnxtSRWI169gCfYstI oh3KDzjnUVB+F5sJSNR4ibw= =F9zB -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:41:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91F0216A41F for ; Wed, 21 Sep 2005 17:41:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 257D643D46 for ; Wed, 21 Sep 2005 17:41:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8LHfu0r010676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 13:41:56 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8LHfu6P004233; Wed, 21 Sep 2005 13:41:56 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EF691511DB; Wed, 21 Sep 2005 13:41:55 -0400 (EDT) Date: Wed, 21 Sep 2005 13:41:55 -0400 From: Kris Kennaway To: Joseph Peralta Message-ID: <20050921174155.GB80991@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: errors during buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:41:57 -0000 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 21, 2005 at 01:33:15PM -0400, Joseph Peralta wrote: > I am attempting to run 'make buildworld' using the FreeBSD 6.0-BETA5 source, > prior to this I completely removed and re-created /usr/src and /usr/obj and > downloaded the new source with cvsup. During the build I get the following > error, does anyone have any ideas what would be causing it or how to fix it? > /usr/src/lib/libz/inflate.c:1086: internal compiler error: Segmentation This is a FAQ, it usually means hardware failure. Kris --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMZtjWry0BWjoQKURAgkXAJ9XGdC+S2fUHg3RR7KR1hquB8h+UwCgrNc3 ypyJ73Kyhf2CfX+JdqliUyA= =dP1N -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:44:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A7716A41F; Wed, 21 Sep 2005 17:44:54 +0000 (GMT) (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 4085343D49; Wed, 21 Sep 2005 17:44:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LHirK9068803; Wed, 21 Sep 2005 13:44:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LHirGA034757; Wed, 21 Sep 2005 13:44:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LHipOV010536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 13:44:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050921133312.06993240@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 21 Sep 2005 13:45:17 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> References: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Subject: Re: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:44:54 -0000 At 01:15 PM 21/09/2005, Mike Tancsa wrote: >lock order reversal > 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 > 2nd 0xc28d9150 ipsec request (ipsec request) @ > /usr/src/sys/netipsec/ipsec_output.c:354 >KDB: stack backtrace: >kdb_backtrace(0,ffffffff,c0763e30,c0763e58,c072b204) at kdb_backtrace+0x29 >witness_checkorder(c28d9150,9,c06fc8ea,162) at witness_checkorder+0x564 >_mtx_lock_flags(c28d9150,0,c06fc8ea,162,0) at _mtx_lock_flags+0x5b >ipsec4_process_packet(c28f9800,c28d9100,22,0,c26c8e00) at >ipsec4_process_packet+0x45 >ip_output(c28f9800,0,e740fb28,22,0) at ip_output+0x74f >div_output(c294b858,c28f9800,c23bd440,0,e740fc08) at div_output+0x185 >div_send(c294b858,0,c28f9800,c23bd440,0) at div_send+0x3f >sosend(c294b858,c23bd440,e740fc3c,c28f9800,0) at sosend+0x5e3 >kern_sendit(c2711d80,3,e740fcbc,0,0) at kern_sendit+0x104 >sendit(c2711d80,3,e740fcbc,0,bfbdec04) at sendit+0x163 >sendto(c2711d80,e740fd04,6,0,296) at sendto+0x4d >syscall(3b,3b,3b,2,64) at syscall+0x22f >Xint0x80_syscall() at Xint0x80_syscall+0x1f >--- syscall (133, FreeBSD ELF32, sendto), eip = 0x280c5d97, esp = >0xbfbdeb0c, ebp = 0xbfbeebb8 --- > >I am able to replicate this on the box without too much >effort. Unfortunately, it doesnt want to dump on my twe device for >some reason despite doing a >dumpon -v /dev/twed0s1b OK, I figured out why no dumps. Its not actually core dumping, its getting into some sort of deadlock. The reboot was courtesy of the watchdog kicking in. I recompiled the kernel so I can break to the serial console and disabled the watchdog so the box does not reboot. On the serial console, I see the LOR lock order reversal 1st 0xc292a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 2nd 0xc28bc950 ipsec request (ipsec request) @ /usr/src/sys/netipsec/ipsec_output.c:354 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c075ed70,c075ed98,c07261c4) at kdb_backtrace+0x29 witness_checkorder(c28bc950,9,c06f7aa6,162) at witness_checkorder+0x564 _mtx_lock_flags(c28bc950,0,c06f7aa6,162,0) at _mtx_lock_flags+0x5b ipsec4_process_packet(c2a4a400,c28bc900,22,0,c28b7600) at ipsec4_process_packet+0x45 ip_output(c2a4a400,0,e741eb28,22,0) at ip_output+0x74f div_output(c2926b20,c2a4a400,c255a280,0,e741ec08) at div_output+0x185 div_send(c2926b20,0,c2a4a400,c255a280,0) at div_send+0x3f sosend(c2926b20,c255a280,e741ec3c,c2a4a400,0) at sosend+0x5e3 kern_sendit(c2731600,3,e741ecbc,0,0) at kern_sendit+0x104 sendit(c2731600,3,e741ecbc,0,bfbdec1c) at sendit+0x163 sendto(c2731600,e741ed04,6,2,296) at sendto+0x4d syscall(3b,3b,3b,2,7c) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280c5d97, esp = 0xbfbdeb0c, ebp = 0xbfbeebb8 --- And here the box is frozen up. telnet> send break KDB: enter: Line break on console [thread pid 12 tid 100004 ] Stopped at kdb_enter+0x2b: nop db> db> show pcpu cpuid = 0 curthread = 0xc22a9900: pid 12 "idle: cpu0" curpcb = 0xe3481d90 fpcurthread = none idlethread = 0xc22a9900: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show alllocks Process 682 (ssh) thread 0xc2aa6000 (100137) exclusive sleep mutex crypto (crypto op queues) r = 0 (0xc07aa420) locked @ /usr/src/sys/opencrypto/crypto.c:669 exclusive sleep mutex ipsec request r = 1 (0xc28bc950) locked @ /usr/src/sys/netipsec/xform_esp.c:872 exclusive sleep mutex inp (tcpinp) r = 0 (0xc28c6a68) locked @ /usr/src/sys/netinet/tcp_usrreq.c:651 Process 586 (natd) thread 0xc2731600 (100080) exclusive sleep mutex inp (divinp) r = 0 (0xc292a090) locked @ /usr/src/sys/netinet/ip_divert.c:327 exclusive sleep mutex div r = 0 (0xc07a0b6c) locked @ /usr/src/sys/netinet/ip_divert.c:325 Process 37 (swi4: clock sio) thread 0xc2317d80 (100036) exclusive sleep mutex tcp r = 0 (0xc07a1ecc) locked @ /usr/src/sys/netinet/tcp_timer.c:457 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 682 c2aa4830 0 681 681 0004002 [LOCK div c29f57c0] ssh 681 c2aa4a3c 0 679 681 0004002 [SLPQ piperd 0xc272f000][SLP] scp 679 c2894830 0 678 679 0004002 [SLPQ pause 0xc2894864][SLP] csh 678 c2894624 1001 675 678 0004102 [SLPQ wait 0xc2894624][SLP] su 675 c26efa3c 1001 674 675 0004002 [SLPQ pause 0xc26efa70][SLP] csh 674 c2894a3c 1001 672 672 0000100 [SLPQ select 0xc079d3c4][SLP] sshd 672 c2734830 0 523 672 0004100 [SLPQ sbwait 0xc2a2920c][SLP] sshd 663 c29f320c 0 657 663 0004102 [SLPQ select 0xc079d3c4][SLP] openvpn 657 c2894c48 0 656 657 0004002 [SLPQ pause 0xc2894c7c][SLP] csh 656 c29f3000 1001 653 656 0004102 [SLPQ wait 0xc29f3000][SLP] su 653 c29f3624 1001 652 653 0004002 [SLPQ pause 0xc29f3658][SLP] csh 652 c26ec624 1001 650 650 0000100 [SLPQ select 0xc079d3c4][SLP] sshd 650 c29f3a3c 0 523 650 0004100 [SLPQ sbwait 0xc2a2a20c][SLP] sshd 649 c29f3c48 0 1 649 0004002 [SLPQ ttyin 0xc254d410][SLP] getty 648 c29f7000 0 1 648 0004002 [SLPQ ttyin 0xc254f010][SLP] getty 647 c29f720c 0 1 647 0004002 [SLPQ ttyin 0xc254c410][SLP] getty 646 c29f7418 0 1 646 0004002 [SLPQ ttyin 0xc254fc10][SLP] getty 645 c29f7624 0 1 645 0004002 [SLPQ ttyin 0xc2555010][SLP] getty 644 c29f7830 0 1 644 0004002 [SLPQ ttyin 0xc254f810][SLP] getty 643 c2734000 0 1 643 0004002 [SLPQ ttyin 0xc2555810][SLP] getty 642 c2733000 0 1 642 0004002 [SLPQ ttyin 0xc2557010][SLP] getty 641 c26efc48 0 1 641 0004002 [SLPQ ttyin 0xc2556010][SLP] getty 595 c2730a3c 0 1 64 0000002 [SLPQ select 0xc079d3c4][SLP] 3dm2 586 c2730624 0 1 586 0000000 [LOCK ipsec request c26bacc0] natd 570 c2734624 0 1 570 0000101 [SLPQ select 0xc079d3c4][SLP] bgpd 568 c289020c 0 1 568 0000101 [SLPQ select 0xc079d3c4][SLP] zebra 545 c2734c48 0 1 545 0000000 [SLPQ nanslp 0xc07500ac][SLP] cron 532 c2733830 25 1 532 0000100 [SLPQ pause 0xc2733864][SLP] sendmail 528 c2730418 0 1 528 0000100 [SLPQ select 0xc079d3c4][SLP] sendmail 523 c2733c48 0 1 523 0000100 [SLPQ select 0xc079d3c4][SLP] sshd 521 c2890c48 0 505 505 0000000 [SLPQ pause 0xc2890c7c][SLP] ntpd 505 c26eca3c 0 1 505 0000000 [SLPQ select 0xc079d3c4][SLP] ntpd 407 c2890624 53 1 407 0000100 [SLPQ select 0xc079d3c4][SLP] named 346 c2890000 0 1 346 0000000 [SLPQ select 0xc079d3c4][SLP] syslogd 313 c26ec000 0 1 313 0000000 [SLPQ select 0xc079d3c4][SLP] devd 191 c26ef000 0 1 191 0000000 [SLPQ pause 0xc26ef034][SLP] adjkerntz 63 c238d20c 0 0 0 0000204 [SLPQ - 0xe4f4fd04][SLP] schedcpu 62 c238d418 0 0 0 0000204 [SLPQ - 0xc07a502c][SLP] nfsiod 3 61 c238d624 0 0 0 0000204 [SLPQ - 0xc07a5028][SLP] nfsiod 2 60 c238d830 0 0 0 0000204 [SLPQ - 0xc07a5024][SLP] nfsiod 1 59 c238da3c 0 0 0 0000204 [SLPQ - 0xc07a5020][SLP] nfsiod 0 58 c238dc48 0 0 0 0000204 [SLPQ vlruwt 0xc238dc48][SLP] vnlru 57 c23f4000 0 0 0 0000204 [SLPQ syncer 0xc074fe1c][SLP] syncer 56 c23f420c 0 0 0 0000204 [SLPQ psleep 0xc079d90c][SLP] bufdaemon 55 c23f4418 0 0 0 000020c [SLPQ pgzero 0xc07ab684][SLP] pagezero 54 c23f4624 0 0 0 0000204 [SLPQ psleep 0xc07ab1d4][SLP] vmdaemon 53 c23f4830 0 0 0 0000204 [SLPQ psleep 0xc07ab190][SLP] pagedaemon 52 c23f4a3c 0 0 0 0000204 [IWAIT] swi0: sio 51 c23f4c48 0 0 0 0000204 [SLPQ usbevt 0xc238b210][SLP] usb4 50 c2316624 0 0 0 0000204 [SLPQ usbevt 0xc23d4210][SLP] usb3 49 c2316830 0 0 0 0000204 [SLPQ usbevt 0xc23c0210][SLP] usb2 48 c2316a3c 0 0 0 0000204 [SLPQ usbevt 0xc2394210][SLP] usb1 47 c2316c48 0 0 0 0000204 [SLPQ usbtsk 0xc074ad64][SLP] usbtask 46 c238c000 0 0 0 0000204 [SLPQ usbevt 0xc2398210][SLP] usb0 45 c238c20c 0 0 0 0000204 [IWAIT] swi6: task queue 44 c238c418 0 0 0 0000204 [SLPQ - 0xc233a980][SLP] acpi_task2 43 c238c624 0 0 0 0000204 [SLPQ - 0xc233a980][SLP] acpi_task1 9 c238c830 0 0 0 0000204 [SLPQ - 0xc233a980][SLP] acpi_task0 8 c238ca3c 0 0 0 0000204 [SLPQ - 0xc233aa00][SLP] kqueue taskq 42 c238cc48 0 0 0 0000204 [IWAIT] swi2: cambio 41 c238d000 0 0 0 0000204 [IWAIT] swi5:+ 7 c2309c48 0 0 0 0000204 [SLPQ - 0xc233ac80][SLP] thread taskq 40 c2315000 0 0 0 0000204 [IWAIT] swi6:+ 39 c231520c 0 0 0 0000204 [SLPQ - 0xc074a5a0][SLP] yarrow 6 c2315418 0 0 0 0000204 [SLPQ - 0xc074d5a8][SLP] g_down 5 c2315624 0 0 0 0000204 [SLPQ - 0xc074d5a4][SLP] g_up 4 c2315830 0 0 0 0000204 [SLPQ - 0xc074d59c][SLP] g_event 3 c2315a3c 0 0 0 0000204 [SLPQ crypto_ret_wait 0xc07aa444][SLP] crypto returns 2 c2315c48 0 0 0 0000204 [SLPQ crypto_wait 0xc07aa404][SLP] crypto 38 c2316000 0 0 0 0000204 [IWAIT] swi3: vm 37 c231620c 0 0 0 000020c [LOCK inp c22f8dc0] swi4: clock sio 36 c2316418 0 0 0 0000204 [LOCK div c29f57c0] swi1: net 35 c2300624 0 0 0 0000204 [IWAIT] irq23: uhci0 ehci0 34 c2300830 0 0 0 0000204 [IWAIT] irq22: em0 33 c2300a3c 0 0 0 0000204 [IWAIT] irq21: twe0 32 c2300c48 0 0 0 0000204 [IWAIT] irq20: fxp0 31 c2309000 0 0 0 0000204 [IWAIT] irq19: uhci1++ 30 c230920c 0 0 0 0000204 [IWAIT] irq18: uhci2 29 c2309418 0 0 0 0000204 [IWAIT] irq17: fwohci0 28 c2309624 0 0 0 0000204 [IWAIT] irq16: uhci3 27 c2309830 0 0 0 0000204 [IWAIT] irq15: ata1 26 c2309a3c 0 0 0 0000204 [IWAIT] irq14: ata0 25 c22ad20c 0 0 0 0000204 [IWAIT] irq13: 24 c22ad418 0 0 0 0000204 [IWAIT] irq12: 23 c22ad624 0 0 0 0000204 [IWAIT] irq11: 22 c22ad830 0 0 0 0000204 [IWAIT] irq10: 21 c22ada3c 0 0 0 0000204 [IWAIT] irq9: acpi0 20 c22adc48 0 0 0 0000204 [IWAIT] irq8: 19 c2300000 0 0 0 0000204 [IWAIT] irq7: ppc0 18 c230020c 0 0 0 0000204 [IWAIT] irq6: 17 c2300418 0 0 0 0000204 [IWAIT] irq5: 16 c22a8000 0 0 0 0000204 [IWAIT] irq4: sio0 15 c22a820c 0 0 0 0000204 [IWAIT] irq3: 14 c22a8418 0 0 0 0000204 [IWAIT] irq0: 13 c22a8624 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c22a8830 0 0 0 000020c [CPU 0] idle: cpu0 11 c22a8a3c 0 0 0 000020c [CPU 1] idle: cpu1 1 c22a8c48 0 0 1 0004200 [SLPQ wait 0xc22a8c48][SLP] init 10 c22ad000 0 0 0 0000204 [SLPQ ktrace 0xc074dff8][SLP] ktrace 0 c074d6a0 0 0 0 0000200 [IWAIT] swapper db> show lockedvnods Locked vnodes db> show lockedbufs db> trace Tracing pid 12 tid 100004 td 0xc22a9900 kdb_enter(c07056df) at kdb_enter+0x2b siointr1(c254b000,c07ad5c0,0,c07054eb,56e) at siointr1+0xce siointr(c254b000) at siointr+0x21 intr_execute_handlers(c229f490,e3481c94,4,e3481cd8,c068c0e3) at intr_execute_handlers+0xa5 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc08a18fd, esp = 0xe3481cd8, ebp = 0xe3481cd8 --- acpi_cpu_c1(c074f780,1,e3481cf8,1,c22a8830) at acpi_cpu_c1+0x5 acpi_cpu_idle(e3481d0c,c0516a51,c05169f4,e3481d24,c0516834) at acpi_cpu_idle+0x13e cpu_idle(c05169f4,e3481d24,c0516834,0,e3481d38) at cpu_idle+0x28 idle_proc(0,e3481d38,0,c05169f4,0) at idle_proc+0x5d fork_exit(c05169f4,0,e3481d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe3481d6c, ebp = 0 --- db> show lockedvnods Locked vnodes db> ># dumpon -v /dev/twed0s1b >kernel dumps on /dev/twed0s1b ># pstat -T >110/12328 files >0M/2048M swap space > > ---Mike > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:45:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF29016A41F; Wed, 21 Sep 2005 17:45:36 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from sdcexchange01.amcc.com (gatekeeper-out.amcc.com [198.137.200.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414AD43D45; Wed, 21 Sep 2005 17:45:35 +0000 (GMT) (envelope-from vkashyap@amcc.com) Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Sep 2005 10:45:31 -0700 Message-ID: <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LOR on RELENG_6, beta 5 thread-index: AcW+04OBzCfH0ikrSaKnmYsh9d6xjgAAJF9Q From: "Vinod Kashyap" To: "Kris Kennaway" , "Mike Tancsa" Cc: vkashyap@freebsd.org, freebsd-current@freebsd.org Subject: RE: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:45:36 -0000 > -----Original Message----- > From: Kris Kennaway [mailto:kris@obsecurity.org]=20 > Sent: Wednesday, September 21, 2005 10:41 AM > To: Mike Tancsa > Cc: freebsd-current@freebsd.org; vkashyap@freebsd.org > Subject: Re: LOR on RELENG_6, beta 5 >=20 > On Wed, Sep 21, 2005 at 01:15:28PM -0400, Mike Tancsa wrote: > >=20 > > lock order reversal > > 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 > > 2nd 0xc28d9150 ipsec request (ipsec request) @ > > /usr/src/sys/netipsec/ipsec_output.c:354 > > KDB: stack backtrace: > > kdb_backtrace(0,ffffffff,c0763e30,c0763e58,c072b204) at=20 > > kdb_backtrace+0x29 > > witness_checkorder(c28d9150,9,c06fc8ea,162) at=20 > > witness_checkorder+0x564 > > _mtx_lock_flags(c28d9150,0,c06fc8ea,162,0) at _mtx_lock_flags+0x5b > > ipsec4_process_packet(c28f9800,c28d9100,22,0,c26c8e00) at > > ipsec4_process_packet+0x45 > > ip_output(c28f9800,0,e740fb28,22,0) at ip_output+0x74f > > div_output(c294b858,c28f9800,c23bd440,0,e740fc08) at=20 > div_output+0x185 > > div_send(c294b858,0,c28f9800,c23bd440,0) at div_send+0x3f > > sosend(c294b858,c23bd440,e740fc3c,c28f9800,0) at sosend+0x5e3 > > kern_sendit(c2711d80,3,e740fcbc,0,0) at kern_sendit+0x104 > > sendit(c2711d80,3,e740fcbc,0,bfbdec04) at sendit+0x163 > > sendto(c2711d80,e740fd04,6,0,296) at sendto+0x4d > > syscall(3b,3b,3b,2,64) at syscall+0x22f > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x280c5d97, esp = =3D=20 > > 0xbfbdeb0c, ebp =3D 0xbfbeebb8 --- > >=20 > > I am able to replicate this on the box without too much effort. =20 > > Unfortunately, it doesnt want to dump on my twe device for=20 > some reason=20 > > despite doing a dumpon -v /dev/twed0s1b >=20 > Dumps on twe seem to be broken. vinod, have you made any=20 > progress on this since last we spoke? >=20 Like I told you earlier, I tried reproducing the problem both on 7 -CURRENT, and RELENG_6, but couldn't. Dumping on twe seems to work just fine. -------------------------------------------------------- CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, = is for the sole use of the intended recipient(s) and contains = information that is confidential and proprietary to Applied Micro = Circuits Corporation or its subsidiaries. It is to be used solely for = the purpose of furthering the parties' business relationship. All = unauthorized review, use, disclosure or distribution is prohibited. If = you are not the intended recipient, please contact the sender by reply = e-mail and destroy all copies of the original message. From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:53:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3123B16A41F; Wed, 21 Sep 2005 17:53:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFCBB43D46; Wed, 21 Sep 2005 17:53:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8LHrS0r011731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 13:53:28 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8LHrR6P005292; Wed, 21 Sep 2005 13:53:27 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2C7A5511D2; Wed, 21 Sep 2005 13:53:27 -0400 (EDT) Date: Wed, 21 Sep 2005 13:53:27 -0400 From: Kris Kennaway To: Vinod Kashyap Message-ID: <20050921175326.GA81378@xor.obsecurity.org> References: <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com> User-Agent: Mutt/1.4.2.1i Cc: vkashyap@freebsd.org, Mike Tancsa , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:53:31 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 21, 2005 at 10:45:31AM -0700, Vinod Kashyap wrote: > > -----Original Message----- > > From: Kris Kennaway [mailto:kris@obsecurity.org]=20 > > Sent: Wednesday, September 21, 2005 10:41 AM > > To: Mike Tancsa > > Cc: freebsd-current@freebsd.org; vkashyap@freebsd.org > > Subject: Re: LOR on RELENG_6, beta 5 > >=20 > > On Wed, Sep 21, 2005 at 01:15:28PM -0400, Mike Tancsa wrote: > > >=20 > > > lock order reversal > > > 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 > > > 2nd 0xc28d9150 ipsec request (ipsec request) @ > > > /usr/src/sys/netipsec/ipsec_output.c:354 > > > KDB: stack backtrace: > > > kdb_backtrace(0,ffffffff,c0763e30,c0763e58,c072b204) at=20 > > > kdb_backtrace+0x29 > > > witness_checkorder(c28d9150,9,c06fc8ea,162) at=20 > > > witness_checkorder+0x564 > > > _mtx_lock_flags(c28d9150,0,c06fc8ea,162,0) at _mtx_lock_flags+0x5b > > > ipsec4_process_packet(c28f9800,c28d9100,22,0,c26c8e00) at > > > ipsec4_process_packet+0x45 > > > ip_output(c28f9800,0,e740fb28,22,0) at ip_output+0x74f > > > div_output(c294b858,c28f9800,c23bd440,0,e740fc08) at=20 > > div_output+0x185 > > > div_send(c294b858,0,c28f9800,c23bd440,0) at div_send+0x3f > > > sosend(c294b858,c23bd440,e740fc3c,c28f9800,0) at sosend+0x5e3 > > > kern_sendit(c2711d80,3,e740fcbc,0,0) at kern_sendit+0x104 > > > sendit(c2711d80,3,e740fcbc,0,bfbdec04) at sendit+0x163 > > > sendto(c2711d80,e740fd04,6,0,296) at sendto+0x4d > > > syscall(3b,3b,3b,2,64) at syscall+0x22f > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x280c5d97, esp =3D= =20 > > > 0xbfbdeb0c, ebp =3D 0xbfbeebb8 --- > > >=20 > > > I am able to replicate this on the box without too much effort. =20 > > > Unfortunately, it doesnt want to dump on my twe device for=20 > > some reason=20 > > > despite doing a dumpon -v /dev/twed0s1b > >=20 > > Dumps on twe seem to be broken. vinod, have you made any=20 > > progress on this since last we spoke? > >=20 >=20 > Like I told you earlier, I tried reproducing the problem both on 7 > -CURRENT, > and RELENG_6, but couldn't. Dumping on twe seems to work just fine. And what of those of us for whom dumping does not, in fact, work fine? Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMZ4WWry0BWjoQKURAs3HAJ9WfpVXvUYi6u+NEIbkURtUEA54rQCeJNZt CZxHE61zbRYMhgwZhIUGZWo= =lyzT -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 18:05:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 059D816A41F for ; Wed, 21 Sep 2005 18:05:39 +0000 (GMT) (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 0C42B43D4C for ; Wed, 21 Sep 2005 18:05:37 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LI5bwG071019 for ; Wed, 21 Sep 2005 14:05:37 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LI5aMB043484; Wed, 21 Sep 2005 14:05:36 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LI5ZnG010612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 14:05:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050921140229.069e6728@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 21 Sep 2005 14:06:01 -0400 To: Kris Kennaway , Vinod Kashyap From: Mike Tancsa In-Reply-To: <20050921175326.GA81378@xor.obsecurity.org> References: <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com> <20050921175326.GA81378@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@freebsd.org Subject: Re: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 18:05:39 -0000 At 01:53 PM 21/09/2005, Kris Kennaway wrote: > > > > > > > > I am able to replicate this on the box without too much effort. > > > > Unfortunately, it doesnt want to dump on my twe device for > > > some reason > > > > despite doing a dumpon -v /dev/twed0s1b > > > > > > Dumps on twe seem to be broken. vinod, have you made any > > > progress on this since last we spoke? > > > > > > > Like I told you earlier, I tried reproducing the problem both on 7 > > -CURRENT, > > and RELENG_6, but couldn't. Dumping on twe seems to work just fine. > >And what of those of us for whom dumping does not, in fact, work fine? Actually in my case it was the watchdog killing the machine. From the debugger prompt, I can do a call doadump and it seems to write it out just fine and at bootup it recovers the core as expected. # ls -l /var/crash/vm* -rw------- 1 root wheel 1061322752 Sep 21 13:48 /var/crash/vmcore.37 ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 18:13:44 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D7916A41F; Wed, 21 Sep 2005 18:13:44 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2527C43D46; Wed, 21 Sep 2005 18:13:44 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.52 (FreeBSD)) id 1EI968-000DL5-IB; Wed, 21 Sep 2005 19:13:36 +0100 Date: Wed, 21 Sep 2005 19:13:36 +0100 From: Ceri Davies To: stable@FreeBSD.org, current@FreeBSD.org Message-ID: <20050921181336.GF72516@submonkey.net> Mail-Followup-To: Ceri Davies , stable@FreeBSD.org, current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cPi+lWm09sJ+d57q" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Subject: Panics on BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 18:13:45 -0000 --cPi+lWm09sJ+d57q Content-Type: multipart/mixed; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I can reliably panic a fresh install of 6.0-BETA5 on my laptop by installing the src set from CDROM with "sh install.sh all". To be honest, I believe that the drive on this laptop is on its way out, but I'm no expert. Backtraces attached; let me know what else is required. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="beta5.dumps" Content-Transfer-Encoding: quoted-printable Script started on Wed Sep 21 20:05:42 2005 # uname -a FreeBSD 6.0-BETA5 FreeBSD 6.0-BETA5 #0: Mon Sep 19 00:12:45 UTC 2005 r= oot@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 # kgdb /boot/kernel/kernel.debug /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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c8c2a000 Uptime: 15m46s Dumping 190 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 190MB (48624 pages) 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0634fe0 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc0635274 in panic ( fmt=3D0xc08756e3 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0797be4 in vm_fault (map=3D0xc1043000, vaddr=3D3368198144,=20 fault_type=3D2 '\002', fault_flags=3D0) at /usr/src/sys/vm/vm_fault.c:2= 77 #4 0xc080196f in trap_pfault (frame=3D0xca627c44, usermode=3D0, eva=3D3368= 200192) at /usr/src/sys/i386/i386/trap.c:741 #5 0xc0801605 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -926767104, tf_e= si =3D -1051993600, tf_ebp =3D -899515228, tf_isp =3D -899515280, tf_ebx = =3D -1051183152, tf_edx =3D 368, tf_ecx =3D 512, tf_eax =3D -926767104, tf_= trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068704226, tf_cs =3D 32, tf_eflag= s =3D 66050, tf_esp =3D -1052863744, tf_ss =3D 368}) at /usr/src/sys/i386/i386/trap.c:442 #6 0xc07f0eba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04cde1e in ata_pio_read (request=3D0xc15837d0, length=3D2048) at cpufunc.h:238 #8 0xc04cca88 in ata_end_transaction (request=3D0xc15837d0) at /usr/src/sys/dev/ata/ata-lowlevel.c:396 #9 0xc04bc7eb in ata_interrupt (data=3D0xc14bda00) at /usr/src/sys/dev/ata/ata-all.c:323 #10 0xc062100d in ithread_loop (arg=3D0xc13e4500) at /usr/src/sys/kern/kern_intr.c:545 ---Type to continue, or q to quit--- #11 0xc06202c0 in fork_exit (callout=3D0xc0620ec8 ,=20 arg=3D0xc13e4500, frame=3D0xca627d38) at /usr/src/sys/kern/kern_fork.c:= 789 #12 0xc07f0f1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) #=20 #=20 # kgdb /boot/kernel/kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c874a000 Uptime: 4m57s Dumping 190 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 190MB (48624 pages) 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb)=20 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0634fe0 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc0635274 in panic ( fmt=3D0xc08756e3 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0797be4 in vm_fault (map=3D0xc1043000, vaddr=3D3363086336,=20 fault_type=3D2 '\002', fault_flags=3D0) at /usr/src/sys/vm/vm_fault.c:2= 77 #4 0xc080196f in trap_pfault (frame=3D0xca627c44, usermode=3D0, eva=3D3363= 088384) at /usr/src/sys/i386/i386/trap.c:741 #5 0xc0801605 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -931878912, tf_e= si =3D -1051993600, tf_ebp =3D -899515228, tf_isp =3D -899515280, tf_ebx = =3D -1039338320, tf_edx =3D 368, tf_ecx =3D 512, tf_eax =3D -931878912, tf_= trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068704226, tf_cs =3D 32, tf_eflag= s =3D 66050, tf_esp =3D -1052863744, tf_ss =3D 368}) at /usr/src/sys/i386/i386/trap.c:442 #6 0xc07f0eba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04cde1e in ata_pio_read (request=3D0xc20cf4b0, length=3D2048) at cpufunc.h:238 #8 0xc04cca88 in ata_end_transaction (request=3D0xc20cf4b0) at /usr/src/sys/dev/ata/ata-lowlevel.c:396 #9 0xc04bc7eb in ata_interrupt (data=3D0xc14bda00) at /usr/src/sys/dev/ata/ata-all.c:323 #10 0xc062100d in ithread_loop (arg=3D0xc13e4500) at /usr/src/sys/kern/kern_intr.c:545 ---Type to continue, or q to quit--- #11 0xc06202c0 in fork_exit (callout=3D0xc0620ec8 ,=20 arg=3D0xc13e4500, frame=3D0xca627d38) at /usr/src/sys/kern/kern_fork.c:= 789 #12 0xc07f0f1c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) # exit Script done on Wed Sep 21 20:06:35 2005 --NklN7DEeGtkPCoo3-- --cPi+lWm09sJ+d57q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMaLQocfcwTS3JF8RAjl2AKCjqvKq5lyxzcnumepvYZw7ulENMwCglGlS L0xbOAs1Rh50y92W2Ie29q4= =XP09 -----END PGP SIGNATURE----- --cPi+lWm09sJ+d57q-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:03:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFAB916A420 for ; Wed, 21 Sep 2005 19:03:51 +0000 (GMT) (envelope-from roger@audioweb.no) Received: from mail48-s.fg.online.no (mail48-s.fg.online.no [148.122.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17ACE43D46 for ; Wed, 21 Sep 2005 19:03:50 +0000 (GMT) (envelope-from roger@audioweb.no) Received: from aw001 (ti531210a080-6414.bb.online.no [83.109.217.18]) by mail48.fg.online.no (8.12.11/8.12.11) with ESMTP id j8LJ3hWd001946 for ; Wed, 21 Sep 2005 21:03:44 +0200 (CEST) From: "Roger O. Svenning" To: Date: Wed, 21 Sep 2005 21:03:40 +0200 Message-ID: <001801c5bedf$2eed3850$6401a8c0@aw001> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: watch: Snoop stopped due to tty close X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:03:51 -0000 Whenever I try running watch on 6.0-beta4 I get the following: root@dos ~# watch ttyp0 Snoop stopped due to tty close. Reconnecting. Enter device name [ttyp0]: Same goes for /dev/console which I had no problems attaching to in 4.11 The snoop device is loaded: root@dos /tmp# kldload snp kldload: can't load snp: File exists There doesn't seem to be any snp entries in /dev/ but according to google they should be created automatically? Does someone know what I'm doing wrong? Regards Roger O. Svenning Bod=F8 - Norway From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:14:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC5716A420; Wed, 21 Sep 2005 19:14:26 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B90043D53; Wed, 21 Sep 2005 19:14:26 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 969911CCD4; Thu, 22 Sep 2005 07:14:24 +1200 (NZST) Date: Thu, 22 Sep 2005 07:14:24 +1200 From: Andrew Thompson To: Peter van Dijk Message-ID: <20050921191424.GB62131@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Peter van Dijk , freebsd-net@freebsd.org, current@freebsd.org References: <20050921172343.GF17888@dataloss.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050921172343.GF17888@dataloss.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: sparc64 if_bridge broken between BETA4 and BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:14:27 -0000 On Wed, Sep 21, 2005 at 07:23:43PM +0200, Peter van Dijk wrote: > Hello, > > with 6.0-BETA4 (from september 10th) if_tap and if_bridge cooperate > perfectly. > > After upgrading to BETA5 my machine panics seconds after I ifconfig > bridge0 up.. I tested if_tap independently and it is fine; if_bridge > panics without if_tap too. Thanks for the report. > The error message is along the lines of 'unaligned access'. I'm sorry > I don't have more information right now; my keyboard doesn't work in > the kernel debugger and my serial cable is not here. > > Running a BETA5 kernel with the .ko from BETA4 produces the same > panic. > > If anything else is needed, please ask; hints on getting my keyboard > working again (I seem to recall it worked with 5.3) are welcome too :) > I may have misplaced options in the general area of syscons.. > If there is any chance you could get a backtrace or a line number it would be great. I'll start looking at this problem now. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:31:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5E4D16A41F for ; Wed, 21 Sep 2005 19:31:18 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 89E5D43D4C for ; Wed, 21 Sep 2005 19:31:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 9949 invoked by uid 399); 21 Sep 2005 19:31:10 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 21 Sep 2005 19:31:10 -0000 Message-ID: <4331B4F7.9000106@FreeBSD.org> Date: Wed, 21 Sep 2005 12:31:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20050920110023.GA468@ip.net.ua> <6136.1127217196@critter.freebsd.dk> <20050920185713.GA3316@ip.net.ua> In-Reply-To: <20050920185713.GA3316@ip.net.ua> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , current@FreeBSD.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:31:19 -0000 Ruslan Ermilov wrote: > JFYI, everyone I've asked (several people now) can easily > reproduce this: when serial console is NOT configured, > getty doesn't work on ttyd0, but it appears to work on > cuad0! The same holds true for uart(4) instead of sio(4). > Odd. In my experience with serial consoles (back to 1998) it has always been this way. hth, Doug From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:35:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C0316A421 for ; Wed, 21 Sep 2005 19:35:42 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9C043D5C for ; Wed, 21 Sep 2005 19:35:38 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IN6003I2MFDX0A0@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 21 Sep 2005 15:35:37 -0400 (EDT) Date: Wed, 21 Sep 2005 15:35:31 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200509211535.37011.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart3026885.OWaH6mDaK6; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.8.2 Subject: jdk15p2 firefox plugin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:35:42 -0000 --nextPart3026885.OWaH6mDaK6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I've upgraded to jdk15p2 from p1_3 and according to the Makefile, it seems= =20 that it can now build the firefox plugin.=20 I upgraded using WITH_MOZILLA=3Dfirefox and I can't seem to find any java=20 plugins in /usr/X11R6/lib/browser_plugins or elsewhere and therefore java=20 (with jdk15) doesn't work in firefox (but works great in Konqueror). Has anyone got jdk15p2 to work with firefox? Thanks, Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Sep 17 10:32:43 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart3026885.OWaH6mDaK6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDMbYIz38ton5LGeIRAoY9AKCq95wUV4sFbLxKDu1NgyyI2Jyi/gCeMAaD BQaIJuJXOsbuSEv+F7rucpg= =2nv3 -----END PGP SIGNATURE----- --nextPart3026885.OWaH6mDaK6-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:42:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6931D16A41F for ; Wed, 21 Sep 2005 19:42:12 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E990143D48 for ; Wed, 21 Sep 2005 19:42:11 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so11626nzd for ; Wed, 21 Sep 2005 12:42:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=XrrWGlOEB8tzVbpW44hIvEW2eC0q2bvGcgm5Hpdse3vLMo5Kg2DswbXCNmz056+BWvonNkdRVvUTVB0Q8elBzsSXeTIFe4pM4F/h2nJ8PB13K5i4Uu9KiIjK62JXKYgNquqmHO4UNxA/I4al/mginZR3iFAog5+bYhKX3MLZlz0= Received: by 10.54.34.14 with SMTP id h14mr2717531wrh; Wed, 21 Sep 2005 12:42:10 -0700 (PDT) Received: by 10.54.14.51 with HTTP; Wed, 21 Sep 2005 12:42:10 -0700 (PDT) Message-ID: <8cb6106e05092112425ac4ebc5@mail.gmail.com> Date: Wed, 21 Sep 2005 12:42:10 -0700 From: Josh Carroll To: freebsd-current@freebsd.org In-Reply-To: <001801c5bedf$2eed3850$6401a8c0@aw001> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_380_24852354.1127331730863" References: <001801c5bedf$2eed3850$6401a8c0@aw001> Subject: Re: watch: Snoop stopped due to tty close X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:42:12 -0000 ------=_Part_380_24852354.1127331730863 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've noticed the same thing, so you're not alone. I'm running 6.0-BETA3 here. Trying watch -c just results in a blank screen (assumedly connecting/disconnecting/reconnecting constantly). While running watch -c, I do see the device nodes getting created, which is proper since devfs creates them on the fly: crw------- 1 root wheel 9, 129 Aug 28 22:56 /dev/snp0 I'm not sure what additional information the devs might want, but I've attached a ktrace for watch (ktrace -d -i -f watch.trace watch ttyp1). Hope that helps. You will want to unix2dos it if viewing in FreeBSD. Regards, Josh On 9/21/05, Roger O. Svenning wrote: > Whenever I try running watch on 6.0-beta4 I get the following: > > root@dos ~# watch ttyp0 > Snoop stopped due to tty close. Reconnecting. > Enter device name [ttyp0]: > > Same goes for /dev/console which I had no problems attaching to in 4.11 > > The snoop device is loaded: > > root@dos /tmp# kldload snp > kldload: can't load snp: File exists > > There doesn't seem to be any snp entries in /dev/ but according to > google they should be created automatically? > > Does someone know what I'm doing wrong? > > > Regards > > Roger O. Svenning > Bod=F8 - Norway > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > ------=_Part_380_24852354.1127331730863 Content-Type: text/plain; name="trace.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="trace.txt" IDQ3NjE0IGt0cmFjZSAgIFJFVCAgIGt0cmFjZSAwDQogNDc2MTQga3RyYWNlICAgQ0FMTCAgZXhl Y3ZlKDB4YmZiZmU4MTAsMHhiZmJmZWQ0NCwweGJmYmZlZDUwKQ0KIDQ3NjE0IGt0cmFjZSAgIE5B TUkgICIvdXNyL2Jpbi93YXRjaCINCiA0NzYxNCBrdHJhY2UgICBSRVQgICBleGVjdmUgLTEgZXJy bm8gMiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQogNDc2MTQga3RyYWNlICAgQ0FMTCAgZXhl Y3ZlKDB4YmZiZmU4MTAsMHhiZmJmZWQ0NCwweGJmYmZlZDUwKQ0KIDQ3NjE0IGt0cmFjZSAgIE5B TUkgICIvYmluL3dhdGNoIg0KIDQ3NjE0IGt0cmFjZSAgIFJFVCAgIGV4ZWN2ZSAtMSBlcnJubyAy IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkNCiA0NzYxNCBrdHJhY2UgICBDQUxMICBleGVjdmUo MHhiZmJmZTgxMCwweGJmYmZlZDQ0LDB4YmZiZmVkNTApDQogNDc2MTQga3RyYWNlICAgTkFNSSAg Ii91c3Ivc2Jpbi93YXRjaCINCiA0NzYxNCBrdHJhY2UgICBOQU1JICAiL2xpYmV4ZWMvbGQtZWxm LnNvLjEiDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgZXhlY3ZlIDANCiA0NzYxNCB3YXRjaCAgICBD QUxMICBtbWFwKDAsMHhlMTAsMHgzLDB4MTAwMCwweGZmZmZmZmZmLDAsMCwwKQ0KIDQ3NjE0IHdh dGNoICAgIFJFVCAgIG1tYXAgNjcxNTYzNzc2LzB4MjgwNzQwMDANCiA0NzYxNCB3YXRjaCAgICBD QUxMICBtdW5tYXAoMHgyODA3NDAwMCwweGUxMCkNCiA0NzYxNCB3YXRjaCAgICBSRVQgICBtdW5t YXAgMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIF9fc3lzY3RsKDB4YmZiZmViMDgsMHgyLDB4Mjgw NzBjZDgsMHhiZmJmZWIwNCwwLDApDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgX19zeXNjdGwgMA0K IDQ3NjE0IHdhdGNoICAgIENBTEwgIG1tYXAoMCwweDgwMDAsMHgzLDB4MTAwMiwweGZmZmZmZmZm LDAsMCwwKQ0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIG1tYXAgNjcxNTYzNzc2LzB4MjgwNzQwMDAN CiA0NzYxNCB3YXRjaCAgICBDQUxMICBpc3NldHVnaWQNCiA0NzYxNCB3YXRjaCAgICBSRVQgICBp c3NldHVnaWQgMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIG9wZW4oMHgyODA2YzFlOCwwLDB4MWI2 KQ0KIDQ3NjE0IHdhdGNoICAgIE5BTUkgICIvZXRjL2xpYm1hcC5jb25mIg0KIDQ3NjE0IHdhdGNo ICAgIFJFVCAgIG9wZW4gLTEgZXJybm8gMiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQogNDc2 MTQgd2F0Y2ggICAgQ0FMTCAgb3BlbigweDI4MDZiNDQwLDAsMCkNCiA0NzYxNCB3YXRjaCAgICBO QU1JICAiL3Zhci9ydW4vbGQtZWxmLnNvLmhpbnRzIg0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIG9w ZW4gMw0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIHJlYWQoMHgzLDB4YmZiZmVhYTAsMHg4MCkNCiA0 NzYxNCB3YXRjaCAgICBHSU8gICBmZCAzIHJlYWQgMTI4IGJ5dGVzDQogICAgICAgMHgwMDAwIDQ1 NjggNmU3NCAwMTAwIDAwMDAgODAwMCAwMDAwIGM0MDAgMDAwMCAwMDAwIDAwMDAgYzMwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8RWhudC4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDAyYSAwMDAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDAwNTQgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwMDdlIDAwMDAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8Li58DQoNCiA0NzYxNCB3YXRjaCAgICBS RVQgICByZWFkIDEyOC8weDgwDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgbHNlZWsoMHgzLDAsMHg4 MCwwLDApDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgbHNlZWsgMTI4LzB4ODANCiA0NzYxNCB3YXRj aCAgICBDQUxMICByZWFkKDB4MywweDI4MDc2MTAwLDB4YzQpDQogNDc2MTQgd2F0Y2ggICAgR0lP ICAgZmQgMyByZWFkIDE5NiBieXRlcw0KICAgICAgICIvbGliOi91c3IvbGliOi91c3IvbGliL2Nv bXBhdDovdXNyL1gxMVI2L2xpYjovdXNyL2xvY2FsL2xpYjovdXNyL2xvY2FsL2xpYi9jb21wYXQv cGtnOi91c3IvbG9jYWwvbGliL2NvbXBhdDovdXNyL2xvY2FsL2xpYi9teXNxbDovdXNyL2xvY2Fs L2xpYi9wdGg6L3Vzci9sb2NhbC9saWJcDQoJL3RyYW5zY29kZTovdXNyL1gxMVI2L2xpYi9HQ29u Zi8xXDAiDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgcmVhZCAxOTYvMHhjNA0KIDQ3NjE0IHdhdGNo ICAgIENBTEwgIGNsb3NlKDB4MykNCiA0NzYxNCB3YXRjaCAgICBSRVQgICBjbG9zZSAwDQogNDc2 MTQgd2F0Y2ggICAgQ0FMTCAgYWNjZXNzKDB4MjgwNzgwMDAsMCkNCiA0NzYxNCB3YXRjaCAgICBO QU1JICAiL2xpYi9saWJuY3Vyc2VzLnNvLjYiDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgYWNjZXNz IDANCiA0NzYxNCB3YXRjaCAgICBDQUxMICBvcGVuKDB4MjgwNzUwMjAsMCwwKQ0KIDQ3NjE0IHdh dGNoICAgIE5BTUkgICIvbGliL2xpYm5jdXJzZXMuc28uNiINCiA0NzYxNCB3YXRjaCAgICBSRVQg ICBvcGVuIDMNCiA0NzYxNCB3YXRjaCAgICBDQUxMICBmc3RhdCgweDMsMHhiZmJmZWFmMCkNCiA0 NzYxNCB3YXRjaCAgICBSRVQgICBmc3RhdCAwDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgcmVhZCgw eDMsMHgyODA2ZmMyMCwweDEwMDApDQogNDc2MTQgd2F0Y2ggICAgR0lPICAgZmQgMyByZWFkIDQw OTYgYnl0ZXMNCiAgICAgICAweDAwMDAgN2Y0NSA0YzQ2IDAxMDEgMDEwOSAwMDAwIDAwMDAgMDAw MCAwMDAwIDAzMDAgMDMwMCAwMTAwIDAwMDAgNzBkZCAwMDAwIDM0MDAgMDAwMCAwNGI0IDA0MDAg MDAwMCAwMDAwIDM0MDAgIHwuRUxGLi4uLi4uLi4uLi4uLi4uLi4uLi5wLi4uNC4uLi4uLi4uLi4u NC58DQogICAgICAgMHgwMDJhIDIwMDAgMDMwMCAyODAwIDE1MDAgMTQwMCAwMTAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMjAxYiAwNDAwIDIwMWIgMDQwMCAwNTAwIDAwMDAg MDAxMCAwMDAwICB8IC4uLiguLi4uLi4uLi4uLi4uLi4uLi4uLi4gLi4uIC4uLi4uLi4uLi4ufA0K ICAgICAgIDB4MDA1NCAwMTAwIDAwMDAgMDAyMCAwNDAwIDAwMjAgMDQwMCAwMDIwIDA0MDAgNmM3 ZSAwMDAwIGE0OGEgMDAwMCAwNjAwIDAwMDAgMDAxMCAwMDAwIDAyMDAgMDAwMCAzODk4IDA0MDAg Mzg5OCAgfC4uLi4uIC4uLiAuLi4gLi5sfi4uLi4uLi4uLi4uLi4uLi4uLjguLi44LnwNCiAgICAg ICAweDAwN2UgMDQwMCAzODk4IDA0MDAgYTgwMCAwMDAwIGE4MDAgMDAwMCAwNjAwIDAwMDAgMDQw MCAwMDAwIDA5MDIgMDAwMCA0MTAyIDAwMDAgMDAwMCAwMDAwIGYxMDEgMDAwMCBlOTAxIDAwMDAg IHwuLjguLi4uLi4uLi4uLi4uLi4uLi4uLi4uLkEuLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgw MGE4IDE4MDIgMDAwMCBlNDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgZDEw MCAwMDAwIGMxMDEgMDAwMCBhNjAxIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwNzAyICB8Li4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDBkMiAw MDAwIDE5MDIgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGUwMDAgMDAwMCBhYzAxIDAwMDAgMWIw MSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDljMDEgMDAwMCAgfC4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDAwZmMgODMwMCAw MDAwIDAwMDAgMDAwMCA5YTAxIDAwMDAgZjQwMSAwMDAwIDAwMDAgMDAwMCBlYjAxIDAwMDAgMDAw MCAwMDAwIDI4MDEgMDAwMCA5ZDAwIDAwMDAgMTkwMSAwMDAwIDRhMDEgIHwuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uKC4uLi4uLi4uLi4uSi58DQogICAgICAgMHgwMTI2IDAwMDAgMWQwMSAw MDAwIGU3MDEgMDAwMCAwMDAwIDAwMDAgYzkwMSAwMDAwIDBjMDEgMDAwMCBjMzAxIDAwMDAgMDAw MCAwMDAwIDQwMDIgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uQC4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDE1MCAwMDAwIDAwMDAgMDAwMCAw MDAwIGFkMDEgMDAwMCAwMDAwIDAwMDAgYmIwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNDYw MSAwMDAwIDAwMDAgMDAwMCA4NDAxIDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi5GLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDAxN2EgMDAwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCBjMjAwIDAwMDAgOGUwMSAwMDAwIGE5MDEgMDAwMCBlMDAxIDAwMDAgMDUw MiAwMDAwIGM1MDEgMDAwMCA0MDAxIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLkAuLi58DQogICAgICAgMHgwMWE0IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCBmMDAxIDAwMDAgYTMwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4ufA0KICAgICAgIDB4MDFjZSAwMDAwIDYwMDAgMDAwMCAxODAxIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCA5OTAxIDAwMDAgMTQwMCAwMDAwIGUyMDAgMDAwMCBjNjAxIDAwMDAgMDAw MCAwMDAwIDNlMDEgMDAwMCAgfC4uYC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Pi4uLnwNCiAgICAgICAweDAxZjggYzgwMCAwMDAwIDAwMDAgMDAwMCA4ZDAxIDAwMDAgM2EwMiAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgYzQwMCAwMDAwIDBlMDIgMDAwMCAwMDAwIDAwMDAgYTcw MSAwMDAwIDE3MDIgIHwuLi4uLi4uLi4uLi46Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58 DQogICAgICAgMHgwMjIyIDAwMDAgMDAwMCAwMDAwIGEzMDEgMDAwMCA3MzAxIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCBkMDAxIDAwMDAgZDQwMSAwMDAwIGNmMDEgMDAwMCAwYjAyIDAwMDAgMjcw MiAwMDAwICB8Li4uLi4uLi4uLnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4nLi4ufA0KICAg ICAgIDB4MDI0YyAwMDAwIDAwMDAgMDAwMCAwMDAwIGNiMDAgMDAwMCA3ODAwIDAwMDAgM2UwMiAw MDAwIDQ3MDAgMDAwMCBlYTAxIDAwMDAgYjUwMSAwMDAwIDg4MDEgMDAwMCBjZTAxIDAwMDAgMDEw MSAgfC4uLi4uLi4uLi4uLnguLi4+Li4uRy4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAw eDAyNzYgMDAwMCBjYjAxIDAwMDAgNTkwMSAwMDAwIDAwMDAgMDAwMCA0YzAxIDAwMDAgZjcwMSAw MDAwIDAwMDAgMDAwMCBiNjAwIDAwMDAgMWMwMiAwMDAwIGI3MDEgMDAwMCAwMDAwIDAwMDAgIHwu Li4uLi5ZLi4uLi4uLkwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwMmEw IDAwMDAgMDAwMCAyMDAxIDAwMDAgZmMwMSAwMDAwIGY4MDEgMDAwMCBmNjAwIDAwMDAgMDAwMCAw MDAwIDIxMDAgMDAwMCBhYjAxIDAwMDAgN2MwMSAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLiAu Li4uLi4uLi4uLi4uLi4uLi4uIS4uLi4uLi58Li4uLi4uLi4ufA0KICAgICAgIDB4MDJjYSAwMDAw IDY3MDEgMDAwMCBkZjAwIDAwMDAgMDAwMCAwMDAwIDE2MDAgMDAwMCBhNTAxIDAwMDAgMDAwMCAw MDAwIDc5MDAgMDAwMCBjYzAxIDAwMDAgOGIwMCAwMDAwIGJkMDEgMDAwMCAgfC4uZy4uLi4uLi4u Li4uLi4uLi4uLi4uLi4ueS4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDAyZjQgMDAwMCAwMDAw IDIyMDIgMDAwMCAwMDAwIDAwMDAgZGQwMSAwMDAwIDE1MDEgMDAwMCBjMDAwIDAwMDAgMDAwMCAw MDAwIDNkMDEgMDAwMCA2NTAxIDAwMDAgMjgwMiAwMDAwIGRjMDEgIHwuLi4uIi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uPS4uLmUuLi4oLi4uLi58DQogICAgICAgMHgwMzFlIDAwMDAgZTgwMSAwMDAw IDE1MDIgMDAwMCA5MzAxIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBlZjAxIDAwMDAgZmYwMSAw MDAwIDAwMDAgMDAwMCAzZjAyIDAwMDAgODUwMSAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLj8uLi4uLi4ufA0KICAgICAgIDB4MDM0OCAxZjAyIDAwMDAgZmQwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMzAwMCAwMDAwIDRmMDEgMDAwMCAwYTAxIDAwMDAgNDMwMSAw MDAwIDE1MDAgMDAwMCBlMTAxIDAwMDAgYTEwMSAgfC4uLi4uLi4uLi4uLi4uLi4wLi4uTy4uLi4u Li5DLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDAzNzIgMDAwMCAwMDAwIDAwMDAgZTIwMSAwMDAw IDAwMDAgMDAwMCAyZTAyIDAwMDAgM2MwMiAwMDAwIGRjMDAgMDAwMCAwMDAwIDAwMDAgMzQwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi48Li4uLi4uLi4uLi40 Li4uLi4uLi4uLi58DQogICAgICAgMHgwMzljIDAxMDIgMDAwMCAwMDAwIDAwMDAgYTgwMSAwMDAw IDAwMDAgMDAwMCAzNDAxIDAwMDAgMzkwMiAwMDAwIGE0MDEgMDAwMCBiOTAxIDAwMDAgYzUwMCAw MDAwIGQ5MDAgMDAwMCA2ZjAwICB8Li4uLi4uLi4uLi4uLi4uLjQuLi45Li4uLi4uLi4uLi4uLi4u Li4uLm8ufA0KICAgICAgIDB4MDNjNiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCA5NDAxIDAwMDAgMDAwMCAwMDAwIGVjMDEgMDAwMCBmNjAxIDAwMDAgODUwMCAw MDAwIDc2MDEgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4udi4u LnwNCiAgICAgICAweDAzZjAgNTMwMSAwMDAwIDE0MDEgMDAwMCAwMDAwIDAwMDAgMzgwMiAwMDAw IDViMDAgMDAwMCBkMzAxIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBjOTAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgIHxTLi4uLi4uLi4uLi44Li4uWy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQog ICAgICAgMHgwNDFhIDAwMDAgMDAwMCAwMDAwIDJmMDIgMDAwMCAzODAxIDAwMDAgMWMwMCAwMDAw IDVmMDEgMDAwMCAzMzAyIDAwMDAgMWQwMiAwMDAwIGYzMDEgMDAwMCAwMDAwIDAwMDAgMmYwMSAw MDAwICB8Li4uLi4uLy4uLjguLi4uLi4uXy4uLjMuLi4uLi4uLi4uLi4uLi4vLi4ufA0KICAgICAg IDB4MDQ0NCA1ZTAxIDAwMDAgMDAwMCAwMDAwIDAwMDIgMDAwMCAwMDAwIDAwMDAgNjgwMSAwMDAw IDkxMDEgMDAwMCBmZjAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMmEwMiAg fF4uLi4uLi4uLi4uLi4uLi5oLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4qLnwNCiAgICAgICAweDA0 NmUgMDAwMCAyNTAyIDAwMDAgMDAwMCAwMDAwIGIxMDAgMDAwMCAwMDAwIDAwMDAgOTcwMSAwMDAw IDllMDEgMDAwMCAzMTAyIDAwMDAgMDAwMCAwMDAwIDJiMDEgMDAwMCAwMDAwIDAwMDAgIHwuLiUu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLjEuLi4uLi4uKy4uLi4uLi58DQogICAgICAgMHgwNDk4IDM5 MDAgMDAwMCBiNDAwIDAwMDAgNDkwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCBlNTAxIDAwMDAgMDAwMCAwMDAwIDNjMDEgMDAwMCA2MDAxICB8OS4uLi4uLi5J Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPC4uLmAufA0KICAgICAgIDB4MDRjMiAwMDAwIDEw MDIgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDA5MDEgMDAwMCAwMDAwIDAwMDAgOGEwMSAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMmUwMSAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDA0ZWMgMDAwMCAwMDAwIDAw MDAgMDAwMCBlMTAwIDAwMDAgMDAwMCAwMDAwIGI2MDEgMDAwMCAxYTAyIDAwMDAgMTQwMiAwMDAw IGEwMDEgMDAwMCA2MTAxIDAwMDAgMDAwMCAwMDAwIDQ0MDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLmEuLi4uLi4uRC58DQogICAgICAgMHgwNTE2IDAwMDAgZjkwMSAwMDAwIDg2 MDEgMDAwMCAwMDAwIDAwMDAgMGYwMiAwMDAwIDEyMDIgMDAwMCBlZDAwIDAwMDAgMDAwMCAwMDAw IDQ3MDEgMDAwMCBmYjAxIDAwMDAgMWUwMiAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uRy4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDU0MCA1YzAxIDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCBkODAxIDAwMDAgMDAwMCAwMDAwIDQ4MDAgMDAwMCAxMjAxIDAwMDAgNzMwMCAwMDAw IDI5MDIgMDAwMCA4YjAxIDAwMDAgMDAwMCAgfFwuLi4uLi4uLi4uLi4uLi4uLi4uSC4uLi4uLi5z Li4uKS4uLi4uLi4uLnwNCiAgICAgICAweDA1NmEgMDAwMCBkOTAxIDAwMDAgMzIwMiAwMDAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgN2MwMCAwMDAw IDBlMDEgMDAwMCA2MzAwIDAwMDAgIHwuLi4uLi4yLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58Li4u Li4uLmMuLi58DQogICAgICAgMHgwNTk0IDAwMDAgMDAwMCA2MTAwIDAwMDAgNWEwMSAwMDAwIGFl MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgYzMwMCAwMDAw IDAwMDAgMDAwMCAwMDAwICB8Li4uLmEuLi5aLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4ufA0KICAgICAgIDB4MDViZSAwMDAwIGZkMDEgMDAwMCAwMDAwIDAwMDAgODIwMSAwMDAwIGMy MDEgMDAwMCAyMTAyIDAwMDAgZmEwMCAwMDAwIDAwMDAgMDAwMCA4YzAxIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLiEuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwN CiAgICAgICAweDA1ZTggNjYwMCAwMDAwIGRhMDAgMDAwMCA4MDAxIDAwMDAgMzcwMSAwMDAwIGVl MDEgMDAwMCBmNTAxIDAwMDAgYmQwMCAwMDAwIDQxMDAgMDAwMCAwMDAwIDAwMDAgNmUwMSAwMDAw IGNkMDEgIHxmLi4uLi4uLi4uLi43Li4uLi4uLi4uLi4uLi4uQS4uLi4uLi5uLi4uLi58DQogICAg ICAgMHgwNjEyIDAwMDAgNDIwMCAwMDAwIDZiMDAgMDAwMCAwMDAwIDAwMDAgNGMwMCAwMDAwIDAw MDAgMDAwMCA1MDAxIDAwMDAgN2EwMCAwMDAwIGE0MDAgMDAwMCAyNTAxIDAwMDAgYWQwMCAwMDAw ICB8Li5CLi4uay4uLi4uLi5MLi4uLi4uLlAuLi56Li4uLi4uLiUuLi4uLi4ufA0KICAgICAgIDB4 MDYzYyA2NjAxIDAwMDAgNjMwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMWUwMSAwMDAwIDAw MDAgMDAwMCAzNjAyIDAwMDAgNWIwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMmMwMiAgfGYu Li5jLi4uLi4uLi4uLi4uLi4uLi4uLjYuLi5bLi4uLi4uLi4uLi4sLnwNCiAgICAgICAweDA2NjYg MDAwMCBlNjAxIDAwMDAgNjgwMCAwMDAwIDAzMDIgMDAwMCA0NTAxIDAwMDAgMjMwMiAwMDAwIDM1 MDIgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDc3MDEgMDAwMCAwMDAwIDAwMDAgIHwuLi4uLi5o Li4uLi4uLkUuLi4jLi4uNS4uLi4uLi4uLi4udy4uLi4uLi58DQogICAgICAgMHgwNjkwIGJiMDAg MDAwMCAzODAwIDAwMDAgMDAwMCAwMDAwIGJmMDAgMDAwMCA4ZTAwIDAwMDAgYWYwMSAwMDAwIDAw MDAgMDAwMCAzOTAxIDAwMDAgZGUwMSAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLjguLi4uLi4u Li4uLi4uLi4uLi4uLi4uLjkuLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDZiYSAwMDAwIDEzMDIg MDAwMCA1NTAxIDAwMDAgMDAwMCAwMDAwIDNkMDIgMDAwMCAzMjAxIDAwMDAgMzQwMiAwMDAwIDE2 MDIgMDAwMCAyNjAyIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLlUuLi4uLi4uPS4u LjIuLi40Li4uLi4uLiYuLi4uLi4uLi4uLnwNCiAgICAgICAweDA2ZTQgMTEwMiAwMDAwIDAwMDAg MDAwMCA4OTAwIDAwMDAgMDAwMCAwMDAwIDMwMDIgMDAwMCBiZjAxIDAwMDAgYjAwMCAwMDAwIDAw MDAgMDAwMCBiODAwIDAwMDAgOTAwMSAwMDAwIDU0MDEgIHwuLi4uLi4uLi4uLi4uLi4uMC4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uVC58DQogICAgICAgMHgwNzBlIDAwMDAgMGQwMSAwMDAwIGRlMDAg MDAwMCBhMDAwIDAwMDAgMDAwMCAwMDAwIDBhMDIgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgZDEwMSAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDczOCAwMDAwIDAwMDAgYmUwMSAwMDAwIDAwMDAg MDAwMCAyZDAyIDAwMDAgMDYwMiAwMDAwIGFhMDEgMDAwMCAwMDAwIDAwMDAgMGQwMiAwMDAwIGU4 MDAgMDAwMCBjNzAxIDAwMDAgMjAwMiAgfC4uLi4uLi4uLi4uLi0uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4gLnwNCiAgICAgICAweDA3NjIgMDAwMCAzMDAxIDAwMDAgZGIwMSAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgZWQwMSAwMDAwIDAwMDAgMDAwMCA3ZDAxIDAwMDAgMGMwMiAwMDAwIDRh MDAgMDAwMCAwMDAwIDAwMDAgIHwuLjAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLn0uLi4uLi4uSi4u Li4uLi58DQogICAgICAgMHgwNzhjIDlkMDEgMDAwMCA3YjAxIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwNDAyIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA4NDAwIDAwMDAgOWYwMCAwMDAwIDI1 MDAgMDAwMCA3ZjAxICB8Li4uLnsuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uJS4uLi4u fA0KICAgICAgIDB4MDdiNiAwMDAwIDAwMDAgMDAwMCAwODAyIDAwMDAgMDAwMCAwMDAwIGEyMDEg MDAwMCA0MTAxIDAwMDAgMDAwMCAwMDAwIDVkMDEgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGVl MDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLkEuLi4uLi4uXS4uLi4uLi4uLi4uLi4uLnwNCiAg ICAgICAweDA3ZTAgMjYwMSAwMDAwIDM1MDEgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAzMDEg MDAwMCBkZjAxIDAwMDAgMDAwMCAwMDAwIGZjMDAgMDAwMCA0ZDAxIDAwMDAgMDAwMCAwMDAwIDJm MDAgIHwmLi4uNS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLk0uLi4uLi4uLy58DQogICAgICAg MHgwODBhIDAwMDAgMDAwMCAwMDAwIDM3MDIgMDAwMCAyYjAyIDAwMDAgYmMwMSAwMDAwIGZlMDEg MDAwMCAwMDAwIDAwMDAgZDUwMSAwMDAwIDAwMDAgMDAwMCBjNDAxIDAwMDAgY2MwMCAwMDAwICB8 Li4uLi4uNy4uLisuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDgz NCAwMjAyIDAwMDAgZjkwMCAwMDAwIDE3MDEgMDAwMCA5OTAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAyNDAyIDAwMDAgMDkwMiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLiQuLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDA4NWUgMDAw MCA2NTAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNmEwMSAwMDAwIGZhMDEg MDAwMCAyOTAwIDAwMDAgMDAwMCAwMDAwIGY3MDAgMDAwMCBjODAxIDAwMDAgIHwuLmUuLi4uLi4u Li4uLi4uLi5qLi4uLi4uLikuLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwODg4IDk2MDAgMDAw MCA3NDAwIDAwMDAgMDAwMCAwMDAwIGI4MDEgMDAwMCBkODAwIDAwMDAgM2IwMiAwMDAwIDAwMDAg MDAwMCA3MDAxIDAwMDAgNjIwMCAwMDAwIDY5MDEgMDAwMCAwMDAwICB8Li4uLnQuLi4uLi4uLi4u Li4uLi47Li4uLi4uLnAuLi5iLi4uaS4uLi4ufA0KICAgICAgIDB4MDhiMiAwMDAwIDUyMDEgMDAw MCAyMjAxIDAwMDAgMDAwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uUi4uLiIuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDA4ZGMgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwOTA2IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDkzMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLnwNCiAgICAgICAweDA5NWEgMDAwMCAyMzAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgIHwuLiMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li58DQogICAgICAgMHgwOTg0IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAyYzAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiwuLi4uLi4uLi4uLi4ufA0K ICAgICAgIDB4MDlhZSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgM2MwMCAwMDAwIDAwMDAg MDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi48Li4uLi4uLnwNCiAgICAg ICAweDA5ZDggMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAg IHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgw YTAyIDAwMDAgMDAwMCAwMDAwIDQwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDU3MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4u Li4uQC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uVy4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGEyYyAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDBhNTYgMDAwMCA1 YzAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMzUwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHwuLlwuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi41Li4uLi4uLi4uLi58DQogICAgICAgMHgwYTgwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAzMjAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCA0NjAwIDAwMDAgMWEwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLjIu Li4uLi4uLi4uLkYuLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGFhYSAwMDAwIDZlMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA3MTAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCA1ZDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4ubi4uLi4uLi4uLi4uLi4uLnEuLi4u Li4uLi4uLl0uLi4uLi4uLi4uLnwNCiAgICAgICAweDBhZDQgNTUwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNTgwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHxVLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5YLi4u Li4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwYWZlIDAwMDAgMDAwMCAwMDAwIDUyMDAgMDAwMCAw MDAwIDAwMDAgNmEwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgMTkwMCAwMDAwICB8Li4uLi4uUi4uLi4uLi5qLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4ufA0KICAgICAgIDB4MGIyOCAwMDAwIDAwMDAgM2IwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMjcwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCA3ZjAwIDAwMDAgMDAwMCAgfC4uLi47Li4uLi4uLi4uLi4nLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLnwNCiAgICAgICAweDBiNTIgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA1 MTAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAzMTAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLlEuLi4uLi4uLi4uLjEuLi4uLi4uLi4uLi4uLi58 DQogICAgICAgMHgwYjdjIGE3MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA0 ZDAwIDAwMDAgMDAwMCAwMDAwIDI4MDAgMDAwMCA4NzAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLk0uLi4uLi4uKC4uLi4uLi4uLi4uLi4uLi4ufA0KICAg ICAgIDB4MGJhNiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgYjUwMCAwMDAwIGE4MDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgOTEwMCAwMDAwIDAwMDAgMDAw MCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAw eDBiZDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBhMTAwIDAwMDAgMDAwMCAwMDAwIDU5MDAgMDAwMCA4 NjAwIDAwMDAgMjYwMCAwMDAwIDliMDAgMDAwMCA1MDAwIDAwMDAgNGIwMCAwMDAwIDAwMDAgIHwu Li4uLi4uLi4uLi4uLi4uWS4uLi4uLi4mLi4uLi4uLlAuLi5LLi4uLi58DQogICAgICAgMHgwYmZh IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAzZTAwIDAwMDAgNzcwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDZjMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4u Li4uLj4uLi53Li4uLi4uLi4uLi4uLi4ubC4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGMyNCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDRmMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4u Li4uLi4uLi4uTy4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDBjNGUgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBkZDAwIDAwMDAgZTMwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA5MzAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwYzc4IDAwMDAgMDAwMCBhYzAw IDAwMDAgMWYwMCAwMDAwIDk4MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGVjMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA1NDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLlQufA0KICAgICAgIDB4MGNhMiAwMDAwIDAwMDAgMDAwMCA2NDAw IDAwMDAgMDAwMCAwMDAwIDllMDAgMDAwMCBlYTAwIDAwMDAgMDAwMCAwMDAwIDVmMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4uLi4uLmQuLi4uLi4uLi4uLi4uLi4uLi4u Xy4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDBjY2MgMDAwMCAwMDAwIGYwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDNkMDAgMDAwMCBi OTAwIDAwMDAgMDAwMCAwMDAwIDgwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPS4u Li4uLi4uLi4uLi58DQogICAgICAgMHgwY2Y2IDAwMDAgYWIwMCAwMDAwIGVmMDAgMDAwMCAwMDAw IDAwMDAgYWEwMCAwMDAwIDAwMDAgMDAwMCAwZjAxIDAwMDAgMDAwMCAwMDAwIDEzMDEgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4ufA0KICAgICAgIDB4MGQyMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgZTYwMCAwMDAwIDM2MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAy ZTAwIDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uNi4uLi4uLi4uLi4uLi4uLi4uLi4u LnwNCiAgICAgICAweDBkNGEgMDAwMCA1YTAwIDAwMDAgMjAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgY2UwMCAwMDAwIGJjMDAgMDAwMCAw MDAwIDAwMDAgIHwuLlouLi4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQog ICAgICAgMHgwZDc0IDAwMDAgMDAwMCA2OTAwIDAwMDAgZDQwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgOTIwMCAwMDAwIGNhMDAgMDAwMCA4MjAwIDAwMDAgMDAwMCAwMDAwIDFiMDAgMDAwMCAw MDAwICB8Li4uLmkuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAg IDB4MGQ5ZSAwMDAwIDg4MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDAwMDAgNWUwMCAwMDAwIDNhMDEgMDAwMCBmMTAwIDAwMDAgMDAwMCAwMDAwIDQzMDAgMDAwMCAg fC4uLi4uLi4uLi4uLi4uLi4uLi4uLi5eLi4uOi4uLi4uLi4uLi4uQy4uLnwNCiAgICAgICAweDBk YzggMDAwMCAwMDAwIDdkMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDA2MDEgMDAwMCAyNDAw IDAwMDAgZGIwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGYzMDAgIHwuLi4u fS4uLi4uLi4uLi4uLi4uLiQuLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwZGYyIDAw MDAgMDAwMCAwMDAwIDE2MDEgMDAwMCAwMDAwIDAwMDAgNDgwMSAwMDAwIGM3MDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4u Li4uLi5ILi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGUxYyAxZjAxIDAw MDAgZTUwMCAwMDAwIDNmMDAgMDAwMCBjZDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBkMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAyOTAxIDAwMDAgOTcwMCAgfC4uLi4uLi4uPy4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLikuLi4uLnwNCiAgICAgICAweDBlNDYgMDAwMCAwMDAwIDAw MDAgZTkwMCAwMDAwIDcyMDAgMDAwMCAyNzAxIDAwMDAgMDAwMCAwMDAwIDY3MDAgMDAwMCAwNTAx IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBmMjAwIDAwMDAgIHwuLi4uLi4uLi4uci4uLicuLi4u Li4uZy4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwZTcwIDkwMDAgMDAwMCBjZjAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAyYTAwIDAwMDAgOTQwMCAwMDAwIDAwMDAgMDAwMCBhZjAw IDAwMDAgMDAwMCAwMDAwIDUxMDEgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLiouLi4uLi4u Li4uLi4uLi4uLi4uUS4uLi4ufA0KICAgICAgIDB4MGU5YSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAw MDAgMDIwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgZWIwMCAwMDAwIDAwMDAgMDAwMCAxZDAw IDAwMDAgZDMwMCAwMDAwIDcyMDEgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uci4uLnwNCiAgICAgICAweDBlYzQgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDE4MDAgMDAwMCAwMDAwIDAwMDAgYTYwMCAwMDAwIDEwMDEgMDAwMCBhOTAw IDAwMDAgYjIwMCAwMDAwIDM2MDEgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uNi58DQogICAgICAgMHgwZWVlIDAwMDAgMDAwMCAwMDAwIDQ1MDAgMDAwMCAwMDAwIDAw MDAgODEwMSAwMDAwIGM2MDAgMDAwMCA5YTAwIDAwMDAgOGEwMCAwMDAwIGIzMDAgMDAwMCBmYjAw IDAwMDAgZDUwMCAwMDAwICB8Li4uLi4uRS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4ufA0KICAgICAgIDB4MGYxOCAwMDAwIDAwMDAgYTIwMCAwMDAwIGY0MDAgMDAwMCBjMTAwIDAw MDAgMDAwMCAwMDAwIDc5MDEgMDAwMCAyYzAxIDAwMDAgOGMwMCAwMDAwIDc4MDEgMDAwMCAwMDAw IDAwMDAgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4ueS4uLiwuLi4uLi4ueC4uLi4uLi4uLnwN CiAgICAgICAweDBmNDIgMDAwMCAwMDAwIDAwMDAgNDQwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDZkMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA3ZTAx IDAwMDAgIHwuLi4uLi5ELi4uLi4uLi4uLi4uLi4ubS4uLi4uLi4uLi4uLi4uLn4uLi58DQogICAg ICAgMHgwZjZjIDhmMDAgMDAwMCAwYjAxIDAwMDAgMzEwMSAwMDAwIDU4MDEgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAyMzAxIDAwMDAgYTUwMCAwMDAwIDAwMDAgMDAwMCA4MTAw ICB8Li4uLi4uLi4xLi4uWC4uLi4uLi4uLi4uLi4uLiMuLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4 MGY5NiAwMDAwIGFlMDEgMDAwMCAwNzAxIDAwMDAgMDAwMCAwMDAwIDJkMDAgMDAwMCA0ZTAwIDAw MDAgMzMwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAgfC4u Li4uLi4uLi4uLi4uLS4uLk4uLi4zLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDBmYzAg MWEwMSAwMDAwIDU2MDAgMDAwMCA3ZTAwIDAwMDAgOWMwMCAwMDAwIDJhMDEgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDdiMDAgMDAwMCA5ZjAxIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHwuLi4uVi4u Ln4uLi4uLi4uKi4uLi4uLi4uLi4uey4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwZmVhIDAwMDAg NmYwMSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDg3MDEgMDAwMCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8Li5vLi4uLi4uLi4u Li4uLi4uLi4uLnwNCg0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIHJlYWQgNDA5Ni8weDEwMDANCiA0 NzYxNCB3YXRjaCAgICBDQUxMICBtbWFwKDAsMHg0YjAwMCwweDUsMHgyMDAwMiwweDMsMCwwLDAp DQogNDc2MTQgd2F0Y2ggICAgUkVUICAgbW1hcCA2NzE1OTY1NDQvMHgyODA3YzAwMA0KIDQ3NjE0 IHdhdGNoICAgIENBTEwgIG1wcm90ZWN0KDB4MjgwYmQwMDAsMHgxMDAwLDB4NykNCiA0NzYxNCB3 YXRjaCAgICBSRVQgICBtcHJvdGVjdCAwDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgbXByb3RlY3Qo MHgyODBiZDAwMCwweDEwMDAsMHg1KQ0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIG1wcm90ZWN0IDAN CiA0NzYxNCB3YXRjaCAgICBDQUxMICBtbWFwKDB4MjgwYmUwMDAsMHg4MDAwLDB4MywweDEyLDB4 MywwLDB4NDIwMDAsMCkNCiA0NzYxNCB3YXRjaCAgICBSRVQgICBtbWFwIDY3MTg2Njg4MC8weDI4 MGJlMDAwDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgbW1hcCgweDI4MGM2MDAwLDB4MTAwMCwweDMs MHgxMDEyLDB4ZmZmZmZmZmYsMCwwLDApDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgbW1hcCA2NzE4 OTk2NDgvMHgyODBjNjAwMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIGNsb3NlKDB4MykNCiA0NzYx NCB3YXRjaCAgICBSRVQgICBjbG9zZSAwDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgYWNjZXNzKDB4 MjgwNzgwMDAsMCkNCiA0NzYxNCB3YXRjaCAgICBOQU1JICAiL2xpYi9saWJjLnNvLjYiDQogNDc2 MTQgd2F0Y2ggICAgUkVUICAgYWNjZXNzIDANCiA0NzYxNCB3YXRjaCAgICBDQUxMICBvcGVuKDB4 MjgwNzUwNDAsMCwweGJmYmZlYWYwKQ0KIDQ3NjE0IHdhdGNoICAgIE5BTUkgICIvbGliL2xpYmMu c28uNiINCiA0NzYxNCB3YXRjaCAgICBSRVQgICBvcGVuIDMNCiA0NzYxNCB3YXRjaCAgICBDQUxM ICBmc3RhdCgweDMsMHhiZmJmZWFmMCkNCiA0NzYxNCB3YXRjaCAgICBSRVQgICBmc3RhdCAwDQog NDc2MTQgd2F0Y2ggICAgQ0FMTCAgcmVhZCgweDMsMHgyODA2ZmMyMCwweDEwMDApDQogNDc2MTQg d2F0Y2ggICAgR0lPICAgZmQgMyByZWFkIDQwOTYgYnl0ZXMNCiAgICAgICAweDAwMDAgN2Y0NSA0 YzQ2IDAxMDEgMDEwOSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAzMDAgMDMwMCAwMTAwIDAwMDAgZDBk NyAwMTAwIDM0MDAgMDAwMCA4ODFlIDEwMDAgMDAwMCAwMDAwIDM0MDAgIHwuRUxGLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uNC4uLi4uLi4uLi4uNC58DQogICAgICAgMHgwMDJhIDIwMDAgMDMwMCAy ODAwIDFlMDAgMWQwMCAwMTAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgZDJh ZCAwZTAwIGQyYWQgMGUwMCAwNTAwIDAwMDAgMDAxMCAwMDAwICB8IC4uLiguLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDA1NCAwMTAwIDAwMDAgMDBiMCAw ZTAwIDAwYjAgMGUwMCAwMGIwIDBlMDAgNDQ0NiAwMDAwIDA0N2YgMDEwMCAwNjAwIDAwMDAgMDAx MCAwMDAwIDAyMDAgMDAwMCA2MGUzIDBlMDAgNjBlMyAgfC4uLi4uLi4uLi4uLi4uLi5ERi4uLi4u Li4uLi4uLi4uLi4uLmAuLi5gLnwNCiAgICAgICAweDAwN2UgMGUwMCA2MGUzIDBlMDAgYjAwMCAw MDAwIGIwMDAgMDAwMCAwNjAwIDAwMDAgMDQwMCAwMDAwIDA1MDggMDAwMCBkMTBhIDAwMDAgNTUw NSAwMDAwIGY1MDcgMDAwMCAwMDAwIDAwMDAgIHwuLmAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li5VLi4uLi4uLi4uLi58DQogICAgICAgMHgwMGE4IDAwMDAgMDAwMCA0ZTA3IDAwMDAgZjUwNSAw MDAwIGY4MDEgMDAwMCAxZjBhIDAwMDAgZmUwMyAwMDAwIDAwMDAgMDAwMCAzYTA4IDAwMDAgNWEw OCAwMDAwIGExMDYgMDAwMCAzZjA1ICB8Li4uLk4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjouLi5a Li4uLi4uLj8ufA0KICAgICAgIDB4MDBkMiAwMDAwIDgxMDEgMDAwMCAwMDAwIDAwMDAgMTMwOSAw MDAwIDAwMDAgMDAwMCBmMDAyIDAwMDAgNzMwOSAwMDAwIGRhMDUgMDAwMCBhYjA1IDAwMDAgMDAw MCAwMDAwIDRmMDkgMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi5zLi4uLi4uLi4uLi4uLi4u Ty4uLnwNCiAgICAgICAweDAwZmMgYTcwOCAwMDAwIGI3MGEgMDAwMCBjNTBhIDAwMDAgYjkwNCAw MDAwIGMxMDEgMDAwMCAwNjBhIDAwMDAgN2EwNSAwMDAwIDg3MDMgMDAwMCA0YjBhIDAwMDAgMDYw OSAwMDAwIDhmMGEgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi56Li4uLi4uLksuLi4uLi4uLi58 DQogICAgICAgMHgwMTI2IDAwMDAgOGUwYSAwMDAwIGRjMDkgMDAwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDkxMDQgMDAwMCBlMjA2IDAwMDAgNTIwMyAwMDAwIDMyMGEgMDAwMCBmZDA4IDAwMDAgMjMw NyAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5SLi4uMi4uLi4uLi4jLi4ufA0KICAg ICAgIDB4MDE1MCA0ODA3IDAwMDAgMDQwOSAwMDAwIGU3MDIgMDAwMCBiYzA5IDAwMDAgYTgwYSAw MDAwIDhkMDcgMDAwMCA2ZDA5IDAwMDAgYjAwNyAwMDAwIDlhMDcgMDAwMCBmYjA5IDAwMDAgNTUw MiAgfEguLi4uLi4uLi4uLi4uLi4uLi4uLi4uLm0uLi4uLi4uLi4uLi4uLi5VLnwNCiAgICAgICAw eDAxN2EgMDAwMCBkNjA4IDAwMDAgMDAwMCAwMDAwIDBjMDkgMDAwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDllMGEgMDAwMCAwMjA3IDAwMDAgMDAwMCAwMDAwIGRiMDAgMDAwMCA3YzBhIDAwMDAgIHwu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwuLi58DQogICAgICAgMHgwMWE0 IDZhMDggMDAwMCAwMDAwIDAwMDAgOTQwMyAwMDAwIGZiMDAgMDAwMCA5NjBhIDAwMDAgZDYwMyAw MDAwIDkwMDcgMDAwMCA5NTAyIDAwMDAgMDAwMCAwMDAwIDcxMDkgMDAwMCAwMDAwICB8ai4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ucS4uLi4ufA0KICAgICAgIDB4MDFjZSAwMDAw IGYwMDggMDAwMCAwMDAwIDAwMDAgYjEwNiAwMDAwIDZlMDAgMDAwMCA4YTA5IDAwMDAgMDAwMCAw MDAwIDQ4MDggMDAwMCAwMDAwIDAwMDAgNTMwNiAwMDAwIGFjMDcgMDAwMCAgfC4uLi4uLi4uLi4u Li4ubi4uLi4uLi4uLi4uSC4uLi4uLi5TLi4uLi4uLnwNCiAgICAgICAweDAxZjggMDAwMCAwMDAw IDhmMDYgMDAwMCA4ZjA4IDAwMDAgMTQwMiAwMDAwIDAwMDAgMDAwMCA0MDA4IDAwMDAgMDAwMCAw MDAwIDEyMDYgMDAwMCBjNzA5IDAwMDAgNzAwOCAwMDAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4u Li4uLkAuLi4uLi4uLi4uLi4uLi5wLi4uLi58DQogICAgICAgMHgwMjIyIDAwMDAgYzMwNiAwMDAw IDAwMDQgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDVlMDggMDAwMCAzMjAyIDAwMDAgMDAwMCAw MDAwIGRiMDYgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uXi4u LjIuLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDI0YyBhYzAxIDAwMDAgZTYwNyAwMDAw IGJjMDEgMDAwMCBjMjA3IDAwMDAgMGMwYSAwMDAwIDI0MDAgMDAwMCBmNTA0IDAwMDAgZWMwOCAw MDAwIDAwMDAgMDAwMCA0NzA5IDAwMDAgMTEwYSAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uJC4uLi4u Li4uLi4uLi4uLkcuLi4uLnwNCiAgICAgICAweDAyNzYgMDAwMCAxOTBhIDAwMDAgMzkwNCAwMDAw IGM3MDcgMDAwMCAwMDAwIDAwMDAgZTEwOSAwMDAwIGY3MDkgMDAwMCA1MDAxIDAwMDAgMzYwOCAw MDAwIDAwMDAgMDAwMCA2MjA5IDAwMDAgIHwuLi4uLi45Li4uLi4uLi4uLi4uLi4uLi4uLlAuLi42 Li4uLi4uLmIuLi58DQogICAgICAgMHgwMmEwIGVjMDYgMDAwMCAyMDA3IDAwMDAgMDAwMCAwMDAw IDc3MDkgMDAwMCAyZDA5IDAwMDAgMzQwNyAwMDAwIGIyMGEgMDAwMCBiMjA4IDAwMDAgNTQwOSAw MDAwIDExMDggMDAwMCBmNjA0ICB8Li4uLiAuLi4uLi4udy4uLi0uLi40Li4uLi4uLi4uLi5ULi4u Li4uLi4ufA0KICAgICAgIDB4MDJjYSAwMDAwIDMxMDEgMDAwMCAwMDAwIDAwMDAgYzAwOSAwMDAw IDhmMDcgMDAwMCAwMDAzIDAwMDAgZTMwMyAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAw MDAwIDFiMDkgMDAwMCAgfC4uMS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u LnwNCiAgICAgICAweDAyZjQgNmYwNyAwMDAwIDAwMDAgMDAwMCBhYjAwIDAwMDAgNzIwMCAwMDAw IDkxMDEgMDAwMCA2MTA1IDAwMDAgMDAwMCAwMDAwIGU3MDAgMDAwMCA0ZDA5IDAwMDAgYmMwNSAw MDAwIDAwMDAgIHxvLi4uLi4uLi4uLi5yLi4uLi4uLmEuLi4uLi4uLi4uLk0uLi4uLi4uLi58DQog ICAgICAgMHgwMzFlIDAwMDAgMjkwMiAwMDAwIGQ4MDQgMDAwMCA4YjBhIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCBiYTA5IDAwMDAgNmMwYSAwMDAwIGRhMDggMDAwMCAzYjAyIDAwMDAgMDAwMCAw MDAwICB8Li4pLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5sLi4uLi4uLjsuLi4uLi4ufA0KICAgICAg IDB4MDM0OCA5OTA1IDAwMDAgZDgwMCAwMDAwIGI2MGEgMDAwMCA3YjA3IDAwMDAgMzgwYSAwMDAw IDQ5MDcgMDAwMCAwMDAwIDAwMDAgMmEwNiAwMDAwIGY2MDggMDAwMCAwMDAwIDAwMDAgMDAwMCAg fC4uLi4uLi4uLi4uLnsuLi44Li4uSS4uLi4uLi4qLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDAz NzIgMDAwMCAzNzA4IDAwMDAgN2UwOCAwMDAwIDVjMDYgMDAwMCBmMTA2IDAwMDAgOWEwOCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgNTgwOCAwMDAwIDc5MDIgMDAwMCAwMDAwIDAwMDAgIHwuLjcu Li5+Li4uXC4uLi4uLi4uLi4uLi4uLi4uLi5YLi4ueS4uLi4uLi58DQogICAgICAgMHgwMzljIGQ0 MDcgMDAwMCBhMDAzIDAwMDAgNWIwNCAwMDAwIDkzMDQgMDAwMCBlMDA3IDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCBhNTA3IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA4ZTAzICB8Li4uLi4uLi5b Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDNjNiAwMDAwIDAw MDAgMDAwMCA2NTA1IDAwMDAgMmYwNSAwMDAwIDAwMDAgMDAwMCBkMDA3IDAwMDAgMDAwMCAwMDAw IGJlMDUgMDAwMCAzODAwIDAwMDAgN2YwNSAwMDAwIGRkMDcgMDAwMCAgfC4uLi4uLmUuLi4vLi4u Li4uLi4uLi4uLi4uLi4uLjguLi4uLi4uLi4uLnwNCiAgICAgICAweDAzZjAgODAwOSAwMDAwIDg0 MDUgMDAwMCA5MzA2IDAwMDAgMDAwMCAwMDAwIGMyMDUgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDhlMDggMDAwMCBhMjA3IDAwMDAgZDIwMyAwMDAwIDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwNDFhIDAwMDAgMDAwMCAwMDAwIDRj MGEgMDAwMCBmNDA2IDAwMDAgMDAwMCAwMDAwIDFkMDYgMDAwMCA0YjAyIDAwMDAgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDAwMDAgZmMwNyAwMDAwICB8Li4uLi4uTC4uLi4uLi4uLi4uLi4uLksu Li4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDQ0NCA0MTA5IDAwMDAgMDAwMCAwMDAwIDQ4 MDkgMDAwMCA5ZTAzIDAwMDAgYjkwNiAwMDAwIDAwMDAgMDAwMCA1YjA5IDAwMDAgMDAwMCAwMDAw IGYwMDYgMDAwMCAwMDAwIDAwMDAgNmQwYSAgfEEuLi4uLi4uSC4uLi4uLi4uLi4uLi4uLlsuLi4u Li4uLi4uLi4uLi5tLnwNCiAgICAgICAweDA0NmUgMDAwMCAwYTA5IDAwMDAgYmUwOSAwMDAwIGQz MDcgMDAwMCAwMDAwIDAwMDAgOWUwNiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAw IDcwMDMgMDAwMCBlNTA0IDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u cC4uLi4uLi58DQogICAgICAgMHgwNDk4IDAwMDAgMDAwMCA5OTA2IDAwMDAgYTgwOSAwMDAwIDU4 MDYgMDAwMCBhNjAwIDAwMDAgMDAwMCAwMDAwIDIxMDkgMDAwMCAzMTA4IDAwMDAgYzAwOCAwMDAw IGZlMDggMDAwMCA0ODAwICB8Li4uLi4uLi4uLi4uWC4uLi4uLi4uLi4uIS4uLjEuLi4uLi4uLi4u LkgufA0KICAgICAgIDB4MDRjMiAwMDAwIDI5MDEgMDAwMCA3YTAzIDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAzMjAwIDAwMDAgMDAwMCAwMDAw IDFkMGEgMDAwMCAgfC4uKS4uLnouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjIuLi4uLi4uLi4uLnwN CiAgICAgICAweDA0ZWMgMDAwMCAwMDAwIGE3MGEgMDAwMCAwNzAxIDAwMDAgM2QwMiAwMDAwIDBk MDQgMDAwMCBhYTA2IDAwMDAgMDAwMCAwMDAwIDAxMDkgMDAwMCAwMDAwIDAwMDAgODcwOSAwMDAw IDJmMDcgIHwuLi4uLi4uLi4uLi49Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLy58DQogICAg ICAgMHgwNTE2IDAwMDAgMDAwMCAwMDAwIGI1MDIgMDAwMCBiMTBhIDAwMDAgN2UwMyAwMDAwIGI2 MDQgMDAwMCAwMDAwIDAwMDAgYmMwNCAwMDAwIGVmMDMgMDAwMCAwMDAwIDAwMDAgOTIwNSAwMDAw ICB8Li4uLi4uLi4uLi4uLi5+Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4 MDU0MCA2ZTA5IDAwMDAgN2EwNyAwMDAwIGVlMDggMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDY3 MDkgMDAwMCA3OTA0IDAwMDAgOWYwNyAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgN2YwMCAgfG4u Li56Li4uLi4uLi4uLi4uLi4uZy4uLnkuLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDA1NmEg MDAwMCAwMDAwIDAwMDAgZWMwNyAwMDAwIDQzMDAgMDAwMCBhOTA3IDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCA4YTA1IDAwMDAgOWMwOCAwMDAwIDZkMDggMDAwMCAwMDAwIDAwMDAgIHwuLi4uLi4u Li4uQy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ubS4uLi4uLi58DQogICAgICAgMHgwNTk0IDY4MGEg MDAwMCAzZjAzIDAwMDAgYzAwNSAwMDAwIDJiMDUgMDAwMCAzZjBhIDAwMDAgZGUwNiAwMDAwIGEy MDkgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDI5MDkgMDAwMCAwMDAwICB8aC4uLj8uLi4uLi4u Ky4uLj8uLi4uLi4uLi4uLi4uLi4uLi4uKS4uLi4ufA0KICAgICAgIDB4MDViZSAwMDAwIDY2MDQg MDAwMCA2ZjA5IDAwMDAgNDAwMiAwMDAwIGIxMDQgMDAwMCBiZjAzIDAwMDAgMDAwMCAwMDAwIGEw MDggMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGM2MDAgMDAwMCAgfC4uZi4uLm8uLi5ALi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDA1ZTggNzMwNyAwMDAwIDFjMGEg MDAwMCA0ZDAwIDAwMDAgNzYwNiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNTkwOSAwMDAwIDAw MDAgMDAwMCA1OTA4IDAwMDAgYTgwOCAwMDAwIDAyMDkgIHxzLi4uLi4uLk0uLi52Li4uLi4uLi4u Li5ZLi4uLi4uLlkuLi4uLi4uLi58DQogICAgICAgMHgwNjEyIDAwMDAgYTMwNiAwMDAwIGRkMDgg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDQ0MDAgMDAwMCA0NzBhIDAwMDAgOTYwNCAwMDAwIGNl MDQgMDAwMCBjYTA1IDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uRC4uLkcuLi4u Li4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDYzYyAwMDAwIDAwMDAgMDAwMCAwMDAwIDVhMDMg MDAwMCAyNDA4IDAwMDAgNTcwYSAwMDAwIDAwMDAgMDAwMCA1ZDA2IDAwMDAgMDAwMCAwMDAwIDAw MDAgMDAwMCBmODA5IDAwMDAgZWEwNyAgfC4uLi4uLi4uWi4uLiQuLi5XLi4uLi4uLl0uLi4uLi4u Li4uLi4uLi4uLnwNCiAgICAgICAweDA2NjYgMDAwMCAwMDAwIDAwMDAgNmMwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgYjMwNSAwMDAwIDc1MDkgMDAwMCBhZTA5IDAwMDAgOTEwNSAwMDAwIDBh MDMgMDAwMCAwMDAwIDAwMDAgIHwuLi4uLi5sLi4uLi4uLi4uLi4uLi4udS4uLi4uLi4uLi4uLi4u Li4uLi58DQogICAgICAgMHgwNjkwIDAwMDAgMDAwMCA0NDA4IDAwMDAgYjUwNiAwMDAwIDY2MDMg MDAwMCBhZjA0IDAwMDAgNTUwYSAwMDAwIDAwMDAgMDAwMCA4MTBhIDAwMDAgYTkwNiAwMDAwIDVm MDkgMDAwMCBjYzA2ICB8Li4uLkQuLi4uLi4uZi4uLi4uLi5VLi4uLi4uLi4uLi4uLi4uXy4uLi4u fA0KICAgICAgIDB4MDZiYSAwMDAwIDg4MDMgMDAwMCA3YTBhIDAwMDAgNWQwNCAwMDAwIDVhMDEg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDRh MDEgMDAwMCAgfC4uLi4uLnouLi5dLi4uWi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uSi4uLnwNCiAg ICAgICAweDA2ZTQgMDAwMCAwMDAwIGQwMDUgMDAwMCAzNzAwIDAwMDAgZmQwMCAwMDAwIDRjMDkg MDAwMCBhYTAyIDAwMDAgMDYwNyAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNDcwMiAwMDAwIGVi MDggIHwuLi4uLi4uLjcuLi4uLi4uTC4uLi4uLi4uLi4uLi4uLi4uLi5HLi4uLi58DQogICAgICAg MHgwNzBlIDAwMDAgYzUwMSAwMDAwIDAwMDAgMDAwMCA4NDA5IDAwMDAgMDMwOSAwMDAwIDVjMGEg MDAwMCBlMTA3IDAwMDAgMDAwMCAwMDAwIDJlMDIgMDAwMCAwMDAwIDAwMDAgNjcwNiAwMDAwICB8 Li4uLi4uLi4uLi4uLi4uLi4uXC4uLi4uLi4uLi4uLi4uLi4uLi5nLi4ufA0KICAgICAgIDB4MDcz OCBkOTA0IDAwMDAgYzIwMyAwMDAwIDM5MDkgMDAwMCBlMjAyIDAwMDAgODYwNyAwMDAwIDAwMDAg MDAwMCAzYzBhIDAwMDAgMWEwYSAwMDAwIDUwMDAgMDAwMCA2MDA2IDAwMDAgMzkwYSAgfC4uLi4u Li4uOS4uLi4uLi4uLi4uLi4uLjwuLi4uLi4uUC4uLmAuLi45LnwNCiAgICAgICAweDA3NjIgMDAw MCAxMTA0IDAwMDAgNzMwOCAwMDAwIDAwMDAgMDAwMCBiZjA2IDAwMDAgMDAwMCAwMDAwIDAwMDAg MDAwMCA4MDAzIDAwMDAgMWYwNyAwMDAwIDQwMGEgMDAwMCAzMTA0IDAwMDAgIHwuLi4uLi5zLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uQC4uLjEuLi58DQogICAgICAgMHgwNzhjIDAwMDAgMDAw MCA3NTA0IDAwMDAgMDAwMCAwMDAwIGNkMDcgMDAwMCAwMDAwIDAwMDAgMDcwNSAwMDAwIDFkMDcg MDAwMCBiZjAwIDAwMDAgNjEwMSAwMDAwIGU1MDMgMDAwMCBhZDA5ICB8Li4uLnUuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi5hLi4uLi4uLi4ufA0KICAgICAgIDB4MDdiNiAwMDAwIGI0MDUgMDAw MCBiMDA5IDAwMDAgNTYwYSAwMDAwIDAwMDAgMDAwMCBhYjBhIDAwMDAgMDAwMCAwMDAwIDljMDEg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDI5MDYgMDAwMCAgfC4uLi4uLi4uLi5WLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uKS4uLnwNCiAgICAgICAweDA3ZTAgNjkwMiAwMDAwIDYxMDggMDAw MCBlNjA4IDAwMDAgMDIwMSAwMDAwIDc5MDggMDAwMCA2MzA4IDAwMDAgZmIwMiAwMDAwIDAwMDAg MDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHxpLi4uYS4uLi4uLi4uLi4ueS4uLmMuLi4u Li4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwODBhIDAwMDAgNDEwYSAwMDAwIGYwMDMgMDAw MCBmZTAxIDAwMDAgNmIwNyAwMDAwIDAwMDAgMDAwMCA2YTA5IDAwMDAgYzAwNiAwMDAwIGUwMDkg MDAwMCAwMDAwIDAwMDAgMWYwOSAwMDAwICB8Li5BLi4uLi4uLi4uLi5rLi4uLi4uLmouLi4uLi4u Li4uLi4uLi4uLi4ufA0KICAgICAgIDB4MDgzNCA3YjBhIDAwMDAgNGEwNyAwMDAwIGJkMDYgMDAw MCA5ODA4IDAwMDAgOWEwMyAwMDAwIGU0MDkgMDAwMCBmOTAyIDAwMDAgM2MwOSAwMDAwIGU2MDYg MDAwMCBlZTAzIDAwMDAgNTAwYSAgfHsuLi5KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi48Li4uLi4u Li4uLi5QLnwNCiAgICAgICAweDA4NWUgMDAwMCAwMDAwIDAwMDAgNzgwMyAwMDAwIDQ4MGEgMDAw MCBjZjA5IDAwMDAgNDMwNiAwMDAwIDAwMDAgMDAwMCA4NDA0IDAwMDAgNmUwYSAwMDAwIGVmMDUg MDAwMCAwMDAwIDAwMDAgIHwuLi4uLi54Li4uSC4uLi4uLi5DLi4uLi4uLi4uLi5uLi4uLi4uLi4u Li58DQogICAgICAgMHgwODg4IDFiMDQgMDAwMCBhNDBhIDAwMDAgMjEwOCAwMDAwIDAwMDAgMDAw MCBiZjA4IDAwMDAgZTAwOCAwMDAwIDlhMGEgMDAwMCBiNDA2IDAwMDAgYTYwNyAwMDAwIDdlMDUg MDAwMCA1NjA0ICB8Li4uLi4uLi4hLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufi4uLlYufA0K ICAgICAgIDB4MDhiMiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNDAwOSAwMDAwIGVhMDkgMDAw MCAwYTA1IDAwMDAgODgwMiAwMDAwIDAwMDAgMDAwMCBlNzA4IDAwMDAgMDAwMCAwMDAwIDg5MDYg MDAwMCAgfC4uLi4uLi4uLi5ALi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAg ICAweDA4ZGMgMDAwMCAwMDAwIDAwMDAgMDAwMCA4NzA3IDAwMDAgNjkwMCAwMDAwIDAwMDAgMDAw MCA1ZjA3IDAwMDAgMGEwNiAwMDAwIDAwMDAgMDAwMCBhNzA5IDAwMDAgYzYwOCAwMDAwIDNlMDgg IHwuLi4uLi4uLi4uLi5pLi4uLi4uLl8uLi4uLi4uLi4uLi4uLi4uLi4uPi58DQogICAgICAgMHgw OTA2IDAwMDAgM2QwMSAwMDAwIGZmMDkgMDAwMCAwMDAwIDAwMDAgN2IwNCAwMDAwIGYzMDMgMDAw MCA4MzAyIDAwMDAgY2YwMSAwMDAwIGRlMDkgMDAwMCA4MDA0IDAwMDAgNWYwMiAwMDAwICB8Li49 Li4uLi4uLi4uLi57Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi5fLi4ufA0KICAgICAgIDB4MDkzMCAz MjA4IDAwMDAgNzQwYSAwMDAwIDYzMGEgMDAwMCBlZDAwIDAwMDAgMmEwMiAwMDAwIDg5MDkgMDAw MCAxYzAxIDAwMDAgYzMwOSAwMDAwIDdmMDQgMDAwMCAwMDAwIDAwMDAgNWUwMSAgfDIuLi50Li4u Yy4uLi4uLi4qLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi5eLnwNCiAgICAgICAweDA5NWEgMDAwMCBm ZjA0IDAwMDAgMDAwMCAwMDAwIDVlMGEgMDAwMCBmNDA0IDAwMDAgYTYwNCAwMDAwIGQ1MDYgMDAw MCA4YzA4IDAwMDAgZDAwOCAwMDAwIDAwMDAgMDAwMCA2NzA1IDAwMDAgIHwuLi4uLi4uLi4uXi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLmcuLi58DQogICAgICAgMHgwOTg0IGI2MDEgMDAwMCA0 NjA5IDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCA5ZjA4IDAwMDAgM2EwYSAwMDAwIDVmMDggMDAw MCAzYzAwIDAwMDAgMDAwMCAwMDAwIGNlMGEgMDAwMCAzZTA5ICB8Li4uLkYuLi4uLi4uLi4uLi4u Li46Li4uXy4uLjwuLi4uLi4uLi4uLj4ufA0KICAgICAgIDB4MDlhZSAwMDAwIDNlMDcgMDAwMCBj ZDAzIDAwMDAgMDAwMCAwMDAwIGE1MGEgMDAwMCAxMDA3IDAwMDAgNWQwMSAwMDAwIDA0MDggMDAw MCBkZjA5IDAwMDAgZTQwMCAwMDAwIGI3MDggMDAwMCAgfC4uPi4uLi4uLi4uLi4uLi4uLi4uLi5d Li4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDA5ZDggNTEwNCAwMDAwIDRiMDUgMDAwMCBl NDA4IDAwMDAgMjEwMCAwMDAwIDAyMDMgMDAwMCBlODAxIDAwMDAgNjIwNiAwMDAwIGFhMDAgMDAw MCBkYTAzIDAwMDAgMDAwMCAwMDAwIDAwMDAgIHxRLi4uSy4uLi4uLi4hLi4uLi4uLi4uLi5iLi4u Li4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwYTAyIDAwMDAgNzAwYSAwMDAwIDlhMDUgMDAwMCA3 ZTBhIDAwMDAgMDAwMCAwMDAwIDdiMDEgMDAwMCAwMDAwIDAwMDAgZWQwMyAwMDAwIGQ4MDMgMDAw MCAwMDAwIDAwMDAgYjcwMSAwMDAwICB8Li5wLi4uLi4uLn4uLi4uLi4uey4uLi4uLi4uLi4uLi4u Li4uLi4uLi4ufA0KICAgICAgIDB4MGEyYyAwMDAwIDAwMDAgNjgwMCAwMDAwIDc2MDkgMDAwMCA1 MjAxIDAwMDAgN2IwNSAwMDAwIGJjMGEgMDAwMCAwOTBhIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAw MCA0NTA3IDAwMDAgZGEwMCAgfC4uLi5oLi4udi4uLlIuLi57Li4uLi4uLi4uLi4uLi4uLi4uLkUu Li4uLnwNCiAgICAgICAweDBhNTYgMDAwMCBjODAzIDAwMDAgM2MwNyAwMDAwIDhkMGEgMDAwMCA3 NjBhIDAwMDAgNWYwMCAwMDAwIGIzMDggMDAwMCAxOTA5IDAwMDAgNjEwYSAwMDAwIGViMDcgMDAw MCAwOTA2IDAwMDAgIHwuLi4uLi48Li4uLi4uLnYuLi5fLi4uLi4uLi4uLi5hLi4uLi4uLi4uLi58 DQogICAgICAgMHgwYTgwIDc0MDkgMDAwMCAwMDAwIDAwMDAgYmUwMCAwMDAwIDA1MDMgMDAwMCBl ZDA4IDAwMDAgYjAwNSAwMDAwIDAwMDAgMDAwMCA5YzA5IDAwMDAgZDkwOSAwMDAwIDAwMDAgMDAw MCBiMzA0ICB8dC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAg ICAgIDB4MGFhYSAwMDAwIDdjMDkgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGUzMDAgMDAwMCA4 ZTA5IDAwMDAgM2EwOSAwMDAwIGNiMDYgMDAwMCA5ZDBhIDAwMDAgMDAwMCAwMDAwIDE3MDEgMDAw MCAgfC4ufC4uLi4uLi4uLi4uLi4uLi4uLi46Li4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAw eDBhZDQgMDAwMCAwMDAwIDEwMDggMDAwMCBiNjA3IDAwMDAgYjkwNSAwMDAwIDUzMDQgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDY4MDYgMDAwMCAwMDAwIDAwMDAgNWYwNiAwMDAwIGMwMDcgIHwu Li4uLi4uLi4uLi4uLi4uUy4uLi4uLi4uLi4uaC4uLi4uLi5fLi4uLi58DQogICAgICAgMHgwYWZl IDAwMDAgMDAwMCAwMDAwIGQ3MDQgMDAwMCA4NjA2IDAwMDAgZTIwOSAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDczMGEgMDAwMCBlYTA2IDAwMDAgYTEwMiAwMDAwICB8Li4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ucy4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGIyOCA5ZTAx IDAwMDAgMDAwMCAwMDAwIDA4MGEgMDAwMCBhYTBhIDAwMDAgMDAwMCAwMDAwIDQyMDUgMDAwMCA2 YjA2IDAwMDAgMDAwMCAwMDAwIGI4MGEgMDAwMCAxNjA5IDAwMDAgNzYwMCAgfC4uLi4uLi4uLi4u Li4uLi4uLi4uQi4uLmsuLi4uLi4uLi4uLi4uLi52LnwNCiAgICAgICAweDBiNTIgMDAwMCBlYTA4 IDAwMDAgMDAwMCAwMDAwIDc3MGEgMDAwMCAwMjA0IDAwMDAgNGQwNCAwMDAwIDIxMDIgMDAwMCBm NDAxIDAwMDAgZDMwNCAwMDAwIGFlMDcgMDAwMCA4NTA3IDAwMDAgIHwuLi4uLi4uLi4udy4uLi4u Li5NLi4uIS4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwYjdjIDJmMGEgMDAwMCAwMDAw IDAwMDAgNTIwOCAwMDAwIGQyMDIgMDAwMCAwMDAwIDAwMDAgMGQwOSAwMDAwIDE2MDcgMDAwMCAw YjBhIDAwMDAgOWYwMyAwMDAwIGU4MDcgMDAwMCAwMDAwICB8Ly4uLi4uLi5SLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGJhNiAwMDAwIGJmMDIgMDAwMCA0ZTAw IDAwMDAgZmUwOSAwMDAwIGU5MDQgMDAwMCA0OTA5IDAwMDAgMzMwOSAwMDAwIDAwMDAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIGEyMDUgMDAwMCAgfC4uLi4uLk4uLi4uLi4uLi4uLkkuLi4zLi4u Li4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDBiZDAgZjEwOCAwMDAwIDFiMDYgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIGZhMDcgMDAwMCAwMDAwIDAwMDAgYmYwOSAwMDAwIDFhMDUgMDAwMCAw MDAwIDAwMDAgZTMwNyAwMDAwIDMyMDkgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uMi58DQogICAgICAgMHgwYmZhIDAwMDAgMDAwMCAwMDAwIGU3MDUgMDAwMCAyNDA3 IDAwMDAgOTYwNyAwMDAwIDAwMDAgMDAwMCA3MTA0IDAwMDAgOGMwMSAwMDAwIGYzMDQgMDAwMCAw MDAwIDAwMDAgZDQwMSAwMDAwICB8Li4uLi4uLi4uLiQuLi4uLi4uLi4uLnEuLi4uLi4uLi4uLi4u Li4uLi4ufA0KICAgICAgIDB4MGMyNCAwMDAwIDAwMDAgZmYwNyAwMDAwIDAwMDAgMDAwMCAzMTA3 IDAwMDAgMDAwMCAwMDAwIDBkMDUgMDAwMCBiNDA4IDAwMDAgZDQwOCAwMDAwIDAwMDAgMDAwMCA5 YjBhIDAwMDAgYzQwOCAgfC4uLi4uLi4uLi4uLjEuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u LnwNCiAgICAgICAweDBjNGUgMDAwMCA4YTAxIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAxMjBh IDAwMDAgOGIwOSAwMDAwIDZiMDggMDAwMCBhMDA2IDAwMDAgZWQwMSAwMDAwIDBlMDQgMDAwMCBi NTA4IDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uay4uLi4uLi4uLi4uLi4uLi4uLi58DQog ICAgICAgMHgwYzc4IGE3MDIgMDAwMCA0MjAzIDAwMDAgMTUwYSAwMDAwIDBiMDQgMDAwMCA5YjA3 IDAwMDAgZDgwOSAwMDAwIDAwMDAgMDAwMCA3YjAwIDAwMDAgMmEwMyAwMDAwIDY5MGEgMDAwMCBh YjA5ICB8Li4uLkIuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnsuLi4qLi4uaS4uLi4ufA0KICAgICAg IDB4MGNhMiAwMDAwIDIwMGEgMDAwMCBjZTA3IDAwMDAgMDAwMCAwMDAwIDIxMGEgMDAwMCAwMDAw IDAwMDAgZTMwNiAwMDAwIDkyMDcgMDAwMCAwMDAwIDAwMDAgNDkwOCAwMDAwIGMzMDcgMDAwMCAg fC4uIC4uLi4uLi4uLi4uIS4uLi4uLi4uLi4uLi4uLi4uLi5JLi4uLi4uLnwNCiAgICAgICAweDBj Y2MgOGMwMiAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIGY4MDggMDAwMCAyMDAx IDAwMDAgNzkwOSAwMDAwIDAwMDAgMDAwMCBmNzA3IDAwMDAgNTkwMCAwMDAwIDAwMDAgIHwuLi4u Li4uLi4uLi4uLi4uLi4uLiAuLi55Li4uLi4uLi4uLi5ZLi4uLi58DQogICAgICAgMHgwY2Y2IDAw MDAgYTQwNyAwMDAwIDQ0MDYgMDAwMCA4MjA4IDAwMDAgOTYwOSAwMDAwIGE0MDUgMDAwMCAwMDAw IDAwMDAgM2YwMSAwMDAwIGUwMDAgMDAwMCBlODAzIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uRC4u Li4uLi4uLi4uLi4uLi4uLi4/Li4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGQyMCAwMDAwIDAw MDAgNGEwNSAwMDAwIDAwMDAgMDAwMCBhMTA5IDAwMDAgODkwNyAwMDAwIDlkMDggMDAwMCAwODA2 IDAwMDAgNTcwMSAwMDAwIDgxMDkgMDAwMCA1NzA1IDAwMDAgNjgwOSAgfC4uLi5KLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi5XLi4uLi4uLlcuLi5oLnwNCiAgICAgICAweDBkNGEgMDAwMCAwMDAwIDAw MDAgMzEwOSAwMDAwIDAwMDAgMDAwMCBiMzAyIDAwMDAgOTgwNiAwMDAwIDAwMDAgMDAwMCAzNTA3 IDAwMDAgNzgwOSAwMDAwIGJkMDkgMDAwMCBkMzAxIDAwMDAgIHwuLi4uLi4xLi4uLi4uLi4uLi4u Li4uLi4uLjUuLi54Li4uLi4uLi4uLi58DQogICAgICAgMHgwZDc0IDY1MDkgMDAwMCBjZDBhIDAw MDAgMTcwYSAwMDAwIDAwMDAgMDAwMCBjODA4IDAwMDAgZDQwMiAwMDAwIDAwMDAgMDAwMCAzODA3 IDAwMDAgYjcwNyAwMDAwIGMzMGEgMDAwMCAwMDAwICB8ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLjguLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGQ5ZSAwMDAwIDMwMDQgMDAwMCA5NDA5IDAw MDAgM2YwNCAwMDAwIDRhMGEgMDAwMCAxZTAxIDAwMDAgOTgwNCAwMDAwIDZlMDQgMDAwMCA1YzA3 IDAwMDAgNmUwMiAwMDAwIDg3MGEgMDAwMCAgfC4uMC4uLi4uLi4/Li4uSi4uLi4uLi4uLi4ubi4u LlwuLi5uLi4uLi4uLnwNCiAgICAgICAweDBkYzggZTUwMSAwMDAwIDk3MDcgMDAwMCA2YzA2IDAw MDAgYjIwOSAwMDAwIGFhMDkgMDAwMCBkOTA2IDAwMDAgYjIwMSAwMDAwIDFjMDUgMDAwMCAwMDAw IDAwMDAgMDAwMCAwMDAwIDU4MDcgIHwuLi4uLi4uLmwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uWC58DQogICAgICAgMHgwZGYyIDAwMDAgMDAwMCAwMDAwIGMyMDEgMDAwMCBiODAwIDAw MDAgYmIwNyAwMDAwIDI1MDAgMDAwMCA1NDAwIDAwMDAgNTUwOCAwMDAwIGU0MDEgMDAwMCA4NDA3 IDAwMDAgZmIwOCAwMDAwICB8Li4uLi4uLi4uLi4uLi4uLi4uJS4uLlQuLi5VLi4uLi4uLi4uLi4u Li4ufA0KICAgICAgIDB4MGUxYyA4MjA3IDAwMDAgNGMwNyAwMDAwIDJjMDQgMDAwMCA0MjA4IDAw MDAgYjMwOSAwMDAwIGYxMDkgMDAwMCAyNjA3IDAwMDAgNGQwNSAwMDAwIDg1MGEgMDAwMCAwMDAw IDAwMDAgZjUwOSAgfC4uLi5MLi4uLC4uLkIuLi4uLi4uLi4uLiYuLi5NLi4uLi4uLi4uLi4uLnwN CiAgICAgICAweDBlNDYgMDAwMCAwNzA2IDAwMDAgYTMwOCAwMDAwIGQwMGEgMDAwMCAwMDAwIDAw MDAgMGYwOCAwMDAwIDAwMDAgMDAwMCBkYTAxIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAyMDAz IDAwMDAgIHwuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAuLi58DQogICAg ICAgMHgwZTcwIDAwMDAgMDAwMCBmYjA2IDAwMDAgNzAwMCAwMDAwIDlhMDkgMDAwMCAxYTA4IDAw MDAgZGIwNSAwMDAwIGE2MDkgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCBiZjA3 ICB8Li4uLi4uLi5wLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4 MGU5YSAwMDAwIDM1MDkgMDAwMCA0NDAzIDAwMDAgMDAwMCAwMDAwIGYyMDMgMDAwMCAwMDAwIDAw MDAgOTUwNiAwMDAwIDAwMDAgMDAwMCA5ZjA5IDAwMDAgYWQwNiAwMDAwIDAwMDAgMDAwMCAgfC4u NS4uLkQuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLnwNCiAgICAgICAweDBlYzQg YjgwOCAwMDAwIDQ2MGEgMDAwMCAwZjA5IDAwMDAgMDAwMCAwMDAwIGQyMDUgMDAwMCBmMDA3IDAw MDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgZjUwMyAwMDAwIDhiMDUgIHwuLi4uRi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwZWVlIDAwMDAg MTQwOSAwMDAwIGYwMDQgMDAwMCBlZjA5IDAwMDAgYzgwNyAwMDAwIDljMGEgMDAwMCBjMzA4IDAw MDAgNmUwOCAwMDAwIDBlMDYgMDAwMCA5MzBhIDAwMDAgMDAwMCAwMDAwICB8Li4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi5uLi4uLi4uLi4uLi4uLi4ufA0KICAgICAgIDB4MGYxOCAyMjA4IDAwMDAg MjAwNSAwMDAwIDAwMDAgMDAwMCA3NzA3IDAwMDAgZWMwMiAwMDAwIDAwMDAgMDAwMCA2OTA3IDAw MDAgMzAwYSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgNzcwMyAgfCIuLi4gLi4uLi4uLncuLi4u Li4uLi4uLmkuLi4wLi4uLi4uLi4uLi53LnwNCiAgICAgICAweDBmNDIgMDAwMCAwMDAwIDAwMDAg MTAwMyAwMDAwIDI3MGEgMDAwMCA3MzAyIDAwMDAgNDkwYSAwMDAwIDE5MDQgMDAwMCBlMDAzIDAw MDAgMDAwMCAwMDAwIGE4MDcgMDAwMCAxYzA4IDAwMDAgIHwuLi4uLi4uLi4uJy4uLnMuLi5JLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi58DQogICAgICAgMHgwZjZjIDQ5MDUgMDAwMCAwMDAwIDAwMDAg ZDIwNyAwMDAwIDlkMDYgMDAwMCAzNzA5IDAwMDAgNWQwOSAwMDAwIGM3MDQgMDAwMCAwMDAwIDAw MDAgMjcwOCAwMDAwIGQ3MDggMDAwMCAwMDAwICB8SS4uLi4uLi4uLi4uLi4uLjcuLi5dLi4uLi4u Li4uLi4nLi4uLi4uLi4ufA0KICAgICAgIDB4MGY5NiAwMDAwIDdmMDIgMDAwMCA4YTA3IDAwMDAg OTMwOSAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgZWMwMyAwMDAwIGQ5MDggMDAwMCAwMDAwIDAw MDAgMDAwMCAwMDAwIDk2MDggMDAwMCAgfC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLnwNCiAgICAgICAweDBmYzAgMDAwMCAwMDAwIDAwMDAgMDAwMCAzZDA4IDAwMDAg ZDIwNCAwMDAwIDBjMDQgMDAwMCA4ODBhIDAwMDAgMDAwMCAwMDAwIDNiMDggMDAwMCAwMDAwIDAw MDAgNjAwYSAwMDAwIDY3MDQgIHwuLi4uLi4uLj0uLi4uLi4uLi4uLi4uLi4uLi4uOy4uLi4uLi5g Li4uZy58DQogICAgICAgMHgwZmVhIDAwMDAgMDAwMCAwMDAwIGRmMDggMDAwMCAwMDAwIDAwMDAg MDAwMCAwMDAwIDcyMDMgMDAwMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB8Li4uLi4uLi4uLi4uLi4uLi4uci4uLnwNCg0KIDQ3NjE0IHdhdGNoICAg IFJFVCAgIHJlYWQgNDA5Ni8weDEwMDANCiA0NzYxNCB3YXRjaCAgICBDQUxMICBtbWFwKDAsMHgx MDMwMDAsMHg1LDB4MjAwMDIsMHgzLDAsMCwwKQ0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIG1tYXAg NjcxOTAzNzQ0LzB4MjgwYzcwMDANCiA0NzYxNCB3YXRjaCAgICBDQUxMICBtcHJvdGVjdCgweDI4 MWIxMDAwLDB4MTAwMCwweDcpDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgbXByb3RlY3QgMA0KIDQ3 NjE0IHdhdGNoICAgIENBTEwgIG1wcm90ZWN0KDB4MjgxYjEwMDAsMHgxMDAwLDB4NSkNCiA0NzYx NCB3YXRjaCAgICBSRVQgICBtcHJvdGVjdCAwDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgbW1hcCgw eDI4MWIyMDAwLDB4NTAwMCwweDMsMHgxMiwweDMsMCwweGViMDAwLDApDQogNDc2MTQgd2F0Y2gg ICAgUkVUICAgbW1hcCA2NzI4NjYzMDQvMHgyODFiMjAwMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwg IG1tYXAoMHgyODFiNzAwMCwweDEzMDAwLDB4MywweDEwMTIsMHhmZmZmZmZmZiwwLDAsMCkNCiA0 NzYxNCB3YXRjaCAgICBSRVQgICBtbWFwIDY3Mjg4Njc4NC8weDI4MWI3MDAwDQogNDc2MTQgd2F0 Y2ggICAgQ0FMTCAgY2xvc2UoMHgzKQ0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIGNsb3NlIDANCiA0 NzYxNCB3YXRjaCAgICBDQUxMICBzeXNhcmNoKDB4YSwweGJmYmZlYjcwKQ0KIDQ3NjE0IHdhdGNo ICAgIFJFVCAgIHN5c2FyY2ggMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIG1tYXAoMCwweDFkOCww eDMsMHgxMDAwLDB4ZmZmZmZmZmYsMCwwLDApDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgbW1hcCA2 NzI5NjQ2MDgvMHgyODFjYTAwMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIG11bm1hcCgweDI4MWNh MDAwLDB4MWQ4KQ0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIG11bm1hcCAwDQogNDc2MTQgd2F0Y2gg ICAgQ0FMTCAgbW1hcCgwLDB4MTIwOCwweDMsMHgxMDAwLDB4ZmZmZmZmZmYsMCwwLDApDQogNDc2 MTQgd2F0Y2ggICAgUkVUICAgbW1hcCA2NzI5NjQ2MDgvMHgyODFjYTAwMA0KIDQ3NjE0IHdhdGNo ICAgIENBTEwgIG11bm1hcCgweDI4MWNhMDAwLDB4MTIwOCkNCiA0NzYxNCB3YXRjaCAgICBSRVQg ICBtdW5tYXAgMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIG1wcm90ZWN0KDB4MjgwYzcwMDAsMHhl YjAwMCwweDcpDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgbXByb3RlY3QgMA0KIDQ3NjE0IHdhdGNo ICAgIENBTEwgIG1tYXAoMCwweDU2ODgsMHgzLDB4MTAwMCwweGZmZmZmZmZmLDAsMCwwKQ0KIDQ3 NjE0IHdhdGNoICAgIFJFVCAgIG1tYXAgNjcyOTY0NjA4LzB4MjgxY2EwMDANCiA0NzYxNCB3YXRj aCAgICBDQUxMICBtdW5tYXAoMHgyODFjYTAwMCwweDU2ODgpDQogNDc2MTQgd2F0Y2ggICAgUkVU ICAgbXVubWFwIDANCiA0NzYxNCB3YXRjaCAgICBDQUxMICBtcHJvdGVjdCgweDI4MGM3MDAwLDB4 ZWIwMDAsMHg1KQ0KIDQ3NjE0IHdhdGNoICAgIEV2ZW50cyBkcm9wcGVkLg0KIDQ3NjE0IHdhdGNo ICAgIEdJTyAgIGZkIDAgcmVhZCAxIGJ5dGUNCiAgICAgICAiDQogICAgICAgIg0KIDQ3NjE0IHdh dGNoICAgIFJFVCAgIHJlYWQgMQ0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIGlvY3RsKDAsVElPQ0dF VEEsMHg4MDRhYTIwKQ0KIDQ3NjE0IHdhdGNoICAgIFJFVCAgIGlvY3RsIDANCiA0NzYxNCB3YXRj aCAgICBDQUxMICBpb2N0bCgwLFRJT0NTRVRBLDB4YmZiZmU3ZDApDQogNDc2MTQgd2F0Y2ggICAg UkVUICAgaW9jdGwgMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIHN0YXQoMHhiZmJmZTgyMCwweGJm YmZlN2MwKQ0KIDQ3NjE0IHdhdGNoICAgIE5BTUkgICIvZGV2L3R0eXAxIg0KIDQ3NjE0IHdhdGNo ICAgIFJFVCAgIHN0YXQgMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwgIGlvY3RsKDB4MyxTTlBTVFRZ LDB4ODA0YTYwMCkNCiA0NzYxNCB3YXRjaCAgICBSRVQgICBpb2N0bCAwDQogNDc2MTQgd2F0Y2gg ICAgQ0FMTCAgc2VsZWN0KDB4NCwweGJmYmZlYzkwLDAsMCwwKQ0KIDQ3NjE0IHdhdGNoICAgIFJF VCAgIHNlbGVjdCAxDQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgaW9jdGwoMHgzLEZJT05SRUFELDB4 YmZiZmVjNzgpDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgaW9jdGwgMA0KIDQ3NjE0IHdhdGNoICAg IENBTEwgIHdyaXRlKDB4MSwweDgwNTMwMDAsMHg3KQ0KIDQ3NjE0IHdhdGNoICAgIEdJTyAgIGZk IDEgd3JvdGUgNyBieXRlcw0KICAgICAgIDB4MDAwMCAxYjViIDQ4MWIgNWIzMiA0YSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfC5bSC5bMkp8DQoNCiA0NzYxNCB3YXRjaCAgICBSRVQg ICB3cml0ZSA3DQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgaW9jdGwoMCxUSU9DU0VUQSwweDgwNGFh MjApDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgaW9jdGwgMA0KIDQ3NjE0IHdhdGNoICAgIENBTEwg IHdyaXRlKDB4MSwweDgwNTMwMDAsMHgyZSkNCiA0NzYxNCB3YXRjaCAgICBHSU8gICBmZCAxIHdy b3RlIDQ2IGJ5dGVzDQogICAgICAgIlNub29wIHN0b3BwZWQgZHVlIHRvIHR0eSBjbG9zZS4gUmVj b25uZWN0aW5nLg0KICAgICAgICINCiA0NzYxNCB3YXRjaCAgICBSRVQgICB3cml0ZSA0Ni8weDJl DQogNDc2MTQgd2F0Y2ggICAgQ0FMTCAgd3JpdGUoMHgxLDB4ODA1MzAwMCwweDFhKQ0KIDQ3NjE0 IHdhdGNoICAgIEdJTyAgIGZkIDEgd3JvdGUgMjYgYnl0ZXMNCiAgICAgICAiRW50ZXIgZGV2aWNl IG5hbWUgW3R0eXAxXToiDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgd3JpdGUgMjYvMHgxYQ0KIDQ3 NjE0IHdhdGNoICAgIENBTEwgIHJlYWQoMCwweDgwNTQwMDAsMHgxMDAwKQ0KIDQ3NjE0IHdhdGNo ICAgIFJFVCAgIHJlYWQgUkVTVEFSVA0KIDQ3NjE0IHdhdGNoICAgIFBTSUcgIFNJR0lOVCBjYXVn aHQgaGFuZGxlcj0weDgwNDhmMjYgbWFzaz0weDAgY29kZT0weDANCiA0NzYxNCB3YXRjaCAgICBD QUxMICBjbG9zZSgweDMpDQogNDc2MTQgd2F0Y2ggICAgUkVUICAgY2xvc2UgMA0KIDQ3NjE0IHdh dGNoICAgIENBTEwgIGlvY3RsKDAsVElPQ1NFVEEsMHg4MDRhYTIwKQ0KIDQ3NjE0IHdhdGNoICAg IFJFVCAgIGlvY3RsIDANCiA0NzYxNCB3YXRjaCAgICBDQUxMICBleGl0KDApDQo= ------=_Part_380_24852354.1127331730863-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:48:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA3F416A41F for ; Wed, 21 Sep 2005 19:48:11 +0000 (GMT) (envelope-from freebsd@powered.net) Received: from valimar.ibest.com.br (mx11.ibest.com.br [200.181.68.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D392943D46 for ; Wed, 21 Sep 2005 19:48:10 +0000 (GMT) (envelope-from freebsd@powered.net) Received: from [127.0.0.1] (centaurus.ibest.com.br [200.181.68.107]) by valimar.ibest.com.br (Postfix) with ESMTP id F2F1B17BE8D; Wed, 21 Sep 2005 16:48:05 -0300 (BRT) Message-ID: <4331B893.20304@powered.net> Date: Wed, 21 Sep 2005 16:46:27 -0300 From: Rainer Alves User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050907) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nicolas Blais , freebsd-current@freebsd.org References: <200509211535.37011.nb_root@videotron.ca> In-Reply-To: <200509211535.37011.nb_root@videotron.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-iBEST-MailScanner-Information: Please contact the ISP for more information X-MailScanner-From: freebsd@powered.net Cc: Subject: Re: jdk15p2 firefox plugin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:48:11 -0000 Nicolas Blais wrote: >Hi, > >I've upgraded to jdk15p2 from p1_3 and according to the Makefile, it seems >that it can now build the firefox plugin. >I upgraded using WITH_MOZILLA=firefox and I can't seem to find any java >plugins in /usr/X11R6/lib/browser_plugins or elsewhere and therefore java >(with jdk15) doesn't work in firefox (but works great in Konqueror). > >Has anyone got jdk15p2 to work with firefox? > >Thanks, >Nicolas. > > Nicolas, The plugin is installed in /usr/local/jdk1.5.0/jre/plugin/i386/ns7/libjavaplugin_oji.so... go to /usr/X11R6/lib/browser_plugins and create a symbolic link there pointing to the library. Firefox identifies it correctly under "about:plugins" but the whole thing segfaults whenever it is called.. I've uploaded the full trace log here: http://www.powered.net/rainer/hs_err_pid45399.log Let me know if it ends up working for you. Regards, Rainer Alves BrasilTelecom From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:50:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5F4B16A41F for ; Wed, 21 Sep 2005 19:50:46 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AD043D46 for ; Wed, 21 Sep 2005 19:50:43 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j8LJukHV094059 for ; Wed, 21 Sep 2005 15:56:46 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 21 Sep 2005 15:50:24 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200509211550.27524.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1097/Wed Sep 21 14:56:51 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: [PATCH] AMD multicore detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:50:46 -0000 I renewed my multicore detection patch, which was originally posted here: http://docs.freebsd.org/cgi/mid.cgi?200505181935.18493.jkim http://docs.freebsd.org/cgi/mid.cgi?200505182007.28631.jkim New patch is here: http://people.freebsd.org/~jkim/multicore.diff Please test and let me know. I don't have multicore CPU to test it for myself. :-( Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:54:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18C4E16A41F for ; Wed, 21 Sep 2005 19:54:02 +0000 (GMT) (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 974B143D45 for ; Wed, 21 Sep 2005 19:54:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LJs05G083648 for ; Wed, 21 Sep 2005 15:54:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LJs0uW087012 for ; Wed, 21 Sep 2005 15:54:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j8LJrwlb011056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Sep 2005 15:53:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050921150632.05085f50@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 21 Sep 2005 15:54:25 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <6.2.3.4.0.20050921133312.06993240@64.7.153.2> References: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> <6.2.3.4.0.20050921133312.06993240@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Subject: Re: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:54:02 -0000 At 01:45 PM 21/09/2005, Mike Tancsa wrote: >At 01:15 PM 21/09/2005, Mike Tancsa wrote: > >>lock order reversal >> 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 >> 2nd 0xc28d9150 ipsec request (ipsec request) @ >> /usr/src/sys/netipsec/ipsec_output.c:354 Just to followup, I think the lockup / race issue seems to be ipdivert. I took out ipfw and instead used pf and pfnat and I dont seem to be able to lockup the box... Or at least its much harder to trigger. I also tried with regular IPSEC instead of FAST_IPSEC (which works), but that disables debug.mpsafenet by setting it to 0. Also setting debug.mpsafenet=0 lets the box work just fine without any other changes. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 19:54:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0302B16A41F for ; Wed, 21 Sep 2005 19:54:26 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A437043D49 for ; Wed, 21 Sep 2005 19:54:25 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IN6009NLNAOYU00@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 21 Sep 2005 15:54:25 -0400 (EDT) Date: Wed, 21 Sep 2005 15:54:19 -0400 From: Nicolas Blais In-reply-to: <4331B893.20304@powered.net> To: freebsd-current@freebsd.org Message-id: <200509211554.19518.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2139794.Q4ybnsj9U1; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200509211535.37011.nb_root@videotron.ca> <4331B893.20304@powered.net> User-Agent: KMail/1.8.2 Subject: Re: jdk15p2 firefox plugin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 19:54:26 -0000 --nextPart2139794.Q4ybnsj9U1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On September 21, 2005 03:46 pm, Rainer Alves wrote: > Nicolas Blais wrote: > >Hi, > > > >I've upgraded to jdk15p2 from p1_3 and according to the Makefile, it see= ms > >that it can now build the firefox plugin. > >I upgraded using WITH_MOZILLA=3Dfirefox and I can't seem to find any java > >plugins in /usr/X11R6/lib/browser_plugins or elsewhere and therefore java > >(with jdk15) doesn't work in firefox (but works great in Konqueror). > > > >Has anyone got jdk15p2 to work with firefox? > > > >Thanks, > >Nicolas. > > Nicolas, > > The plugin is installed in > /usr/local/jdk1.5.0/jre/plugin/i386/ns7/libjavaplugin_oji.so... go to > /usr/X11R6/lib/browser_plugins and create a symbolic link there pointing > to the library. > Firefox identifies it correctly under "about:plugins" but the whole > thing segfaults whenever it is called.. I've uploaded the full trace log > here: > http://www.powered.net/rainer/hs_err_pid45399.log > Let me know if it ends up working for you. > > Regards, > Rainer Alves > BrasilTelecom > Thanks! It works for me, I can now see the plugin :=20 [nicblais] /usr/local/jdk1.5.0/jre/plugin/i386/ns7# ll total 142 =2Drwxr-xr-x =A01 root =A0wheel =A0 142K Sep 20 23:10 libjavaplugin_oji.so* [nicblais] /usr/local/jdk1.5.0/jre/plugin/i386/ns7# md5 libjavaplugin_oji.so MD5 (libjavaplugin_oji.so) =3D 0ea5cae833aaae70e955cd5e518106ee and in about:plugins Java(TM) Plug-in 1.5.0-p2-root_20_sep_2005_21_42 =A0 =A0 File name: libjavaplugin_oji.so =A0 =A0 Java(TM) Plug-in 1.5. and it works great so far (well at least speedtest.cogeco.net). The port should probably be fixed to make that symbolic link. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Sep 17 10:32:43 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart2139794.Q4ybnsj9U1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDMbprz38ton5LGeIRArHfAJwMTe8XhYr8NYvOOqIkcpdsBU8kLQCdHXOL CuZd3tOJXgRqV7Vhx4dr4VY= =Drzq -----END PGP SIGNATURE----- --nextPart2139794.Q4ybnsj9U1-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:25:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E22E616A41F for ; Wed, 21 Sep 2005 20:25:58 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C1943D45 for ; Wed, 21 Sep 2005 20:25:56 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so322446nzk for ; Wed, 21 Sep 2005 13:25:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ruVpcvLA4FqnHygXGjor6vy/WDoqKxK5TX9D34tbI7hkdh2mDvsPjezOUd4JsOZ9hLyh/HF5pbTg033rtFEUgZIDv3H/lxyKpIQ41mUcmP6L7wP4eRHXCIgGK6Bhl2svgh7X7xaqIE2xXfPDgBUSQyhN4rktopXskcVZgB94jS4= Received: by 10.54.153.7 with SMTP id a7mr1375864wre; Wed, 21 Sep 2005 13:25:55 -0700 (PDT) Received: by 10.54.145.18 with HTTP; Wed, 21 Sep 2005 13:25:55 -0700 (PDT) Message-ID: Date: Wed, 21 Sep 2005 22:25:55 +0200 From: Claus Guttesen To: Jung-uk Kim In-Reply-To: <200509211550.27524.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200509211550.27524.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] AMD multicore detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:25:59 -0000 > I renewed my multicore detection patch, which was originally posted > here: > > http://docs.freebsd.org/cgi/mid.cgi?200505181935.18493.jkim > http://docs.freebsd.org/cgi/mid.cgi?200505182007.28631.jkim > > New patch is here: > > http://people.freebsd.org/~jkim/multicore.diff > > Please test and let me know. I don't have multicore CPU to test it > for myself. :-( Just patched and restarted. Looks fine. regards Claus Copyright (c) 1992-2005 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 6.0-BETA5 #8: Wed Sep 21 22:12:39 CEST 2005 root@twin.gnome.no:/usr/obj/usr/src/sys/TWIN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2211.34-MHz K8-class C= PU) Origin =3D "AuthenticAMD" Id =3D 0x20f32 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x3 real memory =3D 1073676288 (1023 MB) avail memory =3D 1028599808 (980 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:44:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A6F716A41F; Wed, 21 Sep 2005 20:44:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE8A243D45; Wed, 21 Sep 2005 20:44:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:00:14 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 21 Sep 2005 16:39:27 -0400 User-Agent: KMail/1.8 References: <4cf221cc050919133065a611b7@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211639.29092.jhb@FreeBSD.org> Cc: "Bjoern A. Zeeb" , Erik Winge , Robert Watson Subject: Re: lor in in.c and if_ural.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:44:25 -0000 On Monday 19 September 2005 05:08 pm, Bjoern A. Zeeb wrote: > On Mon, 19 Sep 2005, Erik Winge wrote: > > I got this lock order reversal on 7.0-CURRENT today: > > > > lock order reversal: (Giant after non-sleepable) > > 1st 0xc06aaea0 in_multi_mtx (in_multi_mtx) @ > > /usr/src/sys/netinet/in.c:964 2nd 0xc065dee0 Giant (Giant) @ > > /usr/src/sys/dev/usb/if_ural.c:1401 > > for the archives: I added this with LOR ID 162. See > http://sources.zabbadoz.net/freebsd/lor.html#162 This LOR is going to happen with every non-MPSAFE network driver for now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:44:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C2516A420; Wed, 21 Sep 2005 20:44:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC36443D46; Wed, 21 Sep 2005 20:44:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:00:14 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 21 Sep 2005 16:40:36 -0400 User-Agent: KMail/1.8 References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <432F5E10.7080406@samsco.org> In-Reply-To: <432F5E10.7080406@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211640.38493.jhb@FreeBSD.org> Cc: current@freebsd.org, "Wilkinson, Alex" Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:44:25 -0000 On Monday 19 September 2005 08:55 pm, Scott Long wrote: > Wilkinson, Alex wrote: > > Can anyone tell me what the following means, and how to fix it: > > > > APIC_IO: Testing 8254 interrupt delivery > > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 > > intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 > > > > - aW > > It means that you need to use 6.0 instead of 5.x =-) It represents the > old way that we connected the timecounters, which apparently isn't well > supported with newer amd64 boards. 6.0 solves this problem by using a > better supported mechanism. Actually, this is a 4.x method and it basically means that it has fallen back to mixed mode for IRQ0. 6.0 certainly does this better. 5.x just uses mixed mode by default. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:44:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C2516A420; Wed, 21 Sep 2005 20:44:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC36443D46; Wed, 21 Sep 2005 20:44:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:00:14 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 21 Sep 2005 16:40:36 -0400 User-Agent: KMail/1.8 References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <432F5E10.7080406@samsco.org> In-Reply-To: <432F5E10.7080406@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211640.38493.jhb@FreeBSD.org> Cc: current@freebsd.org, "Wilkinson, Alex" Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:44:25 -0000 On Monday 19 September 2005 08:55 pm, Scott Long wrote: > Wilkinson, Alex wrote: > > Can anyone tell me what the following means, and how to fix it: > > > > APIC_IO: Testing 8254 interrupt delivery > > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 > > intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 > > > > - aW > > It means that you need to use 6.0 instead of 5.x =-) It represents the > old way that we connected the timecounters, which apparently isn't well > supported with newer amd64 boards. 6.0 solves this problem by using a > better supported mechanism. Actually, this is a 4.x method and it basically means that it has fallen back to mixed mode for IRQ0. 6.0 certainly does this better. 5.x just uses mixed mode by default. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:44:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054AC16A421; Wed, 21 Sep 2005 20:44:34 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EFF043D46; Wed, 21 Sep 2005 20:44:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:00:14 -0400 From: John Baldwin To: freebsd-current@freebsd.org, Daniel Eischen Date: Wed, 21 Sep 2005 16:45:34 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211645.36060.jhb@FreeBSD.org> Cc: Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:44:34 -0000 On Tuesday 20 September 2005 02:55 pm, Daniel Eischen wrote: > I don't think anyone thinks that. But I prefer the old way. If we're > not properly keeping track of our ABI changes and what they affect, > then let's work on that problem. Symbol versioning isn't going to > solve that for us anyways. Yes, symbol versioning requires the same level of discipline as the more constrained library version number bumping. If we have decided that our developers are too incompetent to properly bump library versions for ABI changes then they are also too incompetent to handle symbol versioning. Furthermore, even with the massive library bumps, we have still stuck our collective heads in the sand and ignored all the port library version numbers. In theory they should all be bumped for 5 -> 6 as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:57:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2979F16A41F; Wed, 21 Sep 2005 20:57:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC88143D45; Wed, 21 Sep 2005 20:57:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8LKvb0r000737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 16:57:37 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8LKva6P020506; Wed, 21 Sep 2005 16:57:36 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 403B351287; Wed, 21 Sep 2005 16:57:36 -0400 (EDT) Date: Wed, 21 Sep 2005 16:57:36 -0400 From: Kris Kennaway To: John Baldwin Message-ID: <20050921205736.GA31449@xor.obsecurity.org> References: <200509211645.36060.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <200509211645.36060.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:57:38 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 21, 2005 at 04:45:34PM -0400, John Baldwin wrote: > On Tuesday 20 September 2005 02:55 pm, Daniel Eischen wrote: > > I don't think anyone thinks that. But I prefer the old way. If we're > > not properly keeping track of our ABI changes and what they affect, > > then let's work on that problem. Symbol versioning isn't going to > > solve that for us anyways. >=20 > Yes, symbol versioning requires the same level of discipline as the more= =20 > constrained library version number bumping. If we have decided that our= =20 > developers are too incompetent to properly bump library versions for ABI= =20 > changes then they are also too incompetent to handle symbol versioning. = =20 > Furthermore, even with the massive library bumps, we have still stuck our= =20 > collective heads in the sand and ignored all the port library version=20 > numbers. In theory they should all be bumped for 5 -> 6 as well. Which is impossible to do since it's a 1-dimensional space and the upstream vendors are likely to bump their version next week anyway. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMck/Wry0BWjoQKURAr9YAJ41XTkxE2MhkVa8xkKAEORYJPnM8QCfTHCr uiyGIdZ+N/Lz/0fRjVaPiO8= =Gosv -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 20:58:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D459216A420 for ; Wed, 21 Sep 2005 20:58:51 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99EFC43D6B for ; Wed, 21 Sep 2005 20:58:46 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j8LKwjht023052; Wed, 21 Sep 2005 22:58:45 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j8LKwf8b023050; Wed, 21 Sep 2005 16:58:41 -0400 (EDT) (envelope-from cracauer) Date: Wed, 21 Sep 2005 16:58:40 -0400 From: Martin Cracauer To: Alexander Leidinger Message-ID: <20050921165840.A22924@cons.org> References: <20050919130810.A41848@cons.org> <20050919214239.6f5f40ad@Magellan.Leidinger.net> <20050919163608.A49288@cons.org> <20050920212322.3e609568@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050920212322.3e609568@Magellan.Leidinger.net>; from Alexander@Leidinger.net on Tue, Sep 20, 2005 at 09:23:22PM +0200 Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: device entries outside /proc with procfs (for chroot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:58:52 -0000 Alexander Leidinger wrote on Tue, Sep 20, 2005 at 09:23:22PM +0200: > > > It seemes that the controlled procfs mounting is the solution. In my > > case I don't chroot for security reasons, just to get the FreeBSD libs > > and programs out of the way, so I don't even have to secure the second > > mount. > > Yes, multiple devfs mounts are the way to go. Or mount linprocfs... I have but it doesn't give me /dev/null :-) > > What would be your idea of a proper Linux environment? They move > > faster than I can follow :-) > > 8 is the default. If you don't have something which depends upon a > newer one, use the default. I am more concerned about older. The thing is that a binary built on Redhat-7 works on 8, 9 and the Fedora Cores (if those don't have their play-with-the-VM-map day). By bumping it up you lose the ability to crosscompile for Rh-7 and its derivates (RH enterprise Linux, whitebox) which are in wide use in production environments. Of course Redhat-7 had that "interesting" gcc-2.96 which I don't want either so overall I'm happy with a RH-8 base. > A lot of people use rh-9 (OVERRIDE_LINUX_BASE_PORT=rh9 in make.conf), > but the port has some flaws and Trevor doesn't react. RH9/FC1 (same thing) sucks for the crosscompiler because the linker is dead slow. Linking a big C++ library is several times slower than RH7 or FC2, last time I looked (not properly benchmarked). I also bet 45 cookies that moving past RH-9 breaks things for other distributions. > I think I will > claim a maintainer timeout soon (perhaps at the weekend if I get time) > and fix some things (runtime linker path if you want to use the X11 > libs). I don't use it myself, but I haven't heard very bad things about > it. The current one works pretty well and doesn't seem to be a bad compromise overall. Then of course RH8 is among Linuxers known as the worst RH ever, so what do I know? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 21:12:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D367616A420 for ; Wed, 21 Sep 2005 21:12:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DB843D46 for ; Wed, 21 Sep 2005 21:12:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:27:49 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 21 Sep 2005 16:51:08 -0400 User-Agent: KMail/1.8 References: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> In-Reply-To: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211651.09666.jhb@FreeBSD.org> Cc: Harald Schmalzbauer Subject: Re: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:12:07 -0000 On Tuesday 20 September 2005 03:41 pm, Harald Schmalzbauer wrote: > Hello, > > I get the following panic when using the nvidia driver with a debug > kernel, when I disable INVARIANTS and WITNESS everything is working > fine! > > Here's the trace: > > ACPI APIC Table: > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > panic: spin lock rm.mutex_mtx not in order list You need to add an entry for "rm.mutex_mtx" to the static spin lock order list in sys/kern/subr_witness.c. Something like this: Index: subr_witness.c =================================================================== RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v retrieving revision 1.201 diff -u -r1.201 subr_witness.c --- subr_witness.c 15 Sep 2005 19:07:14 -0000 1.201 +++ subr_witness.c 21 Sep 2005 20:50:45 -0000 @@ -363,6 +363,7 @@ #ifdef SMP { "ap boot", &lock_class_mtx_spin }, #endif + { "rm.mutex_mtx", &lock_class_mtx_spin }, { "sio", &lock_class_mtx_spin }, #ifdef __i386__ { "cy", &lock_class_mtx_spin }, -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 21:29:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F4916A41F for ; Wed, 21 Sep 2005 21:29:22 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B15A43D45 for ; Wed, 21 Sep 2005 21:29:22 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 38B7D21C8; Wed, 21 Sep 2005 17:29:42 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 052EB8A; Wed, 21 Sep 2005 17:29:40 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1EICCq-0000DV-Sd; Wed, 21 Sep 2005 22:32:44 +0100 Date: Wed, 21 Sep 2005 22:32:44 +0100 From: Brian Candler To: Joseph Peralta Message-ID: <20050921213244.GA813@uk.tiscali.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: errors during buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:29:22 -0000 On Wed, Sep 21, 2005 at 01:33:15PM -0400, Joseph Peralta wrote: > I am attempting to run 'make buildworld' using the FreeBSD 6.0-BETA5 source, > prior to this I completely removed and re-created /usr/src and /usr/obj and > downloaded the new source with cvsup. During the build I get the following > error, does anyone have any ideas what would be causing it or how to fix it? > /usr/src/lib/libz/inflate.c:1086: internal compiler error: Segmentation > fault Google for "sig 11 FAQ" to get to http://www.bitwizard.nl/sig11/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 21:37:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7641F16A41F for ; Wed, 21 Sep 2005 21:37:53 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E87B43D45 for ; Wed, 21 Sep 2005 21:37:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:53:42 -0400 From: John Baldwin To: Harald Schmalzbauer Date: Wed, 21 Sep 2005 17:38:41 -0400 User-Agent: KMail/1.8 References: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> <200509211651.09666.jhb@FreeBSD.org> <200509212328.26394@harrymail> In-Reply-To: <200509212328.26394@harrymail> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211738.42593.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:37:53 -0000 On Wednesday 21 September 2005 05:28 pm, Harald Schmalzbauer wrote: > Am Mittwoch, 21. September 2005 22:51 CEST schrieb John Baldwin: > > On Tuesday 20 September 2005 03:41 pm, Harald Schmalzbauer wrote: > > > Hello, > > > > > > I get the following panic when using the nvidia driver with a debug > > > kernel, when I disable INVARIANTS and WITNESS everything is working > > > fine! > > > > > > Here's the trace: > > > > > > ACPI APIC Table: > > > ioapic0: Changing APIC ID to 1 > > > ioapic0 irqs 0-23 on motherboard > > > panic: spin lock rm.mutex_mtx not in order list > > > > You need to add an entry for "rm.mutex_mtx" to the static spin lock > > order list in sys/kern/subr_witness.c. Something like this: > > > > Index: subr_witness.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v > > retrieving revision 1.201 > > diff -u -r1.201 subr_witness.c > > --- subr_witness.c 15 Sep 2005 19:07:14 -0000 1.201 > > +++ subr_witness.c 21 Sep 2005 20:50:45 -0000 > > @@ -363,6 +363,7 @@ > > #ifdef SMP > > { "ap boot", &lock_class_mtx_spin }, > > #endif > > + { "rm.mutex_mtx", &lock_class_mtx_spin }, > > { "sio", &lock_class_mtx_spin }, > > #ifdef __i386__ > > { "cy", &lock_class_mtx_spin }, > > Thanks for your attention! I don't exactly know what this does and why I > should add this spinlock exclude, I posted this error because somewhere > between early BETA4 and late BETA4 I could run the nvidia driver with > debug kernels without this panic. Short before BETA5 this changed back to > the panic I've already seen before BETA4, so I posted it here. > If it is something harmless it's safe to ignore my post, if it's something > which reflects a bug I hope I could help. It has to do with the WITNESS kernel option. WITNESS has to be explicitly told about each spin mutex in the kernel. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 21:37:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44FA416A41F; Wed, 21 Sep 2005 21:37:54 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F98D43D45; Wed, 21 Sep 2005 21:37:53 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 21 Sep 2005 17:53:42 -0400 From: John Baldwin To: Kris Kennaway Date: Wed, 21 Sep 2005 17:37:55 -0400 User-Agent: KMail/1.8 References: <200509211645.36060.jhb@FreeBSD.org> <20050921205736.GA31449@xor.obsecurity.org> In-Reply-To: <20050921205736.GA31449@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509211737.56671.jhb@FreeBSD.org> Cc: Daniel Eischen , freebsd-current@freebsd.org Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:37:54 -0000 On Wednesday 21 September 2005 04:57 pm, Kris Kennaway wrote: > On Wed, Sep 21, 2005 at 04:45:34PM -0400, John Baldwin wrote: > > On Tuesday 20 September 2005 02:55 pm, Daniel Eischen wrote: > > > I don't think anyone thinks that. But I prefer the old way. If we're > > > not properly keeping track of our ABI changes and what they affect, > > > then let's work on that problem. Symbol versioning isn't going to > > > solve that for us anyways. > > > > Yes, symbol versioning requires the same level of discipline as the more > > constrained library version number bumping. If we have decided that our > > developers are too incompetent to properly bump library versions for ABI > > changes then they are also too incompetent to handle symbol versioning. > > Furthermore, even with the massive library bumps, we have still stuck our > > collective heads in the sand and ignored all the port library version > > numbers. In theory they should all be bumped for 5 -> 6 as well. > > Which is impossible to do since it's a 1-dimensional space and the > upstream vendors are likely to bump their version next week anyway. Yeah, it's a sucky problem, which is part of why I think just bumping everything all the time is not an optimal solution. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 21:42:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B2B16A41F for ; Wed, 21 Sep 2005 21:42:13 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (glewis.dsl.xmission.com [166.70.56.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCE043D46 for ; Wed, 21 Sep 2005 21:42:13 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.3/8.13.3) with ESMTP id j8LLgB9n046616; Wed, 21 Sep 2005 15:42:11 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.3/8.13.3/Submit) id j8LLgAqM046615; Wed, 21 Sep 2005 15:42:10 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Wed, 21 Sep 2005 15:42:10 -0600 From: Greg Lewis To: Nicolas Blais Message-ID: <20050921214210.GA46586@misty.eyesbeyond.com> References: <200509211535.37011.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509211535.37011.nb_root@videotron.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: jdk15p2 firefox plugin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:42:13 -0000 On Wed, Sep 21, 2005 at 03:35:31PM -0400, Nicolas Blais wrote: > I've upgraded to jdk15p2 from p1_3 and according to the Makefile, it seems > that it can now build the firefox plugin. > I upgraded using WITH_MOZILLA=firefox and I can't seem to find any java > plugins in /usr/X11R6/lib/browser_plugins or elsewhere and therefore java > (with jdk15) doesn't work in firefox (but works great in Konqueror). ln -sf /usr/local/jdk1.5.0/jre/plugin/i386/ns7/libjavaplugin_oji.so /usr/X11R6/lib/browser_plugins -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 22:30:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CDFE16A41F for ; Wed, 21 Sep 2005 22:30:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F5FB43D46 for ; Wed, 21 Sep 2005 22:30:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 1A5101FF903; Thu, 22 Sep 2005 00:30:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 896111FF9AC; Thu, 22 Sep 2005 00:30:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 391E3157B9; Wed, 21 Sep 2005 22:25:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 36EA51577D; Wed, 21 Sep 2005 22:25:27 +0000 (UTC) Date: Wed, 21 Sep 2005 22:25:27 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> Message-ID: References: <6.2.3.4.0.20050921131152.035040a0@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 22:30:10 -0000 On Wed, 21 Sep 2005, Mike Tancsa wrote: Hi, > lock order reversal > 1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 > 2nd 0xc28d9150 ipsec request (ipsec request) @ /usr/src/sys/netipsec/ipsec_output.c:354 For the archives. I dded this LOR with ID 163. See http://sources.zabbadoz.net/freebsd/lor.html#163 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 23:13:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19B2816A41F for ; Wed, 21 Sep 2005 23:13:17 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147A943D45 for ; Wed, 21 Sep 2005 23:13:15 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 5ADC14F990 for ; Thu, 22 Sep 2005 01:13:12 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 501C576DC3 for ; Thu, 22 Sep 2005 01:13:12 +0200 (CEST) Received: from lofi.dyndns.org (dsl-084-061-132-142.arcor-ip.net [84.61.132.142]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 0FAA94E290 for ; Thu, 22 Sep 2005 01:13:12 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id j8LND9bh001640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Sep 2005 01:13:09 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id j8LND8MW007919 for ; Thu, 22 Sep 2005 01:13:08 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: by kiste.my.domain (8.13.4/8.13.1/Submit) id j8LND7uf007918 for freebsd-current@freebsd.org; Thu, 22 Sep 2005 01:13:07 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 01:13:02 +0200 User-Agent: KMail/1.8.2 X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Subject: UFS_EXTATTR(_AUTOSTART) broken on 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 23:13:17 -0000 --nextPart4517192.2IZDTPdR7J Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline So I tried to update my gateway at home to 6.0 tonight and got a panic whil= e=20 trying to boot the new kernel: [...] ad0: 76351MB at ata0-master UDMA100 acd0: DVDROM at ata1-maste= r=20 UDM A33 Trying to mount root from ufs:/dev/ad0s1a panic: lockmgr: unknown locktype request 0 Uptime: 2s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort =2D-> Press a key on the console to reboot, =2D-> or switch off the system now. I traced it to to these options in my kernel configuration: options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART (these are required to make extended attributes and POSIX ACLs work on UFS1= =20 filesystems). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4517192.2IZDTPdR7J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDMekCXhc68WspdLARAsiNAKCno8iSR145LMNqLGwo4nhsPaXOBgCdF5CS TzHiEBOoZupHiXuROEjYY9c= =3ZKr -----END PGP SIGNATURE----- --nextPart4517192.2IZDTPdR7J-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 00:54:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 240F016A41F for ; Thu, 22 Sep 2005 00:54:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A4143D45 for ; Thu, 22 Sep 2005 00:54:18 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8M0s86U060550 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 22 Sep 2005 10:24:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 10:24:03 +0930 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1506281.3PCOOoJOHg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509221024.04321.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: Can't mount a mixed mode CD from acd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 00:54:23 -0000 --nextPart1506281.3PCOOoJOHg Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have burnt a mixed mode audio/data CD (as 'CD Extra!'). I used k3b to mak= e=20 it and it has 34 tracks in the first session that are audio, and 1 data tra= ck=20 in the second session. If I mount -t cd9660 /dev/acd0 /cdrom I get a panic.. panic: wrong offset 427728896 for sectorsize 2352 g_io_request() g_vfs_strategy() breadn() bread() cd9660_mount() vfs_domount() vfs_donmount() kernel_mount() cd9660_mount() mount() =2E.. I presume because the medium sector size is inferred to be 2352 when lookin= g=20 at the first session :( If I mount with cd0 it works OK, but I'd say that's because it just assumed= a=20 2k sector size. This is on a week old -current. On 6.0 it gives EINVAL and doesn't panic. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1506281.3PCOOoJOHg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDMgCs5ZPcIHs/zowRAurbAJ9Ni39bzhWQPJd/CNAJWjDyLatW1QCePWoa nueXoDDhGSHvqnx1/NHZnd4= =98dA -----END PGP SIGNATURE----- --nextPart1506281.3PCOOoJOHg-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 01:47:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB8D16A41F for ; Thu, 22 Sep 2005 01:47:08 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B2F443D45 for ; Thu, 22 Sep 2005 01:47:07 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 0300C33A25 for ; Thu, 22 Sep 2005 03:47:01 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 58AF914A101 for ; Thu, 22 Sep 2005 03:47:01 +0200 (CEST) Received: from lofi.dyndns.org (dsl-084-061-128-045.arcor-ip.net [84.61.128.45]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id C59278F58A for ; Thu, 22 Sep 2005 01:36:01 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id j8LNZvtJ001422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Sep 2005 01:35:58 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id j8LNZvIq008178 for ; Thu, 22 Sep 2005 01:35:57 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.4/8.13.1/Submit) id j8LNZuHp008177 for freebsd-current@freebsd.org; Thu, 22 Sep 2005 01:35:56 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 01:35:55 +0200 User-Agent: KMail/1.8.2 References: <200509220113.06667.lofi@freebsd.org> In-Reply-To: <200509220113.06667.lofi@freebsd.org> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Subject: Re: UFS_EXTATTR(_AUTOSTART) broken on 6.0-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 01:47:08 -0000 --nextPart3294537.xFM16Y9EOs Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 22. September 2005 01:13, Michael Nottebrock wrote: > [...] > ad0: 76351MB at ata0-master UDMA100 > acd0: DVDROM at > ata1-master UDM > A33 > Trying to mount root from ufs:/dev/ad0s1a > panic: lockmgr: unknown locktype request 0 > Uptime: 2s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. And here's a backtrace for it: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-BETA5 #5: Thu Sep 22 01:27:39 CEST 2005 root@lofi.dyndns.org:/usr/obj/usr/src/sys/LOFI.ULE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) (1798.25-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x681 Stepping =3D 1 =20 =46eatures=3D0x383fbff AMD Features=3D0xc0400800 real memory =3D 536805376 (511 MB) avail memory =3D 516079616 (492 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 12 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem=20 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 ath0: mem 0xdffe0000-0xdffeffff irq 17 at device 13.0 on pci0 ath0: Ethernet address: 00:09:5b:ec:e1:b1 ath0: mac 5.9 phy 4.3 radio 4.6 atapci0: port=20 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd80= 0-0xd8ff=20 irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 16.2 (no driver attached) pci0: at device 16.3 (no driver attached) pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xc000-0xc0ff mem=20 0xdfffbd00-0xdfffbdff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0b:6a:b9:b0:30 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 dr= q 2=20 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console pmtimer0 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1798249996 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76351MB at ata0-master UDMA100 acd0: DVDROM at ata1-maste= r=20 UDMA33 Trying to mount root from ufs:/dev/ad0s1a panic: lockmgr: unknown locktype request 0 KDB: enter: panic [thread pid 1 tid 100006 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 1 tid 100006 td 0xc196e640 kdb_enter(c065f299) at kdb_enter+0x2b panic(c065dcf5,0,c06b5030,0,c065dbf6) at panic+0xbb lockmgr(c1b76af8,0,0,c196e640,d4481734) at lockmgr+0x58f vfs_hash_insert(c1b76aa0,168,0,c196e640,d4481804) at vfs_hash_insert+0x26 ffs_vget(c1a86800,168,0,d4481804) at ffs_vget+0x171 ufs_lookup(d44818d0,0,60,0,2) at ufs_lookup+0xaa5 ufs_extattr_lookup(c1b76bb0,2,c067062a,d4481910,c196e640) at=20 ufs_extattr_lookup+0xf1 ufs_extattr_autostart(c1a86800,c196e640,c196bd00,1,1) at=20 ufs_extattr_autostart+0x4c ffs_mountfs(c1b76cc0,c1a86800,c196e640,c1a839b0,0) at ffs_mountfs+0x7da ffs_mount(c1a86800,c196e640,0,0,c1b77000) at ffs_mount+0x8c5 vfs_domount(c196e640,c1a83970,c1a83990,4001,c1a83940) at vfs_domount+0x571 vfs_donmount(c196e640,4001,d4481c14,c1a84740,6) at vfs_donmount+0xce kernel_mount(c1a83920,4001,d4481c80,d4481cac,c051d2b4) at kernel_mount+0x38 kernel_vmount(4001,c0663ed0,c1a838f0,c0663ed7,c065d6e4) at kernel_vmount+0x= 37 vfs_mountroot_try(c1a83900,0,c196dc48,0,d4481cfc) at vfs_mountroot_try+0xb8 vfs_mountroot(c196dc48,c196e640,0,0,0) at vfs_mountroot+0xb3 start_init(0,d4481d38,c06b5a60,0,c065d21e) at start_init+0x35 fork_exit(c04b0f74,0,d4481d38) at fork_exit+0x61 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xd4481d6c, ebp =3D 0 --- =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart3294537.xFM16Y9EOs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDMe5cXhc68WspdLARAg0KAJ4u9CqOD8d0Uf9m5/gS+ceZtq/vJwCgkBiG JGuuSbFG5q50JEg3ZSfmePU= =mvJB -----END PGP SIGNATURE----- --nextPart3294537.xFM16Y9EOs-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 02:20:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A5116A41F for ; Thu, 22 Sep 2005 02:20:55 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFC143D46 for ; Thu, 22 Sep 2005 02:20:54 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-112-193.hsd1.ma.comcast.net (c-65-96-188-30.hsd1.ma.comcast.net[65.96.188.30](misconfigured sender)) by comcast.net (sccrmhc13) with ESMTP id <2005092202204601300adamle>; Thu, 22 Sep 2005 02:20:51 +0000 Received: from c-65-96-188-30.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-112-193.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j8M2KkOm025169; Wed, 21 Sep 2005 22:20:46 -0400 (EDT) (envelope-from rodrigc@c-65-96-188-30.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-65-96-188-30.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j8M2KjhS025168; Wed, 21 Sep 2005 22:20:45 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 21 Sep 2005 22:20:45 -0400 From: Craig Rodrigues To: "Daniel O'Connor" Message-ID: <20050922022045.GA25148@crodrigues.org> References: <200509221024.04321.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509221024.04321.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Can't mount a mixed mode CD from acd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 02:20:55 -0000 On Thu, Sep 22, 2005 at 10:24:03AM +0930, Daniel O'Connor wrote: > I have burnt a mixed mode audio/data CD (as 'CD Extra!'). I used k3b to make > it and it has 34 tracks in the first session that are audio, and 1 data track > in the second session. > > If I mount -t cd9660 /dev/acd0 /cdrom I get a panic.. > panic: wrong offset 427728896 for sectorsize 2352 > g_io_request() > > If I mount with cd0 it works OK, but I'd say that's because it just assumed a > 2k sector size. What do you mean by "If I mount with cd0"? Do you have a SCSI CD-ROM on your system as well? Can you try this patch? Index: cd9660_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/isofs/cd9660/cd9660_vfsops.c,v retrieving revision 1.141 diff -u -u -r1.141 cd9660_vfsops.c --- cd9660_vfsops.c 14 Aug 2005 04:19:36 -0000 1.141 +++ cd9660_vfsops.c 22 Sep 2005 02:20:09 -0000 @@ -247,9 +247,9 @@ /* This is the "logical sector size". The standard says this * should be 2048 or the physical sector size on the device, - * whichever is greater. For now, we'll just use a constant. + * whichever is greater. */ - iso_bsize = ISO_DEFAULT_BLOCK_SIZE; + iso_bsize = cp->provider->sectorsize; joliet_level = 0; if (1 != vfs_scanopt(mp->mnt_optnew, "ssector", "%d", &ssector)) -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 02:27:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313DE16A41F for ; Thu, 22 Sep 2005 02:27:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3F343D46 for ; Thu, 22 Sep 2005 02:27:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] ([203.31.81.38]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8M2QtTU061558; Thu, 22 Sep 2005 11:57:17 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <4332166F.1070907@gsoft.com.au> Date: Thu, 22 Sep 2005 11:56:55 +0930 From: "Daniel O'Connor" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <200509221024.04321.doconnor@gsoft.com.au> <20050922022045.GA25148@crodrigues.org> In-Reply-To: <20050922022045.GA25148@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Can't mount a mixed mode CD from acd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 02:27:40 -0000 Craig Rodrigues wrote: > On Thu, Sep 22, 2005 at 10:24:03AM +0930, Daniel O'Connor wrote: > >>I have burnt a mixed mode audio/data CD (as 'CD Extra!'). I used k3b to make >>it and it has 34 tracks in the first session that are audio, and 1 data track >>in the second session. >> >>If I mount -t cd9660 /dev/acd0 /cdrom I get a panic.. >>panic: wrong offset 427728896 for sectorsize 2352 >>g_io_request() >> >>If I mount with cd0 it works OK, but I'd say that's because it just assumed a >>2k sector size. > > > What do you mean by "If I mount with cd0"? Do you have a SCSI > CD-ROM on your system as well? I have atapicam in my kernel so the same drive appears as acd0 and cd0. > Can you try this patch? Not at the moment, hopefully soon :) Although I'm not sure how it would work because the sector size *really is* 2048 bytes for the second session. Unfortunately it is 2352 bytes for the first session and this duality may be confusing Geom (if it's even supposed to be able to handle dual sector sizes) > Index: cd9660_vfsops.c > =================================================================== > RCS file: /home/ncvs/src/sys/isofs/cd9660/cd9660_vfsops.c,v > retrieving revision 1.141 > diff -u -u -r1.141 cd9660_vfsops.c > --- cd9660_vfsops.c 14 Aug 2005 04:19:36 -0000 1.141 > +++ cd9660_vfsops.c 22 Sep 2005 02:20:09 -0000 > @@ -247,9 +247,9 @@ > > /* This is the "logical sector size". The standard says this > * should be 2048 or the physical sector size on the device, > - * whichever is greater. For now, we'll just use a constant. > + * whichever is greater. > */ > - iso_bsize = ISO_DEFAULT_BLOCK_SIZE; > + iso_bsize = cp->provider->sectorsize; > > joliet_level = 0; > if (1 != vfs_scanopt(mp->mnt_optnew, "ssector", "%d", &ssector)) > > > -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 02:35:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66BB916A41F for ; Thu, 22 Sep 2005 02:35:04 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0167043D46 for ; Thu, 22 Sep 2005 02:35:03 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so52391nzd for ; Wed, 21 Sep 2005 19:35:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F0KQfQFZ3uDqZ7geHin26CZHQvQONH6xahjn5dbtyb3ZByLWQn0H/EV58gFqdHwU8bb0zEuB+P426/HNDxgBg94o9uyajQ2FmwajnPgNyAcKOe6a7HM0CjbR47i/SoxJ8JP+eN+YUTsch5xH4NSbN2IxUPUYNZvJu8bzpMn7HQ4= Received: by 10.54.46.30 with SMTP id t30mr2921740wrt; Wed, 21 Sep 2005 19:35:03 -0700 (PDT) Received: by 10.54.130.7 with HTTP; Wed, 21 Sep 2005 19:35:02 -0700 (PDT) Message-ID: Date: Thu, 22 Sep 2005 12:35:03 +1000 From: Robert Backhaus To: Daniel O'Connor In-Reply-To: <200509221024.04321.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200509221024.04321.doconnor@gsoft.com.au> Cc: freebsd-current@freebsd.org Subject: Re: Can't mount a mixed mode CD from acd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 02:35:04 -0000 On 9/22/05, Daniel O'Connor wrote: > I have burnt a mixed mode audio/data CD (as 'CD Extra!'). I used k3b to m= ake > it and it has 34 tracks in the first session that are audio, and 1 data t= rack > in the second session. > > If I mount -t cd9660 /dev/acd0 /cdrom I get a panic.. > panic: wrong offset 427728896 for sectorsize 2352 > g_io_request() > g_vfs_strategy() > breadn() > bread() > cd9660_mount() > vfs_domount() > vfs_donmount() > kernel_mount() > cd9660_mount() > mount() > ... > > I presume because the medium sector size is inferred to be 2352 when look= ing > at the first session :( > > If I mount with cd0 it works OK, but I'd say that's because it just assum= ed a > 2k sector size. > > This is on a week old -current. On 6.0 it gives EINVAL and doesn't panic. > Shouldn't the session be available as /dev/acd0t33 ? Have you tried mounting that? From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 03:25:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8A7216A41F for ; Thu, 22 Sep 2005 03:25:14 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C1D43D45 for ; Thu, 22 Sep 2005 03:25:14 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-112-193.hsd1.ma.comcast.net (c-65-96-188-30.hsd1.ma.comcast.net[65.96.188.30](misconfigured sender)) by comcast.net (sccrmhc13) with ESMTP id <2005092203250401300ac2j5e>; Thu, 22 Sep 2005 03:25:13 +0000 Received: from c-65-96-188-30.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-112-193.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j8M3P4NZ025809; Wed, 21 Sep 2005 23:25:04 -0400 (EDT) (envelope-from rodrigc@c-65-96-188-30.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-65-96-188-30.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j8M3P3RG025808; Wed, 21 Sep 2005 23:25:03 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 21 Sep 2005 23:25:03 -0400 From: Craig Rodrigues To: "Daniel O'Connor" Message-ID: <20050922032503.GA25781@crodrigues.org> References: <200509221024.04321.doconnor@gsoft.com.au> <20050922022045.GA25148@crodrigues.org> <4332166F.1070907@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4332166F.1070907@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Can't mount a mixed mode CD from acd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 03:25:14 -0000 On Thu, Sep 22, 2005 at 11:56:55AM +0930, Daniel O'Connor wrote: > >Can you try this patch? > > Not at the moment, hopefully soon :) > > Although I'm not sure how it would work because the sector size *really > is* 2048 bytes for the second session. Unfortunately it is 2352 bytes > for the first session and this duality may be confusing Geom (if it's > even supposed to be able to handle dual sector sizes) The patch should eliminate the panic that you saw, and you should get an EINVAL. If you try mounting /dev/acd0t33 (or whatever) as recommended by Robert Backhaus, then that should just work for mounting your data track. I don't have a multisession CD to try with, so feedback would be helpful. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 05:25:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54ACE16A41F for ; Thu, 22 Sep 2005 05:25:39 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E69FA43D45 for ; Thu, 22 Sep 2005 05:25:38 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j8M5PT0X007633 for ; Thu, 22 Sep 2005 01:25:29 -0400 X-ORBL: [71.139.46.176] Received: from [10.0.5.50] (ppp-71-139-46-176.dsl.snfc21.pacbell.net [71.139.46.176]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id j8M5PDDh021003 for ; Thu, 22 Sep 2005 01:25:13 -0400 Message-ID: <43324049.6000307@root.org> Date: Wed, 21 Sep 2005 22:25:29 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: an(4) timeouts after a while? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 05:25:39 -0000 I use an Aironet 340 card in my laptop, running 7-current. It will run fine for 30-40 minutes and then suddenly timeout. Ejecting and reinserting fixes this. It may only happen after a suspend/resume, even if the suspend/resume was before the card was first inserted. Here's what I get on insertion: an0: at port 0x2000-0x203f irq 11 function 0 config 5 on pccard1 an0: record length mismatch -- expected 192, got 200 for Rid ff00 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: Ethernet address: 00:40:xxxxx an0: [GIANT-LOCKED] When net connections start hanging, this is ifconfig: an0: flags=8843 mtu 1500 inet6 fe80::xx:xx:xx:xx%an0 prefixlen 64 scopeid 0x4 inet 10.0.xx.xx netmask 0xffffff00 broadcast 10.0.xx.255 ether 00:40:xx:xx:xx:xx media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid 1:myssid channel 6 stationname "" authmode OPEN privacy ON deftxkey 1 txpowmax 0 rtsthreshold 0 roaming DEVICE And dmesg says: an0: xmit failed an0: device timeout Then I eject the card: an0: RID access failed an0: RID access failed an0: detached cbb1: Bad Vcc requested Interrupt storm detected on "irq11: pcm0 cbb0+++"; throttling interrupt source cbb1: Bad Vcc requested And then reinsert: an0: at port 0x2000-0x203f irq 11 function 0 config 5 on pccard1 an0: record length mismatch -- expected 192, got 200 for Rid ff00 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: Ethernet address: 00:40:xxxxx an0: [GIANT-LOCKED] -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 05:34:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DE2516A41F for ; Thu, 22 Sep 2005 05:34:11 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1568643D45 for ; Thu, 22 Sep 2005 05:34:10 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] ([203.31.81.38]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8M5XfPL063365; Thu, 22 Sep 2005 15:03:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <43324234.6030908@gsoft.com.au> Date: Thu, 22 Sep 2005 15:03:40 +0930 From: "Daniel O'Connor" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <200509221024.04321.doconnor@gsoft.com.au> <20050922022045.GA25148@crodrigues.org> <4332166F.1070907@gsoft.com.au> <20050922032503.GA25781@crodrigues.org> In-Reply-To: <20050922032503.GA25781@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Can't mount a mixed mode CD from acd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 05:34:11 -0000 Craig Rodrigues wrote: > The patch should eliminate the panic that you saw, > and you should get an EINVAL. If you try mounting /dev/acd0t33 (or > whatever) as recommended by Robert Backhaus, then that should just > work for mounting your data track. I don't have a multisession > CD to try with, so feedback would be helpful. Ahh OK, I'll give it a whirl tonight. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Key ID - 7B3FCE8C From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 05:36:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1642616A41F for ; Thu, 22 Sep 2005 05:36:54 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F1B143D4C for ; Thu, 22 Sep 2005 05:36:52 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.186]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1EIJk7-00070N-G6 for current@freebsd.org; Thu, 22 Sep 2005 17:35:35 +1200 Message-ID: <4332ECFF.4010507@ThePacific.Net> Date: Thu, 22 Sep 2005 17:42:23 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: split Rx Tx with 2 interfaces?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 05:36:54 -0000 Hi there. Somebody knows if is possible split the rx and tx traffic in 2 differents interfaces, I want to do it with 2 wireless cards (one rx, one tx) , I cant make or I dont know how make it work yet..... any ideas?. cheers Marcos Biscaysaqu ThePacific.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 05:37:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84A2716A420 for ; Thu, 22 Sep 2005 05:37:17 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from gate.intelsys.ru (212.44.92.174.satgate.net [212.44.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE15443D5E for ; Thu, 22 Sep 2005 05:37:10 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: by gate.intelsys.ru (Postfix, from userid 1037) id 1BFB7245A7; Thu, 22 Sep 2005 09:37:07 +0400 (MSD) Received: from [192.168.2.69] (StepanR [192.168.2.69]) by gate.intelsys.ru (Postfix) with ESMTP id BDA2F8911 for ; Thu, 22 Sep 2005 09:37:06 +0400 (MSD) Message-ID: <43324302.1060108@mail.ru> Date: Thu, 22 Sep 2005 09:37:06 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43311D9E.2070507@ebs.gr> In-Reply-To: <43311D9E.2070507@ebs.gr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on gate.intelsys.ru X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.0 Subject: works good (Was: Re: BETA5: nvidia-driver starts crashing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 05:37:17 -0000 Panagiotis Astithas wrote: > Bachilo Dmitry wrote: > >> Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): >> >>> Hi, >>> After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>> panic the kernel (everything run smoothly before makeworld/makekernel). >>> I rebuilt it, but with no success. >>> Did anybody have such a problem? >>> >>> P.S. my X is absolutely unuseable because nv driver hangs the system >>> just after kde load. >> >> >> >> >> Well, all my friends think that nvidia drivers actualy do not work in >> 6-CURRENT, i am surprised if it did on BETA4 on your machine. >> >> but nv driver works fine. >> >> Well everything is strange, lets wait for more posts. > > > It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding > it. What is the panic message and trace? > Well, second rebuild helped me, but now portversion tells that nvidia-driver needs compat5x and localedata ports... i thought that it should install required ports by itself. Am i wrong? Stepan From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 06:08:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C41F216A41F for ; Thu, 22 Sep 2005 06:08:00 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2575C43D45 for ; Thu, 22 Sep 2005 06:08:00 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.186]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1EIKEF-0007b7-Px for current@freebsd.org; Thu, 22 Sep 2005 18:06:43 +1200 Message-ID: <4332F44A.4090100@ThePacific.Net> Date: Thu, 22 Sep 2005 18:13:30 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <4332ECFF.4010507@ThePacific.Net> <6.2.3.4.2.20050921224804.02c9aeb0@cobalt.antimatter.net> In-Reply-To: <6.2.3.4.2.20050921224804.02c9aeb0@cobalt.antimatter.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: split Rx Tx with 2 interfaces?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:08:00 -0000 Glenn Dawson wrote: > At 10:42 AM 9/22/2005, Marcos Biscaysaqu - ThePacific.net wrote: > >> Hi there. >> Somebody knows if is possible split the rx and tx traffic in 2 >> differents interfaces, I want to do it with 2 wireless cards (one rx, >> one tx) , I cant make or I dont know how make it work yet..... >> >> any ideas?. > > > What do you hope to gain by doing that? > > -Glenn > > >> cheers >> Marcos Biscaysaqu >> ThePacific.net >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > > > > Hi there. > We have a lot of wireless freebsd clients, and what we are trying > to do with this is split the rf traffic in rx and tx using 2 wireless > cards each end same all the quite expensive equipment does it. like > going from frecuency time division to frecuency division. > > am I right? > > Thanks > Marcos Biscaysaqu From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 06:14:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA6D616A41F for ; Thu, 22 Sep 2005 06:14:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A7D43D45 for ; Thu, 22 Sep 2005 06:14:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] ([203.31.81.38]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8M6EPiJ063843; Thu, 22 Sep 2005 15:44:31 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <43324BBF.3080206@gsoft.com.au> Date: Thu, 22 Sep 2005 15:44:23 +0930 From: "Daniel O'Connor" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marcos Biscaysaqu - ThePacific.net" References: <4332ECFF.4010507@ThePacific.Net> <6.2.3.4.2.20050921224804.02c9aeb0@cobalt.antimatter.net> <4332F44A.4090100@ThePacific.Net> In-Reply-To: <4332F44A.4090100@ThePacific.Net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: current@freebsd.org Subject: Re: split Rx Tx with 2 interfaces?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:14:35 -0000 Marcos Biscaysaqu - ThePacific.net wrote: > Glenn Dawson wrote: > >> At 10:42 AM 9/22/2005, Marcos Biscaysaqu - ThePacific.net wrote: >> >>> Hi there. >>> Somebody knows if is possible split the rx and tx traffic in 2 >>> differents interfaces, I want to do it with 2 wireless cards (one rx, >>> one tx) , I cant make or I dont know how make it work yet..... >>> >>> any ideas?. >> >> >> >> What do you hope to gain by doing that? You could buy a T/R switch :) Not sure if anyone sells off the shelf 2.4Ghz low power TR switches though (wouldn't suprise me if they did, but I suspect they're expensive) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Key ID - 7B3FCE8C From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 06:36:24 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DBDB16A420; Thu, 22 Sep 2005 06:36:24 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB45A43D49; Thu, 22 Sep 2005 06:36:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8M6aC4h045231; Thu, 22 Sep 2005 00:36:12 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433250D9.8030104@samsco.org> Date: Thu, 22 Sep 2005 00:36:09 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Mikhail T." References: <200509220629.j8M6TM3F000841@blue.virtual-estates.net> In-Reply-To: <200509220629.j8M6TM3F000841@blue.virtual-estates.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: amd64@FreeBSD.org, re@FreeBSD.org, current@FreeBSD.org Subject: Re: amd64+gdb -- instant reboot (BETA5 and 4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:36:24 -0000 Mikhail T. wrote: > Hi! > > I was trying to use gdb to debug a program (audio/timidity++) on > my 6.0-BETA4. > > It would play fine, and then I'll interrupt it with Ctrl-C to enter the > debugger. If I then try to exit the debugger, the whole system will > reboot instantaniously. > > I sync-ed to today's sources (BETA5) and added WITNESS, WITNESS_KDB, > INVARIANTS, and INVARIANT_SUPPORT (strangly, INVARIANTS requires, but > does not imply INVARIANT_SUPPORT). > > With BETA5 the story is exactly the same -- instant reboot. > > Sometimes I can see two lines of debug messages (lock order reversal?) > flushed on the console, but the machine reboots too quickly to read > them beyond: > > 1 .................... > 2 .................... > > Is this gdb misbehaviour a known problem? How can I have the system > avoid rebooting? Crash-dumping is enabled, but does not take place :-( > > Is that because timidity uses threads, perhaps? > > Thanks! > > -mi It's definitely not known. Any chance you could hook up a serial console to log the output. It'll be pretty hard to debug otherwise. Sounds like you're likely getting a triple fault. Scott From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 06:37:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E295C16A41F; Thu, 22 Sep 2005 06:37:11 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC44343D45; Thu, 22 Sep 2005 06:37:09 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30] [83.227.181.30]) by mxfep02.bredband.com with ESMTP id <20050922063708.JCKT3281.mxfep02.bredband.com@ua-83-227-181-30.cust.bredbandsbolaget.se>; Thu, 22 Sep 2005 08:37:08 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id D0276678B3; Thu, 22 Sep 2005 08:37:07 +0200 (CEST) Message-ID: <43325114.4090907@gneto.com> Date: Thu, 22 Sep 2005 08:37:08 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050909) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <200509211550.27524.jkim@FreeBSD.org> In-Reply-To: <200509211550.27524.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] AMD multicore detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:37:12 -0000 Jung-uk Kim wrote: > New patch is here: > http://people.freebsd.org/~jkim/multicore.diff > > Please test and let me know. I don't have multicore CPU to test it > for myself. :-( The below is on a Pentium D 820 (Dualcore). I don't like that the two cores are reported as hyperthreading when the CPU does not support hyperthreading (only the 840 EE does). If we ship 6.0 with HT disabled I'm afraid that it will turn off one of the cores, right? Regards, Martin # uname -a FreeBSD t121.gneto.com 6.0-BETA5 FreeBSD 6.0-BETA5 #4: Thu Sep 22 08:15:42 CEST 2005 root@t121.gneto.com:/usr/obj/usr/src/sys/DCORE amd64 Before: FreeBSD 6.0-BETA5 #3: Wed Sep 21 21:32:53 CEST 2005 root@t121.gneto.com:/usr/obj/usr/src/sys/DCORE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2805.62-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf44 Stepping = 4 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100800 Hyperthreading: 2 logical CPUs real memory = 2137407488 (2038 MB) avail memory = 2055442432 (1960 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 After: Copyright (c) 1992-2005 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 6.0-BETA5 #4: Thu Sep 22 08:15:42 CEST 2005 root@t121.gneto.com:/usr/obj/usr/src/sys/DCORE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2805.61-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf44 Stepping = 4 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100800 Hyperthreading: 2 logical CPUs real memory = 2137407488 (2038 MB) avail memory = 2055438336 (1960 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 06:47:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 238E916A41F; Thu, 22 Sep 2005 06:47:03 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B986843D45; Thu, 22 Sep 2005 06:47:02 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mr8so.prod.shaw.ca (pd3mr8so-qfe3.prod.shaw.ca [10.0.141.24]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IN7009ZOHIDTBC0@l-daemon>; Thu, 22 Sep 2005 00:47:01 -0600 (MDT) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd3mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IN7002OEHIDHK40@pd3mr8so.prod.shaw.ca>; Thu, 22 Sep 2005 00:47:01 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IN700C05HIDC2@l-daemon>; Thu, 22 Sep 2005 00:47:01 -0600 (MDT) Date: Wed, 21 Sep 2005 23:47:00 -0700 From: Colin Percival In-reply-to: <43325114.4090907@gneto.com> To: Martin Nilsson Message-id: <43325364.8090208@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.92.0.0 References: <200509211550.27524.jkim@FreeBSD.org> <43325114.4090907@gneto.com> User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050920) Cc: freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [PATCH] AMD multicore detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:47:03 -0000 Martin Nilsson wrote: > Jung-uk Kim wrote: >> New patch is here: >> http://people.freebsd.org/~jkim/multicore.diff >> >> Please test and let me know. I don't have multicore CPU to test it >> for myself. :-( > > The below is on a Pentium D 820 (Dualcore). I don't like that the two > cores are reported as hyperthreading when the CPU does not support > hyperthreading (only the 840 EE does). If we ship 6.0 with HT disabled > I'm afraid that it will turn off one of the cores, right? It shouldn't. Dual-core processors claim to be hyperthreaded, but when I wrote the patch which disabled hyperthreading I added extra (and rather complicated) code to detect dual-core processors and *not* disable them. If I got it wrong, please let me know. :-) Colin Percival From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 07:01:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE1CA16A41F for ; Thu, 22 Sep 2005 07:01:14 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAAB543D48 for ; Thu, 22 Sep 2005 07:01:13 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j8M71A9V037402; Thu, 22 Sep 2005 10:01:10 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.158] (pc158.ebs.gr [10.1.1.158]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j8M71JXC051932; Thu, 22 Sep 2005 10:01:20 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <433256B1.9090304@ebs.gr> Date: Thu, 22 Sep 2005 10:01:05 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <43324049.6000307@root.org> In-Reply-To: <43324049.6000307@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: an(4) timeouts after a while? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 07:01:14 -0000 Nate Lawson wrote: > I use an Aironet 340 card in my laptop, running 7-current. It will run > fine for 30-40 minutes and then suddenly timeout. Ejecting and > reinserting fixes this. It may only happen after a suspend/resume, even > if the suspend/resume was before the card was first inserted. > > Here's what I get on insertion: > an0: at port > 0x2000-0x203f irq 11 function 0 config 5 on pccard1 > an0: record length mismatch -- expected 192, got 200 for Rid ff00 > an0: got RSSI <-> dBM map > an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > an0: Ethernet address: 00:40:xxxxx > an0: [GIANT-LOCKED] > > When net connections start hanging, this is ifconfig: > an0: flags=8843 mtu 1500 > inet6 fe80::xx:xx:xx:xx%an0 prefixlen 64 scopeid 0x4 > inet 10.0.xx.xx netmask 0xffffff00 broadcast 10.0.xx.255 > ether 00:40:xx:xx:xx:xx > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid 1:myssid channel 6 > stationname "" > authmode OPEN privacy ON deftxkey 1 txpowmax 0 rtsthreshold 0 > roaming DEVICE > > And dmesg says: > an0: xmit failed > an0: device timeout > > Then I eject the card: > an0: RID access failed > an0: RID access failed > an0: detached > cbb1: Bad Vcc requested > Interrupt storm detected on "irq11: pcm0 cbb0+++"; throttling interrupt > source > cbb1: Bad Vcc requested > > And then reinsert: > an0: at port > 0x2000-0x203f irq 11 function 0 config 5 on pccard1 > an0: record length mismatch -- expected 192, got 200 for Rid ff00 > an0: got RSSI <-> dBM map > an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > an0: Ethernet address: 00:40:xxxxx > an0: [GIANT-LOCKED] > I've been seeing that for many months on a RELENG_5 system as well. Panagiotis From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 07:04:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE2416A41F for ; Thu, 22 Sep 2005 07:04:21 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EA5043D48 for ; Thu, 22 Sep 2005 07:04:20 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j8M74I9V037410; Thu, 22 Sep 2005 10:04:18 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.158] (pc158.ebs.gr [10.1.1.158]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j8M74SZp051971; Thu, 22 Sep 2005 10:04:29 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <4332576E.1080703@ebs.gr> Date: Thu, 22 Sep 2005 10:04:14 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stepan Rakhimov References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43311D9E.2070507@ebs.gr> <43324302.1060108@mail.ru> In-Reply-To: <43324302.1060108@mail.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: works good (Was: Re: BETA5: nvidia-driver starts crashing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 07:04:21 -0000 Stepan Rakhimov wrote: > Panagiotis Astithas wrote: > >>Bachilo Dmitry wrote: >> >> >>>Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): >>> >>> >>>>Hi, >>>>After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>>>panic the kernel (everything run smoothly before makeworld/makekernel). >>>>I rebuilt it, but with no success. >>>>Did anybody have such a problem? >>>> >>>>P.S. my X is absolutely unuseable because nv driver hangs the system >>>>just after kde load. >>> >>> >>> >>> >>>Well, all my friends think that nvidia drivers actualy do not work in >>>6-CURRENT, i am surprised if it did on BETA4 on your machine. >>> >>>but nv driver works fine. >>> >>>Well everything is strange, lets wait for more posts. >> >> >>It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding >>it. What is the panic message and trace? >> > > > Well, second rebuild helped me, > but now portversion tells that nvidia-driver needs compat5x and > localedata ports... i thought that it should install required ports by > itself. Am i wrong? It must have missed them due to the particular combination of portupgrade flags you used. Just install them on your own and you will be fine. Afterwards you may remove relevant entries from libmap.conf (if, like me, you had them already). Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 07:22:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB06116A41F; Thu, 22 Sep 2005 07:22:47 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D86343D46; Thu, 22 Sep 2005 07:22:47 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EILPO-0000eO-30; Thu, 22 Sep 2005 09:22:18 +0200 Date: Thu, 22 Sep 2005 09:22:50 +0200 From: Marcin Jessa To: FreeBSD-Current , FreeBSD-net Message-Id: <20050922092250.55b4716a.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: Subject: tap devices and DHCP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 07:22:47 -0000 Hi guys. I do not know if it's meant to be that way but tap devices cannot get IPs assigned with DHCP. I did not check the old dhclient code but the new one cannot hand over DHCP requests to tap devices. I was sure a tap device acted as an ethernet device even though it's a virtual one, since one can manually assign IP to tap. It can however assign IP to a bridge (with DHCP) with dev tap as a member of it. Could someone explain me please if this behaviour is on purpose or just a problem with DHCP? Cheers, Marcin. From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 09:02:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12FB116A41F for ; Thu, 22 Sep 2005 09:02:53 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from gate.intelsys.ru (212.44.92.174.satgate.net [212.44.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF9F43D48 for ; Thu, 22 Sep 2005 09:02:52 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: by gate.intelsys.ru (Postfix, from userid 1037) id E7B1F25D96; Thu, 22 Sep 2005 13:02:42 +0400 (MSD) Received: from [192.168.2.69] (StepanR [192.168.2.69]) by gate.intelsys.ru (Postfix) with ESMTP id 1094018214; Thu, 22 Sep 2005 13:02:42 +0400 (MSD) Message-ID: <43327331.1070207@mail.ru> Date: Thu, 22 Sep 2005 13:02:41 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Panagiotis Astithas , freebsd-current@freebsd.org References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43311D9E.2070507@ebs.gr> <43324302.1060108@mail.ru> <4332576E.1080703@ebs.gr> In-Reply-To: <4332576E.1080703@ebs.gr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on gate.intelsys.ru X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.0 Cc: Subject: Re: works good (Was: Re: BETA5: nvidia-driver starts crashing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 09:02:53 -0000 Panagiotis Astithas wrote: > Stepan Rakhimov wrote: > >> Panagiotis Astithas wrote: >> >>> Bachilo Dmitry wrote: >>> >>> >>>> Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): >>>> >>>> >>>>> Hi, >>>>> After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>>>> panic the kernel (everything run smoothly before >>>>> makeworld/makekernel). >>>>> I rebuilt it, but with no success. >>>>> Did anybody have such a problem? >>>>> >>>>> P.S. my X is absolutely unuseable because nv driver hangs the system >>>>> just after kde load. >>>> >>>> >>>> >>>> >>>> >>>> Well, all my friends think that nvidia drivers actualy do not work in >>>> 6-CURRENT, i am surprised if it did on BETA4 on your machine. >>>> >>>> but nv driver works fine. >>>> >>>> Well everything is strange, lets wait for more posts. >>> >>> >>> >>> It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding >>> it. What is the panic message and trace? >>> >> >> >> Well, second rebuild helped me, >> but now portversion tells that nvidia-driver needs compat5x and >> localedata ports... i thought that it should install required ports by >> itself. Am i wrong? > > > It must have missed them due to the particular combination of > portupgrade flags you used. Just install them on your own and you will > be fine. Afterwards you may remove relevant entries from libmap.conf > (if, like me, you had them already). What entries exactly do you mean? Stepan From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 09:05:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33CD616A41F for ; Thu, 22 Sep 2005 09:05:53 +0000 (GMT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (pegasus.freibergnet.de [80.243.43.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6147243D46 for ; Thu, 22 Sep 2005 09:05:52 +0000 (GMT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) by pegasus.freiberg-net.de (8.13.4/8.13.1) with ESMTP id j8M95oDa001312 for ; Thu, 22 Sep 2005 11:05:51 +0200 (CEST) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.13.4/8.13.1/Submit) id j8M95oxk001311 for freebsd-current@freebsd.org; Thu, 22 Sep 2005 11:05:50 +0200 (CEST) (envelope-from holm) Date: Thu, 22 Sep 2005 11:05:50 +0200 From: Holm Tiffe To: freebsd-current@freebsd.org Message-ID: <20050922090550.GA1074@pegasus.freiberg-net.de> Mail-Followup-To: Holm Tiffe , freebsd-current@freebsd.org References: <20050921132044.GA1111@pegasus.freiberg-net.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050921132044.GA1111@pegasus.freiberg-net.de> User-Agent: Mutt/1.4.2.1i Organization: FreibergNet Internet Services Priority: normal X-Phone: +49-3731-419010 X-Fax: +49-3731-4196026 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC Subject: if_wi hostap mode in 6.0-BETA5 seriously broken, was:Re: RELENG_6 if_wi in hostap mode broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: holm@freibergnet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 09:05:53 -0000 Holm Tiffe wrote: > Hi, > > I have a Netgear MA311 running in hostap mode from time to time in my > pc. This card is there for teting purposes mostly. > > Today I've found this card not working anymore with my existing > configuration, the client gets associated but I can't get a single > packet to the client or vis versa. > > ifconfig wi0 channel 10 > ifconfig wi0 media DS11 mediaopt hostap > ifconfig wi0 stationname PEGASUS > ifconfig wi0 wepkey 0xsomething > ifconfig wi0 wepmode on > ifconfig wi0 ssid "FGNETWILAN" > ifconfig wi0 inet 192.168.100.20 netmask 255.255.255.0 > > wi0: flags=8843 mtu 1500 > inet 192.168.100.20 netmask 0xffffff00 broadcast 192.168.100.255 > inet6 fe80::209:5bff:fe69:39c8%wi0 prefixlen 64 scopeid 0x2 > ether 00:09:5b:69:39:c8 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps (DS/2Mbps ) > status: associated > ssid FGNETWILAN channel 10 bssid 00:09:5b:69:39:c8 > stationname PEGASUS > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 100 > dtimperiod 1 bintval 100 > > Is this a known Issue? > Unfortunately I must remove the card from the pc now, because an other one > has died and must be replaced.... > > > Regards, > > Holm [..] Today I've booted the 5.2-R live filesystem and checked my wi card again. On 5.2R the hostap mode of this card is working flawlessly, but tcpdump wi0 doesn't see any packets going trough the interface. I can connect from my notebook both with Win98 (Boingo) and 5.2.1-RELEASE-p9 with the same hostap settings. On 6.0-BETA5 from yesterday Boingo can't connect, FreeBSD on the Notebook also can't. Unfortunately I can't check vis versa, the ap on the notebook, since my Orinocco Gold PCCard seems to not support hostap mode on 5.1.1-R-p9. If I can help to track this, drop me a mail.. Regards, Holm -- L&P::Kommunikation GbR Holm Tiffe * Administration, Development FreibergNet.de Internet Systems phone +49 3731 419010 Bereich Server & Technik fax +49 3731 4196026 D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 09:45:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EFC16A41F for ; Thu, 22 Sep 2005 09:45:21 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id C37C443D48 for ; Thu, 22 Sep 2005 09:45:20 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 8285 invoked from network); 22 Sep 2005 09:45:19 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 22 Sep 2005 09:45:19 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j8M9jI5W041848 for ; Thu, 22 Sep 2005 11:45:18 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j8M9jIGS041847 for current@freebsd.org; Thu, 22 Sep 2005 11:45:18 +0200 (CEST) (envelope-from pho) Date: Thu, 22 Sep 2005 11:45:18 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050922094518.GA41762@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: inodes and soft update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 09:45:21 -0000 While trying to improve one of the tests from the kernel stress suite, I have run into a strange problem. The program tries to use 90% of the available inodes on a file system. This works fine where "soft update" is disabled. However, when enabled I seem to run out of some resource and the file system winds up corrupted (/tmp: unmount pending error: blocks 0 files -83). http://people.freebsd.org/~pho/stress/log/inodes.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 10:35:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE6F16A41F; Thu, 22 Sep 2005 10:35:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7F2043D45; Thu, 22 Sep 2005 10:35:06 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 3D41B46B4D; Thu, 22 Sep 2005 06:35:06 -0400 (EDT) Date: Thu, 22 Sep 2005 11:35:06 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marcin Jessa In-Reply-To: <20050922092250.55b4716a.lists@yazzy.org> Message-ID: <20050922113336.K34322@fledge.watson.org> References: <20050922092250.55b4716a.lists@yazzy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-net , FreeBSD-Current Subject: Re: tap devices and DHCP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 10:35:07 -0000 On Thu, 22 Sep 2005, Marcin Jessa wrote: > I do not know if it's meant to be that way but tap devices cannot get > IPs assigned with DHCP. I did not check the old dhclient code but the > new one cannot hand over DHCP requests to tap devices. I was sure a tap > device acted as an ethernet device even though it's a virtual one, since > one can manually assign IP to tap. It can however assign IP to a bridge > (with DHCP) with dev tap as a member of it. Could someone explain me > please if this behaviour is on purpose or just a problem with DHCP? That's certainly undesirable. Could you tell us a little bit about the setup you're running? Specifically, what's on the other end of the tap device, and how does it hook up to the DHCP server? Could you show the ifconfig output for the interface before and after running dhclient? And then again after manually assigning an address? Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 10:41:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A1C16A41F; Thu, 22 Sep 2005 10:41:14 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDFA243D53; Thu, 22 Sep 2005 10:41:11 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8MAf5uo015327; Thu, 22 Sep 2005 14:41:06 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8MAf5V8015322; Thu, 22 Sep 2005 14:41:05 +0400 (MSD) (envelope-from yar) Date: Thu, 22 Sep 2005 14:41:05 +0400 From: Yar Tikhiy To: freebsd-net@freebsd.org, freebsd-current@freebsd.org Message-ID: <20050922104104.GA13539@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 10:41:14 -0000 Hi folks, As our ifconfig(8) is growing more options for special interface types, inconsistencies sneak into their syntax. In particular, -vlandev takes a useless argument (vlan(4) cannot attach to more than one parent anyway) while, e.g., -carpdev doesn't need one. Personally, I like the latter since having to type unneeded words on the command line annoys me. Do you think that making -vlandev need no arguments in CURRENT would break many existing things? -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 10:46:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4A916A41F for ; Thu, 22 Sep 2005 10:46:32 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78EB243D45 for ; Thu, 22 Sep 2005 10:46:30 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8MAkRpQ020422 for ; Thu, 22 Sep 2005 17:46:27 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8MAkK4V005330 for ; Thu, 22 Sep 2005 17:46:20 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 17:46:20 +0700 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509221746.21138.root@solink.ru> Subject: sisdrm is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 10:46:32 -0000 Hellow, all. I just wonder why the kernel does not compile with sisdrm anymore? And, actually, would i get anything usefull with it? I had compiled it once on my 5.4 successfully, but had no time tot test it. Now i am on 6.0-BETA5 and sisdrm does not compile. Why, and should i bother? Regards, Dmitry. From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 10:50:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C03916A41F; Thu, 22 Sep 2005 10:50:02 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 718FF43D45; Thu, 22 Sep 2005 10:49:59 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EIOdv-0007AE-NK; Thu, 22 Sep 2005 12:49:32 +0200 Date: Thu, 22 Sep 2005 12:50:03 +0200 From: Marcin Jessa To: Robert Watson Message-Id: <20050922125003.67071cb1.lists@yazzy.org> In-Reply-To: <20050922113336.K34322@fledge.watson.org> References: <20050922092250.55b4716a.lists@yazzy.org> <20050922113336.K34322@fledge.watson.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: tap devices and DHCP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 10:50:02 -0000 On Thu, 22 Sep 2005 11:35:06 +0100 (BST) Robert Watson wrote: > > On Thu, 22 Sep 2005, Marcin Jessa wrote: > > > I do not know if it's meant to be that way but tap devices cannot > > get IPs assigned with DHCP. I did not check the old dhclient code > > but the new one cannot hand over DHCP requests to tap devices. I > > was sure a tap device acted as an ethernet device even though it's > > a virtual one, since one can manually assign IP to tap. It can > > however assign IP to a bridge (with DHCP) with dev tap as a member > > of it. Could someone explain me please if this behaviour is on > > purpose or just a problem with DHCP? > > That's certainly undesirable. Could you tell us a little bit about > the setup you're running? Specifically, what's on the other end of > the tap device, and how does it hook up to the DHCP server? I have a bridge with one fxp0 nic (which I renamed to net0) and one tap1 device. The other end runs linux as DHCP server on LAN. It communicates with the DHCP server through the fxp0 device which is a member of the same bridge. > Could you show the ifconfig output for the interface before and after > running dhclient? And then again after manually assigning an address? # ifconfig bridge0 create # ifconfig bridge0 addm net0 stp net0 addm tap1 stp tap1 up wlan0: flags=8843 mtu 1500 inet6 fe80::212:f0ff:fe12:29b3%wlan0 prefixlen 64 scopeid 0x1 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:12:f0:12:29:b3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (DS/2Mbps) status: associated ssid XXYYZZ channel 2 bssid 00:20:a6:4c:ef:62 authmode OPEN privacy OFF txpowmax 100 protmode CTS bintval 100 net0: flags=8943 mtu 1500 options=8 inet6 fe80::20a:e4ff:fe2f:9dce%net0 prefixlen 64 scopeid 0x2 ether 00:0a:e4:2f:9d:ce media: Ethernet autoselect (100baseTX ) status: active pflog0: flags=0<> mtu 33208 pfsync0: flags=0<> mtu 2020 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 tap0: flags=8842 mtu 1500 ether 00:bd:16:8d:03:00 tap1: flags=8943 mtu 1500 inet6 fe80::2bd:16ff:fe8d:301%tap1 prefixlen 64 scopeid 0x7 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:bd:16:8d:03:01 bridge0: flags=8041 mtu 1500 inet 192.168.2.222 netmask 0xffffff00 ether ac:de:48:ca:32:d3 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: tap1 flags=7 member: net0 flags=7 From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 11:04:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89CA916A41F; Thu, 22 Sep 2005 11:04:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C46143D46; Thu, 22 Sep 2005 11:04:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id C0CBA46BA0; Thu, 22 Sep 2005 07:04:35 -0400 (EDT) Date: Thu, 22 Sep 2005 12:04:35 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200509211639.29092.jhb@FreeBSD.org> Message-ID: <20050922120322.K34322@fledge.watson.org> References: <4cf221cc050919133065a611b7@mail.gmail.com> <200509211639.29092.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Bjoern A. Zeeb" , Erik Winge , freebsd-current@freebsd.org Subject: Re: lor in in.c and if_ural.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 11:04:36 -0000 On Wed, 21 Sep 2005, John Baldwin wrote: > On Monday 19 September 2005 05:08 pm, Bjoern A. Zeeb wrote: >> On Mon, 19 Sep 2005, Erik Winge wrote: >>> I got this lock order reversal on 7.0-CURRENT today: >>> >>> lock order reversal: (Giant after non-sleepable) >>> 1st 0xc06aaea0 in_multi_mtx (in_multi_mtx) @ >>> /usr/src/sys/netinet/in.c:964 2nd 0xc065dee0 Giant (Giant) @ >>> /usr/src/sys/dev/usb/if_ural.c:1401 >> >> for the archives: I added this with LOR ID 162. See >> http://sources.zabbadoz.net/freebsd/lor.html#162 > > This LOR is going to happen with every non-MPSAFE network driver for > now. Actually, this one is a little different -- the one you're thinking of is the Giant acquisition in in.c, but this is in fact Giant acquisition in the device driver itself, in its ioctl routine. Device drivers Should Not Do That, but likely do because otherwise they fail Giant assertions. We should fix those callers to acquire Giant, or fix all device drivers (or both?). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 11:05:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E10016A420; Thu, 22 Sep 2005 11:05:26 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84CC843D46; Thu, 22 Sep 2005 11:05:17 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8MB5AlW016461; Thu, 22 Sep 2005 15:05:10 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8MB5ADw016459; Thu, 22 Sep 2005 15:05:10 +0400 (MSD) (envelope-from yar) Date: Thu, 22 Sep 2005 15:05:09 +0400 From: Yar Tikhiy To: Justas Jakubauskas Message-ID: <20050922110509.GA16325@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <53380.81.7.76.219.1127386461.squirrel@mail.vusa.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53380.81.7.76.219.1127386461.squirrel@mail.vusa.lt> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 11:05:26 -0000 On Thu, Sep 22, 2005 at 01:54:21PM +0300, Justas Jakubauskas wrote: > > > -vlandev takes a useless argument (vlan(4) cannot attach to more > > than one parent anyway) while, e.g., -carpdev doesn't need one. > > And how system should know, to which device attach your vlan ? "-vlandev" is for _detaching_ a vlan interface from its parent. The option is used more often than it could because one cannot move a vlan interface to another parent or VLAN tag w/o detaching it first. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 12:05:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2A116A41F for ; Thu, 22 Sep 2005 12:05:30 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id C577543D45 for ; Thu, 22 Sep 2005 12:05:27 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j8MC5Q9V038163; Thu, 22 Sep 2005 15:05:26 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.158] (pc158.ebs.gr [10.1.1.158]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j8MC5ajf055084; Thu, 22 Sep 2005 15:05:36 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <43329E02.9070506@ebs.gr> Date: Thu, 22 Sep 2005 15:05:22 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stepan Rakhimov References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43311D9E.2070507@ebs.gr> <43324302.1060108@mail.ru> <4332576E.1080703@ebs.gr> <43327331.1070207@mail.ru> In-Reply-To: <43327331.1070207@mail.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: works good (Was: Re: BETA5: nvidia-driver starts crashing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 12:05:30 -0000 Stepan Rakhimov wrote: > Panagiotis Astithas wrote: > >>Stepan Rakhimov wrote: >> >> >>>Panagiotis Astithas wrote: >>> >>> >>>>Bachilo Dmitry wrote: >>>> >>>> >>>> >>>>>Ð’ Ñообщении от Среда 21 СентÑбрь 2005 14:14 Stepan Rakhimov напиÑал(a): >>>>> >>>>> >>>>> >>>>>>Hi, >>>>>>After upgrade from 6-BETA4 to BETA5 and my nvidia-driver started to >>>>>>panic the kernel (everything run smoothly before >>>>>>makeworld/makekernel). >>>>>>I rebuilt it, but with no success. >>>>>>Did anybody have such a problem? >>>>>> >>>>>>P.S. my X is absolutely unuseable because nv driver hangs the system >>>>>>just after kde load. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>Well, all my friends think that nvidia drivers actualy do not work in >>>>>6-CURRENT, i am surprised if it did on BETA4 on your machine. >>>>> >>>>>but nv driver works fine. >>>>> >>>>>Well everything is strange, lets wait for more posts. >>>> >>>> >>>> >>>>It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding >>>>it. What is the panic message and trace? >>>> >>> >>> >>>Well, second rebuild helped me, >>>but now portversion tells that nvidia-driver needs compat5x and >>>localedata ports... i thought that it should install required ports by >>>itself. Am i wrong? >> >> >>It must have missed them due to the particular combination of >>portupgrade flags you used. Just install them on your own and you will >>be fine. Afterwards you may remove relevant entries from libmap.conf >>(if, like me, you had them already). > > > What entries exactly do you mean? > > Stepan After the massive shared library version bump (around 6BETA3, IIRC) I added a mapping for the old libraries to the new ones, as suggested in this list. Something like: libpthread.so.1 libpthread.so.2 libz.so.2 libz.so.3 libm.so.3 libm.so.4 ... That sort of thing. If you haven't done anything like that, forget about it. Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 12:21:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F99A16A41F for ; Thu, 22 Sep 2005 12:21:16 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17AB943D5D for ; Thu, 22 Sep 2005 12:21:16 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 62286185F1 for ; Thu, 22 Sep 2005 14:21:15 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 79B0A405D; Thu, 22 Sep 2005 14:21:13 +0200 (CEST) Date: Thu, 22 Sep 2005 14:21:13 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050922122113.GO24643@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.10i Cc: Subject: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 12:21:16 -0000 Hi, there are some periodic script which shouldn't be run inside a jail, because jail's restrictions would prevent the utility to work correctly. This includes those that gathers statistics from various firewalls, in security/ : 510.ipfdenied 520.pfdenied 550.ipfwlimit 600.ip6fwdenied 610.ipf6denied 650.ip6fwlimit I think that three other scripts from daily/ should be avoided too, but I'm not yet sure about those : 400.status-disks 405.status-ata-raid 420.status-network I would like to hear your comments on this and on the best way to solve this problem. My first thought was to add % if [ `sysctl -n security.jail.jailed` -eq 1 ] % then % exit 0 % fi just before the main case statement, but there may be smarter ways to achieve this. I will be glad to provide a patch as soon as I will have gathered enough informations. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 13:09:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC20C16A41F for ; Thu, 22 Sep 2005 13:09:56 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4503443D45 for ; Thu, 22 Sep 2005 13:09:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp223-88.lns2.adl4.internode.on.net [203.122.223.88]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8MD9jZd068210 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 22 Sep 2005 22:39:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 22:39:27 +0930 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1979056.iTxBl0JBCg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509222239.35312.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Subject: Linux compat oddness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 13:09:57 -0000 --nextPart1979056.iTxBl0JBCg Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm trying to get the Xilinx Webpack tools running under FreeBSD.. I downloaded a bunch of RH Enterprise RPMs for the libraries it needs ( for the installer anyway) but I am stuck now with.. [inchoate 22:21] /tmp/Xilinx >/compat/linux/bin/env LD_LIBRARY_PATH=3D/tmp/= Xilinx/lib:/tmp/Xilinx/usr/X11R6/lib:/tmp/Xilinx/usr/lib:/tmp/Xilinx/platfo= rm/lin/bin/lin /tmp/Xilinx/platform/lin/xilsetup /tmp/Xilinx/platform/lin/xilsetup: error while loading shared libraries: /u= sr/lib/libcom_err.so.2: ELF file OS ABI invalid Which isn't suprising since libcom_err.so.2 is a FreeBSD binary.. I've branded the xilsetup binary, and even tried setting the fallback brand= ing to 3 but it gives the same result. Anyone know why? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1979056.iTxBl0JBCg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDMq0P5ZPcIHs/zowRAmk7AJ9oP1yqDt5fjuHjoE312vZen2R/8QCgnDOY p20fNKb0nj3jvgcbFXlbx3A= =FKcK -----END PGP SIGNATURE----- --nextPart1979056.iTxBl0JBCg-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 21:28:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4138316A41F; Wed, 21 Sep 2005 21:28:32 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94FEC43D48; Wed, 21 Sep 2005 21:28:31 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.1/8.13.1) with ESMTP id j8LLSUH3041726; Wed, 21 Sep 2005 23:28:30 +0200 (CEST) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.252]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 19B26627F; Wed, 21 Sep 2005 23:28:30 +0200 (CEST) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id j8LLSQKN020996; Wed, 21 Sep 2005 23:28:27 +0200 (CEST) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4/Submit) id j8LLSQBZ020995; Wed, 21 Sep 2005 23:28:26 +0200 (CEST) (envelope-from harry@cale.flintsbach.schmalzbauer.de) From: Harald Schmalzbauer To: John Baldwin Date: Wed, 21 Sep 2005 23:28:17 +0200 User-Agent: KMail/1.8.1 References: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> <200509211651.09666.jhb@FreeBSD.org> In-Reply-To: <200509211651.09666.jhb@FreeBSD.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1688496.Bb3GvCUFfa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509212328.26394@harrymail> X-Mailman-Approved-At: Thu, 22 Sep 2005 13:11:24 +0000 Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:28:32 -0000 --nextPart1688496.Bb3GvCUFfa Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 21. September 2005 22:51 CEST schrieb John Baldwin: > On Tuesday 20 September 2005 03:41 pm, Harald Schmalzbauer wrote: > > Hello, > > > > I get the following panic when using the nvidia driver with a debug > > kernel, when I disable INVARIANTS and WITNESS everything is working > > fine! > > > > Here's the trace: > > > > ACPI APIC Table: > > ioapic0: Changing APIC ID to 1 > > ioapic0 irqs 0-23 on motherboard > > panic: spin lock rm.mutex_mtx not in order list > > You need to add an entry for "rm.mutex_mtx" to the static spin lock > order list in sys/kern/subr_witness.c. Something like this: > > Index: subr_witness.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v > retrieving revision 1.201 > diff -u -r1.201 subr_witness.c > --- subr_witness.c 15 Sep 2005 19:07:14 -0000 1.201 > +++ subr_witness.c 21 Sep 2005 20:50:45 -0000 > @@ -363,6 +363,7 @@ > #ifdef SMP > { "ap boot", &lock_class_mtx_spin }, > #endif > + { "rm.mutex_mtx", &lock_class_mtx_spin }, > { "sio", &lock_class_mtx_spin }, > #ifdef __i386__ > { "cy", &lock_class_mtx_spin }, Thanks for your attention! I don't exactly know what this does and why I=20 should add this spinlock exclude, I posted this error because somewhere=20 between early BETA4 and late BETA4 I could run the nvidia driver with=20 debug kernels without this panic. Short before BETA5 this changed back to=20 the panic I've already seen before BETA4, so I posted it here. If it is something harmless it's safe to ignore my post, if it's something= =20 which reflects a bug I hope I could help. Thanks, =2DHarry --nextPart1688496.Bb3GvCUFfa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDMdB6Bylq0S4AzzwRAlBbAJ0c7/C5BIDwnvaxmBVAOdlsbiRl2wCfdFVf XxEIjf80EcxByI/cwyKYazs= =DVtV -----END PGP SIGNATURE----- --nextPart1688496.Bb3GvCUFfa-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 04:46:14 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C0A16A41F for ; Thu, 22 Sep 2005 04:46:14 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1163443D45 for ; Thu, 22 Sep 2005 04:46:11 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8M4kB6e019824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Sep 2005 00:46:11 -0400 (EDT) (envelope-from mi@blue.virtual-estates.net) Received: (from mi@localhost) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j8M4kBPA019823 for current@FreeBSD.org; Thu, 22 Sep 2005 00:46:11 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> To: current@FreeBSD.org Date: Thu, 22 Sep 2005 00:46:11 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 04:46:14 -0000 Hello! How can I attract an interested comitter to my: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/79607 ? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 05:49:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A0316A41F for ; Thu, 22 Sep 2005 05:49:15 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id B723C43D46 for ; Thu, 22 Sep 2005 05:49:15 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from glenn-mobile.antimatter.net (216-70-228-172.cust.telepacific.net [216.70.228.172]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id j8M5nDop031863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 22:49:14 -0700 X-MailKey: purple frogs are falling from the sky Message-Id: <6.2.3.4.2.20050921224804.02c9aeb0@cobalt.antimatter.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 21 Sep 2005 22:48:21 -0700 To: "Marcos Biscaysaqu - ThePacific.net" , current@freebsd.org From: Glenn Dawson In-Reply-To: <4332ECFF.4010507@ThePacific.Net> References: <4332ECFF.4010507@ThePacific.Net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Thu, 22 Sep 2005 13:11:24 +0000 Cc: Subject: Re: split Rx Tx with 2 interfaces?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 05:49:16 -0000 At 10:42 AM 9/22/2005, Marcos Biscaysaqu - ThePacific.net wrote: >Hi there. > Somebody knows if is possible split the rx and tx traffic in 2 > differents interfaces, I want to do it with 2 wireless cards (one > rx, one tx) , I cant make or I dont know how make it work yet..... > >any ideas?. What do you hope to gain by doing that? -Glenn >cheers >Marcos Biscaysaqu >ThePacific.net >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 06:29:25 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC6B416A41F; Thu, 22 Sep 2005 06:29:25 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65F1443D46; Thu, 22 Sep 2005 06:29:22 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8M6TMVe000842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Sep 2005 02:29:22 -0400 (EDT) (envelope-from mi@blue.virtual-estates.net) Received: (from mi@localhost) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j8M6TM3F000841; Thu, 22 Sep 2005 02:29:22 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200509220629.j8M6TM3F000841@blue.virtual-estates.net> To: current@FreeBSD.org, amd64@FreeBSD.org Date: Thu, 22 Sep 2005 02:29:22 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:29:26 -0000 Hi! I was trying to use gdb to debug a program (audio/timidity++) on my 6.0-BETA4. It would play fine, and then I'll interrupt it with Ctrl-C to enter the debugger. If I then try to exit the debugger, the whole system will reboot instantaniously. I sync-ed to today's sources (BETA5) and added WITNESS, WITNESS_KDB, INVARIANTS, and INVARIANT_SUPPORT (strangly, INVARIANTS requires, but does not imply INVARIANT_SUPPORT). With BETA5 the story is exactly the same -- instant reboot. Sometimes I can see two lines of debug messages (lock order reversal?) flushed on the console, but the machine reboots too quickly to read them beyond: 1 .................... 2 .................... Is this gdb misbehaviour a known problem? How can I have the system avoid rebooting? Crash-dumping is enabled, but does not take place :-( Is that because timidity uses threads, perhaps? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 10:54:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E4C16A41F; Thu, 22 Sep 2005 10:54:24 +0000 (GMT) (envelope-from justas@vusa.lt) Received: from vusa.lt (ns.vusa.lt [193.219.44.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id B37C943D45; Thu, 22 Sep 2005 10:54:23 +0000 (GMT) (envelope-from justas@vusa.lt) Received: from localhost (localhost [127.0.0.1]) by vusa.lt (Postfix) with ESMTP id 42C551028D; Thu, 22 Sep 2005 13:54:22 +0300 (EEST) Received: from vusa.lt ([127.0.0.1]) by localhost (vusa.lt [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94867-09; Thu, 22 Sep 2005 13:54:22 +0300 (EEST) Received: from mail.vusa.lt (localhost [127.0.0.1]) by vusa.lt (Postfix) with SMTP id DBA3A1028B; Thu, 22 Sep 2005 13:54:21 +0300 (EEST) Received: from 81.7.76.219 (proxying for 127.0.0.1) (SquirrelMail authenticated user justas) by mail.vusa.lt with HTTP; Thu, 22 Sep 2005 13:54:21 +0300 (EEST) Message-ID: <53380.81.7.76.219.1127386461.squirrel@mail.vusa.lt> In-Reply-To: <20050922104104.GA13539@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> Date: Thu, 22 Sep 2005 13:54:21 +0300 (EEST) From: "Justas Jakubauskas" To: "Yar Tikhiy" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Mailman-Approved-At: Thu, 22 Sep 2005 13:11:24 +0000 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: justas@vusa.lt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 10:54:24 -0000 > -vlandev takes a useless argument (vlan(4) cannot attach to more > than one parent anyway) while, e.g., -carpdev doesn't need one. And how system should know, to which device attach your vlan ? From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 13:50:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 806FA16A41F for ; Thu, 22 Sep 2005 13:50:27 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: from smtp.orbitel.bg (smtp.orbitel.bg [195.24.32.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F43043D45 for ; Thu, 22 Sep 2005 13:50:26 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: (qmail 28940 invoked from network); 22 Sep 2005 13:50:25 -0000 Received: from unknown (HELO localhost) (10.0.0.4) by smtp.orbitel.bg with SMTP; 22 Sep 2005 13:50:25 -0000 Received: from smtp.orbitel.bg ([10.0.0.3]) by localhost (sof-rv2.orbitel.bg [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 02115-64; Thu, 22 Sep 2005 16:50:24 +0300 (EEST) Received: from server (unknown [83.228.34.40]) by smtp.orbitel.bg (Postfix) with ESMTP id C482AA5CAC9; Thu, 22 Sep 2005 16:50:23 +0300 (EEST) From: "B. Bonev" To: "'Jeremie Le Hen'" Date: Thu, 22 Sep 2005 16:50:22 +0200 Organization: ORAC Ltd. Message-ID: <002f01c5bf84$f6079ed0$4700000a@server> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 In-Reply-To: <20050919123051.GN51142@obiwan.tataz.chchile.org> X-Virus-Scanned: by amavisd-new at orbitel.bg Cc: freebsd-current@freebsd.org Subject: RE: BETA4: Panic and can't cleanup filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 13:50:27 -0000 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Jeremie Le Hen Sent: Monday, September 19, 2005 2:31 PM To: B. Bonev Cc: freebsd-current@freebsd.org; freebsd-stable@freebsd.org Subject: Re: BETA4: Panic and can't cleanup filesystem Hi, > With every restart, system going in single mode. What can i do to > clean /var filesystem and to debug these panics? Any help are=20 > welcome... Did you try the -b flag from fsck_ffs(8) ? You can get the location of other superblocks with the dumpfs(8) utility. Regards, --=20 Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot 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" I do this: #dumpfs /var ... superblock location 65536 ... #fsck_ufs -b 65536 /var Alternate superblock location: 65536 ** /dev/ad2s1d 65536 is not filesystem superblock # Don't know what to do then... /var is still dirty. Is /var filesystem lost? --=20 I am using the free version of SPAMfighter for private users. It has = removed 186 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 15:24:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C58FD16A41F for ; Thu, 22 Sep 2005 15:24:28 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5952B43D49 for ; Thu, 22 Sep 2005 15:24:27 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id D493AA317B; Thu, 22 Sep 2005 17:24:26 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 893876443; Thu, 22 Sep 2005 17:24:26 +0200 (CEST) Date: Thu, 22 Sep 2005 17:24:26 +0200 From: Marc Olzheim To: Scott Long Message-ID: <20050922152426.GA34365@stack.nl> References: <70e8236f05090513381584dda0@mail.gmail.com> <70e8236f0509051350e020f76@mail.gmail.com> <70e8236f05091016251510408c@mail.gmail.com> <20050910.212938.106824122.imp@bsdimp.com> <4323BCA1.7000708@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <4323BCA1.7000708@samsco.org> X-Operating-System: FreeBSD hammer.stack.nl 6.0-BETA4 FreeBSD 6.0-BETA4 X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: joao.barros@gmail.com, freebsd-current@freebsd.org, "M. Warner Losh" , mike@sentex.net Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 15:24:28 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2005 at 11:12:01PM -0600, Scott Long wrote: > This will likely affect any intelligent I/O controller that is designed= =20 > in this manner. This would include certain network controllers. In any case, I'm glad it works again (comfirmed), thanks! :-) Marc --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMsyqezjnobFOgrERAr9nAJ9wobyfXU+uDniCEwUsG1vNeczDngCgkGzY CLOS350fhfVHlBcw9mSzHls= =vw+Y -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 16:47:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ECB316A41F; Thu, 22 Sep 2005 16:47:29 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C31F343D49; Thu, 22 Sep 2005 16:47:28 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (tomcat.kitchenlab.org [64.142.31.107]) by b.mail.sonic.net (8.13.3/8.13.3) with ESMTP id j8MGlS8f008432 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 22 Sep 2005 09:47:28 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.4/8.13.1) with ESMTP id j8MGlRxJ001451; Thu, 22 Sep 2005 09:47:28 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.4/8.13.1/Submit) id j8MGlNTO001450; Thu, 22 Sep 2005 09:47:23 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Nate Lawson In-Reply-To: <43324049.6000307@root.org> References: <43324049.6000307@root.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-b55gb3uePzBLj5SQ+yh6" Date: Thu, 22 Sep 2005 09:47:22 -0700 Message-Id: <1127407642.1046.45.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: bmah@freebsd.org, FreeBSD Current Subject: Re: an(4) timeouts after a while? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 16:47:29 -0000 --=-b55gb3uePzBLj5SQ+yh6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable If memory serves me right, Nate Lawson wrote: > I use an Aironet 340 card in my laptop, running 7-current. It will run=20 > fine for 30-40 minutes and then suddenly timeout. Ejecting and=20 > reinserting fixes this. It may only happen after a suspend/resume, even=20 > if the suspend/resume was before the card was first inserted. I've seen this on an Aironet 350, RELENG_6 from near the start of September: an0: at port 0x100-0x13f irq 11 function 0 config 5 on pccard1 an0: got RSSI <-> dBM map an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps an0: Ethernet address: 00:40:96:50:25:19 an0: [GIANT-LOCKED] I've noticed this problem happens more at $ORKPLACE (which has a somewhat quirky radio environment, where I keep getting disassociated and reassociated to a couple of nearby APs) than at home (one AP). Not sure how significant that is. I don't use suspend/resume on this machine, which is a ThinkPad T21. > Here's what I get on insertion: > an0: at port=20 > 0x2000-0x203f irq 11 function 0 config 5 on pccard1 > an0: record length mismatch -- expected 192, got 200 for Rid ff00 > an0: got RSSI <-> dBM map > an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > an0: Ethernet address: 00:40:xxxxx > an0: [GIANT-LOCKED] >=20 > When net connections start hanging, this is ifconfig: > an0: flags=3D8843 mtu 1500 > inet6 fe80::xx:xx:xx:xx%an0 prefixlen 64 scopeid 0x4 > inet 10.0.xx.xx netmask 0xffffff00 broadcast 10.0.xx.255 > ether 00:40:xx:xx:xx:xx > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid 1:myssid channel 6 > stationname "" > authmode OPEN privacy ON deftxkey 1 txpowmax 0 rtsthreshold 0 > roaming DEVICE >=20 > And dmesg says: > an0: xmit failed > an0: device timeout I've seen this dmesg output at this point. Not sure what ifconfig says at the time. > Then I eject the card: > an0: RID access failed > an0: RID access failed > an0: detached > cbb1: Bad Vcc requested > Interrupt storm detected on "irq11: pcm0 cbb0+++"; throttling interrupt=20 > source > cbb1: Bad Vcc requested I get the first three lines but not the cbb1 / Interrupt storm messages. > And then reinsert: > an0: at port=20 > 0x2000-0x203f irq 11 function 0 config 5 on pccard1 > an0: record length mismatch -- expected 192, got 200 for Rid ff00 > an0: got RSSI <-> dBM map > an0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > an0: Ethernet address: 00:40:xxxxx > an0: [GIANT-LOCKED] Bruce. --=-b55gb3uePzBLj5SQ+yh6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDMuAa2MoxcVugUsMRAuxCAJ9kGB7OAfj8ZZOx/iHZPI6q0yK3jgCgweX+ g4MZub2Qhookixx0Jnxl1iw= =w5aI -----END PGP SIGNATURE----- --=-b55gb3uePzBLj5SQ+yh6-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 17:49:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA4FB16A41F for ; Thu, 22 Sep 2005 17:49:24 +0000 (GMT) (envelope-from fergus@cobbled.net) Received: from ni-mail2.dna.utvinternet.net (mail2.u.tv [194.46.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC0443D45 for ; Thu, 22 Sep 2005 17:49:23 +0000 (GMT) (envelope-from fergus@cobbled.net) Received: from mail.cobbled.net (unverified [195.218.110.62]) by ni-mail2.dna.utvinternet.net (Vircom SMTPRS 4.1.361.18) with ESMTP id ; Thu, 22 Sep 2005 18:49:20 +0100 Received: from eyore.cobbled.net (localhost [127.0.0.1]) by mail.cobbled.net (8.12.10/8.12.10) with ESMTP id j8MHnIm7016758; Thu, 22 Sep 2005 18:49:18 +0100 (BST) (envelope-from fergus@eyore.public.cobbled.net) Received: (from fergus@localhost) by eyore.cobbled.net (8.12.10/8.12.10/Submit) id j8MHn40Q016757; Thu, 22 Sep 2005 18:49:04 +0100 (BST) (envelope-from fergus) Date: Thu, 22 Sep 2005 18:49:04 +0100 From: ttw To: "Daniel O'Connor" Message-ID: <20050922174904.GA16526@eyore.cobbled.net> Mail-Followup-To: Daniel O'Connor , freebsd-current@freebsd.org References: <200509222239.35312.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509222239.35312.doconnor@gsoft.com.au> Cc: freebsd-current@freebsd.org Subject: Re: Linux compat oddness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 17:49:25 -0000 On 22.09-22:39, Daniel O'Connor wrote: [ ... ] > I'm trying to get the Xilinx Webpack tools running under FreeBSD.. > > I downloaded a bunch of RH Enterprise RPMs for the libraries it needs ( > for the installer anyway) but I am stuck now with.. > > [inchoate 22:21] /tmp/Xilinx >/compat/linux/bin/env LD_LIBRARY_PATH=/tmp/Xilinx/lib:/tmp/Xilinx/usr/X11R6/lib:/tmp/Xilinx/usr/lib:/tmp/Xilinx/platform/lin/bin/lin /tmp/Xilinx/platform/lin/xilsetup > /tmp/Xilinx/platform/lin/xilsetup: error while loading shared libraries: /usr/lib/libcom_err.so.2: ELF file OS ABI invalid > > Which isn't suprising since libcom_err.so.2 is a FreeBSD binary.. > > I've branded the xilsetup binary, and even tried setting the fallback branding > to 3 but it gives the same result. my general solution to these problems is to ensure i have devfs mounted in /compat/linux/dev and chroot to /compat/linux. eliminates any freebsd "interference" and avoids nasty blasting of bsd libraries and such. my guess as to your problem is that the installer is searching for the libraries manually instead of asking the kernel. From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 17:59:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70A1716A41F for ; Thu, 22 Sep 2005 17:59:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3764B43D46 for ; Thu, 22 Sep 2005 17:59:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 1920B1A3C20; Thu, 22 Sep 2005 10:59:44 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8A55151237; Thu, 22 Sep 2005 13:59:42 -0400 (EDT) Date: Thu, 22 Sep 2005 13:59:42 -0400 From: Kris Kennaway To: Peter Holm Message-ID: <20050922175942.GA2822@xor.obsecurity.org> References: <20050922094518.GA41762@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20050922094518.GA41762@peter.osted.lan> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: inodes and soft update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 17:59:44 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Sep 22, 2005 at 11:45:18AM +0200, Peter Holm wrote: > While trying to improve one of the tests from the kernel stress suite, > I have run into a strange problem. The program tries to use 90% of the > available inodes on a file system. This works fine where "soft update" > is disabled. However, when enabled I seem to run out of some resource > and the file system winds up corrupted (/tmp: unmount pending error: > blocks 0 files -83). I've seen that warning on dozens of machines including some running 5.3, but it seems to be harmless. > http://people.freebsd.org/~pho/stress/log/inodes.html It's great to have a test that provokes it though. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQFDMvEOWry0BWjoQKURAj5yAKC7soVt+91rgYEc12BLyaAJEwhzFgCWIwY7 np18oIrocDmDUJXLRGNqbg== =imZD -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:04:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49F9716A41F; Thu, 22 Sep 2005 18:04:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3C8C43D45; Thu, 22 Sep 2005 18:04:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j8MI4I5k077857; Thu, 22 Sep 2005 14:04:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j8MI4JY2072269; Thu, 22 Sep 2005 14:04:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E43637302F; Thu, 22 Sep 2005 14:04:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050922180418.E43637302F@freebsd-current.sentex.ca> Date: Thu, 22 Sep 2005 14:04:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:04:21 -0000 TB --- 2005-09-22 16:47:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-22 16:47:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-09-22 16:47:04 - cleaning the object tree TB --- 2005-09-22 16:47:29 - checking out the source tree TB --- 2005-09-22 16:47:29 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-09-22 16:47:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-22 16:53:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-22 16:53:45 - cd /src TB --- 2005-09-22 16:53:45 - /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 --- 2005-09-22 17:57:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-22 17:57:48 - cd /src TB --- 2005-09-22 17:57:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 22 17:57:48 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:162: error: initializer element is not constant /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:162: error: (near initialization for `ata_pccard_methods[3]') /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:163: error: initializer element is not constant /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:163: error: (near initialization for `ata_pccard_methods[4]') /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:164: error: initializer element is not constant /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:164: error: (near initialization for `ata_pccard_methods[5]') /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:166: error: initializer element is not constant /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:166: error: (near initialization for `ata_pccard_methods[6]') *** Error code 1 Stop in /src/sys/modules/ata/atacard. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-22 18:04:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-22 18:04:18 - ERROR: failed to build generic kernel TB --- 2005-09-22 18:04:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:21:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC9EC16A41F for ; Thu, 22 Sep 2005 18:21:09 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A740643D46 for ; Thu, 22 Sep 2005 18:21:08 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id C2E0C136525; Thu, 22 Sep 2005 20:21:06 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id A76819D9FB; Thu, 22 Sep 2005 20:21:06 +0200 (CEST) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 861649D9DE; Thu, 22 Sep 2005 20:21:06 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 063E7E0DB6; Thu, 22 Sep 2005 20:21:06 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j8MIL5WK061093; Thu, 22 Sep 2005 20:21:05 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j8MIL58v063808; Thu, 22 Sep 2005 20:21:05 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id j8MIL5uD037839; Thu, 22 Sep 2005 20:21:05 +0200 (CEST) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id j8MIL4oU037829; Thu, 22 Sep 2005 20:21:04 +0200 (CEST) (envelope-from q@galgenberg.net) Date: Thu, 22 Sep 2005 20:21:04 +0200 From: Ulrich Spoerlein To: "Mikhail T." Message-ID: <20050922182104.GC990@galgenberg.net> Mail-Followup-To: "Mikhail T." , current@freebsd.org References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:21:10 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 22.09.2005 at 00:46:11 -0400, Mikhail T. wrote: > Hello! >=20 > How can I attract an interested comitter to my: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/79607 Changing the default format for manpages has serious bikeshed potential. While adding support for reading/writing bz2 compressed manpages is certainly useful, I doubt the benefit of switching to bzip2 compressed manpages. There are several points to consider: 1. I dont want to wait for my manpages to display, they have to be on screen instantanously. 2. "Desktops" and "Servers" have several GBs of space. No need to further squeeze the manpages (heck, I'd even consider not compressing them at all, but slight compression should even be faster than no compression at all) 3. Embedded devices are low on disk space, ok. But a) you dont want to install manpages to them. b) you certainly don't want to run bzip2 on these machines. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMvYQmArGtfDbn0QRAg8pAKCUNrtmBdWTvcpkqcjVf+44CBiNDgCgrbWY h2w/Z60FgSQmwUbcOOS2qPY= =9vGB -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:34:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 997D216A41F for ; Thu, 22 Sep 2005 18:34:13 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6633D43D46 for ; Thu, 22 Sep 2005 18:34:13 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.151]) ([10.251.23.151]) by a50.ironport.com with ESMTP; 22 Sep 2005 11:34:14 -0700 X-IronPort-Anti-Spam-Filtered: true Message-ID: <4332F924.9050502@elischer.org> Date: Thu, 22 Sep 2005 11:34:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marcos Biscaysaqu - ThePacific.net" References: <4332ECFF.4010507@ThePacific.Net> In-Reply-To: <4332ECFF.4010507@ThePacific.Net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: split Rx Tx with 2 interfaces?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:34:13 -0000 Marcos Biscaysaqu - ThePacific.net wrote: > Hi there. > Somebody knows if is possible split the rx and tx traffic in 2 > differents interfaces, I want to do it with 2 wireless cards (one rx, > one tx) , I cant make or I dont know how make it work yet..... you could use netgraph to achive some of this, at least with ethernet intefaces... check out the ng_split node together with the ng_etf node and the ng_ether node. you probably need to send and receive arp packets on the interface you will receive on and send all other packets on the 2nd interface. > > any ideas?. > > cheers > Marcos Biscaysaqu > ThePacific.net > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:42:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A72116A420; Thu, 22 Sep 2005 18:42:18 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ECB243D48; Thu, 22 Sep 2005 18:42:17 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j8MIgE9E060478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Sep 2005 22:42:15 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j8MIgEqB060477; Thu, 22 Sep 2005 22:42:14 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 22 Sep 2005 22:42:14 +0400 From: Gleb Smirnoff To: FreeBSD Tinderbox Message-ID: <20050922184214.GH36166@cell.sick.ru> References: <20050922180418.E43637302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050922180418.E43637302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:42:18 -0000 This should be fixed now. On Thu, Sep 22, 2005 at 02:04:18PM -0400, FreeBSD Tinderbox wrote: F> TB --- 2005-09-22 16:47:04 - tinderbox 2.3 running on freebsd-current.sentex.ca F> TB --- 2005-09-22 16:47:04 - starting HEAD tinderbox run for sparc64/sparc64 F> TB --- 2005-09-22 16:47:04 - cleaning the object tree F> TB --- 2005-09-22 16:47:29 - checking out the source tree F> TB --- 2005-09-22 16:47:29 - cd /tinderbox/HEAD/sparc64/sparc64 F> TB --- 2005-09-22 16:47:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src F> TB --- 2005-09-22 16:53:45 - building world (CFLAGS=-O2 -pipe) F> TB --- 2005-09-22 16:53:45 - cd /src F> TB --- 2005-09-22 16:53:45 - /usr/bin/make -B buildworld F> >>> Rebuilding the temporary build tree F> >>> stage 1.1: legacy release compatibility shims F> >>> stage 1.2: bootstrap tools F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3: cross tools F> >>> stage 4.1: building includes F> >>> stage 4.2: building libraries F> >>> stage 4.3: make dependencies F> >>> stage 4.4: building everything F> TB --- 2005-09-22 17:57:48 - building generic kernel (COPTFLAGS=-O2 -pipe) F> TB --- 2005-09-22 17:57:48 - cd /src F> TB --- 2005-09-22 17:57:48 - /usr/bin/make buildkernel KERNCONF=GENERIC F> >>> Kernel build for GENERIC started on Thu Sep 22 17:57:48 UTC 2005 F> >>> stage 1: configuring the kernel F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3.1: making dependencies F> >>> stage 3.2: building everything F> [...] F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:162: error: initializer element is not constant F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:162: error: (near initialization for `ata_pccard_methods[3]') F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:163: error: initializer element is not constant F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:163: error: (near initialization for `ata_pccard_methods[4]') F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:164: error: initializer element is not constant F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:164: error: (near initialization for `ata_pccard_methods[5]') F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:166: error: initializer element is not constant F> /src/sys/modules/ata/atacard/../../../dev/ata/ata-card.c:166: error: (near initialization for `ata_pccard_methods[6]') F> *** Error code 1 F> F> Stop in /src/sys/modules/ata/atacard. F> *** Error code 1 F> F> Stop in /src/sys/modules/ata. F> *** Error code 1 F> F> Stop in /src/sys/modules. F> *** Error code 1 F> F> Stop in /obj/sparc64/src/sys/GENERIC. F> *** Error code 1 F> F> Stop in /src. F> *** Error code 1 F> F> Stop in /src. F> TB --- 2005-09-22 18:04:18 - WARNING: /usr/bin/make returned exit code 1 F> TB --- 2005-09-22 18:04:18 - ERROR: failed to build generic kernel F> TB --- 2005-09-22 18:04:18 - tinderbox aborted F> F> _______________________________________________ F> freebsd-current@freebsd.org mailing list F> http://lists.freebsd.org/mailman/listinfo/freebsd-current F> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:53:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB83016A41F for ; Thu, 22 Sep 2005 18:53:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2313043D48 for ; Thu, 22 Sep 2005 18:53:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 22 Sep 2005 15:09:03 -0400 From: John Baldwin To: current@freebsd.org Date: Thu, 22 Sep 2005 14:52:35 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509221452.35528.jhb@FreeBSD.org> Cc: Subject: [PATCH] Locking tweaks for rl(4) and re(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:53:12 -0000 Patch fixes the drivers to use MPSAFE callouts using callout_init_mtx() and removes rl_unit from the softc by fixing re(4) printfs. It also fixes some minor locking nits in re(4) and fixes ifmedia locking on both drivers. Please test. Thanks! http://www.FreeBSD.org/~jhb/patches/rl_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:53:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7A316A420; Thu, 22 Sep 2005 18:53:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F9C43D46; Thu, 22 Sep 2005 18:53:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 22 Sep 2005 15:09:03 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 14:46:40 -0400 User-Agent: KMail/1.8 References: <200508311636.51741.jhb@FreeBSD.org> In-Reply-To: <200508311636.51741.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509221446.41486.jhb@FreeBSD.org> Cc: current@freebsd.org Subject: Re: [PATCH] Locking fixes for wb(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:53:12 -0000 On Wednesday 31 August 2005 04:36 pm, John Baldwin wrote: > Patch fixes locking for wb(4) and marks it MPSAFE. Please test, thanks! > > http://www.FreeBSD.org/~jhb/patches/wb_locking.patch Does anyone have a wb(4) card to test this patch on? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:53:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7A316A420; Thu, 22 Sep 2005 18:53:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F9C43D46; Thu, 22 Sep 2005 18:53:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 22 Sep 2005 15:09:03 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 22 Sep 2005 14:46:40 -0400 User-Agent: KMail/1.8 References: <200508311636.51741.jhb@FreeBSD.org> In-Reply-To: <200508311636.51741.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509221446.41486.jhb@FreeBSD.org> Cc: current@freebsd.org Subject: Re: [PATCH] Locking fixes for wb(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:53:13 -0000 On Wednesday 31 August 2005 04:36 pm, John Baldwin wrote: > Patch fixes locking for wb(4) and marks it MPSAFE. Please test, thanks! > > http://www.FreeBSD.org/~jhb/patches/wb_locking.patch Does anyone have a wb(4) card to test this patch on? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 18:53:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95B3816A41F for ; Thu, 22 Sep 2005 18:53:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C98D43D45 for ; Thu, 22 Sep 2005 18:53:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 22 Sep 2005 15:09:03 -0400 From: John Baldwin To: current@freebsd.org Date: Thu, 22 Sep 2005 14:54:22 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509221454.22611.jhb@FreeBSD.org> Cc: Subject: [PATCH] Locking for vx(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:53:13 -0000 I've rototilled the vx(4) driver somewhat and added locking and marked it MPSAFE. Now it just needs testing. :) Please test and let me know how it works. Thanks! http://www.FreeBSD.org/~jhb/patches/vx_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 19:05:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BF216A41F; Thu, 22 Sep 2005 19:05:11 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5AF843D60; Thu, 22 Sep 2005 19:05:07 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j8MJB8gs026774; Thu, 22 Sep 2005 15:11:08 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 22 Sep 2005 15:04:38 -0400 User-Agent: KMail/1.6.2 References: <200509211550.27524.jkim@FreeBSD.org> <43325114.4090907@gneto.com> <43325364.8090208@freebsd.org> In-Reply-To: <43325364.8090208@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200509221504.44919.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1097/Wed Sep 21 14:56:51 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Colin Percival Subject: Re: [PATCH] AMD multicore detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 19:05:11 -0000 On Thursday 22 September 2005 02:47 am, Colin Percival wrote: > Martin Nilsson wrote: > > Jung-uk Kim wrote: > >> New patch is here: > >> http://people.freebsd.org/~jkim/multicore.diff > >> > >> Please test and let me know. I don't have multicore CPU to test > >> it for myself. :-( > > > > The below is on a Pentium D 820 (Dualcore). I don't like that the > > two cores are reported as hyperthreading when the CPU does not > > support hyperthreading (only the 840 EE does). If we ship 6.0 > > with HT disabled I'm afraid that it will turn off one of the > > cores, right? > > It shouldn't. Dual-core processors claim to be hyperthreaded, but > when I wrote the patch which disabled hyperthreading I added extra > (and rather complicated) code to detect dual-core processors and > *not* disable them. > > If I got it wrong, please let me know. :-) I think what's happening is this: /* * If the deterministic cache parameters are not * available, or if no caches were reported to exist, * just accept what the HTT flag indicated. */ if (hyperthreading_cpus == 0) hyperthreading_cpus = logical_cpus; I googled a bit and found this: http://crystalmark.info/BBS/c-board.cgi?cmd=one;no=726;id=report It's japanese but you will be able to read the report. ;-) cpuid with %eax = 4 doesn't seem to return anything. Jung-uk Kim > Colin Percival From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 19:33:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EB0F16A41F for ; Thu, 22 Sep 2005 19:33:56 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C74E43D45 for ; Thu, 22 Sep 2005 19:33:55 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id ACD61280012; Thu, 22 Sep 2005 12:33:53 -0700 (PDT) Received: from [192.168.119.221] (unknown [4.30.94.83]) by netgate.com (Postfix) with ESMTP id 9E7BE280009; Thu, 22 Sep 2005 12:33:40 -0700 (PDT) Message-ID: <43330710.5030007@netgate.com> Date: Thu, 22 Sep 2005 09:33:36 -1000 From: Jim Thompson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <4332ECFF.4010507@ThePacific.Net> <6.2.3.4.2.20050921224804.02c9aeb0@cobalt.antimatter.net> <4332F44A.4090100@ThePacific.Net> <43324BBF.3080206@gsoft.com.au> In-Reply-To: <43324BBF.3080206@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: "Marcos Biscaysaqu - ThePacific.net" , current@freebsd.org Subject: Re: split Rx Tx with 2 interfaces?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 19:33:56 -0000 Daniel O'Connor wrote: > Marcos Biscaysaqu - ThePacific.net wrote: > >> Glenn Dawson wrote: >> >>> At 10:42 AM 9/22/2005, Marcos Biscaysaqu - ThePacific.net wrote: >>> >>>> Hi there. >>>> Somebody knows if is possible split the rx and tx traffic in 2 >>>> differents interfaces, I want to do it with 2 wireless cards (one >>>> rx, one tx) , I cant make or I dont know how make it work yet..... >>>> >>>> any ideas?. >>> >>> >>> >>> >>> What do you hope to gain by doing that? >> > > You could buy a T/R switch :) > > Not sure if anyone sells off the shelf 2.4Ghz low power TR switches > though (wouldn't suprise me if they did, but I suspect they're expensive) 1) yes, its possible. 2) the real problem is you have to keep the TX side from transmitting while the RX side is receiving, or you blow the received packet. This is bad. This has been done (check my recent resume for 'where', and 'hint' its in the current product), but it requires a small amount of external logic, and a *very* fast non-maskable interrupt. (And thats all the hint I can give without my ex-employer getting pissed. Perhaps if they go out of business...) 3) you could drive the switch outputs on the tx side to ground except when you actually want to transmit, but you still have the problem in #2 to solve. From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 20:12:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C39816A41F for ; Thu, 22 Sep 2005 20:12:45 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id D03BF43D46 for ; Thu, 22 Sep 2005 20:12:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout02/MantshX 4.0) with ESMTP id j8MKCSTO012117; Thu, 22 Sep 2005 13:12:29 -0700 (PDT) Received: from [10.1.1.209] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id j8MKCQ9d022587; Thu, 22 Sep 2005 13:12:28 -0700 (PDT) In-Reply-To: <20050922182104.GC990@galgenberg.net> References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Thu, 22 Sep 2005 16:12:24 -0400 To: Ulrich Spoerlein X-Mailer: Apple Mail (2.734) Cc: "Mikhail T." , current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 20:12:45 -0000 On Sep 22, 2005, at 2:21 PM, Ulrich Spoerlein wrote: > On Thu, 22.09.2005 at 00:46:11 -0400, Mikhail T. wrote: >> Hello! >> >> How can I attract an interested comitter to my: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/79607 > > Changing the default format for manpages has serious bikeshed > potential. > While adding support for reading/writing bz2 compressed manpages is > certainly useful, I doubt the benefit of switching to bzip2 compressed > manpages. > > There are several points to consider: > > 1. I dont want to wait for my manpages to display, they have to be on > screen instantanously. Running "catman" first and saving the "neqn $* | tbl | nroff -man | col" output would probably make a lot more difference compared to the cost of running gzcat versus bzcat. :-) > 2. "Desktops" and "Servers" have several GBs of space. No need to > further squeeze the manpages (heck, I'd even consider not compressing > them at all, but slight compression should even be faster than no > compression at all) This is a more interesting point. Unless compressing the manpage nroff sources or a preformatted cat page actually compresses well enough that the file uses fewer disk sectors, doing compression isn't useful. Likewise, unless compressing the manpage with bzip2 rather than gzip saves enough data to gain a sector, the switchover would not be useful. From what it looks like, the average manpage is about 2000 bytes uncompressed, or about 1K compressed with gzip. Consider the results of: du -a /usr/share/man/man* | sort -n >! /tmp/manpage_sizes for f in `fgrep .gz /tmp/manpage_sizes | awk '{print $2}'` do wc -c $f && gzcat $f | bzip2 --best | wc -c done My guess is that roughly 95% of the manpages aren't going to save a disk sector by switching. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 22:15:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB37D16A41F for ; Thu, 22 Sep 2005 22:15:18 +0000 (GMT) (envelope-from fbsdlists@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DDB643D46 for ; Thu, 22 Sep 2005 22:15:18 +0000 (GMT) (envelope-from fbsdlists@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so470128wxc for ; Thu, 22 Sep 2005 15:15:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ivSsv1U70G2JNX5TTV+xn7tSKa8j/c9iD/BbXtO9LR8StYCEqXKdwSFfHSAMRFo+1+OWbU8XL8HRuRvzNCULHuoelOdIhhzbzGVl9Aw8bqFiJ5Zxxh6gpc2+URyFclbcZ7YlYmZfV8mhdIReNOwQO3/m1BAcctPg9sYFIv0gkBw= Received: by 10.70.94.17 with SMTP id r17mr602306wxb; Thu, 22 Sep 2005 15:15:17 -0700 (PDT) Received: by 10.70.67.15 with HTTP; Thu, 22 Sep 2005 15:15:17 -0700 (PDT) Message-ID: <54db439905092215152a197bf9@mail.gmail.com> Date: Thu, 22 Sep 2005 18:15:17 -0400 From: Bob Johnson To: q@galgenberg.net, current@freebsd.org In-Reply-To: <20050922182104.GC990@galgenberg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> Cc: bobo1009@mailtest2.eng.ufl.edu Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Johnson List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 22:15:18 -0000 On 9/22/05, Ulrich Spoerlein wrote: > On Thu, 22.09.2005 at 00:46:11 -0400, Mikhail T. wrote: > > Hello! > > > > How can I attract an interested comitter to my: > > > > =09http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/79607 > > Changing the default format for manpages has serious bikeshed potential. > While adding support for reading/writing bz2 compressed manpages is > certainly useful, I doubt the benefit of switching to bzip2 compressed > manpages. > > There are several points to consider: > > 1. I dont want to wait for my manpages to display, they have to be on > screen instantanously. You are already waiting. FreeBSD by default uses gzip-compressed man pages. The issue is whether to continue using gzip, or switch to bzip2. Try "man -w man" for instance. - Bob From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 22:39:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C2FC16A41F for ; Thu, 22 Sep 2005 22:39:58 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34DEA43D45 for ; Thu, 22 Sep 2005 22:39:58 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id j8MMdpK6023398; Thu, 22 Sep 2005 15:39:51 -0700 (PDT) Received: from [10.1.1.209] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id j8MMdncr010475; Thu, 22 Sep 2005 15:39:50 -0700 (PDT) In-Reply-To: <200509221652.54123.mi+mx@aldan.algebra.com> References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> <200509221652.54123.mi+mx@aldan.algebra.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <184C5FE7-B956-43E8-AC60-68EA6D5337BB@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Thu, 22 Sep 2005 18:39:50 -0400 To: Mikhail Teterin X-Mailer: Apple Mail (2.734) Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 22:39:58 -0000 On Sep 22, 2005, at 4:52 PM, Mikhail Teterin wrote: > Charles Swiger wrote: >> My guess is that roughly 95% of the manpages aren't going to save a >> disk sector by switching. > > One does not need to save the entire sector-size. Only the (size % > sector_size), which currently pushes the file into an additional > sector. Agreed, this is exactly right. > The following command line assumes, the sector size of 512 bytes > and the bzip2 > vs. gzip saving of only 10%. Unfortunately, bzip2 sometimes compresses less well than gzip, especially for very small files. Consider the output from the command I posted; the first number is the byte-size using gzip followed by the filename, the second line is the byte-size using "bzip2 --best": 1231 /usr/share/man/man1/addftinfo.1.gz 1272 1963 /usr/share/man/man1/apply.1.gz 2010 667 /usr/share/man/man1/apropos.1.gz 709 [ ... ] Notice for files smaller than about 3K, gzip is almost always *smaller* than bzip2. From about 3K to about 6K, the two seem to be about even, and bzip2 starts becoming a significant win for files larger than about 10K. > Notice, it takes care to look once at every > manual page even if it is has more than one alias (eliminating > pages with the > same inode). Try this on your system: > > % find /usr/share/man/ -name \*.gz -ls | sort -k 1 | awk '$1 == > inode { next } > { inode=$1; total++; if ($7 % 512 < $7*0.10) savings++ } END {print > savings " > out of " total}' > 1200 out of 2694 > > 1200 files out 2694... That's a little more than 5%... Yes, well, you aren't computing a real result. Assuming that bzip2 always produces smaller files than gzip for the average manpage (median size of ~3K compressed) is not valid. I wrote a quick bit of python to compute and tally up the actual block sizes, giving the following results: same # blocks: 2288, gzip > bzip: 217, bzip > gzip 182 http://www.pkix.net/~chuck/manpage_test/ -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 22:40:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 305F416A422 for ; Thu, 22 Sep 2005 22:40:42 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4FE243D55 for ; Thu, 22 Sep 2005 22:40:40 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from pun.isi.edu (pun.isi.edu [128.9.160.150]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id j8MMddn19356; Thu, 22 Sep 2005 15:39:39 -0700 (PDT) Received: (from faber@localhost) by pun.isi.edu (8.13.4/8.13.4/Submit) id j8MMdbQB001633; Thu, 22 Sep 2005 15:39:37 -0700 (PDT) (envelope-from faber) Date: Thu, 22 Sep 2005 15:39:37 -0700 From: Ted Faber To: Bob Johnson Message-ID: <20050922223937.GB1091@pun.isi.edu> References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> <54db439905092215152a197bf9@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <54db439905092215152a197bf9@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@pun.isi.edu Cc: bobo1009@mailtest2.eng.ufl.edu, current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 22:40:42 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 22, 2005 at 06:15:17PM -0400, Bob Johnson wrote: > On 9/22/05, Ulrich Spoerlein wrote: > > 1. I dont want to wait for my manpages to display, they have to be on > > screen instantanously. >=20 > You are already waiting. FreeBSD by default uses gzip-compressed man > pages. The issue is whether to continue using gzip, or switch to > bzip2. >=20 > Try "man -w man" for instance. You can turn this off using -DNO_MANCOMPRESS when you make world (or by the appropriate find command - find /usr/share/man -type f -name \*.gz -exec gunzip '{}' \; is a good start - if you don't make world). --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDMzKpaUz3f+Zf+XsRAhAMAJ0WChriw/40BuyzdMr3E7JCycqkkACgiNpB lIRsXA0GAnqiZvpTSx+gW84= =G0EA -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 02:37:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB1DD16A41F for ; Fri, 23 Sep 2005 02:37:01 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id AD93D43D45 for ; Fri, 23 Sep 2005 02:37:00 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 23 Sep 2005 03:36:59 +0100 (IST) To: othermark In-Reply-To: Your message of "Tue, 20 Sep 2005 07:27:13 PDT." Date: Fri, 23 Sep 2005 03:36:58 +0100 From: Ian Dowse Message-ID: <200509230336.aa89488@nowhere.iedowse.com> Cc: freebsd-current@freebsd.org Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 02:37:01 -0000 In message , othermark writes: >I probably should have piped up on -current, but yes, serial console is >'different' after the recent changes went into the boot loader. > >-P in /boot.config and the following in /etc/make.conf > >BOOT_COMCONSOLE_PORT=0x3F8 >BOOT_COMCONSOLE_SPEED=115200 > >used to be enough for my boxes to work, but now (of course, only after a >installworld for the bootloader) the following in /boot/loader.conf > >console=comconsole >comconsole_speed=115200 > >seems to be required for serial console to work. Does reinstalling boot2 help (e.g. disklabel -B ad0s1)? Previously both boot2 and loader would independently pick up the BOOT_COMCONSOLE_SPEED setting and apply it, but after the recent changes the loader will use the setting from boot2 if a serial console has been selected (-h or -P). What wasn't working without the above loader.conf lines BTW? Was it just the speed that was wrong, or did the kernel not use a serial console at all? Ian From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 02:42:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A782816A41F for ; Fri, 23 Sep 2005 02:42:22 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3C643D46 for ; Fri, 23 Sep 2005 02:42:22 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 75DBF5E4F; Thu, 22 Sep 2005 22:42:21 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36867-04; Thu, 22 Sep 2005 22:42:20 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-68-11.ny325.east.verizon.net [68.161.68.11]) by pi.codefab.com (Postfix) with ESMTP id B67485C9D; Thu, 22 Sep 2005 22:42:19 -0400 (EDT) Message-ID: <43336B8D.3010008@mac.com> Date: Thu, 22 Sep 2005 22:42:21 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <200509221652.54123.mi+mx@aldan.algebra.com> <184C5FE7-B956-43E8-AC60-68EA6D5337BB@mac.com> <200509222130.18284.mi+mx@aldan.algebra.com> In-Reply-To: <200509222130.18284.mi+mx@aldan.algebra.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 02:42:22 -0000 Mikhail Teterin wrote: >> http://www.pkix.net/~chuck/manpage_test/ > > Interesting. I did not realize, bzip2 is inferior to gzip on small files. It > still wins overall, however -- the wins on large man-pages compensate for > losses on the small ones. Your script does not show the total number of > sectors in each case (patch attached). Thanks, your patch has been committed. If nothing else, we now have lots of data on just how bzip2 and gzip compare for tiny files.... [ ... ] > 14919 of .gz can be turned into 14738 of .bz2 > That's 181 512-byte sectors or 92672 bytes. Not very much, but this is just > the /usr/share/man. Considering the /usr/share/cat (with larger _formatted_ > files), plus the ports' man-pages, I still think bzip2 is beneficial. > > Assuming 1024-sized sectors, I get 8170 for .gz vs. 8067 for .bz2, or 105472 > bytes. OK. This seems to be about a 1% difference, which is at least noticable, and even going in the right direction. (It'd be a lot closer without csh.1, ppp.8, and lex.1, which have the honor of being the longest manpages present. If only we had used the Y2K problem as a good excuse to remove CSH, that would have been a perfect cover. :-) > Reducing reliance on GNU software remains an extra bonus... Certainly, there exists GNU software which makes me cringe, but gzip isn't part of that group. I suppose there's a preference for BSD-licensed code rather than GPL'ed code, but I'd expect gzip and zlib to be a part of FreeBSD for the foreseeable future... > Finally, the PR contains independent patches for both man(1) and the man-page > compressing infrastructure. After 5-months wait, I'll settle for partial > acceptance. I don't mind the notion of supporting bzip'ed manpages. I'll even give a +1 to the idea, not that I expect democracy to break out among the powers-that-be. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 02:55:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C220E16A41F; Fri, 23 Sep 2005 02:55:59 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F29D843D45; Fri, 23 Sep 2005 02:55:58 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j8N2s1Sc018775; Fri, 23 Sep 2005 12:24:01 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Fri, 23 Sep 2005 12:25:50 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j8N2k0026402; Fri, 23 Sep 2005 12:16:00 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id SJZBHTB7; Fri, 23 Sep 2005 12:15:50 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j8N2kGlc092850; Fri, 23 Sep 2005 12:16:16 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j8N2kG9v092849; Fri, 23 Sep 2005 12:16:16 +0930 (CST) (envelope-from wilkinsa) Date: Fri, 23 Sep 2005 12:16:16 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20050923024615.GT91606@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@FreeBSD.org, current@FreeBSD.org References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <432F5E10.7080406@samsco.org> <200509211640.38493.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200509211640.38493.jhb@FreeBSD.org> X-Message-Flag: "Beware of Outlook! It Bites " User-Agent: Mutt/1.5.10i Cc: Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 02:55:59 -0000 0n Wed, Sep 21, 2005 at 04:40:36PM -0400, John Baldwin wrote: >On Monday 19 September 2005 08:55 pm, Scott Long wrote: >> Wilkinson, Alex wrote: >> > Can anyone tell me what the following means, and how to fix it: >> > >> > APIC_IO: Testing 8254 interrupt delivery >> > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 >> > intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 >> > >> > - aW >> >> It means that you need to use 6.0 instead of 5.x =-) It represents the >> old way that we connected the timecounters, which apparently isn't well >> supported with newer amd64 boards. 6.0 solves this problem by using a >> better supported mechanism. > >Actually, this is a 4.x method and it basically means that it has fallen back >to mixed mode for IRQ0. 6.0 certainly does this better. 5.x just uses mixed >mode by default. John, what is mixed mode ? - aW From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 02:55:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C220E16A41F; Fri, 23 Sep 2005 02:55:59 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F29D843D45; Fri, 23 Sep 2005 02:55:58 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j8N2s1Sc018775; Fri, 23 Sep 2005 12:24:01 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Fri, 23 Sep 2005 12:25:50 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j8N2k0026402; Fri, 23 Sep 2005 12:16:00 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id SJZBHTB7; Fri, 23 Sep 2005 12:15:50 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j8N2kGlc092850; Fri, 23 Sep 2005 12:16:16 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j8N2kG9v092849; Fri, 23 Sep 2005 12:16:16 +0930 (CST) (envelope-from wilkinsa) Date: Fri, 23 Sep 2005 12:16:16 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20050923024615.GT91606@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@FreeBSD.org, current@FreeBSD.org References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <432F5E10.7080406@samsco.org> <200509211640.38493.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200509211640.38493.jhb@FreeBSD.org> X-Message-Flag: "Beware of Outlook! It Bites " User-Agent: Mutt/1.5.10i Cc: Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 02:55:59 -0000 0n Wed, Sep 21, 2005 at 04:40:36PM -0400, John Baldwin wrote: >On Monday 19 September 2005 08:55 pm, Scott Long wrote: >> Wilkinson, Alex wrote: >> > Can anyone tell me what the following means, and how to fix it: >> > >> > APIC_IO: Testing 8254 interrupt delivery >> > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 >> > intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 >> > >> > - aW >> >> It means that you need to use 6.0 instead of 5.x =-) It represents the >> old way that we connected the timecounters, which apparently isn't well >> supported with newer amd64 boards. 6.0 solves this problem by using a >> better supported mechanism. > >Actually, this is a 4.x method and it basically means that it has fallen back >to mixed mode for IRQ0. 6.0 certainly does this better. 5.x just uses mixed >mode by default. John, what is mixed mode ? - aW From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 04:20:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC8C16A41F for ; Fri, 23 Sep 2005 04:20:35 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C2643D46 for ; Fri, 23 Sep 2005 04:20:35 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j8N4KIOZ060301; Thu, 22 Sep 2005 21:20:18 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <43338281.90104@freebsd.org> Date: Thu, 22 Sep 2005 21:20:17 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <200509221652.54123.mi+mx@aldan.algebra.com> <184C5FE7-B956-43E8-AC60-68EA6D5337BB@mac.com> <200509222130.18284.mi+mx@aldan.algebra.com> <43336B8D.3010008@mac.com> In-Reply-To: <43336B8D.3010008@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Mikhail Teterin , current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 04:20:35 -0000 Chuck Swiger wrote: > Mikhail Teterin wrote: > >> Reducing reliance on GNU software remains an extra bonus... > > Certainly, there exists GNU software which makes me cringe, but gzip > isn't part of that group. I suppose there's a preference for > BSD-licensed code rather than GPL'ed code, but I'd expect gzip and zlib > to be a part of FreeBSD for the foreseeable future... Useful facts: * zlib is not GPLed. The license is essentially a BSD license. * There are both GPL and non-GPL versions of gzip. The non-GPL version is based on zlib; the GPL version uses its own separate compression/decompression code. I believe OpenBSD uses the non-GPL gzip. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 04:46:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E25216A41F; Fri, 23 Sep 2005 04:46:33 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 287CE43D45; Fri, 23 Sep 2005 04:46:32 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 0B0525E14; Fri, 23 Sep 2005 00:46:32 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36867-10; Fri, 23 Sep 2005 00:46:28 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-68-11.ny325.east.verizon.net [68.161.68.11]) by pi.codefab.com (Postfix) with ESMTP id 7D7385C92; Fri, 23 Sep 2005 00:46:28 -0400 (EDT) Message-ID: <433388A5.2050404@mac.com> Date: Fri, 23 Sep 2005 00:46:29 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <200509221652.54123.mi+mx@aldan.algebra.com> <184C5FE7-B956-43E8-AC60-68EA6D5337BB@mac.com> <200509222130.18284.mi+mx@aldan.algebra.com> <43336B8D.3010008@mac.com> <43338281.90104@freebsd.org> In-Reply-To: <43338281.90104@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Mikhail Teterin , current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 04:46:33 -0000 Tim Kientzle wrote: > Chuck Swiger wrote: >> Mikhail Teterin wrote: >>> Reducing reliance on GNU software remains an extra bonus... >> >> Certainly, there exists GNU software which makes me cringe, but gzip >> isn't part of that group. I suppose there's a preference for >> BSD-licensed code rather than GPL'ed code, but I'd expect gzip and >> zlib to be a part of FreeBSD for the foreseeable future... > > Useful facts: > > * zlib is not GPLed. The license is essentially a BSD license. > Sure, zlib and parts of gzip were written by JLG and Mark Adler using a close variant of the "new" BSD license. Depending on where you get your gzip from, add some public domain software (compress) and/or some GPL'ed code (mainly for the longopt calls like --best or --verbose). Does this affect whether adding bzip2 support to man is a good idea? > * There are both GPL and non-GPL versions of gzip. The > non-GPL version is based on zlib; the GPL version uses > its own separate compression/decompression code. > I believe OpenBSD uses the non-GPL gzip. OK. So there may be a pure BSD-licensed gzip handy, in addition to the one from the FSF. At the risk of distracting you from the licensing issues, fascinating as such things may be, would you care to express an opinion on the PR? :-) -- -Chuck PS: It's amazing what a really good lamb vindaloo will do.... From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 05:04:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F1C16A41F for ; Fri, 23 Sep 2005 05:04:22 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D930743D45 for ; Fri, 23 Sep 2005 05:04:21 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.186]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1EIfiA-00048K-Mr for current@freebsd.org; Fri, 23 Sep 2005 17:03:02 +1200 Message-ID: <433436E2.3040603@ThePacific.Net> Date: Fri, 23 Sep 2005 17:09:54 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 05:04:22 -0000 Hi there. someone knows if is possible flash the linksys AP WRT54G with a freebsd image? cheers Marcos Biscaysaqu From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 05:25:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF09A16A41F for ; Fri, 23 Sep 2005 05:25:38 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2163D43D53 for ; Fri, 23 Sep 2005 05:25:37 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 35FC6282DD for ; Fri, 23 Sep 2005 07:25:36 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j8N5PSHs020146; Fri, 23 Sep 2005 07:25:32 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org, "Marcos Biscaysaqu - ThePacific.net" Date: Fri, 23 Sep 2005 07:25:20 +0200 User-Agent: KMail/1.8.2 References: <433436E2.3040603@ThePacific.Net> In-Reply-To: <433436E2.3040603@ThePacific.Net> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200509230725.21156.thierry@herbelot.com> Cc: Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 05:25:39 -0000 Le Friday 23 September 2005 19:09, Marcos Biscaysaqu - ThePacific.net a écrit : > Hi there. > someone knows if is possible flash the linksys AP WRT54G with a > freebsd image? short answer : no longer answer : the main CPU is a MIPS and MIPS is not a supported platform for FreeBSD. the last time I looked at it, there was also a problem with a binary-only driver, which is only available for Linux (therefore even a NetBSD port for WRT54G is not an option) TfH From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 06:55:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DEC016A41F for ; Fri, 23 Sep 2005 06:55:54 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id CA2A943D48 for ; Fri, 23 Sep 2005 06:55:53 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 29236 invoked by uid 399); 23 Sep 2005 06:55:53 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 23 Sep 2005 06:55:53 -0000 Message-ID: <4333A6F7.1060400@FreeBSD.org> Date: Thu, 22 Sep 2005 23:55:51 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> <200509211651.09666.jhb@FreeBSD.org> <200509212328.26394@harrymail> <200509211738.42593.jhb@FreeBSD.org> In-Reply-To: <200509211738.42593.jhb@FreeBSD.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Harald Schmalzbauer Subject: Re: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 06:55:54 -0000 John Baldwin wrote: > On Wednesday 21 September 2005 05:28 pm, Harald Schmalzbauer wrote: > >>Am Mittwoch, 21. September 2005 22:51 CEST schrieb John Baldwin: >> >>>On Tuesday 20 September 2005 03:41 pm, Harald Schmalzbauer wrote: >>> >>>>Hello, >>>> >>>>I get the following panic when using the nvidia driver with a debug >>>>kernel, when I disable INVARIANTS and WITNESS everything is working >>>>fine! >>>> >>>>Here's the trace: >>>> >>>>ACPI APIC Table: >>>>ioapic0: Changing APIC ID to 1 >>>>ioapic0 irqs 0-23 on motherboard >>>>panic: spin lock rm.mutex_mtx not in order list >>> >>>You need to add an entry for "rm.mutex_mtx" to the static spin lock >>>order list in sys/kern/subr_witness.c. Something like this: >>> >>>Index: subr_witness.c >>>=================================================================== >>>RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v >>>retrieving revision 1.201 >>>diff -u -r1.201 subr_witness.c >>>--- subr_witness.c 15 Sep 2005 19:07:14 -0000 1.201 >>>+++ subr_witness.c 21 Sep 2005 20:50:45 -0000 >>>@@ -363,6 +363,7 @@ >>> #ifdef SMP >>> { "ap boot", &lock_class_mtx_spin }, >>> #endif >>>+ { "rm.mutex_mtx", &lock_class_mtx_spin }, >>> { "sio", &lock_class_mtx_spin }, >>> #ifdef __i386__ >>> { "cy", &lock_class_mtx_spin }, >> >>Thanks for your attention! I don't exactly know what this does and why I >>should add this spinlock exclude, I posted this error because somewhere >>between early BETA4 and late BETA4 I could run the nvidia driver with >>debug kernels without this panic. Short before BETA5 this changed back to >>the panic I've already seen before BETA4, so I posted it here. >>If it is something harmless it's safe to ignore my post, if it's something >>which reflects a bug I hope I could help. > > > It has to do with the WITNESS kernel option. WITNESS has to be explicitly > told about each spin mutex in the kernel. Would having this in the base adversely affect those who don't use the driver? In other words, is there any reason not to just add this? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 08:10:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3509616A41F for ; Fri, 23 Sep 2005 08:10:37 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFAE43D46 for ; Fri, 23 Sep 2005 08:10:35 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0D25113649F for ; Fri, 23 Sep 2005 10:10:35 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id E3E31B37F6 for ; Fri, 23 Sep 2005 10:10:34 +0200 (CEST) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id B19B9A99AE for ; Fri, 23 Sep 2005 10:10:34 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 97BBFE2B2E for ; Fri, 23 Sep 2005 10:10:34 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j8N8AYjl078107 for ; Fri, 23 Sep 2005 10:10:34 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j8N8AYhm072601 for ; Fri, 23 Sep 2005 10:10:34 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id j8N8AXa2002884 for ; Fri, 23 Sep 2005 10:10:33 +0200 (CEST) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id j8N8AXhR002883 for current@freebsd.org; Fri, 23 Sep 2005 10:10:33 +0200 (CEST) (envelope-from q@galgenberg.net) Date: Fri, 23 Sep 2005 10:10:33 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20050923081033.GB1117@galgenberg.net> Mail-Followup-To: current@freebsd.org References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> <54db439905092215152a197bf9@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <54db439905092215152a197bf9@mail.gmail.com> X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 08:10:37 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 22.09.2005 at 18:15:17 -0400, Bob Johnson wrote: > > Changing the default format for manpages has serious bikeshed potential. > > While adding support for reading/writing bz2 compressed manpages is > > certainly useful, I doubt the benefit of switching to bzip2 compressed > > manpages. > > > > There are several points to consider: > > > > 1. I dont want to wait for my manpages to display, they have to be on > > screen instantanously. >=20 > You are already waiting. FreeBSD by default uses gzip-compressed man > pages. The issue is whether to continue using gzip, or switch to > bzip2. Yes, I know. But bzip2 is almost always slower than gzip, especially on lower end hardware. Increasing the time for decompression is not the way to go IMHO. If you ever tried to read manpages on systems with a load of 20-30 you know what I'm talking about. Now, I know to that there's more to manpages than just compression, so ideally manpages would be simple text-files, but this would lose the markup :( Anyway, I'm not arguing, I'm not in charge. I'm sure I wouldn't notice the speed difference on my current hardware anyway. But the size savings are marginal too. Consider this: % du -sh /usr/share/man /usr/local/man /usr/X11R6/man 10M /usr/share/man 16M /usr/local/man 5.5M /usr/X11R6/man And this is with 647 ports installed. Even if you could cut the size in half, it would me a mere 15MB, there are better places to look for more space :) Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDM7h5mArGtfDbn0QRAu/NAKCehYT1FxxI9xBdjC7jcx+EwiEmQgCgixHu V6L4meyJGl+Xko+mASRmVbk= =nlbG -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 08:38:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 390FC16A420; Fri, 23 Sep 2005 08:38:43 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF9A043D45; Fri, 23 Sep 2005 08:38:42 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id AFFF61A3C1D; Fri, 23 Sep 2005 01:38:42 -0700 (PDT) Date: Fri, 23 Sep 2005 10:38:42 +0200 From: Maxime Henrion To: josh.carroll@psualum.com Message-ID: <20050923083842.GD30745@elvis.mu.org> References: <001801c5bedf$2eed3850$6401a8c0@aw001> <8cb6106e05092112425ac4ebc5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cb6106e05092112425ac4ebc5@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, cognet@FreeBSD.org Subject: Re: watch: Snoop stopped due to tty close X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 08:38:43 -0000 Josh Carroll wrote: > I've noticed the same thing, so you're not alone. I'm running > 6.0-BETA3 here. [...] This bug has already been fixed in -CURRENT by Olivier and should hopefully be MFC'ed before 6.0-RELEASE is out. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 08:53:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A91A16A41F; Fri, 23 Sep 2005 08:53:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DED0D43D45; Fri, 23 Sep 2005 08:53:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8N8rg9N086468; Fri, 23 Sep 2005 11:53:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 32533-17; Fri, 23 Sep 2005 11:53:41 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8N8rf7W086465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Sep 2005 11:53:41 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8N8rwdV058826; Fri, 23 Sep 2005 11:53:58 +0300 (EEST) (envelope-from ru) Date: Fri, 23 Sep 2005 11:53:58 +0300 From: Ruslan Ermilov To: Warner Losh Message-ID: <20050923085358.GA58772@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 08:53:45 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Warner, This is with today's -CURRENT, but it's been happening for some time now I guess. I have two PC Cards, one 32-bit 3.3V rl(4), and one 16-bit 5V wi(4). And it looks there's a problem with powering down the wi(4) card. Ejecting/injecting rl(4) works as expected. But first time I eject wi(4), it fails (Bad Vcc requested). After this happens, I can no longer use this slot -- "Bad Vcc requested" is printed during each ejection/injection, and I get "watchdog timeout" with rl(4). Here are the probe lines: : cbb0: mem 0x50103000-0x50103fff irq 11 at dev= ice 2.0 on pci0 : cardbus0: on cbb0 : pccard0: <16-bit PCCard bus> on cbb0 : cbb1: mem 0x50102000-0x50102fff irq 11 at dev= ice 2.1 on pci0 : cardbus1: on cbb1 : pccard1: <16-bit PCCard bus> on cbb1 (hw.cbb.debug is set to "1".) Here's the log of injection/ejection of rl(4), two times in a row: Injecting rl: : Status is 0x30000920 : cbb0: card inserted: event=3D0x00000006, state=3D30000920 : cbb0: cbb_power: 3V : rl0: port 0x1000-0x10ff mem 0xd8000-0xd81ff ir= q 11 at device 0.0 on cardbus0 : miibus0: on rl0 : rlphy0: on miibus0 : rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : rl0: Ethernet address: 00:11:6b:50:03:82 Ejecting rl: : Status is 0x30000186 : rlphy0: detached : miibus0: detached : rl0: detached : cbb0: cbb_power: 0V Injecting rl: : Status is 0x30000920 : cbb0: card inserted: event=3D0x00000006, state=3D30000920 : cbb0: cbb_power: 3V : rl0: port 0x1000-0x10ff mem 0xd8000-0xd81ff ir= q 11 at device 0.0 on cardbus0 : miibus0: on rl0 : rlphy0: on miibus0 : rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : rl0: Ethernet address: 00:11:6b:50:03:82 Ejecting rl: : Status is 0x30000186 : rlphy0: detached : miibus0: detached : rl0: detached : cbb0: cbb_power: 0V Here's the wi(4) play. (The wi(4) driver isn't loaded, it's not important.) First injection of wi works: : Status is 0x30000510 : cbb0: card inserted: event=3D0x00000000, state=3D30000510 : cbb_pcic_socket_enable: : cbb0: cbb_power: 5V : cbb_pcic_socket_enable: : pccard0: (manufacturer=3D0x0156, product=3D0x0002, functio= n_type=3D6) at function 0 : pccard0: CIS info: Lucent Technologies, WaveLAN/IEEE, Version 01.01,= =20 Ejection of wi fails: : Status is 0x30000116 : cbb_pcic_socket_disable : cbb0: cbb_power: 0V : cbb0: Bad Vcc requested ^^^^^^^^^^^^^^^^^ And that's where the problem starts. Injecting wi again (fails): : Status is 0x30000710 : cbb0: card inserted: event=3D0x00000000, state=3D30000710 : cbb_pcic_socket_enable: : cbb0: cbb_power: 5V : cbb0: Bad Vcc requested : cbb_pcic_socket_enable: : pccard0: (manufacturer=3D0x0156, product=3D0x0002, functio= n_type=3D6) at function 0 : pccard0: CIS info: Lucent Technologies, WaveLAN/IEEE, Version 01.01,= =20 Ejecting wi: : Status is 0x30000316 : cbb_pcic_socket_disable : cbb0: cbb_power: 0V : cbb0: Bad Vcc requested Injecting/ejecting rl(4) similarly fails now. When it happens, rl(4) attaches but no longer works (watchdog timeouts). When it happens, wi(4) attaches but no longer works ("no carrier" in ifconfig(8) despite wicontrol(8) seeing the AP normally). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDM8KmqRfpzJluFF4RAvBhAJwN5yKENMefoJEeWYKKX53a5RFhGwCfZ2ju m/INNq8J9K7zOrTWZ0bYZIY= =/KVR -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 09:08:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F04316A41F for ; Fri, 23 Sep 2005 09:08:10 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB95343D48 for ; Fri, 23 Sep 2005 09:08:09 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EIjXK-0005iL-00; Fri, 23 Sep 2005 11:08:06 +0200 Date: Fri, 23 Sep 2005 11:08:06 +0200 To: Thierry Herbelot Message-ID: <20050923090806.GA21906@poupinou.org> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200509230725.21156.thierry@herbelot.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org, "Marcos Biscaysaqu - ThePacific.net" Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 09:08:10 -0000 On Fri, Sep 23, 2005 at 07:25:20AM +0200, Thierry Herbelot wrote: > Le Friday 23 September 2005 19:09, Marcos Biscaysaqu - ThePacific.net a > écrit : > > Hi there. > > someone knows if is possible flash the linksys AP WRT54G with a > > freebsd image? > > short answer : no > > longer answer : > the main CPU is a MIPS and MIPS is not a supported platform for FreeBSD. > > the last time I looked at it, there was also a problem with a binary-only > driver, which is only available for Linux (therefore even a NetBSD port for > WRT54G is not an option) > On the other hand, it's the wireless thing. If not needed, this should be fun to do a port, somehow, even though it's a wireless router. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 09:22:28 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48B7016A41F for ; Fri, 23 Sep 2005 09:22:28 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC48043D49 for ; Fri, 23 Sep 2005 09:22:27 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1EIjlC-000FDv-Ru; Fri, 23 Sep 2005 10:22:26 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1EIjlH-000Oj4-PV; Fri, 23 Sep 2005 10:22:31 +0100 Date: Fri, 23 Sep 2005 10:22:31 +0100 From: Brian Candler To: Jeremie Le Hen Message-ID: <20050923092231.GF94511@uk.tiscali.com> References: <20050922122113.GO24643@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050922122113.GO24643@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 09:22:28 -0000 On Thu, Sep 22, 2005 at 02:21:13PM +0200, Jeremie Le Hen wrote: > there are some periodic script which shouldn't be run inside a jail, > because jail's restrictions would prevent the utility to work correctly. > This includes those that gathers statistics from various firewalls, > in security/ : > 510.ipfdenied > 520.pfdenied > 550.ipfwlimit > 600.ip6fwdenied > 610.ipf6denied > 650.ip6fwlimit ... > I would like to hear your comments on this and on the best way to solve > this problem. My first thought was to add > > % if [ `sysctl -n security.jail.jailed` -eq 1 ] > % then > % exit 0 > % fi > > just before the main case statement, but there may be smarter ways to > achieve this. A mechanism which already exists is to create /etc/periodic.conf within your jail, disabling the individual scripts you don't want to run. See /etc/defaults/periodic.conf for the settings available (or /usr/share/examples/etc/defaults/periodic.conf) However it might be a good idea for FreeBSD to provide a sample periodic.conf for use in a jail environment. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 10:03:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1FD16A41F for ; Fri, 23 Sep 2005 10:03:42 +0000 (GMT) (envelope-from nuno.antunes@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FA543D48 for ; Fri, 23 Sep 2005 10:03:38 +0000 (GMT) (envelope-from nuno.antunes@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so500987nzk for ; Fri, 23 Sep 2005 03:03:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=H77YVl5a4GsExMD47Bz8otkxBfyNx+COnYAfPNVCKv37l8kQ7XyS1OojUabSMubFZd+I0Fei1O4gTZHd0MkWoPXd6pNT9B8T8Qh3T9cajyr0sCi4DdP/wkyKVZftLeT23O/isD1FtxjW0LcmV2jHXgWX1RV5FesC3Zwi7Us1f6Q= Received: by 10.36.89.7 with SMTP id m7mr292191nzb; Fri, 23 Sep 2005 03:03:37 -0700 (PDT) Received: by 10.36.97.10 with HTTP; Fri, 23 Sep 2005 03:03:37 -0700 (PDT) Message-ID: <262949390509230303159c7797@mail.gmail.com> Date: Fri, 23 Sep 2005 11:03:37 +0100 From: Nuno Antunes To: Brian Candler In-Reply-To: <20050923092231.GF94511@uk.tiscali.com> MIME-Version: 1.0 References: <20050922122113.GO24643@obiwan.tataz.chchile.org> <20050923092231.GF94511@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nuno Antunes List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 10:03:42 -0000 On 9/23/05, Brian Candler wrote: > > On Thu, Sep 22, 2005 at 02:21:13PM +0200, Jeremie Le Hen wrote: > > there are some periodic script which shouldn't be run inside a jail, > > because jail's restrictions would prevent the utility to work correctly= . > > This includes those that gathers statistics from various firewalls, > > in security/ : > > 510.ipfdenied > > 520.pfdenied > > 550.ipfwlimit > > 600.ip6fwdenied > > 610.ipf6denied > > 650.ip6fwlimit > ... > > Probably the line 1,31 0-5 * * * root adjkerntz -a should be removed from a jail's /etc/crontab also. Best regards, Nuno Antunes From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 10:07:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B6516A41F for ; Fri, 23 Sep 2005 10:07:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C1F43D45 for ; Fri, 23 Sep 2005 10:07:11 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 8C9B52F297; Fri, 23 Sep 2005 12:07:10 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 071C8405D; Fri, 23 Sep 2005 12:07:08 +0200 (CEST) Date: Fri, 23 Sep 2005 12:07:07 +0200 From: Jeremie Le Hen To: Brian Candler Message-ID: <20050923100707.GW24643@obiwan.tataz.chchile.org> References: <20050922122113.GO24643@obiwan.tataz.chchile.org> <20050923092231.GF94511@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923092231.GF94511@uk.tiscali.com> User-Agent: Mutt/1.5.10i Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 10:07:12 -0000 Hi Brian, thank you for replying, I was beginning to feel lonely :-). > > there are some periodic script which shouldn't be run inside a jail, > > because jail's restrictions would prevent the utility to work correctly. > > This includes those that gathers statistics from various firewalls, > > in security/ : > > 510.ipfdenied > > 520.pfdenied > > 550.ipfwlimit > > 600.ip6fwdenied > > 610.ipf6denied > > 650.ip6fwlimit > ... > > I would like to hear your comments on this and on the best way to solve > > this problem. My first thought was to add > > > > % if [ `sysctl -n security.jail.jailed` -eq 1 ] > > % then > > % exit 0 > > % fi > > > > just before the main case statement, but there may be smarter ways to > > achieve this. > > A mechanism which already exists is to create /etc/periodic.conf within your > jail, disabling the individual scripts you don't want to run. See > /etc/defaults/periodic.conf for the settings available (or > /usr/share/examples/etc/defaults/periodic.conf) > > However it might be a good idea for FreeBSD to provide a sample > periodic.conf for use in a jail environment. At present time, there is a handbook chapter in preparation about jails. Most of the current jail(8) manpage should be moved out to it. I first thought to add a note about periodic.conf(5) in it, and actually I still do for greedy weekly things for instance, but considering that the mentioned scripts won't ever be allowed to run inside a jail anyway (at least until we a network stack virtualization ;p), I've felt it would be a good thing to simply disable them in jail environnement. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 10:07:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEBF916A420 for ; Fri, 23 Sep 2005 10:07:28 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5246E43D45 for ; Fri, 23 Sep 2005 10:07:28 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id 92ADC24ABC for ; Fri, 23 Sep 2005 12:07:27 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j8NA6nXR009258; Fri, 23 Sep 2005 12:06:54 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 23 Sep 2005 12:06:41 +0200 User-Agent: KMail/1.8.2 References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> In-Reply-To: <20050923090806.GA21906@poupinou.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200509231206.42554.thierry@herbelot.com> Cc: "Marcos Biscaysaqu - ThePacific.net" Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 10:07:28 -0000 Le Friday 23 September 2005 11:08, vous avez écrit : > > On the other hand, it's the wireless thing. If not needed, this > should be fun to do a port, somehow, even though it's a wireless > router. The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimated, but Linux ports were enormously helped by the opening of the sources of the Linksys Linux port (which is absent for FreeBSD) and the big number of willing developpers (just have a look at the *number* of different Linux ports to the WRT). The latest 6.0 release would be an excellent target, with its brand-new support for WPA and virtual APs ... who volunteers ? TfH From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 10:46:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2476616A41F for ; Fri, 23 Sep 2005 10:46:14 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBF5B43D46 for ; Fri, 23 Sep 2005 10:46:13 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1EIl4G-0003fx-J1; Fri, 23 Sep 2005 11:46:12 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1EIl4M-000Otp-1C; Fri, 23 Sep 2005 11:46:18 +0100 Date: Fri, 23 Sep 2005 11:46:18 +0100 From: Brian Candler To: Nuno Antunes Message-ID: <20050923104618.GA95658@uk.tiscali.com> References: <20050922122113.GO24643@obiwan.tataz.chchile.org> <20050923092231.GF94511@uk.tiscali.com> <262949390509230303159c7797@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <262949390509230303159c7797@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 10:46:14 -0000 On Fri, Sep 23, 2005 at 11:03:37AM +0100, Nuno Antunes wrote: > Probably the line > 1,31 0-5 * * * root adjkerntz -a > should be removed from a jail's /etc/crontab also. The absence of /etc/wall_cmos_clock should prevent it from attempting to do anything. In /usr/src/sbin/adjkerntz/adjkerntz.c, almost the first thing it does is if (access(_PATH_CLOCK, F_OK) != 0) return 0; Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 20:53:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE1E16A41F for ; Thu, 22 Sep 2005 20:53:28 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EAB943D49 for ; Thu, 22 Sep 2005 20:53:24 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8MKrMFQ004423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 22 Sep 2005 16:53:23 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8MKrErR003548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Sep 2005 16:53:16 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8MKqv2f005357; Thu, 22 Sep 2005 16:52:57 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8MKqsDh005356; Thu, 22 Sep 2005 16:52:54 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Charles Swiger , Ulrich Spoerlein Date: Thu, 22 Sep 2005 16:52:53 -0400 User-Agent: KMail/1.8.2 References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200509221652.54123.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1097/Wed Sep 21 14:56:51 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Fri, 23 Sep 2005 11:33:09 +0000 Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 20:53:28 -0000 Ulrich Spoerlein wrote: > 1. I dont want to wait for my manpages to display, they have to be on > screen instantanously. A human being can not distinguish between a millisecond and a microsecond. The difference between gzcat and bzcat is far less dramatic. The space-saving potential can substantial, however -- see below. Being able to stick us useful root filesystem (with /usr) onto a USB key can be useful for some applications. It just makes sense -- and the CPUs are advancing faster than storage devices. Charles Swiger wrote: > My guess is that roughly 95% of the manpages aren't going to save a š > disk sector by switching. One does not need to save the entire sector-size. Only the (size % sector_size), which currently pushes the file into an additional sector. The following command line assumes, the sector size of 512 bytes and the bzip2 vs. gzip saving of only 10%. Notice, it takes care to look once at every manual page even if it is has more than one alias (eliminating pages with the same inode). Try this on your system: % find /usr/share/man/ -name \*.gz -ls | sort -k 1 | awk '$1 == inode { next } { inode=$1; total++; if ($7 % 512 < $7*0.10) savings++ } END {print savings " out of " total}' 1200 out of 2694 1200 files out 2694... That's a little more than 5%... The other advantage is the stride towards freer-licensed software. -mi From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 21:15:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDF4216A41F for ; Thu, 22 Sep 2005 21:15:19 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (forrie.hsd1.ma.comcast.net [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BAB43D45 for ; Thu, 22 Sep 2005 21:15:18 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.99] ([192.168.1.99]) (authenticated bits=0) by forrie.com (8.13.4/8.13.4) with ESMTP id j8MLFGau010506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 22 Sep 2005 17:15:18 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <43331F5E.8080502@forrie.com> Date: Thu, 22 Sep 2005 17:17:18 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050918) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on forrie.com X-Virus-Status: Clean X-Mailman-Approved-At: Fri, 23 Sep 2005 11:33:09 +0000 Subject: dhclient getting wedged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 21:15:20 -0000 I noticed, over the last few weeks, that dhclient is getting wedged. By that, I mean it's begun consuming unusual amounts of CPU time (such that I notice my system running sluggishly) - I identify this by the "top" display. It's resolved by killing the process and restarting. Though I'm not sure where it's getting wedged or why. I'm on Comcast's network, if that makes any difference. The version of the OS I have currently is: 6.0-BETA4 FreeBSD 6.0-BETA4 #0: Wed Sep 14 13:43:03 EDT 2005 Anyone else notice this? _F From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 01:31:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E47A416A41F for ; Fri, 23 Sep 2005 01:31:09 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3EA943D45 for ; Fri, 23 Sep 2005 01:31:06 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8N1V21W005039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 22 Sep 2005 21:31:05 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8N1Ur57006423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Sep 2005 21:30:56 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8N1UKMe008490; Thu, 22 Sep 2005 21:30:20 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8N1UIRm008489; Thu, 22 Sep 2005 21:30:18 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Charles Swiger Date: Thu, 22 Sep 2005 21:30:17 -0400 User-Agent: KMail/1.8.2 References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <200509221652.54123.mi+mx@aldan.algebra.com> <184C5FE7-B956-43E8-AC60-68EA6D5337BB@mac.com> In-Reply-To: <184C5FE7-B956-43E8-AC60-68EA6D5337BB@mac.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_qq1MDwHuJrym2uF" Message-Id: <200509222130.18284.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1097/Wed Sep 21 14:56:51 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Fri, 23 Sep 2005 11:33:09 +0000 Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 01:31:10 -0000 --Boundary-00=_qq1MDwHuJrym2uF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline > http://www.pkix.net/~chuck/manpage_test/ Interesting. I did not realize, bzip2 is inferior to gzip on small files. It still wins overall, however -- the wins on large man-pages compensate for losses on the small ones. Your script does not show the total number of sectors in each case (patch attached). Using your http://www.pkix.net/~chuck/manpage_test/manpage.txt and the following command: awk 'NF == 2 { p=$2; gz=$1; gzsectors=int((gz-1)/512)+1; tgzsectors+=gzsectors } NF == 1 { bz=$1; bzsectors=int((bz-1)/512)+1; tbzsectors+=bzsectors; print p ":\t" gz " " gzsectors " " tgzsectors \ " " bz " " bzsectors " " tbzsectors } END { print tgzsectors " of .gz can be turned into " \ tbzsectors " of .bz2"}' /tmp/manpage.txt I get: 14919 of .gz can be turned into 14738 of .bz2 That's 181 512-byte sectors or 92672 bytes. Not very much, but this is just the /usr/share/man. Considering the /usr/share/cat (with larger _formatted_ files), plus the ports' man-pages, I still think bzip2 is beneficial. Assuming 1024-sized sectors, I get 8170 for .gz vs. 8067 for .bz2, or 105472 bytes. Reducing reliance on GNU software remains an extra bonus... Finally, the PR contains independent patches for both man(1) and the man-page compressing infrastructure. After 5-months wait, I'll settle for partial acceptance. Yours, -mi --Boundary-00=_qq1MDwHuJrym2uF Content-Type: text/x-diff; charset="iso-8859-1"; name="mpsizer.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mpsizer.diff" +++ mpsizer.py Thu Sep 22 21:27:48 2005 @@ -5,4 +5,6 @@ gz_bigger_bz = 0 bz_bigger_gz = 0 +tgz = 0 +tbz = 0 try: @@ -13,6 +15,8 @@ bzsize = int(fd.readline().split()[0]) - gzblocks = (gzsize / 512) + int(gzsize % 512 > 0) - bzblocks = (bzsize / 512) + int(bzsize % 512 > 0) + gzblocks = int(gzsize / 512) + int(gzsize % 512 > 0) + bzblocks = int(bzsize / 512) + int(bzsize % 512 > 0) + tgz += gzblocks + tbz += bzblocks print manpage_name, gzblocks, bzblocks @@ -29,2 +33,3 @@ print "same # blocks: %d, gzip > bzip: %d, bzip > gzip %d" % \ (same_size, gz_bigger_bz, bz_bigger_gz) + print "%d gz-sectors vs. %d bz-sectors" % (tgz, tbz) --Boundary-00=_qq1MDwHuJrym2uF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 05:25:24 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F6DC16A41F; Fri, 23 Sep 2005 05:25:24 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E369343D48; Fri, 23 Sep 2005 05:25:23 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8N5PIel014460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 Sep 2005 01:25:22 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8N5PCvf008027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Sep 2005 01:25:13 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost) by corbulon.video-collage.com (8.13.4/8.13.4/Submit) id j8N5PBct008026; Fri, 23 Sep 2005 01:25:11 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200509230525.j8N5PBct008026@corbulon.video-collage.com> To: scottl@samsco.org (Scott Long) Date: Fri, 23 Sep 2005 01:25:11 -0400 (EDT) In-Reply-To: <433250D9.8030104@samsco.org> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV devel-20050525/1097/Wed Sep 21 14:56:51 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Fri, 23 Sep 2005 11:33:09 +0000 Cc: amd64@FreeBSD.org, re@FreeBSD.org, current@FreeBSD.org Subject: Re: amd64+gdb -- instant reboot (BETA5 and 4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 05:25:24 -0000 > > Is this gdb misbehaviour a known problem? How can I have the system > > avoid rebooting? Crash-dumping is enabled, but does not take place > > :-( > > > > Is that because timidity uses threads, perhaps? [...] > It's definitely not known. Any chance you could hook up a serial > console to log the output. It'll be pretty hard to debug otherwise. > Sounds like you're likely getting a triple fault. I'm not sure I can do this at all, and certainly, not this weekend. If anyone already has a serial console set up, the problem should not be difficult to reproduce in the following easy steps: 1) On a fresh 6.0-BETAX, install the audio/timidity++ port and try gdb timidity 2) Once in the debugger, run the program to play your favorite tune, such as on downloaded from: http://www.fortunecity.com/tinpan/vanishing/189/themes/PinkPanther.mid (gdb) r /tmp/PinkPanther.mid 3) Interrupt the play by pressing Ctrl-C. 4) Try exiting the debugger... *BOOM*. To save time, be sure to either unmount your filesystems or remount them read-only. Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 11:39:13 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED7B116A420 for ; Fri, 23 Sep 2005 11:39:13 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80A5C43D9B for ; Fri, 23 Sep 2005 11:38:17 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1EIlse-000DLW-LU; Fri, 23 Sep 2005 12:38:16 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1EIlsh-000Oyq-6d; Fri, 23 Sep 2005 12:38:19 +0100 Date: Fri, 23 Sep 2005 12:38:19 +0100 From: Brian Candler To: Jeremie Le Hen Message-ID: <20050923113819.GA95825@uk.tiscali.com> References: <20050922122113.GO24643@obiwan.tataz.chchile.org> <20050923092231.GF94511@uk.tiscali.com> <20050923100707.GW24643@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923100707.GW24643@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 11:39:14 -0000 On Fri, Sep 23, 2005 at 12:07:07PM +0200, Jeremie Le Hen wrote: > I first thought to add a note about periodic.conf(5) in it, and actually > I still do for greedy weekly things for instance, but considering that > the mentioned scripts won't ever be allowed to run inside a jail anyway > (at least until we a network stack virtualization ;p), I've felt it > would be a good thing to simply disable them in jail environnement. Perhaps, but I expect we're looking at it from different points of view. In your original post you asked for suggestions on "the best way to solve this problem", without exactly describing what you thought *was* the problem. Problem 1? "These scripts fail when you attempt to run then inside a jail(8)" I don't see this as a problem, I see it as correct behaviour. You try to do something which you are not allowed to do, and the kernel prohibits it. The same would be true if you tried to run these scripts as a non-root user, for example. I wouldn't expect to see magic in these scripts saying if [ `id -u` != 0 ]; then exit 0 fi so I don't see any need to add magic to exit early if the script is run in a jail. Problem 2? "These scripts are invoked by cron periodically in a default jail installation, and this causes spurious error mails to be sent out every day" This I agree is undesirable behaviour, and it derives from the fact that a jail installation is just a normal FreeBSD installation, which expects that it needs to run periodic machine-level admin tasks when in fact it is running at the jail level where these tasks are inappropriate. So for me the obvious solution is to make a jail installation slightly different from a normal installation, by installing /etc/periodic.conf which disables those tasks that send out spurious mails. If you want to run the machine-level tasks only when cron is running outside a jail, without explicit configuration, then I'd suggest the place to put the magic is /etc/defaults/periodic.conf (which is, after all, just a shell script) if [ `sysctl -n security.jail.jailed` == 0 ]; then not_jailed="YES" else not_jailed="NO" fi ... # 600.ip6fwdenied daily_status_security_ip6fwdenied_enable=not_jailed # 610.ipf6denied daily_status_security_ipf6denied_enable=not_jailed This seems cleaner to me, as it still allows you to override these policies (even if that's not currently a useful thing to do) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 12:01:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79D2216A422; Fri, 23 Sep 2005 12:01:00 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id F140043D46; Fri, 23 Sep 2005 12:00:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EImE5-0006Ls-00; Fri, 23 Sep 2005 14:00:25 +0200 Date: Fri, 23 Sep 2005 14:00:25 +0200 To: Florent Thoumie Message-ID: <20050923120025.GD21906@poupinou.org> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1127476245.17949.2.camel@cream.xbsd.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Bachilo Dmitry , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 12:01:00 -0000 On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: > Le Vendredi 23 septembre 2005 à 12:16 +0200, Bachilo Dmitry a écrit : > > Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and only > > Linux flashes work) > > ---------- ?????????????????????? ?????????????????? ---------- > > > > Subject: Re: Linksys WRT54G with freebsd > > Date: ?????????????? 23 ???????????????? 2005 17:06 > > From: Thierry Herbelot > > To: freebsd-current@freebsd.org > > Cc: "Marcos Biscaysaqu - ThePacific.net" > > > > Le Friday 23 September 2005 11:08, vous avez écrit : > > > On the other hand, it's the wireless thing. If not needed, this > > > should be fun to do a port, somehow, even though it's a wireless > > > router. > > > > The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimated, > > but Linux ports were enormously helped by the opening of the sources of the > > Linksys Linux port (which is absent for FreeBSD) and the big number of > > willing developpers (just have a look at the *number* of different Linux > > ports to the WRT). > > > > The latest 6.0 release would be an excellent target, with its brand-new > > support for WPA and virtual APs ... who volunteers ? > > The Linksys WRT54g wireless router is based on a Broadcom CPU > (derived from MIPS) and FreeBSD/mips seems to be a dead > project :-( Indeed. It's targeted to SGI platforms anyway. Maybe there is a need to start a new port if there is enough people interrested? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 11:50:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 732B016A41F; Fri, 23 Sep 2005 11:50:52 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CFA43D46; Fri, 23 Sep 2005 11:50:51 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id BB74111CD6; Fri, 23 Sep 2005 13:50:50 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87887-08; Fri, 23 Sep 2005 13:50:43 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id 8DF0B11A1B; Fri, 23 Sep 2005 13:50:43 +0200 (CEST) From: Florent Thoumie To: Bachilo Dmitry In-Reply-To: <200509231716.19434.root@solink.ru> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FktkT4bK9y9OE/52afAD" Date: Fri, 23 Sep 2005 13:50:45 +0200 Message-Id: <1127476245.17949.2.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org X-Mailman-Approved-At: Fri, 23 Sep 2005 12:07:55 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 11:50:52 -0000 --=-FktkT4bK9y9OE/52afAD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Vendredi 23 septembre 2005 =C3=A0 12:16 +0200, Bachilo Dmitry a =C3=A9cr= it : > Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and on= ly=20 > Linux flashes work) > ---------- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D0=BB=D0=B0=D0=BD=D0=BD=D0=BE= =D0=B5 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 ---------- >=20 > Subject: Re: Linksys WRT54G with freebsd > Date: =D0=9F=D1=8F=D1=82=D0=BD=D0=B8=D1=86=D0=B0 23 =D0=A1=D0=B5=D0=BD=D1= =82=D1=8F=D0=B1=D1=80=D1=8C 2005 17:06 > From: Thierry Herbelot > To: freebsd-current@freebsd.org > Cc: "Marcos Biscaysaqu - ThePacific.net" >=20 > Le Friday 23 September 2005 11:08, vous avez =C3=A9crit : > > On the other hand, it's the wireless thing. If not needed, this > > should be fun to do a port, somehow, even though it's a wireless > > router. >=20 > The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimat= ed, > but Linux ports were enormously helped by the opening of the sources of t= he > Linksys Linux port (which is absent for FreeBSD) and the big number of > willing developpers (just have a look at the *number* of different Linux > ports to the WRT). >=20 > The latest 6.0 release would be an excellent target, with its brand-new > support for WPA and virtual APs ... who volunteers ? The Linksys WRT54g wireless router is based on a Broadcom CPU=20 (derived from MIPS) and FreeBSD/mips seems to be a dead=20 project :-( --=20 Florent Thoumie flz@FreeBSD.org FreeBSD committer --=-FktkT4bK9y9OE/52afAD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDM+wVMxEkbVFH3PQRAiKoAJwLOUCR6b1HFvmcBf1GLFAhoNcMtACdHnpO FY8LLdMAAZKmH0abD7Nlpw0= =Knkg -----END PGP SIGNATURE----- --=-FktkT4bK9y9OE/52afAD-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 13:19:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB6F616A41F; Fri, 23 Sep 2005 13:19:44 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FE743D46; Fri, 23 Sep 2005 13:19:44 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.52 (FreeBSD)) id 1EInSV-0001OW-Pz; Fri, 23 Sep 2005 15:19:23 +0200 Date: Fri, 23 Sep 2005 15:19:23 +0200 From: Kirill Ponomarew To: freebsd-current@FreeBSD.org Message-ID: <20050923131923.GC3797@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Cc: alc@FreeBSD.org, jeff@FreeBSD.org Subject: out of swap with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 13:19:44 -0000 JFYI: Running "make distclean" in ports on today's current, produces a tons of out of swap messages on console and freezes the machine. swap_pager: out of swap space swap_pager_getswapspace(16): failed pid 998 (mysqld), uid 88, was killed: out of swap space swap_pager: out of swap space etc, though PC has 1G RAM. Kernel is baked with SCHED_ULE. -Kirill From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 13:59:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E65B316A420 for ; Fri, 23 Sep 2005 13:59:20 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from leto.uk.clara.net (leto.uk.clara.net [80.168.69.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FEB243D46 for ; Fri, 23 Sep 2005 13:59:16 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from bloodhound.noc.clara.net ([195.8.70.207]) by leto.uk.clara.net with esmtp (Exim 4.43) id 1EIo53-0009YX-ME; Fri, 23 Sep 2005 14:59:13 +0100 Received: from personal by bloodhound.noc.clara.net with local (Exim 4.52 (FreeBSD)) id 1EIo57-000PS9-V5; Fri, 23 Sep 2005 14:59:17 +0100 Date: Fri, 23 Sep 2005 14:59:17 +0100 From: Brian Candler To: Mikhail Teterin Message-ID: <20050923135917.GA97140@uk.tiscali.com> References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> <200509221652.54123.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509221652.54123.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 13:59:21 -0000 On Thu, Sep 22, 2005 at 04:52:53PM -0400, Mikhail Teterin wrote: > The space-saving potential can substantial, however -- see below. Being able > to stick us useful root filesystem (with /usr) onto a USB key can be useful > for some applications. Of course, if space is that critical you don't need to install the 'manpages' distribution set in the first place. However I have another suggestion. For USB pen drives, if you don't mind your /usr filesystem being read-only then you can get a big benefit from using geom_uzip. I've just tried it on the manpages: # du -sk /usr/share/man 17978 /usr/share/man # dd if=/dev/zero of=test.ufs bs=1k count=50k # mdconfig -a -t vnode -f test.ufs -u 0 # bsdlabel -w md0 auto # newfs -m 0 -i 1024 md0c # mount /dev/md0c /mnt # tar -C /usr/share/man -cf - . | tar -C /mnt -xf - # note, lots of hard links # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on ... /dev/md0c 44526 17980 26546 40% /mnt # umount /mnt # mdconfig -d -u 0 # mkuzip test.ufs # ls -l test.ufs.uzip -rw-r--r-- 1 root brian 12966912 Sep 23 14:42 test.ufs.uzip # mdconfig -a -t vnode -f test.ufs.uzip -u 0 # mount -r /dev/md0.uzip /mnt # df -k ... /dev/md0.uzip 44526 17980 26546 40% /mnt That's a reduction from 17978K to 12663K, or 30%, even though all these files are already compressed (apart from /usr/share/man/whatis, which is only 210K). I expect that's due to the partial sectors at the end of all these small files. I've never tried booting from a geom_uzip filesystem, but I don't see why it shouldn't work :-) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 14:57:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A18C16A41F for ; Fri, 23 Sep 2005 14:57:26 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C937543D49 for ; Fri, 23 Sep 2005 14:57:25 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EIoyW-0004dV-2H for freebsd-current@freebsd.org; Fri, 23 Sep 2005 16:56:32 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Sep 2005 16:56:32 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Sep 2005 16:56:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Fri, 23 Sep 2005 07:54:53 -0700 Lines: 41 Message-ID: References: <200509230336.aa89488@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.2 Sender: news Subject: Re: serial ttys broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 14:57:26 -0000 Ian Dowse wrote: > In message , othermark writes: >>I probably should have piped up on -current, but yes, serial console is >>'different' after the recent changes went into the boot loader. >> >>-P in /boot.config and the following in /etc/make.conf >> >>BOOT_COMCONSOLE_PORT=0x3F8 >>BOOT_COMCONSOLE_SPEED=115200 >> >>used to be enough for my boxes to work, but now (of course, only after a >>installworld for the bootloader) the following in /boot/loader.conf >> >>console=comconsole >>comconsole_speed=115200 >> >>seems to be required for serial console to work. > > Does reinstalling boot2 help (e.g. disklabel -B ad0s1)? Previously > both boot2 and loader would independently pick up the > BOOT_COMCONSOLE_SPEED setting and apply it, but after the recent changes > the loader will use the setting from boot2 if a serial console has been > selected (-h or -P). Yes! That works! I had even tried re-doing boot0cfg before, but that, obviously isn't the answer. > What wasn't working without the above loader.conf lines BTW? Was > it just the speed that was wrong, or did the kernel not use a > serial console at all? no output whatsoever, it would appear to go the video console if you hooked up the cables. This was the case with all my hardware. The first reboot would be fine into single user for make installworld, but after installworld, rebooting resulted in the loss of the console.. That is until I added the /boot/loader.conf entries. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 15:01:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC35D16A41F; Fri, 23 Sep 2005 15:01:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8673143D45; Fri, 23 Sep 2005 15:01:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8NF16ej063052; Fri, 23 Sep 2005 09:01:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433418B1.3020207@samsco.org> Date: Fri, 23 Sep 2005 09:01:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruno Ducrot References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> In-Reply-To: <20050923120025.GD21906@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Bachilo Dmitry , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Florent Thoumie Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:01:19 -0000 Bruno Ducrot wrote: > On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: > >>Le Vendredi 23 septembre 2005 à 12:16 +0200, Bachilo Dmitry a écrit : >> >>>Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and only >>>Linux flashes work) >>>---------- ?????????????????????? ?????????????????? ---------- >>> >>>Subject: Re: Linksys WRT54G with freebsd >>>Date: ?????????????? 23 ???????????????? 2005 17:06 >>>From: Thierry Herbelot >>>To: freebsd-current@freebsd.org >>>Cc: "Marcos Biscaysaqu - ThePacific.net" >>> >>>Le Friday 23 September 2005 11:08, vous avez écrit : >>> >>>>On the other hand, it's the wireless thing. If not needed, this >>>>should be fun to do a port, somehow, even though it's a wireless >>>>router. >>> >>>The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimated, >>>but Linux ports were enormously helped by the opening of the sources of the >>>Linksys Linux port (which is absent for FreeBSD) and the big number of >>>willing developpers (just have a look at the *number* of different Linux >>>ports to the WRT). >>> >>>The latest 6.0 release would be an excellent target, with its brand-new >>>support for WPA and virtual APs ... who volunteers ? >> >> The Linksys WRT54g wireless router is based on a Broadcom CPU >> (derived from MIPS) and FreeBSD/mips seems to be a dead >> project :-( > > > Indeed. It's targeted to SGI platforms anyway. Maybe there is a need to > start a new port if there is enough people interrested? > There has been talk of doing this in the past year from some people, but I don't know if it got very far. If you're inspired, go for it! There are plenty of docs on the web about how to attach a serial port header and bootstrap it. And, don't underestimate the mips32 work that is already in the tree; it's likely a good starting point. And, it's more than just a 'coolness' factor. I'd really like to have pf running on mine, that way I could rid of the clunky machine doing static NAT + firewall on my DSL line. THe linux firewall capabilities are soooooo last century =-) Scott From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 15:23:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FDC816A420 for ; Fri, 23 Sep 2005 15:23:19 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D691843D6D for ; Fri, 23 Sep 2005 15:23:11 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so577193wxc for ; Fri, 23 Sep 2005 08:23:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TClFLAatxFhH0P/lRo0be/Mmtfb+8gJY3PZR+m9HP4KJJJf5ukTz26RweTgzkaUbxWGByAoGSTVKd+1iimuaDAl2Z88UaQvMg4hOBunFThkHHUkXtiUNV+Iobzt4W+JQFpBA5ryLCsK1LSrRfAXEE8tlil8veJmk/qdCkrf5DNo= Received: by 10.70.37.9 with SMTP id k9mr1085805wxk; Fri, 23 Sep 2005 08:16:37 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Fri, 23 Sep 2005 08:16:37 -0700 (PDT) Message-ID: <70e8236f05092308167c64d045@mail.gmail.com> Date: Fri, 23 Sep 2005 16:16:37 +0100 From: Joao Barros To: Scott Long In-Reply-To: <433418B1.3020207@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> Cc: Bachilo Dmitry , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:23:19 -0000 On 9/23/05, Scott Long wrote: > Bruno Ducrot wrote: > > On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: > > > >>Le Vendredi 23 septembre 2005 =E0 12:16 +0200, Bachilo Dmitry a =E9crit= : > >> > >>>Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and= only > >>>Linux flashes work) > >>>---------- ?????????????????????? ?????????????????? ---------- > >>> > >>>Subject: Re: Linksys WRT54G with freebsd > >>>Date: ?????????????? 23 ???????????????? 2005 17:06 > >>>From: Thierry Herbelot > >>>To: freebsd-current@freebsd.org > >>>Cc: "Marcos Biscaysaqu - ThePacific.net" > >>> > >>>Le Friday 23 September 2005 11:08, vous avez =E9crit : > >>> > >>>>On the other hand, it's the wireless thing. If not needed, this > >>>>should be fun to do a port, somehow, even though it's a wireless > >>>>router. > >>> > >>>The "cool factor" of porting FreeBSD to the WRT54G cannot be underesti= mated, > >>>but Linux ports were enormously helped by the opening of the sources o= f the > >>>Linksys Linux port (which is absent for FreeBSD) and the big number of > >>>willing developpers (just have a look at the *number* of different Lin= ux > >>>ports to the WRT). > >>> > >>>The latest 6.0 release would be an excellent target, with its brand-ne= w > >>>support for WPA and virtual APs ... who volunteers ? > >> > >> The Linksys WRT54g wireless router is based on a Broadcom CPU > >> (derived from MIPS) and FreeBSD/mips seems to be a dead > >> project :-( > > > > > > Indeed. It's targeted to SGI platforms anyway. Maybe there is a need = to > > start a new port if there is enough people interrested? > > > > There has been talk of doing this in the past year from some people, but > I don't know if it got very far. If you're inspired, go for it! There > are plenty of docs on the web about how to attach a serial port header > and bootstrap it. And, don't underestimate the mips32 work that is > already in the tree; it's likely a good starting point. > > And, it's more than just a 'coolness' factor. I'd really like to have > pf running on mine, that way I could rid of the clunky machine doing > static NAT + firewall on my DSL line. > > Scott m0n0wall or it's version on steroids pfsense would be real cool to have on a WRT54g 8) >THe linux firewall capabilities are soooooo last century =3D-) Except for some nice projects/patches that do Layer 7 and allow filtering or queueing on specific traffic. ALTQ applied to marked packets would be lovely :) This would be very nice to have, except everyone (Daniel Hartmeier included) tells it's a bad ideia to have protocol inspection at the firewall level.... well, going off topic but couldn't resist ;) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 15:34:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D03216A41F; Fri, 23 Sep 2005 15:34:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E95643D45; Fri, 23 Sep 2005 15:34:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NFWika089677; Fri, 23 Sep 2005 09:32:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 09:33:09 -0600 (MDT) Message-Id: <20050923.093309.16961218.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <433418B1.3020207@samsco.org> References: <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 09:32:45 -0600 (MDT) Cc: root@solink.ru, flz@xbsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:34:13 -0000 In message: <433418B1.3020207@samsco.org> Scott Long writes: : There has been talk of doing this in the past year from some people, but : I don't know if it got very far. If you're inspired, go for it! There : are plenty of docs on the web about how to attach a serial port header : and bootstrap it. And, don't underestimate the mips32 work that is : already in the tree; it's likely a good starting point. I believe that these are only in p4. The only mips things that I could find in my current tree were the atheros drivers. The p4 stuff is a port of the netbsd mips code with a lot of stuff ripped out. I'm not sure that the right stuff remains, since it was targeted at modern mips devices. Yet many new mips devices use 'ancient' design. I don't think that the WRT54G uses such things, but you never can tell with mips cores :-). : And, it's more than just a 'coolness' factor. I'd really like to have : pf running on mine, that way I could rid of the clunky machine doing : static NAT + firewall on my DSL line. THe linux firewall capabilities : are soooooo last century =-) Totally agreed! Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 15:36:56 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C979116A41F; Fri, 23 Sep 2005 15:36:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A6C43D45; Fri, 23 Sep 2005 15:36:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NFaeGW089707; Fri, 23 Sep 2005 09:36:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 09:37:05 -0600 (MDT) Message-Id: <20050923.093705.97771695.imp@bsdimp.com> To: ru@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050923085358.GA58772@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 09:36:40 -0600 (MDT) Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:36:56 -0000 Ruslan, looks like you are confusing the bridge somehow. The bad Vcc thing should never happen, and I can't get it to happen on my machine here. I suspect it might be TI specific and/or related to cardbus -> pc card transition. Does it happen if you insert/eject in the other order? I just tried to recreate it here, but I have a Ricoh RF5C475 bridge in my sony... Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 15:53:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BB816A41F; Fri, 23 Sep 2005 15:53:45 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0C8743D45; Fri, 23 Sep 2005 15:53:44 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EIprC-00079v-00; Fri, 23 Sep 2005 17:53:02 +0200 Date: Fri, 23 Sep 2005 17:53:02 +0200 To: Scott Long Message-ID: <20050923155302.GE21906@poupinou.org> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433418B1.3020207@samsco.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Bachilo Dmitry , freebsd-current@freebsd.org, Florent Thoumie , freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:53:45 -0000 On Fri, Sep 23, 2005 at 09:01:05AM -0600, Scott Long wrote: > There has been talk of doing this in the past year from some people, but > I don't know if it got very far. If you're inspired, go for it! There > are plenty of docs on the web about how to attach a serial port header > and bootstrap it. And, don't underestimate the mips32 work that is > already in the tree; it's likely a good starting point. I thought it was targeted for mips64? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 16:06:58 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F35816A41F; Fri, 23 Sep 2005 16:06:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D557543D46; Fri, 23 Sep 2005 16:06:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NG4S37089884; Fri, 23 Sep 2005 10:04:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 10:04:53 -0600 (MDT) Message-Id: <20050923.100453.106891139.imp@bsdimp.com> To: ru@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050923085358.GA58772@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 10:04:28 -0600 (MDT) Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 16:06:58 -0000 In message: <20050923085358.GA58772@ip.net.ua> Ruslan Ermilov writes: : This is with today's -CURRENT, but it's been happening for some time : now I guess. P.S. Did my rearrangement of the power code change anything? "some time" meaning months and months or just since mid july? Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 16:30:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0161616A41F for ; Fri, 23 Sep 2005 16:30:46 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BA043D48 for ; Fri, 23 Sep 2005 16:30:44 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id 3CCEA28271; Fri, 23 Sep 2005 18:30:43 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id A5C2E405D; Fri, 23 Sep 2005 18:30:42 +0200 (CEST) Date: Fri, 23 Sep 2005 18:30:42 +0200 From: Jeremie Le Hen To: Brian Candler Message-ID: <20050923163042.GZ24643@obiwan.tataz.chchile.org> References: <20050922122113.GO24643@obiwan.tataz.chchile.org> <20050923092231.GF94511@uk.tiscali.com> <20050923100707.GW24643@obiwan.tataz.chchile.org> <20050923113819.GA95825@uk.tiscali.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline In-Reply-To: <20050923113819.GA95825@uk.tiscali.com> User-Agent: Mutt/1.5.10i Cc: freebsd-current@FreeBSD.org Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 16:30:46 -0000 --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Brian, > Problem 1? "These scripts fail when you attempt to run then inside a jail(8)" > > I don't see this as a problem, I see it as correct behaviour. You try to do > something which you are not allowed to do, and the kernel prohibits it. The > same would be true if you tried to run these scripts as a non-root user, for > example. > > I wouldn't expect to see magic in these scripts saying > > if [ `id -u` != 0 ]; then > exit 0 > fi > > so I don't see any need to add magic to exit early if the script is run in a > jail. > > Problem 2? "These scripts are invoked by cron periodically in a default jail > installation, and this causes spurious error mails to be sent out every day" > > This I agree is undesirable behaviour, and it derives from the fact that a > jail installation is just a normal FreeBSD installation, which expects that > it needs to run periodic machine-level admin tasks when in fact it is > running at the jail level where these tasks are inappropriate. > > So for me the obvious solution is to make a jail installation slightly > different from a normal installation, by installing /etc/periodic.conf which > disables those tasks that send out spurious mails. > > If you want to run the machine-level tasks only when cron is running outside > a jail, without explicit configuration, then I'd suggest the place to put > the magic is /etc/defaults/periodic.conf (which is, after all, just a shell > script) > > if [ `sysctl -n security.jail.jailed` == 0 ]; then > not_jailed="YES" > else > not_jailed="NO" > fi > > ... > > # 600.ip6fwdenied > daily_status_security_ip6fwdenied_enable=not_jailed > > # 610.ipf6denied > daily_status_security_ipf6denied_enable=not_jailed > > This seems cleaner to me, as it still allows you to override these policies > (even if that's not currently a useful thing to do) Actually, I was thinking of the rc.d scripts. In the maneer of periodic scripts, they are not intended to be executed by a normal user (as all scripts under /etc), so they don't need this kind of magic. I agree with you on this point. Nonetheless rc.d scripts does have a ``nojail'' keyword, but these are run through the rc(8) framework, which is not the case of periodic scripts. Therefore we can't easily use such a keyword. There are two options offered to us in my point of view : o add the following test to each script that can't be run in a jail environnement : % if [ `sysctl -n security.jail.jailed` -eq 1 ] % then % exit 0 % fi o modify periodic(8) in order to handle such a keyword. In my opinion, given that there is only a few scripts that should be avoided inside a jail, the second solution is a little bit overkill, but I wanted to be sure of this, thus my question here. But the solution you proposed below is quite attractive because this is little intrusive and doesn't require code duplication across periodic scripts. The attached patch modifies etc/defaults/periodic.conf and implements this. Note that I'm still not sure about these scripts : 400.status-disks 405.status-ata-raid 420.status-network For instance, 420 uses ``netstat -in''. It will not be able to run inside a jail, unless /dev/mem is available (I'm not sure this is still the case with rwatson@ recent changes), which is, while still possible, very unlikely. I would like to hear some advice of wise people about this. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="jailed_periodic.patch" Index: defaults/periodic.conf =================================================================== RCS file: /donald/repo/FreeBSD/src/etc/defaults/periodic.conf,v retrieving revision 1.33 diff -u -p -r1.33 periodic.conf --- defaults/periodic.conf 24 Jan 2005 22:21:13 -0000 1.33 +++ defaults/periodic.conf 23 Sep 2005 16:25:25 -0000 @@ -22,6 +22,12 @@ periodic_conf_files="/etc/periodic.conf # periodic script dirs local_periodic="/usr/local/etc/periodic /usr/X11R6/etc/periodic" +# Use $nojail for things that are not intended to be run inside a jail. +nojail="YES" +if [ `sysctl -n security.jail.jailed` -eq 1 ] +then + nojail="NO" +fi # Daily options @@ -148,25 +154,25 @@ daily_status_security_chkuid0_enable="YE daily_status_security_passwdless_enable="YES" # 500.ipfwdenied -daily_status_security_ipfwdenied_enable="YES" +daily_status_security_ipfwdenied_enable="$nojail" # 510.ipfdenied -daily_status_security_ipfdenied_enable="YES" +daily_status_security_ipfdenied_enable="$nojail" # 520.pfdenied -daily_status_security_pfdenied_enable="YES" +daily_status_security_pfdenied_enable="$nojail" # 550.ipfwlimit -daily_status_security_ipfwlimit_enable="YES" +daily_status_security_ipfwlimit_enable="$nojail" # 600.ip6fwdenied -daily_status_security_ip6fwdenied_enable="YES" +daily_status_security_ip6fwdenied_enable="$nojail" # 610.ipf6denied -daily_status_security_ipf6denied_enable="YES" +daily_status_security_ipf6denied_enable="$nojail" # 650.ip6fwlimit -daily_status_security_ip6fwlimit_enable="YES" +daily_status_security_ip6fwlimit_enable="$nojail" # 700.kernelmsg daily_status_security_kernelmsg_enable="YES" --OwLcNYc0lM97+oe1-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 16:41:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D132216A41F; Fri, 23 Sep 2005 16:41:52 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14BEC43D46; Fri, 23 Sep 2005 16:41:49 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j8NGlxaW054786; Fri, 23 Sep 2005 12:47:59 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 23 Sep 2005 12:41:28 -0400 User-Agent: KMail/1.6.2 References: <200509211550.27524.jkim@FreeBSD.org> <43325114.4090907@gneto.com> <43325364.8090208@freebsd.org> In-Reply-To: <43325364.8090208@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200509231241.31227.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1098/Thu Sep 22 16:57:50 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Colin Percival Subject: Intel multi-core (Was: Re: [PATCH] AMD multicore detection) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 16:41:52 -0000 On Thursday 22 September 2005 02:47 am, Colin Percival wrote: > Martin Nilsson wrote: > > Jung-uk Kim wrote: > >> New patch is here: > >> http://people.freebsd.org/~jkim/multicore.diff > >> > >> Please test and let me know. I don't have multicore CPU to test > >> it for myself. :-( > > > > The below is on a Pentium D 820 (Dualcore). I don't like that the > > two cores are reported as hyperthreading when the CPU does not > > support hyperthreading (only the 840 EE does). If we ship 6.0 > > with HT disabled I'm afraid that it will turn off one of the > > cores, right? > > It shouldn't. Dual-core processors claim to be hyperthreaded, but > when I wrote the patch which disabled hyperthreading I added extra > (and rather complicated) code to detect dual-core processors and > *not* disable them. > > If I got it wrong, please let me know. :-) I just looked at 'IA-32 Intel® Architecture Software Developer's Manual, Volume 3: System Programming Guide': ftp://download.intel.com/design/Pentium4/manuals/25366817.pdf 7.7 DETECTING HARDWARE MULTI-THREADING SUPPORT AND TOPOLOGY Use the CPUID instruction to detect the presence of hardware multi-threading support in a physical processor. The following can be interpreted: - Hardware Multi-Threading feature flag (CPUID.1:EDX[28] = 1) -- Indicates when set that the physical package is capable of supporting Hyper-Threading Technology and/or multiple cores. - Logical processors per Package (CPUID.1:EBX[23:16]) -- Indicates the maximum number of logical processors in a physical package. This represents the hardware capability as the processor has been manufactured. - Cores per Package (CPUID.4:EAX[31:26] + 1) -- The maximum number of cores in a physical package is indicated by one plus the decimal value represented in CPUID.4:EAX[31:26]. This seems to be equivalent of AMD's Physical Core Count (CPUID.80000008:ECX[7:0] in Intel notation). But the footnote says: 2. Software must check CPUID for its support of leaf 4 when implementing support for multi-core. If CPUID leaf 4 is not available at runtime, software should handle the situation as if there is only one core per package. and 'IA-32 Intel® Architecture Software Developer's Manual, Volume 2A: Instruction Set Reference, A-M': ftp://download.intel.com/design/Pentium4/manuals/25366617.pdf Table 3-12, 3-158: CPUID leaves > 3 < 80000000 are visible only when IA32_MISC_ENABLES.BOOT_NT4[bit 22] = 0 (default). Unfortunately, I think not many BIOSes do that by default. (BTW, is it possible to turn the bit off after boot?) The leaf 4 (which is what you are actually using here) is unavailable unless the bit is 0. Therefore, it seems there's not much point to have the hack you added because you can use EAX[31:26] instead of cache properties if it is available. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 16:44:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 533EB16A41F for ; Fri, 23 Sep 2005 16:44:01 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A0F8A43D46 for ; Fri, 23 Sep 2005 16:44:00 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 89371 invoked by uid 89); 23 Sep 2005 17:07:06 -0000 Received: from 67-134-89-116.dia.cust.qwest.net (HELO venti) (brian@aljex.com@67.134.89.116) by s1tank.virtdom.com with SMTP; 23 Sep 2005 17:07:06 -0000 Message-ID: <000a01c5c05d$fe286980$1f00000a@venti> From: "Brian K. White" To: , , "Marcos Biscaysaqu - ThePacific.net" References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> Date: Fri, 23 Sep 2005 12:41:33 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 16:44:01 -0000 ----- Original Message ----- From: "Thierry Herbelot" To: ; "Marcos Biscaysaqu - ThePacific.net" Sent: Friday, September 23, 2005 1:25 AM Subject: Re: Linksys WRT54G with freebsd > Le Friday 23 September 2005 19:09, Marcos Biscaysaqu - ThePacific.net a > écrit : >> Hi there. >> someone knows if is possible flash the linksys AP WRT54G with a >> freebsd image? > > short answer : no > > longer answer : > the main CPU is a MIPS and MIPS is not a supported platform for FreeBSD. > > the last time I looked at it, there was also a problem with a binary-only > driver, which is only available for Linux (therefore even a NetBSD port > for > WRT54G is not an option) Let me guess, the broadcom chip that has the ability to go into restricted frequencies and so they are obligated by law to keep it's instructions secret? Same reason we have to use ndiswrapper to use the normal nics based on the same family of chip? Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 17:29:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B66716A41F; Fri, 23 Sep 2005 17:29:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF98143D49; Fri, 23 Sep 2005 17:29:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 9D7071A3C1F; Fri, 23 Sep 2005 10:29:13 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3A42651248; Fri, 23 Sep 2005 13:29:12 -0400 (EDT) Date: Fri, 23 Sep 2005 13:29:12 -0400 From: Kris Kennaway To: Kirill Ponomarew Message-ID: <20050923172912.GA94881@xor.obsecurity.org> References: <20050923131923.GC3797@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20050923131923.GC3797@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i Cc: alc@FreeBSD.org, jeff@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: out of swap with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 17:29:14 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 03:19:23PM +0200, Kirill Ponomarew wrote: > JFYI: Running "make distclean" in ports on today's current, produces > a tons of out of swap messages on console and freezes the machine. >=20 > swap_pager: out of swap space > swap_pager_getswapspace(16): failed > pid 998 (mysqld), uid 88, was killed: out of swap space > swap_pager: out of swap space >=20 > etc, though PC has 1G RAM. Kernel is baked with SCHED_ULE. You sure you're not running into a dependency loop in your ports tree? That will do this. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDNDtnWry0BWjoQKURAsU5AJ42st1NexUtrlFgN5kwKOOPFNJTowCeKiZo Z9RKcgB1oAQ2J75Fmxg3Gh0= =xtqw -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 17:31:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A557316A41F for ; Fri, 23 Sep 2005 17:31:18 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC4D543D45 for ; Fri, 23 Sep 2005 17:31:16 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id j8NHKBHE015311 for ; Fri, 23 Sep 2005 20:20:17 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (192.168.48.1) with smtp ; Fri, 23 Sep 2005 20:32:25 +0300 Message-ID: <002201c5c064$c0f017f0$0130a8c0@Gleb> From: "Gleb Kozyrev" To: Date: Fri, 23 Sep 2005 20:32:19 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: Fatal trap 12: page fault while in kernel mode -- on BETA4 i386 of Sep 14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 17:31:18 -0000 Hello, All! This panic keeps happening from time to time. Is there any additional info I should post? =========Beginning of the citation============== Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x58 fault code = supervisor write, page not present instruction pointer = 0x20:0xc06c62d0 stack pointer = 0x28:0xcc8b8b14 frame pointer = 0x28:0xcc8b8b34 code segment = base0x0, limit 0xfffff, type 0x1b= DPL 0, pres 1, def32 1, gran 1 processor eflags=interruptenabled,resume,IOPL = 0 current process=898(mlnet-real) trapnumber =1 =========The end of the citation================ (kgdb) bt full =========Beginning of the citation============== #0 doadump () at pcpu.h:165 No locals. #1 0xc063312c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc0633441 in panic (fmt=0xc0825561 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc15b9c00 bootopt = 260 newpanic = 1 ap = 0xcc8b8a50 "iõ\207À" buf = "page fault", '\0' #3 0xc07f2046 in trap_fatal (frame=0xcc8b8ad4, eva=88) at /usr/src/sys/i386/i386/trap.c:841 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 10, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #4 0xc07f1d53 in trap_pfault (frame=0xcc8b8ad4, usermode=0, eva=88) at /usr/src/sys/i386/i386/trap.c:752 va = 0 vm = (struct vmspace *) 0x0 map = 0xc15b3e10 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc15b9c00 p = (struct proc *) 0xc15dca3c #5 0xc07f199d in trap (frame= {tf_fs = 8, tf_es = -1065025496, tf_ds = 40, tf_edi = 0, tf_esi = -863269744, tf_ebp = -863270092, tf_isp = -863270144, tf_ebx = 0, tf_edx = -863269488, tf_ecx = 0, tf_eax = 8, tf_trapno = 12, tf_err = 2, tf_eip = -1066638640, tf_cs = 32, tf_eflags = 66195, tf_esp = 0, tf_ss = -1064920834}) at /usr/src/sys/i386/i386/trap.c:442 td = (struct thread *) 0xc15b9c00 p = (struct proc *) 0xc15dca3c sticks = 3230809024 i = 0 ucode = 0 type = 12 code = 2 eva = 88 #6 0xc07df5ba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0x00000008 in ?? () No symbol table info available. #8 0xc0850028 in ?? () No symbol table info available. #9 0x00000028 in ?? () No symbol table info available. #10 0x00000000 in ?? () No symbol table info available. #11 0xcc8b8c90 in ?? () No symbol table info available. #12 0xcc8b8b34 in ?? () No symbol table info available. #13 0xcc8b8b00 in ?? () No symbol table info available. #14 0x00000000 in ?? () No symbol table info available. #15 0xcc8b8d90 in ?? () No symbol table info available. #16 0x00000000 in ?? () No symbol table info available. #17 0x00000008 in ?? () No symbol table info available. #18 0x0000000c in ?? () No symbol table info available. #19 0x00000002 in ?? () No symbol table info available. #20 0xc06c62d0 in ip_ctloutput (so=0x0, sopt=0xcc8b8c90) at /usr/src/sys/netinet/ip_output.c:1206 inp = (struct inpcb *) 0x0 error = 0 optval = 8 #21 0xc06d556b in tcp_ctloutput (so=0xc213cb20, sopt=0xcc8b8c90) at /usr/src/sys/netinet/tcp_usrreq.c:1041 error = 0 opt = 0 optval = 0 inp = (struct inpcb *) 0xc190f21c tp = (struct tcpcb *) 0xc213cb20 ti = {tcpi_state = 108 'l', __tcpi_ca_state = 139 '\213', __tcpi_retransmits = 139 '\213', __tcpi_probes = 204 'Ì', __tcpi_backoff = 196 'Ä', tcpi_options = 90 'Z', tcpi_snd_wscale = 5 '\005', tcpi_rcv_wscale = 6 '\006', __tcpi_rto = 3230878424, __tcpi_ato = 3230877464, __tcpi_snd_mss = 3231010048, __tcpi_rcv_mss = 0, __tcpi_unacked = 0, __tcpi_sacked = 3431697288, __tcpi_lost = 3227867844, __tcpi_retrans = 3230877984, __tcpi_fackets = 3230877464, __tcpi_last_data_sent = 3231008384, __tcpi_last_ack_sent = 0, __tcpi_last_data_recv = 0, __tcpi_last_ack_recv = 3431697316, __tcpi_pmtu = 3227867844, __tcpi_rcv_ssthresh = 3230878464, __tcpi_rtt = 3230877464, __tcpi_rttvar = 3231010560, tcpi_snd_ssthresh = 0, tcpi_snd_cwnd = 0, __tcpi_advmss = 3244006400, __tcpi_reordering = 0, __tcpi_rcv_rtt = 3244006520, tcpi_rcv_space = 3431697356, tcpi_snd_wnd = 3227796715, tcpi_snd_bwnd = 3230809024, __tcpi_pad = {2, 3229989685, 615, 3244006400, 3431697368, 582, 3230838880, 3431697380, 3227694837, 3231126728, 3431697424, 3227868852, 3230838880, 0, 3229998386, 1718, 3230838880, 0, 3229998386, 1715, 3231126732, 3431697456, 3227865758, 3231126728, 582, 3230396548, 3244394796, 131, 3230011530, 3431697492, 3227694452, 3244394796}} #22 0xc066d634 in sosetopt (so=0xc213cb20, sopt=0xcc8b8c90) at /usr/src/sys/kern/uipc_socket.c:1553 error = -1050960896 optval = -1064955766 l = {l_onoff = 131, l_linger = 0} tv = {tv_sec = -1050572500, tv_usec = 0} val = 0 #23 0xc0671e79 in kern_setsockopt (td=0xc15b9c00, s=42, level=0, name=0, val=0x0, valseg=UIO_USERSPACE, valsize=0) at /usr/src/sys/kern/uipc_syscalls.c:1331 error = 0 fp = (struct file *) 0xc16da798 sopt = {sopt_dir = SOPT_SET, sopt_level = 0, sopt_name = 3, sopt_val = 0xbfbfed10, sopt_valsize = 4, sopt_td = 0xc15b9c00} #24 0xc0671dc2 in setsockopt (td=0xc15b9c00, uap=0x0) at /usr/src/sys/kern/uipc_syscalls.c:1287 No locals. #25 0xc07f22fb in syscall (frame= {tf_fs = 138608699, tf_es = 59, tf_ds = -1078001605, tf_edi = 1, tf_esi = 138794656, tf_ebp = -1077940968, tf_isp = -863269532, tf_ebx = 138335196, tf_edx = 42, tf_ecx = 99, tf_eax = 105, tf_trapno = 22, tf_err = 2, tf_eip = 675680119, tf_cs = 51, tf_eflags = 514, tf_esp = -1077941012, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:986 params = 0xbfbfecf0
callp = (struct sysent *) 0xc08babec td = (struct thread *) 0xc15b9c00 p = (struct proc *) 0xc15dca3c orig_tf_eflags = 514 sticks = 2034628 error = 0 narg = 5 args = {42, 0, 3, -1077940976, 4, 0, 2034628, -1050817988} code = 105 #26 0xc07df60f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #27 0x0843003b in ?? () #28 0x0000003b in ?? () No symbol table info available. #29 0xbfbf003b in ?? () No symbol table info available. #30 0x00000001 in ?? () No symbol table info available. #31 0x0845d6a0 in ?? () No symbol table info available. #32 0xbfbfed18 in ?? () No symbol table info available. #33 0xcc8b8d64 in ?? () No symbol table info available. #34 0x083ed3dc in ?? () No symbol table info available. #35 0x0000002a in ?? () No symbol table info available. #36 0x00000063 in ?? () No symbol table info available. #37 0x00000069 in ?? () No symbol table info available. #38 0x00000016 in ?? () No symbol table info available. #39 0x00000002 in ?? () No symbol table info available. #40 0x28460f77 in ?? () No symbol table info available. #41 0x00000033 in ?? () No symbol table info available. #42 0x00000202 in ?? () No symbol table info available. #43 0xbfbfecec in ?? () No symbol table info available. #44 0x0000003b in ?? () No symbol table info available. #45 0x000000ad in ?? () No symbol table info available. #46 0x000000ae in ?? () No symbol table info available. #47 0x000000af in ?? () No symbol table info available. #48 0x000000b0 in ?? () No symbol table info available. #49 0x063a6000 in ?? () No symbol table info available. #50 0xc15dca3c in ?? () No symbol table info available. #51 0xc15b9c00 in ?? () No symbol table info available. #52 0xcc8b87dc in ?? () No symbol table info available. #53 0xcc8b87c4 in ?? () No symbol table info available. #54 0xc1347480 in ?? () No symbol table info available. #55 0xc06437df in sched_switch (td=0x845d6a0, newtd=0x83ed3dc, flags=Cannot access memory at address 0xbfbfed28 ) at /usr/src/sys/kern/sched_4bsd.c:973 kg = (struct ksegrp *) 0x0 p = (struct proc *) 0x1 =========The end of the citation================ dmesg =========Beginning of the citation============== Copyright (c) 1992-2005 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 6.0-BETA4 #0: Wed Sep 14 10:37:28 EEST 2005 root@localhost:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (331.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping = 0 Features=0x183f9ff real memory = 134217728 (128 MB) avail memory = 121593856 (115 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: on acpi0 pci_link2: on acpi0 pci_link3: irq 9 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1420-0x142f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x1400-0x141f irq 9 at device 7.2 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 pci0: at device 7.3 (no driver attached) rl0: port 0x1000-0x10ff mem 0xf4000000-0xf40000ff irq 11 at device 13.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:77:b2:4b atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe0000-0xe3fff,0xe4000-0xeffff on isa0 ppc0: parallel port not found. 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 sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 sbc0: [GIANT-LOCKED] ata2: at port 0x168-0x16f,0x36e-0x36f irq 12 on isa0 Timecounter "TSC" frequency 331832538 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114498MB at ata0-master UDMA33 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted =========The end of the citation================ -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 17:36:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1636716A41F; Fri, 23 Sep 2005 17:36:11 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id B15B043D45; Fri, 23 Sep 2005 17:36:10 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.52 (FreeBSD)) id 1EIrSg-0002Cf-1h; Fri, 23 Sep 2005 19:35:50 +0200 Date: Fri, 23 Sep 2005 19:35:50 +0200 From: Kirill Ponomarew To: Kris Kennaway Message-ID: <20050923173550.GA6732@voodoo.oberon.net> References: <20050923131923.GC3797@voodoo.oberon.net> <20050923172912.GA94881@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923172912.GA94881@xor.obsecurity.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Cc: alc@FreeBSD.org, jeff@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: out of swap with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 17:36:11 -0000 On Fri, Sep 23, 2005 at 01:29:12PM -0400, Kris Kennaway wrote: > On Fri, Sep 23, 2005 at 03:19:23PM +0200, Kirill Ponomarew wrote: > > JFYI: Running "make distclean" in ports on today's current, produces > > a tons of out of swap messages on console and freezes the machine. > > > > swap_pager: out of swap space > > swap_pager_getswapspace(16): failed > > pid 998 (mysqld), uid 88, was killed: out of swap space > > swap_pager: out of swap space > > > > etc, though PC has 1G RAM. Kernel is baked with SCHED_ULE. > > You sure you're not running into a dependency loop in your ports tree? > That will do this. Doesn't seem so, it happens if I run distclean in every port. -Kirill From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 17:40:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3E816A47E; Fri, 23 Sep 2005 17:40:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A68ED43D46; Fri, 23 Sep 2005 17:40:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 857031A3C1E; Fri, 23 Sep 2005 10:40:11 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 508BD51248; Fri, 23 Sep 2005 13:40:08 -0400 (EDT) Date: Fri, 23 Sep 2005 13:40:08 -0400 From: Kris Kennaway To: Kirill Ponomarew Message-ID: <20050923174008.GB18708@xor.obsecurity.org> References: <20050923131923.GC3797@voodoo.oberon.net> <20050923172912.GA94881@xor.obsecurity.org> <20050923173550.GA6732@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" Content-Disposition: inline In-Reply-To: <20050923173550.GA6732@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i Cc: alc@FreeBSD.org, jeff@FreeBSD.org, freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: out of swap with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 17:40:12 -0000 --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 07:35:50PM +0200, Kirill Ponomarew wrote: > On Fri, Sep 23, 2005 at 01:29:12PM -0400, Kris Kennaway wrote: > > On Fri, Sep 23, 2005 at 03:19:23PM +0200, Kirill Ponomarew wrote: > > > JFYI: Running "make distclean" in ports on today's current, produces > > > a tons of out of swap messages on console and freezes the machine. > > >=20 > > > swap_pager: out of swap space > > > swap_pager_getswapspace(16): failed > > > pid 998 (mysqld), uid 88, was killed: out of swap space > > > swap_pager: out of swap space > > >=20 > > > etc, though PC has 1G RAM. Kernel is baked with SCHED_ULE. > >=20 > > You sure you're not running into a dependency loop in your ports tree? > > That will do this. >=20 > Doesn't seem so, it happens if I run distclean in every port. Can still be a dependency loop (e.g. if you bogusly set USE_GCC in your environment to tell the ports tree "please add this port as a dependency to everything, including itself"). What happens with 4BSD? Kris --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDND34Wry0BWjoQKURAi/gAJ4hHoV7BH1DWvJyyCQ6IA3mHnFddgCgg9yd HlNxgupjQjF0BserssCSx6Y= =MaYr -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 17:42:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1119E16A41F; Fri, 23 Sep 2005 17:42:44 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A608643D45; Fri, 23 Sep 2005 17:42:43 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.52 (FreeBSD)) id 1EIrZ1-0002GZ-25; Fri, 23 Sep 2005 19:42:23 +0200 Date: Fri, 23 Sep 2005 19:42:23 +0200 From: Kirill Ponomarew To: Kris Kennaway Message-ID: <20050923174223.GB6732@voodoo.oberon.net> References: <20050923131923.GC3797@voodoo.oberon.net> <20050923172912.GA94881@xor.obsecurity.org> <20050923173550.GA6732@voodoo.oberon.net> <20050923174008.GB18708@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923174008.GB18708@xor.obsecurity.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Cc: alc@FreeBSD.org, jeff@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: out of swap with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 17:42:44 -0000 On Fri, Sep 23, 2005 at 01:40:08PM -0400, Kris Kennaway wrote: > > Doesn't seem so, it happens if I run distclean in every port. > > Can still be a dependency loop (e.g. if you bogusly set USE_GCC in > your environment to tell the ports tree "please add this port as a > dependency to everything, including itself"). What happens with 4BSD? Ah you're right, I used USE_GCC for a while and forgot to remove it. -Kirill From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 18:09:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182B516A41F for ; Fri, 23 Sep 2005 18:09:47 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 74EA343D49 for ; Fri, 23 Sep 2005 18:09:46 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 86193 invoked by uid 399); 23 Sep 2005 18:09:45 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 23 Sep 2005 18:09:45 -0000 Message-ID: <433444E7.3040009@FreeBSD.org> Date: Fri, 23 Sep 2005 11:09:43 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Forrest Aldrich References: <43331F5E.8080502@forrie.com> In-Reply-To: <43331F5E.8080502@forrie.com> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient getting wedged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 18:09:47 -0000 Forrest Aldrich wrote: > I noticed, over the last few weeks, that dhclient is getting wedged. > By that, I mean it's begun consuming unusual amounts of CPU time (such > that I notice my system running sluggishly) - I identify this by the > "top" display. > > It's resolved by killing the process and restarting. Though I'm not > sure where it's getting wedged or why. > > I'm on Comcast's network, if that makes any difference. > > The version of the OS I have currently is: 6.0-BETA4 FreeBSD 6.0-BETA4 > #0: Wed Sep 14 13:43:03 EDT 2005 Before reporting a problem in -current it's generally a good idea to upgrade to the latest version of the software and see if your problem persists. In this case, I think that an upgrade will fix you up. It's also a good idea to follow this list while running a -current system (which technically 6.0 still is) to see if your issue gets discussed by others. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 19:09:10 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16DC516A41F for ; Fri, 23 Sep 2005 19:09:10 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80AF843D46 for ; Fri, 23 Sep 2005 19:09:09 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 2F5CD93; Fri, 23 Sep 2005 15:01:55 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id E757582F; Fri, 23 Sep 2005 15:01:53 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1EIsyL-0000GG-Mv; Fri, 23 Sep 2005 20:12:37 +0100 Date: Fri, 23 Sep 2005 20:12:37 +0100 From: Brian Candler To: Jeremie Le Hen Message-ID: <20050923191237.GA870@uk.tiscali.com> References: <20050922122113.GO24643@obiwan.tataz.chchile.org> <20050923092231.GF94511@uk.tiscali.com> <20050923100707.GW24643@obiwan.tataz.chchile.org> <20050923113819.GA95825@uk.tiscali.com> <20050923163042.GZ24643@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923163042.GZ24643@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: jail's periodic stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 19:09:10 -0000 On Fri, Sep 23, 2005 at 06:30:42PM +0200, Jeremie Le Hen wrote: > Note that I'm still not sure about these scripts : > 400.status-disks > 405.status-ata-raid > 420.status-network > For instance, 420 uses ``netstat -in''. It will not be able to run > inside a jail, unless /dev/mem is available (I'm not sure this is > still the case with rwatson@ recent changes), which is, while still > possible, very unlikely. You probably don't need to worry about it too much. Even if the user isn't allowed to run 'netstat -in' then nothing bad will happen, short of perhaps a mail being sent to the jail owner. They can always override it in their own /etc/periodic.conf or /etc/periodic.conf.local The test I would use is: "is this script something to do with administering the *machine* itself, or the *jail environment*?" Almost always I'd expect the network interfaces to belong to the machine only. The disks and ata-raid arrays most likely belong to the machine. It's not impossible that the system administrator would decide to open up direct access to a particular drive into a particular jail (using devfs rules), but even then it's more likely the system administrator rather than the person sitting within the jail who is going to be responsible for the good health of the drives, and therefore wants to see these alerts. > I would like to hear some advice of wise people about this. Ah, that I can't help you with :-) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 19:58:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A689A16A41F for ; Fri, 23 Sep 2005 19:58:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E423043D45 for ; Fri, 23 Sep 2005 19:58:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 23 Sep 2005 16:14:17 -0400 From: John Baldwin To: current@freebsd.org Date: Fri, 23 Sep 2005 15:49:41 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509231549.41716.jhb@FreeBSD.org> Cc: Subject: [PATCH] Locking for lge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 19:58:25 -0000 Patch adds locking to lge(4) and marks it mpsafe. Please test. Thanks! http://www.FreeBSD.org/~jhb/patches/lge_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 20:06:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A75FE16A41F for ; Fri, 23 Sep 2005 20:06:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38AF643D45 for ; Fri, 23 Sep 2005 20:06:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 23 Sep 2005 16:22:05 -0400 From: John Baldwin To: current@freebsd.org Date: Fri, 23 Sep 2005 16:07:22 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200509231607.23326.jhb@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Subject: [PATCH] Fixes and tweaks for sis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 20:06:13 -0000 Patch below does the following: - Remove sis_unit using if_printf() and device_printf() instead. - Use callout_init_mtx() for the callout. - Remove spls. - Fix locking for the ifmedia to happen in the ifmedia handlers rather than in sis_ioctl(). Please test. Thanks! http://www.FreeBSD.org/~jhb/patches/sis_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 20:24:38 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6614C16A420; Fri, 23 Sep 2005 20:24:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE46D43D48; Fri, 23 Sep 2005 20:24:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 23 Sep 2005 16:40:30 -0400 From: John Baldwin To: Doug Barton Date: Fri, 23 Sep 2005 16:21:13 -0400 User-Agent: KMail/1.8 References: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> <200509211738.42593.jhb@FreeBSD.org> <4333A6F7.1060400@FreeBSD.org> In-Reply-To: <4333A6F7.1060400@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509231621.14965.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, Harald Schmalzbauer Subject: Re: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 20:24:38 -0000 On Friday 23 September 2005 02:55 am, Doug Barton wrote: > John Baldwin wrote: > > On Wednesday 21 September 2005 05:28 pm, Harald Schmalzbauer wrote: > >>Am Mittwoch, 21. September 2005 22:51 CEST schrieb John Baldwin: > >>>On Tuesday 20 September 2005 03:41 pm, Harald Schmalzbauer wrote: > >>>>Hello, > >>>> > >>>>I get the following panic when using the nvidia driver with a debug > >>>>kernel, when I disable INVARIANTS and WITNESS everything is working > >>>>fine! > >>>> > >>>>Here's the trace: > >>>> > >>>>ACPI APIC Table: > >>>>ioapic0: Changing APIC ID to 1 > >>>>ioapic0 irqs 0-23 on motherboard > >>>>panic: spin lock rm.mutex_mtx not in order list > >>> > >>>You need to add an entry for "rm.mutex_mtx" to the static spin lock > >>>order list in sys/kern/subr_witness.c. Something like this: > >>> > >>>Index: subr_witness.c > >>>=================================================================== > >>>RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v > >>>retrieving revision 1.201 > >>>diff -u -r1.201 subr_witness.c > >>>--- subr_witness.c 15 Sep 2005 19:07:14 -0000 1.201 > >>>+++ subr_witness.c 21 Sep 2005 20:50:45 -0000 > >>>@@ -363,6 +363,7 @@ > >>> #ifdef SMP > >>> { "ap boot", &lock_class_mtx_spin }, > >>> #endif > >>>+ { "rm.mutex_mtx", &lock_class_mtx_spin }, > >>> { "sio", &lock_class_mtx_spin }, > >>> #ifdef __i386__ > >>> { "cy", &lock_class_mtx_spin }, > >> > >>Thanks for your attention! I don't exactly know what this does and why I > >>should add this spinlock exclude, I posted this error because somewhere > >>between early BETA4 and late BETA4 I could run the nvidia driver with > >>debug kernels without this panic. Short before BETA5 this changed back to > >>the panic I've already seen before BETA4, so I posted it here. > >>If it is something harmless it's safe to ignore my post, if it's > >> something which reflects a bug I hope I could help. > > > > It has to do with the WITNESS kernel option. WITNESS has to be > > explicitly told about each spin mutex in the kernel. > > Would having this in the base adversely affect those who don't use the > driver? In other words, is there any reason not to just add this? No, and I'll happily commit it as soon as I get a report that the patch fixes the problem. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 20:49:31 2005 Return-Path: X-Original-To: Freebsd-current@FreeBSD.org Delivered-To: Freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E32A116A41F for ; Fri, 23 Sep 2005 20:49:30 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E8A843D46 for ; Fri, 23 Sep 2005 20:49:30 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 6CD12CD1447 for ; Fri, 23 Sep 2005 16:49:28 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Fri, 23 Sep 2005 16:49:28 -0400 X-Sasl-enc: e4vcvQd+aSHtgET3Luvc7tPBSDLEKrXrJL6jdE5yV6OMl9dY1+Q 1127508567 Received: from [192.168.145.115] (66.16.217.216.transedge.com [216.217.16.66]) by frontend2.messagingengine.com (Postfix) with ESMTP id C36B7570360 for ; Fri, 23 Sep 2005 16:49:26 -0400 (EDT) Message-ID: <43346A11.7090501@fastmail.fm> Date: Fri, 23 Sep 2005 15:48:17 -0500 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041221 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Freebsd-current@FreeBSD.org References: <432F870D.2080302@fastmail.fm> <20050920.092123.100424336.imp@bsdimp.com> <43308198.9050503@fastmail.fm> In-Reply-To: <43308198.9050503@fastmail.fm> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 20:49:31 -0000 Patrick Bowen wrote: > M. Warner Losh wrote: > >> In message: <432F870D.2080302@fastmail.fm> >> Patrick Bowen writes: >> : I'm running -current on a Dell C600 with a GENERIC kernel, and am >> having : no luck in dumping the CIS from the wi0 pccard (an >> SMC-2532W-B). I've : had the same problem with 5.4#6 and 6.0BETA4. >> : : sg1# pccardc dumpcis >> : 0 slots found >> >> This is expected. pccardc dumpcis doesn't work, and likely will never >> work again. It is part of the old pccard support. >> >> If you have current as of today, however, you can run 'pccard >> dumpcisfile /dev/pccard0.cis'. >> >> : When I remove the card I get the following; >> : : taskqueue_drain with the following non-sleepable locks held: >> : exclusive sleep mutex wi0 (network driver) r = 0 (0xc1c0bb68) >> locked @ : /usr/src/sys/dev/wi/if_wi.c:847 >> : KDB: stack backtrace: >> : kdb_backtrace(1,c1b62650,c1b62400,c1ac1d00,d44dcc2c) at >> kdb_backtrace+0x29 >> : witness_warn(5,0,c0862050,c1b62400,c1b62400) at witness_warn+0x18e >> : taskqueue_drain(c1ac1d00,c1b62650) at taskqueue_drain+0x1a >> : if_detach(c1b62400,c1b62400) at if_detach+0x1a >> : ether_ifdetach(c1b62400,0,c1c0b000,d44dcc94,c05e2590) at >> ether_ifdetach+0x3a >> : ieee80211_ifdetach(c1c0b004,c1b62400,c1b62400,0,c1bec700) at : >> ieee80211_ifdetach+0x50 >> : wi_detach(c1bec700) at wi_detach+0x64 >> : device_detach(c1bec700) at device_detach+0x70 >> : pccard_detach_card(c1af9e00) at pccard_detach_card+0x41 >> : exca_removal(c1ac3004) at exca_removal+0x46 >> : cbb_removal(c1ac3000) at cbb_removal+0x2c >> : cbb_event_thread(c1ac3000,d44dcd38,c1ac3000,c057cb24,0) at : >> cbb_event_thread+0x9a >> : fork_exit(c057cb24,c1ac3000,d44dcd38) at fork_exit+0xa0 >> : fork_trampoline() at fork_trampoline+0x8 >> : --- trap 0x1, eip = 0, esp = 0xd44dcd6c, ebp = 0 --- >> : wi0: detached >> : : ...which doesn't look like a good thing. >> >> It is likely a warning that can be ignored. >> >> : I'm wondering if there is some place in pccardd that is not >> recognizing : the slots on this particular machine. If that were the >> case then it : wouldn't be called when the card was removed, >> accounting (I think) for : the lock error above. >> >> pccardd is deprecated and isn't needed. It should just work. >> >> : Anyone have an idea of what's going on here? I'd be happy to try >> any : patches anyone may have, or to provide more information if >> necessary. In : the meantime, I'll keep looking into it. >> >> Other than not being able to dump the cis, what's the problem that you >> are having? >> >> Warner >> >> >> > That was actually the only problem. It came up when I replied to a > post from someone asking how to get an SMC card to work. You send a > msg back to me asking me to run the 'pccardc dumpcis' command and send > you the output. Since the 'pccardc ...' command didn't work, I got the > info using Slackware Linux, which I've got on the second slice, and > sent you that. > > In this thread I was essentially trying to provide info for the > 'pccardc dumpcis' command, since it seemed to be broken in some way or > another. But if it's deprecated, that's a whole 'nother story. > > My -current is about a week old, so I cvsup'ed another just now. I'll > rebuild everything and try the command you suggested. > > Thanks for your quick reply, > Patrick > > Warner; Sorry it took so long to get back to you. Got a panic after I rebuilt everything...same panic that Munehiro Matsuda got (re: Panic with recent PCcard changes). So I re-cvsuped sources, re-build everything and tested just now. It all works fine. You're a good man. Thanks for all your hard work. Patrick From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:00:27 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DB9F16A41F for ; Fri, 23 Sep 2005 21:00:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B499243D46 for ; Fri, 23 Sep 2005 21:00:24 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NL0718014705; Sat, 24 Sep 2005 00:00:07 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44582-01; Sat, 24 Sep 2005 00:00:07 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NL06hu014702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Sep 2005 00:00:07 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8NL0OOE033766; Sat, 24 Sep 2005 00:00:24 +0300 (EEST) (envelope-from ru) Date: Sat, 24 Sep 2005 00:00:18 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050923210018.GA60137@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050923.093705.97771695.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050923.093705.97771695.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:00:27 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 09:37:05AM -0600, M. Warner Losh wrote: > Ruslan, >=20 > looks like you are confusing the bridge somehow. The bad Vcc thing > should never happen, and I can't get it to happen on my machine here. >=20 Lucky you are. :-) > I suspect it might be TI specific and/or related to cardbus -> pc card > transition. Does it happen if you insert/eject in the other order? >=20 What other order do you mean? The first time I eject wi(4) this *** happens. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDNGziqRfpzJluFF4RAlKKAJ9FTTfOh+DvowqOJ+M5M0GDaE4k8wCeI8nU ESIfT89VqWZNw5rKFO0MlBE= =VDZU -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:09:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB69B16A41F for ; Fri, 23 Sep 2005 21:09:47 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from mail.ipnet.kiev.ua (cielago.ip.net.ua [82.193.96.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDDFF43D46 for ; Fri, 23 Sep 2005 21:09:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by mail.ipnet.kiev.ua (8.12.11/8.12.11) with ESMTP id j8NL9e3t067351; Sat, 24 Sep 2005 00:09:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from mail.ipnet.kiev.ua ([82.193.96.7]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44628-03-5; Sat, 24 Sep 2005 00:09:37 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by mail.ipnet.kiev.ua (8.12.11/8.12.11) with ESMTP id j8NL3wIk066909; Sat, 24 Sep 2005 00:03:58 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8NL4FPY038205; Sat, 24 Sep 2005 00:04:15 +0300 (EEST) (envelope-from ru) Date: Sat, 24 Sep 2005 00:04:15 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050923210415.GB60137@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050923.100453.106891139.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <20050923.100453.106891139.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:09:47 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 10:04:53AM -0600, M. Warner Losh wrote: > In message: <20050923085358.GA58772@ip.net.ua> > Ruslan Ermilov writes: > : This is with today's -CURRENT, but it's been happening for some time > : now I guess. >=20 > P.S. Did my rearrangement of the power code change anything? "some > time" meaning months and months or just since mid july? >=20 At least a month old kernel behaves similarly. I cannot be more exact -- my wi(4) card is normally installed in the Lucent EC device (WiFi to Ethenet converter) to serve my Internet connection from home. I can test with 5.X releases and tell you the point when it started to happen. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDNG3PqRfpzJluFF4RAoK3AKCF6hleH3fUSPU9Zdxj4oNrMgyJ7gCeMUlP 16Lzj/+lpdO0OiEJqlwV/4Y= =xFdc -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:13:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1181416A425; Fri, 23 Sep 2005 21:12:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C9543D48; Fri, 23 Sep 2005 21:12:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NLCEko092188; Fri, 23 Sep 2005 15:12:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 15:12:41 -0600 (MDT) Message-Id: <20050923.151241.40574115.imp@bsdimp.com> To: ru@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050923210018.GA60137@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050923.093705.97771695.imp@bsdimp.com> <20050923210018.GA60137@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 15:12:15 -0600 (MDT) Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:13:00 -0000 In message: <20050923210018.GA60137@ip.net.ua> Ruslan Ermilov writes: : On Fri, Sep 23, 2005 at 09:37:05AM -0600, M. Warner Losh wrote: : > Ruslan, : > : > looks like you are confusing the bridge somehow. The bad Vcc thing : > should never happen, and I can't get it to happen on my machine here. : > : Lucky you are. :-) : : > I suspect it might be TI specific and/or related to cardbus -> pc card : > transition. Does it happen if you insert/eject in the other order? : > : What other order do you mean? The first time I eject wi(4) this : *** happens. Forget about rl/re cards. Boot, insert wi, eject wi. What happens? Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:20:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 669AD16A421 for ; Fri, 23 Sep 2005 21:20:23 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A5143D4C for ; Fri, 23 Sep 2005 21:20:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLKIpq016213; Sat, 24 Sep 2005 00:20:18 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44633-08; Sat, 24 Sep 2005 00:20:18 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLKHql016210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Sep 2005 00:20:18 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8NLKZOx085704; Sat, 24 Sep 2005 00:20:35 +0300 (EEST) (envelope-from ru) Date: Sat, 24 Sep 2005 00:20:35 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050923212035.GC60137@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050923.100453.106891139.imp@bsdimp.com> <20050923210415.GB60137@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0lnxQi9hkpPO77W3" Content-Disposition: inline In-Reply-To: <20050923210415.GB60137@ip.net.ua> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:20:23 -0000 --0lnxQi9hkpPO77W3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 24, 2005 at 12:04:15AM +0300, Ruslan Ermilov wrote: > On Fri, Sep 23, 2005 at 10:04:53AM -0600, M. Warner Losh wrote: > > In message: <20050923085358.GA58772@ip.net.ua> > > Ruslan Ermilov writes: > > : This is with today's -CURRENT, but it's been happening for some time > > : now I guess. > >=20 > > P.S. Did my rearrangement of the power code change anything? "some > > time" meaning months and months or just since mid july? > >=20 > At least a month old kernel behaves similarly. I cannot be > more exact -- my wi(4) card is normally installed in the Lucent > EC device (WiFi to Ethenet converter) to serve my Internet > connection from home. I can test with 5.X releases and tell > you the point when it started to happen. >=20 Works OK with 5.4-RELEASE LiveCD with the same hardware -- I can insert/eject wi(4) card several times without any illness, and it can associate with an AP every time. So it looks like something "mid july" did it (5.4-RELEASE was in May). FWIW, my notebook is pretty much standard: IBM ThinkPad 600X. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0lnxQi9hkpPO77W3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDNHGiqRfpzJluFF4RAu6nAJ9hXj34Iv1UGD/I+ng1GeA2hwEFDgCcCd9M 9JdUZ0tJjKntbVg0y/qf0hk= =kjAh -----END PGP SIGNATURE----- --0lnxQi9hkpPO77W3-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:24:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A1CB16A41F; Fri, 23 Sep 2005 21:24:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA32A43D45; Fri, 23 Sep 2005 21:24:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NLN786092296; Fri, 23 Sep 2005 15:23:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 15:23:33 -0600 (MDT) Message-Id: <20050923.152333.32719597.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050923212035.GC60137@ip.net.ua> References: <20050923.100453.106891139.imp@bsdimp.com> <20050923210415.GB60137@ip.net.ua> <20050923212035.GC60137@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 15:23:07 -0600 (MDT) Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:24:59 -0000 In message: <20050923212035.GC60137@ip.net.ua> Ruslan Ermilov writes: : Works OK with 5.4-RELEASE LiveCD with the same hardware -- I can : insert/eject wi(4) card several times without any illness, and it : can associate with an AP every time. So it looks like something : "mid july" did it (5.4-RELEASE was in May). FWIW, my notebook : is pretty much standard: IBM ThinkPad 600X. 6.0 vs 7.0 would be a good data point to have as well... Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:33:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3165D16A41F for ; Fri, 23 Sep 2005 21:33:50 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0871643D48 for ; Fri, 23 Sep 2005 21:33:32 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLXTcW017101; Sat, 24 Sep 2005 00:33:29 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44788-03; Sat, 24 Sep 2005 00:33:29 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLXSB9017098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Sep 2005 00:33:29 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8NLXkm2009463; Sat, 24 Sep 2005 00:33:46 +0300 (EEST) (envelope-from ru) Date: Sat, 24 Sep 2005 00:33:46 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050923213346.GF60137@ip.net.ua> References: <20050923085358.GA58772@ip.net.ua> <20050923.093705.97771695.imp@bsdimp.com> <20050923210018.GA60137@ip.net.ua> <20050923.151241.40574115.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GLp9dJVi+aaipsRk" Content-Disposition: inline In-Reply-To: <20050923.151241.40574115.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:33:50 -0000 --GLp9dJVi+aaipsRk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 03:12:41PM -0600, M. Warner Losh wrote: > In message: <20050923210018.GA60137@ip.net.ua> > Ruslan Ermilov writes: > : On Fri, Sep 23, 2005 at 09:37:05AM -0600, M. Warner Losh wrote: > : > Ruslan, > : >=20 > : > looks like you are confusing the bridge somehow. The bad Vcc thing > : > should never happen, and I can't get it to happen on my machine here. > : >=20 > : Lucky you are. :-) > :=20 > : > I suspect it might be TI specific and/or related to cardbus -> pc card > : > transition. Does it happen if you insert/eject in the other order? > : >=20 > : What other order do you mean? The first time I eject wi(4) this > : *** happens. >=20 > Forget about rl/re cards. Boot, insert wi, eject wi. What happens? >=20 The same shit, the first time I eject wi(4)... That is, the first time I eject wi(4) it prints "bad Vcc value" and never gets to work normally again (it starts to print "bad Vcc" also on insert and it cannot associate with AP). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GLp9dJVi+aaipsRk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDNHS6qRfpzJluFF4RAqjyAJoDKqyp6vrPPZnReGLu20KJVHWwWwCdFfS0 XnLkiMq2tvq9pvXkaxwcO9o= =BlcT -----END PGP SIGNATURE----- --GLp9dJVi+aaipsRk-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:35:54 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F19C16A420 for ; Fri, 23 Sep 2005 21:35:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C33F43D8B for ; Fri, 23 Sep 2005 21:34:56 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLYrpL017384; Sat, 24 Sep 2005 00:34:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44802-04; Sat, 24 Sep 2005 00:34:52 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLYqq8017381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Sep 2005 00:34:52 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8NLZA48009884; Sat, 24 Sep 2005 00:35:10 +0300 (EEST) (envelope-from ru) Date: Sat, 24 Sep 2005 00:35:09 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050923213509.GG60137@ip.net.ua> References: <20050923.100453.106891139.imp@bsdimp.com> <20050923210415.GB60137@ip.net.ua> <20050923212035.GC60137@ip.net.ua> <20050923.152333.32719597.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GUPx2O/K0ibUojHx" Content-Disposition: inline In-Reply-To: <20050923.152333.32719597.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:35:54 -0000 --GUPx2O/K0ibUojHx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 03:23:33PM -0600, M. Warner Losh wrote: > In message: <20050923212035.GC60137@ip.net.ua> > Ruslan Ermilov writes: > : Works OK with 5.4-RELEASE LiveCD with the same hardware -- I can > : insert/eject wi(4) card several times without any illness, and it > : can associate with an AP every time. So it looks like something > : "mid july" did it (5.4-RELEASE was in May). FWIW, my notebook > : is pretty much standard: IBM ThinkPad 600X. >=20 > 6.0 vs 7.0 would be a good data point to have as well... >=20 Now that I have "July", I will try to narrow it down to a single commit that broke it (I will do it tomorrow). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GUPx2O/K0ibUojHx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDNHUNqRfpzJluFF4RArfZAJwO8w38LhejCvXVHk7fkLdfiqb4jwCdEHwn XciOlbEplTHqZppdFeoQ3HA= =K2uN -----END PGP SIGNATURE----- --GUPx2O/K0ibUojHx-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:38:25 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1479016A42C; Fri, 23 Sep 2005 21:38:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A61843DB8; Fri, 23 Sep 2005 21:37:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NLaC7P092414; Fri, 23 Sep 2005 15:36:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 15:36:39 -0600 (MDT) Message-Id: <20050923.153639.125312155.imp@bsdimp.com> To: ru@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050923213346.GF60137@ip.net.ua> References: <20050923210018.GA60137@ip.net.ua> <20050923.151241.40574115.imp@bsdimp.com> <20050923213346.GF60137@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 15:36:13 -0600 (MDT) Cc: current@FreeBSD.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:38:25 -0000 In message: <20050923213346.GF60137@ip.net.ua> Ruslan Ermilov writes: : the first time I eject wi(4)... OK. I'll see if I can upate one of my older laptops with a TI chipset to head and check it out. Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:40:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8094C16A41F; Fri, 23 Sep 2005 21:40:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A8043D81; Fri, 23 Sep 2005 21:40:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NLd0aF092452; Fri, 23 Sep 2005 15:39:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 15:39:27 -0600 (MDT) Message-Id: <20050923.153927.50337438.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050923213509.GG60137@ip.net.ua> References: <20050923212035.GC60137@ip.net.ua> <20050923.152333.32719597.imp@bsdimp.com> <20050923213509.GG60137@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 15:39:01 -0600 (MDT) Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:40:31 -0000 In message: <20050923213509.GG60137@ip.net.ua> Ruslan Ermilov writes: : Now that I have "July", I will try to narrow it down to a single : commit that broke it (I will do it tomorrow). I'd make the first two builds be 'just before warner's power changes' and the second one be a day after. Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:40:38 2005 Return-Path: X-Original-To: Freebsd-current@freebsd.org Delivered-To: Freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A53616A424 for ; Fri, 23 Sep 2005 21:40:38 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98C843D7B for ; Fri, 23 Sep 2005 21:40:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NLc5iL092448; Fri, 23 Sep 2005 15:38:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 15:38:32 -0600 (MDT) Message-Id: <20050923.153832.69381730.imp@bsdimp.com> To: pbowen@fastmail.fm From: "M. Warner Losh" In-Reply-To: <43346A11.7090501@fastmail.fm> References: <20050920.092123.100424336.imp@bsdimp.com> <43308198.9050503@fastmail.fm> <43346A11.7090501@fastmail.fm> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 15:38:06 -0600 (MDT) Cc: Freebsd-current@freebsd.org Subject: Re: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:40:38 -0000 In message: <43346A11.7090501@fastmail.fm> Patrick Bowen writes: : Got a panic after I rebuilt everything...same panic that Munehiro : Matsuda got (re: Panic with recent PCcard changes). So I re-cvsuped : sources, re-build everything and tested just now. It all works fine. Excellent! Now it is time for me to break cardbus by exporting its CIS in a similar manner :-). Warner From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:44:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78F3016A42C for ; Fri, 23 Sep 2005 21:44:17 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5024F43D55 for ; Fri, 23 Sep 2005 21:44:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLiDn5017917; Sat, 24 Sep 2005 00:44:13 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44845-04; Sat, 24 Sep 2005 00:44:12 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8NLiCVb017914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Sep 2005 00:44:12 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8NLiTpv028348; Sat, 24 Sep 2005 00:44:29 +0300 (EEST) (envelope-from ru) Date: Sat, 24 Sep 2005 00:44:29 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Message-ID: <20050923214429.GH60137@ip.net.ua> References: <20050923212035.GC60137@ip.net.ua> <20050923.152333.32719597.imp@bsdimp.com> <20050923213509.GG60137@ip.net.ua> <20050923.153927.50337438.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ISKrrfpKsPiF35CV" Content-Disposition: inline In-Reply-To: <20050923.153927.50337438.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: Powering down 16-bit wi(4) PC Card is broken for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:44:18 -0000 --ISKrrfpKsPiF35CV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 03:39:27PM -0600, M. Warner Losh wrote: > In message: <20050923213509.GG60137@ip.net.ua> > Ruslan Ermilov writes: > : Now that I have "July", I will try to narrow it down to a single > : commit that broke it (I will do it tomorrow). >=20 > I'd make the first two builds be 'just before warner's power changes' > and the second one be a day after. >=20 OK. --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ISKrrfpKsPiF35CV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDNHc9qRfpzJluFF4RAlsUAJ4mls8ZtOhDCpjTObDa5MoSmWjbiQCglmHl gIzIo4Tmw+im/Yj/GYUxfc0= =3ROG -----END PGP SIGNATURE----- --ISKrrfpKsPiF35CV-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:47:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DE9116A41F; Fri, 23 Sep 2005 21:47:16 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D682943D46; Fri, 23 Sep 2005 21:47:15 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8NLl5tw087085; Fri, 23 Sep 2005 14:47:09 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509232147.j8NLl5tw087085@gw.catspoiler.org> Date: Fri, 23 Sep 2005 14:47:05 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org, Kirk McKusick MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: soft updates / background fsck directory link count bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:47:16 -0000 Background info: One of the file system inconsistencies that is "expected" by soft updates and that can be repaired by background fsck is a link count that is too high. Historically, rmdir would fail on directories with a link count greater than 2 even if they were empty. This was changed a few months ago in ufs_vnops.c 1.269. It appears that there is some sort of interaction between soft updates and background fsck that results in the link count of the parent of one of these directories being double decremented, resulting in the file system being put into an invalid state. The following transcript shows the link count of a leaf directory (/mnt/tmp/a/b) being adjusted upwards, the file system being mounted, the leaf directory being removed, the file system unmounted, and then being successfully repaired by a foreground fsck. # fsck -fp /dev/da0s2a /dev/da0s2a: 374158 files, 2551020 used, 2894085 free (25677 frags, 358551 block s, 0.5% fragmentation) # mount /dev/da0s2a /mnt # mkdir /mnt/tmp/a /mnt/tmp/a/b # ls -lid /mnt/tmp/a /mnt/tmp/b ls: /mnt/tmp/b: No such file or directory 320920 drwxr-xr-x 3 root wheel 512 Sep 23 13:31 /mnt/tmp/a # ls -lid /mnt/tmp/a /mnt/tmp/a/b 320920 drwxr-xr-x 3 root wheel 512 Sep 23 13:31 /mnt/tmp/a 320921 drwxr-xr-x 2 root wheel 512 Sep 23 13:31 /mnt/tmp/a/b # umount /mnt # fsdb /dev/da0s2a ** /dev/da0s2a Editing file system `/dev/da0s2a' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 20 11:54:46 2005 [0 nsec] CTIME=Sep 20 11:54:46 2005 [0 nsec] ATIME=Sep 22 21:36:58 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=8 FLAGS=0 BLKCNT=4 GEN=53557245 fsdb (inum: 2)> inode 320921 current inode: directory I=320921 MODE=40755 SIZE=512 MTIME=Sep 23 13:31:30 2005 [0 nsec] CTIME=Sep 23 13:31:30 2005 [0 nsec] ATIME=Sep 23 13:31:30 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=4 GEN=1292b1d5 fsdb (inum: 320921)> uplink inode 320921 link count now 3 fsdb (inum: 320921)> q ***** FILE SYSTEM STILL DIRTY ***** *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload # mount /dev/da0s2a /mnt WARNING: /mnt was not properly dismounted # ls -lid /mnt/tmp/a /mnt/tmp/a/b 320920 drwxr-xr-x 3 root wheel 512 Sep 23 13:31 /mnt/tmp/a 320921 drwxr-xr-x 3 root wheel 512 Sep 23 13:31 /mnt/tmp/a/b # rmdir /mnt/tmp/a/b # umount /mnt # fsdb /dev/da0s2a ** /dev/da0s2a Editing file system `/dev/da0s2a' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 20 11:54:46 2005 [0 nsec] CTIME=Sep 20 11:54:46 2005 [0 nsec] ATIME=Sep 22 21:36:58 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=8 FLAGS=0 BLKCNT=4 GEN=53557245 fsdb (inum: 2)> inode 320920 current inode: directory I=320920 MODE=40755 SIZE=512 MTIME=Sep 23 13:33:56 2005 [0 nsec] CTIME=Sep 23 13:33:56 2005 [0 nsec] ATIME=Sep 23 13:31:30 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=4 GEN=33d3740d fsdb (inum: 320920)> inode 320921 current inode: directory I=320921 MODE=40755 SIZE=0 MTIME=Sep 23 13:34:05 2005 [0 nsec] CTIME=Sep 23 13:34:05 2005 [0 nsec] ATIME=Sep 23 13:33:56 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=1 FLAGS=0 BLKCNT=0 GEN=1292b1d5 fsdb (inum: 320921)> q ***** FILE SYSTEM STILL DIRTY ***** *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload # fsck -fp /dev/da0s2a /dev/da0s2a: LINK COUNT DIR I=320920 OWNER=root MODE=40755 /dev/da0s2a: SIZE=512 MTIME=Sep 23 13:33 2005 COUNT 3 SHOULD BE 2 (ADJUSTED) /dev/da0s2a: ZERO LENGTH DIR I=320921 OWNER=root MODE=40755 /dev/da0s2a: SIZE=0 MTIME=Sep 23 13:34 2005 (CLEARED) /dev/da0s2a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/da0s2a: SUMMARY INFORMATION BAD (SALVAGED) /dev/da0s2a: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/da0s2a: 374159 files, 2551021 used, 2894084 free (25676 frags, 358551 block s, 0.5% fragmentation) # fsck -fp /dev/da0s2a /dev/da0s2a: 374159 files, 2551021 used, 2894084 free (25676 frags, 358551 block s, 0.5% fragmentation) The following transcript demonstrates what happens if a background fsck is run after the leaf directory is removed. What is interesting is that after the directory the leaf directory has been removed, the effective link count of the parent directory (displayed by ls) has been decremented from 3 to 2, whereas the on-disk link count shown by fsdb is still 3. The background fsck appears to detect the link count as 3, and executes the sysctl call to decrement the link count, causing both the effective and actual link counts to be decremented to 1. My suspicion is that the physical update of the parent directory's link count after the rmdir of the leaf directory has been deferred until the leaf directory's inode is zeroed, which turns out to be an indefinite wait because the inode doesn't get zeroed until fsck is run. # fsck -fp /dev/da0s2a /dev/da0s2a: 374158 files, 2551020 used, 2894085 free (25677 frags, 358551 block s, 0.5% fragmentation) # mount /dev/da0s2a /mnt # mkdir /mnt/tmp/a /mnt/tmp/a/b # ls -lid /mnt/tmp/a /mnt/tmp/a/b 320920 drwxr-xr-x 3 root wheel 512 Sep 23 13:58 /mnt/tmp/a 320921 drwxr-xr-x 2 root wheel 512 Sep 23 13:58 /mnt/tmp/a/b # umount /mnt # fsdb /dev/da0s2a ** /dev/da0s2a Editing file system `/dev/da0s2a' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 20 11:54:46 2005 [0 nsec] CTIME=Sep 20 11:54:46 2005 [0 nsec] ATIME=Sep 22 21:36:58 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=8 FLAGS=0 BLKCNT=4 GEN=53557245 fsdb (inum: 2)> inode 320921 current inode: directory I=320921 MODE=40755 SIZE=512 MTIME=Sep 23 13:58:46 2005 [0 nsec] CTIME=Sep 23 13:58:46 2005 [0 nsec] ATIME=Sep 23 13:58:46 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=4 GEN=10aac654 fsdb (inum: 320921)> uplink inode 320921 link count now 3 fsdb (inum: 320921)> q ***** FILE SYSTEM STILL DIRTY ***** *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload # mount /dev/da0s2a /mnt WARNING: /mnt was not properly dismounted # ls -lid /mnt/tmp/a /mnt/tmp/a/b 320920 drwxr-xr-x 3 root wheel 512 Sep 23 13:58 /mnt/tmp/a 320921 drwxr-xr-x 3 root wheel 512 Sep 23 13:58 /mnt/tmp/a/b # rmdir /mnt/tmp/a/b # sync # sleep 60 # ls -lid /mnt/tmp/a /mnt/tmp/a/b ls: /mnt/tmp/a/b: No such file or directory 320920 drwxr-xr-x 2 root wheel 512 Sep 23 14:00 /mnt/tmp/a # fsdb /dev/da0s2a ** /dev/da0s2a (NO WRITE) Editing file system `/dev/da0s2a' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 20 11:54:46 2005 [0 nsec] CTIME=Sep 20 11:54:46 2005 [0 nsec] ATIME=Sep 22 21:36:58 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=8 FLAGS=0 BLKCNT=4 GEN=53557245 fsdb (inum: 2)> inode 320920 current inode: directory I=320920 MODE=40755 SIZE=512 MTIME=Sep 23 14:00:00 2005 [0 nsec] CTIME=Sep 23 14:00:00 2005 [0 nsec] ATIME=Sep 23 13:58:46 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=4 GEN=33d3740f fsdb (inum: 320920)> q SETTING DIRTY FLAG IN READ_ONLY MODE UNEXPECTED SOFT UPDATE INCONSISTENCY *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload # fsck -B -p /dev/da0s2a /dev/da0s2a: LINK COUNT DIR I=320920 OWNER=root MODE=40755 /dev/da0s2a: SIZE=512 MTIME=Sep 23 14:00 2005 COUNT 3 SHOULD BE 2 (ADJUSTED) /dev/da0s2a: ZERO LENGTH DIR I=320921 OWNER=root MODE=40755 /dev/da0s2a: SIZE=0 MTIME=Sep 23 14:00 2005 (CLEARED) /dev/da0s2a: Reclaimed: 0 directories, 1 files, 0 fragments /dev/da0s2a: 374160 files, 2551021 used, 2894084 free (25676 frags, 358551 block s, 0.5% fragmentation) # ls -lid /mnt/tmp/a 320920 drwxr-xr-x 1 root wheel 512 Sep 23 14:00 /mnt/tmp/a # fsdb /dev/da0s2a ** /dev/da0s2a (NO WRITE) Editing file system `/dev/da0s2a' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 20 11:54:46 2005 [0 nsec] CTIME=Sep 20 11:54:46 2005 [0 nsec] ATIME=Sep 22 21:36:58 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=8 FLAGS=0 BLKCNT=4 GEN=53557245 fsdb (inum: 2)> inode 320920 current inode: directory I=320920 MODE=40755 SIZE=512 MTIME=Sep 23 14:00:00 2005 [0 nsec] CTIME=Sep 23 14:05:21 2005 [0 nsec] ATIME=Sep 23 13:58:46 2005 [0 nsec] OWNER=root GRP=wheel LINKCNT=1 FLAGS=0 BLKCNT=4 GEN=33d3740f fsdb (inum: 320920)> q SETTING DIRTY FLAG IN READ_ONLY MODE UNEXPECTED SOFT UPDATE INCONSISTENCY *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload # umount /mnt # fsck -fp /dev/da0s2a /dev/da0s2a: LINK COUNT DIR I=320920 OWNER=root MODE=40755 /dev/da0s2a: SIZE=512 MTIME=Sep 23 14:00 2005 COUNT 1 SHOULD BE 2 /dev/da0s2a: LINK COUNT INCREASING /dev/da0s2a: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 00:52:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66EC416A41F for ; Sat, 24 Sep 2005 00:52:00 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EAA8543D72 for ; Sat, 24 Sep 2005 00:51:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 24 Sep 2005 00:51:52 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp019) with SMTP; 24 Sep 2005 02:51:52 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 24 Sep 2005 02:51:38 +0200 User-Agent: KMail/1.8.1 References: <1127245262.32486.1.camel@akima.flintsbach.schmalzbauer.de> <200509211651.09666.jhb@FreeBSD.org> In-Reply-To: <200509211651.09666.jhb@FreeBSD.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10637785.4pWhvCUMTC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509240251.51025@harrymail> X-Y-GMX-Trusted: 0 Cc: Harald Schmalzbauer Subject: Re: nvidia kld panic with debug kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 00:52:00 -0000 --nextPart10637785.4pWhvCUMTC Content-Type: multipart/mixed; boundary="Boundary-01=_cMKNDGUbHEZ/7V6" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_cMKNDGUbHEZ/7V6 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 21. September 2005 22:51 CEST schrieb John Baldwin: > On Tuesday 20 September 2005 03:41 pm, Harald Schmalzbauer wrote: > > Hello, > > > > I get the following panic when using the nvidia driver with a debug > > kernel, when I disable INVARIANTS and WITNESS everything is working > > fine! > > > > Here's the trace: > > > > ACPI APIC Table: > > ioapic0: Changing APIC ID to 1 > > ioapic0 irqs 0-23 on motherboard > > panic: spin lock rm.mutex_mtx not in order list > > You need to add an entry for "rm.mutex_mtx" to the static spin lock > order list in sys/kern/subr_witness.c. Something like this: > > Index: subr_witness.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v > retrieving revision 1.201 > diff -u -r1.201 subr_witness.c > --- subr_witness.c 15 Sep 2005 19:07:14 -0000 1.201 > +++ subr_witness.c 21 Sep 2005 20:50:45 -0000 > @@ -363,6 +363,7 @@ > #ifdef SMP > { "ap boot", &lock_class_mtx_spin }, > #endif > + { "rm.mutex_mtx", &lock_class_mtx_spin }, > { "sio", &lock_class_mtx_spin }, > #ifdef __i386__ > { "cy", &lock_class_mtx_spin }, Thanks a lot, now I have my usual kernel but with debuging stuff enabled=20 _and_ the nvidia driver, atached the dmesg. No I see again the LOR #073 and #075, but that's another story I think. The patch eliminated my nvidia-panic and like you stated it won't affect=20 any other things, so I just can vote for including it :) Thanks a lot, =2DHarry --Boundary-01=_cMKNDGUbHEZ/7V6 Content-Type: text/plain; charset="iso-8859-6"; name="dmesg-w-witness-nvidia_bin" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-w-witness-nvidia_bin" nvidia0: detached nvidia0: mem 0xfd000000-0xfdffffff,0xf0000000-= 0xf3ffffff irq 16 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...12 6 5 2 3 2 2 2 1 0 0 0 done All buffers synced. Uptime: 1d14h20m50s Shutting down ACPI Rebooting... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-BETA5 #2: Sat Sep 24 00:43:52 CEST 2005 harry@cale.flintsbach.schmalzbauer.de:/usr/obj/usr/src/sys/CALE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(TM) CPU 1100MHz (1095.94-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6b1 Stepping =3D 1 Features=3D0x383fbff real memory =3D 536608768 (511 MB) avail memory =3D 511528960 (487 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbfffff= f at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci2: on pcib1 nvidia0: mem 0xfd000000-0xfdffffff,0xf0000000-= 0xf3ffffff irq 16 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] pcib2: at device 30.0 on pci0 pci1: on pcib2 fxp0: port 0xdf00-0xdf3f mem = 0xfc9fe000-0xfc9fefff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:f0:c2:ef fwohci0: port 0xdc00-0xdc7f mem 0xfc9ff800-0xfc9ffff= f irq 22 at device 10.0 on pci1 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:00:00:00:75:86 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:06:00:75:86 fwe0: Ethernet address: 02:11:06:00:75:86 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f i= rq 19 at device 31.2 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 ichsmb0: port 0xefa0-0xefaf irq 17 = at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 uhci1: port 0xef80-0xef9f i= rq 23 at device 31.4 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 pcm0: port 0xe800-0xe8ff,0xef00-0xef3f irq 17 at dev= ice 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x= 3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 = on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xcf800-0xd07ff,0xd0800-0xd17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: vendor 0x05e3 USB Hub, class 9/0, rev 1.01/0.05, addr 2 uhub2: 4 ports with 4 removable, bus powered ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 3 ucom1: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 4 uhub3: vendor 0x0424 product 0x0140, class 9/0, rev 1.10/0.00, addr 5 uhub3: 4 ports with 4 removable, self powered ums0: Logitech Trackball, rev 1.10/2.20, addr 6, iclass 3/1 ums0: 3 buttons and Z dir. ums1: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), rev 1.10/3.00= , addr 7, iclass 3/1 ums1: 3 buttons and Z dir. Timecounter "TSC" frequency 1095943265 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA33 pcm0: measured ac97 link rate at 55940 Hz GEOM_LABEL: Label for provider ad0s2p1 is ufs/src. GEOM_LABEL: Label for provider ad0s2p2 is ufs/obj. GEOM_LABEL: Label for provider ad0s2p3 is ufs/ports. GEOM_LABEL: Label for provider ad0s2p4 is ufs/tmp. GEOM_LABEL: Label for provider ad0s2p5 is ufs/var. GEOM_LABEL: Label for provider ad0s2p6 is ufs/usr. GEOM_LABEL: Label for provider ad0s2p7 is ufs/compat. GEOM_LABEL: Label for provider ad0s2p8 is ufs/builder. GEOM_LABEL: Label for provider ad0s2p9 is ufs/local. cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device=20 cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a lock order reversal 1st 0xc07fa040 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:263 2nd 0xc1ed9018 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1172 KDB: stack backtrace: kdb_backtrace(c07902f9,c1ed9018,c1e91980,c0778289,c077bb1d) at kdb_backtrac= e+0x2e witness_checkorder(c1ed9018,9,c077bb1d,494,c07966e7) at witness_checkorder+= 0x6c3 _mtx_lock_flags(c1ed9018,0,c077bb1d,494,c1ed5800) at _mtx_lock_flags+0x8a fxp_start(c1ed5800,12c,0,c1ed5800) at fxp_start+0x34 if_start(c1ed5800,0,c07966e7,197,402) at if_start+0x99 ether_output_frame(c1ed5800,c2154100,6,d589dbc8,d589da6c) at ether_output_f= rame+0x21b ether_output(c1ed5800,c2154100,d589dbc8,0,0) at ether_output+0x4be nd6_output(c1ed5800,c1ed5800,c2154100,d589dbc8,0) at nd6_output+0x3c1 ip6_output(c2154100,0,0,1,d589dc30) at ip6_output+0x10ca nd6_ns_output(c1ed5800,0,c21578a8,0,1) at nd6_ns_output+0x3b5 nd6_dad_ns_output(c20aed40,c2157800,107,1,c07fa040) at nd6_dad_ns_output+0x= 4d nd6_dad_timer(c2157800,0,c078d8d1,107,c066b100) at nd6_dad_timer+0x204 softclock(0,0,c0789db1,251,d589dd00) at softclock+0x24e ithread_loop(c1df0280,d589dd38,c0789ba8,30d,fd5daf48) at ithread_loop+0x162 fork_exit(c0584d90,c1df0280,d589dd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xd589dd6c, ebp =3D 0 --- lock order reversal 1st 0xc244a090 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:372 2nd 0xc1ed9018 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1172 KDB: stack backtrace: kdb_backtrace(c07902f9,c1ed9018,c1e91980,c0778289,c077bb1d) at kdb_backtrac= e+0x2e witness_checkorder(c1ed9018,9,c077bb1d,494,c07966e7) at witness_checkorder+= 0x6c3 _mtx_lock_flags(c1ed9018,0,c077bb1d,494,c1ed5800) at _mtx_lock_flags+0x8a fxp_start(c1ed5800,12c,0,c1ed5800) at fxp_start+0x34 if_start(c1ed5800,0,c07966e7,197,202) at if_start+0x99 ether_output_frame(c1ed5800,c280ea00,6,c280ea00,100) at ether_output_frame+= 0x21b ether_output(c1ed5800,c280ea00,dbe35a8c,0,2,c0590001,c2222302,1,c078b8aa,12= c) at ether_output+0x4be arprequest(c1ed5800,dbe35ac0,dbe35b68,c1d944ac,fc0115ac) at arprequest+0x109 arpresolve(c1ed5800,c222f7bc,c2150400,dbe35b64,dbe35b00) at arpresolve+0x40e ether_output(c1ed5800,c2150400,dbe35b64,c222f7bc,c07fade0) at ether_output+= 0x82 ip_output(c2150400,0,dbe35b60,0,0) at ip_output+0x8a7 tcp_output(c244d564,c217f410,c2c6bc00,174,c2c622c8) at tcp_output+0x11ba tcp_usr_connect(c2c622c8,c217f410,c2c6bc00) at tcp_usr_connect+0x12a soconnect(c2c622c8,c217f410,c2c6bc00,c05eced6,8148b40) at soconnect+0x67 kern_connect(c2c6bc00,6,c217f410,c217f410,0) at kern_connect+0x8d connect(c2c6bc00,dbe35d04,c,422,3) at connect+0x41 syscall(3b,bfbf003b,dad4003b,805c000,6) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (98, FreeBSD ELF32, connect), eip =3D 0x293c71af, esp =3D 0xb= fbfdd2c, ebp =3D 0xbfbfdd48 --- --Boundary-01=_cMKNDGUbHEZ/7V6-- --nextPart10637785.4pWhvCUMTC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDNKMmBylq0S4AzzwRAsqvAKCE3LnvmlldoJv/nypJ8nBvDrm90ACfVBkJ rJwnMmMd1LLkKwvLqb8hvXI= =Zvmf -----END PGP SIGNATURE----- --nextPart10637785.4pWhvCUMTC-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 01:04:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1087816A41F for ; Sat, 24 Sep 2005 01:04:56 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86AD243D58 for ; Sat, 24 Sep 2005 01:04:54 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-213-023-197-006.arcor-ip.net ([213.23.197.6] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1EIySx-0008B2-CH; Sat, 24 Sep 2005 03:04:41 +0200 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id AFA4240B6; Sat, 24 Sep 2005 03:04:27 +0200 (CEST) From: Arne Schwabe To: "Brian K. White" In-Reply-To: <000a01c5c05d$fe286980$1f00000a@venti> (Brian K. White's message of "Fri, 23 Sep 2005 12:41:33 -0400") References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <000a01c5c05d$fe286980$1f00000a@venti> Date: Sat, 24 Sep 2005 03:04:26 +0200 Message-ID: <86y85nnun9.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-RFC-Spam-Score: -2.3 (--) Cc: freebsd-current@freebsd.org, "Marcos Biscaysaqu - ThePacific.net" , thierry@herbelot.com Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 01:04:56 -0000 "Brian K. White" writes: >> >> the last time I looked at it, there was also a problem with a binary-only >> driver, which is only available for Linux (therefore even a NetBSD >> port for >> WRT54G is not an option) > > Let me guess, the broadcom chip that has the ability to go into restricted > frequencies and so they are obligated by law to keep it's instructions > secret? Atheros chips can do that too iirc. At least you could trick an old hal into going to channel 17. Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 01:07:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0B7416A41F for ; Sat, 24 Sep 2005 01:07:42 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A207D43D6E for ; Sat, 24 Sep 2005 01:07:36 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.186]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1EIwuk-000KRf-Cq; Sat, 24 Sep 2005 11:25:10 +1200 Message-ID: <43353934.5000905@ThePacific.Net> Date: Sat, 24 Sep 2005 11:32:04 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long , current@freebsd.org References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> In-Reply-To: <433418B1.3020207@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 01:07:43 -0000 It will be very nice have a freebsd option with pf againt the WRT54G, what about do it with a different hardware, it must be some other similar hardware with a CPU supported by freebsd and similar price. Im not a kernel developer, but I ready to do any testing ;) cheers Marcos Biscaysaqu ThePacific.net Scott Long wrote: > Bruno Ducrot wrote: > >> On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: >> >>> Le Vendredi 23 septembre 2005 à 12:16 +0200, Bachilo Dmitry a écrit : >>> >>>> Forwarding to FreeBSD hackers. (Because i am hacking WRT right now >>>> and only Linux flashes work) >>>> ---------- ?????????????????????? ?????????????????? ---------- >>>> >>>> Subject: Re: Linksys WRT54G with freebsd >>>> Date: ?????????????? 23 ???????????????? 2005 17:06 >>>> From: Thierry Herbelot >>>> To: freebsd-current@freebsd.org >>>> Cc: "Marcos Biscaysaqu - ThePacific.net" >>>> >>>> Le Friday 23 September 2005 11:08, vous avez écrit : >>>> >>>>> On the other hand, it's the wireless thing. If not needed, this >>>>> should be fun to do a port, somehow, even though it's a wireless >>>>> router. >>>> >>>> >>>> The "cool factor" of porting FreeBSD to the WRT54G cannot be >>>> underestimated, >>>> but Linux ports were enormously helped by the opening of the >>>> sources of the >>>> Linksys Linux port (which is absent for FreeBSD) and the big number of >>>> willing developpers (just have a look at the *number* of different >>>> Linux >>>> ports to the WRT). >>>> >>>> The latest 6.0 release would be an excellent target, with its >>>> brand-new >>>> support for WPA and virtual APs ... who volunteers ? >>> >>> >>> The Linksys WRT54g wireless router is based on a Broadcom CPU >>> (derived from MIPS) and FreeBSD/mips seems to be a dead >>> project :-( >> >> >> >> Indeed. It's targeted to SGI platforms anyway. Maybe there is a >> need to >> start a new port if there is enough people interrested? >> > > There has been talk of doing this in the past year from some people, but > I don't know if it got very far. If you're inspired, go for it! There > are plenty of docs on the web about how to attach a serial port header > and bootstrap it. And, don't underestimate the mips32 work that is > already in the tree; it's likely a good starting point. > > And, it's more than just a 'coolness' factor. I'd really like to have > pf running on mine, that way I could rid of the clunky machine doing > static NAT + firewall on my DSL line. THe linux firewall capabilities > are soooooo last century =-) > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 01:07:43 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB1016A41F for ; Sat, 24 Sep 2005 01:07:43 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB23443D6B for ; Sat, 24 Sep 2005 01:07:39 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j8NNrU3p067913; Fri, 23 Sep 2005 19:53:30 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Martin Nilsson Date: Fri, 23 Sep 2005 19:46:59 -0400 User-Agent: KMail/1.6.2 References: <200509211550.27524.jkim@FreeBSD.org> <43325114.4090907@gneto.com> In-Reply-To: <43325114.4090907@gneto.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200509231947.01537.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1099/Fri Sep 23 16:29:28 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] AMD multicore detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 01:07:43 -0000 On Thursday 22 September 2005 02:37 am, Martin Nilsson wrote: > Jung-uk Kim wrote: > > New patch is here: > > http://people.freebsd.org/~jkim/multicore.diff > > > > Please test and let me know. I don't have multicore CPU to test > > it for myself. :-( > > The below is on a Pentium D 820 (Dualcore). I don't like that the > two cores are reported as hyperthreading when the CPU does not > support hyperthreading (only the 840 EE does). If we ship 6.0 with > HT disabled I'm afraid that it will turn off one of the cores, > right? I wrote something to understand your situation: http://people.freebsd.org/~jkim/cpuid.c Can you send me the output? Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 04:11:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 327CA16A41F for ; Sat, 24 Sep 2005 04:11:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC36243D48 for ; Sat, 24 Sep 2005 04:11:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 23CB71A3C1C for ; Fri, 23 Sep 2005 21:11:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A5CBF514DA; Fri, 23 Sep 2005 23:43:22 -0400 (EDT) Date: Fri, 23 Sep 2005 23:43:22 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050924034322.GA1636@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: deadlock in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 04:11:01 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Since updating my (UP i386) machines yesterday they're all hanging=0D after a few hours of load with all processes in the following states:=0D =0D db> ps=0D pid proc uid ppid pgrp flag stat wmesg wchan cmd=0D 28397 c5267a3c 0 28396 28397 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28396 c5267c48 0 386 386 0000000 [SLPQ ppwait 0xc5267c48][SLP] cron= =0D 28395 c4f5a624 65534 572 28395 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28394 c4f5a830 2 28393 28394 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28393 c4f5aa3c 0 386 386 0000000 [SLPQ ppwait 0xc4f5aa3c][SLP] cron= =0D 28392 c4f5ac48 0 371 28392 0000100 [SLPQ vmmaps 0xc1027178][SLP] sshd= =0D 28391 c5244000 65534 572 28391 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28390 c524420c 0 28389 28390 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28389 c5244418 0 386 386 0000000 [SLPQ ppwait 0xc5244418][SLP] cron= =0D 28388 c5244624 65534 572 28388 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28387 c5244830 0 28386 28387 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28386 c5244a3c 0 386 386 0000000 [SLPQ ppwait 0xc5244a3c][SLP] cron= =0D 28385 c5244c48 65534 572 28385 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28384 c5246000 2 28383 28384 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28383 c524620c 0 386 386 0000000 [SLPQ ppwait 0xc524620c][SLP] cron= =0D 28382 c5246418 0 371 28382 0000100 [SLPQ vmmaps 0xc1027178][SLP] sshd= =0D 28381 c5246624 65534 572 28381 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28380 c5246830 0 28379 28380 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28379 c4192830 0 386 386 0000000 [SLPQ ppwait 0xc4192830][SLP] cron= =0D 28378 c4191000 0 371 28378 0000100 [SLPQ vmmaps 0xc1027178][SLP] sshd= =0D 28377 c419220c 65534 572 28377 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28376 c4191624 0 28375 28376 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28375 c4f59c48 0 386 386 0000000 [SLPQ ppwait 0xc4f59c48][SLP] cron= =0D 28374 c4f5a000 65534 572 28374 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28373 c4192418 0 371 28373 0000100 [SLPQ vmmaps 0xc1027178][SLP] sshd= =0D 28372 c4f5a20c 2 28371 28372 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28371 c4f59624 0 386 386 0000000 [SLPQ ppwait 0xc4f59624][SLP] cron= =0D 28370 c4191830 0 28369 28370 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28369 c4192a3c 0 386 386 0000000 [SLPQ ppwait 0xc4192a3c][SLP] cron= =0D 28368 c2707c48 65534 572 28368 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28367 c4192c48 65534 572 28367 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28366 c4f59a3c 0 28365 28366 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28365 c2707624 0 386 386 0000000 [SLPQ ppwait 0xc2707624][SLP] cron= =0D 28364 c24fcc48 0 371 28364 0000100 [SLPQ vmmaps 0xc1027178][SLP] sshd= =0D 28363 c4f5a418 65534 572 28363 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28362 c2e75a3c 0 28359 28362 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28361 c418d418 2 28358 28361 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28360 c4192000 0 28357 28360 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28359 c4f59418 0 386 386 0000000 [SLPQ ppwait 0xc4f59418][SLP] cron= =0D 28358 c24fc20c 0 386 386 0000000 [SLPQ ppwait 0xc24fc20c][SLP] cron= =0D 28357 c2e7520c 0 386 386 0000000 [SLPQ ppwait 0xc2e7520c][SLP] cron= =0D 28356 c4191418 65534 572 28356 0000100 [SLPQ vmmaps 0xc1027178][SLP] inet= d=0D 28355 c4f59830 0 28353 28355 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28354 c4191c48 2 28352 28354 0000110 [SLPQ vmmaps 0xc1027178][SLP] cron= =0D 28353 c418da3c 0 386 386 0000000 [SLPQ ppwait 0xc418da3c][SLP] cron= =0D 28352 c24fc830 0 386 386 0000000 [SLPQ ppwait 0xc24fc830][SLP] cron= =0D 28350 c4f59000 0 26659 4286 0000000 [SLPQ vmmaps 0xc1027178][SLP] sh=0D 26659 c4192624 0 5172 4286 0004000 [SLPQ wait 0xc4192624][SLP] sh=0D 5172 c2e75418 0 5171 4286 0004000 [SLPQ wait 0xc2e75418][SLP] sh=0D 5171 c2e72624 0 5170 4286 0000000 [SLPQ wait 0xc2e72624][SLP] sh=0D 5170 c418d830 0 5092 4286 0004000 [SLPQ wait 0xc418d830][SLP] sh=0D 5092 c2e7220c 0 5091 4286 0004000 [SLPQ wait 0xc2e7220c][SLP] make=0D 5091 c24fb20c 0 5068 4286 0004000 [SLPQ wait 0xc24fb20c][SLP] sh=0D 5069 c418d624 0 5067 4286 0000000 [SLPQ nanslp 0xc078ca6c][SLP] pnoha= ng=0D 5068 c419120c 0 5067 4286 0004000 [SLPQ wait 0xc419120c][SLP] make=0D 5067 c418d000 0 4662 4286 0004000 [SLPQ wait 0xc418d000][SLP] pnohang= =0D 4662 c418d20c 0 4309 4286 0004000 [SLPQ wait 0xc418d20c][SLP] sh=0D 4309 c2e75c48 0 4286 4286 0004000 [SLPQ wait 0xc2e75c48][SLP] sh=0D 4286 c418dc48 0 4248 4286 0004000 [SLPQ pause 0xc418dc7c][SLP] csh=0D 4248 c4191a3c 0 371 4248 0004100 [SLPQ select 0xc07d7584][SLP] sshd= =0D 592 c270720c 0 1 592 0004002 [SLPQ ttyin 0xc23b8410][SLP] getty= =0D 591 c2e75000 0 1 591 0004002 [SLPQ ttyin 0xc23b4810][SLP] getty= =0D 590 c2e72a3c 0 1 590 0004002 [SLPQ ttyin 0xc23b4c10][SLP] getty= =0D 589 c2e72830 0 1 589 0004002 [SLPQ ttyin 0xc238cc10][SLP] getty= =0D 588 c24fc624 0 1 588 0004002 [SLPQ ttyin 0xc2387c10][SLP] getty= =0D 587 c230a830 0 1 587 0004002 [SLPQ ttyin 0xc238c810][SLP] getty= =0D 586 c2707000 0 1 586 0004002 [SLPQ ttyin 0xc2387010][SLP] getty= =0D 585 c2707a3c 0 1 585 0004002 [SLPQ ttyin 0xc238c010][SLP] getty= =0D 584 c2e72000 0 1 584 0004002 [SLPQ ttyin 0xc238bc10][SLP] getty= =0D 572 c2e72c48 0 1 572 0000000 [SLPQ select 0xc07d7584][SLP] inetd= =0D 554 c2e72418 100 540 554 0004000 [SLPQ piperd 0xc259c000][SLP] unlin= kd=0D 540 c2e75830 100 538 538 0004000 [SLPQ select 0xc07d7584][SLP] squid= =0D 538 c2e75624 100 1 538 0000000 [SLPQ wait 0xc2e75624][SLP] squid=0D 386 c2707418 0 1 386 0000000 [SLPQ nanslp 0xc078ca6c][SLP] cron= =0D 371 c230a624 0 1 371 0000100 [SLPQ select 0xc07d7584][SLP] sshd= =0D 356 c24fb000 0 1 356 0000000 [SLPQ select 0xc07d7584][SLP] ntpd= =0D 280 c24fca3c 0 0 0 0000204 [SLPQ mdwait 0xc28bd000][SLP] md2=0D 247 c24fc418 0 1 247 0000000 [SLPQ select 0xc07d7584][SLP] syslo= gd=0D 229 c230ac48 0 1 229 0000000 [SLPQ select 0xc07d7584][SLP] devd= =0D 117 c2707830 0 0 0 0000204 [SLPQ mdwait 0xc2648000][SLP] md1=0D 72 c230aa3c 0 0 0 0000204 [SLPQ mdwait 0xc2324800][SLP] md0=0D 44 c24fb418 0 0 0 0000204 [SLPQ - 0xe504dcf8][SLP] schedcpu=0D 43 c24fb624 0 0 0 0000204 [SLPQ - 0xc07e05cc][SLP] nfsiod 3=0D 42 c24fb830 0 0 0 0000204 [SLPQ - 0xc07e05c8][SLP] nfsiod 2=0D 41 c24fba3c 0 0 0 0000204 [SLPQ - 0xc07e05c4][SLP] nfsiod 1=0D 40 c24fbc48 0 0 0 0000204 [SLPQ - 0xc07e05c0][SLP] nfsiod 0=0D 39 c24fc000 0 0 0 0000204 [SLPQ syncer 0xc078c7dc][SLP] synce= r=0D 38 c22c3c48 0 0 0 0000204 [SLPQ vlruwt 0xc22c3c48][SLP] vnlru= =0D 37 c2309000 0 0 0 0000204 [SLPQ psleep 0xc07d7acc][SLP] bufda= emon=0D 36 c230920c 0 0 0 000020c [SLPQ pgzero 0xc07e1a04][SLP] pagez= ero=0D 9 c2309418 0 0 0 0000204 [SLPQ psleep 0xc07e1554][SLP] vmdae= mon=0D 8 c2309624 0 0 0 0000204 [SLPQ psleep 0xc07e1510][SLP] paged= aemon=0D 35 c2309830 0 0 0 0000204 [IWAIT] swi0: sio=0D 7 c2309a3c 0 0 0 0000204 [SLPQ - 0xc230e23c][SLP] fdc0=0D 34 c2309c48 0 0 0 0000204 [IWAIT] swi6:+=0D 33 c230a000 0 0 0 0000204 [IWAIT] swi6: task queue=0D 32 c230a20c 0 0 0 0000204 [IWAIT] swi2: cambio=0D 6 c230a418 0 0 0 0000204 [SLPQ - 0xc226d680][SLP] kqueue tas= kq=0D 31 c22b4624 0 0 0 0000204 [IWAIT] swi5:+=0D 5 c22b4830 0 0 0 0000204 [SLPQ - 0xc226d800][SLP] thread tas= kq=0D 30 c22b4a3c 0 0 0 0000204 [SLPQ - 0xc0721480][SLP] yarrow=0D 4 c22b4c48 0 0 0 0000204 [SLPQ - 0xc0721f28][SLP] g_down=0D 3 c22c3000 0 0 0 0000204 [SLPQ - 0xc0721f24][SLP] g_up=0D 2 c22c320c 0 0 0 0000204 [SLPQ - 0xc0721f1c][SLP] g_event=0D 29 c22c3418 0 0 0 0000204 [IWAIT] swi3: vm=0D 28 c22c3624 0 0 0 000020c [IWAIT] swi4: clock sio=0D 27 c22c3830 0 0 0 0000204 [IWAIT] swi1: net=0D 26 c22c3a3c 0 0 0 0000204 [IWAIT] irq15: ata1=0D 25 c227420c 0 0 0 0000204 [IWAIT] irq14: ata0=0D 24 c2274418 0 0 0 0000204 [IWAIT] irq13:=0D 23 c2274624 0 0 0 0000204 [IWAIT] irq12:=0D 22 c2274830 0 0 0 0000204 [IWAIT] irq11: fxp1=0D 21 c2274a3c 0 0 0 0000204 [IWAIT] irq10: fxp0=0D 20 c2274c48 0 0 0 0000204 [IWAIT] irq9:=0D 19 c22b4000 0 0 0 0000204 [IWAIT] irq8: rtc=0D 18 c22b420c 0 0 0 0000204 [IWAIT] irq7:=0D 17 c22b4418 0 0 0 0000204 [IWAIT] irq6: fdc0=0D 16 c226e000 0 0 0 0000204 [IWAIT] irq5:=0D 15 c226e20c 0 0 0 0000204 [IWAIT] irq4: sio0=0D 14 c226e418 0 0 0 0000204 [IWAIT] irq3: sio1=0D 13 c226e624 0 0 0 0000204 [IWAIT] irq1: atkbd0=0D 12 c226e830 0 0 0 0000204 [IWAIT] irq0: clk=0D 11 c226ea3c 0 0 0 000020c [CPU 0] idle=0D 1 c226ec48 0 0 1 0004200 [SLPQ wait 0xc226ec48][SLP] init=0D 10 c2274000 0 0 0 0000204 [SLPQ ktrace 0xc078a9b8][SLP] ktrac= e=0D 0 c0722020 0 0 0 0000200 [IWAIT] swapper=0D 28351 c4f5920c 0 28350 4286 0002000 zomb[INACTIVE] sh=0D db> wh 28397=0D Tracing pid 28397 tid 100138 td 0xc5265780=0D sched_switch(c5265780,0,1,11e,ffcfb3b8) at sched_switch+0x190=0D mi_switch(1,0,c06cbd2a,1a7,0) at mi_switch+0x2e6=0D sleepq_switch(c1027178,c06c863b,18b,0,e75cac10) at sleepq_switch+0x134=0D sleepq_wait(c1027178,0,c06c999b,da,0) at sleepq_wait+0x41=0D msleep(c1027178,c07e1120,244,c06e00d5,0) at msleep+0x405=0D vm_map_unlock_and_wait(c10270c0,0,42000,e75cac5c,302) at vm_map_unlock_and_= wait+0x74=0D kmem_alloc_wait(c10270c0,41400,c2e27220,c2523cc0,1) at kmem_alloc_wait+0x97= =0D exec_copyin_args(e75cacac,80560e6,0,bfbfe6c0,8052140) at exec_copyin_args+0= x44=0D execve(c5265780,e75cad04,c,424,3) at execve+0x32=0D syscall(3b,3b,3b,bfbfe6f8,bfbfe6c0) at syscall+0x2c0=0D Xint0x80_syscall() at Xint0x80_syscall+0x1f=0D --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x280e55d3, esp =3D 0xbfbf= e6ac, ebp =3D 0xbfbfe6e8 ---=0D db> wh 28396=0D Tracing pid 28396 tid 100139 td 0xc5265600=0D sched_switch(c5265600,0,1,11e,b8c08f58) at sched_switch+0x190=0D mi_switch(1,0,c06cbd2a,1a7,0) at mi_switch+0x2e6=0D sleepq_switch(c5267c48,c06c863b,18b,0,e75c7c74) at sleepq_switch+0x134=0D sleepq_wait(c5267c48,0,c06c999b,da,0) at sleepq_wait+0x41=0D msleep(c5267c48,c5267aa4,5c,c06c696c,0) at msleep+0x405=0D fork1(c5265600,80000034,0,e75c7ccc,c5265600) at fork1+0x1283=0D vfork(c5265600,e75c7d04,c06e7254,424,0) at vfork+0x29=0D syscall(3b,3b,3b,1,8052060) at syscall+0x2c0=0D Xint0x80_syscall() at Xint0x80_syscall+0x1f=0D --- syscall (66, FreeBSD ELF32, vfork), eip =3D 0x280d08e0, esp =3D 0xbfbfe= 6f0, ebp =3D 0xbfbfecc8 ---=0D db> wh 37=0D Tracing pid 37 tid 100028 td 0xc22c4000=0D sched_switch(c22c4000,0,1,11e,d240727c) at sched_switch+0x190=0D mi_switch(1,0,c06cbd2a,1a7,1) at mi_switch+0x2e6=0D sleepq_switch(c07d7acc,1,c06c863b,18b,1) at sleepq_switch+0x134=0D sleepq_timedwait(c07d7acc,0,c06c999b,da,0) at sleepq_timedwait+0x42=0D msleep(c07d7acc,c07d7ae0,44,c06d0cf2,64) at msleep+0x3e1=0D buf_daemon(0,e502cd38,c06c68ef,30d,0) at buf_daemon+0x168=0D fork_exit(c05422c0,0,e502cd38) at fork_exit+0xc1=0D fork_trampoline() at fork_trampoline+0x8=0D --- trap 0x1, eip =3D 0, esp =3D 0xe502cd6c, ebp =3D 0 ---=0D db> wh 9=0D Tracing pid 9 tid 100030 td 0xc2275c00=0D sched_switch(c2275c00,0,1,11e,98d498b8) at sched_switch+0x190=0D mi_switch(1,0,c06cbd2a,1a7,1) at mi_switch+0x2e6=0D sleepq_switch(c07e1554,c06c863b,18b,1,e360ccc4) at sleepq_switch+0x134=0D sleepq_wait(c07e1554,0,c06c999b,da,0) at sleepq_wait+0x41=0D msleep(c07e1554,0,68,c06d0cf2,0) at msleep+0x405=0D vm_daemon(0,e360cd38,c06c68ef,30d,0) at vm_daemon+0x59=0D fork_exit(c064cb10,0,e360cd38) at fork_exit+0xc1=0D fork_trampoline() at fork_trampoline+0x8=0D --- trap 0x1, eip =3D 0, esp =3D 0xe360cd6c, ebp =3D 0 ---=0D db> wh 8=0D Tracing pid 8 tid 100031 td 0xc2275a80=0D sched_switch(c2275a80,0,1,11e,632b4356) at sched_switch+0x190=0D mi_switch(1,0,c06cbd2a,1a7,0) at mi_switch+0x2e6=0D sleepq_switch(c07e1510,1,c06c863b,18b,0) at sleepq_switch+0x134=0D sleepq_timedwait(c07e1510,0,c06c999b,da,0) at sleepq_timedwait+0x42=0D msleep(c07e1510,c07e14e0,44,c06d0cf2,1f4) at msleep+0x3e1=0D vm_pageout(0,e3609d38,c06c68ef,30d,0) at vm_pageout+0x2a0=0D fork_exit(c064c760,0,e3609d38) at fork_exit+0xc1=0D fork_trampoline() at fork_trampoline+0x8=0D --- trap 0x1, eip =3D 0, esp =3D 0xe3609d6c, ebp =3D 0 ---=0D db> wh 0=0D Tracing pid 0 tid 0 td 0xc0722240=0D sched_switch(c0722240,0,1,11e,8b861914) at sched_switch+0x190=0D mi_switch(1,0,c06dfcb2,28b,c06eb678) at mi_switch+0x2e6=0D scheduler(0,c1e000,c1ec00,c1e000,0) at scheduler+0x220=0D mi_startup() at mi_startup+0xb5=0D begin() at begin+0x2c=0D db> show alllocks=0D db> show lockedvnods=0D Locked vnodes=0D db> show witness=0D Sleep locks:=0D 0 md bio queue -- last acquired @ dev/md/md.c:659=0D 0 devfsmount -- last acquired @ fs/devfs/devfs_vnops.c:575=0D 15 cdev -- last acquired @ kern/kern_conf.c:62=0D 16 UMA zone -- last acquired @ vm/uma_core.c:2268=0D 16 UMA zone -- (already displayed)=0D 1 devfsrules -- last acquired @ fs/devfs/devfs_rule.c:140=0D 11 system map -- last acquired @ vm/vm_kern.c:295=0D 13 vm page queue mutex -- last acquired @ vm/vm_pageout.c:1498=0D 14 vnode interlock -- last acquired @ kern/vfs_subr.c:2185=0D 15 cdev -- (already displayed)=0D 15 vnode_free_list -- last acquired @ kern/vfs_subr.c:701=0D 15 Syncer mtx -- last acquired @ kern/vfs_subr.c:1692=0D 14 pmap -- last acquired @ i386/i386/pmap.c:2667=0D 16 UMA zone -- (already displayed)=0D 15 uma object -- last acquired @ vm/uma_core.c:985=0D 15 SYSMAPS -- last acquired @ i386/i386/pmap.c:2478=0D 16 UMA zone -- (already displayed)=0D 15 SYSMAPS -- (already displayed)=0D 12 kmem object -- last acquired @ vm/vm_kern.c:397=0D 15 SYSMAPS -- (already displayed)=0D 13 vm page queue mutex -- (already displayed)=0D 12 KMAP ENTRY -- last acquired @ vm/uma_core.c:413=0D 15 SYSMAPS -- (already displayed)=0D 12 kernel object -- last acquired @ kern/vfs_bio.c:3545=0D 15 SYSMAPS -- (already displayed)=0D 13 vm page queue mutex -- (already displayed)=0D 14 pmap -- (already displayed)=0D 15 uma object -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 5 eventhandler -- last acquired @ kern/subr_eventhandler.c:212=0D 6 eventhandler list -- last acquired @ kern/kern_exit.c:199=0D 6 eventhandler list -- (already displayed)=0D 15 vnode_free_list -- (already displayed)=0D 7 struct mount mtx -- last acquired @ kern/vfs_vnops.c:964=0D 14 vnode interlock -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 5 Name Cache -- last acquired @ kern/vfs_cache.c:356=0D 14 vnode interlock -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 10 process lock -- last acquired @ kern/subr_sleepqueue.c:369=0D 11 session -- last acquired @ kern/kern_prot.c:2046=0D 12 uidinfo hash -- last acquired @ kern/kern_resource.c:1032=0D 13 uidinfo struct -- last acquired @ order list:0=0D 14 allprison -- last acquired @ kern/kern_jail.c:537=0D 13 sleep mtxpool -- last acquired @ kern/kern_prot.c:1876=0D 12 tty -- last acquired @ kern/kern_event.c:1643=0D 11 sigacts -- last acquired @ kern/subr_sleepqueue.c:370=0D 13 sleep mtxpool -- (already displayed)=0D 11 ktrace -- last acquired @ kern/kern_fork.c:590=0D 11 struct pargs.ref -- last acquired @ kern/kern_proc.c:1111=0D 3 user map -- last acquired @ vm/vm_glue.c:180=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 6 vm object_list -- last acquired @ vm/vm_object.c:229=0D 5 standard object -- last acquired @ kern/vfs_bio.c:3363=0D 13 vm page queue mutex -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 15 SYSMAPS -- (already displayed)=0D 6 vm object_list -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 14 pmap -- (already displayed)=0D 13 vm page queue mutex -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 14 pmap -- (already displayed)=0D 4 Giant -- last acquired @ kern/kern_timeout.c:258=0D 5 filedesc structure -- last acquired @ kern/sys_generic.c:1036=0D 6 pipe mutex -- last acquired @ kern/sys_pipe.c:1342=0D 7 sigio lock -- last acquired @ kern/kern_descrip.c:741=0D 8 process group -- last acquired @ kern/kern_proc.c:390=0D 10 process lock -- (already displayed)=0D 11 session -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 9 ttylist -- last acquired @ kern/tty.c:2806=0D 12 tty -- (already displayed)=0D 10 sellck -- last acquired @ kern/sys_generic.c:944=0D 13 vm page queue mutex -- (already displayed)=0D 7 accept -- last acquired @ kern/uipc_socket.c:480=0D 8 so_snd -- last acquired @ kern/uipc_socket.c:2003=0D 9 so_rcv -- last acquired @ kern/uipc_socket.c:2004=0D 10 sellck -- (already displayed)=0D 10 radix node head -- last acquired @ net/route.c:148=0D 11 rtentry -- last acquired @ net/route.c:197=0D 12 ifaddr -- last acquired @ net/route.c:791=0D 16 UMA zone -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 11 ifnet -- last acquired @ net/if.c:1166=0D 16 UMA zone -- (already displayed)=0D 12 arc4_mtx -- last acquired @ libkern/arc4random.c:137=0D 10 process lock -- (already displayed)=0D 13 sleep mtxpool -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 13 sleep mtxpool -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 10 radix node head -- (already displayed)=0D 11 rtentry -- (already displayed)=0D 9 tcp_hc_entry -- last acquired @ netinet/tcp_hostcache.c:654=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 10 sellck -- (already displayed)=0D 11 system map -- (already displayed)=0D 9 so_rcv -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 13 sleep mtxpool -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 9 UMA boot pages -- last acquired @ vm/uma_core.c:915=0D 5 UMA lock -- last acquired @ vm/uma_core.c:1491=0D 16 UMA zone -- (already displayed)=0D 12 KMAP ENTRY -- (already displayed)=0D 11 system map -- (already displayed)=0D 5 eventhandler -- (already displayed)=0D 6 eventhandler list -- (already displayed)=0D 5 kobj -- last acquired @ kern/subr_kobj.c:307=0D 5 kernel linker -- last acquired @ kern/kern_linker.c:440=0D 12 kernel object -- (already displayed)=0D 10 process lock -- (already displayed)=0D 6 vm object_list -- (already displayed)=0D 12 KMAP ENTRY -- (already displayed)=0D 12 uidinfo hash -- (already displayed)=0D 13 sleep mtxpool -- (already displayed)=0D 5 standard object -- (already displayed)=0D 5 TID lock -- last acquired @ kern/subr_unit.c:592=0D 5 ithread -- last acquired @ kern/kern_intr.c:275=0D 15 cdev -- (already displayed)=0D 5 GEOM orphanage -- last acquired @ geom/geom_event.c:196=0D 9 ttylist -- (already displayed)=0D 5 taskqueue list -- last acquired @ kern/subr_taskqueue.c:90=0D 5 rman head -- last acquired @ kern/subr_rman.c:111=0D 5 rman -- last acquired @ kern/subr_rman.c:449=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 5 devd -- last acquired @ kern/subr_bus.c:488=0D 10 sellck -- (already displayed)=0D 10 sellck -- (already displayed)=0D 13 vm page queue mutex -- (already displayed)=0D 5 bounce pages lock -- last acquired @ i386/i386/busdma_machdep.c:1041=0D 11 ifnet -- (already displayed)=0D 5 bpf global lock -- last acquired @ net/bpf.c:1548=0D 6 bpf interface lock -- last acquired @ order list:0=0D 7 bpf cdev lock -- last acquired @ order list:0=0D 14 pmap -- (already displayed)=0D 5 vm86 lock -- last acquired @ i386/i386/vm86.c:583=0D 5 unit# allocation -- last acquired @ kern/subr_unit.c:719=0D 16 UMA zone -- (already displayed)=0D 5 pseudofs -- last acquired @ fs/pseudofs/pseudofs_fileno.c:55=0D 7 random reseed -- last acquired @ dev/random/yarrow.c:193=0D 12 arc4_mtx -- (already displayed)=0D 5 if_clone lock -- last acquired @ net/if_clone.c:318=0D 5 if_cloners lock -- last acquired @ net/if_clone.c:199=0D 5 domain list -- last acquired @ kern/uipc_domain.c:224=0D 8 pfil_head_list lock -- last acquired @ net/pfil.c:228=0D 7 pfil_head_mtx -- last acquired @ net/pfil.c:71=0D 8 pfil_head_list lock -- (already displayed)=0D 5 tcp -- last acquired @ netinet/tcp_subr.c:1403=0D 6 tcpinp -- last acquired @ netinet/tcp_input.c:742=0D 8 so_snd -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 9 so_rcv -- (already displayed)=0D 7 accept -- (already displayed)=0D 11 system map -- (already displayed)=0D 7 random reseed -- (already displayed)=0D 12 arc4_mtx -- (already displayed)=0D 10 radix node head -- (already displayed)=0D 11 rtentry -- (already displayed)=0D 9 tcp_hc_entry -- (already displayed)=0D 7 pfil_head_mtx -- (already displayed)=0D 7 IPFW static rules -- last acquired @ netinet/ip_fw2.c:157=0D 9 if send queue -- last acquired @ dev/fxp/if_fxp.c:1218=0D 8 network driver -- last acquired @ dev/fxp/if_fxp.c:1715=0D 9 if_addr_mtx -- last acquired @ netinet6/ip6_output.c:746=0D 16 UMA zone -- (already displayed)=0D 9 taskqueue -- last acquired @ kern/subr_taskqueue.c:219=0D 9 if send queue -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 9 UMA boot pages -- (already displayed)=0D 11 system map -- (already displayed)=0D 7 so_glabel -- last acquired @ kern/uipc_socket.c:267=0D 13 sleep mtxpool -- (already displayed)=0D 7 if_afdata -- last acquired @ netinet6/scope6.c:415=0D 8 scope6_lock -- last acquired @ netinet6/scope6.c:444=0D 7 ip6_inq -- last acquired @ net/netisr.c:232=0D 7 ip_inq -- last acquired @ net/netisr.c:232=0D 10 radix node head -- (already displayed)=0D 7 pfil_head_mtx -- (already displayed)=0D 7 IPFW static rules -- (already displayed)=0D 11 rtentry -- (already displayed)=0D 9 if send queue -- (already displayed)=0D 8 network driver -- (already displayed)=0D 8 so_snd -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 13 sleep mtxpool -- (already displayed)=0D 7 if_afdata -- (already displayed)=0D 9 tcp_hc_entry -- (already displayed)=0D 7 ip6_inq -- (already displayed)=0D 10 radix node head -- (already displayed)=0D 5 lo_mtx -- last acquired @ net/if_loop.c:160=0D 7 IPFW static rules -- (already displayed)=0D 5 ATA queue lock -- last acquired @ dev/ata/ata-queue.c:168=0D 6 ATA state lock -- last acquired @ dev/ata/ata-all.c:327=0D 12 tty -- (already displayed)=0D 5 devstat -- last acquired @ kern/subr_devstat.c:83=0D 7 buffer daemon lock -- last acquired @ kern/vfs_bio.c:2003=0D 15 vnode_free_list -- (already displayed)=0D 15 Syncer mtx -- (already displayed)=0D 6 Softdep Lock -- last acquired @ ufs/ffs/ffs_softdep.c:675=0D 16 UMA zone -- (already displayed)=0D 9 UMA boot pages -- (already displayed)=0D 11 system map -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 7 buffer daemon lock -- (already displayed)=0D 6 mountlist -- last acquired @ kern/vfs_subr.c:3050=0D 7 struct mount mtx -- (already displayed)=0D 7 struct mount mtx -- (already displayed)=0D 5 mntid -- last acquired @ kern/vfs_subr.c:438=0D 6 mountlist -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 7 so_glabel -- (already displayed)=0D 5 udp -- last acquired @ netinet/udp_usrreq.c:246=0D 6 udpinp -- last acquired @ netinet/udp_usrreq.c:386=0D 7 in_multi_mtx -- last acquired @ netinet/in.c:964=0D 8 igmp_mtx -- last acquired @ netinet/igmp.c:443=0D 9 if_addr_mtx -- (already displayed)=0D 9 if_addr_mtx -- (already displayed)=0D 8 network driver -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 8 so_snd -- (already displayed)=0D 7 accept -- (already displayed)=0D 12 arc4_mtx -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 10 radix node head -- (already displayed)=0D 11 rtentry -- (already displayed)=0D 9 so_rcv -- (already displayed)=0D 7 pfil_head_mtx -- (already displayed)=0D 7 IPFW static rules -- (already displayed)=0D 9 if send queue -- (already displayed)=0D 8 network driver -- (already displayed)=0D 7 NFS reqq lock -- last acquired @ nfsclient/nfs_socket.c:1034=0D 8 Synch NFS reply posting -- last acquired @ nfsclient/nfs_socket.c:5= 82=0D 16 UMA zone -- (already displayed)=0D 10 process lock -- (already displayed)=0D 11 ifnet -- (already displayed)=0D 7 random reseed -- (already displayed)=0D 7 ip_inq -- (already displayed)=0D 11 system map -- (already displayed)=0D 8 so_snd -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 6 udp6inp -- last acquired @ netinet6/udp6_usrreq.c:743=0D 16 UMA zone -- (already displayed)=0D 7 accept -- (already displayed)=0D 11 ifnet -- (already displayed)=0D 10 radix node head -- (already displayed)=0D 7 pfil_head_mtx -- (already displayed)=0D 7 IPFW static rules -- (already displayed)=0D 7 ip_inq -- (already displayed)=0D 11 rtentry -- (already displayed)=0D 8 network driver -- (already displayed)=0D 9 if send queue -- (already displayed)=0D 11 rtentry -- (already displayed)=0D 7 in_multi_mtx -- (already displayed)=0D 7 if_afdata -- (already displayed)=0D 9 if_addr_mtx -- (already displayed)=0D 12 ifaddr -- (already displayed)=0D 7 sigio lock -- (already displayed)=0D 7 accept -- (already displayed)=0D 8 so_snd -- (already displayed)=0D 9 so_rcv -- (already displayed)=0D 6 udpinp -- (already displayed)=0D 5 vfs hash -- last acquired @ kern/vfs_hash.c:71=0D 14 vnode interlock -- (already displayed)=0D 7 NFS reqq lock -- (already displayed)=0D 8 Synch NFS reply posting -- (already displayed)=0D 5 Name Cache -- (already displayed)=0D 5 knlist lock for lockless objects -- last acquired @ kern/kern_event.c:= 1643=0D 5 pbuf mutex -- last acquired @ vm/vm_pager.c:401=0D 5 sf_buf -- last acquired @ i386/i386/vm_machdep.c:756=0D 5 buf queue lock -- last acquired @ kern/vfs_bio.c:1398=0D 14 vnode interlock -- (already displayed)=0D 6 Softdep Lock -- (already displayed)=0D 7 struct mount mtx -- (already displayed)=0D 5 bdone lock -- last acquired @ kern/vfs_bio.c:3665=0D 5 needsbuffer lock -- last acquired @ kern/vfs_bio.c:309=0D 11 session -- (already displayed)=0D 11 struct pargs.ref -- (already displayed)=0D 5 fdesc -- last acquired @ kern/kern_descrip.c:1427=0D 6 pipe mutex -- (already displayed)=0D 5 bio queue -- last acquired @ geom/geom_io.c:68=0D 5 FFS Lock -- last acquired @ ufs/ffs/ffs_vfsops.c:1039=0D 12 arc4_mtx -- (already displayed)=0D 5 runningbufspace lock -- last acquired @ kern/vfs_bio.c:328=0D 5 rip -- last acquired @ netinet/raw_ip.c:198=0D 8 so_snd -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 11 system map -- (already displayed)=0D 5 unp -- last acquired @ kern/uipc_usrreq.c:250=0D 8 so_snd -- (already displayed)=0D 9 so_rcv -- (already displayed)=0D 7 accept -- (already displayed)=0D 5 ipqlock -- last acquired @ netinet/ip_input.c:1132=0D 16 UMA zone -- (already displayed)=0D 7 ip6_inq -- (already displayed)=0D 9 UMA boot pages -- (already displayed)=0D 7 struct mount mtx -- (already displayed)=0D 5 buf queue lock -- (already displayed)=0D 5 needsbuffer lock -- (already displayed)=0D 6 Softdep Lock -- (already displayed)=0D 7 buffer daemon lock -- (already displayed)=0D 5 FFS Lock -- (already displayed)=0D 4 vm map sleep mutex -- last acquired @ vm/vm_map.c:450=0D 0 g_disk_done -- last acquired @ geom/geom_disk.c:198=0D 16 UMA zone -- (already displayed)=0D 5 bio queue -- (already displayed)=0D 11 system map -- (already displayed)=0D 0 MD config lock -- last acquired @ dev/md/md.c:1101=0D 16 UMA zone -- (already displayed)=0D 1 proctree -- last acquired @ kern/tty.c:842=0D 2 allproc -- last acquired @ kern/sched_4bsd.c:441=0D 10 process lock -- (already displayed)=0D 5 fdesc -- (already displayed)=0D 5 filedesc structure -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 3 user map -- (already displayed)=0D 8 process group -- (already displayed)=0D 10 process lock -- (already displayed)=0D 11 session -- (already displayed)=0D 4 Giant -- (already displayed)=0D 7 sigio lock -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 5 filedesc structure -- (already displayed)=0D 10 process lock -- (already displayed)=0D 5 eventhandler -- (already displayed)=0D 5 UMA lock -- (already displayed)=0D 1 GEOM topology -- last acquired @ geom/geom_event.c:228=0D 5 GEOM orphanage -- (already displayed)=0D 16 UMA zone -- (already displayed)=0D 15 cdev -- (already displayed)=0D 5 devstat -- (already displayed)=0D 5 unit# allocation -- (already displayed)=0D 11 system map -- (already displayed)=0D 2 fdc lock -- last acquired @ dev/fdc/fdc.c:780=0D 3 callout_wait_lock -- last acquired @ kern/kern_timeout.c:321=0D 5 bio queue -- (already displayed)=0D 5 bdone lock -- (already displayed)=0D 6 vm object_list -- (already displayed)=0D 14 vnode interlock -- (already displayed)=0D 5 standard object -- (already displayed)=0D 2 swapdev -- last acquired @ vm/swap_pager.c:2058=0D 0 arp_inq -- last acquired @ net/netisr.c:232=0D 0 ip6qlock -- last acquired @ netinet6/frag6.c:682=0D 0 sem -- last acquired @ kern/sysv_sem.c:1268=0D 0 p_peers -- last acquired @ kern/kern_exit.c:250=0D 0 module subsystem sx lock -- last acquired @ kern/kern_module.c:315=0D 0 protect sysfilt_ops -- last acquired @ kern/kern_event.c:739=0D 0 kernel environment -- last acquired @ kern/kern_environment.c:286=0D 0 sysctl lock -- last acquired @ kern/kern_sysctl.c:1349=0D 16 UMA zone -- (already displayed)=0D 10 process lock -- (already displayed)=0D 3 user map -- (already displayed)=0D 2 allproc -- (already displayed)=0D 11 struct pargs.ref -- (already displayed)=0D 15 cdev -- (already displayed)=0D 1 filelist lock -- last acquired @ kern/kern_descrip.c:2129=0D 13 sleep mtxpool -- (already displayed)=0D 5 filedesc structure -- (already displayed)=0D 5 GEOM orphanage -- (already displayed)=0D 4 Giant -- (already displayed)=0D 11 ktrace -- (already displayed)=0D 5 kernel linker -- (already displayed)=0D 1 malloc -- last acquired @ kern/kern_malloc.c:750=0D 11 system map -- (already displayed)=0D 5 devstat -- (already displayed)=0D 9 ttylist -- (already displayed)=0D 6 vm object_list -- (already displayed)=0D 5 UMA lock -- (already displayed)=0D 15 Syncer mtx -- (already displayed)=0D 5 unp -- (already displayed)=0D 5 tcp -- (already displayed)=0D 5 udp -- (already displayed)=0D 5 rip -- (already displayed)=0D 1 addrsel_sxlock -- last acquired @ netinet6/in6_src.c:1031=0D 1 linux osname -- last acquired @ compat/linux/linux_mib.c:231=0D 14 allprison -- (already displayed)=0D 11 ifnet -- (already displayed)=0D 0 nfsd_mtx -- last acquired @ order list:0=0D 8 so_snd -- (already displayed)=0D 0 ddp_list_mtx -- last acquired @ order list:0=0D 1 ddp_mtx -- last acquired @ order list:0=0D 0 slip_mtx -- last acquired @ order list:0=0D 1 slip sc_mtx -- last acquired @ order list:0=0D =0D Spin locks:=0D =0D Locks which were never acquired:=0D swap_pager swhash=0D IPFW dynamic rules=0D rts_inq=0D addrsel_lock=0D pseudofs_vncache=0D gif_mtx=0D ppp_softc_list_mtx=0D faith_mtx=0D tunmtx=0D msq=0D semid=0D nfs4dev state=0D nfs4dev waitq=0D nfs4dev newq=0D nullhs=0D CAM BIOQ lock=0D LED sx=0D LED mtx=0D nfslock=0D umtxq_lock=0D pmc shared lock=0D UUID generator mutex lock=0D rtsock route_cb lock=0D rawcb=0D accept_filter_mtx=0D kqueue order=0D accounting=0D securelevel mutex lock=0D fifo mutex=0D encapmtx=0D phys_pager list=0D dev_pager list=0D dev_pager create=0D swap_pager list=0D PMAP2=0D db> =0D =0D Anything else needed from DDB?=0D =0D Kris=0D --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDNMtaWry0BWjoQKURAs+HAJ44GIoCIjHWplu+qvgXBtp74lRvCACg/wut fNSTm19s8gLIw8t3wYo6yyA= =2/k7 -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 04:34:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B828416A41F; Sat, 24 Sep 2005 04:34:25 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB6943D48; Sat, 24 Sep 2005 04:34:22 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.13.1/8.13.1) with ESMTP id j8O4YK1x009689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 24 Sep 2005 06:34:20 +0200 (MEST) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.13.1/8.13.1) with ESMTP id j8O4YKH0077270; Sat, 24 Sep 2005 04:34:20 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Sat, 24 Sep 2005 04:34:19 +0000 (UTC) Message-Id: <20050924.043419.74681996.Tor.Egge@cvsup.no.freebsd.org> To: truckman@freebsd.org From: Tor Egge In-Reply-To: <200509232147.j8NLl5tw087085@gw.catspoiler.org> References: <200509232147.j8NLl5tw087085@gw.catspoiler.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 1 seconds Cc: scottl@freebsd.org, current@freebsd.org, mckusick@freebsd.org Subject: Re: soft updates / background fsck directory link count bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 04:34:25 -0000 > It appears that there is some sort of interaction between soft updates > and background fsck that results in the link count of the parent of one > of these directories being double decremented, resulting in the file > system being put into an invalid state. If the snapshot for background fsck is taken on a file system which has pending softupdate dependencies then this can happen. For this particular case, the system had a pending dirrem dependency. > The following transcript demonstrates what happens if a background fsck > is run after the leaf directory is removed. What is interesting is that > after the directory the leaf directory has been removed, the effective > link count of the parent directory (displayed by ls) has been > decremented from 3 to 2, whereas the on-disk link count shown by fsdb is > still 3. The background fsck appears to detect the link count as 3, and > executes the sysctl call to decrement the link count, causing both the > effective and actual link counts to be decremented to 1. > My suspicion is that the physical update of the parent directory's link > count after the rmdir of the leaf directory has been deferred until the > leaf directory's inode is zeroed, which turns out to be an indefinite > wait because the inode doesn't get zeroed until fsck is run. ufs_rmdir() calls ufs_dirremove() after having lowered i_effnlink in memory for both leaf and parent directory. ufs_dirremmove() calls softdep_setup_remove() which sets up the softupdates dependencies for reducing di_nlink on disk for leaf and parent directory when it's safe to do so (i.e. after the directory entry referencing the leaf directory has been cleared on disk). See code in reassignbuf() for various delays before the syncer process pushes the dirty buffers to disk. The background fsck found the the di_nlink value being 3 on the parent directory and issued an FFS_ADJ_REFCNT sysctl to reduce it by one, having no knowledge about the pending dirrem dependency. See sysctl_ffs_fsck() for the handling of that sysctl. After background fsck has run and the dirrem dependency has been processed, the link counts for the parent directory are both 1. The latest panic shown on , "panic: handle_written_inodeblock: live inodedep" was probably caused by this issue. If the snapshot was taken while a directory or file was being removed then it might contain an unreferenced inode with a nonzero link count. The background fsck would reduce the link count for the inode, triggering freeing of the inode (c.f. ufs_inactive(), UFS_VFREE(), ffs_vfree() and softdep_freefile()). After writing the zeroed inode to disk the system would panic due to the still pending dirrem dependency. - Tor Egge From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 04:49:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3739316A41F for ; Sat, 24 Sep 2005 04:49:49 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <4334DAE7.8020207@freebsd.org> Date: Sat, 24 Sep 2005 12:49:43 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050911 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: broken dhclient-script in TIMEOUT case X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 04:49:49 -0000 It seems script /sbin/dhclient-script is broken in TIMEOUT case. first, the command parameter is wrong for our ping program, it passes -w parameter to ping, but our ping can only accept -t, if ping -q -c 1 -w 1 "$1"; then second, the statement: eval "ifconfig $interface inet -alias $new_ip_address $medium" immediately removes the address just configured, result is although I have setup a lease section, but I can not set the static ip address after dhcp server timeouts. Patch is below: ------------- timeout 5; retry 60; reboot 10; select-timeout 5; initial-interval 2; #reject 192.33.137.209; script "/sbin/dhclient-script"; interface "bge0" { send host-name "davidxu-t43.my.domain"; # send dhcp-client-identifier 1:0:a0:24:ab:fb:9c; send dhcp-lease-time 3600; # supersede domain-name "netease.com"; prepend domain-name-servers 127.0.0.1; request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name; require subnet-mask, domain-name-servers; # media "media 10baseT/UTP", "media 10base2/BNC"; } lease { interface "bge0"; fixed-address 192.168.1.16; option subnet-mask 255.255.255.0; option routers 192.168.1.6; renew 0 2006/1/1 12:00:00; rebind 0 2006/1/1 12:15:00; expire 0 2006/1/1 12:30:00; } --------------- my sample dhclient.conf: timeout 5; retry 60; reboot 10; select-timeout 5; initial-interval 2; #reject 192.33.137.209; script "/sbin/dhclient-script"; interface "bge0" { send host-name "davidxu-t43.my.domain"; # send dhcp-client-identifier 1:0:a0:24:ab:fb:9c; send dhcp-lease-time 3600; # supersede domain-name "netease.com"; prepend domain-name-servers 127.0.0.1; request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name; require subnet-mask, domain-name-servers; # media "media 10baseT/UTP", "media 10base2/BNC"; } lease { interface "bge0"; fixed-address 192.168.1.16; option subnet-mask 255.255.255.0; option routers 192.168.1.6; renew 0 2006/1/1 12:00:00; rebind 0 2006/1/1 12:15:00; expire 0 2006/1/1 12:30:00; } From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 04:55:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 54F3516A41F; Sat, 24 Sep 2005 04:55:45 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <4334DC4B.7040106@freebsd.org> Date: Sat, 24 Sep 2005 12:55:39 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050911 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <4334DAE7.8020207@freebsd.org> In-Reply-To: <4334DAE7.8020207@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: broken dhclient-script in TIMEOUT case X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 04:55:46 -0000 Sorry, here is the patch: --- dhclient-script Sat Sep 10 10:53:31 2005 +++ /sbin/dhclient-script Sat Sep 24 12:40:38 2005 @@ -272,7 +272,7 @@ if [ -n "$new_routers" ]; then $LOGGER "New Routers ($interface): $new_routers" set "$new_routers" - if ping -q -c 1 -w 1 "$1"; then + if ping -q -c 1 -t 1 "$1"; then if [ "$new_ip_address" != "$alias_ip_address" ]; then add_new_alias fi @@ -282,7 +282,6 @@ fi fi fi - eval "ifconfig $interface inet -alias $new_ip_address $medium" delete_old_routes exit_with_hooks 1 ;; From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 07:41:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9886116A41F; Sat, 24 Sep 2005 07:41:45 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49BB043D4C; Sat, 24 Sep 2005 07:41:45 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8O7fZca090425; Sat, 24 Sep 2005 00:41:39 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509240741.j8O7fZca090425@gw.catspoiler.org> Date: Sat, 24 Sep 2005 00:41:35 -0700 (PDT) From: Don Lewis To: Tor Egge In-Reply-To: <20050924.043419.74681996.Tor.Egge@cvsup.no.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: scottl@FreeBSD.org, current@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: soft updates / background fsck directory link count bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 07:41:45 -0000 On 24 Sep, Tor Egge wrote: >> It appears that there is some sort of interaction between soft >> updates and background fsck that results in the link count of the >> parent of one of these directories being double decremented, >> resulting in the file system being put into an invalid state. > > If the snapshot for background fsck is taken on a file system which > has pending softupdate dependencies then this can happen. For this > particular case, the system had a pending dirrem dependency. In this particular case, the dependency seems to remain pending forever. I executed sync(8), waited for 60+ seconds, and manually typed in a couple of commands before running fsck. Only the the file system modifications done by fsck -B or unmounting the file system seem to flush the parent directory link count update to disk. >> The following transcript demonstrates what happens if a background >> fsck is run after the leaf directory is removed. What is interesting >> is that after the directory the leaf directory has been removed, the >> effective link count of the parent directory (displayed by ls) has >> been decremented from 3 to 2, whereas the on-disk link count shown by >> fsdb is still 3. The background fsck appears to detect the link >> count as 3, and executes the sysctl call to decrement the link count, >> causing both the effective and actual link counts to be decremented >> to 1. > >> My suspicion is that the physical update of the parent directory's >> link count after the rmdir of the leaf directory has been deferred >> until the leaf directory's inode is zeroed, which turns out to be an >> indefinite wait because the inode doesn't get zeroed until fsck is >> run. > > ufs_rmdir() calls ufs_dirremove() after having lowered i_effnlink in > memory for both leaf and parent directory. > > ufs_dirremmove() calls softdep_setup_remove() which sets up the > softupdates dependencies for reducing di_nlink on disk for leaf and > parent directory when it's safe to do so (i.e. after the directory > entry referencing the leaf directory has been cleared on disk). See > code in reassignbuf() for various delays before the syncer process > pushes the dirty buffers to disk. Ok, now I see the code at the end of handle_workitem_remove() that reuses the struct dirrem to decrement the link count of the parent directory. For some reason the second handle_workitem_remove() call is getting deferred indefinitely. > The background fsck found the the di_nlink value being 3 on the parent > directory and issued an FFS_ADJ_REFCNT sysctl to reduce it by one, > having no knowledge about the pending dirrem dependency. See > sysctl_ffs_fsck() for the handling of that sysctl. > > After background fsck has run and the dirrem dependency has been > processed, the link counts for the parent directory are both 1. Yup. Even without the indefinite deferral problem, it seems to me that updating either file or directory link counts in background fsck is hazardous unless the directory slot updates and link count updates can be guaranteed to be consistent in the snapshot. > The latest panic shown on > , "panic: > handle_written_inodeblock: live inodedep" was probably caused by this > issue. If the snapshot was taken while a directory or file was being > removed then it might contain an unreferenced inode with a nonzero > link count. The background fsck would reduce the link count for the > inode, triggering freeing of the inode (c.f. ufs_inactive(), > UFS_VFREE(), ffs_vfree() and softdep_freefile()). After writing the > zeroed inode to disk the system would panic due to the still pending > dirrem dependency. My investigation of that particular problem led me to try this experiment. I actually haven't been able to reproduce the handle_written_inodeblock panic, but I've been able to reproduce the deadlock problem a number of times. From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 08:53:12 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0639F16A41F; Sat, 24 Sep 2005 08:53:12 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B24C43D4C; Sat, 24 Sep 2005 08:53:11 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8O8r1O7090514; Sat, 24 Sep 2005 01:53:05 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509240853.j8O8r1O7090514@gw.catspoiler.org> Date: Sat, 24 Sep 2005 01:53:01 -0700 (PDT) From: Don Lewis To: Tor Egge In-Reply-To: <200509240741.j8O7fZca090425@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: scottl@FreeBSD.org, current@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: soft updates / background fsck directory link count bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 08:53:12 -0000 On 24 Sep, Don Lewis wrote: > On 24 Sep, Tor Egge wrote: >> ufs_dirremmove() calls softdep_setup_remove() which sets up the >> softupdates dependencies for reducing di_nlink on disk for leaf and >> parent directory when it's safe to do so (i.e. after the directory >> entry referencing the leaf directory has been cleared on disk). See >> code in reassignbuf() for various delays before the syncer process >> pushes the dirty buffers to disk. > > Ok, now I see the code at the end of handle_workitem_remove() that > reuses the struct dirrem to decrement the link count of the parent > directory. For some reason the second handle_workitem_remove() call is > getting deferred indefinitely. I believe the problem is that handle_workitem_remove() is putting the the dirrem on the inodep inowait list, but it is never getting moved to the inodep bufwait list because ffs_update() and softdep_update_inodeblock() are not getting called for the leaf directory after the dirrem is put on the inowait list if the link count is too large. In the normal case, it appears that the dirrem migration is triggered when the inode is zeroed in ufs_inactive(), which happens when the first call to handle_workitem_remove() calls vput(). Perhaps the dirrem should be put on the inowait list before the call to ffs_truncate(). >> The background fsck found the the di_nlink value being 3 on the parent >> directory and issued an FFS_ADJ_REFCNT sysctl to reduce it by one, >> having no knowledge about the pending dirrem dependency. See >> sysctl_ffs_fsck() for the handling of that sysctl. >> >> After background fsck has run and the dirrem dependency has been >> processed, the link counts for the parent directory are both 1. > > Yup. > > Even without the indefinite deferral problem, it seems to me that > updating either file or directory link counts in background fsck is > hazardous unless the directory slot updates and link count updates can > be guaranteed to be consistent in the snapshot. I just re-read the section on snapshots in _The Design and Implementation of the FreeBSD Operating System_ and it says that the file system should be synced when the snapshot is created, so this shouldn't be a problem. From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 09:30:18 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F6A916A41F for ; Sat, 24 Sep 2005 09:30:18 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 286BC43D58; Sat, 24 Sep 2005 09:30:15 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id E11881F87BEF; Sat, 24 Sep 2005 11:30:13 +0200 (CEST) Date: Sat, 24 Sep 2005 11:30:13 +0200 From: Roman Neuhauser To: Kris Kennaway Message-ID: <20050924093013.GA40687@isis.sigpipe.cz> Mail-Followup-To: Kris Kennaway , current@FreeBSD.org, jroberson@FreeBSD.org References: <20050428193442.GA29477@xor.obsecurity.org> <20050428193915.GA29513@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050428193915.GA29513@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org, jroberson@FreeBSD.org Subject: Re: panic in ffs_valloc() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 09:30:18 -0000 # kris@obsecurity.org / 2005-04-28 12:39:15 -0700: > On Thu, Apr 28, 2005 at 12:34:42PM -0700, Kris Kennaway wrote: > > e4500 running HEAD with mpsafevfs: > > > > panic: trap: fast data access mmu miss > > cpuid = 6 > > KDB: enter: panic > > [thread pid 15719 tid 100451 ] > > Stopped at kdb_enter+0x3c: ta %xcc, 1 > > db> wh > > Tracing pid 15719 tid 100451 td 0xfffff800ae29e000 > > panic() at panic+0x16c > > trap() at trap+0x45c > > -- fast data access mmu miss tar=0 %o7=0xc02914f0 -- > > ffs_valloc() at ffs_valloc+0x144 > > ufs_makeinode() at ufs_makeinode+0x3c > > ufs_create() at ufs_create+0x34 > > VOP_CREATE_APV() at VOP_CREATE_APV+0xb4 > > vn_open_cred() at vn_open_cred+0x188 > > vn_open() at vn_open+0x18 > > kern_open() at kern_open+0x8c > > open() at open+0x14 > > syscall() at syscall+0x2fc > > -- syscall (5, FreeBSD ELF64, open) %o7=0x403499ac -- I've had the same panic on 6.0 BETA2 i386 two days ago. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 20:40:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CC2616A41F for ; Fri, 23 Sep 2005 20:40:59 +0000 (GMT) (envelope-from leonardo@iken.com.br) Received: from tinc.cathedrallabs.org (tinc.cathedrallabs.org [72.9.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC79043D45 for ; Fri, 23 Sep 2005 20:40:58 +0000 (GMT) (envelope-from leonardo@iken.com.br) Received: by tinc.cathedrallabs.org (Postfix, from userid 1002) id 81838104BF; Fri, 23 Sep 2005 16:40:58 -0400 (EDT) Date: Fri, 23 Sep 2005 16:40:58 -0400 From: Leonardo Chiquitto Filho To: freebsd-current@freebsd.org Message-ID: <20050923204058.GA25742@cathedrallabs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Sat, 24 Sep 2005 11:34:28 +0000 Subject: [PATCH] small sed patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 20:40:59 -0000 Hello, Here's a patch to remove a prototype for a function that doesn't exist anymore. - Leonardo Index: main.c =================================================================== RCS file: /home/ncvs/src/usr.bin/sed/main.c,v retrieving revision 1.36 diff -u -r1.36 main.c --- main.c 10 May 2005 13:40:50 -0000 1.36 +++ main.c 23 Sep 2005 19:58:40 -0000 @@ -114,7 +114,6 @@ static void add_compunit(enum e_cut, char *); static void add_file(char *); -static int inplace_edit(char **); static void usage(void); int From owner-freebsd-current@FreeBSD.ORG Fri Sep 23 21:11:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B717E16A41F for ; Fri, 23 Sep 2005 21:11:12 +0000 (GMT) (envelope-from jackoroses@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FAD43D46 for ; Fri, 23 Sep 2005 21:11:12 +0000 (GMT) (envelope-from jackoroses@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so707337wxc for ; Fri, 23 Sep 2005 14:11:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=Pp8qbKsqqyxqYz3BXJXaz2eW4SGY7rr+/qjDABhxMfDGnN7cz2V645RkWO979Oz+ndHOMa/tzaTLsuA4KcrM+4MSGPJ84oN+2gddsHpV5j1yO0/1dMpgndErEYB9jOvDn4o8zdFd4KItlcCGQlA4ulj2iwJXy77z+V3KwTZ1Tiw= Received: by 10.70.111.11 with SMTP id j11mr1083436wxc; Fri, 23 Sep 2005 13:06:41 -0700 (PDT) Received: by 10.70.90.11 with HTTP; Fri, 23 Sep 2005 13:06:41 -0700 (PDT) Message-ID: <1d001f8505092313066993e1ce@mail.gmail.com> Date: Fri, 23 Sep 2005 16:06:41 -0400 From: Mike Lawrence To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <20050923155302.GE21906@poupinou.org> MIME-Version: 1.0 References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> <20050923155302.GE21906@poupinou.org> X-Mailman-Approved-At: Sat, 24 Sep 2005 11:34:28 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: loanoffers@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 21:11:12 -0000 Has anyone considered looking into the airlink wireless AR315W >From the linuxdevices website The AirLink101 AR315W is based on a Marvell ARM914 board, has a six-port 10/100 Ethernet switch, and can run Linux or eCos just a thought ::reply to is a spam catcher please reply to the list On 9/23/05, Bruno Ducrot wrote: > > On Fri, Sep 23, 2005 at 09:01:05AM -0600, Scott Long wrote: > > There has been talk of doing this in the past year from some people, bu= t > > I don't know if it got very far. If you're inspired, go for it! There > > are plenty of docs on the web about how to attach a serial port header > > and bootstrap it. And, don't underestimate the mips32 work that is > > already in the tree; it's likely a good starting point. > > I thought it was targeted for mips64? > > -- > Bruno Ducrot > > -- Which is worse: ignorance or apathy? > -- Don't know. Don't care. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 05:58:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996CC16A41F for ; Sat, 24 Sep 2005 05:58:20 +0000 (GMT) (envelope-from jason@funtigo.com) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F9643D49 for ; Sat, 24 Sep 2005 05:58:19 +0000 (GMT) (envelope-from jason@funtigo.com) X-ORBL: [69.110.4.205] Received: from win2000 (adsl-69-110-4-205.dsl.pltn13.pacbell.net [69.110.4.205]) by pimout4-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with SMTP id j8O5wDfB199068 for ; Sat, 24 Sep 2005 01:58:19 -0400 Message-ID: <005a01c5c0cc$f5f54340$697ba8c0@win2000> From: "Jason Tsai" To: References: Date: Fri, 23 Sep 2005 22:58:13 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Mailman-Approved-At: Sat, 24 Sep 2005 11:34:28 +0000 Subject: Re: [PATCH] Fixes and tweaks for sis(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 05:58:20 -0000 Hi John, I tested it and it works fine for me, so can you please commit it? My testing system is 7.0-CURRENT. BR Jason ----- Original Message ----- From: "John Baldwin" Newsgroups: mailing.freebsd.current Sent: Friday, September 23, 2005 1:06 PM Subject: [PATCH] Fixes and tweaks for sis(4) > Patch below does the following: > - Remove sis_unit using if_printf() and device_printf() instead. > - Use callout_init_mtx() for the callout. > - Remove spls. > - Fix locking for the ifmedia to happen in the ifmedia handlers > rather than in sis_ioctl(). > > Please test. Thanks! > > http://www.FreeBSD.org/~jhb/patches/sis_locking.patch > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 12:13:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54EBF16A41F for ; Sat, 24 Sep 2005 12:13:42 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB89C43D49 for ; Sat, 24 Sep 2005 12:13:41 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Sat, 24 Sep 2005 07:13:41 -0500 id 000958BC.433542F5.00002630 Received: from dsl-201-144-82-159.prod-infinitum.com.mx (dsl-201-144-82-159.prod-infinitum.com.mx [201.144.82.159]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 24 Sep 2005 07:13:40 -0500 Message-ID: <20050924071340.tr01mijqyocwsgss@mail.bafirst.com> Date: Sat, 24 Sep 2005 07:13:40 -0500 From: eculp@bafirst.com To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: Subject: Weird freeze w/ skype w/kde in current of last 10-15 days. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 12:13:42 -0000 This is a really strange problem that even I don't believe;) I have 7.0-CURRENT FreeBSD 7.0-CURRENT #22: Fri Sep 23 05:39:20 CDT 2005 skype-1.2.0.11 kde-3.4.2 And when I start skype I get a hard lock. No console message, no log messages, nothing. I have to turn it off and back on. The strange part involves the work arounds that are independient of one another that I have found: Kernel compiled prior to around Sept. 9 works fine, zero problems with kde. Current Kernel and using xdm in place of kde, works fine. Now I try to keep my box clean of old libraries and did a portupgrade -Rruf of skype and kde with no changes and even that doesn't explain why an older kernel would work unless I had some old libraries around, I would assume and the working kernels aren't that old. To make it even more unusual I have 4 other machines showing the same symptoms. They are all AMD 32 bit w/ different motherboards and from 256M to 2M in memory. I don't have anything with an intel chip to test on. Any suggestions will be greatly appreciated, I have no idea where else to look. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 13:20:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B794216A41F for ; Sat, 24 Sep 2005 13:20:40 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4180E43D5A for ; Sat, 24 Sep 2005 13:20:37 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at ([213.47.85.26]) by viefep18-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050924132035.EJHQ4453.viefep18-int.chello.at@wombat.fafoe.narf.at>; Sat, 24 Sep 2005 15:20:35 +0200 Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id CDFF310D; Sat, 24 Sep 2005 15:20:34 +0200 (CEST) Date: Sat, 24 Sep 2005 15:20:34 +0200 From: Stefan Farfeleder To: Leonardo Chiquitto Filho Message-ID: <20050924132017.GJ730@wombat.fafoe.narf.at> Mail-Followup-To: Leonardo Chiquitto Filho , freebsd-current@freebsd.org References: <20050923204058.GA25742@cathedrallabs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050923204058.GA25742@cathedrallabs.org> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] small sed patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 13:20:40 -0000 On Fri, Sep 23, 2005 at 04:40:58PM -0400, Leonardo Chiquitto Filho wrote: > > Here's a patch to remove a prototype for a function that doesn't > exist anymore. Committed, thanks. From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 16:00:00 2005 Return-Path: X-Original-To: Freebsd-current@FreeBSD.org Delivered-To: Freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD5716A41F for ; Sat, 24 Sep 2005 16:00:00 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3CC143D48 for ; Sat, 24 Sep 2005 15:59:59 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id C89E4CCF744 for ; Sat, 24 Sep 2005 11:59:57 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Sat, 24 Sep 2005 11:59:57 -0400 X-Sasl-enc: VaEe41EEUl/HB28Q0a/ci59rKs+oeHl74CgTWDutmeeoAOuH4oI 1127577596 Received: from [10.50.159.56] (unknown [204.110.228.254]) by frontend2.messagingengine.com (Postfix) with ESMTP id 8A09F570363 for ; Sat, 24 Sep 2005 11:59:55 -0400 (EDT) Message-ID: <433577B9.8060702@fastmail.fm> Date: Sat, 24 Sep 2005 10:58:49 -0500 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041221 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Freebsd-current@FreeBSD.org References: <432F870D.2080302@fastmail.fm> <20050920.092123.100424336.imp@bsdimp.com> <43308198.9050503@fastmail.fm> In-Reply-To: <43308198.9050503@fastmail.fm> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 16:00:00 -0000 Patrick Bowen wrote: > M. Warner Losh wrote: > >> In message: <432F870D.2080302@fastmail.fm> >> Patrick Bowen writes: >> : I'm running -current on a Dell C600 with a GENERIC kernel, and am >> having : no luck in dumping the CIS from the wi0 pccard (an >> SMC-2532W-B). I've : had the same problem with 5.4#6 and 6.0BETA4. >> : : sg1# pccardc dumpcis >> : 0 slots found >> >> This is expected. pccardc dumpcis doesn't work, and likely will never >> work again. It is part of the old pccard support. >> >> If you have current as of today, however, you can run 'pccard >> dumpcisfile /dev/pccard0.cis'. >> >> : When I remove the card I get the following; >> : : taskqueue_drain with the following non-sleepable locks held: >> : exclusive sleep mutex wi0 (network driver) r = 0 (0xc1c0bb68) >> locked @ : /usr/src/sys/dev/wi/if_wi.c:847 >> : KDB: stack backtrace: >> : kdb_backtrace(1,c1b62650,c1b62400,c1ac1d00,d44dcc2c) at >> kdb_backtrace+0x29 >> : witness_warn(5,0,c0862050,c1b62400,c1b62400) at witness_warn+0x18e >> : taskqueue_drain(c1ac1d00,c1b62650) at taskqueue_drain+0x1a >> : if_detach(c1b62400,c1b62400) at if_detach+0x1a >> : ether_ifdetach(c1b62400,0,c1c0b000,d44dcc94,c05e2590) at >> ether_ifdetach+0x3a >> : ieee80211_ifdetach(c1c0b004,c1b62400,c1b62400,0,c1bec700) at : >> ieee80211_ifdetach+0x50 >> : wi_detach(c1bec700) at wi_detach+0x64 >> : device_detach(c1bec700) at device_detach+0x70 >> : pccard_detach_card(c1af9e00) at pccard_detach_card+0x41 >> : exca_removal(c1ac3004) at exca_removal+0x46 >> : cbb_removal(c1ac3000) at cbb_removal+0x2c >> : cbb_event_thread(c1ac3000,d44dcd38,c1ac3000,c057cb24,0) at : >> cbb_event_thread+0x9a >> : fork_exit(c057cb24,c1ac3000,d44dcd38) at fork_exit+0xa0 >> : fork_trampoline() at fork_trampoline+0x8 >> : --- trap 0x1, eip = 0, esp = 0xd44dcd6c, ebp = 0 --- >> : wi0: detached >> : : ...which doesn't look like a good thing. >> >> It is likely a warning that can be ignored. >> >> : I'm wondering if there is some place in pccardd that is not >> recognizing : the slots on this particular machine. If that were the >> case then it : wouldn't be called when the card was removed, >> accounting (I think) for : the lock error above. >> >> pccardd is deprecated and isn't needed. It should just work. >> >> : Anyone have an idea of what's going on here? I'd be happy to try >> any : patches anyone may have, or to provide more information if >> necessary. In : the meantime, I'll keep looking into it. >> >> Other than not being able to dump the cis, what's the problem that you >> are having? >> >> Warner >> >> >> > That was actually the only problem. It came up when I replied to a > post from someone asking how to get an SMC card to work. You send a > msg back to me asking me to run the 'pccardc dumpcis' command and send > you the output. Since the 'pccardc ...' command didn't work, I got the > info using Slackware Linux, which I've got on the second slice, and > sent you that. > > In this thread I was essentially trying to provide info for the > 'pccardc dumpcis' command, since it seemed to be broken in some way or > another. But if it's deprecated, that's a whole 'nother story. > > My -current is about a week old, so I cvsup'ed another just now. I'll > rebuild everything and try the command you suggested. > > Thanks for your quick reply, > Patrick > > Warner; Sorry about taking so long to get back to you. I've been on the road pretty heavily for the last few days. Got a panic after I rebuilt everything...same panic that Munehiro Matsuda got (re: Panic with recent PCcard changes). So I re-cvsuped sources, re-build everything and tested just now. It all works fine. You're a good man. Thanks for all your hard work. Patrick From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 19:08:14 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142DD16A41F; Sat, 24 Sep 2005 19:08:14 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C8843D48; Sat, 24 Sep 2005 19:08:13 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.13.1/8.13.1) with ESMTP id j8OJ8BRV001375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 24 Sep 2005 21:08:11 +0200 (MEST) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.13.1/8.13.1) with ESMTP id j8OJ8Abc081571; Sat, 24 Sep 2005 19:08:10 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Sat, 24 Sep 2005 19:08:10 +0000 (UTC) Message-Id: <20050924.190810.74675111.Tor.Egge@cvsup.no.freebsd.org> To: truckman@FreeBSD.org From: Tor Egge In-Reply-To: <200509240853.j8O8r1O7090514@gw.catspoiler.org> References: <200509240741.j8O7fZca090425@gw.catspoiler.org> <200509240853.j8O8r1O7090514@gw.catspoiler.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sat_Sep_24_19:08:10_2005_697)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 1 seconds Cc: scottl@FreeBSD.org, tegge@FreeBSD.org, current@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: soft updates / background fsck directory link count bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 19:08:14 -0000 ----Next_Part(Sat_Sep_24_19:08:10_2005_697)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I believe the problem is that handle_workitem_remove() is putting the > the dirrem on the inodep inowait list, but it is never getting moved to > the inodep bufwait list because ffs_update() and > softdep_update_inodeblock() are not getting called for the leaf > directory after the dirrem is put on the inowait list if the link count > is too large. Correct. Running the commands (on an idle system) levels=280 dirchain=`jot $levels | tr '\n' '/'` mkdir -p $dirchain fsync $dirchain rm -rf 1 and monitoring the number of dirrem structures allocated in the kernel (while sleep 1; do vmstat -m | grep dirrem; done) shows that the number of dirrem structures slowly decreases. In this scenario, the rundown still happens since the link count on the inodes are normal. When the rundown doesn't start due to an elevated link count on the leaf inode then a situation might occur where there are no dirty blocks and no softupdate depdendecies for the file system on the global work list while some inodedep and dirrem dependencies for that file system are still lingering. ffs_sync() doesn't detect these lingering dependencies, and vfs_write_suspend() returns without any errors, indicating that the file system has been suspended. > In the normal case, it appears that the dirrem migration is triggered > when the inode is zeroed in ufs_inactive(), which happens when the first > call to handle_workitem_remove() calls vput(). Intermediate nodes ends up waiting for the child inode being zeroed and then written to disk. > Perhaps the dirrem should be put on the inowait list before the call to > ffs_truncate(). If softdep_slowdown() returns a nonzero value then ffs_truncate() can call ffs_syncvnode() before di_size has been set to 0. If the inodeblock is written due to fsync() operations on other inodes in the same inodeblock then the dirrem dependency would be moved to the global work list too early. Enclosed is a patch that forces an ffs_update() call from ufs_inactive() by setting the IN_CHANGE flag if i_effnlink is larger than 0 right before the call to vput(). An alternative is checking i_nlink instead of i_effnlink for faster rundown. - Tor Egge ----Next_Part(Sat_Sep_24_19:08:10_2005_697)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="softdep.diff5" Index: sys/ufs/ffs/ffs_softdep.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_softdep.c,v retrieving revision 1.184 diff -u -r1.184 ffs_softdep.c --- sys/ufs/ffs/ffs_softdep.c 5 Sep 2005 22:14:33 -0000 1.184 +++ sys/ufs/ffs/ffs_softdep.c 24 Sep 2005 18:31:04 -0000 @@ -3477,6 +3477,8 @@ } WORKLIST_INSERT(&inodedep->id_inowait, &dirrem->dm_list); FREE_LOCK(&lk); + if (ip->i_effnlink > 0) + ip->i_flag |= IN_CHANGE; vput(vp); } ----Next_Part(Sat_Sep_24_19:08:10_2005_697)---- From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 19:40:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12CC16A41F for ; Sat, 24 Sep 2005 19:40:54 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54BCF43D48 for ; Sat, 24 Sep 2005 19:40:53 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de Received: from dice.bliss.lan (e178158189.adsl.alicedsl.de [85.178.158.189]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j8OJenxE025427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 24 Sep 2005 21:40:49 +0200 Received: by dice.bliss.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Sat, 24 Sep 2005 21:40:50 +0200 (CEST) Date: Sat, 24 Sep 2005 21:40:21 +0200 From: Stefan Sperling To: Stepan Rakhimov Message-ID: <20050924194019.GA872@dice.bliss.lan> Mail-Followup-To: Stepan Rakhimov , freebsd-current@freebsd.org References: <43310849.6020201@mail.ru> <200509211424.54980.root@solink.ru> <43311D9E.2070507@ebs.gr> <43324302.1060108@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43324302.1060108@mail.ru> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (-1.423) AWL,BAYES_00,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: freebsd-current@freebsd.org Subject: Re: works good (Was: Re: BETA5: nvidia-driver starts crashing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 19:40:55 -0000 On Thu, Sep 22, 2005 at 09:37:06AM +0400, Stepan Rakhimov wrote: > >> Well, all my friends think that nvidia drivers actualy do not work in > >> 6-CURRENT, i am surprised if it did on BETA4 on your machine. > >> > >> but nv driver works fine. > >> > >> Well everything is strange, lets wait for more posts. > > > > > > It sure works fine here (BETA5, nvidia-driver-1.0.7676) after rebuilding > > it. What is the panic message and trace? > > > > Well, second rebuild helped me, I upgraded from BETA2 to BETA5 today. I also had to rebuild the nvidia driver twice. After the first build, the driver paniced on load. I can now load it, but I get this panic when unloading the driver: Sep 24 21:16:52 dice kernel: Fatal trap 12: page fault while in kernel mode Sep 24 21:16:52 dice kernel: fault virtual address = 0x15 Sep 24 21:16:52 dice kernel: fault code = supervisor read, page not present Sep 24 21:16:52 dice kernel: instruction pointer = 0x20:0xc0698fb0 Sep 24 21:16:52 dice kernel: stack pointer = 0x28:0xdeb3abcc Sep 24 21:16:52 dice kernel: frame pointer = 0x28:0xdeb3abec Sep 24 21:16:52 dice kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 24 21:16:52 dice kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 24 21:16:52 dice kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 24 21:16:52 dice kernel: current process = 1080 (kldunload) Sep 24 21:16:52 dice kernel: trap number = 12 Sep 24 21:16:52 dice kernel: panic: page fault Sep 24 21:16:52 dice kernel: KDB: stack backtrace: Sep 24 21:16:52 dice kernel: kdb_backtrace(c073aef5,c0796fa0,c072c172,deb3aaf0,100) at kdb_backtrace+0x2e Sep 24 21:16:52 dice kernel: panic(c072c172,c075021d,deb3ab8c,1,1) at panic+0xb7 Sep 24 21:16:52 dice kernel: trap_fatal(deb3ab8c,15,1,0,c0bd96e0) at trap_fatal+0x2fe Sep 24 21:16:52 dice kernel: trap_pfault(deb3ab8c,0,15,c1dfbc00,15) at trap_pfault+0x232 Sep 24 21:16:52 dice kernel: trap(8,28,28,c144d680,c144e8c0) at trap+0x362 Sep 24 21:16:52 dice kernel: calltrap() at calltrap+0x5 Sep 24 21:16:52 dice kernel: --- trap 0xc, eip = 0xc0698fb0, esp = 0xdeb3abcc, ebp = 0xdeb3abec --- Sep 24 21:16:52 dice kernel: uma_zfree_internal(c144d680,c1d52180,0,1,3,c1d69e00,c144e8c0) at uma_zfree_internal+0x100 Sep 24 21:16:52 dice kernel: uma_zfree_arg(c144d680,c1d52180,0,c07392d1,0) at uma_zfree_arg+0x3c5 Sep 24 21:16:52 dice kernel: malloc_uninit(c0bd96e0,c07392d1,deb3ac5c,deb3ac60,0) at malloc_uninit+0xe9 Sep 24 21:16:52 dice kernel: linker_file_sysuninit(c1d69e00,0,0,c2a4f180,0) at linker_file_sysuninit+0x90 Sep 24 21:16:52 dice kernel: linker_file_unload(c1d69e00,0,deb3acd0,c055b928,c22cc960) at linker_file_unload+0x136 Sep 24 21:16:52 dice kernel: kern_kldunload(c22cc960,2,0,deb3ad30,c0702e20) at kern_kldunload+0xb5 Sep 24 21:16:52 dice kernel: kldunloadf(c22cc960,deb3ad04,8,c22cc960,280bd000) at kldunloadf+0x2c Sep 24 21:16:52 dice kernel: syscall(3b,3b,3b,2,bfbfe9e2) at syscall+0x350 Sep 24 21:16:52 dice kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 24 21:16:52 dice kernel: --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280bc3df, esp = 0xbfbfe40c, ebp = 0xbfbfe878 --- Sep 24 21:16:52 dice kernel: KDB: enter: panic The nv driver seems stable so far. -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 20:51:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EE0A16A420 for ; Sat, 24 Sep 2005 20:51:32 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04A443D48 for ; Sat, 24 Sep 2005 20:51:31 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 415B7BC66 for ; Sat, 24 Sep 2005 20:51:30 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Sat, 24 Sep 2005 22:51:29 +0200 Message-ID: <67018.1127595089@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: HEADSUP: bus_space/resource API improvements. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 20:51:32 -0000 I have committed the new convenience functions for bus_space/resources, and updated a couple of drivers (pci/if_sis, dev/ieee488, dev/adlink) to use them. On average, 10-30 lines of code less is necessary for each device driver and very often two or more fields from the softc disappear as well. The changes are MFC'able, but no decision has been taken on this yet. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Sep 24 21:23:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F45616A41F; Sat, 24 Sep 2005 21:23:16 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBFEA43D48; Sat, 24 Sep 2005 21:23:15 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8OLJp5P091812; Sat, 24 Sep 2005 14:22:59 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509242122.j8OLJp5P091812@gw.catspoiler.org> Date: Sat, 24 Sep 2005 14:19:51 -0700 (PDT) From: Don Lewis To: Tor.Egge@cvsup.no.freebsd.org In-Reply-To: <20050924.190810.74675111.Tor.Egge@cvsup.no.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: tegge@FreeBSD.org, scottl@FreeBSD.org, current@FreeBSD.org, mckusick@FreeBSD.org Subject: Re: soft updates / background fsck directory link count bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 21:23:16 -0000 On 24 Sep, Tor Egge wrote: >> Perhaps the dirrem should be put on the inowait list before the call to >> ffs_truncate(). > > If softdep_slowdown() returns a nonzero value then ffs_truncate() can call > ffs_syncvnode() before di_size has been set to 0. If the inodeblock is written > due to fsync() operations on other inodes in the same inodeblock then the > dirrem dependency would be moved to the global work list too early. That's one of the subtle points in this code that I figured was likely suprise me. > Enclosed is a patch that forces an ffs_update() call from ufs_inactive() by > setting the IN_CHANGE flag if i_effnlink is larger than 0 right before the call > to vput(). An alternative is checking i_nlink instead of i_effnlink for faster > rundown. Relying on ufs_inactive() is probably the wrong thing to do because the ufs_inactive() call can be deferred indefinitely if another process holds a reference to the vnode. This is sufficient to cause background fsck to do the wrong thing even in the normal case. scratch:dl 114#fsck -fp /dev/da0s2a /dev/da0s2a: 407146 files, 2563556 used, 2881549 free (23605 frags, 357243 blocks, 0.4% fragmentation) scratch:dl 115#mount /dev/da0s2a /mnt scratch:dl 116#mkdir /mnt/tmp/a /mnt/tmp/a/b scratch:dl 118#(cd /mnt/tmp/a/b && sleep 600) & [1] 3770 scratch:dl 121#sync scratch:dl 122#sleep 60 scratch:dl 123#fsck -fBp /dev/da0s2a /dev/da0s2a: LINK COUNT DIR I=307824 OWNER=root MODE=40755 /dev/da0s2a: SIZE=512 MTIME=Sep 24 13:52 2005 COUNT 3 SHOULD BE 2 (ADJUSTED) /dev/da0s2a: 407148 files, 2563557 used, 2881548 free (23604 frags, 357243 blocks, 0.4% fragmentation) scratch:dl 124#wait [1] Done ( cd /mnt/tmp/a/b && sleep 600 ) scratch:dl 125#ls -lid /mnt/tmp/a 307824 drwxr-xr-x 1 root wheel 512 Sep 24 13:52 /mnt/tmp/a Oops! I think the cleanest fix would be for handle_workitem_remove() to explicity call ffs_update(). Another subtle point is that ufs_inactive() calls vn_write_suspend_wait() before calling UFS_UPDATE(), but I don't think we want to call vn_write_suspend_wait() here.