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: