From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 23:59:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0FEA16A4DF for ; Sat, 2 Sep 2006 23:59:30 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id D089A43D45 for ; Sat, 2 Sep 2006 23:59:29 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1460746wxd for ; Sat, 02 Sep 2006 16:59:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qi92lZJNCEpO5adkgjaQ5yyCrA9Xf+rtu4krM1WgVJoCcfLHQ40Lz6Z23UdLvD2/mGAPLY5T6kTCRzGT6MS/Mz2+CvyCIuB5mOK96dv9YeVuKX/Lmhhhp2s4guulMo70mSK3WCn7xsE3p0fb6eGpv5iv0Y9vP0pQeLOySvZTSw8= Received: by 10.70.123.14 with SMTP id v14mr5282638wxc; Sat, 02 Sep 2006 16:59:29 -0700 (PDT) Received: by 10.70.38.5 with HTTP; Sat, 2 Sep 2006 16:59:29 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 01:59:29 +0200 From: "Claus Guttesen" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> X-Mailman-Approved-At: Sun, 03 Sep 2006 00:10:39 +0000 Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 23:59:30 -0000 > > mpt0: Timedout requests already complete. Interrupts may not be functioning. > > > I've seen this on Supermicro EM64T in the past on 7-current, but that > went away about 3-4 weeks ago. It really seemed to me that this was > indeed an interrupt related problem. > > Yup, sounds like a mess here. But is there a solution or workaround rather than just concluding? regards Claus From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 00:06:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1376016A4E0 for ; Sun, 3 Sep 2006 00:06:18 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1106A43D55 for ; Sun, 3 Sep 2006 00:06:16 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1461988wxd for ; Sat, 02 Sep 2006 17:06:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=E2UUYVtecG2xavrrORD6mSWx9ZMPYLE3wXQqZPrf4gb+TGzewXxLvgBSN8EvVp1CYUc6ySP/827ZTuMVHV+ew6Cx/nJ03MFGv41rd0zrM3yqidqiWp+Wx7Y4xFwFrOWCPSMdJOh+NwlAAdRcQJXxIkIHKQiUjSkblu9lDFnTnwU= Received: by 10.90.117.11 with SMTP id p11mr962060agc; Sat, 02 Sep 2006 17:06:16 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 17:06:16 -0700 (PDT) Message-ID: <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> Date: Sat, 2 Sep 2006 17:06:16 -0700 From: "Matthew Jacob" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> X-Mailman-Approved-At: Sun, 03 Sep 2006 00:10:45 +0000 Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:06:18 -0000 > > > > Yup, sounds like a mess here. > > But is there a solution or workaround rather than just concluding? > Well, I've collected some info and am trying to sort through all of the stories. There certainly is something wrong with recent mpt(4) and I'm trying to figure out what. It affects some people's h/w (not mine when I tested prior to making the checkins). So, I'm trying to come up with a solution, yes. *Much* regards -matt From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 00:37:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1D016A4E2 for ; Sun, 3 Sep 2006 00:37:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F4E43D6E for ; Sun, 3 Sep 2006 00:37:24 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1959042pye for ; Sat, 02 Sep 2006 17:37:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h1LMo8NQBfV2QhXdTxU1WNzKdF7AMPvb3YY6G1vxp7QY/SImZKeo6CuytQE2sSPtN9qMEUPfjH+ttPXGoLXt2ValRDrSI9W+Ps0v15Tdo5nKNv7WNYdGAkZxgXvOvT5/mhCnVSOpS7ym2Rm7sGCW0leOPRRr9Sm6JyH6O+TH6dA= Received: by 10.35.45.1 with SMTP id x1mr6472137pyj; Sat, 02 Sep 2006 17:37:24 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Sat, 2 Sep 2006 17:37:24 -0700 (PDT) Message-ID: <2a41acea0609021737q72d1af79kbc9ef45ac0102f7e@mail.gmail.com> Date: Sat, 2 Sep 2006 17:37:24 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <44F9384C.9070902@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:37:32 -0000 On 9/2/06, Andre Oppermann wrote: > Jack Vogel wrote: > > This is a patch for the stack and the em driver to enable TSO > > on CURRENT. Previously I had problems getting it to work, but > > this is functional. > > > > I should note that CURRENT is being a pain right now, when > > I comment out em in the config the kernel panics coming up, > > so I had to substitute this code into the tree. Rather bizarre :) > > > > I have this functionality running on a 6.1 based system, and > > our test group is already testing against that driver, so far > > things are looking good. > > > > I have designed it so the driver can continue to be built > > without support. There is also a sysctl in the stack code > > so you can set net.inet.tcp.tso_enable on or off and > > compare. > > > > I know there may be some refinements to add in, but I > > would like to get this into CURRENT as a start. > > I can't comment on the em part but the tcp_output.c stuff looks > very much like a straight port from NetBSD. If we take code from > the other BSDs we have to remark this in the emails we send with > patches and the commit message (otherwise we get accused of 'stealing > without attribution'). Although the code would work I have some ideas > to implement this in a different way for our stack (we have certain > divergence from the other BSDs). If you don't get an alternative > patch form me until this Thursday be free to go with this patch taking > into consideration Robert's comments and mine from your earlier version. Yes, I was planning on adding the code Robert talked about, it doesnt change anything fundamental in this patch. What I would like to see in some ways is an idea from what Linux does, but it would change the stack more than this does. We would remove all code that segments from tcp and do it just before calling the driver, in effect the routine Robert is talking about would be the normal path, doing software segmentation, and at that same point we would discover that the interface was TSO capable and call that. I think at that point we would have easy access to the ifp struct and it would eliminate the need for the discovery routine in tcp_subr.c. What were you thinking of doing? Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 00:41:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D78E16A4FE for ; Sun, 3 Sep 2006 00:41:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB85643D5C for ; Sun, 3 Sep 2006 00:41:53 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1960793pye for ; Sat, 02 Sep 2006 17:41:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AzxKvQb49BBLGFjckjGHMRGCSCA6BJWYTvJG0u8quwtowVibxrx8TPMUppq1//bUyzEUHb7ABzToyQDsADEhxbr4l60cZwykZsLfqI/L7Vrtg+khPrh6YxZvbm/6adf8EL6EC+6tZ6gRwViNqx8EgVADUj96DhosqSGPiASymhs= Received: by 10.35.60.15 with SMTP id n15mr6492232pyk; Sat, 02 Sep 2006 17:41:53 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Sat, 2 Sep 2006 17:41:53 -0700 (PDT) Message-ID: <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> Date: Sat, 2 Sep 2006 17:41:53 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <44F9384C.9070902@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:41:57 -0000 On 9/2/06, Andre Oppermann wrote: > I can't comment on the em part but the tcp_output.c stuff looks > very much like a straight port from NetBSD. If we take code from > the other BSDs we have to remark this in the emails we send with > patches and the commit message (otherwise we get accused of 'stealing > without attribution'). I dont know that I'd call it a straight port, rather I was working from some prototype code that Prafulla had working back on 4.7, but I think at that time that he may have patterned it after NetBSD. I certainly don't claim any grand originality here, we stop the tcp stack from segmenting so the hardware can do it :), but I have no problem attributing the NetBSD crew. Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 00:21:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F6916A580 for ; Sun, 3 Sep 2006 00:21:25 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B401243D78 for ; Sun, 3 Sep 2006 00:21:10 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1464542wxd for ; Sat, 02 Sep 2006 17:21:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TIxY82ZHc+T3Gi65cOcnEX9DSg//OCUCIWGnMX2ABTYZp8zes7ZiSZYpvIDL3qmUnB2WYRKIaqih6wCg+WpVGNmYNapCxR+f9uievovkzSIwl/1r/hZadLg4POqUoN2cxb+aPVBkXS1M5zqbi03DYcAImgZTioYD00Lzarz9vfQ= Received: by 10.70.111.2 with SMTP id j2mr5157681wxc; Sat, 02 Sep 2006 17:21:09 -0700 (PDT) Received: by 10.70.38.5 with HTTP; Sat, 2 Sep 2006 17:21:09 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 02:21:09 +0200 From: "Claus Guttesen" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> X-Mailman-Approved-At: Sun, 03 Sep 2006 01:06:17 +0000 Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:21:25 -0000 > > > Yup, sounds like a mess here. > > But is there a solution or workaround rather than just concluding? > > Well, I've collected some info and am trying to sort through all of > the stories. There certainly is something wrong with recent mpt(4) and > I'm trying to figure out what. It affects some people's h/w (not mine > when I tested prior to making the checkins). > > So, I'm trying to come up with a solution, yes. > *Much* regards Thank you :-) I am myself considering hardware from the same vendor and I assume others are as well, so I appreciate the effort. regards Claus From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 00:27:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5836916A4E1 for ; Sun, 3 Sep 2006 00:27:43 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id E012643D6B for ; Sun, 3 Sep 2006 00:27:41 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1465727wxd for ; Sat, 02 Sep 2006 17:27:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZVTA/ZSLE0kBWYgHxMJK22zO3bj75Hezuvx5RDOtNbPXfRuMt4ot/LqqWvvgioto+A6lV0yyj/MsVaRPKOVMpb9q+ry3X6KkDSr3ta3JIBhoaB3XDjtNBvGTf/aOXEomEOPd+bvjBaQHHNtSNl5lH1ezRbFNIAyu73R0pPVVWis= Received: by 10.90.68.15 with SMTP id q15mr973674aga; Sat, 02 Sep 2006 17:27:41 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 17:27:41 -0700 (PDT) Message-ID: <7579f7fb0609021727k3044cb30j6afeec90ce5ade5b@mail.gmail.com> Date: Sat, 2 Sep 2006 17:27:41 -0700 From: "Matthew Jacob" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> X-Mailman-Approved-At: Sun, 03 Sep 2006 01:06:32 +0000 Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:27:43 -0000 > > Thank you :-) I am myself considering hardware from the same vendor > and I assume others are as well, so I appreciate the effort. It's a Tier One vendor- you can rest assured that FreeBSD will support it. From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 05:55:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32B4316A4DE for ; Sun, 3 Sep 2006 05:55:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F7CA43D4C for ; Sun, 3 Sep 2006 05:55:11 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2094968pye for ; Sat, 02 Sep 2006 22:55:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aM7l3fuR52LeZ3AG+XeuVpmDfuFdk4Fa6ZRvAXtDSmlEkXreBvW3kmPS6i3xpS/fOWk2j+7kdQX3wDYp6TVygAk75o/NYSUFj/uIzSBTxkjegqXsONAKEPXs3Cv7JNxZFRSmlhjnnWjz2bamEjhq3Ifk1ZoGVdfo9iUKB17fmZU= Received: by 10.35.100.6 with SMTP id c6mr6993890pym; Sat, 02 Sep 2006 22:55:11 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Sat, 2 Sep 2006 22:55:11 -0700 (PDT) Message-ID: <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> Date: Sat, 2 Sep 2006 22:55:11 -0700 From: "Jack Vogel" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> Cc: rodperson@adelphia.net, current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 05:55:12 -0000 On 9/2/06, Matthew Jacob wrote: > Darn! > I am having this same problem on a couple of flavor Dell servers, one is a 2850, the other is newer, but I forget the model. What they have in common is the LSI Fusion SCSI controller (mpt). I have some more really odd data, I installed the second Dell from the August snapshot, then I patched the kernel with the TSO stack changes I was working on. That kernel booted fine, so next I went to config and took out the em driver so I could load my own. Soon as I did that I got the mpt0 problem and it panics before it can even come up single. Setting em to be static again and no panic. Its in the interrupt setup that the problem lies I suspect. Hope this is useful data. Jack From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 06:02:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E38CF16A4DF for ; Sun, 3 Sep 2006 06:02:42 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DD943D45 for ; Sun, 3 Sep 2006 06:02:40 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1515309wxd for ; Sat, 02 Sep 2006 23:02:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IsYDIiKO/Pgpln53I+7MuBdGb3xLC4+eGlLuS0Mp4IsF9Yg4flSmstC0A5iBpu4uh2mxsWaVT3uSF3BFcwQtAJEN7StwY/5n7N5c8VrKHzPsWkPXYiEQZAssefurw7nsPDTQHYDyezZ0GVfAy45th7EDeGK5d/VizhPeZXa+zHI= Received: by 10.90.78.9 with SMTP id a9mr998347agb; Sat, 02 Sep 2006 23:02:40 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 23:02:39 -0700 (PDT) Message-ID: <7579f7fb0609022302t62a80470x5c223e960ffeb628@mail.gmail.com> Date: Sat, 2 Sep 2006 23:02:39 -0700 From: "Matthew Jacob" To: "Jack Vogel" In-Reply-To: <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> Cc: rodperson@adelphia.net, current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 06:02:43 -0000 > I am having this same problem on a couple of flavor Dell > servers, one is a 2850, the other is newer, but I forget > the model. >.. > Soon as I did that I got the mpt0 problem and it panics > before it can even come up single. > > Its in the interrupt setup that the problem lies I suspect. > > Hope this is useful data. It is. I have a 2850 also that worked fine last I checked too. From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 06:10:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B057416A4DE for ; Sun, 3 Sep 2006 06:10:14 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id D838B43D49 for ; Sun, 3 Sep 2006 06:10:13 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 0AD4D32E5C8; Sun, 3 Sep 2006 06:10:12 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id D39411141D; Sun, 3 Sep 2006 08:10:11 +0200 (CEST) Date: Sun, 3 Sep 2006 08:10:11 +0200 From: "Simon L. Nielsen" To: Jack Vogel Message-ID: <20060903061010.GA981@zaphod.nitro.dk> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: Matthew Jacob , rodperson@adelphia.net, current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 06:10:14 -0000 On 2006.09.02 22:55:11 -0700, Jack Vogel wrote: > On 9/2/06, Matthew Jacob wrote: > >Darn! > > > > I am having this same problem on a couple of flavor Dell > servers, one is a 2850, the other is newer, but I forget > the model. What they have in common is the LSI > Fusion SCSI controller (mpt). > > I have some more really odd data, I installed the second > Dell from the August snapshot, then I patched the kernel > with the TSO stack changes I was working on. That kernel > booted fine, so next I went to config and took out the em > driver so I could load my own. > > Soon as I did that I got the mpt0 problem and it panics > before it can even come up single. > > Setting em to be static again and no panic. > > Its in the interrupt setup that the problem lies I suspect. Have you tried to disable the USB controler in the BIOS? I (and others if you search the lists) have had problems with Dell PE 1850/2850's if the USB controller was enabled which caused hangs as soon as there was a moderate ammount of disc IO. I can't recall what the earlier threads on the topic came up with as the cause for this, but I seem to recall it was related to interrupts. Could be related to what you are seeing, or maybe not. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 06:33:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8D6516A4DE for ; Sun, 3 Sep 2006 06:33:07 +0000 (UTC) (envelope-from prvs=julian=39403106a@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6821543D45 for ; Sun, 3 Sep 2006 06:33:07 +0000 (GMT) (envelope-from prvs=julian=39403106a@elischer.org) Received: from unknown (HELO [192.168.2.6]) ([10.251.60.39]) by a50.ironport.com with ESMTP; 02 Sep 2006 23:33:06 -0700 Message-ID: <44FA7720.5040304@elischer.org> Date: Sat, 02 Sep 2006 23:33:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> In-Reply-To: <20060902031247.GE749@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Lucas James , freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2006 06:33:07 -0000 Peter Jeremy wrote: >On Sat, 2006-Sep-02 09:56:53 +1000, Lucas James wrote: > > >>On Saturday 02 September 2006 03:53, Garance A Drosehn wrote:> >> >> >>>mode. Not ever. Date is a command to set or display dates. >>>It is not a command to filter files. 'cat' would be a more >>> >>> >>appropriate place to add this option. >> >> > >I tend to agree. > > > >>or add an option to cat to prepend each line with an arbitrary string ala: >> >>cat -p `date` file >> >> > >Firstly, we already have this: > sed "s=^=$(date)=" file > >And secondly, this pre-pends a fixed string. What's wanted is a filter >to prepend a time/date stamp (which varies) to the input stream. > >The justification for extending date(1) is that it already has the code >to handle date/time stamps. In reality, this code is all in strftime(3) >and cat(1) already has hooks to insert a string at the beginning of a >line so I believe that the attached patch is more appropriate. (Man >page update on request). > > I look forward to this commit.. (I don't care where I get the capacity from as long as I can datestamp files) puting it in 'tee' is also an option.. timestamping the 'file' output. > > >------------------------------------------------------------------------ > >Index: cat.c >=================================================================== >RCS file: /usr/ncvs/src/bin/cat/cat.c,v >retrieving revision 1.32 >diff -u -r1.32 cat.c >--- cat.c 10 Jan 2005 08:39:20 -0000 1.32 >+++ cat.c 2 Sep 2006 03:08:58 -0000 >@@ -67,6 +67,7 @@ > int bflag, eflag, nflag, sflag, tflag, vflag; > int rval; > const char *filename; >+const char *datefmt; > > static void usage(void); > static void scanfiles(char *argv[], int cooked); >@@ -84,7 +85,7 @@ > > setlocale(LC_CTYPE, ""); > >- while ((ch = getopt(argc, argv, "benstuv")) != -1) >+ while ((ch = getopt(argc, argv, "benp:stuv")) != -1) > switch (ch) { > case 'b': > bflag = nflag = 1; /* -b implies -n */ >@@ -95,6 +96,8 @@ > case 'n': > nflag = 1; > break; >+ case 'p': >+ datefmt = optarg; > case 's': > sflag = 1; > break; >@@ -177,6 +180,8 @@ > cook_cat(FILE *fp) > { > int ch, gobble, line, prev; >+ char datebuf[1024]; >+ time_t now; > > /* Reset EOF condition on stdin. */ > if (fp == stdin && feof(stdin)) >@@ -198,6 +203,14 @@ > if (ferror(stdout)) > break; > } >+ if (datefmt != NULL) { >+ time(&now); >+ strftime(datebuf, sizeof(datebuf), datefmt, >+ localtime(&now)); >+ (void)fputs(datebuf, stdout); >+ if (ferror(stdout)) >+ break; >+ } > } > if (ch == '\n') { > if (eflag && putchar('$') == EOF) > > From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 10:15:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A1B16A4DA; Sun, 3 Sep 2006 10:15:09 +0000 (UTC) (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 D704643D45; Sun, 3 Sep 2006 10:15:07 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DD58.dip.t-dialin.net [84.165.221.88]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k839t1Ag095330; Sun, 3 Sep 2006 11:55:02 +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.4/8.13.3) with ESMTP id k83AExQR053708; Sun, 3 Sep 2006 12:14:59 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 3 Sep 2006 12:15:05 +0200 From: Alexander Leidinger To: Ivan Voras Message-ID: <20060903121505.21d29a49@Magellan.Leidinger.net> In-Reply-To: References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; 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: mami@nyitolap.hu, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 10:15:09 -0000 Quoting Ivan Voras (Sun, 03 Sep 2006 01:35:21 +0200): > Alexander Leidinger wrote: > > > May I direct your eyes to our now tool "sade" in -current? > > Yeah, it's really new - some of the files are only 11 years old :) > > (CVS copy from sysinstall, right?) Yes. And then stripped down. > I'm interested in helping on this when I get a -current system running. I suggest to coordinate with mami@nyitolap.hu (CCed), he expressed interest in continuing the improvements, but I don't know what the status of this is currently. Bye, Alexander. -- I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED Bart Simpson on chalkboard in episode AABF20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 10:15:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F114716A4DE; Sun, 3 Sep 2006 10:15:15 +0000 (UTC) (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 C1A3843D58; Sun, 3 Sep 2006 10:15:14 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DD58.dip.t-dialin.net [84.165.221.88]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k839tD0k095335; Sun, 3 Sep 2006 11:55:14 +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.4/8.13.3) with ESMTP id k83AFB68053784; Sun, 3 Sep 2006 12:15:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 3 Sep 2006 12:15:05 +0200 From: Alexander Leidinger To: Ivan Voras Message-ID: <20060903121505.21d29a49@Magellan.Leidinger.net> In-Reply-To: References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; 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: mami@nyitolap.hu, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 10:15:16 -0000 Quoting Ivan Voras (Sun, 03 Sep 2006 01:35:21 +0200): > Alexander Leidinger wrote: > > > May I direct your eyes to our now tool "sade" in -current? > > Yeah, it's really new - some of the files are only 11 years old :) > > (CVS copy from sysinstall, right?) Yes. And then stripped down. > I'm interested in helping on this when I get a -current system running. I suggest to coordinate with mami@nyitolap.hu (CCed), he expressed interest in continuing the improvements, but I don't know what the status of this is currently. Bye, Alexander. -- I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED Bart Simpson on chalkboard in episode AABF20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 13:42:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C918A16A4DA for ; Sun, 3 Sep 2006 13:42:13 +0000 (UTC) (envelope-from nikruzhan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1206C43D45 for ; Sun, 3 Sep 2006 13:42:12 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1487027uge for ; Sun, 03 Sep 2006 06:42:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=DRRb/0OteHWTwy+oAapjgGUlrrEGmt9ZbZGvhztw6zK28zp3RWtKvN56Mqy8FB5MuOaWfmSZmPzA9QTjNCUHqBQBkw5CeMY7xvIgk8vvw51xOxCJzAMEEaokvIyNCLJI7EWGAFlceaC5IhTEgPdtE560i10vTeZ+hOml3FirSos= Received: by 10.66.244.11 with SMTP id r11mr2278439ugh; Sun, 03 Sep 2006 06:42:11 -0700 (PDT) Received: by 10.67.99.5 with HTTP; Sun, 3 Sep 2006 06:42:11 -0700 (PDT) Message-ID: <60ffc71f0609030642h4bcb306eh6dab804d1dec1045@mail.gmail.com> Date: Sun, 3 Sep 2006 21:42:11 +0800 From: Nik To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ldap+samba problem on FreeBSD 5.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, 03 Sep 2006 13:42:13 -0000 Hi all, I already can see the test id that I add from test.ldif file. But when I try to su to that username it give me this message: > id testuser uid=15000(testuser) gid=15000(testgroup) groups=15000(testgroup) > su testuser [I have no name!@haniey /usr/local/etc/openldap]$ > finger testuser finger: testuser: no such user It's suppose to create one directory folder for testuser at /usr/home/testuser but there is no folder at all. It's also giving me this error log message upon slapd start. slapd[1028]: nss_ldap: could not search LDAP server - Server is unavailable FYI, I've edit the /etc/pam.d and /etc/nsswitch.conf to the need. At the moment I haven't setup samba yet just try to manage ldap working fiest. Here is my config's file: ## ------------------------ldap.conf host hay.ath.cx base dc=hay,dc=ath,dc=cx rootbinddn cn=Manager,dc=hay,dc=ath,dc=cx ssl no pam_passwd md5 bind_timelimit 10 bind_policy soft pam_filter objectclass=posixaccount pam_login_attribute uid scope one pam_password exop nss_base_passwd ou=Users,dc=hay,dc=ath,dc=cx?one nss_base_passwd ou=Computers,dc=hay,dc=ath,dc=cx?one nss_base_shadow ou=Users,dc=hay,dc=ath,dc=cx?one nss_base_group ou=Groups,dc=hay,dc=ath,dc=cx?one ## ------------------------slapd.conf include /usr/local/etc/openldap/schema/core.schema include /usr/local/etc/openldap/schema/corba.schema include /usr/local/etc/openldap/schema/cosine.schema include /usr/local/etc/openldap/schema/inetorgperson.schema include /usr/local/etc/openldap/schema/nis.schema include /usr/local/etc/openldap/schema/misc.schema include /usr/local/etc/openldap/schema/openldap.schema include /usr/local/etc/openldap/schema/samba.schema pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args # Load dynamic backend modules: modulepath /usr/local/libexec/openldap moduleload back_bdb #moduleload back_ldap #moduleload back_ldbm #moduleload back_passwd #moduleload back_shell # Allow LDAPv2 client connections. This is NOT the default. allow bind_v2 sasl-realm HAY.ATH.CX sasl-host ldap.hay.ath.cx sasl-secprops none loglevel -1 database bdb suffix "dc=haniey,dc=ath,dc=cx" rootdn "cn=Manager,dc=haniey,dc=ath,dc=cx" rootpw {MD5}mbb7z3WFoj0R807QFJlmDw== directory /var/db/openldap-data # Indices to maintain for this database index objectClass eq,pres index ou,cn,mail,surname,givenname eq,pres,sub index uidNumber,gidNumber,loginShell eq,pres index uid,memberUid eq,pres,sub index nisMapName,nisMapEntry eq,pres,sub index sambaSID eq index sambaPrimaryGroupSID eq index sambaDomainName eq index default sub schemacheck on lastmod on ## ---------------------------------test.ldif dn: dc=hay,dc=ath,dc=cx dc: hay objectClass: top objectClass: domain objectClass: domainRelatedObject associatedDomain: haniey.ath.cx dn: ou=Users,dc=hay,dc=ath,dc=cx ou: Users objectClass: top objectClass: organizationalUnit dn: ou=Computers,dc=hay,dc=ath,dc=cx ou: Computers objectClass: top objectClass: organizationalUnit dn: ou=Groups,dc=hay,dc=ath,dc=cx ou: Groups objectClass: top objectClass: organizationalUnit dn: uid=testuser,ou=Users,dc=hay,dc=ath,dc=cx cn: testuser sn: Dummy objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: posixAccount objectClass: top objectClass: shadowAccount uid: testuser userpassword: uidnumber: 15000 gidnumber: 15000 gecos: Test User Dummy loginShell: /usr/local/bin/bash homeDirectory: /usr/home/testuser description: A simple test user. From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 16:19:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897DE16A4E0 for ; Sun, 3 Sep 2006 16:19:05 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id C597643D4C for ; Sun, 3 Sep 2006 16:19:04 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060903161900m92000tgl0e>; Sun, 3 Sep 2006 16:19:01 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k83GItSb045850; Sun, 3 Sep 2006 11:18:55 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k83GIsFM045849; Sun, 3 Sep 2006 11:18:54 -0500 (CDT) (envelope-from brooks) Date: Sun, 3 Sep 2006 11:18:54 -0500 From: Brooks Davis To: dandee@volny.cz Message-ID: <20060903161854.GA45627@lor.one-eyed-alien.net> References: <000001c6ce23$525f1ca0$6508280a@tocnet28.jspoj.czf> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <000001c6ce23$525f1ca0$6508280a@tocnet28.jspoj.czf> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: watchdogd_flags followed by panic watchdog timeout, after reboot my rc.conf disappear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2006 16:19:05 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 02, 2006 at 02:04:10AM +0200, Daniel Dvo??k wrote: > Hi all, > =20 > first of all, I?m sorry maybe for my bad English. > =20 > We have 2 routers which I maintain in our mesh wireless community network. > =20 > The Router 1 has 2 atheros adapters, ath0=3Dwistron cm9, ath1=3Dwistron c= m10, of > course some sisX, fxpX and so on. > The Router 2 has 1 atheros adapter, ath0=3Dwistron CM10. > =20 > My R1 panics and even more it freezes very often. Maybe the reason for > panicing and freezing is the same and maybe not. > =20 > This is not important now, this story is about R2. > =20 > I started to use "option SW_WATCHDOG" in both my custom kernels on the R1 > and R2 recently in hope, it is some walkaround for freezing at least if n= ot > for panicing. > =20 > In the /etc/defaults/rc.conf there are not "watchdogd_flags=3D""" option,= but > I tried to wrote it to my /etc/rc.conf in this way: > =20 > watchdogd_enable=3D"YES" > watchdogd_flags=3D"-e ping 10.40.0.72 -s 2 -t 1" This flags almost guarantee a reboot. First, the syntax is wrong because the command needs to be quoted. Second, the timeouts are very short (way too short in fact there's not much point in timeout much less than the time to reboot). > I saved my rc.conf without any doubt. > =20 > I did so, because I wanted to instruct watchdogd to execute my command, > common pinging some IP address. I was not satisfied with a trivial file > system check instead. > =20 > After saving the rc.conf file, I restarted watchdogd deamon at once. > =20 > ... and ... 2 seconds ... my ssh client was disconnected ... unexpected e= nd > of ssh session. :) > =20 > Okay, maybe something wrong, maybe I did a mistake and it panicked. > > I was waitting for 3 minutes, but R2 did not react at all. > =20 > So I went to R2 and I powered off and powered on ... but still it was the > same. > =20 > After I attached monitor and keyboard, I saw that ifconfig did not config= ure > any interfaces. Why ? > =20 > Answear: Because rc.conf had 0 Bytes !!! > =20 > -rw-r--r-- 1 root wheel 6174 Sep 1 XX:XX rc.conf , I do not remem= ber > time of last modification of file. > =20 > So the content of rc.conf was completly gone !!! > =20 > Is it possible at all ? Most likely, the watchdog was not reset for some reason (perhaps the ping failed) and thus the system preformed as advertised and performed the most aggressive reset available to it. Not attempt what so ever was made to perform any sort of shutdown or cleanup. Because of that your modified rc.conf was not written to disk and the metadata was probably in an inconsistent state resulting in a missing file. This is expected behavior in this case. -- Brooks > =20 > Now I am scared that any modification rc.conf will be mean loss of conten= t. > =20 > I have kernel dump and backtrace of panic. > =20 > It is in the attachment. > =20 > =20 > If I could help with this, I will do it. > =20 > And please explain me somebody, how I lost the content of rc.conf file. := -O > Thank you. > =20 > Daniel > =20 > P.S.: I am not currently subscribed in the freebsd-stable mailling list, = so > use my e-mail address. I am ok with freebsd-current mailling list. > # cd /usr/obj/usr/src/sys/mykernel/ > # kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Unde = fined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: > interrupt total > irq14: ata0 325735 > irq16: fxp1 5 > irq17: ath0 50298459 > irq18: wi0 3904083 > irq19: sis0 fxp0 20167051 > cpu0: timer 604044908 > Total 678740241 > panic: watchdog timeout > Uptime: 3d11h53m45s > Dumping 223 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 223MB (57072 pages) 207 191 175 159 143 127 111 95 79 63 47 31= 15 >=20 > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc059c4ee in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :402 > #2 0xc059c7a6 in panic (fmt=3D0xc081050d "watchdog timeout") > at /usr/src/sys/kern/kern_shutdown.c:558 > #3 0xc0571642 in watchdog_fire () at /usr/src/sys/kern/kern_clock.c:583 > #4 0xc0571130 in hardclock (frame=3D0xc1f44780) > at /usr/src/sys/kern/kern_clock.c:279 > #5 0xc07a4631 in lapic_handle_timer (frame=3D > {cf_vec =3D 0, cf_fs =3D 8, cf_es =3D 40, cf_ds =3D 40, cf_edi =3D = -1040320488, cf_esi =3D -1040320512, cf_ebp =3D -890192676, cf_ebx =3D 0, c= f_edx =3D 0, cf_ecx =3D -1041016416, cf_eax =3D 1000, cf_eip =3D -106328319= 5, cf_cs =3D 32, cf_eflags =3D 524818, cf_esp =3D -890192644, cf_ss =3D -10= 63305969}) at /usr/src/sys/i386/i386/local_apic.c:623 > #6 0xc079eb30 in Xtimerint () at apic_vector.s:137 > #7 0xc09f9605 in ?? () > #8 0xcaf0bd04 in ?? () > #9 0xc07a609f in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit > _______________________________________________ > 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" --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+wBtXY6L6fI4GtQRAhEqAJ4/OlsH+LvZskrbD62r6WoK24zXhQCfciTU 6jX+zgz3lOQIjnRg97tlKKg= =Zhgc -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 17:01:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D7216A4E1; Sun, 3 Sep 2006 17:01:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5F0343D45; Sun, 3 Sep 2006 17:01:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 629A51A3C20; Sun, 3 Sep 2006 10:01:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1604C514AF; Sun, 3 Sep 2006 13:01:30 -0400 (EDT) Date: Sun, 3 Sep 2006 13:01:29 -0400 From: Kris Kennaway To: Daichi GOTO Message-ID: <20060903170129.GA98917@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <44B74036.6060101@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, rodrigc@crodrigues.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2006 17:01:32 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: > Daichi GOTO wrote: > > Patchset-16: > > For 7-current > > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > >=20 > > For 6.x > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff >=20 > I'm sorry, how silly of me. I updated miss edited things. > I updated correct things now. Please check it :) Dear Goto-san, The panic I was previously seeing (with chrooting into the unionfs) appears to be fixed, but after a bit of load I got the following locking assertion on a unionfs (default mount options) stacked over a nullfs mount of a local ufs filesystem: KDB: stack backtrace: vfs_badlock(c7203000,ec8d0934,c07c5940,c7203000,0,...) at vfs_badlock+0x76 assert_vop_locked(c7203000,c0781c51,1,1000,c7203000,...) at assert_vop_lock= ed+0x60 VOP_GETPAGES_APV(c07b2680,ec8d0980,c0774e5e,2a1,0,...) at VOP_GETPAGES_APV+= 0x8a vnode_pager_getpages(c756cd20,ec8d09c8,1,0,0,...) at vnode_pager_getpages+0= xbb vm_imgact_map_page(c756cd20,731c,0,8051000,7,...) at vm_imgact_map_page+0xb4 elf32_load_section(7000,804f000,1bf4,31c,3,...) at elf32_load_section+0x140 exec_elf32_imgact(ec8d0ba8,0,c07577ee,149,c90c6068,...) at exec_elf32_imgac= t+0x2c7 kern_execve(c54c9360,ec8d0c60,0,8226620,8226730,e6d06000,e6d06000,e6d06036,= e6d06516,e6d46000,3faea,8,3a) at kern_execve+0x428 execve(c54c9360,ec8d0d04,c,ec8d0d38,3,...) at execve+0x52 syscall(3b,3b,3b,2,8226730,...) at syscall+0x152 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x2813f007, esp =3D 0xbfbf= d30c, ebp =3D 0xbfbfd338 --- VOP_GETPAGES: 0xc7203000 is not locked but should be KDB: enter: lock violation [thread pid 54852 tid 100210 ] Stopped at kdb_enter+0x32: leave The other locked vnodes are: db> show lockedvnods Locked vnodes 0xc861da80: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xc84b0ac8 ref 0 pages 8 lock type ufs: EXCL (count 1) by thread 0xc54c9360 (pid 54852)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0511f5b at exec_elf32_imgact+0x219 #7 0xc05273e5 at kern_execve+0x428 #8 0xc052801e at execve+0x52 #9 0xc07161b3 at syscall+0x152 #10 0xc06fefef at Xint0x80_syscall+0x1f ino 1274323, on dev da0s1e 0xc861e3f0: tag unionfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags (VV_TEXT) v_object 0xc756cd20 ref 3 pages 8 lock type ufs: EXCL (count 1) by thread 0xc54c9360 (pid 54852)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0511f5b at exec_elf32_imgact+0x219 #7 0xc05273e5 at kern_execve+0x428 #8 0xc052801e at execve+0x52 #9 0xc07161b3 at syscall+0x152 #10 0xc06fefef at Xint0x80_syscall+0x1f unionfs_vp=3D0xc861e3f0, uppervp=3D0xc861da80, lowervp=3D0xc86c7690 unionfs opencnt: uppervp=3D0, lowervp=3D4 unionfs: upper 0xc861da80: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xc84b0ac8 ref 0 pages 8 lock type ufs: EXCL (count 1) by thread 0xc54c9360 (pid 54852)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0511f5b at exec_elf32_imgact+0x219 #7 0xc05273e5 at kern_execve+0x428 #8 0xc052801e at execve+0x52 #9 0xc07161b3 at syscall+0x152 #10 0xc06fefef at Xint0x80_syscall+0x1f ino 1274323, on dev da0s1e unionfs: lower 0xc86c7690: tag null, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc756cd20 ref 3 pages 8 #0 0xc0537384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc04f9da5 at null_lock+0xb6 #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0502c23 at unionfs_open+0x180 #7 0xc072e5eb at VOP_OPEN_APV+0x94 #8 0xc05265d7 at exec_check_permissions+0x107 #9 0xc05271d1 at kern_execve+0x214 #10 0xc052801e at execve+0x52 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f vp=3D0xc86c7690, lowervp=3D0xc7203000 db> Core is available if you need it. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+wppWry0BWjoQKURAjdcAJ0Xj3to+OQbXQ4LkPDZqREy7zGXgwCgzbv2 RUgqZeb9vicO9t9uOnNoy8M= =1tBt -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 17:20:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA71616A4DA; Sun, 3 Sep 2006 17:20:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24DC43D45; Sun, 3 Sep 2006 17:20:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 77E691A4D9D; Sun, 3 Sep 2006 10:20:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6083F515AD; Sun, 3 Sep 2006 13:20:33 -0400 (EDT) Date: Sun, 3 Sep 2006 13:20:33 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060903172033.GA99212@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20060903170129.GA98917@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Daichi GOTO , ozawa@ongs.co.jp, freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2006 17:20:35 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 03, 2006 at 01:01:29PM -0400, Kris Kennaway wrote: > On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: > > Daichi GOTO wrote: > > > Patchset-16: > > > For 7-current > > > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > > >=20 > > > For 6.x > > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff > >=20 > > I'm sorry, how silly of me. I updated miss edited things. > > I updated correct things now. Please check it :) >=20 > Dear Goto-san, >=20 > The panic I was previously seeing (with chrooting into the unionfs) > appears to be fixed, but after a bit of load I got the following > locking assertion on a unionfs (default mount options) stacked over a > nullfs mount of a local ufs filesystem: I got the same panic from a mount_unionfs -b mount with no nullfs involved. Kris --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+w7gWry0BWjoQKURAradAJoCf+YpfBmsECfH4mPVNsZvtOUdkwCg0vqO VVdAH6zqTn9/uVuPS+70GNo= =wXky -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 3 19:29:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC13A16A4E6 for ; Sun, 3 Sep 2006 19:29:46 +0000 (UTC) (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 ACBD443D53 for ; Sun, 3 Sep 2006 19:29:39 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 7456 invoked from network); 3 Sep 2006 19:15:11 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Sep 2006 19:15:11 -0000 Message-ID: <44FB2D21.2020604@freebsd.org> Date: Sun, 03 Sep 2006 21:29:37 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021737q72d1af79kbc9ef45ac0102f7e@mail.gmail.com> In-Reply-To: <2a41acea0609021737q72d1af79kbc9ef45ac0102f7e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 19:29:47 -0000 Jack Vogel wrote: > On 9/2/06, Andre Oppermann wrote: >> Jack Vogel wrote: >> > This is a patch for the stack and the em driver to enable TSO >> > on CURRENT. Previously I had problems getting it to work, but >> > this is functional. >> > >> > I should note that CURRENT is being a pain right now, when >> > I comment out em in the config the kernel panics coming up, >> > so I had to substitute this code into the tree. Rather bizarre :) >> > >> > I have this functionality running on a 6.1 based system, and >> > our test group is already testing against that driver, so far >> > things are looking good. >> > >> > I have designed it so the driver can continue to be built >> > without support. There is also a sysctl in the stack code >> > so you can set net.inet.tcp.tso_enable on or off and >> > compare. >> > >> > I know there may be some refinements to add in, but I >> > would like to get this into CURRENT as a start. >> >> I can't comment on the em part but the tcp_output.c stuff looks >> very much like a straight port from NetBSD. If we take code from >> the other BSDs we have to remark this in the emails we send with >> patches and the commit message (otherwise we get accused of 'stealing >> without attribution'). Although the code would work I have some ideas >> to implement this in a different way for our stack (we have certain >> divergence from the other BSDs). If you don't get an alternative >> patch form me until this Thursday be free to go with this patch taking >> into consideration Robert's comments and mine from your earlier version. > > Yes, I was planning on adding the code Robert talked about, it doesnt > change anything fundamental in this patch. > > What I would like to see in some ways is an idea from what Linux does, > but it would change the stack more than this does. We would remove > all code that segments from tcp and do it just before calling the driver, > in effect the routine Robert is talking about would be the normal path, > doing software segmentation, and at that same point we would discover > that the interface was TSO capable and call that. I think at that point > we would have easy access to the ifp struct and it would eliminate the > need for the discovery routine in tcp_subr.c. I'm not sure this is necessarily the way to go. We don't want to marry the higher layer code too closely to the lower layers. > What were you thinking of doing? Please check out my TSO patch here: http://people.freebsd.org/~andre/tso-20060903.diff It compiles but I haven't tested it live traffic yet. My approach is quite different from the NetBSD one your patch is based on. IMO the NetBSD approach is not entirely correct given the actual code flow in tcp_output. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 01:46:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78EA716A4DE for ; Mon, 4 Sep 2006 01:46:23 +0000 (UTC) (envelope-from dwoolworth@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC47643D45 for ; Mon, 4 Sep 2006 01:46:22 +0000 (GMT) (envelope-from dwoolworth@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1127085nfc for ; Sun, 03 Sep 2006 18:46:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=s+Qp7WkCCAsAbZdSV2tPuxtPspsFobFqih7kL1bEts8Z1caPY3qse2XsduM2jCqbvuqwZNmtb9vXK+pa2K7zJh8kaePFeHmvzITBxGyUVY2MLCKcQJOaGAdOSku43NW0Jw1npkADtDVceTNlE18/wgfeJx4V8u+7ZABlACxTLh8= Received: by 10.49.92.18 with SMTP id u18mr6086498nfl; Sun, 03 Sep 2006 18:46:21 -0700 (PDT) Received: by 10.48.207.16 with HTTP; Sun, 3 Sep 2006 18:46:21 -0700 (PDT) Message-ID: <10fd06c60609031846x60c40383iaee659aa7ee74300@mail.gmail.com> Date: Sun, 3 Sep 2006 20:46:21 -0500 From: "Derrick T. Woolworth" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Jumbo Frames with em X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 01:46:23 -0000 I'm running -current on a NFS file server with a 3ware controller striping across multiple disks. The box uses the em driver with the mtu set to 8192 - client machines connecting via NFS that are also running -current with bge drivers with the mtu set to 8192 (and jumbo frames enabled on the switch)... The em driver's README says that UDP and Jumbo Frames don't play well together - just wondering if this would have any impact on NFS over TCP? Does anyone know anything about the future of the em driver or bge driver that might have performance issues with Jumbo Frames? I'm only ever seeing the storage system write about 10 to 15MB (bytes) per second over NFS. This environment hasn't gone production yet, so I can do any testing or benchmarking if anyone's interested.... Thanks, D From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 06:19:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8643416A4DA for ; Mon, 4 Sep 2006 06:19:41 +0000 (UTC) (envelope-from markd@kermodei.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F53943D4C for ; Mon, 4 Sep 2006 06:19:40 +0000 (GMT) (envelope-from markd@kermodei.org) X-ORBL: [67.123.80.209] Received: from osprey.kermodei.org (osprey.kermodei.org [67.123.80.209]) by ylpvm29.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k846JH5u013553 for ; Mon, 4 Sep 2006 02:19:17 -0400 Received: from localhost (osprey.kermodei.org [127.0.0.1]) by osprey.kermodei.org (Postfix) with ESMTP id DEEC75C4F for ; Sun, 3 Sep 2006 23:19:34 -0700 (PDT) Received: from osprey.kermodei.org ([127.0.0.1]) by localhost (osprey.kermodei.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 93413-10 for ; Sun, 3 Sep 2006 23:19:21 -0700 (PDT) Received: by osprey.kermodei.org (Postfix, from userid 1000) id CE2065C27; Sun, 3 Sep 2006 23:19:21 -0700 (PDT) From: Mark Diekhans MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="y2XWlBIrmB" Content-Transfer-Encoding: 7bit Message-ID: <17659.50537.587709.536761@osprey.kermodei.org> Date: Sun, 3 Sep 2006 23:19:21 -0700 To: freebsd-current@freebsd.org X-Mailer: VM 7.19 under Emacs 21.3.1 Subject: drm 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, 04 Sep 2006 06:19:41 -0000 --y2XWlBIrmB Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit After suping current on 2006-09-02, the warnings in the following form occur when starting X11 (xorg): malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex drm device r = 0 (0xc3e8e4d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Kernel log attached. No obvious problems when X is running, however when the lid open event leaves the screen scrambled. Switching to text and back to X makes it sane. This does not occur with kernel suped on 2006-07-30. Hardware is Dell X1 laptop, Intel 82915GM video controller. Cheers, Mark --y2XWlBIrmB Content-Type: text/plain Content-Transfer-Encoding: 7bit Sep 3 22:25:32 kestrel kernel: Copyright (c) 1992-2006 The FreeBSD Project. Sep 3 22:25:32 kestrel kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 3 22:25:32 kestrel kernel: The Regents of the University of California. All rights reserved. Sep 3 22:25:32 kestrel kernel: FreeBSD 7.0-CURRENT #2: Sun Sep 3 17:14:49 PDT 2006 Sep 3 22:25:32 kestrel kernel: markd@kestrel.kermodei.com:/usr/obj/usr/src/sys/GENERIC Sep 3 22:25:32 kestrel kernel: WARNING: WITNESS option enabled, expect reduced performance. Sep 3 22:25:32 kestrel kernel: Using 64 colors for the VM-PQ tuning (2048, 8) Sep 3 22:25:32 kestrel kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c59000. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc0c591d8. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/umass.ko" at 0xc0c59284. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/umodem.ko" at 0xc0c59330. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/ucom.ko" at 0xc0c593dc. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/snd_uaudio.ko" at 0xc0c59488. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/sound.ko" at 0xc0c59538. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/acpi_video.ko" at 0xc0c595e4. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c59694. Sep 3 22:25:32 kestrel kernel: Preloaded elf module "/boot/kernel/sio.ko" at 0xc0c59740. Sep 3 22:25:32 kestrel kernel: can't re-use a leaf (siots)! Sep 3 22:25:32 kestrel kernel: can't re-use a leaf (conspeed)! Sep 3 22:25:32 kestrel kernel: can't re-use a leaf (gdbspeed)! Sep 3 22:25:32 kestrel kernel: can't re-use a leaf (conrclk)! Sep 3 22:25:32 kestrel kernel: module_register: module uhub/umass already exists! Sep 3 22:25:32 kestrel kernel: Module uhub/umass failed to register: 17 Sep 3 22:25:32 kestrel kernel: module_register: module isa/sio already exists! Sep 3 22:25:32 kestrel kernel: Module isa/sio failed to register: 17 Sep 3 22:25:32 kestrel kernel: module_register: module acpi/sio already exists! Sep 3 22:25:32 kestrel kernel: Module acpi/sio failed to register: 17 Sep 3 22:25:32 kestrel kernel: module_register: module pccard/sio already exists! Sep 3 22:25:32 kestrel kernel: Module pccard/sio failed to register: 17 Sep 3 22:25:32 kestrel kernel: module_register: module pci/sio already exists! Sep 3 22:25:32 kestrel kernel: Module pci/sio failed to register: 17 Sep 3 22:25:32 kestrel kernel: module_register: module cardbus/sio already exists! Sep 3 22:25:32 kestrel kernel: Module cardbus/sio failed to register: 17 Sep 3 22:25:32 kestrel kernel: Calibrating clock(s) ... i8254 clock: 1193318 Hz Sep 3 22:25:32 kestrel kernel: CLK_USE_I8254_CALIBRATION not specified - using default frequency Sep 3 22:25:32 kestrel kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 3 22:25:32 kestrel kernel: Calibrating TSC clock ... TSC clock: 1098429642 Hz Sep 3 22:25:32 kestrel kernel: CPU: Intel(R) Pentium(R) M processor 1.10GHz (1098.43-MHz 686-class CPU) Sep 3 22:25:32 kestrel kernel: Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Sep 3 22:25:32 kestrel kernel: Features=0xafe9fbff Sep 3 22:25:32 kestrel kernel: Features2=0x180 Sep 3 22:25:32 kestrel kernel: AMD Features=0x100000 Sep 3 22:25:32 kestrel kernel: Sep 3 22:25:32 kestrel kernel: Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Sep 3 22:25:32 kestrel kernel: Data TLB: 4 KB Pages, 4-way set associative, 128 entries Sep 3 22:25:32 kestrel kernel: Instruction TLB: 4 MB pages, fully associative, 2 entries Sep 3 22:25:32 kestrel kernel: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size Sep 3 22:25:32 kestrel kernel: 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Sep 3 22:25:32 kestrel kernel: Data TLB: 4 MB Pages, 4-way set associative, 8 entries Sep 3 22:25:32 kestrel kernel: 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size Sep 3 22:25:32 kestrel kernel: L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line Sep 3 22:25:32 kestrel kernel: real memory = 1333596160 (1271 MB) Sep 3 22:25:32 kestrel kernel: Physical memory chunk(s): Sep 3 22:25:32 kestrel kernel: 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) Sep 3 22:25:32 kestrel kernel: 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) Sep 3 22:25:32 kestrel kernel: 0x0000000001028000 - 0x000000004e12bfff, 1292910592 bytes (315652 pages) Sep 3 22:25:32 kestrel kernel: avail memory = 1292476416 (1232 MB) Sep 3 22:25:32 kestrel kernel: Table 'FACP' at 0x4f7d2c00 Sep 3 22:25:32 kestrel kernel: Table 'APIC' at 0x4f7d3400 Sep 3 22:25:32 kestrel kernel: MADT: Found table at 0x4f7d3400 Sep 3 22:25:32 kestrel kernel: APIC: Using the MADT enumerator. Sep 3 22:25:32 kestrel kernel: MADT: Found CPU APIC ID 0 ACPI ID 0: enabled Sep 3 22:25:32 kestrel kernel: SMP: Added CPU 0 (AP) Sep 3 22:25:32 kestrel kernel: MADT: Found CPU APIC ID 1 ACPI ID 1: disabled Sep 3 22:25:32 kestrel kernel: INTR: Adding local APIC 0 as a target Sep 3 22:25:32 kestrel kernel: ACPI APIC Table: Sep 3 22:25:32 kestrel kernel: APIC: CPU 0 has ACPI ID 0 Sep 3 22:25:32 kestrel kernel: bios32: Found BIOS32 Service Directory header at 0xc00ffe80 Sep 3 22:25:32 kestrel kernel: bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 Sep 3 22:25:32 kestrel kernel: pcibios: PCI BIOS entry at 0xf0000+0xbaae Sep 3 22:25:32 kestrel kernel: pnpbios: Found PnP BIOS data at 0xc00fe2d0 Sep 3 22:25:32 kestrel kernel: pnpbios: Entry = f0000:e2f4 Rev = 1.0 Sep 3 22:25:32 kestrel kernel: pnpbios: Event flag at 4b4 Sep 3 22:25:32 kestrel kernel: Other BIOS signatures found: Sep 3 22:25:32 kestrel kernel: MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 Sep 3 22:25:32 kestrel kernel: ioapic0: Changing APIC ID to 1 Sep 3 22:25:32 kestrel kernel: ioapic0: Routing external 8259A's -> intpin 0 Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 0 -> ExtINT (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 16 -> PCI IRQ 16 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 17 -> PCI IRQ 17 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 18 -> PCI IRQ 18 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 19 -> PCI IRQ 19 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 20 -> PCI IRQ 20 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 21 -> PCI IRQ 21 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 22 -> PCI IRQ 22 (level, low) Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 23 -> PCI IRQ 23 (level, low) Sep 3 22:25:32 kestrel kernel: MADT: Interrupt override: source 0, irq 2 Sep 3 22:25:32 kestrel kernel: ioapic0: Routing IRQ 0 -> intpin 2 Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 2 trigger: edge Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 2 polarity: high Sep 3 22:25:32 kestrel kernel: MADT: Interrupt override: source 9, irq 9 Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 9 trigger: level Sep 3 22:25:32 kestrel kernel: ioapic0: intpin 9 polarity: high Sep 3 22:25:32 kestrel kernel: lapic0: Routing NMI -> LINT1 Sep 3 22:25:32 kestrel kernel: lapic0: LINT1 trigger: edge Sep 3 22:25:32 kestrel kernel: lapic0: LINT1 polarity: high Sep 3 22:25:32 kestrel kernel: MADT: Ignoring local NMI routed to ACPI CPU 1 Sep 3 22:25:32 kestrel kernel: ioapic0 irqs 0-23 on motherboard Sep 3 22:25:32 kestrel kernel: cpu0 BSP: Sep 3 22:25:32 kestrel kernel: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff Sep 3 22:25:32 kestrel kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 3 22:25:32 kestrel kernel: timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 Sep 3 22:25:32 kestrel kernel: ath_rate: version 1.2 Sep 3 22:25:32 kestrel kernel: wlan: <802.11 Link Layer> Sep 3 22:25:32 kestrel kernel: random: Sep 3 22:25:32 kestrel kernel: nfslock: pseudo-device Sep 3 22:25:32 kestrel kernel: io: Sep 3 22:25:32 kestrel kernel: kbd: new array size 4 Sep 3 22:25:32 kestrel kernel: kbd1 at kbdmux0 Sep 3 22:25:32 kestrel kernel: mem: Sep 3 22:25:32 kestrel kernel: Pentium Pro MTRR support enabled Sep 3 22:25:32 kestrel kernel: null: Sep 3 22:25:32 kestrel kernel: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Sep 3 22:25:32 kestrel kernel: rr232x: RocketRAID 232x controller driver v1.02 (Sep 3 2006 17:14:21) Sep 3 22:25:32 kestrel kernel: npx0: INT 16 interface Sep 3 22:25:32 kestrel kernel: acpi0: on motherboard Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 Sep 3 22:25:32 kestrel kernel: acpi0: [MPSAFE] Sep 3 22:25:32 kestrel kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x8000eac4 Sep 3 22:25:32 kestrel kernel: pci_open(1a): mode1res=0x80000000 (0x80000000) Sep 3 22:25:32 kestrel kernel: pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) Sep 3 22:25:32 kestrel kernel: pcibios: BIOS version 2.10 Sep 3 22:25:32 kestrel kernel: Found $PIR table, 8 entries at 0xc00fb7d0 Sep 3 22:25:32 kestrel kernel: PCI-Only Interrupts: none Sep 3 22:25:32 kestrel kernel: Location Bus Device Pin Link IRQs Sep 3 22:25:32 kestrel kernel: embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 29 B 0x61 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 29 D 0x63 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 31 A 0x60 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 31 C 0x62 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 31 D 0x63 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 2 1 A 0x63 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 2 1 B 0x62 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 2 1 C 0x61 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 2 3 A 0x61 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: embedded 2 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: acpi_bus_number: root bus has no _BBN, assuming 0 Sep 3 22:25:32 kestrel kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0 Sep 3 22:25:32 kestrel kernel: acpi_bus_number: root bus has no _BBN, assuming 0 Sep 3 22:25:32 kestrel kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0 Sep 3 22:25:32 kestrel kernel: acpi0: wakeup code va 0xd7cdf000 pa 0x81000 Sep 3 22:25:32 kestrel kernel: ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Sep 3 22:25:32 kestrel kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Sep 3 22:25:32 kestrel kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Sep 3 22:25:32 kestrel kernel: pci_link0: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 11 N 0 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link0: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 11 N 0 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link0: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link1: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 10 N 0 5 7 Sep 3 22:25:32 kestrel kernel: pci_link1: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 5 7 Sep 3 22:25:32 kestrel kernel: pci_link1: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 5 7 Sep 3 22:25:32 kestrel kernel: pci_link2: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 9 N 0 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link2: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 9 N 0 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link2: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link3: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 7 N 0 5 7 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link3: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 7 N 0 5 7 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link3: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 5 7 9 10 11 Sep 3 22:25:32 kestrel kernel: pci_link4: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link4: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link4: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link5: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link5: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link5: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link6: Links after initial probe: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link6: Links after initial validation: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: pci_link6: Links after disable: Sep 3 22:25:32 kestrel kernel: Index IRQ Rtd Ref IRQs Sep 3 22:25:32 kestrel kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Sep 3 22:25:32 kestrel kernel: cpu0: on acpi0 Sep 3 22:25:32 kestrel kernel: acpi_throttle0: on cpu0 Sep 3 22:25:32 kestrel kernel: acpi_throttle0: P_CNT from P_BLK 0x10e0 Sep 3 22:25:32 kestrel kernel: acpi_acad0: on acpi0 Sep 3 22:25:32 kestrel kernel: battery0: on acpi0 Sep 3 22:25:32 kestrel kernel: acpi_lid0: on acpi0 Sep 3 22:25:32 kestrel kernel: acpi_button0: on acpi0 Sep 3 22:25:32 kestrel kernel: acpi_button1: on acpi0 Sep 3 22:25:32 kestrel kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 3 22:25:32 kestrel kernel: pci0: on pcib0 Sep 3 22:25:32 kestrel kernel: pci0: physical bus=0 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2590, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=0, func=0 Sep 3 22:25:32 kestrel kernel: class=06-00-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2592, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=2, func=0 Sep 3 22:25:32 kestrel kernel: class=03-00-00, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=11 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base dff00000, size 19, enabled Sep 3 22:25:32 kestrel kernel: map[14]: type 4, range 32, base 0000ec38, size 3, enabled Sep 3 22:25:32 kestrel kernel: map[18]: type 3, range 32, base c0000000, size 28, enabled Sep 3 22:25:32 kestrel kernel: map[1c]: type 1, range 32, base dfec0000, size 18, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.2.INTA Sep 3 22:25:32 kestrel kernel: pcib0: slot 2 INTA hardwired to IRQ 16 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2792, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=2, func=1 Sep 3 22:25:32 kestrel kernel: class=03-80-00, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base dff80000, size 19, enabled Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2660, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=28, func=0 Sep 3 22:25:32 kestrel kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=255 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2658, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=29, func=0 Sep 3 22:25:32 kestrel kernel: class=0c-03-00, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=11 Sep 3 22:25:32 kestrel kernel: map[20]: type 4, range 32, base 0000bf80, size 5, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.29.INTA Sep 3 22:25:32 kestrel kernel: pcib0: slot 29 INTA hardwired to IRQ 16 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2659, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=29, func=1 Sep 3 22:25:32 kestrel kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=b, irq=10 Sep 3 22:25:32 kestrel kernel: map[20]: type 4, range 32, base 0000bf60, size 5, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.29.INTB Sep 3 22:25:32 kestrel kernel: pcib0: slot 29 INTB hardwired to IRQ 17 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x265a, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=29, func=2 Sep 3 22:25:32 kestrel kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=c, irq=9 Sep 3 22:25:32 kestrel kernel: map[20]: type 4, range 32, base 0000bf40, size 5, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.29.INTC Sep 3 22:25:32 kestrel kernel: pcib0: slot 29 INTC hardwired to IRQ 18 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x265b, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=29, func=3 Sep 3 22:25:32 kestrel kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=d, irq=7 Sep 3 22:25:32 kestrel kernel: map[20]: type 4, range 32, base 0000bf20, size 5, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.29.INTD Sep 3 22:25:32 kestrel kernel: pcib0: slot 29 INTD hardwired to IRQ 19 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x265c, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=29, func=7 Sep 3 22:25:32 kestrel kernel: class=0c-03-20, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=11 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base ffa80800, size 10, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.29.INTA Sep 3 22:25:32 kestrel kernel: pcib0: slot 29 INTA hardwired to IRQ 16 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2448, revid=0xd3 Sep 3 22:25:32 kestrel kernel: bus=0, slot=30, func=0 Sep 3 22:25:32 kestrel kernel: class=06-04-01, hdrtype=0x01, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x266e, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=30, func=2 Sep 3 22:25:32 kestrel kernel: class=04-01-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=11 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 4, range 32, base 0000ed00, size 8, enabled Sep 3 22:25:32 kestrel kernel: map[14]: type 4, range 32, base 0000ec40, size 6, enabled Sep 3 22:25:32 kestrel kernel: map[18]: type 1, range 32, base dfebfe00, size 9, enabled Sep 3 22:25:32 kestrel kernel: map[1c]: type 1, range 32, base dfebfd00, size 8, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.30.INTA Sep 3 22:25:32 kestrel kernel: pcib0: slot 30 INTA hardwired to IRQ 16 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x2641, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=31, func=0 Sep 3 22:25:32 kestrel kernel: class=06-01-00, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x266f, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=31, func=1 Sep 3 22:25:32 kestrel kernel: class=01-01-8a, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=11 Sep 3 22:25:32 kestrel kernel: map[20]: type 4, range 32, base 0000bfa0, size 4, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.31.INTA Sep 3 22:25:32 kestrel kernel: pcib0: slot 31 INTA hardwired to IRQ 16 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x266a, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=31, func=3 Sep 3 22:25:32 kestrel kernel: class=0c-05-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=b, irq=10 Sep 3 22:25:32 kestrel kernel: map[20]: type 4, range 32, base 000010c0, size 5, enabled Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.31.INTB Sep 3 22:25:32 kestrel kernel: pcib0: slot 31 INTB hardwired to IRQ 17 Sep 3 22:25:32 kestrel kernel: vgapci0: port 0xec38-0xec3f mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdfec0000-0xdfefffff irq 16 at device 2.0 on pci0 Sep 3 22:25:32 kestrel kernel: agp0: on vgapci0 Sep 3 22:25:32 kestrel kernel: vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xdff00000 Sep 3 22:25:32 kestrel kernel: vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xdff00000 Sep 3 22:25:32 kestrel kernel: vgapci0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xdfec0000 Sep 3 22:25:32 kestrel kernel: agp0: detected 7932k stolen memory Sep 3 22:25:32 kestrel kernel: agp0: aperture size is 256M Sep 3 22:25:32 kestrel kernel: acpi_video0: on vgapci0 Sep 3 22:25:32 kestrel kernel: found TV/HDTV or Analog-Video Monitor(200), idx#0, port#0, detectable by BIOS, head #0 Sep 3 22:25:32 kestrel kernel: found VGA CRT or VESA Compatible Analog Monitor(100), idx#0, port#0, detectable by BIOS, head #0 Sep 3 22:25:32 kestrel kernel: found Internal/Integrated Digital Flat Panel(400), idx#0, port#0, detectable by BIOS, head #0 Sep 3 22:25:32 kestrel kernel: found External Digital Monitor(300), idx#0, port#0, detectable by BIOS, head #0 Sep 3 22:25:32 kestrel kernel: vgapci1: mem 0xdff80000-0xdfffffff at device 2.1 on pci0 Sep 3 22:25:32 kestrel kernel: acpi_video1: on vgapci1 Sep 3 22:25:32 kestrel kernel: evaluation of \_SB_.PCI0.VID2._DOD makes no sense Sep 3 22:25:32 kestrel kernel: pcib1: at device 28.0 on pci0 Sep 3 22:25:32 kestrel kernel: pcib1: secondary bus 1 Sep 3 22:25:32 kestrel kernel: pcib1: subordinate bus 1 Sep 3 22:25:32 kestrel kernel: pcib1: I/O decode 0xf000-0xfff Sep 3 22:25:32 kestrel kernel: pcib1: memory decode 0xdfd00000-0xdfdfffff Sep 3 22:25:32 kestrel kernel: pcib1: prefetched decode 0xfff00000-0xfffff Sep 3 22:25:32 kestrel kernel: pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.PXP0 - AE_NOT_FOUND Sep 3 22:25:32 kestrel kernel: pci1: on pcib1 Sep 3 22:25:32 kestrel kernel: pci1: physical bus=1 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x14e4, dev=0x1677, revid=0x01 Sep 3 22:25:32 kestrel kernel: bus=1, slot=0, func=0 Sep 3 22:25:32 kestrel kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=11 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: MSI supports 8 messages, 64 bit Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 64, base dfdf0000, size 16, enabled Sep 3 22:25:32 kestrel kernel: pcib1: (null) requested memory range 0xdfdf0000-0xdfdfffff: good Sep 3 22:25:32 kestrel kernel: pcib0: matched entry for 0.28.INTA Sep 3 22:25:32 kestrel kernel: pcib0: slot 28 INTA hardwired to IRQ 16 Sep 3 22:25:32 kestrel kernel: pcib1: slot 0 INTA is routed to irq 16 Sep 3 22:25:32 kestrel kernel: bge0: mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 Sep 3 22:25:32 kestrel kernel: bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfdf0000 Sep 3 22:25:32 kestrel kernel: miibus0: on bge0 Sep 3 22:25:32 kestrel kernel: brgphy0: on miibus0 Sep 3 22:25:32 kestrel kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Sep 3 22:25:32 kestrel kernel: bge0: bpf attached Sep 3 22:25:32 kestrel kernel: bge0: Ethernet address: 00:13:72:6a:77:a8 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 Sep 3 22:25:32 kestrel kernel: bge0: [MPSAFE] Sep 3 22:25:32 kestrel kernel: uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 Sep 3 22:25:32 kestrel kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 Sep 3 22:25:32 kestrel kernel: uhci0: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: usb0: on uhci0 Sep 3 22:25:32 kestrel kernel: usb0: USB revision 1.0 Sep 3 22:25:32 kestrel kernel: uhub0: on usb0 Sep 3 22:25:32 kestrel kernel: uhub0: 2 ports with 2 removable, self powered Sep 3 22:25:32 kestrel kernel: uhci1: port 0xbf60-0xbf7f irq 17 at device 29.1 on pci0 Sep 3 22:25:32 kestrel kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf60 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 Sep 3 22:25:32 kestrel kernel: uhci1: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: usb1: on uhci1 Sep 3 22:25:32 kestrel kernel: usb1: USB revision 1.0 Sep 3 22:25:32 kestrel kernel: uhub1: on usb1 Sep 3 22:25:32 kestrel kernel: uhub1: 2 ports with 2 removable, self powered Sep 3 22:25:32 kestrel kernel: uhci2: port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 Sep 3 22:25:32 kestrel kernel: uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 Sep 3 22:25:32 kestrel kernel: uhci2: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: usb2: on uhci2 Sep 3 22:25:32 kestrel kernel: usb2: USB revision 1.0 Sep 3 22:25:32 kestrel kernel: uhub2: on usb2 Sep 3 22:25:32 kestrel kernel: uhub2: 2 ports with 2 removable, self powered Sep 3 22:25:32 kestrel kernel: uhci3: port 0xbf20-0xbf3f irq 19 at device 29.3 on pci0 Sep 3 22:25:32 kestrel kernel: uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 Sep 3 22:25:32 kestrel kernel: uhci3: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: usb3: on uhci3 Sep 3 22:25:32 kestrel kernel: usb3: USB revision 1.0 Sep 3 22:25:32 kestrel kernel: uhub3: on usb3 Sep 3 22:25:32 kestrel kernel: uhub3: 2 ports with 2 removable, self powered Sep 3 22:25:32 kestrel kernel: ehci0: mem 0xffa80800-0xffa80bff irq 16 at device 29.7 on pci0 Sep 3 22:25:32 kestrel kernel: ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xffa80800 Sep 3 22:25:32 kestrel kernel: ehci0: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: usb4: EHCI version 1.0 Sep 3 22:25:32 kestrel kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Sep 3 22:25:32 kestrel kernel: usb4: on ehci0 Sep 3 22:25:32 kestrel kernel: usb4: USB revision 2.0 Sep 3 22:25:32 kestrel kernel: uhub4: on usb4 Sep 3 22:25:32 kestrel kernel: uhub4: 8 ports with 8 removable, self powered Sep 3 22:25:32 kestrel kernel: pcib2: at device 30.0 on pci0 Sep 3 22:25:32 kestrel kernel: pcib2: secondary bus 2 Sep 3 22:25:32 kestrel kernel: pcib2: subordinate bus 3 Sep 3 22:25:32 kestrel kernel: pcib2: I/O decode 0xf000-0xfff Sep 3 22:25:32 kestrel kernel: pcib2: memory decode 0xdfc00000-0xdfcfffff Sep 3 22:25:32 kestrel kernel: pcib2: prefetched decode 0xfff00000-0xfffff Sep 3 22:25:32 kestrel kernel: pcib2: Subtractively decoded bridge. Sep 3 22:25:32 kestrel kernel: pci2: on pcib2 Sep 3 22:25:32 kestrel kernel: pci2: physical bus=2 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x1180, dev=0x0476, revid=0xb3 Sep 3 22:25:32 kestrel kernel: bus=2, slot=1, func=0 Sep 3 22:25:32 kestrel kernel: class=06-07-00, hdrtype=0x02, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=255 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base 00000000, size 12, memory disabled Sep 3 22:25:32 kestrel kernel: found-> vendor=0x1180, dev=0x0552, revid=0x08 Sep 3 22:25:32 kestrel kernel: bus=2, slot=1, func=1 Sep 3 22:25:32 kestrel kernel: class=0c-00-10, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) Sep 3 22:25:32 kestrel kernel: intpin=b, irq=9 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base dfcfe800, size 11, enabled Sep 3 22:25:32 kestrel kernel: pcib2: (null) requested memory range 0xdfcfe800-0xdfcfefff: good Sep 3 22:25:32 kestrel kernel: pcib2: matched entry for 2.1.INTB Sep 3 22:25:32 kestrel kernel: pcib2: slot 1 INTB hardwired to IRQ 18 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x1180, dev=0x0822, revid=0x17 Sep 3 22:25:32 kestrel kernel: bus=2, slot=1, func=2 Sep 3 22:25:32 kestrel kernel: class=08-05-01, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=c, irq=10 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base dfcfe700, size 8, enabled Sep 3 22:25:32 kestrel kernel: pcib2: (null) requested memory range 0xdfcfe700-0xdfcfe7ff: good Sep 3 22:25:32 kestrel kernel: pcib2: matched entry for 2.1.INTC Sep 3 22:25:32 kestrel kernel: pcib2: slot 1 INTC hardwired to IRQ 17 Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x4220, revid=0x05 Sep 3 22:25:32 kestrel kernel: bus=2, slot=3, func=0 Sep 3 22:25:32 kestrel kernel: class=02-80-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0116, statreg=0x0290, cachelnsz=16 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=10 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: map[10]: type 1, range 32, base dfcff000, size 12, enabled Sep 3 22:25:32 kestrel kernel: pcib2: (null) requested memory range 0xdfcff000-0xdfcfffff: good Sep 3 22:25:32 kestrel kernel: pcib2: matched entry for 2.3.INTA Sep 3 22:25:32 kestrel kernel: pcib2: slot 3 INTA hardwired to IRQ 17 Sep 3 22:25:32 kestrel kernel: cbb0: at device 1.0 on pci2 Sep 3 22:25:32 kestrel kernel: pcib2: cbb0 requested memory range 0xdfc00000-0xdfcfffff: good Sep 3 22:25:32 kestrel kernel: cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xdfc00000 Sep 3 22:25:32 kestrel kernel: cardbus0: on cbb0 Sep 3 22:25:32 kestrel kernel: pccard0: <16-bit PCCard bus> on cbb0 Sep 3 22:25:32 kestrel kernel: pcib2: matched entry for 2.1.INTA Sep 3 22:25:32 kestrel kernel: pcib2: slot 1 INTA hardwired to IRQ 19 Sep 3 22:25:32 kestrel kernel: cbb0: [MPSAFE] Sep 3 22:25:32 kestrel kernel: cbb0: PCI Configuration space: Sep 3 22:25:32 kestrel kernel: 0x00: 0x04761180 0x02100007 0x060700b3 0x00824000 Sep 3 22:25:32 kestrel kernel: 0x10: 0xdfc00000 0x020000dc 0x20030302 0xfffff000 Sep 3 22:25:32 kestrel kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc Sep 3 22:25:32 kestrel kernel: 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400113 Sep 3 22:25:32 kestrel kernel: 0x40: 0x01a31028 0x00000001 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0x80: 0x30a00001 0x00000000 0x04630463 0x00000000 Sep 3 22:25:32 kestrel kernel: 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0xa0: 0x00000008 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0xb0: 0x00000000 0xb2000000 0x00003000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0xc0: 0x01a31028 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 Sep 3 22:25:32 kestrel kernel: 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 3 22:25:32 kestrel kernel: fwohci0: mem 0xdfcfe800-0xdfcfefff irq 18 at device 1.1 on pci2 Sep 3 22:25:32 kestrel kernel: fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xdfcfe800 Sep 3 22:25:32 kestrel kernel: fwohci0: [MPSAFE] Sep 3 22:25:32 kestrel kernel: fwohci0: OHCI version 1.10 (ROM=0) Sep 3 22:25:32 kestrel kernel: fwohci0: No. of Isochronous channels is 4. Sep 3 22:25:32 kestrel kernel: fwohci0: EUI64 37:4f:c0:00:1a:8e:44:e1 Sep 3 22:25:32 kestrel kernel: fwohci0: Phy 1394a available S400, 2 ports. Sep 3 22:25:32 kestrel kernel: fwohci0: Link S400, max_rec 2048 bytes. Sep 3 22:25:32 kestrel kernel: firewire0: on fwohci0 Sep 3 22:25:32 kestrel kernel: fwe0: on firewire0 Sep 3 22:25:32 kestrel kernel: if_fwe0: Fake Ethernet address: 36:4f:c0:8e:44:e1 Sep 3 22:25:32 kestrel kernel: fwe0: bpf attached Sep 3 22:25:32 kestrel kernel: fwe0: Ethernet address: 36:4f:c0:8e:44:e1 Sep 3 22:25:32 kestrel kernel: fwe0: if_start running deferred for Giant Sep 3 22:25:32 kestrel kernel: sbp0: on firewire0 Sep 3 22:25:32 kestrel kernel: fwohci0: Initiate bus reset Sep 3 22:25:32 kestrel kernel: fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode Sep 3 22:25:32 kestrel kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) Sep 3 22:25:32 kestrel kernel: firewire0: bus manager 0 (me) Sep 3 22:25:32 kestrel kernel: pci2: at device 1.2 (no driver attached) Sep 3 22:25:32 kestrel kernel: pci2: at device 3.0 (no driver attached) Sep 3 22:25:32 kestrel kernel: pci0: at device 30.2 (no driver attached) Sep 3 22:25:32 kestrel kernel: isab0: at device 31.0 on pci0 Sep 3 22:25:32 kestrel kernel: isa0: on isab0 Sep 3 22:25:32 kestrel kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 16 at device 31.1 on pci0 Sep 3 22:25:32 kestrel kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 Sep 3 22:25:32 kestrel kernel: ata0: on atapci0 Sep 3 22:25:32 kestrel kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 Sep 3 22:25:32 kestrel kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 Sep 3 22:25:32 kestrel kernel: ata0: reset tp1 mask=03 ostat0=50 ostat1=00 Sep 3 22:25:32 kestrel kernel: ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Sep 3 22:25:32 kestrel kernel: ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 Sep 3 22:25:32 kestrel kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x1 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 14 (ISA IRQ 14) to vector 53 Sep 3 22:25:32 kestrel kernel: ata0: [MPSAFE] Sep 3 22:25:32 kestrel kernel: ata1: on atapci0 Sep 3 22:25:32 kestrel kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 Sep 3 22:25:32 kestrel kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 Sep 3 22:25:32 kestrel kernel: ata1: reset tp1 mask=00 ostat0=ff ostat1=ff Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 15 (ISA IRQ 15) to vector 54 Sep 3 22:25:32 kestrel kernel: ata1: [MPSAFE] Sep 3 22:25:32 kestrel kernel: pci0: at device 31.3 (no driver attached) Sep 3 22:25:32 kestrel kernel: acpi_tz0: on acpi0 Sep 3 22:25:32 kestrel kernel: psmcpnp0: irq 12 on acpi0 Sep 3 22:25:32 kestrel kernel: atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 Sep 3 22:25:32 kestrel kernel: atkbd0: irq 1 on atkbdc0 Sep 3 22:25:32 kestrel kernel: atkbd: the current kbd controller command byte 0065 Sep 3 22:25:32 kestrel kernel: atkbd: keyboard ID 0x41ab (2) Sep 3 22:25:32 kestrel kernel: kbd0 at atkbd0 Sep 3 22:25:32 kestrel kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 Sep 3 22:25:32 kestrel kernel: atkbd0: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: psm0: current command byte:0065 Sep 3 22:25:32 kestrel kernel: psm0: irq 12 on atkbdc0 Sep 3 22:25:32 kestrel kernel: ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 Sep 3 22:25:32 kestrel kernel: psm0: [GIANT-LOCKED] Sep 3 22:25:32 kestrel kernel: psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons Sep 3 22:25:32 kestrel kernel: psm0: config:00000000, flags:00000008, packet size:3 Sep 3 22:25:32 kestrel kernel: psm0: syncmask:c0, syncbits:00 Sep 3 22:25:32 kestrel kernel: ata: ata0 already exists; skipping it Sep 3 22:25:32 kestrel kernel: ata: ata1 already exists; skipping it Sep 3 22:25:32 kestrel kernel: atkbdc: atkbdc0 already exists; skipping it Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 203 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 243 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 283 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 2c3 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 303 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 343 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 383 Sep 3 22:25:32 kestrel kernel: pnp_identify: Trying Read_Port at 3c3 Sep 3 22:25:32 kestrel kernel: PNP Identify complete Sep 3 22:25:32 kestrel kernel: ex_isa_identify() Sep 3 22:25:32 kestrel kernel: unknown: status reg test failed ff Sep 3 22:25:32 kestrel last message repeated 5 times Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 0: ioport 0xc00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 1: ioport 0x1c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 2: ioport 0x2c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 3: ioport 0x3c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 4: ioport 0x4c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 5: ioport 0x5c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 6: ioport 0x6c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 7: ioport 0x7c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 8: ioport 0x8c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 9: ioport 0x9c00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 10: ioport 0xac00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 11: ioport 0xbc00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 12: ioport 0xcc00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 13: ioport 0xdc00 alloc failed Sep 3 22:25:32 kestrel kernel: ahc_isa_probe 14: ioport 0xec00 alloc failed Sep 3 22:25:32 kestrel kernel: sc: sc0 already exists; skipping it Sep 3 22:25:32 kestrel kernel: vga: vga0 already exists; skipping it Sep 3 22:25:32 kestrel kernel: isa_probe_children: disabling PnP devices Sep 3 22:25:32 kestrel kernel: isa_probe_children: probing non-PnP devices Sep 3 22:25:32 kestrel kernel: pmtimer0 on isa0 Sep 3 22:25:32 kestrel kernel: orm0: at iomem 0xc0000-0xcf7ff,0xcf800-0xcffff pnpid ORM0000 on isa0 Sep 3 22:25:32 kestrel kernel: adv0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: aha0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: aic0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: bt0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: cs0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: ed0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Sep 3 22:25:32 kestrel kernel: fe0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: ie0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: lnc0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: ppc0: parallel port not found. Sep 3 22:25:32 kestrel kernel: ppc0: failed to probe at irq 7 on isa0 Sep 3 22:25:32 kestrel kernel: sc0: at flags 0x100 on isa0 Sep 3 22:25:32 kestrel kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 3 22:25:32 kestrel kernel: sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) Sep 3 22:25:32 kestrel kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Sep 3 22:25:32 kestrel kernel: sio0: port may not be enabled Sep 3 22:25:32 kestrel kernel: sio0: irq maps: 0xe81 0xe81 0xe81 0xe81 Sep 3 22:25:32 kestrel kernel: sio0: probe failed test(s): 0 1 2 4 6 7 9 Sep 3 22:25:32 kestrel kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Sep 3 22:25:32 kestrel kernel: sio0: port may not be enabled Sep 3 22:25:32 kestrel kernel: sio0: irq maps: 0xe81 0xe81 0xe81 0xe81 Sep 3 22:25:32 kestrel kernel: sio0: probe failed test(s): 0 1 2 4 6 7 9 Sep 3 22:25:32 kestrel kernel: sio0 failed to probe at port 0x3f8-0x3ff irq 4 on isa0 Sep 3 22:25:32 kestrel kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Sep 3 22:25:32 kestrel kernel: sio1: port may not be enabled Sep 3 22:25:32 kestrel kernel: sio1: irq maps: 0xe81 0xe81 0xe81 0xe81 Sep 3 22:25:32 kestrel kernel: sio1: probe failed test(s): 0 1 2 4 6 7 9 Sep 3 22:25:32 kestrel kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Sep 3 22:25:32 kestrel kernel: sio1: port may not be enabled Sep 3 22:25:32 kestrel kernel: sio1: irq maps: 0xe81 0xe81 0xe81 0xe81 Sep 3 22:25:32 kestrel kernel: sio1: probe failed test(s): 0 1 2 4 6 7 9 Sep 3 22:25:32 kestrel kernel: sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 Sep 3 22:25:32 kestrel kernel: sio2: not probed (disabled) Sep 3 22:25:32 kestrel kernel: sio3: not probed (disabled) Sep 3 22:25:32 kestrel kernel: sn0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 3 22:25:32 kestrel kernel: vt0: not probed (disabled) Sep 3 22:25:32 kestrel kernel: isa_probe_children: probing PnP devices Sep 3 22:25:32 kestrel kernel: ugen0: on uhub1 Sep 3 22:25:32 kestrel kernel: Device configuration finished. Sep 3 22:25:32 kestrel kernel: procfs registered Sep 3 22:25:32 kestrel kernel: lapic: Divisor 2, Frequency 49928635 hz Sep 3 22:25:32 kestrel kernel: Timecounter "TSC" frequency 1098429642 Hz quality 800 Sep 3 22:25:32 kestrel kernel: Timecounters tick every 1.000 msec Sep 3 22:25:32 kestrel kernel: lo0: bpf attached Sep 3 22:25:32 kestrel kernel: rr232x: no controller detected. Sep 3 22:25:32 kestrel kernel: acpi_acad0: acline initialization start Sep 3 22:25:32 kestrel kernel: battery0: battery initialization start Sep 3 22:25:32 kestrel kernel: acpi_acad0: On Line Sep 3 22:25:32 kestrel kernel: acpi_acad0: acline initialization done, tried 1 times Sep 3 22:25:32 kestrel kernel: battery0: battery initialization done, tried 1 times Sep 3 22:25:32 kestrel kernel: ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire Sep 3 22:25:32 kestrel kernel: ad0: setting PIO4 on ICH6 chip Sep 3 22:25:32 kestrel kernel: ad0: setting UDMA100 on ICH6 chip Sep 3 22:25:32 kestrel kernel: ad0: 28615MB at ata0-master UDMA100 Sep 3 22:25:32 kestrel kernel: ad0: 58605120 sectors [58140C/16H/63S] 16 sectors/interrupt 1 depth queue Sep 3 22:25:32 kestrel kernel: GEOM: new disk ad0 Sep 3 22:25:32 kestrel kernel: ad0: Intel check1 failed Sep 3 22:25:32 kestrel kernel: ad0: Adaptec check1 failed Sep 3 22:25:32 kestrel kernel: ad0: LSI (v3) check1 failed Sep 3 22:25:32 kestrel kernel: ad0: LSI (v2) check1 failed Sep 3 22:25:32 kestrel kernel: ad0: FreeBSD check1 failed Sep 3 22:25:32 kestrel kernel: (probe0:sbp0:0:0:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe0:sbp0:0:0:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: (probe2:sbp0:0:2:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe2:sbp0:0:2:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: (probe3:sbp0:0:3:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe3:sbp0:0:3:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: (probe5:sbp0:0:5:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe5:sbp0:0:5:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: (probe1:sbp0:0:1:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe1:sbp0:0:1:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: (probe4:sbp0:0:4:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe4:sbp0:0:4:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: (probe6:sbp0:0:6:0): error 22 Sep 3 22:25:32 kestrel kernel: (probe6:sbp0:0:6:0): Unretryable Error Sep 3 22:25:32 kestrel kernel: ATA PseudoRAID loaded Sep 3 22:25:32 kestrel kernel: Trying to mount root from ufs:/dev/ad0s3a Sep 3 22:25:32 kestrel kernel: start_init: trying /sbin/init Sep 3 22:25:32 kestrel kernel: Linux ELF exec handler installed Sep 3 22:25:32 kestrel kernel: linprocfs registered Sep 3 22:25:32 kestrel kernel: pci0: driver added Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x266e, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=30, func=2 Sep 3 22:25:32 kestrel kernel: class=04-01-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=16 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: pci0:30:2: reprobing on driver added Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x266a, revid=0x03 Sep 3 22:25:32 kestrel kernel: bus=0, slot=31, func=3 Sep 3 22:25:32 kestrel kernel: class=0c-05-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=b, irq=17 Sep 3 22:25:32 kestrel kernel: pci0:31:3: reprobing on driver added Sep 3 22:25:32 kestrel kernel: pci1: driver added Sep 3 22:25:32 kestrel kernel: pci2: driver added Sep 3 22:25:32 kestrel kernel: found-> vendor=0x1180, dev=0x0822, revid=0x17 Sep 3 22:25:32 kestrel kernel: bus=2, slot=1, func=2 Sep 3 22:25:32 kestrel kernel: class=08-05-01, hdrtype=0x00, mfdev=1 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 3 22:25:32 kestrel kernel: intpin=c, irq=17 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Sep 3 22:25:32 kestrel kernel: pci2:1:2: reprobing on driver added Sep 3 22:25:32 kestrel kernel: found-> vendor=0x8086, dev=0x4220, revid=0x05 Sep 3 22:25:32 kestrel kernel: bus=2, slot=3, func=0 Sep 3 22:25:32 kestrel kernel: class=02-80-00, hdrtype=0x00, mfdev=0 Sep 3 22:25:32 kestrel kernel: cmdreg=0x0116, statreg=0x0290, cachelnsz=16 (dwords) Sep 3 22:25:32 kestrel kernel: lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) Sep 3 22:25:32 kestrel kernel: intpin=a, irq=17 Sep 3 22:25:32 kestrel kernel: powerspec 2 supports D0 D3 current D0 Sep 3 22:25:32 kestrel kernel: pci2:3:0: reprobing on driver added Sep 3 22:25:32 kestrel kernel: iwi0: mem 0xdfcff000-0xdfcfffff irq 17 at device 3.0 on pci2 Sep 3 22:25:32 kestrel kernel: iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfcff000 Sep 3 22:25:32 kestrel kernel: iwi0: bpf attached Sep 3 22:25:32 kestrel kernel: iwi0: Ethernet address: 00:12:f0:62:ea:ab Sep 3 22:25:32 kestrel kernel: iwi0: bpf attached Sep 3 22:25:32 kestrel kernel: iwi0: bpf attached Sep 3 22:25:32 kestrel kernel: iwi0: [MPSAFE] Sep 3 22:25:32 kestrel kernel: iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Sep 3 22:25:32 kestrel kernel: iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Sep 3 22:25:33 kestrel ntpd[585]: ntpd 4.2.0-a Thu Aug 31 20:58:59 PDT 2006 (1) Sep 3 22:26:10 kestrel markd: before startx Sep 3 22:26:16 kestrel kernel: drm0: on vgapci0 Sep 3 22:26:16 kestrel kernel: info: [drm] AGP at 0xdff00000 0MB Sep 3 22:26:16 kestrel kernel: info: [drm] Initialized i915 1.4.0 20060119 Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,e66cca58,c44cbdb0,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c0a93644,ffffffff,c44cbdb0,80000001,...) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x10c Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f8,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(6,c09ce820,2,c44cbdb0,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c0a93644,ffffffff,c44cbdb0,80000001,...) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x10c Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(4,c09ce820,2,5,c44cbdb0,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c0a93644,ffffffff,c44cbdb0,80000001,...) at sysctl_add_oid+0xf0 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x10c Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cca04,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(1,c09ce820,2,c09164d9,5,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c0a93644,ffffffff,c44cbdb0,80000001,...) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x10c Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f0,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd1700,6,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c44602c0) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c0a93644,ffffffff,c44cbdb0,80000001,...) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x10c Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,c44cbdb0,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947194,80000002,c44cbd8c,0,c06a65f4,c091b0d8,c09471a1) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x170 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(d,c09ce820,2,c0947194,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947194,80000002,c44cbd8c,0,c06a65f4,c091b0d8,c09471a1) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x170 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,20,c1472b40,1,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0945cb7) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472b40,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(13,c09ce820,2,c09471a1,c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947194,80000002,c44cbd8c,0,c06a65f4,c091b0d8,c09471a1) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x170 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd1a00,d,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460300) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947194,80000002,c44cbd8c,0,c06a65f4,c091b0d8,c09471a1) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x170 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,c,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472dc,80000002,c44cbd90,0,c06a65f4,c091b0d8,c09472ca) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ae Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c09472dc,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472dc,80000002,c44cbd90,0,c06a65f4,c091b0d8,c09472ca) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ae Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,20,c1472b40,1,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0945cb7) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472b40,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(12,c09ce820,2,c09472ca,b,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472dc,80000002,c44cbd90,0,c06a65f4,c091b0d8,c09472ca) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ae Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd9140,c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460340) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472dc,80000002,c44cbd90,0,c06a65f4,c091b0d8,c09472ca) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ae Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,b,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472fe,80000002,c44cbd94,0,c06a65f4,c091b0d8,c09472e8) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ec Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(10,c09ce820,2,c09472fe,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472fe,80000002,c44cbd94,0,c06a65f4,c091b0d8,c09472e8) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ec Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,20,c1472b40,1,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0945cb7) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472b40,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(16,c09ce820,2,c09472e8,f,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472fe,80000002,c44cbd94,0,c06a65f4,c091b0d8,c09472e8) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ec Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd9050,10,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460380) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c09472fe,80000002,c44cbd94,0,c06a65f4,c091b0d8,c09472e8) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x1ec Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,f,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947322,80000002,c44cbd98,0,c06a65f4,c091b0d8,c094730e) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x22a Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(e,c09ce820,2,c0947322,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947322,80000002,c44cbd98,0,c06a65f4,c091b0d8,c094730e) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x22a Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,20,c1472b40,1,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0945cb7) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472b40,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(14,c09ce820,2,c094730e,d,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947322,80000002,c44cbd98,0,c06a65f4,c091b0d8,c094730e) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x22a Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd1960,e,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c44604c0) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947322,80000002,c44cbd98,0,c06a65f4,c091b0d8,c094730e) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x22a Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,d,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947346,80000002,c44cbd9c,0,c06a65f4,c091b0d8,c0947330) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x268 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(e,c09ce820,2,c0947346,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947346,80000002,c44cbd9c,0,c06a65f4,c091b0d8,c0947330) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x268 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,20,c1472b40,1,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0945cb7) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472b40,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(16,c09ce820,2,c0947330,d,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947346,80000002,c44cbd9c,0,c06a65f4,c091b0d8,c0947330) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x268 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd9130,e,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460540) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0947346,80000002,c44cbd9c,0,c06a65f4,c091b0d8,c0947330) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x268 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,d,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094737d,80000002,c44cbda0,0,c06a65f4,c091b0d8,c0947354) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2a6 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(f,c09ce820,2,c094737d,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094737d,80000002,c44cbda0,0,c06a65f4,c091b0d8,c0947354) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2a6 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(29,c09ce820,2,c0947354,e,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094737d,80000002,c44cbda0,0,c06a65f4,c091b0d8,c0947354) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2a6 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd9830,f,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460500) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094737d,80000002,c44cbda0,0,c06a65f4,c091b0d8,c0947354) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2a6 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,e,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094738c,80000003,c44cbdb8,0,c06a6718,c091608e,c09164d9) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2e4 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(8,c09ce820,2,c094738c,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094738c,80000003,c44cbdb8,0,c06a6718,c091608e,c09164d9) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2e4 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(1,c09ce820,2,c09164d9,7,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094738c,80000003,c44cbdb8,0,c06a6718,c091608e,c09164d9) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2e4 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3fd9810,8,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460480) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c094738c,80000003,c44cbdb8,0,c06a6718,c091608e,c09164d9) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x2e4 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,7,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c091a3bb,80000002,c44cbda4,0,c06a65f4,c091b0d8,c09164d9) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x322 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(a,c09ce820,2,c091a3bb,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c091a3bb,80000002,c44cbda4,0,c06a65f4,c091b0d8,c09164d9) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x322 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(1,c09ce820,2,c09164d9,9,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c091a3bb,80000002,c44cbda4,0,c06a65f4,c091b0d8,c09164d9) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x322 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3ea9000,a,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c44603c0) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c091a3bb,80000002,c44cbda4,0,c06a65f4,c091b0d8,c09164d9) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x322 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,30,c1472d20,2,e66cca0c,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c092977b) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472d20,0,102) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(2c,c09ce820,102,9,c44cbdcc,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0949e9e,80000002,...) at sysctl_add_oid+0x7a Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x360 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9fc,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(9,c09ce820,2,c0949e9e,2c,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0949e9e,80000002,...) at sysctl_add_oid+0xad Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x360 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cca08,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(1,c09ce820,2,c09164d9,8,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0949e9e,80000002,...) at sysctl_add_oid+0x12c Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x360 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:16 kestrel kernel: malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: Sep 3 22:26:16 kestrel kernel: exclusive sleep mutex drm device r = 0 (0xc41858d4) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:904 Sep 3 22:26:16 kestrel kernel: KDB: stack backtrace: Sep 3 22:26:16 kestrel kernel: kdb_backtrace(1,10,c1472960,0,e66cc9f4,...) at kdb_backtrace+0x29 Sep 3 22:26:16 kestrel kernel: witness_warn(5,0,c093f276,c0900a90) at witness_warn+0x192 Sep 3 22:26:16 kestrel kernel: uma_zalloc_arg(c1472960,0,2) at uma_zalloc_arg+0x41 Sep 3 22:26:16 kestrel kernel: malloc(c,c09ce820,2,c3e93a80,9,...) at malloc+0xb2 Sep 3 22:26:16 kestrel kernel: sysctl_ctx_entry_add(c44cbdcc,c4460640) at sysctl_ctx_entry_add+0x2a Sep 3 22:26:16 kestrel kernel: sysctl_add_oid(c44cbdcc,c3fd18a0,ffffffff,c0949e9e,80000002,...) at sysctl_add_oid+0x151 Sep 3 22:26:16 kestrel kernel: alloc_bounce_zone(c44cbd00,0,c3fd90d0,1000,1000,...) at alloc_bounce_zone+0x360 Sep 3 22:26:16 kestrel kernel: bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x165 Sep 3 22:26:16 kestrel kernel: drm_pci_alloc(c4185800,1000,1000,ffffffff,c41858d4,...) at drm_pci_alloc+0x54 Sep 3 22:26:16 kestrel kernel: i915_dma_init(c4493700,80446440,c44cbc00,3,c4352d80,...) at i915_dma_init+0x2ed Sep 3 22:26:16 kestrel kernel: drm_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,c0a127a8,0,c091f94a,11f) at drm_ioctl+0x150 Sep 3 22:26:16 kestrel kernel: giant_ioctl(c4493700,80446440,c44cbc00,3,c4352d80,...) at giant_ioctl+0x33 Sep 3 22:26:16 kestrel kernel: devfs_ioctl_f(c41c0360,80446440,c44cbc00,c447ad00,c4352d80) at devfs_ioctl_f+0xaf Sep 3 22:26:16 kestrel kernel: kern_ioctl(c4352d80,7,80446440,c44cbc00) at kern_ioctl+0x296 Sep 3 22:26:16 kestrel kernel: ioctl(c4352d80,e66ccd04) at ioctl+0xd1 Sep 3 22:26:16 kestrel kernel: syscall(3b,3b,3b,8270d80,8213000,...) at syscall+0x256 Sep 3 22:26:16 kestrel kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 3 22:26:16 kestrel kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282d2fd3, esp = 0xbfbfe7cc, ebp = 0xbfbfe7e8 --- Sep 3 22:26:17 kestrel kernel: drm0: [MPSAFE] Sep 3 22:27:02 kestrel kernel: acpi_lid0: Lid closed Sep 3 22:27:02 kestrel Lid: Closed at Sun Sep 3 22:27:02 PDT 2006 Sep 3 22:27:09 kestrel kernel: acpi_lid0: Lid opened Sep 3 22:27:09 kestrel Lid: Opened at Sun Sep 3 22:27:09 PDT 2006 Sep 3 22:27:22 kestrel kernel: drm0: [MPSAFE] Sep 3 22:35:54 kestrel ntpd[585]: time reset +1.061167 s Sep 3 22:35:54 kestrel ntpd[585]: kernel time sync disabled 2041 Sep 3 22:40:32 kestrel kernel: 15.fee1c630fd0354f6 too short Sep 3 22:40:39 kestrel kernel: acpi_lid0: Lid closed Sep 3 22:40:39 kestrel Lid: Closed at Sun Sep 3 22:40:39 PDT 2006 Sep 3 22:40:44 kestrel kernel: acpi_lid0: Lid opened Sep 3 22:40:44 kestrel Lid: Opened at Sun Sep 3 22:40:44 PDT 2006 Sep 3 22:40:48 kestrel kernel: 16.0110c0a07957744a too long Sep 3 22:41:30 kestrel kernel: drm0: [MPSAFE] --y2XWlBIrmB-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 08:00:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE2CC16A4DD for ; Mon, 4 Sep 2006 08:00:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F2343D58 for ; Mon, 4 Sep 2006 08:00:14 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2788953pye for ; Mon, 04 Sep 2006 01:00:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=SQ/pCZ8SdijetmLna9xPYIDNRWYUuK1VjetfGvLeKVXz8h/AkFtmKKRMaB2o8OASmKkQMG5nuNbUtk0qhNndKuVu5BIPV/q9a9GYcShgvf2oZzsj0AdIVMEiqVMGYqpwIkmQq3QoxhhrTn8YEJtRayu8niihHQo0ruGQPLUYmac= Received: by 10.35.128.1 with SMTP id f1mr9588909pyn; Mon, 04 Sep 2006 01:00:14 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 38sm2361681nza.2006.09.04.01.00.13; Mon, 04 Sep 2006 01:00:14 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k847wOHD002106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Sep 2006 16:58:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k847wNDx002105; Mon, 4 Sep 2006 16:58:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 4 Sep 2006 16:58:23 +0900 From: Pyun YongHyeon To: Jack Vogel Message-ID: <20060904075823.GA1210@cdnetworks.co.kr> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 08:00:16 -0000 On Fri, Sep 01, 2006 at 03:51:21PM -0700, Jack Vogel wrote: > This is a patch for the stack and the em driver to enable TSO > on CURRENT. Previously I had problems getting it to work, but > this is functional. > > I should note that CURRENT is being a pain right now, when > I comment out em in the config the kernel panics coming up, > so I had to substitute this code into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and > our test group is already testing against that driver, so far > things are looking good. > > I have designed it so the driver can continue to be built > without support. There is also a sysctl in the stack code > so you can set net.inet.tcp.tso_enable on or off and > compare. > > I know there may be some refinements to add in, but I > would like to get this into CURRENT as a start. > > Comments? > It seems that 8254x also supports UDP segmentation offloading feature. Have you tried to implement it? According to the data sheet checksums are not accurate above 12K frame size but I couldn't find frame size restrictions in TSO path. What is maximum frame size supported by TSO? It seems that TSO assumes IP/TCP/UDP checksum offloading is always enabled by hardware. What if users disable IP/TCP/UDP checksum offloading with ifconfig(8)? What happen if users disable hardware VLAN tag insertion with ifconfig(8)? It woud be even better if users can disable/enable TSO capability for each network devices with ifconfig(8) instead of relying on global sysctl MIB(net.inet.tcp.tso_enable). Btw, do you have benchmark numbers? > Jack -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 08:17:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8B9B16A4DD for ; Mon, 4 Sep 2006 08:17:22 +0000 (UTC) (envelope-from sam@fqdn.net) Received: from host.fqdn.net (host.fqdn.net [194.242.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D27043D69 for ; Mon, 4 Sep 2006 08:17:10 +0000 (GMT) (envelope-from sam@fqdn.net) Received: by host.fqdn.net (Postfix, from userid 1003) id 47B4C40; Mon, 4 Sep 2006 09:17:09 +0100 (BST) Date: Mon, 4 Sep 2006 09:17:09 +0100 From: Sam Eaton To: freebsd-current@freebsd.org Message-ID: <20060904081709.GD60234@host.fqdn.net> Mail-Followup-To: freebsd-current@freebsd.org References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060904054721.GF34840@freenix.no> User-Agent: Mutt/1.4.2.1i Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 08:17:23 -0000 On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > > Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell PE 1950's > without any problems. The only thing I had to do was update the bce driver for > the NIC, but other than that the mfi RAID controller is detected properly, as well > as the SAS disks and RAID array. The only difference I can think of is perhaps > the firmware and BIOS versions Out of interest, what kind of load have you put on your network, and what kind of switch are you connected to. Our 1950s have terrible network issues still even with the new bce driver, giving watchdog timeouts under high load. NFS traffic particularly triggers it really easily. The mfi raid controller does seem to be working fine so far though, but I'm not filled with confidence in the units at the moment :) Sam. -- "Fortified with Essential Bitterness and Sarcasm" Matt Groening, "Binky's Guide to Love". From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 08:19:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61D6C16A4F1 for ; Mon, 4 Sep 2006 08:19:51 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 971BD43D53 for ; Mon, 4 Sep 2006 08:19:42 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k848Jdnc081276 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Sep 2006 12:19:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k848JdtB081275; Mon, 4 Sep 2006 12:19:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Sep 2006 12:19:38 +0400 From: Gleb Smirnoff To: "Derrick T. Woolworth" Message-ID: <20060904081938.GX40020@FreeBSD.org> References: <10fd06c60609031846x60c40383iaee659aa7ee74300@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <10fd06c60609031846x60c40383iaee659aa7ee74300@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: Jumbo Frames with em X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 08:19:51 -0000 On Sun, Sep 03, 2006 at 08:46:21PM -0500, Derrick T. Woolworth wrote: D> I'm running -current on a NFS file server with a 3ware controller D> striping across multiple disks. The box uses the em driver with the D> mtu set to 8192 - client machines connecting via NFS that are also D> running -current with bge drivers with the mtu set to 8192 (and jumbo D> frames enabled on the switch)... D> D> The em driver's README says that UDP and Jumbo Frames don't play well D> together - just wondering if this would have any impact on NFS over D> TCP? This comment is quite old. It may happen that this isn't true anymore. May be developers from Intel will comment on this. D> Does anyone know anything about the future of the em driver or D> bge driver that might have performance issues with Jumbo Frames? D> D> I'm only ever seeing the storage system write about 10 to 15MB (bytes) D> per second over NFS. Have you tested the performance with ftp, netcat or some network benchmarking tool? The problem may be in NFS not in driver. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 10:08:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B9A516A4E2 for ; Mon, 4 Sep 2006 10:08:02 +0000 (UTC) (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 11AC443D4C for ; Mon, 4 Sep 2006 10:08:00 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 18418 invoked from network); 4 Sep 2006 09:53:25 -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 ; 4 Sep 2006 09:53:25 -0000 Message-ID: <44FBFAFF.3030702@freebsd.org> Date: Mon, 04 Sep 2006 12:07:59 +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: Robert Watson References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <20060902065044.V84468@fledge.watson.org> In-Reply-To: <20060902065044.V84468@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 10:08:02 -0000 Robert Watson wrote: > On Fri, 1 Sep 2006, Jack Vogel wrote: > >> This is a patch for the stack and the em driver to enable TSO on >> CURRENT. Previously I had problems getting it to work, but this is >> functional. >> >> I should note that CURRENT is being a pain right now, when I comment >> out em in the config the kernel panics coming up, so I had to >> substitute this code into the tree. Rather bizarre :) >> >> I have this functionality running on a 6.1 based system, and our test >> group is already testing against that driver, so far things are >> looking good. >> >> I have designed it so the driver can continue to be built without >> support. There is also a sysctl in the stack code so you can set >> net.inet.tcp.tso_enable on or off and compare. >> >> I know there may be some refinements to add in, but I would like to >> get this into CURRENT as a start. > > > Per my earlier comments, I would like to see the issue of doing an > on-demand segmentation of TCP at the IP layer in the event that the > early route decision becomes stale (i.e., ipfw fwd, ipsec, etc), as > occurs in the NetBSD code. Likewise, I think Andre's comment about > making the routing decision up front for the TCP connection as part of > the existing search for PMTU information makes sense. I'm more > interested in seeing the former addressed than the latter before the > commit, though, which can quite easily follow. In the patch I posted yesterday into this thread the TSO decision is done at connection setup time in tcp_mss() where all other initial TCP connection parameters are initilized as well. If the same interface we took the MTU values from, is found to support TSO it gets enabled for this connection too. Should the egress interface change during the lifetime of the connection and the new one doesn't support TSO we get an EMSGSIZE error from ip_output(), disable TSO for this connection and have tcp_output() resend the data again while doing the segmentation itself as usual. Should the connection change back to the TSO capable interface later on we don't re-enable TSO for the connection though. OTOH having a bulk transfer TCP session (where TSO actually helps) migrate between interface is a *very* rare occurence and not worth special casing for it. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 11:44:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CFAC16A4DD for ; Mon, 4 Sep 2006 11:44:43 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59BD43D58 for ; Mon, 4 Sep 2006 11:44:42 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 04 Sep 2006 04:44:42 -0700 X-IronPort-AV: i="4.08,208,1154934000"; d="scan'208"; a="317399235:sNHT30758268" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k84BigAh030096 for ; Mon, 4 Sep 2006 04:44:42 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k84Big6W012561 for ; Mon, 4 Sep 2006 04:44:42 -0700 (PDT) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Sep 2006 04:44:41 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Sep 2006 04:44:41 -0700 Message-ID: <44FC1188.7050600@cisco.com> Date: Mon, 04 Sep 2006 07:44:08 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Sep 2006 11:44:41.0831 (UTC) FILETIME=[82772770:01C6D017] DKIM-Signature: a=rsa-sha1; q=dns; l=1023; t=1157370282; x=1158234282; c=relaxed/relaxed; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Interesting=20lock=20issue=20mtx_flags=20=3D=200x6?; X=v=3Dcisco.com=3B=20h=3Dl1RY4rga3OurFaXip94HF88u3tk=3D; b=CHfCipiGV8QOCYpAQ3Q6MLZFfaTZzv8VLlYJXWe/75lk2uoKRom7F97nrIPao8YCbGs+YzHv 1CrRGH5WoCrgVsX5NbDsdtnok7vL00fj3C9OTksnOZMfe7THYR2xFQWA; Authentication-Results: sj-dkim-8.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: Interesting lock issue mtx_flags = 0x6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 11:44:43 -0000 Hi all: I am hunting a different bug (crash) in my SCTP code.. and I ran across an interesting issue. The kernel crashed in mtx_lock() at line 544.. looking at the kernel core... I see the mtx_flags is set to 0x6 (MTX_RELEASED|MTX_CONTESTED)... The turnstile was empty as well.. My last update to kern_mutex.c was about August 15th.. Is this a known issue? Should I try cvsup'ing and see if I can reproduce it.. or does anyone with a lot more knowledge on how the locking is supposed to work want to look at this before I cvsup and loose the ability to kgdb it (I would be glad to give access to anyone that wants to poke around on the machine). From my limited look at the atomic's that are going on here I can't see how you could get 0x6 ever set in the flags.. and of course this is also assumed in the lock code and is why it crashes... Let me know if anyone is interested in looking at this.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 12:10:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D2416A50C for ; Mon, 4 Sep 2006 12:10:29 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EEBB43F52 for ; Mon, 4 Sep 2006 12:08:00 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 04 Sep 2006 05:08:00 -0700 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k84C7ZPK022583 for ; Mon, 4 Sep 2006 05:08:00 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k84C5XQV027765 for ; Mon, 4 Sep 2006 05:05:33 -0700 (PDT) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 4 Sep 2006 05:05:33 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Sep 2006 05:05:33 -0700 Message-ID: <44FC166B.2060809@cisco.com> Date: Mon, 04 Sep 2006 08:04:59 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randall Stewart References: <44FC1188.7050600@cisco.com> In-Reply-To: <44FC1188.7050600@cisco.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Sep 2006 12:05:33.0222 (UTC) FILETIME=[6C5A4460:01C6D01A] DKIM-Signature: a=rsa-sha1; q=dns; l=1190; t=1157371680; x=1158235680; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Interesting=20lock=20issue=20mtx_flags=20=3D=200x6?; X=v=3Dcisco.com=3B=20h=3D8MOa55kzneMreyPuwJOdmXLIq8w=3D; b=vEic0PS/RODdOuvrcXzP2WJ93pMRyOa046PPTTxLOOg/OrfmFKlMzrWDhPVb+ZsOBjWENSpa Hm/SalLtForhu+nw3iqTTLnnkJhiSHM+K9We1QbdRbNOWhnDxpSbrM6k; Authentication-Results: sj-dkim-2.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Interesting lock issue mtx_flags = 0x6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 12:10:30 -0000 Never mind.. I think I just figiured it out.. its a foo-bar on my part :-D R Randall Stewart wrote: > Hi all: > > I am hunting a different bug (crash) in my SCTP code.. and I ran > across an interesting issue. > > The kernel crashed in mtx_lock() at line 544.. looking > at the kernel core... I see the mtx_flags is set to 0x6 > (MTX_RELEASED|MTX_CONTESTED)... The turnstile was > empty as well.. > > My last update to kern_mutex.c was about August 15th.. > > Is this a known issue? Should I try cvsup'ing and see > if I can reproduce it.. or does anyone with a lot > more knowledge on how the locking is supposed to work > want to look at this before I cvsup and loose the ability > to kgdb it (I would be glad to give access to anyone that > wants to poke around on the machine). > > From my limited look at the atomic's that are going on > here I can't see how you could get 0x6 ever set in > the flags.. and of course this is also assumed in > the lock code and is why it crashes... > > Let me know if anyone is interested in looking at this.. > > R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 06:13:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E212016A4DF; Mon, 4 Sep 2006 06:13:48 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D389743D49; Mon, 4 Sep 2006 06:13:47 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k846BdGp023873; Mon, 4 Sep 2006 08:11:40 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k846BdCE023872; Mon, 4 Sep 2006 08:11:39 +0200 (CEST) (envelope-from morten) Date: Mon, 4 Sep 2006 08:11:39 +0200 From: "Morten A. Middelthon" To: Alex Salazar Message-ID: <20060904061139.GG34840@freenix.no> References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="poemUeGtc2GQvHuH" Content-Disposition: inline In-Reply-To: <20060904054721.GF34840@freenix.no> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Mon, 04 Sep 2006 12:34:58 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 06:13:49 -0000 --poemUeGtc2GQvHuH Content-Type: multipart/mixed; boundary="HKEL+t8MFpg/ASTE" Content-Disposition: inline --HKEL+t8MFpg/ASTE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > > Apologies for the long message, and thanks in advance for any response. > >=20 > > I've just bought one of those new generation Dell servers, specifically, > > the PowerEdge 1950. > >=20 > > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > > 1GB 533MHz RAM, system. > >=20 > > This server has a LSI Logic SAS 5/i integrated adapter and dual embedded > > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. > >=20 > Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell P= E 1950's > without any problems. The only thing I had to do was update the bce drive= r for > the NIC, but other than that the mfi RAID controller is detected properly= , as well > as the SAS disks and RAID array. The only difference I can think of is pe= rhaps > the firmware and BIOS versions >=20 > Attached is the dmesg output from one of the two 1950's I've got. And here's the dmesg output :) mvh, --=20 Morten A. Middelthon Always borrow money from a pessimist; he doesn't expect to be paid back. --HKEL+t8MFpg/ASTE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Thu Aug 31 14:56:17 CEST 2006 morten@gerakl.sfintra.coretrek.com:/usr/obj/usr/src/sys/gerakl Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe4bd,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Logical CPUs per core: 2 real memory = 3489300480 (3327 MB) avail memory = 3414597632 (3256 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic1: Changing APIC ID to 5 ioapic1: WARNING: intbase 64 != expected base 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci6: on pcib1 pcib2: at device 0.0 on pci6 pci7: on pcib2 pcib3: at device 0.0 on pci7 pci8: on pcib3 pcib4: at device 0.0 on pci8 pci9: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:13:72:f8:6b:07 pcib5: at device 1.0 on pci7 pci10: on pcib5 pcib6: at device 0.3 on pci6 pci11: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 pcib9: at device 0.2 on pci1 pci3: on pcib9 pcib10: at device 4.0 on pci0 pci12: on pcib10 pcib11: at device 5.0 on pci0 pci13: on pcib11 pcib12: at device 6.0 on pci0 pci14: on pcib12 pcib13: at device 7.0 on pci0 pci15: on pcib13 pcib14: at device 28.0 on pci0 pci4: on pcib14 pcib15: at device 0.0 on pci4 pci5: on pcib15 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:13:72:f8:6b:05 uhci0: port 0xdce0-0xdcff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdcc0-0xdcdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdca0-0xdcbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc600000-0xfc6003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 uhub4: multiple transaction translators uhub4: 4 ports with 4 removable, self powered pcib16: at device 30.0 on pci0 pci16: on pcib16 pci16: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcb7ff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 mfi0: 1365 - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 1366 - Type 18: Firmware version 1.00.01-0088 mfi0: 1367 - Battery Present mfi0: 1368 - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 1369 - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 1370 - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500130205db9d500,0000000000000000 mfi0: 1371 - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 1372 - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=50010b900012e3f6,0000000000000000 mfi0: 1373 - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 1374 - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=50010b900012e3fe,0000000000000000 mfi0: 1375 - Adapter ticks 210417292 elapsed 61s: Time established as 09/01/06 9:14:52; (61 seconds since power on) mfid0: on mfi0 mfid0: 285568MB (584843264 sectors) RAID SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/mfid0s1a mfi0: 1376 - Battery temperature is normal bce1: link state changed to UP mfi0: 1377 - Current capacity of the battery is above threshold --HKEL+t8MFpg/ASTE-- --poemUeGtc2GQvHuH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE+8Obvsz2LoKf32oRAsNSAJ47oQJnJeIibx8iS/iYvwF9gU1SkgCeIWLs zMwxdoopfxtHsRdwZLEXqTw= =SaHf -----END PGP SIGNATURE----- --poemUeGtc2GQvHuH-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 10:42:19 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1350D16A511; Mon, 4 Sep 2006 10:42:19 +0000 (UTC) (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 F2D1343D62; Mon, 4 Sep 2006 10:41:52 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dqfmhm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k84AfhoC075034; Mon, 4 Sep 2006 12:41:48 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k84Afhb6075032; Mon, 4 Sep 2006 12:41:43 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200609041041.k84Afhb6075032@lurza.secnetix.de> To: gad@FreeBSD.org (Garance A Drosehn) Date: Mon, 4 Sep 2006 12:41:43 +0200 (CEST) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 04 Sep 2006 12:41:49 +0200 (CEST) X-Mailman-Approved-At: Mon, 04 Sep 2006 12:35:08 +0000 Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 10:42:19 -0000 I'm sorry for the late reply. I usually don't touch any computer on weekends. Garance A Drosehn wrote: > Oliver Fromme wrote: > > John Baldwin wrote: > > > Oliver Fromme wrote: > > > > There's another possibility, which doesn't require a new > > > > option letter at all. You could add a new escape sequence > > > > to the format string, e.g. "%*". Whenever date(1) is > > > > called with a format string containing that sequence, it > > > > goes into filter mode and replaces the sequence with the > > > > current line. > > Note that the main objection to this option (at least from my > point of view) is that date should not be going into filter > mode. Not ever. Date is a command to set or display dates. It already has a lot of additional uses which make it a generic tool to manipulate date and time stamps, far beyong setting or displaying the current date. For example, see the -f, -j and (especially) -v options. > It is not a command to filter files. 'cat' would be a more > appropriate place to add this option. But on the other hand, cat(1) is not a command to format and manipulate time stamps. You would have to add many of date's options to cat in order to make it useful. For example, suppose you want to add timestamps with offsets to a stream: date(1) can already do that (-v option). It doesn't make sense to add 90% of date's code to cat. But adding filtering to date(1) is just a few lines of code. 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. > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 10:54:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8602C16A4DA; Mon, 4 Sep 2006 10:54:32 +0000 (UTC) (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 D555C43D58; Mon, 4 Sep 2006 10:54:31 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (spslgh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k84AsAAi075577; Mon, 4 Sep 2006 12:54:19 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k84As9JR075576; Mon, 4 Sep 2006 12:54:09 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200609041054.k84As9JR075576@lurza.secnetix.de> To: julian@elischer.org (Julian Elischer) Date: Mon, 4 Sep 2006 12:54:09 +0200 (CEST) In-Reply-To: <44F892AE.8040409@elischer.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 04 Sep 2006 12:54:20 +0200 (CEST) X-Mailman-Approved-At: Mon, 04 Sep 2006 12:35:16 +0000 Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 10:54:32 -0000 Julian Elischer wrote: > Oliver Fromme wrote: > > Julian Elischer wrote: > > > [...] > > > What is the effective maximum line length for a single fgetln? > > > > It's unlimited. fgetln() allocates sufficient amount of > > memory dynamically, that's why I used it instead of fgets(). > > It avoids reinventing the wheel. > > NOTHING is unlimitted. I didn't think that I realy have to mention this explicitly, but ... Of course it is limited by the total amount of available memory (RAM + swap), and of course it is subject to process resource limits (maxdsize etc.). > what happens with a 3GB sequence of characters with no newlines? If you have a sufficient amount of memory and process recource limits, it will work just fine. Otherwise it will break out of the loop. Admittedly it should print an error message in that case (easy to add). A 3GB sequence of characters with no newline should be quite uncommon. I think the syslog protocol even has a limit of 1024 characters per line, I think. 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. Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 05:49:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 584D616A4DE; Mon, 4 Sep 2006 05:49:32 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82BEE43D46; Mon, 4 Sep 2006 05:49:31 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k845lMvW023477; Mon, 4 Sep 2006 07:47:23 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k845lMa0023476; Mon, 4 Sep 2006 07:47:22 +0200 (CEST) (envelope-from morten) Date: Mon, 4 Sep 2006 07:47:21 +0200 From: "Morten A. Middelthon" To: Alex Salazar Message-ID: <20060904054721.GF34840@freenix.no> References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ni93GHxFvA+th69W" Content-Disposition: inline In-Reply-To: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Mon, 04 Sep 2006 12:45:01 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 05:49:32 -0000 --ni93GHxFvA+th69W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > Apologies for the long message, and thanks in advance for any response. >=20 > I've just bought one of those new generation Dell servers, specifically, > the PowerEdge 1950. >=20 > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > 1GB 533MHz RAM, system. >=20 > This server has a LSI Logic SAS 5/i integrated adapter and dual embedded > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell PE = 1950's without any problems. The only thing I had to do was update the bce driver = for the NIC, but other than that the mfi RAID controller is detected properly, = as well as the SAS disks and RAID array. The only difference I can think of is perh= aps the firmware and BIOS versions Attached is the dmesg output from one of the two 1950's I've got. with regards, --=20 Morten A. Middelthon "I have been Foolish and Deluded, and I am a Bear of No Brain at All."=20 -- Pooh --ni93GHxFvA+th69W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE+73pvsz2LoKf32oRAv9DAKCHtuOEtQCVZ8HIlJ4f73A8v8EO8gCfeQPA 9q+1Kw+0E+sRy0yGtdXcah4= =TPTA -----END PGP SIGNATURE----- --ni93GHxFvA+th69W-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 15:02:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F1F16A4DA for ; Mon, 4 Sep 2006 15:02:57 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av9-2-sn3.vrr.skanova.net (av9-2-sn3.vrr.skanova.net [81.228.9.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4EA43D7D for ; Mon, 4 Sep 2006 15:02:49 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av9-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 6B2FD381CD; Mon, 4 Sep 2006 17:02:48 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av9-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 5C385380A8; Mon, 4 Sep 2006 17:02:48 +0200 (CEST) Received: from dude.automatvapen.se (81-235-164-56-no21.tbcn.telia.com [81.235.164.56]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 048C537E46; Mon, 4 Sep 2006 17:02:47 +0200 (CEST) From: Joel Dahl To: David Christensen In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F765@NT-IRVA-0750.brcm.ad.broadcom.com> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F765@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain Date: Mon, 04 Sep 2006 17:02:48 +0200 Message-Id: <1157382168.673.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD_Current Subject: RE: Fatal trap 30 when loading if_xl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 15:02:57 -0000 On Fri, 2006-09-01 at 15:05 -0700, David Christensen wrote: > > On Sat, 2006-08-19 at 23:18 +0200, Paolo Pisati wrote: > > > Today's CURRENT panic my box everytime i load > > > if_xl: > > > > Another "me too". My machine (with a 3 days old current installation) > > panics when I use kldload. Loading modules at boot time > > using /boot/loader.conf works fine though. > > > > I added "kern.smp.disabled=1" to my /boot/loader.conf file and > I can now load modules from the command line, no panics. Yes, this workaround works, but it would be very nice if someone fixed the kldload problem, since disabling SMP really isn't a good solution... ;-) -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 18:47:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB4C16A4DD; Mon, 4 Sep 2006 18:47:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3229543D45; Mon, 4 Sep 2006 18:47:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id EC8AE1A4D9E; Mon, 4 Sep 2006 11:47:17 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4E9B151603; Mon, 4 Sep 2006 14:47:17 -0400 (EDT) Date: Mon, 4 Sep 2006 14:47:17 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060904184717.GA41475@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20060903172033.GA99212@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Daichi GOTO , ozawa@ongs.co.jp, freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 18:47:18 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 03, 2006 at 01:20:33PM -0400, Kris Kennaway wrote: > On Sun, Sep 03, 2006 at 01:01:29PM -0400, Kris Kennaway wrote: > > On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: > > > Daichi GOTO wrote: > > > > Patchset-16: > > > > For 7-current > > > > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > > > >=20 > > > > For 6.x > > > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff > > >=20 > > > I'm sorry, how silly of me. I updated miss edited things. > > > I updated correct things now. Please check it :) > >=20 > > Dear Goto-san, > >=20 > > The panic I was previously seeing (with chrooting into the unionfs) > > appears to be fixed, but after a bit of load I got the following > > locking assertion on a unionfs (default mount options) stacked over a > > nullfs mount of a local ufs filesystem: >=20 > I got the same panic from a mount_unionfs -b mount with no nullfs > involved. Another panic from mount_unionfs -b when just running 'vi' on a file. By the way, I recommend you run with DEBUG_LOCKS and DEBUG_VFS_LOCKS if you're not already doing so, because it looks like there are still a number of locking problems. vfs_badlock(cc6c63f0,ea3c7a88,c07c5940,cc6c63f0,c49b2a20,225) at vfs_badloc= k+0x76 assert_vop_elocked(cc6c63f0,c0782231,c05af3de,c4eb3780,cc6c63f0,...) at ass= ert_vop_elocked+0x63 VOP_CLOSE_APV(c07b2680,ea3c7ac8,c07c5780,cc6c63f0,4005,...) at VOP_CLOSE_AP= V+0x87 unionfs_close(ea3c7b2c,c0782231,4005,4005,cdb20000,...) at unionfs_close+0x= 5c VOP_CLOSE_APV(c0797ca0,ea3c7b2c,c49b2a20,11a,c4d0f5a8,...) at VOP_CLOSE_APV= +0x94 vn_close(cdb20000,4005,c51fa000,c49b2a20,c07c5040,...) at vn_close+0x85 vn_closefile(c4c80318,c49b2a20,c07570d9,871,cdb20000,...) at vn_closefile+0= x8b fdrop_locked(c4c80318,c49b2a20,c07570d9,7a2,c075adae,314,1,c8db9aa8,c4ddc70= 4,c4ddc69c,ea3c7c58,0,ea3c7d04,d109f62c,3e9,c07570d9,ea3c7c50,c053ba1b,d109= f62c,1,c0759a43,16a,0) at fdrop_locked+0xb9 closef(c4c80318,c49b2a20,c07570d9,3e9,c49b2a20,...) at closef+0x1f7 kern_close(c49b2a20,3,4,ea3c7d38,1,...) at kern_close+0x188 syscall(3b,3b,3b,0,2820c4e0,...) at syscall+0x152 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip =3D 0x281e5ddf, esp =3D 0xbfbfe4= 5c, ebp =3D 0xbfbfe468 --- VOP_CLOSE: 0xcc6c63f0 is not exclusive locked but should be db> show lockedvnods Locked vnodes 0xcf1a0930: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc7ac3e10 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc49b2a20 (pid 85878)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc05c81ad at vn_close+0x51 #7 0xc05c94cb at vn_closefile+0x8b #8 0xc051d37d at fdrop_locked+0xb9 #9 0xc051d67d at closef+0x1f7 #10 0xc051dfff at kern_close+0x188 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f ino 353856, on dev da0s1e 0xcdb20000: tag unionfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc76f0708 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc49b2a20 (pid 85878)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc05c81ad at vn_close+0x51 #7 0xc05c94cb at vn_closefile+0x8b #8 0xc051d37d at fdrop_locked+0xb9 #9 0xc051d67d at closef+0x1f7 #10 0xc051dfff at kern_close+0x188 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f unionfs_vp=3D0xcdb20000, uppervp=3D0xcf1a0930, lowervp=3D0xcc6c63f0 unionfs opencnt: uppervp=3D0, lowervp=3D1 unionfs: upper 0xcf1a0930: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc7ac3e10 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc49b2a20 (pid 85878)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc05c81ad at vn_close+0x51 #7 0xc05c94cb at vn_closefile+0x8b #8 0xc051d37d at fdrop_locked+0xb9 #9 0xc051d67d at closef+0x1f7 #10 0xc051dfff at kern_close+0x188 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f ino 353856, on dev da0s1e unionfs: lower 0xcc6c63f0: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc76f0708 ref 0 pages 1 #0 0xc0537384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05c7b22 at vn_lock+0x67 #4 0xc05bb8d2 at vget+0x77 #5 0xc05ac279 at cache_lookup+0xe7 #6 0xc05acc5e at vfs_cache_lookup+0xad #7 0xc072e81c at VOP_LOOKUP_APV+0x9c #8 0xc050226a at unionfs_lookup+0x3b2 #9 0xc072e81c at VOP_LOOKUP_APV+0x9c #10 0xc05b0f06 at lookup+0x319 #11 0xc05b1c3a at namei+0x358 #12 0xc05c1b9f at kern_access+0x72 #13 0xc05c1c5e at access+0x29 #14 0xc07161b3 at syscall+0x152 #15 0xc06fefef at Xint0x80_syscall+0x1f ino 259241, on dev da0s1e db> ps pid ppid pgrp uid state wmesg wchan cmd 85878 852 85878 0 R+ CPU 0 vi =2E.. --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/HS0Wry0BWjoQKURApWGAKD1eNf7DPpj21QJXLT7jj16/jHgAACgsRhm rJ6uDAmkMS7WLI9yLTqInwg= =Q3FK -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 19:20:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA71516A4FE for ; Mon, 4 Sep 2006 19:20:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B0943D5F for ; Mon, 4 Sep 2006 19:20:08 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k84JK6uf003873 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 5 Sep 2006 05:20:07 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k84JK6Rn003314 for ; Tue, 5 Sep 2006 05:20:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k84JK688003313 for freebsd-current@freebsd.org; Tue, 5 Sep 2006 05:20:06 +1000 (EST) (envelope-from peter) Date: Tue, 5 Sep 2006 05:20:06 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20060904192006.GA3292@turion.vk2pj.dyndns.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <20060902031247.GE749@turion.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2006 19:20:24 -0000 --MfFXiAuoTsnnDAfZ Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Sep-02 13:12:48 +1000, I wrote: >The justification for extending date(1) is that it already has the code >to handle date/time stamps. In reality, this code is all in strftime(3) >and cat(1) already has hooks to insert a string at the beginning of a >line so I believe that the attached patch is more appropriate. (Man >page update on request). Following some off-list comments, I have updated the patch to correct a bug, change the option character to 'D' (for date) and provide a man page update. --=20 Peter Jeremy --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cat.diff" Content-Transfer-Encoding: quoted-printable Index: cat.1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/ncvs/src/bin/cat/cat.1,v retrieving revision 1.25 diff -u -r1.25 cat.1 --- cat.1 16 Jan 2005 16:41:55 -0000 1.25 +++ cat.1 4 Sep 2006 19:17:26 -0000 @@ -41,6 +41,7 @@ .Sh SYNOPSIS .Nm .Op Fl benstuv +.Op Fl D Ar date_format .Op Ar .Sh DESCRIPTION The @@ -73,6 +74,16 @@ .Bl -tag -width indent .It Fl b Number the non-blank output lines, starting at 1. +.It Fl D Ar date_format +Prefix each output line with a date and/or time as specified by +.Ar date_format . +The +.Ar date_format +argument may contain any of the conversion specifications described in the +.Xr strftime 3 +manual page, as well as any arbitrary text. +Note that no separator is inserted between the date/time and the +remainder of the output line. .It Fl e Display non-printing characters (see the .Fl v @@ -152,6 +163,18 @@ when it encountered the first .Ql \&- operand. +.Pp +The command: +.Pp +.Dl "command | cat -D '%F %T '" +.Pp +will prepend the current date/time in the form 'YYYY-MM-DD HH:MM:SS' and +a space to each line of the stdout from +.Nm command . +This is useful for timestamping output. +Note that +.Nm command +must have unbuffered or line-buffered output for this to work. .Sh SEE ALSO .Xr head 1 , .Xr more 1 , @@ -160,7 +183,8 @@ .Xr tail 1 , .Xr vis 1 , .Xr zcat 1 , -.Xr setbuf 3 +.Xr setbuf 3 , +.Xr strftime 3 .Rs .%A Rob Pike .%T "UNIX Style, or cat -v Considered Harmful" @@ -175,7 +199,7 @@ specification. .Pp The flags -.Op Fl benstv +.Op Fl bDenstv are extensions to the specification. .Sh HISTORY A @@ -199,3 +223,9 @@ or .Fl v option is in effect. +.Pp +The +.Nm +utility does not correctly handle multibyte characters in the +argument to +.Fl D . Index: cat.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/ncvs/src/bin/cat/cat.c,v retrieving revision 1.32 diff -u -r1.32 cat.c --- cat.c 10 Jan 2005 08:39:20 -0000 1.32 +++ cat.c 4 Sep 2006 19:11:50 -0000 @@ -67,6 +67,7 @@ int bflag, eflag, nflag, sflag, tflag, vflag; int rval; const char *filename; +const char *datefmt; =20 static void usage(void); static void scanfiles(char *argv[], int cooked); @@ -84,11 +85,14 @@ =20 setlocale(LC_CTYPE, ""); =20 - while ((ch =3D getopt(argc, argv, "benstuv")) !=3D -1) + while ((ch =3D getopt(argc, argv, "bD:enstuv")) !=3D -1) switch (ch) { case 'b': bflag =3D nflag =3D 1; /* -b implies -n */ break; + case 'D': + datefmt =3D optarg; + break; case 'e': eflag =3D vflag =3D 1; /* -e implies -v */ break; @@ -112,7 +116,8 @@ } argv +=3D optind; =20 - if (bflag || eflag || nflag || sflag || tflag || vflag) + if (bflag || eflag || nflag || sflag || tflag || vflag || + datefmt !=3D NULL) scanfiles(argv, 1); else scanfiles(argv, 0); @@ -177,6 +182,8 @@ cook_cat(FILE *fp) { int ch, gobble, line, prev; + char datebuf[1024]; + time_t now; =20 /* Reset EOF condition on stdin. */ if (fp =3D=3D stdin && feof(stdin)) @@ -198,6 +205,15 @@ if (ferror(stdout)) break; } + if (datefmt !=3D NULL) { + time(&now); + if (strftime(datebuf, sizeof(datebuf), datefmt, + localtime(&now)) =3D=3D 0) + err(1, "Date format too large"); + (void)fputs(datebuf, stdout); + if (ferror(stdout)) + break; + } } if (ch =3D=3D '\n') { if (eflag && putchar('$') =3D=3D EOF) --W/nzBZO5zC0uMSeA-- --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/Hxm/opHv/APuIcRApkiAJ9OO1pal026XzhxRCon1H+4YBYtbwCeJG0g /Utfh0q0Ahd4OFS/x6uPvlQ= =4RBn -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 4 19:34:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C260016A513 for ; Mon, 4 Sep 2006 19:34:27 +0000 (UTC) (envelope-from umbilical.blisters@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF51343D53 for ; Mon, 4 Sep 2006 19:34:26 +0000 (GMT) (envelope-from umbilical.blisters@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3036225pye for ; Mon, 04 Sep 2006 12:34:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nu0Eqo+tjdWTLtX+8uGZPshc2N4lVMpbHymeRSDUwlNFrOHd582S9fNWXeKo1JmDQD1NqDGxcnIzx3XMQhu3bf2atCS5kbQjwlYiTY/YWaPdNo4Awu3MRSqF2GYBgzQzmi8h0O9siOY7W+8msiGf2Llisk2uud3B6xQHrys/Ejc= Received: by 10.35.114.16 with SMTP id r16mr10794408pym; Mon, 04 Sep 2006 12:34:14 -0700 (PDT) Received: by 10.35.126.16 with HTTP; Mon, 4 Sep 2006 12:34:14 -0700 (PDT) Message-ID: <40c4bb930609041234s6523944auc131dbc374525cf8@mail.gmail.com> Date: Mon, 4 Sep 2006 14:34:14 -0500 From: "Alex Salazar" To: "Morten A. Middelthon" In-Reply-To: <20060904061139.GG34840@freenix.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> <20060904061139.GG34840@freenix.no> X-Mailman-Approved-At: Mon, 04 Sep 2006 20:12:02 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 19:34:27 -0000 On 9/4/06, Morten A. Middelthon wrote: > On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > > On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > > > Apologies for the long message, and thanks in advance for any response. > > > > > > I've just bought one of those new generation Dell servers, specifically, > > > the PowerEdge 1950. > > > > > > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > > > 1GB 533MHz RAM, system. > > > > > > This server has a LSI Logic SAS 5/i integrated adapter and dual embedded > > > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. > > > > > > Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell PE 1950's > > without any problems. The only thing I had to do was update the bce driver for > > the NIC, but other than that the mfi RAID controller is detected properly, as well > > as the SAS disks and RAID array. The only difference I can think of is perhaps > > the firmware and BIOS versions > > Hi, Morten. According to your dmesg output, yours are Dell PERC 5/i adapters and doing RAID. This configuration is well supported by mfi driver, AFAIK. mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 Mine is a LSI Logic SAS 5/i (no RAID) controller, which is supported by the mpt driver, wich seems to need some fixing. mpt0: port 0xec00-0xecff mem 0xfc4fc000-0xfc4fffff,0xfc4e0000-0xfc4effff irq 64 at device 8.0 on pci2 -- Alex From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 04:08:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2ED016A4E0 for ; Tue, 5 Sep 2006 04:08:47 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A0643D7F for ; Tue, 5 Sep 2006 04:08:37 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1331791nfc for ; Mon, 04 Sep 2006 21:08:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=MHIRpEMe65boVSV41FonBKwzZxGl1Knlao7qDYT0j3mrJZWWkB2qyZ1YnDop+Qpm5wo16lZZAaimupVyD+sMFoaLc/ZyQWMVzwia3aEgIBr7j/+H/dpAmzqF34YLZhmxKZm1tUAjfMnDTN9ie1r5SYZgFQZ94h28vXM3Phqp188= Received: by 10.48.254.10 with SMTP id b10mr7325681nfi; Mon, 04 Sep 2006 21:08:36 -0700 (PDT) Received: by 10.49.18.11 with HTTP; Mon, 4 Sep 2006 21:08:36 -0700 (PDT) Message-ID: <4c40c4e70609042108k39cdd87ey2bf9d04d7e856c17@mail.gmail.com> Date: Tue, 5 Sep 2006 11:08:36 +0700 From: "Angka H. K." To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libpthread error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 04:08:48 -0000 A few weeks ago there is problem with libpthread that cause many unstable application, refer to this post : http://lists.freebsd.org/pipermail/freebsd-current/2006-July/064676.html I am having problem with glxgears that complaining with the same error when that bug exist. Is it just me picking th source at the wrong time or this bug is show up again ? My source synced at 3 Sept 2006, and planning this friday to resync again. Regards, From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 06:02:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E282016A4DF for ; Tue, 5 Sep 2006 06:02:11 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41CF43D60 for ; Tue, 5 Sep 2006 06:02:05 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k8561a4l009907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Sep 2006 09:01:38 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k8561vW2084896; Tue, 5 Sep 2006 09:01:58 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k8561soc084895; Tue, 5 Sep 2006 09:01:54 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 5 Sep 2006 09:01:54 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060905060154.GA84448@gothmog.pc> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <44FA7720.5040304@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44FA7720.5040304@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.016, required 5, autolearn=not spam, AWL -0.42, BAYES_00 -2.60, UNPARSEABLE_RELAY 0.00) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Peter Jeremy , freebsd-current@freebsd.org, Lucas James Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 06:02:12 -0000 On 2006-09-02 23:33, Julian Elischer wrote: >Peter Jeremy wrote: >> >> Firstly, we already have this: >> sed "s=^=$(date)=" file >> >> And secondly, this pre-pends a fixed string. What's wanted is a filter >> to prepend a time/date stamp (which varies) to the input stream. >> >> The justification for extending date(1) is that it already has the code >> to handle date/time stamps. In reality, this code is all in strftime(3) >> and cat(1) already has hooks to insert a string at the beginning of a >> line so I believe that the attached patch is more appropriate. (Man >> page update on request). > > I look forward to this commit.. > (I don't care where I get the capacity from as long as I can datestamp > files) > > puting it in 'tee' is also an option.. timestamping the 'file' output. Which is pointless and shows why this bikeshed is never going to be purple. Why do we have to bloat tee(1) with something that makes the 'file' output different from the screen output (effectively making both of them useless, as it breaks the very-nature of tee(1))? The same effect, without *any* sort of functionality loss, can be obtained with: # command 2>&1 | tslog | tee logfile where 'tslog' is a proper 'timestamping' filter. What are we going to modify next, cc(1) to output timestamped error and warning messages? The more this thread goes on, the more my opinion tends to be that this belongs to a standalone filter, examples of which a lot of people have posted already :( From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 06:21:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E82E16A4E0 for ; Tue, 5 Sep 2006 06:21:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31EB343D5C for ; Tue, 5 Sep 2006 06:21:03 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3275045pye for ; Mon, 04 Sep 2006 23:21:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JIPyAKjbgRNge/7HSUnPjr8vSvJZOrj0DeaDcOhFyrjDQu+NgHPLmXFRsJEbm4arh2SFy81CEM28UF14/vowultovbv0F52n6tGr9K+TwFYDyF/JgJSclGZ8PhPy0blA1r7HZLVcTzYCY+D5b/VT1NvHiF1u4tUEFqgJ4Ckuuuw= Received: by 10.35.60.15 with SMTP id n15mr11777642pyk; Mon, 04 Sep 2006 23:21:02 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Mon, 4 Sep 2006 23:21:02 -0700 (PDT) Message-ID: <2a41acea0609042321h97feecal9b50979aa964c257@mail.gmail.com> Date: Mon, 4 Sep 2006 23:21:02 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <44FBFAFF.3030702@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <20060902065044.V84468@fledge.watson.org> <44FBFAFF.3030702@freebsd.org> Cc: freebsd-net , freebsd-current , Robert Watson Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 06:21:06 -0000 On 9/4/06, Andre Oppermann wrote: > Robert Watson wrote: > > On Fri, 1 Sep 2006, Jack Vogel wrote: > > > >> This is a patch for the stack and the em driver to enable TSO on > >> CURRENT. Previously I had problems getting it to work, but this is > >> functional. > >> > >> I should note that CURRENT is being a pain right now, when I comment > >> out em in the config the kernel panics coming up, so I had to > >> substitute this code into the tree. Rather bizarre :) > >> > >> I have this functionality running on a 6.1 based system, and our test > >> group is already testing against that driver, so far things are > >> looking good. > >> > >> I have designed it so the driver can continue to be built without > >> support. There is also a sysctl in the stack code so you can set > >> net.inet.tcp.tso_enable on or off and compare. > >> > >> I know there may be some refinements to add in, but I would like to > >> get this into CURRENT as a start. > > > > > > Per my earlier comments, I would like to see the issue of doing an > > on-demand segmentation of TCP at the IP layer in the event that the > > early route decision becomes stale (i.e., ipfw fwd, ipsec, etc), as > > occurs in the NetBSD code. Likewise, I think Andre's comment about > > making the routing decision up front for the TCP connection as part of > > the existing search for PMTU information makes sense. I'm more > > interested in seeing the former addressed than the latter before the > > commit, though, which can quite easily follow. > > In the patch I posted yesterday into this thread the TSO decision is > done at connection setup time in tcp_mss() where all other initial TCP > connection parameters are initilized as well. If the same interface > we took the MTU values from, is found to support TSO it gets enabled for > this connection too. Should the egress interface change during the > lifetime of the connection and the new one doesn't support TSO we get > an EMSGSIZE error from ip_output(), disable TSO for this connection and > have tcp_output() resend the data again while doing the segmentation > itself as usual. Should the connection change back to the TSO capable > interface later on we don't re-enable TSO for the connection though. > OTOH having a bulk transfer TCP session (where TSO actually helps) migrate > between interface is a *very* rare occurence and not worth special casing > for it. This looks cool Andre, I've been in vacation mode the past couple days, but when I get to work tomorrow I'll look at it more closely and give it a try with my driver changes. Thanks :) Jack From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 06:26:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 425D716A4E5 for ; Tue, 5 Sep 2006 06:26:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B5743D66 for ; Tue, 5 Sep 2006 06:26:30 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3277122pye for ; Mon, 04 Sep 2006 23:26:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I2BY0LFHdw/NhGbuxVOzklUn4wRGUoniJUK6u4tm+0jF14GGgdx9ZKCNAlgH5u2kT8KPF/8i7cAV+MO88MRG5TiYdGkPJqP+KH/wFER7eJV48Y9juN1WyOUvfHk7C6gwZqi97QpkYQpas81wdFCugF2om7cOLkk64DH4HIKwWmA= Received: by 10.35.105.18 with SMTP id h18mr9373852pym; Mon, 04 Sep 2006 23:26:30 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Mon, 4 Sep 2006 23:26:30 -0700 (PDT) Message-ID: <2a41acea0609042326y3f020901ja5d020e6734a4b84@mail.gmail.com> Date: Mon, 4 Sep 2006 23:26:30 -0700 From: "Jack Vogel" To: "Gleb Smirnoff" In-Reply-To: <20060904081938.GX40020@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <10fd06c60609031846x60c40383iaee659aa7ee74300@mail.gmail.com> <20060904081938.GX40020@FreeBSD.org> Cc: freebsd-current@freebsd.org, "Derrick T. Woolworth" Subject: Re: Jumbo Frames with em X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 06:26:33 -0000 On 9/4/06, Gleb Smirnoff wrote: > On Sun, Sep 03, 2006 at 08:46:21PM -0500, Derrick T. Woolworth wrote: > D> I'm running -current on a NFS file server with a 3ware controller > D> striping across multiple disks. The box uses the em driver with the > D> mtu set to 8192 - client machines connecting via NFS that are also > D> running -current with bge drivers with the mtu set to 8192 (and jumbo > D> frames enabled on the switch)... > D> > D> The em driver's README says that UDP and Jumbo Frames don't play well > D> together - just wondering if this would have any impact on NFS over > D> TCP? > > This comment is quite old. It may happen that this isn't true anymore. > May be developers from Intel will comment on this. > > D> Does anyone know anything about the future of the em driver or > D> bge driver that might have performance issues with Jumbo Frames? > D> > D> I'm only ever seeing the storage system write about 10 to 15MB (bytes) > D> per second over NFS. > > Have you tested the performance with ftp, netcat or some network > benchmarking tool? The problem may be in NFS not in driver. Its not entirely clear in your post Derrick, are you using TCP or UDP NFS? Jack From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 07:28:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B17B16A4E2 for ; Tue, 5 Sep 2006 07:28:35 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C77643D46 for ; Tue, 5 Sep 2006 07:28:26 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k857SML0029229; Tue, 5 Sep 2006 03:28:22 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060904192006.GA3292@turion.vk2pj.dyndns.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> Date: Tue, 5 Sep 2006 03:28:21 -0400 To: Peter Jeremy , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: multipart/mixed; boundary="============_-1054681193==_============" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Julian Elischer Subject: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 07:28:35 -0000 --============_-1054681193==_============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" In the thread on "Re: suggested addition to 'date'" on Sept 5/2006, Peter Jeremy wrote: >On Sat, 2006-Sep-02 13:12:48 +1000, I (Peter Jeremy) wrote: > > The justification for extending date(1) is that it already has the > > code to handle date/time stamps. In reality, this code is all in > > strftime(3) and cat(1) already has hooks to insert a string at the > > beginning of a line so I believe that the attached patch is more > > appropriate > >Following some off-list comments, I have updated the patch to >correct a bug, change the option character to 'D' (for date) and >provide a man page update. I have picked up Peter's patch, and spent some time testing it. About all I changed in the source file was to update the 'usage' message, and to use errx() instead of err() if the format is too long. The update increases the size of /bin/cat by 696 bytes on i386. The more I think about this option, the more I think it would be a useful option to have readily available. I am slightly tempted to move the call to time()+strftime() into a separate routine, and call that routine during the processing of options. That way, if some user *does* specify a format which is over 1024 bytes, they'll get an immediate error message. As it is, they won't see an error until `cat' actually goes to print the first line that it has read in. On the other hand, it seems pretty unlikely that many people will be triggering that error. I've also made a number of changes to the description Peter added to the man page, trying to include several more details. I am never happy with man pages that I write though, so I will not be insulted if anyone wants to change this. I intend to commit this within a few days, unless there are major objections to it. I am posting this HEADSUP under a new subject, so people can dump all kinds of paint over me before I commit it. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA --============_-1054681193==_============ Content-Id: Content-Type: application/octet-stream; name="cat-date.diff" ; x-mac-type="00000000" ; x-mac-creator="00000000" Content-Disposition: attachment; filename="cat-date.diff" ; modification-date="Tue, 5 Sep 2006 03:02:57 -0400" Content-Transfer-Encoding: x-uuencode begin 644 cat-date.dif M26YD97@Z(&-A="XQ"CT]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T*4D-3(&9I;&4Z M("]H;VUE+VYC=G,O2!T:&4**RY.;0HK=71I;&ET>2X**U1H M92!F;W)M870@;V8@=&AA="!P2!AF-A="`Q("P*+2Y86QE+"!OPH@ E"0D):68@*&5F;&%G("8F('!U=&-H87(H)R0G*2`]/2!%3T8I"FED ` end --============_-1054681193==_============-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 07:41:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FFE16A4E8; Tue, 5 Sep 2006 07:41:45 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D2A43D5E; Tue, 5 Sep 2006 07:41:34 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k857eTI8014944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Sep 2006 10:41:01 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k857eihg087741; Tue, 5 Sep 2006 10:40:48 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k857ei80087740; Tue, 5 Sep 2006 10:40:44 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Tue, 5 Sep 2006 10:40:43 +0300 From: Giorgos Keramidas To: Garance A Drosehn Message-ID: <20060905074043.GA87471@gothmog.pc> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.006, required 5, autolearn=not spam, AWL -0.41, BAYES_00 -2.60, UNPARSEABLE_RELAY 0.00) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Peter Jeremy , freebsd-current@FreeBSD.org, Julian Elischer Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 07:41:45 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-09-05 03:28, Garance A Drosehn wrote: > I intend to commit this within a few days, unless there are major > objections to it. I am posting this HEADSUP under a new subject, > so people can dump all kinds of paint over me before I commit it. > > [snip patch to cat(1)] Hi, If you really plan to commit this, please consider Julian's original approach of comparing the gettimeofday() results with previous runs and re-using previous output of strftime(), since the latter is probably a quite 'expensive' operation. -- Giorgos --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/Sn71g+UGjGGA7YRAkTIAJ9unGIHrNZmftckS/ApTFUyM8ShFACdEDUT UU1hDUyE1MB1BXJUa6oxdP0= =1g4y -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 07:46:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D964B16A4DE for ; Tue, 5 Sep 2006 07:46:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2271643D53 for ; Tue, 5 Sep 2006 07:46:00 +0000 (GMT) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GKVd9-0000Y5-4K for current@freebsd.org; Tue, 05 Sep 2006 11:45:59 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 05 Sep 2006 11:45:58 +0400 Message-Id: <1157442358.2048.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: wired top (and others) behavior - broken CPU usage reporting ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 07:46:01 -0000 Hi I have notice that it is no more possible to find what process is eats all CPU time with top, vmstat and tools like that. This happens with current some (big) time ago. See here vmstat (vm mode) output: 3.3%Sys 0.8%Intr 95.9%User 0.0%Nice 0.0%Idle %ozfod 128 rtc irq8 | | | | | | | | | | | daefr 66 cbb0 pcm0+ ==>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> prcfr 1 ata0 irq14 33 dtbuf 47 totfr ata1 irq15 Namei Name-cache Dir-cache 69694 desvn react Calls hits % hits % 15144 numvn pdwak 1259 1259 100 9063 frevn pdpgs intrn 99.5% CPU used in user space. now top output (sorted by CPU): last pid: 2024; load averages: 1.03, 0.65, 0.40 up 0+01:28:34 11:38:50 120 processes: 4 running, 116 sleeping CPU states: 95.7% user, 0.0% nice, 3.5% system, 0.8% interrupt, 0.0% idle Mem: 589M Active, 209M Inact, 146M Wired, 512K Cache, 111M Buf, 46M Free Swap: 1200M Total, 1200M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 927 root 1 97 0 52084K 28172K select 1:02 2.98% Xorg 1128 vova 1 96 0 21172K 13676K select 0:10 0.98% metacity 1252 vova 1 96 0 38024K 29884K select 1:56 0.63% skype_bin 1386 vova 11 126 0 516M 470M RUN 3:42 0.00% evolution-2.6 1134 vova 3 20 0 21540K 13496K kserel 1:38 0.00% gkrellm 1113 vova 1 96 0 19592K 9604K select 0:17 0.00% at-spi-registryd 1327 vova 1 96 0 34464K 24668K select 0:10 0.00% sim 1323 vova 1 96 0 24552K 17212K select 0:09 0.00% cpufreq-applet ... No any idea who eats these 95.5% of CPU time. Same picture on vmstat's pigs screen. I know that this process is actually evolution, and if I kill it system load drops, but why it is not shown by top (and other). Any hints about it ? -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 08:49:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E2116A4DE; Tue, 5 Sep 2006 08:49:21 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD7343D45; Tue, 5 Sep 2006 08:49:20 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 28D8151339; Tue, 5 Sep 2006 10:49:19 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A324C51392; Tue, 5 Sep 2006 10:49:14 +0200 (CEST) Date: Tue, 5 Sep 2006 10:49:11 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060905084911.GB16045@garage.freebsd.pl> References: <20060822104516.GB16033@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline In-Reply-To: <20060822104516.GB16033@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, zfs-discuss@opensolaris.org Subject: Re: Porting ZFS file system to FreeBSD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 08:49:21 -0000 --XF85m9dhOBO43t/C Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote: > Hi. >=20 > I started porting the ZFS file system to the FreeBSD operating system. [...] Just a quick note about progress in my work. I needed slow down a bit, but: All file system operations seems to work. The only exception are operations needed for mmap(2) to work. Bascially file system works quite stable even under heavy load. I've problem with two assertions I'm hitting when running some heavy regression tests. I've spend a couple of days fighting with snapshots. To be able to implement them I needed to port GFS from Solaris (Generic pseudo-filesystem). Now, snapshots (and clones) seems to work just fine. Some other minor bits like zpool import/export, etc. now also work. File system is not yet marked as MPSAFE (it still operates under the Giant lock). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XF85m9dhOBO43t/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE/ToHForvXbEpPzQRAiu6AJ4ubslBraCORT7V0r4Zl++vlVTdRwCfSmEF kI10byCU4W1bdf6/vrMeSvA= =EPK0 -----END PGP SIGNATURE----- --XF85m9dhOBO43t/C-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 08:54:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 463AA16A4DF; Tue, 5 Sep 2006 08:54:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB6543D45; Tue, 5 Sep 2006 08:54:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2AC5B5133B; Tue, 5 Sep 2006 10:54:56 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D988650E96; Tue, 5 Sep 2006 10:54:51 +0200 (CEST) Date: Tue, 5 Sep 2006 10:54:48 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060905085448.GC16045@garage.freebsd.pl> References: <20060822104516.GB16033@garage.freebsd.pl> <20060905084911.GB16045@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <20060905084911.GB16045@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, zfs-discuss@opensolaris.org Subject: Re: Porting ZFS file system to FreeBSD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 08:54:58 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 05, 2006 at 10:49:11AM +0200, Pawel Jakub Dawidek wrote: > On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote: > > Hi. > >=20 > > I started porting the ZFS file system to the FreeBSD operating system. > [...] >=20 > Just a quick note about progress in my work. I needed slow down a bit, > but: >=20 > All file system operations seems to work. The only exception are > operations needed for mmap(2) to work. Bascially file system works quite > stable even under heavy load. I've problem with two assertions I'm > hitting when running some heavy regression tests. >=20 > I've spend a couple of days fighting with snapshots. To be able to > implement them I needed to port GFS from Solaris (Generic > pseudo-filesystem). Now, snapshots (and clones) seems to work just fine. >=20 > Some other minor bits like zpool import/export, etc. now also work. >=20 > File system is not yet marked as MPSAFE (it still operates under the > Giant lock). And one more very important thing! The code is not yet ready for testing by others, so please don't ask for patches. When the code will be ready I'll publish them. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE/TtYForvXbEpPzQRAp2OAJ0YY7+OGO/U+XghrJbZhk8YRSUOpACgt/NZ GIfKyuQacaRfBhg3cg6B3XU= =3Crx -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 09:08:32 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90BD116A4DD; Tue, 5 Sep 2006 09:08:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD60243D4C; Tue, 5 Sep 2006 09:08:31 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k8598TtL009780 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 5 Sep 2006 19:08:30 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k8598TS9001243; Tue, 5 Sep 2006 19:08:29 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k8598TCf001242; Tue, 5 Sep 2006 19:08:29 +1000 (EST) (envelope-from peter) Date: Tue, 5 Sep 2006 19:08:29 +1000 From: Peter Jeremy To: Giorgos Keramidas Message-ID: <20060905090829.GC753@turion.vk2pj.dyndns.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <20060905074043.GA87471@gothmog.pc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg" Content-Disposition: inline In-Reply-To: <20060905074043.GA87471@gothmog.pc> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-current@FreeBSD.org, Garance A Drosehn Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 09:08:32 -0000 --ZJcv+A0YCCLh2VIg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Sep-05 10:40:43 +0300, Giorgos Keramidas wrote: >On 2006-09-05 03:28, Garance A Drosehn wrote: >> I intend to commit this within a few days, unless there are major >> objections to it. I am posting this HEADSUP under a new subject, >> so people can dump all kinds of paint over me before I commit it. > >If you really plan to commit this, please consider Julian's original >approach of comparing the gettimeofday() results with previous runs and >re-using previous output of strftime(), since the latter is probably a >quite 'expensive' operation. strftime(3) is relatively cheap (similar to non-FP printf formats). localtime(3) _is_ relatively expensive though, so this is a good idea. This is also a trivial change because the strftime() output is already effectively cached so it's just a matter of caching the time(3) result and comparing. (strptime(3) is a very expensive operation but we don't need it). --=20 Peter Jeremy --ZJcv+A0YCCLh2VIg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/T6N/opHv/APuIcRAgjCAJ4+bB2fHjVf8WE0tkL5Lfk+ZQFnnQCgrrUK 3tlg4ub0ZUAZAkBMPRE3Buo= =tm2W -----END PGP SIGNATURE----- --ZJcv+A0YCCLh2VIg-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 10:35:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A81416A4E2 for ; Tue, 5 Sep 2006 10:35:19 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D50D343D45 for ; Tue, 5 Sep 2006 10:35:17 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 12011 invoked from network); 5 Sep 2006 10:35:15 -0000 Received: from unknown (HELO localhost) (775067@[217.50.128.241]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 5 Sep 2006 10:35:15 -0000 Date: Tue, 5 Sep 2006 12:35:04 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20060905123504.07e0d5b2@localhost> In-Reply-To: <1157442358.2048.6.camel@localhost> References: <1157442358.2048.6.camel@localhost> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_x.bCUnPyCiXYAthCy_dCyLE; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: vova@fbsd.ru Subject: Re: wired top (and others) behavior - broken CPU usage reporting ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 10:35:19 -0000 --Sig_x.bCUnPyCiXYAthCy_dCyLE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Vladimir Grebenschikov wrote: > I have notice that it is no more possible to find what process is eats > all CPU time with top, vmstat and tools like that. This happens with > current some (big) time ago. > 99.5% CPU used in user space. >=20 > now top output (sorted by CPU): > last pid: 2024; load averages: 1.03, 0.65, 0.40 up 0+01:28:34 > 11:38:50 > 120 processes: 4 running, 116 sleeping > CPU states: 95.7% user, 0.0% nice, 3.5% system, 0.8% interrupt, 0.0% > idle > Mem: 589M Active, 209M Inact, 146M Wired, 512K Cache, 111M Buf, 46M Free > Swap: 1200M Total, 1200M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND > 927 root 1 97 0 52084K 28172K select 1:02 2.98% Xorg > 1128 vova 1 96 0 21172K 13676K select 0:10 0.98% > metacity > 1252 vova 1 96 0 38024K 29884K select 1:56 0.63% > skype_bin > 1386 vova 11 126 0 516M 470M RUN 3:42 0.00% > evolution-2.6 > No any idea who eats these 95.5% of CPU time.=20 > Same picture on vmstat's pigs screen. >=20 > I know that this process is actually evolution, and if I kill it system > load drops, but why it is not shown by top (and other). >=20 > Any hints about it ? Probably evolution is using libpthread. If you use libmap.conf(5) to have evolution use libthr instead, you should see its cpu usage just fine. Fabian --=20 http://www.fabiankeil.de/ --Sig_x.bCUnPyCiXYAthCy_dCyLE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/VLgBYqIVf93VJ0RAuPJAJ0b8VHWD71PSuLo8kinuPFkTUNMngCgzcPT b1EgumrDQOBZXU88KH4ilh4= =+2BE -----END PGP SIGNATURE----- --Sig_x.bCUnPyCiXYAthCy_dCyLE-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 11:04:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C4DF16A4E0 for ; Tue, 5 Sep 2006 11:04:14 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C846643D64 for ; Tue, 5 Sep 2006 11:04:13 +0000 (GMT) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GKYit-00012c-N3; Tue, 05 Sep 2006 15:04:07 +0400 From: Vladimir Grebenschikov To: Fabian Keil In-Reply-To: <20060905123504.07e0d5b2@localhost> References: <1157442358.2048.6.camel@localhost> <20060905123504.07e0d5b2@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 05 Sep 2006 15:04:06 +0400 Message-Id: <1157454246.2048.53.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: wired top (and others) behavior - broken CPU usage reporting ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 11:04:14 -0000 =F7 =D7=D4, 05/09/2006 =D7 12:35 +0200, Fabian Keil =D0=C9=DB=C5=D4: > Vladimir Grebenschikov wrote: >=20 > > I have notice that it is no more possible to find what process is eats > > all CPU time with top, vmstat and tools like that. This happens with > > current some (big) time ago. >=20 > > 99.5% CPU used in user space. > >=20 > > now top output (sorted by CPU): > > last pid: 2024; load averages: 1.03, 0.65, 0.40 up 0+01:28:34 > > 11:38:50 > > 120 processes: 4 running, 116 sleeping > > CPU states: 95.7% user, 0.0% nice, 3.5% system, 0.8% interrupt, 0.0= % > > idle > > Mem: 589M Active, 209M Inact, 146M Wired, 512K Cache, 111M Buf, 46M Fre= e > > Swap: 1200M Total, 1200M Free > >=20 > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > > COMMAND > > 927 root 1 97 0 52084K 28172K select 1:02 2.98% Xorg > > 1128 vova 1 96 0 21172K 13676K select 0:10 0.98% > > metacity > > 1252 vova 1 96 0 38024K 29884K select 1:56 0.63% > > skype_bin > > 1386 vova 11 126 0 516M 470M RUN 3:42 0.00% > > evolution-2.6 >=20 > > No any idea who eats these 95.5% of CPU time.=20 > > Same picture on vmstat's pigs screen. > >=20 > > I know that this process is actually evolution, and if I kill it system > > load drops, but why it is not shown by top (and other). > >=20 > > Any hints about it ? >=20 > Probably evolution is using libpthread.=20 Yes % ldd /usr/X11R6/bin/evolution | fgrep thr libgthread-2.0.so.0 =3D> /usr/local/lib/libgthread-2.0.so.0 (0x28b18000) libpthread.so.2 =3D> /lib/libpthread.so.2 (0x2945f000) % > If you use libmap.conf(5) to have > evolution use libthr instead, you should see its cpu usage just fine. It looks like workaround. What about solution for that problem ? > Fabian --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 05:46:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4092316A4DD; Tue, 5 Sep 2006 05:46:39 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DFB443D4C; Tue, 5 Sep 2006 05:46:37 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k855iP9s040397; Tue, 5 Sep 2006 07:44:26 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k855iPWR040396; Tue, 5 Sep 2006 07:44:25 +0200 (CEST) (envelope-from morten) Date: Tue, 5 Sep 2006 07:44:25 +0200 From: "Morten A. Middelthon" To: Alex Salazar Message-ID: <20060905054425.GH34840@freenix.no> References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> <20060904061139.GG34840@freenix.no> <40c4bb930609041234s6523944auc131dbc374525cf8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zgY/UHCnsaNnNXRx" Content-Disposition: inline In-Reply-To: <40c4bb930609041234s6523944auc131dbc374525cf8@mail.gmail.com> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Tue, 05 Sep 2006 11:25:54 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 05:46:39 -0000 --zgY/UHCnsaNnNXRx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 04, 2006 at 02:34:14PM -0500, Alex Salazar wrote: > On 9/4/06, Morten A. Middelthon wrote: > >On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > >> On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > >> > Apologies for the long message, and thanks in advance for any respon= se. > >> > > >> > I've just bought one of those new generation Dell servers,=20 > >specifically, > >> > the PowerEdge 1950. > >> > > >> > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > >> > 1GB 533MHz RAM, system. > >> > > >> > This server has a LSI Logic SAS 5/i integrated adapter and dual=20 > >embedded > >> > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. > >> > >> > >> Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Del= l=20 > >PE 1950's > >> without any problems. The only thing I had to do was update the bce=20 > >driver for > >> the NIC, but other than that the mfi RAID controller is detected=20 > >properly, as well > >> as the SAS disks and RAID array. The only difference I can think of is= =20 > >perhaps > >> the firmware and BIOS versions > >> >=20 > Hi, Morten. >=20 > According to your dmesg output, yours are Dell PERC 5/i adapters and doin= g=20 > RAID. > This configuration is well supported by mfi driver, AFAIK. >=20 > mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff > irq 78 at device 14.0 on pci2 >=20 >=20 > Mine is a LSI Logic SAS 5/i (no RAID) controller, which is supported > by the mpt driver, > wich seems to need some fixing. Ah, good point :) --=20 Morten A. Middelthon Time is an illusion; lunchtime, doubly so. -- Ford Prefect --zgY/UHCnsaNnNXRx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE/Q64vsz2LoKf32oRAgYrAJ9WE+70aVEz0GuzXo5WUnGIf9ShQQCeIfpi q1yTa4Zqkry8TCeRp7wa35Q= =OUuL -----END PGP SIGNATURE----- --zgY/UHCnsaNnNXRx-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 08:26:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09E7916A4FE for ; Tue, 5 Sep 2006 08:26:17 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 737A643D4C for ; Tue, 5 Sep 2006 08:26:15 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id A6DD1114026; Tue, 5 Sep 2006 09:26:13 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3b1lfmPVoyZP; Tue, 5 Sep 2006 09:26:11 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 1D0EA11401E; Tue, 5 Sep 2006 09:26:11 +0100 (BST) Message-ID: <44FD34A3.2090101@goodforbusiness.co.uk> Date: Tue, 05 Sep 2006 09:26:11 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: vova@fbsd.ru References: <1157442358.2048.6.camel@localhost> In-Reply-To: <1157442358.2048.6.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 05 Sep 2006 11:26:04 +0000 Cc: current Subject: Re: wired top (and others) behavior - broken CPU usage reporting ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 08:26:17 -0000 Vladimir Grebenschikov wrote: > Hi > > I have notice that it is no more possible to find what process is eats > all CPU time with top, vmstat and tools like that. This happens with > current some (big) time ago. > > See here vmstat (vm mode) output: > > 3.3%Sys 0.8%Intr 95.9%User 0.0%Nice 0.0%Idle %ozfod 128 > rtc irq8 > | | | | | | | | | | | daefr 66 > cbb0 pcm0+ > ==>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> prcfr 1 > ata0 irq14 > 33 dtbuf 47 totfr > ata1 irq15 > Namei Name-cache Dir-cache 69694 desvn react > Calls hits % hits % 15144 numvn pdwak > 1259 1259 100 9063 frevn pdpgs > intrn > > 99.5% CPU used in user space. > > now top output (sorted by CPU): > last pid: 2024; load averages: 1.03, 0.65, 0.40 up 0+01:28:34 > 11:38:50 > 120 processes: 4 running, 116 sleeping > CPU states: 95.7% user, 0.0% nice, 3.5% system, 0.8% interrupt, 0.0% > idle > Mem: 589M Active, 209M Inact, 146M Wired, 512K Cache, 111M Buf, 46M Free > Swap: 1200M Total, 1200M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND > 927 root 1 97 0 52084K 28172K select 1:02 2.98% Xorg > 1128 vova 1 96 0 21172K 13676K select 0:10 0.98% > metacity > 1252 vova 1 96 0 38024K 29884K select 1:56 0.63% > skype_bin > 1386 vova 11 126 0 516M 470M RUN 3:42 0.00% > evolution-2.6 > 1134 vova 3 20 0 21540K 13496K kserel 1:38 0.00% > gkrellm > 1113 vova 1 96 0 19592K 9604K select 0:17 0.00% > at-spi-registryd > 1327 vova 1 96 0 34464K 24668K select 0:10 0.00% sim > 1323 vova 1 96 0 24552K 17212K select 0:09 0.00% > cpufreq-applet > ... > > > No any idea who eats these 95.5% of CPU time. > Same picture on vmstat's pigs screen. > > I know that this process is actually evolution, and if I kill it system > load drops, but why it is not shown by top (and other). As I understand it if the application is working in a thread then the cpu statistics are not available. So a threaded program can often be using 100% cpu and show up as barely any in top. Then you have to try and guess which one of the processes it likely is. I get this a lot on my desktop and it is very annoying. As far as I know it cannot be easily fixed. > Any hints about it ? > Thanks, Dominic From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 13:25:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 968EB16A4E1 for ; Tue, 5 Sep 2006 13:25:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 154B343D49 for ; Tue, 5 Sep 2006 13:25:04 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GKav5-0004ft-GQ for freebsd-current@freebsd.org; Tue, 05 Sep 2006 15:24:51 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Sep 2006 15:24:51 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Sep 2006 15:24:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 05 Sep 2006 15:24:31 +0200 Lines: 9 Message-ID: References: <1157442358.2048.6.camel@localhost> <20060905123504.07e0d5b2@localhost> <1157454246.2048.53.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en In-Reply-To: <1157454246.2048.53.camel@localhost> Sender: news Subject: Re: wired top (and others) behavior - broken CPU usage reporting ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 13:25:05 -0000 Vladimir Grebenschikov wrote: > It looks like workaround. > > What about solution for that problem ? Apparently, it's to switch to libthr for good :) (it's been discussed, might happen in 7.0) From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 14:35:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC53E16A541; Tue, 5 Sep 2006 14:35:30 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 389AE43D7B; Tue, 5 Sep 2006 14:35:26 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id D1EE4244C29; Tue, 5 Sep 2006 23:35:23 +0900 (JST) Message-ID: <44FD8B2B.60501@freebsd.org> Date: Tue, 05 Sep 2006 23:35:23 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: Kris Kennaway References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> <20060904184717.GA41475@xor.obsecurity.org> In-Reply-To: <20060904184717.GA41475@xor.obsecurity.org> Content-Type: text/plain; charset=Shift_JIS Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:35:31 -0000 Kris Kennaway wrote: > On Sun, Sep 03, 2006 at 01:20:33PM -0400, Kris Kennaway wrote: >> On Sun, Sep 03, 2006 at 01:01:29PM -0400, Kris Kennaway wrote: >>> On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: >>>> Daichi GOTO wrote: >>>>> Patchset-16: >>>>> For 7-current >>>>> http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff >>>>> >>>>> For 6.x >>>>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff >>>> I'm sorry, how silly of me. I updated miss edited things. >>>> I updated correct things now. Please check it :) >>> Dear Goto-san, >>> >>> The panic I was previously seeing (with chrooting into the unionfs) >>> appears to be fixed, but after a bit of load I got the following >>> locking assertion on a unionfs (default mount options) stacked over a >>> nullfs mount of a local ufs filesystem: >> I got the same panic from a mount_unionfs -b mount with no nullfs >> involved. > > Another panic from mount_unionfs -b when just running 'vi' on a file. > By the way, I recommend you run with DEBUG_LOCKS and DEBUG_VFS_LOCKS > if you're not already doing so, because it looks like there are still > a number of locking problems. Oops ;-X Yeah, we have a new patchset to solve above problem I think. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 15:09:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E93B316A4F0 for ; Tue, 5 Sep 2006 15:09:13 +0000 (UTC) (envelope-from dwoolworth@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id A11D643F0D for ; Tue, 5 Sep 2006 15:05:53 +0000 (GMT) (envelope-from dwoolworth@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1435487nfc for ; Tue, 05 Sep 2006 08:05:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oXlLGGrMMgT1uCV3bSn5LG0LiCaeQCFcdQ99g0JWyewfxVGYZGq2xgXk3TQG9pMW8jeHbzwWxe3wfhVTx2/ZJnhO76OKS/r8PBNyKfc6d13auU3Y2DAwYLOUzgoZTqJ1f8U95yC403uKwX8yKietWQHElFjrDhphqec0H9NLzdA= Received: by 10.49.90.4 with SMTP id s4mr7827706nfl; Tue, 05 Sep 2006 08:05:35 -0700 (PDT) Received: by 10.48.207.16 with HTTP; Tue, 5 Sep 2006 08:05:29 -0700 (PDT) Message-ID: <10fd06c60609050805j52f4ea83kb53799255de7ab33@mail.gmail.com> Date: Tue, 5 Sep 2006 10:05:29 -0500 From: "Derrick T. Woolworth" To: "Jack Vogel" In-Reply-To: <2a41acea0609042326y3f020901ja5d020e6734a4b84@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <10fd06c60609031846x60c40383iaee659aa7ee74300@mail.gmail.com> <20060904081938.GX40020@FreeBSD.org> <2a41acea0609042326y3f020901ja5d020e6734a4b84@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Jumbo Frames with em X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 15:09:14 -0000 I'm using TCP currently, getting around 10MB/sec when writing one to three files over NFS. With UDP I get around 2 to 4/MB/sec. I did do a network test with netpipe and with the mtu set to 9000 on all cards, netpipe shows I'm getting 125MB/sec at 8192 byte packets. I assume this would be typical of a GB network and indicates that speed wise, the network is functioning well. I do notice a fairly large speed decrease when writing to either my RAID0 or RAID5 store (really shocked to find the RAID0 running slower than a NFS mount to an IDE drive, but nevertheless). The speed of NFS is orders of magnitude slower than the network or the disks. Thanks, D On 9/5/06, Jack Vogel wrote: > On 9/4/06, Gleb Smirnoff wrote: > > On Sun, Sep 03, 2006 at 08:46:21PM -0500, Derrick T. Woolworth wrote: > > D> I'm running -current on a NFS file server with a 3ware controller > > D> striping across multiple disks. The box uses the em driver with the > > D> mtu set to 8192 - client machines connecting via NFS that are also > > D> running -current with bge drivers with the mtu set to 8192 (and jumbo > > D> frames enabled on the switch)... > > D> > > D> The em driver's README says that UDP and Jumbo Frames don't play well > > D> together - just wondering if this would have any impact on NFS over > > D> TCP? > > > > This comment is quite old. It may happen that this isn't true anymore. > > May be developers from Intel will comment on this. > > > > D> Does anyone know anything about the future of the em driver or > > D> bge driver that might have performance issues with Jumbo Frames? > > D> > > D> I'm only ever seeing the storage system write about 10 to 15MB (bytes) > > D> per second over NFS. > > > > Have you tested the performance with ftp, netcat or some network > > benchmarking tool? The problem may be in NFS not in driver. > > Its not entirely clear in your post Derrick, are you using TCP or UDP > NFS? > > Jack > -- Derrick T. Woolworth, President ServeTheWeb, LLC. http://www.ServeTheWeb.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 15:35:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E2216A4E1; Tue, 5 Sep 2006 15:35:51 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E3243D58; Tue, 5 Sep 2006 15:35:44 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k85FZe3S059027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Sep 2006 08:35:41 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44FD994C.70104@errno.com> Date: Tue, 05 Sep 2006 08:35:40 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Garance A Drosehn References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org, Julian Elischer Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 15:35:51 -0000 Garance A Drosehn wrote: > I intend to commit this within a few days, unless there are major > objections to it. I am posting this HEADSUP under a new subject, > so people can dump all kinds of paint over me before I commit it. I have ignored all the subsequent postings about modifying date to add completely new functionality that is utterly unrelated to it's purpose in life. From the looks of this posting it appears you've chosen cat as the new victim for this functionality. This again is wrong; cat is a filter that concatenates streams of data and does not modify their contents. I think committing any changes of the sort are wrong-headed and totally contrary to the way UNIX was designed. If you want a program that acts as a filter and adds a timestamp to each line of input it receives create a new one. I even have a name for this program: stamp. Sam From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 16:08:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CD216A4E5; Tue, 5 Sep 2006 16:08:08 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E13F143D5A; Tue, 5 Sep 2006 16:07:12 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (localhost [127.0.0.1]) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k85G6xZf029610; Tue, 5 Sep 2006 18:06:59 +0200 (CEST) (envelope-from jhs@thin.berklix.org) Received: (from jhs@localhost) by thin.berklix.org (8.12.11/8.12.11/Submit) id k85G6VZx029609; Tue, 5 Sep 2006 18:06:31 +0200 (CEST) (envelope-from jhs) Date: Tue, 5 Sep 2006 18:06:31 +0200 (CEST) From: "Julian H. Stacey" Message-Id: <200609051606.k85G6VZx029609@thin.berklix.org> To: Sam Leffler Fcc: sent-mail In-reply-to: <44FD994C.70104@errno.com> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> Comments: In-reply-to Sam Leffler message dated "Tue, 05 Sep 2006 08:35:40 -0700." Cc: Peter Jeremy , freebsd-current@freebsd.org, Julian Elischer , Garance A Drosehn Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:08:08 -0000 -------- Sam Leffler wrote: > Garance A Drosehn wrote: > > > I intend to commit this within a few days, unless there are major > > objections to it. I am posting this HEADSUP under a new subject, > > so people can dump all kinds of paint over me before I commit it. > > I have ignored all the subsequent postings about modifying date to add > completely new functionality that is utterly unrelated to it's purpose > in life. From the looks of this posting it appears you've chosen cat as > the new victim for this functionality. This again is wrong; cat is a > filter that concatenates streams of data and does not modify their contents. > > I think committing any changes of the sort are wrong-headed and totally > contrary to the way UNIX was designed. If you want a program that acts > as a filter and adds a timestamp to each line of input it receives > create a new one. I even have a name for this program: stamp. > > Sam Agreed. More crud in cat would be bad. Too much already (line numbering). I've known Cat since V6, it's supposed to be light & small Fancy stuff better elsewhere, eg `pr' PS This probably won't make it to list, as I'm fixing my SASL auth, & my masquerade will prob. fail & not match sub'd address. -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. ~ From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 16:25:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id 6C3A516A4E8; Tue, 5 Sep 2006 16:25:42 +0000 (UTC) Date: Tue, 5 Sep 2006 16:25:42 +0000 From: Prafulla Deuskar To: Jack Vogel Message-ID: <20060905162542.GA63869@hub.freebsd.org> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-STABLE on an i386 Cc: freebsd-net , freebsd-current , Andre Oppermann Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:25:42 -0000 Jack Vogel [jfvogel@gmail.com] wrote: > On 9/2/06, Andre Oppermann wrote: > > >I can't comment on the em part but the tcp_output.c stuff looks > >very much like a straight port from NetBSD. If we take code from > >the other BSDs we have to remark this in the emails we send with > >patches and the commit message (otherwise we get accused of 'stealing > >without attribution'). > > I dont know that I'd call it a straight port, rather I was working from some > prototype code that Prafulla had working back on 4.7, but I think at that > time that he may have patterned it after NetBSD. I don't think NetBSD had TSO support in 2002 when I first did the 4.7 patch for internal testing. Prafulla From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 16:49:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3054016A4DE for ; Tue, 5 Sep 2006 16:49:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1537543D86 for ; Tue, 5 Sep 2006 16:49:55 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so965944nzn for ; Tue, 05 Sep 2006 09:49:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=toY3mn8PMuCG0gBZcx55FB6V4+bSPfYZFjmnt+McZAxZdIM0kS/PYTwup2CTACBoOpaTEfhugb2R7acvlz5Bvx66XfJxwGJ6JEBOf1MdPaOWR0r5cGgA4m65URQebnDsnpTNK75tN6606hz+veCDMQW+bOnKoLKXN/87EWCHlb4= Received: by 10.35.41.12 with SMTP id t12mr12827824pyj; Tue, 05 Sep 2006 09:49:55 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 5 Sep 2006 09:49:54 -0700 (PDT) Message-ID: <2a41acea0609050949v2b49ceeemc914abd6a273c540@mail.gmail.com> Date: Tue, 5 Sep 2006 09:49:55 -0700 From: "Jack Vogel" To: "Prafulla Deuskar" In-Reply-To: <20060905162542.GA63869@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> Cc: freebsd-net , freebsd-current , Andre Oppermann Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:49:57 -0000 On 9/5/06, Prafulla Deuskar wrote: > Jack Vogel [jfvogel@gmail.com] wrote: > > On 9/2/06, Andre Oppermann wrote: > > > > >I can't comment on the em part but the tcp_output.c stuff looks > > >very much like a straight port from NetBSD. If we take code from > > >the other BSDs we have to remark this in the emails we send with > > >patches and the commit message (otherwise we get accused of 'stealing > > >without attribution'). > > > > I dont know that I'd call it a straight port, rather I was working from some > > prototype code that Prafulla had working back on 4.7, but I think at that > > time that he may have patterned it after NetBSD. > > I don't think NetBSD had TSO support in 2002 when I first did the 4.7 patch > for internal testing. Sorry if I misspoke Prafulla, you would know better than I :) Jack From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 16:58:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E21916A5BB for ; Tue, 5 Sep 2006 16:58:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7AA843D45 for ; Tue, 5 Sep 2006 16:58:06 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k85GvdVf068693; Tue, 5 Sep 2006 12:57:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: pyunyh@gmail.com Date: Tue, 5 Sep 2006 12:30:52 -0400 User-Agent: KMail/1.9.1 References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <200609011214.28664.jhb@freebsd.org> <20060902005708.GA60963@cdnetworks.co.kr> In-Reply-To: <20060902005708.GA60963@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609051230.52827.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 05 Sep 2006 12:57:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1806/Tue Sep 5 11:00:48 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Christensen , freebsd-current@freebsd.org, LI Xin Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:58:07 -0000 On Friday 01 September 2006 20:57, Pyun YongHyeon wrote: > On Fri, Sep 01, 2006 at 12:14:28PM -0400, John Baldwin wrote: > > On Thursday 31 August 2006 23:59, Pyun YongHyeon wrote: > > > On Thu, Aug 31, 2006 at 03:28:13PM -0400, John Baldwin wrote: > > > > On Thursday 31 August 2006 06:22, Pyun YongHyeon wrote: > > > > > On Thu, Aug 31, 2006 at 05:32:13PM +0800, LI Xin wrote: > > > > > > Pyun YongHyeon wrote: > > > > > > > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > > > > > > > I've been able to successfully build drivers in the past as > > > > > > > > loadable modules but I'm getting some kernel panics > > with -CURRENT > > > > > > > > when installing a module using kldload now where things used to > > > > > > > > > > > > > > I wonder you encountered the same panic I have been seeing on > > CURRENT. > > > > > > > I get "Fatal trap 30" message when I load em(4) module with > > kldload. > > > > > > > > > > > > What does Fatal trap 30 mean in these places? I get some strange > > fatal > > > > > > trap 30's in acpi_cpi_idle, but I can not imagine how can these > > > > happen :-( > > > > > > > > > > > > > > > > Don't know what's cause of the panic since it used to work ok. > > > > > See > > > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065243.html > > > > > > > > Trap 30 means an IDT vector fired that we didn't expect. In this case, I > > > > think it may only happen on SMP, and it maybe that the interrupt gets > > sent to > > > > > > Yes, it's SMP(i386). > > > > Can you try disabling SMP via kern.smp.disabled? > > > > Thank you. Setting kern.smp.disabled fixed the panic. s/fixed/masked/. It still needs fixing. The only thing I can think of the smp_rendezvous() change should have fixed. :( -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 17:08:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06FF616A4DE for ; Tue, 5 Sep 2006 17:08:32 +0000 (UTC) (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 6342C43D55 for ; Tue, 5 Sep 2006 17:08:25 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 34107 invoked from network); 5 Sep 2006 16:53:35 -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 ; 5 Sep 2006 16:53:35 -0000 Message-ID: <44FDAF08.20407@freebsd.org> Date: Tue, 05 Sep 2006 19:08:24 +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: Prafulla Deuskar References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> In-Reply-To: <20060905162542.GA63869@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:08:32 -0000 Prafulla Deuskar wrote: > Jack Vogel [jfvogel@gmail.com] wrote: > >>On 9/2/06, Andre Oppermann wrote: >> >> >>>I can't comment on the em part but the tcp_output.c stuff looks >>>very much like a straight port from NetBSD. If we take code from >>>the other BSDs we have to remark this in the emails we send with >>>patches and the commit message (otherwise we get accused of 'stealing >>>without attribution'). >> >>I dont know that I'd call it a straight port, rather I was working from some >>prototype code that Prafulla had working back on 4.7, but I think at that >>time that he may have patterned it after NetBSD. > > I don't think NetBSD had TSO support in 2002 when I first did the 4.7 patch > for internal testing. OK, perhaps they lifted it from your patch then. They just looks awfully similiar that's why I thought it came from NetBSD. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 17:14:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C682D16A4FB for ; Tue, 5 Sep 2006 17:14:34 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 340C443D90 for ; Tue, 5 Sep 2006 17:14:00 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so2328163wxd for ; Tue, 05 Sep 2006 10:14:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BOPOMkO2IC8ta5hoolcIBSs4ZvK4BQFRWz3XcRKxfyjGnIbH7vpwIbUKN/sizxUFs00gyX04a31Kk7nuHoyaH3ybdxY1t/hj3qnE2B31y/Qbr/qkWFrrHvexKVLEXUjNOb3s1upNsfFOfHtpSI5dE2cegfouSqTOm8Nv7M5CHsM= Received: by 10.90.120.6 with SMTP id s6mr1687088agc; Tue, 05 Sep 2006 10:14:00 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Tue, 5 Sep 2006 10:14:00 -0700 (PDT) Message-ID: <7579f7fb0609051014g4eaf04c0q4fb073c12acfa980@mail.gmail.com> Date: Tue, 5 Sep 2006 10:14:00 -0700 From: "Matthew Jacob" To: current@freebsd.org In-Reply-To: <1157154024.835.6.camel@atomizer.opensourcebeef.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> Cc: Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:14:34 -0000 I think I finally found a system that reproduces for me. Expect fixes shortly. From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 17:33:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F017416A4DD; Tue, 5 Sep 2006 17:33:35 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9822E43D45; Tue, 5 Sep 2006 17:33:35 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ykq2v6x1kjxn0o2l@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85HXZku045282; Tue, 5 Sep 2006 10:33:35 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85HXZJ7045281; Tue, 5 Sep 2006 10:33:35 -0700 (PDT) (envelope-from jmg) Date: Tue, 5 Sep 2006 10:33:35 -0700 From: John-Mark Gurney To: freebsd-arch@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20060905173334.GH9421@funkthat.com> Mail-Followup-To: freebsd-arch@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-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: Subject: bus_get_dma_tag now necessary for drivers using bus_dma 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: Tue, 05 Sep 2006 17:33:36 -0000 Over the weekend, I integrated some infastructure from the sun4v port. It is the ability to have different bus_dma_tag_t's for different parts of the device tree. This is necessary on systems like sparc64 and sun4v that have different IOMMU's for different pci domains. sparc64 glossed over this difference by programming both IOMMU's exactly the same, but I decided to fix this for sun4v. This means that for each call to bus_dma_tag_create, instead of passing a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that as the parent tag. I committed some example code to various drivers, such as ahc, ata, em, and ohci. There is currently no functional change to the tree w/ this change. The driver changes will need to be done by hand as the device_t of the current device is not always obviously available at the time bus_dma_tag_create is called. Patches are welcome for the remaining unconverted drivers. -- 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 Tue Sep 5 17:44:56 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4685D16A4E0; Tue, 5 Sep 2006 17:44:56 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE34043D5F; Tue, 5 Sep 2006 17:44:51 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 57B8B170C5; Tue, 5 Sep 2006 17:44:49 +0000 (UTC) To: John-Mark Gurney From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Sep 2006 10:33:35 MST." <20060905173334.GH9421@funkthat.com> Date: Tue, 05 Sep 2006 17:44:48 +0000 Message-ID: <14026.1157478288@critter.freebsd.dk> Cc: freebsd-current@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:44:56 -0000 In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: >This means that for each call to bus_dma_tag_create, instead of passing >a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that >as the parent tag. I committed some example code to various drivers, >such as ahc, ata, em, and ohci. If there are never any exeptions to this requirement, why not pass "yourdev" and have the magic hidden, rather than add 17 ritual characters to the API ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 17:55:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E01316A4E0; Tue, 5 Sep 2006 17:55:24 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8932843D68; Tue, 5 Sep 2006 17:55:22 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.6/8.13.6) with ESMTP id k85HtLjD005109; Tue, 5 Sep 2006 10:55:21 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.6/8.13.6/Submit) with ESMTP id k85HtLai005106; Tue, 5 Sep 2006 10:55:21 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 5 Sep 2006 10:55:21 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: John-Mark Gurney In-Reply-To: <20060905173334.GH9421@funkthat.com> Message-ID: <20060905105320.S4962@ns1.feral.com> References: <20060905173334.GH9421@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:55:24 -0000 A __FreeBSD_version value of 700020 can be used in your drivers to distinguish the OS source that has the requirement and that which doesn't. On Tue, 5 Sep 2006, John-Mark Gurney wrote: > Over the weekend, I integrated some infastructure from the sun4v port. > It is the ability to have different bus_dma_tag_t's for different > parts of the device tree. This is necessary on systems like sparc64 > and sun4v that have different IOMMU's for different pci domains. > sparc64 glossed over this difference by programming both IOMMU's > exactly the same, but I decided to fix this for sun4v. > > This means that for each call to bus_dma_tag_create, instead of passing > a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > as the parent tag. I committed some example code to various drivers, > such as ahc, ata, em, and ohci. > > There is currently no functional change to the tree w/ this change. > > The driver changes will need to be done by hand as the device_t of the > current device is not always obviously available at the time > bus_dma_tag_create is called. > > Patches are welcome for the remaining unconverted drivers. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 17:15:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E975916A4E5 for ; Tue, 5 Sep 2006 17:15:10 +0000 (UTC) (envelope-from apanda@cs.brown.edu) Received: from draco.services.brown.edu (draco.services.brown.edu [128.148.106.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADAA043D81 for ; Tue, 5 Sep 2006 17:14:54 +0000 (GMT) (envelope-from apanda@cs.brown.edu) Received: from [192.168.0.2] (Gregorian-B-182.resnet.brown.edu [138.16.25.182]) by draco.services.brown.edu (Switch-3.1.10/Switch-3.1.7/) with ESMTP id k85HEr9J020607 for ; Tue, 5 Sep 2006 13:14:53 -0400 (EDT) User-Agent: Microsoft-Entourage/11.2.3.060209 Date: Tue, 05 Sep 2006 13:14:51 -0400 From: Aurojit Panda To: Message-ID: Thread-Topic: Marvell/SysKonnect Yukon driver patch Thread-Index: AcbRDswQCsDAEj0CEduAjgAKlW/hFg== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Brown-Proofpoint: Not Infected X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlx=-1 adultscore=0 adjust=0 reason=safe engine=3.1.0-0608080000 definitions=main-0609050009 X-Brown-MailScanner-SpamCheck: not spam, rule=notspam policy=default score=0 mlx=-1 adultscore=0 adjust=0 reason=safe engine=3.1.0-0608080000 definitions=main-0609050009 X-Mailman-Approved-At: Tue, 05 Sep 2006 17:56:21 +0000 Subject: Marvell/SysKonnect Yukon driver 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: Tue, 05 Sep 2006 17:15:11 -0000 The source from http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz does not compile because it uses IFP2ENADDR. Since Mac Minis and most Intel Macs seem to use Marvell/SysKonnect Ethernet cards and the 7-Current branch is the only thing that will boot on those, this was not working out for me, so here's a patch for if_yk.c in the root of the tar file, which allows this driver to work. 1569,1570c1569,1570 < } < #else --- > } > #elif __FreeBSD_version < 700006 1577a1578,1588 > SK_ADDR_LOGICAL_ADDRESS); > } > #else > > if (bcmp(IF_LLADDR(pAC->pIfnet), > pAC->Addr.Net[0].CurrentMacAddress.a,6)) { > > SkAddrOverride(pAC, > pAC, > 0, > (SK_MAC_ADDR*)IF_LLADDR(pAC->pIfnet), Aurojit Panda From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 18:23:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id A826F16A4DF; Tue, 5 Sep 2006 18:23:13 +0000 (UTC) Date: Tue, 5 Sep 2006 18:23:13 +0000 From: Prafulla Deuskar To: Andre Oppermann Message-ID: <20060905182313.GA85389@hub.freebsd.org> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> <44FDAF08.20407@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44FDAF08.20407@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-STABLE on an i386 Cc: freebsd-net , freebsd-current , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 18:23:13 -0000 Andre Oppermann [andre@freebsd.org] wrote: > Prafulla Deuskar wrote: > >Jack Vogel [jfvogel@gmail.com] wrote: > > > >>On 9/2/06, Andre Oppermann wrote: > >> > >> > >>>I can't comment on the em part but the tcp_output.c stuff looks > >>>very much like a straight port from NetBSD. If we take code from > >>>the other BSDs we have to remark this in the emails we send with > >>>patches and the commit message (otherwise we get accused of 'stealing > >>>without attribution'). > >> > >>I dont know that I'd call it a straight port, rather I was working from > >>some > >>prototype code that Prafulla had working back on 4.7, but I think at that > >>time that he may have patterned it after NetBSD. > > > >I don't think NetBSD had TSO support in 2002 when I first did the 4.7 > >patch for internal testing. > > OK, perhaps they lifted it from your patch then. They just looks awfully > similiar that's why I thought it came from NetBSD. > Your patch looks good and is the way to go. So after Jack confirms that your patch works with the em driver would you commit to to -current? The driver related changes can follow.. Later we also need to fix ifconfig so that user can enable/disable TSO on the interface. Thanks, -Prafulla > From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 18:28:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5778C16A4DA; Tue, 5 Sep 2006 18:28:49 +0000 (UTC) (envelope-from mami@nyitolap.hu) Received: from mail.nyitolap.hu (bommail.ph.hu [193.224.157.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A978B43D7C; Tue, 5 Sep 2006 18:28:38 +0000 (GMT) (envelope-from mami@nyitolap.hu) Received: from mail.nyitolap.hu (localhost.nyitolap.hu [127.0.0.1]) by mail.nyitolap.hu (8.13.4/8.13.4) with ESMTP id k85IM4E1009095; Tue, 5 Sep 2006 20:22:04 +0200 (CEST) (envelope-from mami@nyitolap.hu) Received: from 84.2.117.246 (SquirrelMail authenticated user mami) by mail.nyitolap.hu with HTTP; Tue, 5 Sep 2006 20:22:05 +0200 (CEST) Message-ID: <4699.84.2.117.246.1157480525.squirrel@mail.nyitolap.hu> In-Reply-To: <20060903121505.21d29a49@Magellan.Leidinger.net> References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> <20060903121505.21d29a49@Magellan.Leidinger.net> Date: Tue, 5 Sep 2006 20:22:05 +0200 (CEST) From: mami@nyitolap.hu To: "Ivan Voras" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Scanned-By: MIMEDefang 2.52 on 10.10.1.3 X-Mailman-Approved-At: Tue, 05 Sep 2006 18:31:07 +0000 Cc: Alexander Leidinger , freebsd-current@freebsd.org, mami@nyitolap.hu, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 18:28:49 -0000 >> >> (CVS copy from sysinstall, right?) > > Yes. And then stripped down. > >> I'm interested in helping on this when I get a -current system running. > > I suggest to coordinate with mami@nyitolap.hu (CCed), he expressed > interest in continuing the improvements, but I don't know what the > status of this is currently. yes, I'm started to add geom-related things to sade. I have nothing to test yet, but the development is in progress, now I'm coding supplementary stuff. Tell me if you are interested. cheers, Miki From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 18:31:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A9E16A4E8; Tue, 5 Sep 2006 18:31:37 +0000 (UTC) (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 096C543D46; Tue, 5 Sep 2006 18:31:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k85IVRgf089221; Tue, 5 Sep 2006 12:31:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44FDC278.3050902@samsco.org> Date: Tue, 05 Sep 2006 12:31:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <14026.1157478288@critter.freebsd.dk> In-Reply-To: <14026.1157478288@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.5 required=3.8 tests=SPF_SOFTFAIL autolearn=no version=3.1.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: John-Mark Gurney , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 18:31:37 -0000 Poul-Henning Kamp wrote: > In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > > >>This means that for each call to bus_dma_tag_create, instead of passing >>a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that >>as the parent tag. I committed some example code to various drivers, >>such as ahc, ata, em, and ohci. > > > If there are never any exeptions to this requirement, why not > pass "yourdev" and have the magic hidden, rather than add 17 > ritual characters to the API ? > Drivers can have their own multi-level tag heirarchy. You'd have to create a new bus_dma_tag_create() variant that expected a device_t instead of a bus_dma_tag_t. This might be a good idea. Scott From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 19:09:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E5216A501; Tue, 5 Sep 2006 19:09:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 542E943D53; Tue, 5 Sep 2006 19:04:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k85J2TUU014641; Tue, 5 Sep 2006 13:02:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Sep 2006 13:02:47 -0600 (MDT) Message-Id: <20060905.130247.-267228160.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <14026.1157478288@critter.freebsd.dk> References: <20060905173334.GH9421@funkthat.com> <14026.1157478288@critter.freebsd.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 05 Sep 2006 13:02:31 -0600 (MDT) Cc: gurney_j@resnet.uoregon.edu, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:09:14 -0000 In message: <14026.1157478288@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: : : >This means that for each call to bus_dma_tag_create, instead of passing : >a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that : >as the parent tag. I committed some example code to various drivers, : >such as ahc, ata, em, and ohci. : : If there are never any exeptions to this requirement, why not : pass "yourdev" and have the magic hidden, rather than add 17 : ritual characters to the API ? As Scott pointed out, it won't always be NULL. I like his idea of having a variant that takes a device_t... Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 19:11:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 062EC16A4DA; Tue, 5 Sep 2006 19:11:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id F211943D45; Tue, 5 Sep 2006 19:11:41 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.91.134] (HELO [10.0.0.249]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 279172218; Tue, 05 Sep 2006 21:11:37 +0200 From: Hans Petter Selasky To: freebsd-arch@freebsd.org Date: Tue, 5 Sep 2006 21:11:50 +0200 User-Agent: KMail/1.7 References: <14026.1157478288@critter.freebsd.dk> <44FDC278.3050902@samsco.org> In-Reply-To: <44FDC278.3050902@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609052111.52304.hselasky@c2i.net> X-Mailman-Approved-At: Tue, 05 Sep 2006 19:21:38 +0000 Cc: John-Mark Gurney , freebsd-current@freebsd.org, Poul-Henning Kamp , freebsd-drivers@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:11:43 -0000 On Tuesday 05 September 2006 20:31, Scott Long wrote: > Poul-Henning Kamp wrote: > > In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > >>This means that for each call to bus_dma_tag_create, instead of passing > >>a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > >>as the parent tag. I committed some example code to various drivers, > >>such as ahc, ata, em, and ohci. > > > > If there are never any exeptions to this requirement, why not > > pass "yourdev" and have the magic hidden, rather than add 17 > > ritual characters to the API ? > > Drivers can have their own multi-level tag heirarchy. You'd have to > create a new bus_dma_tag_create() variant that expected a device_t > instead of a bus_dma_tag_t. This might be a good idea. > I think it is easier to share code with NetBSD if we use "bus_get_dma_tag(yourdev)". For example I use the following prototype on NetBSD and FreeBSD: void * usbd_mem_alloc(bus_dma_tag_t parent, u_int32_t size, u_int8_t align_power); --HPS From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 19:28:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B516C16A4DD; Tue, 5 Sep 2006 19:28:00 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3585C43D49; Tue, 5 Sep 2006 19:28:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (0mnew3dcgucvscvk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85JRv61047416; Tue, 5 Sep 2006 12:27:57 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85JRt1Z047415; Tue, 5 Sep 2006 12:27:55 -0700 (PDT) (envelope-from jmg) Date: Tue, 5 Sep 2006 12:27:55 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20060905192755.GI9421@funkthat.com> Mail-Followup-To: "M. Warner Losh" , phk@phk.freebsd.dk, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org References: <20060905173334.GH9421@funkthat.com> <14026.1157478288@critter.freebsd.dk> <20060905.130247.-267228160.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060905.130247.-267228160.imp@bsdimp.com> 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: phk@phk.freebsd.dk, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma 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: Tue, 05 Sep 2006 19:28:00 -0000 Warner Losh wrote this message on Tue, Sep 05, 2006 at 13:02 -0600: > In message: <14026.1157478288@critter.freebsd.dk> > "Poul-Henning Kamp" writes: > : In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > : > : >This means that for each call to bus_dma_tag_create, instead of passing > : >a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > : >as the parent tag. I committed some example code to various drivers, > : >such as ahc, ata, em, and ohci. > : > : If there are never any exeptions to this requirement, why not > : pass "yourdev" and have the magic hidden, rather than add 17 > : ritual characters to the API ? > > As Scott pointed out, it won't always be NULL. I like his idea of > having a variant that takes a device_t... I thought of something similar. I like the idea of not having to call bus_get_dma_tag every time, but at the same time, I didn't like adding yet another function that does almost the same thing... If more arguments were effected, I'd be less inclined to argue, but all we'd be doing would change: bus_dma_tag_create(bus_get_dma_tag(dev), to: bus_dma_tag_dev_create(dev, Which though less typing, does create another entry point for creating a bus_dma_tag_t.... I'm split on which is the better way, so if someone wants to change it to the second, I have no objections.... -- 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 Tue Sep 5 19:53:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EB1F16A512 for ; Tue, 5 Sep 2006 19:53:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF5F43D79 for ; Tue, 5 Sep 2006 19:52:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k85JplKh069829; Tue, 5 Sep 2006 15:51:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 5 Sep 2006 15:38:49 -0400 User-Agent: KMail/1.9.1 References: <44FC1188.7050600@cisco.com> <44FC166B.2060809@cisco.com> In-Reply-To: <44FC166B.2060809@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609051538.50339.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 05 Sep 2006 15:51:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1806/Tue Sep 5 11:00:48 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Randall Stewart Subject: Re: Interesting lock issue mtx_flags = 0x6? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:53:20 -0000 On Monday 04 September 2006 08:04, Randall Stewart wrote: > Never mind.. I think I just figiured it out.. its > a foo-bar on my part :-D Yeah, that constant is MTX_DESTROYED which is written into mtx_lock in mtx_destroy() so that any later mtx_lock's will hang or panic. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 19:57:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23FD516A4DA for ; Tue, 5 Sep 2006 19:57:16 +0000 (UTC) (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 A4B7043DFC for ; Tue, 5 Sep 2006 19:56:16 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 35418 invoked from network); 5 Sep 2006 19:41:20 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 5 Sep 2006 19:41:20 -0000 Message-ID: <44FDD65C.6070109@freebsd.org> Date: Tue, 05 Sep 2006 21:56:12 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Prafulla Deuskar References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> <44FDAF08.20407@freebsd.org> <20060905182313.GA85389@hub.freebsd.org> In-Reply-To: <20060905182313.GA85389@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:57:16 -0000 Prafulla Deuskar wrote: > Andre Oppermann [andre@freebsd.org] wrote: >> Prafulla Deuskar wrote: >>> Jack Vogel [jfvogel@gmail.com] wrote: >>> >>>> On 9/2/06, Andre Oppermann wrote: >>>> >>>> >>>>> I can't comment on the em part but the tcp_output.c stuff looks >>>>> very much like a straight port from NetBSD. If we take code from >>>>> the other BSDs we have to remark this in the emails we send with >>>>> patches and the commit message (otherwise we get accused of 'stealing >>>>> without attribution'). >>>> I dont know that I'd call it a straight port, rather I was working from >>>> some >>>> prototype code that Prafulla had working back on 4.7, but I think at that >>>> time that he may have patterned it after NetBSD. >>> I don't think NetBSD had TSO support in 2002 when I first did the 4.7 >>> patch for internal testing. >> OK, perhaps they lifted it from your patch then. They just looks awfully >> similiar that's why I thought it came from NetBSD. >> > Your patch looks good and is the way to go. > > So after Jack confirms that your patch works with the em driver > would you commit to to -current? Absolutely. :-) > The driver related changes can follow.. > > Later we also need to fix ifconfig so that user can enable/disable TSO on the interface. I'll do that together with the TSO code. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 21:10:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FF1316A500 for ; Tue, 5 Sep 2006 21:10:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424BC43D5A for ; Tue, 5 Sep 2006 21:10:10 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3587710pye for ; Tue, 05 Sep 2006 14:10:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R1uUdUhDGWJwPezGFm+JSdWjh5v3ghJsKUW3GLPWdB7TwoWrvBulJcmUNj2rYdca2saLhDqk4Y0ykQGKbGEdIzzTrHjTBby5XTlDZUCSm7xO6SJ+4dvVO/geQChTOuLxKlxXXth15Tx7UDiLVXiwi2+FiKbPsULap23Cj4izL0E= Received: by 10.35.123.10 with SMTP id a10mr13253143pyn; Tue, 05 Sep 2006 14:10:09 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 5 Sep 2006 14:10:09 -0700 (PDT) Message-ID: <2a41acea0609051410i7d968b88ocf240514ff410452@mail.gmail.com> Date: Tue, 5 Sep 2006 14:10:09 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <44FDD65C.6070109@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> <44FDAF08.20407@freebsd.org> <20060905182313.GA85389@hub.freebsd.org> <44FDD65C.6070109@freebsd.org> Cc: freebsd-net , freebsd-current , Prafulla Deuskar Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 21:10:18 -0000 On 9/5/06, Andre Oppermann wrote: > Prafulla Deuskar wrote: > > Andre Oppermann [andre@freebsd.org] wrote: > >> Prafulla Deuskar wrote: > >>> Jack Vogel [jfvogel@gmail.com] wrote: > >>> > >>>> On 9/2/06, Andre Oppermann wrote: > >>>> > >>>> > >>>>> I can't comment on the em part but the tcp_output.c stuff looks > >>>>> very much like a straight port from NetBSD. If we take code from > >>>>> the other BSDs we have to remark this in the emails we send with > >>>>> patches and the commit message (otherwise we get accused of 'stealing > >>>>> without attribution'). > >>>> I dont know that I'd call it a straight port, rather I was working from > >>>> some > >>>> prototype code that Prafulla had working back on 4.7, but I think at that > >>>> time that he may have patterned it after NetBSD. > >>> I don't think NetBSD had TSO support in 2002 when I first did the 4.7 > >>> patch for internal testing. > >> OK, perhaps they lifted it from your patch then. They just looks awfully > >> similiar that's why I thought it came from NetBSD. > >> > > Your patch looks good and is the way to go. > > > > So after Jack confirms that your patch works with the em driver > > would you commit to to -current? > > Absolutely. :-) > > > The driver related changes can follow.. > > > > Later we also need to fix ifconfig so that user can enable/disable TSO on the interface. > > I'll do that together with the TSO code. OK, I've built and done some touch testing of this. I like it, the driver has some counters of the number of TSO bursts it does, and I think I see more per netperf test with your patch than mine. Hard to do real performance testing with all that WITNESS stuff in, but I will be making a 6.1 version of your patch to test with since I have my driver running on that anyway. If you do the ifconfig changes there will need to be a small amount of code added to em_ioctl() but it should be trivial. You want me to reissue a driver patch with changes for your code? Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 21:31:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B535216A4DF for ; Tue, 5 Sep 2006 21:31:35 +0000 (UTC) (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 37B5843D49 for ; Tue, 5 Sep 2006 21:31:34 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 36190 invoked from network); 5 Sep 2006 21:16:42 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 5 Sep 2006 21:16:42 -0000 Message-ID: <44FDECB6.2040304@freebsd.org> Date: Tue, 05 Sep 2006 23:31:34 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> <44FDAF08.20407@freebsd.org> <20060905182313.GA85389@hub.freebsd.org> <44FDD65C.6070109@freebsd.org> <2a41acea0609051410i7d968b88ocf240514ff410452@mail.gmail.com> In-Reply-To: <2a41acea0609051410i7d968b88ocf240514ff410452@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Prafulla Deuskar Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 21:31:35 -0000 Jack Vogel wrote: > On 9/5/06, Andre Oppermann wrote: >> Prafulla Deuskar wrote: >> > Your patch looks good and is the way to go. >> > >> > So after Jack confirms that your patch works with the em driver >> > would you commit to to -current? >> >> Absolutely. :-) >> >> > The driver related changes can follow.. >> > >> > Later we also need to fix ifconfig so that user can enable/disable >> TSO on the interface. >> >> I'll do that together with the TSO code. > > OK, I've built and done some touch testing of this. I like it, the > driver has > some counters of the number of TSO bursts it does, and I think I see more > per netperf test with your patch than mine. > > Hard to do real performance testing with all that WITNESS stuff in, but > I will be making a 6.1 version of your patch to test with since I have my > driver running on that anyway. You can disable WITNESS and INVARIANTS pretty easily in -current and get the full performance with it. > If you do the ifconfig changes there will need to be a small amount of > code added to em_ioctl() but it should be trivial. > > You want me to reissue a driver patch with changes for your code? Yes, please do so. I've got a dual-em card which I can test with myself. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 21:39:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E41816A4DD for ; Tue, 5 Sep 2006 21:39:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 3559C43D53 for ; Tue, 5 Sep 2006 21:39:15 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 31372 invoked by uid 399); 5 Sep 2006 21:39:14 -0000 Received: from localhost (HELO ?192.168.0.10?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Sep 2006 21:39:14 -0000 Message-ID: <44FDEE7C.9060104@FreeBSD.org> Date: Tue, 05 Sep 2006 14:39:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Sam Leffler References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> In-Reply-To: <44FD994C.70104@errno.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org, Julian Elischer , Garance A Drosehn Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 21:39:16 -0000 Sam Leffler wrote: > I have ignored all the subsequent postings about modifying date to add > completely new functionality that is utterly unrelated to it's purpose > in life. From the looks of this posting it appears you've chosen cat as > the new victim for this functionality. This again is wrong; cat is a > filter that concatenates streams of data and does not modify their contents. > > I think committing any changes of the sort are wrong-headed and totally > contrary to the way UNIX was designed. If you want a program that acts > as a filter and adds a timestamp to each line of input it receives > create a new one. I even have a name for this program: stamp. I agree with Sam on all points here. Please stop trying to bastardize well known tools with well known feature sets. If you want something new and unique, make it really new, and unique. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 21:55:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D59AC16A4DA; Tue, 5 Sep 2006 21:55:18 +0000 (UTC) (envelope-from prvs=julian=396dbb6ae@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DDAC43D46; Tue, 5 Sep 2006 21:55:18 +0000 (GMT) (envelope-from prvs=julian=396dbb6ae@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 05 Sep 2006 14:55:17 -0700 Message-ID: <44FDF245.9000302@elischer.org> Date: Tue, 05 Sep 2006 14:55:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> In-Reply-To: <44FDEE7C.9060104@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Garance A Drosehn , Peter Jeremy Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 21:55:18 -0000 Doug Barton wrote: >Sam Leffler wrote: > > > >>I have ignored all the subsequent postings about modifying date to add >>completely new functionality that is utterly unrelated to it's purpose >>in life. From the looks of this posting it appears you've chosen cat as >>the new victim for this functionality. This again is wrong; cat is a >>filter that concatenates streams of data and does not modify their contents. >> >>I think committing any changes of the sort are wrong-headed and totally >>contrary to the way UNIX was designed. If you want a program that acts >>as a filter and adds a timestamp to each line of input it receives >>create a new one. I even have a name for this program: stamp. >> >> > >I agree with Sam on all points here. Please stop trying to bastardize well >known tools with well known feature sets. If you want something new and >unique, make it really new, and unique. > > then there will be a bikeshed about adding a new tool because "I have not needed this myself until now" Date could have had this feature added in 20 lines of C. you'd rather create a whole new beaurocracy. >Doug > > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 21:56:26 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA35F16A504 for ; Tue, 5 Sep 2006 21:56:26 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8E9243D5D for ; Tue, 5 Sep 2006 21:56:21 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k85LuHCf008462; Tue, 5 Sep 2006 17:56:17 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44FD994C.70104@errno.com> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> Date: Tue, 5 Sep 2006 17:56:16 -0400 To: Sam Leffler From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 21:56:26 -0000 At 8:35 AM -0700 9/5/06, Sam Leffler wrote: > >If you want a program that acts as a filter and adds a timestamp >to each line of input it receives create a new one. I even have >a name for this program: stamp. I knew that if I suggested any new option for any command in the base system, then some experienced developer who I do respect would dump on the option for no other reason than the option was not implemented in 1983. You will object to that characterization, but you know that if this had been added to cat in the early 1980's (along with the dreaded -v), then no one would be demanding that we remove it now. I thought long and hard about this before I offered to commit these changes. Due to that, I have many thoughts on the topic. What follows is only some of them. It is long, but I could write much more. I bought many buckets of paint before writing my previous message. I spent a lot of time thinking about it. Please respect that effort enough to give the following a fair read. So, instead of adding 800 bytes to 'cat', we should create a new command with a new name, and increase the size of the base system by 9000 bytes? And this is a good thing? It seems to me that pretty much every line of code that is in `cat' will be wanted in the new command, and then we will add two subroutine calls to it. If there is a bug anywhere in `cat', or some new error situation that we need to handle, then we'll have to remember to duplicate any new changes in two separate commands? And that duplication is a good thing, where 99% of the two commands will be exactly the same? It is frustrating that almost every developer who objects to this idea on grounds of "purity" and "efficiency", will then turn around and offer some half-assed solution which is either totally wrong (prefixing each line with the time the command started, instead of the time that line was read), or has 100 times more overhead than a well-written option would have. "Users should write perl scripts", as if loading in the entire perl interpreter is some paragon of efficiency. And what are the chances that all of those hastily- written scripts are going to be more efficient than a program? Or that they are going to have any appropriate error processing? I understand the concern that adding this will then bring forward a dozen other nice-sounding options for `cat', and eventually we will turn `cat' into an all-singing, all-dancing filter command. Which is to say, we will basically write a new awk. I don't want *that* to happen to `cat', and I do agree that here is a danger there, but I still think this particular feature is very useful. I did think about adding an alternate command, but decided I would get too much flak for such a heresy. I was thinking of `catfilter' `filtercat', or `minfilter' so the command could grow into the all- singing and all-dancing command for filtering. But then we have to explain all the filtering options added to cat some 25 years ago, and which "don't belong" there. So, my alternate suggestion was to create a new command called 'mincat' or 'purecat', and have *that* be nothing but a read-and-write loop, without any of the ugly filtering options that get people so upset. Imagine all the milliseconds of CPU-time that would be saved by running `purecat'! Any bets that I could get universal approval for adding either of those commands? Based on past experience, I doubt it. Look at how much flak I got for adding pgrep and pkill, and those were already- working commands that I *copied* from another BSD, and which also already existed on several non-BSD unixes. Those two weren't even brand new commands. If I thought I could get a new command into the base system, then I'd be willing to consider that route. But I know (and all of you know) that I'd just get another round of flak. "Whatever you do, don't add any new features to the base system!!!". But I don't intend to expend 100 times more effort to create some port which I know that no one will ever use, because they won't even know it exists. There may already be a dozen ports which do this, but I'm not going to read through 12,500 port descriptions to find such a trivial tool. I doubt anyone else does. It would be less work to write my own crappy script. So there is no point in me spending a lot of effort creating some port when it isn't going to help anyone. I want to write code so it is both useful and readily available. Not useful and unknown. I can write code that remains unknown at work. I didn't need to join the FreeBSD project to write code which remains unknown and unused. If nobody is going to use my code, then there is no reason for me to waste my time on it. And given the features *already* in `cat', which even the purists know they can not remove, this is a small addition and a very useful feature. I remain convinced that this is the most-helpful course of action for our freebsd users, even if it isn't Pure1980sUnix(TM). -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 22:00:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD77116A4DF for ; Tue, 5 Sep 2006 22:00:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.FreeBSD.org (Postfix) with SMTP id BDDCF43D49 for ; Tue, 5 Sep 2006 22:00:13 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 24750 invoked by uid 399); 5 Sep 2006 22:00:13 -0000 Received: from localhost (HELO ?192.168.0.10?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Sep 2006 22:00:13 -0000 Message-ID: <44FDF36A.3010608@FreeBSD.org> Date: Tue, 05 Sep 2006 15:00:10 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Julian Elischer References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> In-Reply-To: <44FDF245.9000302@elischer.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Garance A Drosehn , Peter Jeremy Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:00:14 -0000 Julian Elischer wrote: > then there will be a bikeshed about adding a new tool ... which can safely be ignored, even if it occurs, because creating new and potentially useful tools always creates less drama then mucking about with old (or really old) ones. I haven't heard anyone say, "No such functionality should exist in FreeBSD," but I have heard several people say "Don't bastardize the Unix model." I even like Sam's proposed name. > Date could have had this feature added in 20 lines of C. > you'd rather create a whole new beaurocracy. What would be really useful here is if the people who want this could focus on the end result (having the tool you need to do the job) rather than the methodology of achieving that result. The door is open, walk through it. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 22:04:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6121C16A4E7; Tue, 5 Sep 2006 22:04:00 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7084943D53; Tue, 5 Sep 2006 22:03:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (6nkq3cr4f6xiziw1@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85M3jR5050256; Tue, 5 Sep 2006 15:03:45 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85M3ido050254; Tue, 5 Sep 2006 15:03:44 -0700 (PDT) (envelope-from jmg) Date: Tue, 5 Sep 2006 15:03:44 -0700 From: John-Mark Gurney To: Hans Petter Selasky Message-ID: <20060905220344.GL9421@funkthat.com> Mail-Followup-To: Hans Petter Selasky , freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Poul-Henning Kamp , freebsd-drivers@freebsd.org References: <14026.1157478288@critter.freebsd.dk> <44FDC278.3050902@samsco.org> <200609052111.52304.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609052111.52304.hselasky@c2i.net> 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: Poul-Henning Kamp , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma 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: Tue, 05 Sep 2006 22:04:00 -0000 Hans Petter Selasky wrote this message on Tue, Sep 05, 2006 at 21:11 +0200: > On Tuesday 05 September 2006 20:31, Scott Long wrote: > > Poul-Henning Kamp wrote: > > > In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > > >>This means that for each call to bus_dma_tag_create, instead of passing > > >>a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > > >>as the parent tag. I committed some example code to various drivers, > > >>such as ahc, ata, em, and ohci. > > > > > > If there are never any exeptions to this requirement, why not > > > pass "yourdev" and have the magic hidden, rather than add 17 > > > ritual characters to the API ? > > > > Drivers can have their own multi-level tag heirarchy. You'd have to > > create a new bus_dma_tag_create() variant that expected a device_t > > instead of a bus_dma_tag_t. This might be a good idea. > > > > I think it is easier to share code with NetBSD if we use > "bus_get_dma_tag(yourdev)". > > For example I use the following prototype on NetBSD and FreeBSD: > > void * > usbd_mem_alloc(bus_dma_tag_t parent, u_int32_t size, > u_int8_t align_power); It won't prevent you from first creating a bus_dma_tag_t w/ no restrictions but the dev, and passing that to this function.. Once you have inherited the tag from the device, all children tag's will have the correct tag... -- 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 Tue Sep 5 22:12:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ECB616A4DE; Tue, 5 Sep 2006 22:12:53 +0000 (UTC) (envelope-from prvs=julian=396dbb6ae@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31C9643D45; Tue, 5 Sep 2006 22:12:53 +0000 (GMT) (envelope-from prvs=julian=396dbb6ae@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 05 Sep 2006 15:12:53 -0700 Message-ID: <44FDF664.9070103@elischer.org> Date: Tue, 05 Sep 2006 15:12:52 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> In-Reply-To: <44FDF36A.3010608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Garance A Drosehn , Peter Jeremy Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:12:53 -0000 Doug Barton wrote: >Julian Elischer wrote: > > > >>then there will be a bikeshed about adding a new tool >> >> > >... which can safely be ignored, even if it occurs, because creating new >and potentially useful tools always creates less drama then mucking about >with old (or really old) ones. I haven't heard anyone say, "No such >functionality should exist in FreeBSD," but I have heard several people >say "Don't bastardize the Unix model." I even like Sam's proposed name. > > > >>Date could have had this feature added in 20 lines of C. >>you'd rather create a whole new beaurocracy. >> >> > >What would be really useful here is if the people who want this could >focus on the end result (having the tool you need to do the job) rather >than the methodology of achieving that result. The door is open, walk >through it. > > > The tool I want is date, that can run itself multiple times according to how many lines there are in an input file. Note: 1/ my suggstion ignored the input file unless asked not to, so there is no danger of accidentally going into that mode. 2/ date doesn't use it's stdin for anything. so it doesn't break anything. 3/ it doesn't add any noticeable overhead to date. The 20 or so lines of C don't make it overflow a block boundary, and it does one or two extra instructions to select a slightly different codepath. I'm guessing Dennis and Ken would have done it if they had thought of it, and you would have been defending it if someone wanted to remove it. The "dog-in-the-manger" attitude of some people here is really quite amazing. I prefer 'date' to 'cat' as cat(1) is supposed to be uber-simple.. and fast.. I'm amazed to hear there is a line annotating function in it already.. I also suggested tee.. and someone suggested "that would make the streams different". well DUH! if you don't want timestamps on the saved copy of the output, then don't specify the option! I'm surprised you guys have cars with electric starters! >Doug > > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 22:23:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8661316A4E1 for ; Tue, 5 Sep 2006 22:23:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA27C43D60 for ; Tue, 5 Sep 2006 22:23:25 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3608807pye for ; Tue, 05 Sep 2006 15:23:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jbxqA+tHO/u0dhDk3EUOBsXEDcpp5NIyOeas/anRtUGyaDtOWQmeUlHHfOEU2Bl+ppZjrj68VHM9+MD5i//os1bvu6mNqkS1fFXfo+eT/1dPjVy57aOBsdgVR3SaX8++yy3RdCdjbOLnj9mn56scbJS491bGnbhl/2+NXB90ZeU= Received: by 10.35.106.15 with SMTP id i15mr13365521pym; Tue, 05 Sep 2006 15:23:25 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 5 Sep 2006 15:23:18 -0700 (PDT) Message-ID: <2a41acea0609051523w55939cdeu71ee9857f40d1294@mail.gmail.com> Date: Tue, 5 Sep 2006 15:23:18 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <44FDECB6.2040304@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_70789_13758717.1157494998466" References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> <44FDAF08.20407@freebsd.org> <20060905182313.GA85389@hub.freebsd.org> <44FDD65C.6070109@freebsd.org> <2a41acea0609051410i7d968b88ocf240514ff410452@mail.gmail.com> <44FDECB6.2040304@freebsd.org> Cc: freebsd-net , freebsd-current , Prafulla Deuskar Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:23:30 -0000 ------=_Part_70789_13758717.1157494998466 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/5/06, Andre Oppermann wrote: > Jack Vogel wrote: > > On 9/5/06, Andre Oppermann wrote: > >> Prafulla Deuskar wrote: > >> > Your patch looks good and is the way to go. > >> > > >> > So after Jack confirms that your patch works with the em driver > >> > would you commit to to -current? > >> > >> Absolutely. :-) > >> > >> > The driver related changes can follow.. > >> > > >> > Later we also need to fix ifconfig so that user can enable/disable > >> TSO on the interface. > >> > >> I'll do that together with the TSO code. > > > > OK, I've built and done some touch testing of this. I like it, the > > driver has > > some counters of the number of TSO bursts it does, and I think I see more > > per netperf test with your patch than mine. > > > > Hard to do real performance testing with all that WITNESS stuff in, but > > I will be making a 6.1 version of your patch to test with since I have my > > driver running on that anyway. > > You can disable WITNESS and INVARIANTS pretty easily in -current and > get the full performance with it. Last time I tried that I think the kernel wouldnt build, but that was like 6 months ago, so I just kicked off a build with this stuff off, and we'll see how it looks :) > > If you do the ifconfig changes there will need to be a small amount of > > code added to em_ioctl() but it should be trivial. > > > > You want me to reissue a driver patch with changes for your code? > > Yes, please do so. I've got a dual-em card which I can test with myself. OK, attached new patch, this one even has the ioctl change so when you get the ifconfig change in it will be ready. Cheers, Jack ------=_Part_70789_13758717.1157494998466 Content-Type: text/x-patch; name="em-current-tso.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="em-current-tso.patch" X-Attachment-Id: f_err9p7yd ZGlmZiAtTmF1ciAvdXNyL3NyYy9zeXMuZGlzdC9kZXYvZW0vaWZfZW0uYyAvdXNyL3NyYy9zeXMv ZGV2L2VtL2lmX2VtLmMKLS0tIC91c3Ivc3JjL3N5cy5kaXN0L2Rldi9lbS9pZl9lbS5jCUZyaSBB dWcgIDQgMDA6NTY6MzMgMjAwNgorKysgL3Vzci9zcmMvc3lzL2Rldi9lbS9pZl9lbS5jCVR1ZSBT ZXAgIDUgMTU6NTg6NDIgMjAwNgpAQCAtNzIsNiArNzIsOCBAQAogI2luY2x1ZGUgPG5ldGluZXQv dGNwLmg+CiAjaW5jbHVkZSA8bmV0aW5ldC91ZHAuaD4KIAorI2luY2x1ZGUgPG1hY2hpbmUvaW5f Y2tzdW0uaD4KKwogI2luY2x1ZGUgPGRldi9wY2kvcGNpdmFyLmg+CiAjaW5jbHVkZSA8ZGV2L3Bj aS9wY2lyZWcuaD4KICNpbmNsdWRlIDxkZXYvZW0vaWZfZW1faHcuaD4KQEAgLTIyOSw2ICsyMzEs MTAgQEAKIAkJICAgIHN0cnVjdCBtYnVmICopOwogc3RhdGljIHZvaWQJZW1fdHJhbnNtaXRfY2hl Y2tzdW1fc2V0dXAoc3RydWN0IGFkYXB0ZXIgKiwgc3RydWN0IG1idWYgKiwKIAkJICAgIHVpbnQz Ml90ICosIHVpbnQzMl90ICopOworI2lmZGVmIEVNX1RTTworc3RhdGljIGJvb2xlYW5fdCBlbV90 c29fc2V0dXAoc3RydWN0IGFkYXB0ZXIgKiwgc3RydWN0IG1idWYgKiwgdV9pbnQzMl90ICosCisg ICAgICAgICAgICAgICAgICAgIHVpbnQzMl90ICopOworI2VuZGlmCiBzdGF0aWMgdm9pZAllbV9z ZXRfcHJvbWlzYyhzdHJ1Y3QgYWRhcHRlciAqKTsKIHN0YXRpYyB2b2lkCWVtX2Rpc2FibGVfcHJv bWlzYyhzdHJ1Y3QgYWRhcHRlciAqKTsKIHN0YXRpYyB2b2lkCWVtX3NldF9tdWx0aShzdHJ1Y3Qg YWRhcHRlciAqKTsKQEAgLTMwMiw2ICszMDgsNyBAQAogCiAjZGVmaW5lIEUxMDAwX1RJQ0tTX1RP X1VTRUNTKHRpY2tzKQkoKDEwMjQgKiAodGlja3MpICsgNTAwKSAvIDEwMDApCiAjZGVmaW5lIEUx MDAwX1VTRUNTX1RPX1RJQ0tTKHVzZWNzKQkoKDEwMDAgKiAodXNlY3MpICsgNTEyKSAvIDEwMjQp CisjZGVmaW5lIE1fVFNPX0xFTgkJCTY2CiAKIHN0YXRpYyBpbnQgZW1fdHhfaW50X2RlbGF5X2Rm bHQgPSBFMTAwMF9USUNLU19UT19VU0VDUyhFTV9USURWKTsKIHN0YXRpYyBpbnQgZW1fcnhfaW50 X2RlbGF5X2RmbHQgPSBFMTAwMF9USUNLU19UT19VU0VDUyhFTV9SRFRSKTsKQEAgLTkwNSw2ICs5 MTIsMTAgQEAKIAkJCWlmcC0+aWZfY2FwZW5hYmxlIF49IElGQ0FQX0hXQ1NVTTsKIAkJCXJlaW5p dCA9IDE7CiAJCX0KKwkJaWYgKG1hc2sgJiBJRkNBUF9UU08pIHsKKwkJCWlmcC0+aWZfY2FwZW5h YmxlIF49IElGQ0FQX1RTTzsKKwkJCXJlaW5pdCA9IDE7CisJCX0KIAkJaWYgKG1hc2sgJiBJRkNB UF9WTEFOX0hXVEFHR0lORykgewogCQkJaWZwLT5pZl9jYXBlbmFibGUgXj0gSUZDQVBfVkxBTl9I V1RBR0dJTkc7CiAJCQlyZWluaXQgPSAxOwpAQCAtMTA2MSwxMSArMTA3MiwxNCBAQAogCWlmcC0+ aWZfZHJ2X2ZsYWdzIHw9IElGRl9EUlZfUlVOTklORzsKIAlpZnAtPmlmX2Rydl9mbGFncyAmPSB+ SUZGX0RSVl9PQUNUSVZFOwogCisJaWZwLT5pZl9od2Fzc2lzdCA9IDA7CiAJaWYgKGFkYXB0ZXIt Pmh3Lm1hY190eXBlID49IGVtXzgyNTQzKSB7CiAJCWlmIChpZnAtPmlmX2NhcGVuYWJsZSAmIElG Q0FQX1RYQ1NVTSkKIAkJCWlmcC0+aWZfaHdhc3Npc3QgPSBFTV9DSEVDS1NVTV9GRUFUVVJFUzsK LQkJZWxzZQotCQkJaWZwLT5pZl9od2Fzc2lzdCA9IDA7CisjaWZkZWYgRU1fVFNPCisJCWlmIChp ZnAtPmlmX2NhcGVuYWJsZSAmIElGQ0FQX1RTTykKKwkJCWlmcC0+aWZfaHdhc3Npc3QgfD0gRU1f VENQU0VHX0ZFQVRVUkVTOworI2VuZGlmCiAJfQogCiAJY2FsbG91dF9yZXNldCgmYWRhcHRlci0+ dGltZXIsIGh6LCBlbV9sb2NhbF90aW1lciwgYWRhcHRlcik7CkBAIC0xNDE2LDExICsxNDMwLDE3 IEBACiAJc3RydWN0IG1fdGFnCQkqbXRhZzsKIAl1aW50MzJfdAkJdHhkX3VwcGVyLCB0eGRfbG93 ZXIsIHR4ZF91c2VkLCB0eGRfc2F2ZWQ7CiAJaW50CQkJbnNlZ3MsIGksIGo7Ci0JaW50CQkJZXJy b3I7CisJaW50CQkJZXJyb3IsIGRvX3RzbywgdHNvX2Rlc2MgPSAwOwogCiAJbV9oZWFkID0gKm1f aGVhZHA7CiAJY3VycmVudF90eF9kZXNjID0gTlVMTDsKLQl0eGRfdXNlZCA9IHR4ZF9zYXZlZCA9 IDA7CisJdHhkX3VwcGVyID0gdHhkX2xvd2VyID0gdHhkX3VzZWQgPSB0eGRfc2F2ZWQgPSAwOwor CisjaWZkZWYgRU1fVFNPCisgICAgICAgIGRvX3RzbyA9ICgobV9oZWFkLT5tX3BrdGhkci5jc3Vt X2ZsYWdzICYgQ1NVTV9UU08pICE9IDApOworI2Vsc2UKKyAgICAgICAgZG9fdHNvID0gMDsKKyNl bmRpZgogCiAJLyoKIAkgKiBGb3JjZSBhIGNsZWFudXAgaWYgbnVtYmVyIG9mIFRYIGRlc2NyaXB0 b3JzCkBAIC0xNDczLDYgKzE0OTMsMTcgQEAKIAkJKm1faGVhZHAgPSBtX2hlYWQ7CiAJfQogCisg ICAgICAgIC8qCisgICAgICAgICAqIFRTTyB3b3JrYXJvdW5kOgorICAgICAgICAgKiAgSWYgYW4g bWJ1ZiBpcyBvbmx5IGhlYWRlciB3ZSBuZWVkCisgICAgICAgICAqICAgICB0byBwdWxsIDQgYnl0 ZXMgb2YgZGF0YSBpbnRvIGl0LgorICAgICAgICAgKi8KKyAgICAgICAgaWYgKGRvX3RzbyAmJiAo bV9oZWFkLT5tX2xlbiA8PSBNX1RTT19MRU4pKSB7CisgICAgICAgICAgICAgICAgbV9oZWFkID0g bV9wdWxsdXAobV9oZWFkLCBNX1RTT19MRU4gKyA0KTsKKyAgICAgICAgICAgICAgICBpZiAobV9o ZWFkID09IE5VTEwpCisgICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4gKEVOT0JVRlMpOwor ICAgICAgICB9CisKIAkvKgogCSAqIE1hcCB0aGUgcGFja2V0IGZvciBETUEuCiAJICovCkBAIC0x NDg3LDIzICsxNTE4LDQzIEBACiAJfQogCUtBU1NFUlQobnNlZ3MgIT0gMCwgKCJlbV9lbmNhcDog ZW1wdHkgcGFja2V0IikpOwogCi0JaWYgKG5zZWdzID4gYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZh aWwpIHsKKyAgICAgICAgLyoKKyAgICAgICAgICogVFNPIEhhcmR3YXJlIHdvcmthcm91bmQsIGlm IHRoaXMgcGFja2V0IGlzIG5vdAorICAgICAgICAgKiBUU08sIGFuZCBpcyBvbmx5IGEgc2luZ2xl IGRlc2NyaXB0b3IgbG9uZywgYW5kCisgICAgICAgICAqIGl0IGZvbGxvd3MgYSBUU08gYnVyc3Qs IHRoZW4gd2UgbmVlZCB0byBhZGQgYQorICAgICAgICAgKiBzZW50aW5lbCBkZXNjcmlwdG9yIHRv IHByZXZlbnQgcHJlbWF0dXJlIHdyaXRlYmFjay4KKyAgICAgICAgICovCisgICAgICAgIGlmICgo ZG9fdHNvID09IDApICYmIChhZGFwdGVyLT50eF90c28gPT0gVFJVRSkpIHsKKyAgICAgICAgICAg ICAgICBpZiAobnNlZ3MgPT0gMSkKKyAgICAgICAgICAgICAgICAgICAgICAgIHRzb19kZXNjID0g VFJVRTsKKyAgICAgICAgICAgICAgICBhZGFwdGVyLT50eF90c28gPSBGQUxTRTsKKyAgICAgICAg fQorCisJaWYgKG5zZWdzID4gYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgLSAyKSB7CiAJCWFk YXB0ZXItPm5vX3R4X2Rlc2NfYXZhaWwyKys7CiAJCWVycm9yID0gRU5PQlVGUzsKIAkJZ290byBl bmNhcF9mYWlsOwogCX0KIAotCWlmIChpZnAtPmlmX2h3YXNzaXN0ID4gMCkKLQkJZW1fdHJhbnNt aXRfY2hlY2tzdW1fc2V0dXAoYWRhcHRlciwgIG1faGVhZCwgJnR4ZF91cHBlciwgJnR4ZF9sb3dl cik7Ci0JZWxzZQotCQl0eGRfdXBwZXIgPSB0eGRfbG93ZXIgPSAwOworICAgICAgICAvKiBEbyBo YXJkd2FyZSBhc3Npc3RzICovCisgICAgICAgIGlmICggaWZwLT5pZl9od2Fzc2lzdCA+IDApIHsK KyNpZmRlZiBFTV9UU08KKyAgICAgICAgICAgICAgICBpZiAoZW1fdHNvX3NldHVwKGFkYXB0ZXIs IG1faGVhZCwgJnR4ZF91cHBlciwgJnR4ZF9sb3dlcikpIHsKKyAgICAgICAgICAgICAgICAgICAg ICAgIC8qIHdlIG5lZWQgdG8gbWFrZSBhIGZpbmFsIHNlbnRpbmVsIHRyYW5zbWl0IGRlc2MgKi8K KyAgICAgICAgICAgICAgICAgICAgICAgIHRzb19kZXNjID0gVFJVRTsKKyAgICAgICAgICAgICAg ICB9IGVsc2UKKyNlbmRpZgorICAgICAgICAgICAgICAgICAgICAgICAgZW1fdHJhbnNtaXRfY2hl Y2tzdW1fc2V0dXAoYWRhcHRlciwgIG1faGVhZCwKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAmdHhkX3VwcGVyLCAmdHhkX2xvd2VyKTsKKyAgICAgICAgfQogCiAJaSA9IGFkYXB0ZXItPm5l eHRfYXZhaWxfdHhfZGVzYzsKLQlpZiAoYWRhcHRlci0+cGNpeF84MjU0NCkgeworCWlmIChhZGFw dGVyLT5wY2l4XzgyNTQ0KQogCQl0eGRfc2F2ZWQgPSBpOwotCQl0eGRfdXNlZCA9IDA7Ci0JfQor CiAJZm9yIChqID0gMDsgaiA8IG5zZWdzOyBqKyspIHsKKyAgICAgICAgICAgICAgICBidXNfc2l6 ZV90IHNlZ19sZW47CisgICAgICAgICAgICAgICAgYnVzX2FkZHJfdCBzZWdfYWRkcjsKIAkJLyog SWYgYWRhcHRlciBpcyA4MjU0NCBhbmQgb24gUENJWCBidXMuICovCiAJCWlmKGFkYXB0ZXItPnBj aXhfODI1NDQpIHsKIAkJCURFU0NfQVJSQVkJZGVzY19hcnJheTsKQEAgLTE1MzcsMjYgKzE1ODgs NTcgQEAKIAkJCQl0eGRfdXNlZCsrOwogCQkJfQogCQl9IGVsc2UgewotCQkJdHhfYnVmZmVyID0g JmFkYXB0ZXItPnR4X2J1ZmZlcl9hcmVhW2ldOwotCQkJY3VycmVudF90eF9kZXNjID0gJmFkYXB0 ZXItPnR4X2Rlc2NfYmFzZVtpXTsKLQotCQkJY3VycmVudF90eF9kZXNjLT5idWZmZXJfYWRkciA9 IGh0b2xlNjQoc2Vnc1tqXS5kc19hZGRyKTsKLQkJCWN1cnJlbnRfdHhfZGVzYy0+bG93ZXIuZGF0 YSA9IGh0b2xlMzIoCi0JCQkJYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dlciB8IHNlZ3Nbal0u ZHNfbGVuKTsKLQkJCWN1cnJlbnRfdHhfZGVzYy0+dXBwZXIuZGF0YSA9IGh0b2xlMzIodHhkX3Vw cGVyKTsKLQotCQkJaWYgKCsraSA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKLQkJCQlpID0gMDsK LQotCQkJdHhfYnVmZmVyLT5tX2hlYWQgPSBOVUxMOworICAgICAgICAgICAgICAgICAgICAgICB0 eF9idWZmZXIgPSAmYWRhcHRlci0+dHhfYnVmZmVyX2FyZWFbaV07CisgICAgICAgICAgICAgICAg ICAgICAgICBjdXJyZW50X3R4X2Rlc2MgPSAmYWRhcHRlci0+dHhfZGVzY19iYXNlW2ldOworICAg ICAgICAgICAgICAgICAgICAgICAgc2VnX2FkZHIgPSBodG9sZTY0KHNlZ3Nbal0uZHNfYWRkcik7 CisgICAgICAgICAgICAgICAgICAgICAgICBzZWdfbGVuICA9IHNlZ3Nbal0uZHNfbGVuOworICAg ICAgICAgICAgICAgICAgICAgICAgLyoKKyAgICAgICAgICAgICAgICAgICAgICAgICoqIFRTTyBX b3JrYXJvdW5kOgorICAgICAgICAgICAgICAgICAgICAgICAgKiogSWYgdGhpcyBpcyB0aGUgbGFz dCBkZXNjcmlwdG9yLCB3ZSB3YW50IHRvCisgICAgICAgICAgICAgICAgICAgICAgICAqKiBzcGxp dCBpdCBzbyB3ZSBoYXZlIGEgc21hbGwgZmluYWwgc2VudGluZWwKKyAgICAgICAgICAgICAgICAg ICAgICAgICovCisgICAgICAgICAgICAgICAgICAgICAgICBpZiAodHNvX2Rlc2MgJiYgKGogPT0g KG5zZWdzIC0xKSkgJiYgKHNlZ19sZW4gPiA4KSkgeworICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBzZWdfbGVuIC09IDQ7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1 cnJlbnRfdHhfZGVzYy0+YnVmZmVyX2FkZHIgPSBzZWdfYWRkcjsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT5sb3dlci5kYXRhID0gaHRvbGUzMigKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dl ciB8IHNlZ19sZW4pOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjdXJyZW50X3R4 X2Rlc2MtPnVwcGVyLmRhdGEgPQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg aHRvbGUzMih0eGRfdXBwZXIpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAo KytpID09IGFkYXB0ZXItPm51bV90eF9kZXNjKQorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGkgPSAwOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvKiBO b3cgbWFrZSB0aGUgc2VudGluZWwgKi8KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Kyt0eGRfdXNlZDsgLyogdXNpbmcgYW4gZXh0cmEgdHhkICovCisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGN1cnJlbnRfdHhfZGVzYyA9ICZhZGFwdGVyLT50eF9kZXNjX2Jhc2VbaV07 CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHR4X2J1ZmZlciA9ICZhZGFwdGVyLT50 eF9idWZmZXJfYXJlYVtpXTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY3VycmVu dF90eF9kZXNjLT5idWZmZXJfYWRkciA9CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBzZWdfYWRkciArIHNlZ19sZW47CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGN1cnJlbnRfdHhfZGVzYy0+bG93ZXIuZGF0YSA9IGh0b2xlMzIoCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGFkYXB0ZXItPnR4ZF9jbWQgfCB0eGRfbG93ZXIgfCA0KTsKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT51cHBlci5kYXRhID0K KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGh0b2xlMzIodHhkX3VwcGVyKTsK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWYgKCsraSA9PSBhZGFwdGVyLT5udW1f dHhfZGVzYykKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpID0gMDsK KyAgICAgICAgICAgICAgICAgICAgICAgIH0gZWxzZSB7CisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGN1cnJlbnRfdHhfZGVzYy0+YnVmZmVyX2FkZHIgPSBzZWdfYWRkcjsKKyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT5sb3dlci5kYXRhID0g aHRvbGUzMigKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+dHhkX2Nt ZCB8IHR4ZF9sb3dlciB8IHNlZ19sZW4pOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBjdXJyZW50X3R4X2Rlc2MtPnVwcGVyLmRhdGEgPQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgaHRvbGUzMih0eGRfdXBwZXIpOworICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBpZiAoKytpID09IGFkYXB0ZXItPm51bV90eF9kZXNjKQorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGkgPSAwOworICAgICAgICAgICAgICAgICAgICAgICAg fQorICAgICAgICAgICAgICAgICAgICAgICAgdHhfYnVmZmVyLT5tX2hlYWQgPSBOVUxMOwogCQl9 CiAJfQogCiAJYWRhcHRlci0+bmV4dF9hdmFpbF90eF9kZXNjID0gaTsKIAlpZiAoYWRhcHRlci0+ cGNpeF84MjU0NCkKIAkJYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgLT0gdHhkX3VzZWQ7Ci0J ZWxzZQorCWVsc2UgewogCQlhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCAtPSBuc2VnczsKKyAg ICAgICAgICAgICAgICBpZiAodHNvX2Rlc2MpIC8qIFRTTyB1c2VkIGFuIGV4dHJhIGZvciBzZW50 aW5lbCAqLworICAgICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZh aWwgLT0gdHhkX3VzZWQ7CisgICAgICAgIH0KIAogCWlmIChtdGFnICE9IE5VTEwpIHsKIAkJLyog U2V0IHRoZSB2bGFuIGlkLiAqLwpAQCAtMjIyNiw2ICsyMzA4LDE1IEBACiAJCWlmcC0+aWZfY2Fw ZW5hYmxlIHw9IElGQ0FQX0hXQ1NVTSB8IElGQ0FQX1ZMQU5fSFdDU1VNOwogCX0KIAorI2lmZGVm IEVNX1RTTworICAgICAgICAvKiBFbmFibGUgVFNPIGlmIGF2YWlsYWJsZSAqLworICAgICAgICBp ZiAoKGFkYXB0ZXItPmh3Lm1hY190eXBlID4gZW1fODI1NDQpICYmCisgICAgICAgICAgICAoYWRh cHRlci0+aHcubWFjX3R5cGUgIT0gZW1fODI1NDcpKSB7CisgICAgICAgICAgICAgICAgaWZwLT5p Zl9jYXBhYmlsaXRpZXMgfD0gSUZDQVBfVFNPOworICAgICAgICAgICAgICAgIGlmcC0+aWZfY2Fw ZW5hYmxlIHw9IElGQ0FQX1RTTzsKKyAgICAgICAgfQorI2VuZGlmCisKIAkvKgogCSAqIFRlbGwg dGhlIHVwcGVyIGxheWVyKHMpIHdlIHN1cHBvcnQgbG9uZyBmcmFtZXMuCiAJICovCkBAIC0yNDM2 LDE1ICsyNTI3LDI3IEBACiBzdGF0aWMgaW50CiBlbV9zZXR1cF90cmFuc21pdF9zdHJ1Y3R1cmVz KHN0cnVjdCBhZGFwdGVyICphZGFwdGVyKQogeworI2lmZGVmIEVNX1RTTworICAgICAgICBzdHJ1 Y3QgaWZuZXQgICAqaWZwID0gYWRhcHRlci0+aWZwOworI2VuZGlmCiAJZGV2aWNlX3QgZGV2ID0g YWRhcHRlci0+ZGV2OwogCXN0cnVjdCBlbV9idWZmZXIgKnR4X2J1ZmZlcjsKLQlidXNfc2l6ZV90 IHNpemU7CisJYnVzX3NpemVfdCBzaXplLCBzZWdzaXplOwogCWludCBlcnJvciwgaTsKIAogCS8q CiAJICogU2V0dXAgRE1BIGRlc2NyaXB0b3IgYXJlYXMuCiAJICovCi0Jc2l6ZSA9IHJvdW5kdXAy KGFkYXB0ZXItPmh3Lm1heF9mcmFtZV9zaXplLCBNQ0xCWVRFUyk7CisJc2Vnc2l6ZSA9IHNpemUg PSByb3VuZHVwMihhZGFwdGVyLT5ody5tYXhfZnJhbWVfc2l6ZSwgTUNMQllURVMpOworCisjaWZk ZWYgRU1fVFNPCisgICAgICAgIC8qIE92ZXJyaWRlcyBmb3IgVFNPIC0gd2FudCBsYXJnZSBzaXpl cyAqLworICAgICAgICBpZiAoaWZwLT5pZl9od2Fzc2lzdCAmIEVNX1RDUFNFR19GRUFUVVJFUykg eworICAgICAgICAgICAgICAgIHNpemUgPSBFTV9UU09fU0laRTsKKyAgICAgICAgICAgICAgICBz ZWdzaXplID0gUEFHRV9TSVpFOworICAgICAgICB9CisjZW5kaWYKKwogCWlmICgoZXJyb3IgPSBi dXNfZG1hX3RhZ19jcmVhdGUoTlVMTCwJCS8qIHBhcmVudCAqLwogCQkJCTEsIDAsCQkJLyogYWxp Z25tZW50LCBib3VuZHMgKi8KIAkJCQlCVVNfU1BBQ0VfTUFYQUREUiwJLyogbG93YWRkciAqLwpA QCAtMjQ1Miw3ICsyNTU1LDcgQEAKIAkJCQlOVUxMLCBOVUxMLAkJLyogZmlsdGVyLCBmaWx0ZXJh cmcgKi8KIAkJCQlzaXplLAkJCS8qIG1heHNpemUgKi8KIAkJCQlFTV9NQVhfU0NBVFRFUiwJCS8q IG5zZWdtZW50cyAqLwotCQkJCXNpemUsCQkJLyogbWF4c2Vnc2l6ZSAqLworCQkJCXNlZ3NpemUs CQkvKiBtYXhzZWdzaXplICovCiAJCQkJMCwJCQkvKiBmbGFncyAqLwogCQkJCU5VTEwsCQkvKiBs b2NrZnVuYyAqLwogCQkJCU5VTEwsCQkvKiBsb2NrYXJnICovCkBAIC0yNzEzLDYgKzI4MTYsODcg QEAKIAlhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2MgPSBjdXJyX3R4ZDsKIH0KIAorI2lmZGVm IEVNX1RTTworLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioKKyAqCisgKiAgU2V0dXAgd29yayBmb3IgaGFyZHdhcmUg c2VnbWVudGF0aW9uIG9mZmxvYWQgKFRTTykKKyAqCisgKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KK3N0YXRpYyBi b29sZWFuX3QKK2VtX3Rzb19zZXR1cChzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlciwKKyAgICAgICAg ICAgICBzdHJ1Y3QgbWJ1ZiAqbXAsCisgICAgICAgICAgICAgdV9pbnQzMl90ICp0eGRfdXBwZXIs CisgICAgICAgICAgICAgdV9pbnQzMl90ICp0eGRfbG93ZXIpCit7CisgICAgICAgIHN0cnVjdCBl bV9jb250ZXh0X2Rlc2MgKlRYRDsKKyAgICAgICAgc3RydWN0IGVtX2J1ZmZlciAqdHhfYnVmZmVy OworICAgICAgICBzdHJ1Y3QgaXAgKmlwOworICAgICAgICBzdHJ1Y3QgdGNwaGRyICp0aDsKKyAg ICAgICAgaW50IGN1cnJfdHhkLCBoZHJfbGVuLCBpcF9obGVuLCB0Y3BfaGxlbjsKKworICAgICAg ICBpZiAoKChtcC0+bV9wa3RoZHIuY3N1bV9mbGFncyAmIENTVU1fVFNPKSA9PSAwKSB8fAorICAg ICAgICAgICAgKG1wLT5tX3BrdGhkci5sZW4gPD0gRTEwMDBfVFhfQlVGRkVSX1NJWkUpKSB7Cisg ICAgICAgICAgICAgICAgcmV0dXJuIEZBTFNFOworICAgICAgICB9CisKKyAgICAgICAgKnR4ZF9s b3dlciA9IChFMTAwMF9UWERfQ01EX0RFWFQgfAorICAgICAgICAgICAgICAgICAgICAgIEUxMDAw X1RYRF9EVFlQX0QgfAorICAgICAgICAgICAgICAgICAgICAgIEUxMDAwX1RYRF9DTURfVFNFKTsK KworICAgICAgICAqdHhkX3VwcGVyID0gKEUxMDAwX1RYRF9QT1BUU19JWFNNIHwKKyAgICAgICAg ICAgICAgICAgICAgICBFMTAwMF9UWERfUE9QVFNfVFhTTSkgPDwgODsKKworICAgICAgICBjdXJy X3R4ZCA9IGFkYXB0ZXItPm5leHRfYXZhaWxfdHhfZGVzYzsKKyAgICAgICAgdHhfYnVmZmVyID0g JmFkYXB0ZXItPnR4X2J1ZmZlcl9hcmVhW2N1cnJfdHhkXTsKKyAgICAgICAgVFhEID0gKHN0cnVj dCBlbV9jb250ZXh0X2Rlc2MgKikgJmFkYXB0ZXItPnR4X2Rlc2NfYmFzZVtjdXJyX3R4ZF07CisK KyAgICAgICAgbXAtPm1fZGF0YSArPSBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcik7CisgICAg ICAgIGlwID0gbXRvZChtcCwgc3RydWN0IGlwICopOworICAgICAgICBpcC0+aXBfbGVuID0gMDsK KyAgICAgICAgaXAtPmlwX3N1bSA9IDA7CisgICAgICAgIGlwX2hsZW4gPSBpcC0+aXBfaGwgPDwg MiA7CisgICAgICAgIHRoID0gKHN0cnVjdCB0Y3BoZHIgKikoKGNhZGRyX3QpaXAgKyBpcF9obGVu KTsKKyAgICAgICAgdGNwX2hsZW4gPSB0aC0+dGhfb2ZmIDw8IDI7CisKKyAgICAgICAgaGRyX2xl biA9IEVUSEVSX0hEUl9MRU4gKyBpcF9obGVuICsgdGNwX2hsZW47CisgICAgICAgIHRoLT50aF9z dW0gPSBpbl9wc2V1ZG8oaXAtPmlwX3NyYy5zX2FkZHIsCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGlwLT5pcF9kc3Quc19hZGRyLAorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBodG9ucyhJUFBST1RPX1RDUCkpOworCisgICAgICAgIG1wLT5tX2RhdGEgLT0gc2l6ZW9m KHN0cnVjdCBldGhlcl9oZWFkZXIpOworICAgICAgICBUWEQtPmxvd2VyX3NldHVwLmlwX2ZpZWxk cy5pcGNzcyA9IEVUSEVSX0hEUl9MRU47CisgICAgICAgIFRYRC0+bG93ZXJfc2V0dXAuaXBfZmll bGRzLmlwY3NvID0KKyAgICAgICAgICAgICAgICBFVEhFUl9IRFJfTEVOICsgb2Zmc2V0b2Yoc3Ry dWN0IGlwLCBpcF9zdW0pOworICAgICAgICBUWEQtPmxvd2VyX3NldHVwLmlwX2ZpZWxkcy5pcGNz ZSA9CisgICAgICAgICAgICAgICAgaHRvbGUxNihFVEhFUl9IRFJfTEVOICsgaXBfaGxlbiAtIDEp OworCisgICAgICAgIFRYRC0+dXBwZXJfc2V0dXAudGNwX2ZpZWxkcy50dWNzcyA9CisgICAgICAg ICAgICAgICAgRVRIRVJfSERSX0xFTiArIGlwX2hsZW47CisgICAgICAgIFRYRC0+dXBwZXJfc2V0 dXAudGNwX2ZpZWxkcy50dWNzZSA9IDA7CisgICAgICAgIFRYRC0+dXBwZXJfc2V0dXAudGNwX2Zp ZWxkcy50dWNzbyA9CisgICAgICAgICAgICAgICAgRVRIRVJfSERSX0xFTiArIGlwX2hsZW4gKwor ICAgICAgICAgICAgICAgIG9mZnNldG9mKHN0cnVjdCB0Y3BoZHIsIHRoX3N1bSk7CisgICAgICAg IFRYRC0+dGNwX3NlZ19zZXR1cC5maWVsZHMubXNzID0gaHRvbGUxNihtcC0+bV9wa3RoZHIudHNv X3NlZ3N6KTsKKyAgICAgICAgVFhELT50Y3Bfc2VnX3NldHVwLmZpZWxkcy5oZHJfbGVuID0gaGRy X2xlbjsKKyAgICAgICAgVFhELT5jbWRfYW5kX2xlbmd0aCA9IGh0b2xlMzIoYWRhcHRlci0+dHhk X2NtZCB8CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEUxMDAwX1RYRF9DTURfREVY VCB8CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEUxMDAwX1RYRF9DTURfVFNFIHwK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRTEwMDBfVFhEX0NNRF9JUCB8IEUxMDAw X1RYRF9DTURfVENQIHwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKG1wLT5tX3Br dGhkci5sZW4gLSAoaGRyX2xlbikpKTsKKworICAgICAgICB0eF9idWZmZXItPm1faGVhZCA9IE5V TEw7CisKKyAgICAgICAgaWYgKCsrY3Vycl90eGQgPT0gYWRhcHRlci0+bnVtX3R4X2Rlc2MpCisg ICAgICAgICAgICAgICAgY3Vycl90eGQgPSAwOworCisgICAgICAgIGFkYXB0ZXItPm51bV90eF9k ZXNjX2F2YWlsLS07CisgICAgICAgIGFkYXB0ZXItPm5leHRfYXZhaWxfdHhfZGVzYyA9IGN1cnJf dHhkOworICAgICAgICBhZGFwdGVyLT50eF90c28gPSBUUlVFOworCisgICAgICAgIHJldHVybiBU UlVFOworfQorI2VuZGlmIC8qIEVNX1RTTyAqLworCiAvKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgogICoKICAqICBF eGFtaW5lIGVhY2ggdHhfYnVmZmVyIGluIHRoZSB1c2VkIHF1ZXVlLiBJZiB0aGUgaGFyZHdhcmUg aXMgZG9uZQpAQCAtMzYzOSw2ICszODIzLDEyIEBACiAJICAgIChsb25nIGxvbmcpYWRhcHRlci0+ c3RhdHMuZ3ByYyk7CiAJZGV2aWNlX3ByaW50ZihkZXYsICJHb29kIFBhY2tldHMgWG10ZCA9ICVs bGRcbiIsCiAJICAgIChsb25nIGxvbmcpYWRhcHRlci0+c3RhdHMuZ3B0Yyk7CisjaWZkZWYgRU1f VFNPCisgICAgICAgIGRldmljZV9wcmludGYoZGV2LCAiVFNPIENvbnRleHRzIFhtdGQgPSAlbGxk XG4iLAorICAgICAgICAgICAgKGxvbmcgbG9uZylhZGFwdGVyLT5zdGF0cy50c2N0Yyk7CisgICAg ICAgIGRldmljZV9wcmludGYoZGV2LCAiVFNPIENvbnRleHRzIEZhaWxlZCA9ICVsbGRcbiIsCisg ICAgICAgICAgICAobG9uZyBsb25nKWFkYXB0ZXItPnN0YXRzLnRzY3RmYyk7CisjZW5kaWYKIH0K IAogc3RhdGljIGludApkaWZmIC1OYXVyIC91c3Ivc3JjL3N5cy5kaXN0L2Rldi9lbS9pZl9lbS5o IC91c3Ivc3JjL3N5cy9kZXYvZW0vaWZfZW0uaAotLS0gL3Vzci9zcmMvc3lzLmRpc3QvZGV2L2Vt L2lmX2VtLmgJVGh1IEF1ZyAgMyAxMjowNTowNCAyMDA2CisrKyAvdXNyL3NyYy9zeXMvZGV2L2Vt L2lmX2VtLmgJVHVlIFNlcCAgNSAxNDoyOToxOSAyMDA2CkBAIC0zNiw2ICszNiw5IEBACiAjaWZu ZGVmIF9FTV9IX0RFRklORURfCiAjZGVmaW5lIF9FTV9IX0RFRklORURfCiAKKy8qIFVuZGVmaW5l IHRoaXMgdG8gcmVtb3ZlIFRTTyBmcm9tIGRyaXZlciAqLworI2RlZmluZSBFTV9UU08KKwogLyog VHVuYWJsZXMgKi8KIAogLyoKQEAgLTEzOCw2ICsxNDEsMTEgQEAKICNkZWZpbmUgRU1fQ0hFQ0tT VU1fRkVBVFVSRVMgICAgICAgICAgICAoQ1NVTV9UQ1AgfCBDU1VNX1VEUCkKIAogLyoKKyAqIElu Zm9ybSB0aGUgc3RhY2sgYWJvdXQgdHJhbnNtaXQgc2VnbWVudGF0aW9uIG9mZmxvYWQgY2FwYWJp bGl0aWVzLgorICovCisjZGVmaW5lIEVNX1RDUFNFR19GRUFUVVJFUwkJQ1NVTV9UU08KKworLyoK ICAqIFRoaXMgcGFyYW1ldGVyIGNvbnRyb2xzIHRoZSBkdXJhdGlvbiBvZiB0cmFuc21pdCB3YXRj aGRvZyB0aW1lci4KICAqLwogI2RlZmluZSBFTV9UWF9USU1FT1VUICAgICAgICAgICAgICAgICAg IDUgICAgLyogc2V0IHRvIDUgc2Vjb25kcyAqLwpAQCAtMjI1LDYgKzIzMyw3IEBACiAjZGVmaW5l IEVNX1JYQlVGRkVSXzE2Mzg0ICAgICAgMTYzODQKIAogI2RlZmluZSBFTV9NQVhfU0NBVFRFUiAg ICAgICAgICAgIDY0CisjZGVmaW5lIEVNX1RTT19TSVpFCQk2NTUzNQogCiB0eXBlZGVmIGVudW0g X1hTVU1fQ09OVEVYVF9UIHsKIAlPRkZMT0FEX05PTkUsCkBAIC0zMDcsNiArMzE2LDcgQEAKICAg ICAgICAgdWludDMyX3QJCXR4ZF9jbWQ7CiAJc3RydWN0IGVtX2J1ZmZlcgkqdHhfYnVmZmVyX2Fy ZWE7CiAJYnVzX2RtYV90YWdfdAkJdHh0YWc7CQkvKiBkbWEgdGFnIGZvciB0eCAqLworCXVpbnQz Ml90CQl0eF90c287CQkvKiBsYXN0IHR4IHdhcyB0c28gKi8KIAogCS8qIAogCSAqIFJlY2VpdmUg ZGVmaW5pdGlvbnMK ------=_Part_70789_13758717.1157494998466-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 22:32:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087D516A4E5; Tue, 5 Sep 2006 22:32:51 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id DECDB43D49; Tue, 5 Sep 2006 22:32:47 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k85MWhmZ031622; Tue, 5 Sep 2006 18:32:44 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44FDF36A.3010608@FreeBSD.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> Date: Tue, 5 Sep 2006 18:32:43 -0400 To: Doug Barton , Julian Elischer From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Peter Jeremy , freebsd-current@FreeBSD.org, Garance A Drosehn Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:32:51 -0000 At 3:00 PM -0700 9/5/06, Doug Barton wrote: >Julian Elischer wrote: > >> then there will be a bikeshed about adding a new tool > >... which can safely be ignored, even if it occurs, because creating new >and potentially useful tools always creates less drama then mucking about >with old (or really old) ones. I haven't heard anyone say, "No such >functionality should exist in FreeBSD," but I have heard several people >say "Don't bastardize the Unix model." I even like Sam's proposed name. I think his suggestion is the wrong solution. Is it *really* more efficient to have ten commands, each of which will duplicate 99% of the code in cat? And then users are supposed to string all of those commands together, as is often talked about as a "virtue", such as: somecommand | number | stamp | disptab | dispnonprint Is that *really* more efficient? Four commands, taking up 36K of disk space, instead of one command in 9K? Four processes doing the exact same read/write loop, where 99% of the processing is in that reading and writing? And, oops, I put those in the wrong order, because I wanted 'stamp' to put a tab between the timestamp and the real data, and disptab is going to modify the tab that I do not want it to modify. Four commands that users have to know about, four man pages to read. I'd be willing to add one command that knew how to apply multiple simple filters, and in fact I think that would be a better solution. But I am certain that I'll get into another fight if I suggest that, so instead I'm suggesting the option which I think is the least disruption to the base system. 700 bytes, instead of a whole new command. > > Date could have had this feature added in 20 lines of C. >> you'd rather create a whole new beaurocracy. > >What would be really useful here is if the people who want this could >focus on the end result (having the tool you need to do the job) rather >than the methodology of achieving that result. The door is open, walk >through it. That sounds so nice. I did that with pgrep and pkill, and at the time I got all kinds of flak for it. Most of it private. Sure, people use those commands now that they are there, but at the time I was told "you can get the same effect by piping `ps` through `grep`", and that I just didn't understand the One True Unix Way, which apparently is to never add anything to the base system. You may think I'm kidding, but when I did the commits for those to commands I did it with the thought "Well, this may lose me my commit bit, but I'm irritated enough that I'm going to try it anyway, and if I lose my commit bit then that will be fine with me". I had received that much flak. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 22:48:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B14516A4DE; Tue, 5 Sep 2006 22:48:33 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from gaz.itd.uts.edu.au (gaz.itd.uts.edu.au [138.25.22.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF9C43D45; Tue, 5 Sep 2006 22:48:32 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by gaz.itd.uts.edu.au (Postfix, from userid 1011) id 0D617A318E; Wed, 6 Sep 2006 08:44:18 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by gaz.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id EF0C3A31E5; Wed, 6 Sep 2006 08:44:17 +1000 (EST) Received: from vimes (vimes.itd.uts.edu.au [138.25.243.34]) by gaz.itd.uts.edu.au (Postfix/Ingress) with ESMTP id D7287A318E; Wed, 6 Sep 2006 08:44:17 +1000 (EST) Received: from [138.25.81.47] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0J5500EY260VLRB0@postoffice.uts.edu.au>; Wed, 06 Sep 2006 08:48:31 +1000 (EST) Date: Wed, 06 Sep 2006 08:48:31 +1000 From: Tony Maher In-reply-to: <44FDF36A.3010608@FreeBSD.org> To: Doug Barton Message-id: <44FDFEBF.90708@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060511 Cc: Peter Jeremy , freebsd-current@FreeBSD.org, Julian Elischer , Garance A Drosehn Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:48:33 -0000 Doug Barton wrote: > Julian Elischer wrote: > ... >>Date could have had this feature added in 20 lines of C. >>you'd rather create a whole new beaurocracy. > > What would be really useful here is if the people who want this could > focus on the end result (having the tool you need to do the job) rather > than the methodology of achieving that result. The door is open, walk > through it. No - not that door!!! The #00FF00 colored door. No that not it, thats #03C03C. NOT THAT ONE EITHER!!! Thats #66FF00. Please the #00FF00 door! sigh -- tonym From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 23:13:26 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4745B16A4E1; Tue, 5 Sep 2006 23:13:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F25A243D4C; Tue, 5 Sep 2006 23:13:25 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 36362F93; Tue, 5 Sep 2006 18:13:25 -0500 (CDT) Date: Tue, 5 Sep 2006 18:13:25 -0500 To: Garance A Drosehn Message-ID: <20060905231325.GA17591@soaustin.net> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Tue, 05 Sep 2006 23:27:49 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 23:13:26 -0000 On Tue, Sep 05, 2006 at 05:56:16PM -0400, Garance A Drosehn wrote: > There may already be a dozen ports which do this, but I'm not going to > read through 12,500 port descriptions to find such a trivial tool. I > doubt anyone else does. 15661, but who's counting (OK, maybe I am). Your point about our 'port browse' situation being suboptimal is a valid one, though. > It would be less work to write my own crappy script. And that's the glory of Unix: your "neccessity" is my "crappy script". And that's why we fight against bloat. This may seem trivial to you, but the idea of "add options to basic programs" is part of the mindset that leads to bewildering things like gcc and OpenOffice.org. I am not using hyperbole: the ability to say "we are not going to add Feature X" is what distinguishes good engineering from bloatware. > And given the features *already* in `cat', which even the purists > know they can not remove Because of POLA: once a feature is added, you have to assume that some script, somewhere, uses it. Even with multi-year deprecation warnings for things that turn out to be bad ideas, people still howl when you turn that functionality off. > I remain convinced that this is the most-helpful course of action for > our freebsd users, even if it isn't Pure1980sUnix(TM). Reasonable people disagree here. My interpretation of the original Unix philosophy (often forgotten in the morass of bloatware floating around on the 'net) is "small tools which are easily understood and can be combined and extended". That philosophy is what keeps me interested in Unix rather than one of the more "popular" approaches. mcl From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 23:30:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8C016A4DF for ; Tue, 5 Sep 2006 23:30:15 +0000 (UTC) (envelope-from gilham@csl.sri.com) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id D1B8543D4C for ; Tue, 5 Sep 2006 23:30:11 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 5 Sep 2006 23:30:10 -0000 Received: from mx1.csl.sri.com ([130.107.1.29]) by mailgate-internal2.SRI.COM (SMSSMTP 4.1.11.41) with SMTP id M2006090516301019857 for ; Tue, 05 Sep 2006 16:30:10 -0700 Received: from snapdragon.csl.sri.com (snapdragon.csl.sri.com [130.107.19.20]) by mx1.csl.sri.com (8.13.6/8.12.11) with ESMTP id k85NUA19019286 for ; Tue, 5 Sep 2006 16:30:10 -0700 (PDT) (envelope-from gilham@snapdragon.csl.sri.com) To: freebsd-current@freebsd.org In-reply-to: <44FDFEBF.90708@uts.edu.au> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <44FDFEBF.90708@uts.edu.au> Comments: In-reply-to Tony Maher message dated "Wed, 06 Sep 2006 08:48:31 +1000." X-Mailer: MH-E 8.0.1; nmh 1.2; GNU Emacs 22.0.50 Date: Tue, 05 Sep 2006 16:30:10 -0700 Message-ID: <99788.1157499010@snapdragon.csl.sri.com> From: Fred Gilham Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 23:30:15 -0000 I think there's a good reason for not adding features to the base tools and that is that it breaks compatibility. More than once I've ran afoul of "bashisms" where people take for granted that everyone's sh is bash, and the result is painful debugging or strange incomprehensible bug reports that say in essence, "It doesn't work on my system and I don't know why." Once you add functionality to a well known command, people will use it and write incompatible scripts with it. This isn't good. It may sound like I'm a dullard. Maybe so, but I think many people are in my shoes, and for us this kind of fiddling with the system utilities is user-hostile. It's much easier to see that a script doesn't work because you don't have the "stamp" command than to wonder what the "-zztop" flag to cat is supposed to do. -- Fred Gilham gilham@csl.sri.com Nerds aren't losers. They're just playing a different game, and a game much closer to the one played in the real world. -- Paul Graham From owner-freebsd-current@FreeBSD.ORG Tue Sep 5 23:36:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 012C016A4DA; Tue, 5 Sep 2006 23:36:24 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39BE743D49; Tue, 5 Sep 2006 23:36:23 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Tue, 05 Sep 2006 16:35:44 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id EDC7A2B0; Tue, 5 Sep 2006 16:35:43 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id C7CF92AE; Tue, 5 Sep 2006 16:35:43 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEL02490; Tue, 5 Sep 2006 16:35:42 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 8700F69CA5; Tue, 5 Sep 2006 16:35:42 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 5 Sep 2006 16:35:41 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301F1257E@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20060902185124.GB59963@zaphod.nitro.dk> Thread-Topic: bge(4) on BCM 5752 A02 panic due to media autoselect Thread-Index: AcbOwNInBi8+8p1XTq+dcz0hWQVWjQCgPNyg From: "David Christensen" To: "Simon L. Nielsen" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006090509; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230332E34344645303835392E303031332D412D; ENG=IBF; TS=20060905233545; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006090509_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E0D65A3CC4718476-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: LI Xin , freebsd-current@freebsd.org, Oleg Bulyzhin Subject: RE: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 23:36:24 -0000 > > Today Simon L. Nielsen (simon@freebsd.org) reported=20 > breakage of bcm5703: > >=20 > > bge0: mem=20 > 0xfe000000-0xfe00ffff irq 27 a > > t device 3.0 on pci2 > > miibus0: on bge0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 > 1000baseTX, 1000baseTX > > -FDX, auto > > bge0: Ethernet address: 00:50:45:00:aa:a2 > > bge1: mem=20 > 0xfe010000-0xfe01ffff irq 27 a > > t device 4.0 on pci2 > > miibus1: on bge1 > > brgphy1: on miibus1 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 > 1000baseTX, 1000baseTX > > -FDX, auto > > bge1: Ethernet address: 00:50:45:00:aa:a3 > >=20 > > bge0@pci2:3:0: class=3D0x020000 card=3D0x000c14e4=20 > chip=3D0x16a614e4 rev=3D0x02 hdr=3D0x00 > > vendor =3D 'Broadcom Corporation' > > device =3D 'BCM5702X NetXtreme Gigabit Ethernet' > > class =3D network > > subclass =3D ethernet > > bge1@pci2:4:0: class=3D0x020000 card=3D0x000c14e4=20 > chip=3D0x16a614e4 rev=3D0x02 hdr=3D0x00 > > vendor =3D 'Broadcom Corporation' > > device =3D 'BCM5702X NetXtreme Gigabit Ethernet' > > class =3D network > > subclass =3D ethernet The controller reported is not consistent, it is labeled as both a 5702 and 5703 controller in the messages above. It looks like there is an invalid assumption in the routine bge_lookup_rev(). This=20 routine assumes that each chip version will have a unique ASIC ID which is incorrect. Sadly, the 5702 and 5703 share the same ASIC IDs so an additional test for the PCI device ID needs to be added to discriminate between the two. The ASIC IDs for the 5702 are as follows: #define BGE_CHIPID_BCM5702_A0 0x10000000 #define BGE_CHIPID_BCM5702_A1 0x10010000 #define BGE_CHIPID_BCM5702_A2 0x10020000 { BGE_CHIPID_BCM5702_A0, "BCM5702 A0" }, { BGE_CHIPID_BCM5702_A1, "BCM5702 A1" }, { BGE_CHIPID_BCM5702_A2, "BCM5702 A2" } Your controller is actually a BCM5702 based on the PCI device ID. > >=20 > > Driver fails to start with diagnostic: > > bge0: RX CPU self-diagnostics failed! >=20 > As a followup, I tried backing out only the latest bge(4) changes and > now the system (sledge.freebsd.org) works again. Basically the system > responded to ICMP ping, but it seemed all other network trafic didn't > work, at least NFS mounts, NTP etc. failed at boot and ssh to the > system didn't work. >=20 > It now works with: >=20 > $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24=20 > 14:41:16 oleg Exp $ > $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23=20 > 11:32:54 glebius Exp $ >=20 > I can test patches if needed. I tested with a 5702 A1 card and the v1.141 version still worked for me. Are you using a NIC card or is this a LOM? If the latter, what system is the LOM built into? This error message indicates that the controller was unable to read and load firmware from the NVRAM which is usually a real error (unless the system was designed to operate=20 without NVRAM which is generally only a few Sun systems). Dave From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 00:03:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F2016A4DE for ; Wed, 6 Sep 2006 00:03:29 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9291943D4C for ; Wed, 6 Sep 2006 00:03:28 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so719419wri for ; Tue, 05 Sep 2006 17:03:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=C2CaP/SJo3TpZTSzvxGuhGKfwDGlHiRY/eqIg8G37mxCLLOE5hH57RBl+SlcSWPYhKNoi3Gu8hC3kO6MpQWs4q3fghW1gtEAjBHmRs/EFHpX03BWSJVUJnycYu58tpYfLOayQHj8skKffhPYDTsWEYsjE5S3OaCFnrhs3Kp6+Dw= Received: by 10.90.117.11 with SMTP id p11mr2011870agc; Tue, 05 Sep 2006 17:03:28 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Tue, 5 Sep 2006 17:03:27 -0700 (PDT) Message-ID: <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> Date: Tue, 5 Sep 2006 17:03:27 -0700 From: "Matthew Jacob" To: "Simon L. Nielsen" In-Reply-To: <20060903061010.GA981@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_7198_19045547.1157501007986" References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> Cc: rodperson@adelphia.net, Jack Vogel , current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 00:03:29 -0000 ------=_Part_7198_19045547.1157501007986 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline The attached patch was integrated into -current- this should fix this issues for U320 chipsets. Let me know if it doesn't. ------=_Part_7198_19045547.1157501007986 Content-Type: text/plain; name=PATCH.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_erqy6t4m Content-Disposition: attachment; filename="PATCH.txt" PyBkaWZmX2tlcm5lbApJbmRleDogbXB0X2NhbS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21l L25jdnMvc3JjL3N5cy9kZXYvbXB0L21wdF9jYW0uYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4z MQpkaWZmIC11IC1yMS4zMSBtcHRfY2FtLmMKLS0tIG1wdF9jYW0uYwkyNSBKdWwgMjAwNiAwMDo1 OTo1NCAtMDAwMAkxLjMxCisrKyBtcHRfY2FtLmMJNSBTZXAgMjAwNiAyMzo1MToyMiAtMDAwMApA QCAtMjQ4LDcgKzI0OCw3IEBACiAJICogSWYgd2Ugc3VwcG9ydCB0YXJnZXQgbW9kZSwgd2UgcmVn aXN0ZXIgYSByZXBseSBoYW5kbGVyIGZvciBpdCwKIAkgKiBidXQgZG9uJ3QgYWRkIHJlc291cmNl cyB1bnRpbCB3ZSBhY3R1YWxseSBlbmFibGUgdGFyZ2V0IG1vZGUuCiAJICovCi0JaWYgKChtcHQt PnJvbGUgJiBNUFRfUk9MRV9UQVJHRVQpICE9IDApIHsKKwlpZiAobXB0LT5pc19mYyAmJiAobXB0 LT5yb2xlICYgTVBUX1JPTEVfVEFSR0VUKSAhPSAwKSB7CiAJCWhhbmRsZXIucmVwbHlfaGFuZGxl ciA9IG1wdF9zY3NpX3RndF9yZXBseV9oYW5kbGVyOwogCQllcnJvciA9IG1wdF9yZWdpc3Rlcl9o YW5kbGVyKG1wdCwgTVBUX0hBTkRMRVJfUkVQTFksIGhhbmRsZXIsCiAJCSAgICAmbXB0LT5zY3Np X3RndF9oYW5kbGVyX2lkKTsKQEAgLTgxNiw3ICs4MTYsNyBAQAogCSAqIElmIHdlJ3JlIGluIHRh cmdldCBtb2RlLCBoYW5nIG91dCByZXNvdXJjZXMgbm93CiAJICogc28gd2UgZG9uJ3QgY2F1c2Ug dGhlIHdvcmxkIHRvIGhhbmcgdGFsa2luZyB0byB1cy4KIAkgKi8KLQlpZiAobXB0LT5yb2xlICYg TVBUX1JPTEVfVEFSR0VUKSB7CisJaWYgKG1wdC0+aXNfZmMgJiYgKG1wdC0+cm9sZSAmIE1QVF9S T0xFX1RBUkdFVCkpIHsKIAkJLyoKIAkJICogVHJ5IHRvIGFkZCBzb21lIHRhcmdldCBjb21tYW5k IHJlc291cmNlcwogCQkgKi8KQEAgLTMxNjYsNyArMzE2Niw3IEBACiAJCWlmICgobXB0LT5yb2xl ICYgTVBUX1JPTEVfSU5JVElBVE9SKSA9PSAwKSB7CiAJCQljcGktPmhiYV9taXNjIHw9IFBJTV9O T0lOSVRJQVRPUjsKIAkJfQotCQlpZiAoKG1wdC0+cm9sZSAmIE1QVF9ST0xFX1RBUkdFVCkgIT0g MCkgeworCQlpZiAobXB0LT5pc19mYyAmJiAobXB0LT5yb2xlICYgTVBUX1JPTEVfVEFSR0VUKSkg ewogCQkJY3BpLT50YXJnZXRfc3BydCA9CiAJCQkgICAgUElUX1BST0NFU1NPUiB8IFBJVF9ESVND T05ORUNUIHwgUElUX1RFUk1fSU87CiAJCX0gZWxzZSB7Cg== ------=_Part_7198_19045547.1157501007986-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 01:10:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54A7616A4E8; Wed, 6 Sep 2006 01:10:21 +0000 (UTC) (envelope-from rodperson@adelphia.net) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9145C43D5C; Wed, 6 Sep 2006 01:10:16 +0000 (GMT) (envelope-from rodperson@adelphia.net) Received: from atomizer.opensourcebeef.net ([24.54.132.51]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060906011016.EQVK23453.mta11.adelphia.net@atomizer.opensourcebeef.net>; Tue, 5 Sep 2006 21:10:16 -0400 From: Rod Person To: Matthew Jacob In-Reply-To: <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> Content-Type: text/plain Organization: Open Source Beef Date: Tue, 05 Sep 2006 21:10:11 -0400 Message-Id: <1157505011.846.0.camel@atomizer.opensourcebeef.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Jack Vogel , "Simon L. Nielsen" , current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rodperson@adelphia.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 01:10:21 -0000 On Tue, 2006-09-05 at 17:03 -0700, Matthew Jacob wrote: > The attached patch was integrated into -current- this should fix this > issues for U320 chipsets. Let me know if it doesn't. Just cvsup'd and rebuilt kernel. Everything is working! Great work Matt, Thanks!!!! From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 02:34:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B467216A4DE for ; Wed, 6 Sep 2006 02:34:27 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DC4F43D45 for ; Wed, 6 Sep 2006 02:34:27 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so729568wri for ; Tue, 05 Sep 2006 19:34:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q7x2W0kGvHA2Wz//dCTSDwK1V5z5xh8V2tMulmNky+lr3fOKLmXHRX+FwgWMelRQFapxJ+anJhsByAwqSNoldFQmBp/LcL5qoxKlDR0J96GmvYE4PGZMqsRpp+6Z5jnTScXzm30mE7DqC05hTyKYo2oN1g8bsiRRzd8Qs9ZvAbE= Received: by 10.90.54.20 with SMTP id c20mr324870aga; Tue, 05 Sep 2006 19:28:22 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Tue, 5 Sep 2006 19:28:22 -0700 (PDT) Message-ID: <7579f7fb0609051928r7dedb68dl506ce9784fa0088f@mail.gmail.com> Date: Tue, 5 Sep 2006 19:28:22 -0700 From: "Matthew Jacob" To: rodperson@adelphia.net In-Reply-To: <1157505011.846.0.camel@atomizer.opensourcebeef.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> <1157505011.846.0.camel@atomizer.opensourcebeef.net> Cc: Jack Vogel , "Simon L. Nielsen" , current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 02:34:27 -0000 No- thank *you*. I specifically want to thank you for helping me narrow it down. On 9/5/06, Rod Person wrote: > On Tue, 2006-09-05 at 17:03 -0700, Matthew Jacob wrote: > > The attached patch was integrated into -current- this should fix this > > issues for U320 chipsets. Let me know if it doesn't. > > Just cvsup'd and rebuilt kernel. Everything is working! > Great work Matt, Thanks!!!! > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 05:51:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 082A416A4EB for ; Wed, 6 Sep 2006 05:51:04 +0000 (UTC) (envelope-from gpr@nvnpp.vrn.ru) Received: from relay.nvnpp.vrn.ru (relay.nvnpp.vrn.ru [195.98.93.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4D343D46 for ; Wed, 6 Sep 2006 05:51:02 +0000 (GMT) (envelope-from gpr@nvnpp.vrn.ru) Received: from gpr by relay.nvnpp.vrn.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GKqJQ-0008NM-Rb for freebsd-current@freebsd.org; Wed, 06 Sep 2006 09:51:00 +0400 Date: Wed, 6 Sep 2006 09:51:00 +0400 From: Gennady Proskurin To: freebsd-current@freebsd.org Message-ID: <20060906055100.GC29571@relay.nvnpp.vrn.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Subject: installworld with WITHOUT_INFO broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 05:51:04 -0000 gpr@gw /usr/src % make -D WITHOUT_INFO installworld mkdir -p /tmp/install.MLOXViKX for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep install-info ln lockf make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.MLOXViKX; done usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-lpv] source_file target_file cp [-R [-H | -L | -P]] [-f | -i | -n] [-lpv] source_file ... target_directory *** Error code 64 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Exit 1 gpr@gw /usr/src % which install-info install-info: Command not found. Exit 1 gpr@gw /usr/src % The workaround is something like: touch /usr/bin/install-info make installworld rm /usr/bin/install-info The fix should be conditional include of install-info in above for statement, depending on NO_INFO -- Gennady From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 06:16:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18C7C16A4E2; Wed, 6 Sep 2006 06:16:37 +0000 (UTC) (envelope-from michael@rancid.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [128.32.206.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE7A43D68; Wed, 6 Sep 2006 06:16:27 +0000 (GMT) (envelope-from michael@rancid.berkeley.edu) Received: from [71.141.234.243] (adsl-71-141-234-243.dsl.snfc21.pacbell.net [71.141.234.243]) (authenticated bits=0) by malcolm.berkeley.edu (8.13.6/8.13.3) with ESMTP id k866GNC7020177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Sep 2006 23:16:24 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) Message-ID: <44FE677B.7050208@rancid.berkeley.edu> Date: Tue, 05 Sep 2006 23:15:23 -0700 From: Michael Sinatra User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: Matthew Jacob References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> <1157505011.846.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609051928r7dedb68dl506ce9784fa0088f@mail.gmail.com> In-Reply-To: <7579f7fb0609051928r7dedb68dl506ce9784fa0088f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (malcolm.berkeley.edu [128.32.206.239]); Tue, 05 Sep 2006 23:16:24 -0700 (PDT) Cc: rodperson@adelphia.net, Jack Vogel , "Simon L. Nielsen" , current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 06:16:37 -0000 Matthew Jacob wrote: > No- thank *you*. I specifically want to thank you for helping me narrow > it down. > > On 9/5/06, Rod Person wrote: >> On Tue, 2006-09-05 at 17:03 -0700, Matthew Jacob wrote: >> > The attached patch was integrated into -current- this should fix this >> > issues for U320 chipsets. Let me know if it doesn't. >> >> Just cvsup'd and rebuilt kernel. Everything is working! >> Great work Matt, Thanks!!!! Sorry, I think this is the same problem I was having with the Tyan S2895 and its LSI 1030 controller (see earlier thread "7-CURRENT 8/15/06 hangs: Tyan s2895 LSI 1030 mpt"). I spent a lot of time trying to get the issues narrowed down, and was able to get the thing booting either by disabling the onboard LSI 1030 and putting in an add-on 1030-R (RAID/Mirroring capable) card or by cvsing back to prior to July 12. Unfortunately, I got caught up with other stuff over the weekend and didn't send the email. I wish I could have been more help. Anyway, it looks like Matthew has committed the patch he posted earlier and I am now able to boot a new kernel just fine on the S2895 with the onboard controller. The really awesome news is that this kernel appears to work just fine with an out-of-the-box S2895 with SCSI disks; it requires none of the BIOS gyrations that 6-STABLE still does. Moreover the nfe driver lets me push almost line rate gigabit through the onboard interfaces. Great work all around! I wish I could have been more help. michael From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 06:59:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6911716A4DA for ; Wed, 6 Sep 2006 06:59:59 +0000 (UTC) (envelope-from der_uf@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6BCE443D45 for ; Wed, 6 Sep 2006 06:59:58 +0000 (GMT) (envelope-from der_uf@gmx.de) Received: (qmail invoked by alias); 06 Sep 2006 06:59:57 -0000 Received: from a81-14-154-127.net-htp.de (EHLO fbsd.Amnesiac.unsernet) [81.14.154.127] by mail.gmx.net (mp042) with SMTP; 06 Sep 2006 08:59:57 +0200 X-Authenticated: #31554707 Received: from localhost ([127.0.0.1] helo=localhost.unsernet) by fbsd.Amnesiac.unsernet with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GKtBT-000ORu-6f for freebsd-current@freebsd.org; Wed, 06 Sep 2006 08:54:59 +0000 Date: Wed, 06 Sep 2006 08:54:58 -0000 To: FreeBSD-current From: "Ullrich Franke" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.01 (FreeBSD) X-Y-GMX-Trusted: 0 Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 06:59:59 -0000 > Fred Gilham wrote: > > I think there's a good reason for not adding features to the base tools > and that is that it breaks compatibility. More than once I've ran afoul > of "bashisms" where people take for granted that everyone's sh is bash, > and the result is painful debugging or strange incomprehensible bug > reports that say in essence, "It doesn't work on my system and I don't > know why." > > Once you add functionality to a well known command, people will use it > and write incompatible scripts with it. This isn't good. > > It may sound like I'm a dullard. Maybe so, but I think many people are > in my shoes, and for us this kind of fiddling with the system utilities > is user-hostile. It's much easier to see that a script doesn't work > because you don't have the "stamp" command than to wonder what the > "-zztop" flag to cat is supposed to do. Put a note in the manpage, that use in scripts is deprecated. If its implementation is simple and its functionality needed by users, perhaps others will pick up the feature. I think this can be called progress. If people still write incompatible scripts with it, they won't come here to complain. They'll go and complain where the feature is missing. And this is not necessarily a bad thing. -- Ullrich Franke From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 09:39:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8003A16A4DA for ; Wed, 6 Sep 2006 09:39:26 +0000 (UTC) (envelope-from MH@kernel32.de) Received: from crivens.terrorteam.de (crivens.terrorteam.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3E9843D45 for ; Wed, 6 Sep 2006 09:39:25 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP id 4357640B2; Wed, 6 Sep 2006 11:39:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at unixoid.de Received: from crivens.terrorteam.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vSroiUTEUHaf; Wed, 6 Sep 2006 11:39:21 +0200 (CEST) Received: from [10.38.0.12] (unknown [213.238.63.253]) by crivens.terrorteam.de (Postfix) with ESMTP id 194A43F7D; Wed, 6 Sep 2006 11:39:21 +0200 (CEST) Message-ID: <44FE9747.6070505@kernel32.de> Date: Wed, 06 Sep 2006 11:39:19 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fred Gilham References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <44FDFEBF.90708@uts.edu.au> <99788.1157499010@snapdragon.csl.sri.com> In-Reply-To: <99788.1157499010@snapdragon.csl.sri.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Adding a '-D date' option to `cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 09:39:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hej Fred, Fred Gilham wrote: > I think there's a good reason for not adding features to the base tools > and that is that it breaks compatibility. More than once I've ran afoul breaks compatibility? Man, this is a new parameter to a known command (date). If you have used this parameter before, I'd be surprised that it worked... > of "bashisms" where people take for granted that everyone's sh is bash, > and the result is painful debugging or strange incomprehensible bug > reports that say in essence, "It doesn't work on my system and I don't > know why." That's totally different. > > Once you add functionality to a well known command, people will use it > and write incompatible scripts with it. This isn't good. date is already incompatible in regards to options between Linux and FreeBSD (and most probably between FreeBSD and other *nix too). As are other commands too. I think of "top -I" vs. "top -i" for instance. > > It may sound like I'm a dullard. Maybe so, but I think many people are > in my shoes, and for us this kind of fiddling with the system utilities > is user-hostile. It's much easier to see that a script doesn't work > because you don't have the "stamp" command than to wonder what the > "-zztop" flag to cat is supposed to do. If the script was written for FreeBSD and to run on FreeBSD and this is cleary stated at the very beginning of the shell script, than nobody has any reason to whine because it's not running on another Operating System. Same counts the other direction. If I'm writing a shell script under Linux, I hardly do the extra work to replace "seq" with the FreeBSD pendant (which exists, I know). So what? Your examples are all true, and I know them quite well (having FreeBSD as my operating system of choice, but having to administrate several hundreds of Linux boxes in our Data Centers). But all you said doesn't count to this specific bikeshed about some extra functionality to date or cat or whatever... ./Marian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFE/pdFgAq87Uq5FMsRAgIHAJ0bZAQLQGZWWZp+AXG1A6CuFho1eACg3Me7 MuO5q4ZLVEyHvvAwTx8UA6w= =7kw6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 12:13:08 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F25D16A4DE; Wed, 6 Sep 2006 12:13:08 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A399143D66; Wed, 6 Sep 2006 12:13:02 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.6/8.13.6) with ESMTP id k86CCCJP071774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 16:12:12 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.6/8.13.6/Submit) id k86CCBWL071773; Wed, 6 Sep 2006 16:12:11 +0400 (MSD) (envelope-from oleg) Date: Wed, 6 Sep 2006 16:12:11 +0400 From: Oleg Bulyzhin To: David Christensen Message-ID: <20060906121211.GD71453@lath.rinet.ru> References: <20060902185124.GB59963@zaphod.nitro.dk> <09BFF2FA5EAB4A45B6655E151BBDD90301F1257E@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301F1257E@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.org, LI Xin , "Simon L. Nielsen" Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 12:13:08 -0000 On Tue, Sep 05, 2006 at 04:35:41PM -0700, David Christensen wrote: > > > > Today Simon L. Nielsen (simon@freebsd.org) reported > > breakage of bcm5703: > > > > > > bge0: mem > > 0xfe000000-0xfe00ffff irq 27 a > > > t device 3.0 on pci2 > > > miibus0: on bge0 > > > brgphy0: on miibus0 > > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseTX, 1000baseTX > > > -FDX, auto > > > bge0: Ethernet address: 00:50:45:00:aa:a2 > > > bge1: mem > > 0xfe010000-0xfe01ffff irq 27 a > > > t device 4.0 on pci2 > > > miibus1: on bge1 > > > brgphy1: on miibus1 > > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseTX, 1000baseTX > > > -FDX, auto > > > bge1: Ethernet address: 00:50:45:00:aa:a3 > > > > > > bge0@pci2:3:0: class=0x020000 card=0x000c14e4 > > chip=0x16a614e4 rev=0x02 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'BCM5702X NetXtreme Gigabit Ethernet' > > > class = network > > > subclass = ethernet > > > bge1@pci2:4:0: class=0x020000 card=0x000c14e4 > > chip=0x16a614e4 rev=0x02 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'BCM5702X NetXtreme Gigabit Ethernet' > > > class = network > > > subclass = ethernet > > The controller reported is not consistent, it is labeled as both a > 5702 and 5703 controller in the messages above. It looks like there > is an invalid assumption in the routine bge_lookup_rev(). This > routine assumes that each chip version will have a unique ASIC ID > which is incorrect. Sadly, the 5702 and 5703 share the same ASIC IDs > so an additional test for the PCI device ID needs to be added to > discriminate between the two. The ASIC IDs for the 5702 are as > follows: > > #define BGE_CHIPID_BCM5702_A0 0x10000000 > #define BGE_CHIPID_BCM5702_A1 0x10010000 > #define BGE_CHIPID_BCM5702_A2 0x10020000 > > { BGE_CHIPID_BCM5702_A0, "BCM5702 A0" }, > { BGE_CHIPID_BCM5702_A1, "BCM5702 A1" }, > { BGE_CHIPID_BCM5702_A2, "BCM5702 A2" } > > Your controller is actually a BCM5702 based on the PCI device ID. > > > > > > > Driver fails to start with diagnostic: > > > bge0: RX CPU self-diagnostics failed! > > > > As a followup, I tried backing out only the latest bge(4) changes and > > now the system (sledge.freebsd.org) works again. Basically the system > > responded to ICMP ping, but it seemed all other network trafic didn't > > work, at least NFS mounts, NTP etc. failed at boot and ssh to the > > system didn't work. > > > > It now works with: > > > > $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24 > > 14:41:16 oleg Exp $ > > $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23 > > 11:32:54 glebius Exp $ > > > > I can test patches if needed. > > I tested with a 5702 A1 card and the v1.141 version still worked for > me. Are you using a NIC card or is this a LOM? If the latter, what > system is the LOM built into? This error message indicates that the > controller was unable to read and load firmware from the NVRAM which > is usually a real error (unless the system was designed to operate > without NVRAM which is generally only a few Sun systems). > > Dave > I never seen hardware myself. There is some info in motd: oleg@sledge$ tail -3 /etc/motd Sledge is a Rioworks HDAMA - 2x1.8GHz Opteron 244, w/ 8GB of ram. http://www.rioworks.com/HDAMA.htm It is also sold under the Arima brand. -- Oleg. From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 16:06:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD2A516A4DA for ; Wed, 6 Sep 2006 16:06:24 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC36843D7E for ; Wed, 6 Sep 2006 16:06:08 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-112-156-125.austin.res.rr.com [70.112.156.125]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 14156071-1817707 for ; Wed, 06 Sep 2006 11:06:08 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id k86G67PU031316 for ; Wed, 6 Sep 2006 11:06:07 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id k86G67AW031315 for freebsd-current@freebsd.org; Wed, 6 Sep 2006 11:06:07 -0500 (CDT) (envelope-from brucegb) Date: Wed, 6 Sep 2006 11:06:07 -0500 From: Bruce Burden To: freebsd-current@freebsd.org Message-ID: <20060906160607.GC1045@tigerfish2.my.domain> References: <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> <1157505011.846.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609051928r7dedb68dl506ce9784fa0088f@mail.gmail.com> <44FE677B.7050208@rancid.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44FE677B.7050208@rancid.berkeley.edu> User-Agent: Mutt/1.4.2.2i Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:06:24 -0000 On Tue, Sep 05, 2006 at 11:15:23PM -0700, Michael Sinatra wrote: > > The really awesome news is that this kernel appears to work just fine > with an out-of-the-box S2895 with SCSI disks; it requires none of the > BIOS gyrations that 6-STABLE still does. > Hi Michael, What gyrations are you referring to? I have a Thunder K8WE/S2895 that is running 6.1/i386, and the MPT driver is fine. I do plan to move to 6.1/AMD64 at some point in the near future, so your comment caught my eye. (I am working with the Adaptec 2230SLP RAID controller on a AMD64 system to verify I can control a RAID before switching, as the ASR driver is not supported under AMD64. However, the CD's and tape plus the system disk will use the MPT driver). Thnak you, Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 17:37:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 089F916A4DA for ; Wed, 6 Sep 2006 17:37:21 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F0043D77 for ; Wed, 6 Sep 2006 17:37:19 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id k86Haswm009011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Sep 2006 10:36:54 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k86HasR9040992; Wed, 6 Sep 2006 10:36:54 -0700 (PDT) (envelope-from faber) Date: Wed, 6 Sep 2006 10:36:53 -0700 From: Ted Faber To: Ian FREISLICH Message-ID: <20060906173653.GN14939@hut.isi.edu> References: <20060824172218.GF32588@hut.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="da9oBGf5DLtF9ehv" Content-Disposition: inline In-Reply-To: <20060824172218.GF32588@hut.isi.edu> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: freebsd-current@freebsd.org Subject: Re: Quick poll (openoffice port) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 17:37:21 -0000 --da9oBGf5DLtF9ehv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 24, 2006 at 10:22:18AM -0700, Ted Faber wrote: > On Thu, Aug 24, 2006 at 08:51:12AM +0200, Ian FREISLICH wrote: > > Hi > >=20 > > Just a quick poll to fisd out if it's just me or something else. > >=20 > > Has anyone managed to compile any of openoffice.org-1.0, > > openoffice.org-1.1 or openoffice.org-2.0 on a recent(ish) CURRENT? >=20 > Actually, I've had a problem with openoffice-2.0's java configuration, > which I'm happy to take to whoever I need to. >=20 > The problem is that the /usr/local/jdk1.4.1 path is hard-coded a couple > places, but the java/jdk14 port is up to 1.4.2. Paractically, this > means when I make the OO port, the first thing it tries to do is install > java/jdk14 which fails because java/jdk14 is already installed. > Symlinking /usr/local/jdk1.4.1 to /usr/local/jdk1.4.2 fails further down > the compilation (the error indicates that one of the later OO > configuration steps - not the a ports step - is unhappy about the > symbolic link). >=20 > You should be able to reporduce this by just installing jdk1.4.2 and not > jdk1.4.1 and typing make in /usr/ports/editors/openoffice.org-2.0 . This dependency seems fixed in 2.0.4.m2 . Thanks! --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --da9oBGf5DLtF9ehv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/wc1aUz3f+Zf+XsRAri8AKC5w9wQ1+EP+QD6GxAuAA4yP6iUmwCeIRIw boGb6SmMHlIhmn0dQJ3xijg= =nwlh -----END PGP SIGNATURE----- --da9oBGf5DLtF9ehv-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 18:22:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD5316A4DE; Wed, 6 Sep 2006 18:22:24 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C880843D45; Wed, 6 Sep 2006 18:22:23 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Wed, 06 Sep 2006 11:22:15 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 4BA542AF; Wed, 6 Sep 2006 11:22:15 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 1FD4F2AE; Wed, 6 Sep 2006 11:22:15 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEM71509; Wed, 6 Sep 2006 11:22:14 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id E036669CA4; Wed, 6 Sep 2006 11:22:13 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 6 Sep 2006 11:22:12 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301F126D5@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20060902185124.GB59963@zaphod.nitro.dk> X-MS-Has-Attach: yes Thread-Topic: bge(4) on BCM 5752 A02 panic due to media autoselect Thread-Index: AcbOwNInBi8+8p1XTq+dcz0hWQVWjQDHw8NA From: "David Christensen" To: "Simon L. Nielsen" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006090607; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230322E34344646313035422E303033462D412D; ENG=IBF; TS=20060906182219; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006090607_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E1CE5D3CC4988061-01-01 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6D1E1.5FC88339" Cc: LI Xin , freebsd-current@freebsd.org, Oleg Bulyzhin Subject: RE: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 18:22:24 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6D1E1.5FC88339 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > > Driver fails to start with diagnostic: > > bge0: RX CPU self-diagnostics failed! >=20 > As a followup, I tried backing out only the latest bge(4) changes and > now the system (sledge.freebsd.org) works again. Basically the system > responded to ICMP ping, but it seemed all other network trafic didn't > work, at least NFS mounts, NTP etc. failed at boot and ssh to the > system didn't work. >=20 > It now works with: >=20 > $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24=20 > 14:41:16 oleg Exp $ > $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23=20 > 11:32:54 glebius Exp $ >=20 > I can test patches if needed. >=20 I tried several 5702 NICs with various revisions and was never able to duplicate the problem you're seeing. They all worked correctly with my first patch. Can you test the attached patch? I've simply removed the test altogether. The Linux driver doesn't perform this test and the fact that the test is performed after bge_reset() is called simply means we're checking the same information twice (i.e. did the NIC firmware load). Since the firmware handshake was successful we know the firmware loaded so the test is redundant. Dave ------_=_NextPart_001_01C6D1E1.5FC88339 Content-Type: application/octet-stream; name=if_bge.c.patch Content-Transfer-Encoding: base64 Content-Description: if_bge.c.patch Content-Disposition: attachment; filename=if_bge.c.patch SW5kZXg6IGlmX2JnZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9k ZXYvYmdlL2lmX2JnZS5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE0MwpkaWZmIC1yMS4xNDMg aWZfYmdlLmMKOTg0LDk5MmQ5ODMKPCAJLyoKPCAJICogQ2hlY2sgdGhlICdST00gZmFpbGVkJyBi aXQgb24gdGhlIFJYIENQVSB0byBzZWUgaWYKPCAJICogc2VsZi10ZXN0cyBwYXNzZWQuCjwgCSAq Lwo8IAlpZiAoQ1NSX1JFQURfNChzYywgQkdFX1JYQ1BVX01PREUpICYgQkdFX1JYQ1BVTU9ERV9S T01GQUlMKSB7CjwgCQlkZXZpY2VfcHJpbnRmKHNjLT5iZ2VfZGV2LCAiUlggQ1BVIHNlbGYtZGlh Z25vc3RpY3MgZmFpbGVkIVxuIik7CjwgCQlyZXR1cm4gKEVOT0RFVik7CjwgCX0KPCAK ------_=_NextPart_001_01C6D1E1.5FC88339-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 20:37:04 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79C5A16A4DA; Wed, 6 Sep 2006 20:37:04 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C028043D6E; Wed, 6 Sep 2006 20:36:57 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k86Kam16025329; Wed, 6 Sep 2006 16:36:50 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44FDF36A.3010608@FreeBSD.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> Date: Wed, 6 Sep 2006 16:36:47 -0400 To: Doug Barton , Julian Elischer From: Garance A Drosehn Content-Type: multipart/mixed; boundary="============_-1054547485==_============" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org, Peter Jeremy Subject: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 20:37:04 -0000 --============_-1054547485==_============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" At 3:00 PM -0700 9/5/06, Doug Barton wrote: >Julian Elischer wrote: > >> then there will be a bikeshed about adding a new tool > >... which can safely be ignored, even if it occurs, because >creating new and potentially useful tools always creates less drama >then mucking about with old (or really old) ones. I haven't heard >anyone say, "No such functionality should exist in FreeBSD," but I >have heard several people say "Don't bastardize the Unix model." >I even like Sam's proposed name. For what it's worth, I've improved my previous update so that the value of time is cached, thus avoiding unnecessary calls to localtime() and strftime(). At the moment this still exists as an update to `cat', just so the diff-output is readable. But I'd certainly be willing to install the result as a separate new command if that would work better. If there is support for that, I would install it as an `sfilter' command. Simple Filter. If I do install it as a separate command, then I would be extremely tempted to also add in 'unix2dos' and 'dos2unix' capability. Yes, I know everyone is rolling their eyes at this point, but if you look at the actual code already in `cat', it would require very few bytes of additional code to support that. If I were to install these ideas as a separate new command, would that be "acceptable-enough" for a new utility in the base OS? -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA --============_-1054547485==_============ Content-Id: Content-Type: application/octet-stream; name="cat-date.diff" ; x-mac-type="00000000" ; x-mac-creator="00000000" Content-Disposition: attachment; filename="cat-date.diff" ; modification-date="Wed, 6 Sep 2006 16:34:17 -0400" Content-Transfer-Encoding: x-uuencode begin 644 cat-date.dif M/R!C870M9&%T92YC"DEN9&5X.B!C870N,0H]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]"E)#4R!F:6QE.B`O:&]M92]N8W9S+W-R8R]B:6XO8V%T+V-A="XQ+'8* M2!T:&4@=F%L=64@;V8**RY! M'0N"BM.;R!S M97!A2!H86YD;&4@;75L=&EB>71E(&-H87)A8W1E#H@8V%T+F,*/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/0I20U,@9FEL93H@+VAO;64O;F-V"X**PD@ M*B!4:&ES(&UE86YS('1H870@:68@=&AE(&9OPHM M"69P&ET*#$I M.PH@"2\J($Y/5%)%04-(140@*B\*('T*0$`@+3$Y."PV("LR,3PHK"0D)"7-E=%]D871E<&9X*"D[ M"BL)"0D)*'9O:60I9G!U=',H9&%T97!F>"P@"AV;VED*0HK>PHK"6EN="!R97-L96X["BL) M=&EM95]T(&YO=SL**PHK"6EF("AD871E<&9X(#T]($Y53$PI"BL)"61A=&5P M9G@@/2!M86QL;V,H1$%415!&6%]-05A,14XI.PHK"BL)+RH**PD@*B!!=F]I M9"!T:&4@8V%L;',@=&\@;&]C86QT:6UE(&%N9"!S=')F=&EM92!I9B!T:&4@ M8W5R"@Q+"`B1F]R M;6%T('-P96-I9FEE9"!B>2`M1"!R97-U;'1S(&EN('!R969I>"`^("5D(&)Y M=&5S+B(L"BL)"2`@("!$051%4$987TU!6$Q%3BD["BM]"BL*("-I9FYD968@ >3D]?541/35]355!03U)4"B`*('-T871I8R!I;G0* ` end --============_-1054547485==_============-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 21:03:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDD6816A4DA for ; Wed, 6 Sep 2006 21:03:51 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9AD43D64 for ; Wed, 6 Sep 2006 21:03:50 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from ibm57aec.bellsouth.net ([68.214.115.166]) by imf17aec.mail.bellsouth.net with ESMTP id <20060906210350.FSQD24248.imf17aec.mail.bellsouth.net@ibm57aec.bellsouth.net> for ; Wed, 6 Sep 2006 17:03:50 -0400 Received: from Cat.nina.org ([68.214.115.166]) by ibm57aec.bellsouth.net with ESMTP id <20060906210349.YCYG9386.ibm57aec.bellsouth.net@Cat.nina.org> for ; Wed, 6 Sep 2006 17:03:49 -0400 Date: Wed, 6 Sep 2006 17:03:48 -0400 (EDT) From: Frank X-X-Sender: frank_s@Cat.nina.org To: freebsd-current@freebsd.org Message-ID: <20060906170323.M23566@Cat.nina.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.X wont boot on Dell XPS 700 (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 21:03:51 -0000 I got no response on the -stable list so I am forwarding this here. Hope someone can help me get some version installed on this machine. -- Frank ---------- Forwarded message ---------- Date: Sun, 3 Sep 2006 08:00:19 -0400 (EDT) From: Frank To: freebsd-stable@freebsd.org Subject: 6.X wont boot on Dell XPS 700 I have a new XPS 700 Pentium D 3.6 Dual Core with 2 gigs RAM, 2 250 GB SATA drives, and 2 NVIDIA GeForce 7900GS video cards. So far I have tried: 6.0-RELEASE - will boot to sysinstall but finds no drives. 6.1-RELEASE - hangs after probing md0 and first hard drive. 6.1-STABLE - hangs after probing md0 and first hard drive. 7.0-CURRENT - hangs after probing md0 and both hard drives. I have unplugged the USB keyboard and mouse and used a PS/2 keyboard. Disabling ACPI causes a panic on all versions. Anyone have a clue what it will take to install on this machine? -- Frank _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 21:35:10 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 551D316A4DD; Wed, 6 Sep 2006 21:35:10 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB2543D70; Wed, 6 Sep 2006 21:35:00 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k86LYs5R011944; Wed, 6 Sep 2006 17:34:56 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> Date: Wed, 6 Sep 2006 17:34:53 -0400 To: Doug Barton , Julian Elischer From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Peter Jeremy , freebsd-current@FreeBSD.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 21:35:10 -0000 At 4:36 PM -0400 9/6/06, Garance A Drosehn wrote: >.... But I'd certainly be willing to >install the result as a separate new command if that would work >better. If there is support for that, I would install it as an >`sfilter' command. Simple Filter. Actually, I have another useful option in mind that could be added with very little effort. So let me say that I do intend to install this as a new /usr/bin/sfilter command, assuming that does not generate too many objections. I expect this will work out better than adding new options to `date' or to `cat'. For those wondering what other esoteric option I would add, it's a pretty simple addition. An option to prefix the lines with a relative timestamp (#seconds since the first line), instead of a strftime() stamp. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 21:40:08 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D780316A4E6 for ; Wed, 6 Sep 2006 21:40:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id A450F43D6D for ; Wed, 6 Sep 2006 21:39:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 14245 invoked by uid 399); 6 Sep 2006 21:39:54 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 6 Sep 2006 21:39:54 -0000 Message-ID: <44FF4024.3000405@FreeBSD.org> Date: Wed, 06 Sep 2006 14:39:48 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Garance A Drosehn References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 21:40:09 -0000 Garance A Drosehn wrote: > For those wondering what other esoteric option I would add, it's > a pretty simple addition. An option to prefix the lines with a > relative timestamp (#seconds since the first line), Add "#seconds since the last line" and you've got a real winner there. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 21:40:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042C016A4E9 for ; Wed, 6 Sep 2006 21:40:17 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4646B43D49 for ; Wed, 6 Sep 2006 21:40:13 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 949DD33CA2; Wed, 6 Sep 2006 23:40:10 +0200 (SAST) Date: Wed, 6 Sep 2006 23:40:10 +0200 From: John Hay To: freebsd-current@freebsd.org Message-ID: <20060906214010.GA38392@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: error: `hlt_cpus_mask' undeclared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 21:40:18 -0000 When trying to compile a new kernel, I got this error: ##################################### cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/i386/i386/local_apic.c /usr/src/sys/i386/i386/local_apic.c: In function `lapic_handle_timer': /usr/src/sys/i386/i386/local_apic.c:625: error: `hlt_cpus_mask' undeclared (first use in this function) /usr/src/sys/i386/i386/local_apic.c:625: error: (Each undeclared identifier is reported only once /usr/src/sys/i386/i386/local_apic.c:625: error: for each function it appears in.) *** Error code 1 Stop in /export/obj/usr/src/sys/ANGEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ####################################### I have device apic defined, but not options SMP in my kernel config file. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 6 22:06:08 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D06F816A4F2 for ; Wed, 6 Sep 2006 22:06:08 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B34743D58 for ; Wed, 6 Sep 2006 22:06:08 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.49] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k86M60hI070809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 15:06:06 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44FF4635.4090107@FreeBSD.org> Date: Wed, 06 Sep 2006 15:05:41 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: John Hay References: <20060906214010.GA38392@zibbi.meraka.csir.co.za> In-Reply-To: <20060906214010.GA38392@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: error: `hlt_cpus_mask' undeclared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 22:06:08 -0000 Should be fixed now. Thanks for reporting! -Maxim John Hay wrote: > When trying to compile a new kernel, I got this error: > > ##################################### > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/i386/i386/local_apic.c > /usr/src/sys/i386/i386/local_apic.c: In function `lapic_handle_timer': > /usr/src/sys/i386/i386/local_apic.c:625: error: `hlt_cpus_mask' undeclared (first use in this function) > /usr/src/sys/i386/i386/local_apic.c:625: error: (Each undeclared identifier is reported only once > /usr/src/sys/i386/i386/local_apic.c:625: error: for each function it appears in.) > *** Error code 1 > > Stop in /export/obj/usr/src/sys/ANGEL. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > ####################################### > > I have device apic defined, but not options SMP in my kernel config file. > > John From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 00:54:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 865B416A4E2 for ; Thu, 7 Sep 2006 00:54:41 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E4AF43D76 for ; Thu, 7 Sep 2006 00:54:34 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so13211nzn for ; Wed, 06 Sep 2006 17:54:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=N8NiH63glLF28WchDTsNWk1Hpfqy26PzKTpHajJSUkELF1qTrc2lHtYqeSCh/YAtdPpYS+QCdO5HA4yHhvxrQfiTrQ9LefahYoOTRFYgxgDj0OyGZTpP/b+kOnMccj5wxZlKOy8xioe3RzufYTBeMnmdODB5IkHryM8pQPAs3dg= Received: by 10.65.119.14 with SMTP id w14mr118270qbm; Wed, 06 Sep 2006 17:54:34 -0700 (PDT) Received: from sauron.lan.box ( [200.102.67.234]) by mx.gmail.com with ESMTP id f18sm60948qba.2006.09.06.17.54.31; Wed, 06 Sep 2006 17:54:33 -0700 (PDT) Date: Wed, 6 Sep 2006 21:54:31 -0300 From: Ricardo Nabinger Sanchez To: Garance A Drosehn Message-Id: <20060906215431.259374bf.rnsanchez@gmail.com> In-Reply-To: References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, Peter Jeremy , Doug Barton , Julian Elischer Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 00:54:41 -0000 Hello, On Wed, 6 Sep 2006 17:34:53 -0400, Garance A Drosehn wrote: > Actually, I have another useful option in mind that could be added > with very little effort. So let me say that I do intend to install > this as a new /usr/bin/sfilter command, assuming that does not > generate too many objections. I expect this will work out better > than adding new options to `date' or to `cat'. First of all, the purpose of my message is to (politely) ask a question, not object the proposals so far nor suggest anything -- so don't be offended. The way I understand all these proposals, sfilter will eventually be equivalent to sed/awk in terms of features. Now the question: would it be appropriate to extend sed/awk in order to implement these cool features? Or this would break POLA, for placing variable timestamps whereas one would expect them to be the same for every line, just like the current behavior of sed? Thanks in advance, and sorry for such naïve question. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 01:11:39 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F55B16A4DD; Thu, 7 Sep 2006 01:11:39 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D593C43D66; Thu, 7 Sep 2006 01:11:30 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.49] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k871BPQm075042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 18:11:26 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44FF71AD.7060508@FreeBSD.org> Date: Wed, 06 Sep 2006 18:11:09 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Garance A Drosehn References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Doug Barton , Julian Elischer , Peter Jeremy Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 01:11:39 -0000 Why not just write simple 5-line script in your favorite scripting language (perl, python, ruby etc) that does just this and forget about it? I don't think performance is really a concern here since the most time this program will spend waiting for the I/O anyway, so that doing it in C makes little or no sense. IMHO this is one of the reasons we do have all those lightweight languages around - to avoid having separate utility and/or command line option for each and every particular situation. -Maxim Garance A Drosehn wrote: > At 3:00 PM -0700 9/5/06, Doug Barton wrote: >> Julian Elischer wrote: >> >>> then there will be a bikeshed about adding a new tool >> >> ... which can safely be ignored, even if it occurs, because >> creating new and potentially useful tools always creates less drama >> then mucking about with old (or really old) ones. I haven't heard >> anyone say, "No such functionality should exist in FreeBSD," but I >> have heard several people say "Don't bastardize the Unix model." >> I even like Sam's proposed name. > > For what it's worth, I've improved my previous update so that the > value of time is cached, thus avoiding unnecessary calls to > localtime() and strftime(). > > At the moment this still exists as an update to `cat', just so > the diff-output is readable. But I'd certainly be willing to > install the result as a separate new command if that would work > better. If there is support for that, I would install it as an > `sfilter' command. Simple Filter. > > If I do install it as a separate command, then I would be > extremely tempted to also add in 'unix2dos' and 'dos2unix' > capability. Yes, I know everyone is rolling their eyes at this > point, but if you look at the actual code already in `cat', it > would require very few bytes of additional code to support that. > > If I were to install these ideas as a separate new command, would > that be "acceptable-enough" for a new utility in the base OS? > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 01:15:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1752116A4DA; Thu, 7 Sep 2006 01:15:47 +0000 (UTC) (envelope-from prvs=julian=39828977f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ACC143D58; Thu, 7 Sep 2006 01:15:36 +0000 (GMT) (envelope-from prvs=julian=39828977f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 06 Sep 2006 18:15:36 -0700 Message-ID: <44FF72B9.7000201@elischer.org> Date: Wed, 06 Sep 2006 18:15:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <44FF71AD.7060508@FreeBSD.org> In-Reply-To: <44FF71AD.7060508@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Doug Barton , Garance A Drosehn , Peter Jeremy Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 01:15:47 -0000 Maxim Sobolev wrote: > Why not just write simple 5-line script in your favorite scripting > language (perl, python, ruby etc) that does just this and forget about > it? I don't think performance is really a concern here since the most > time this program will spend waiting for the I/O anyway, so that doing > it in C makes little or no sense. > > IMHO this is one of the reasons we do have all those lightweight > languages around - to avoid having separate utility and/or command > line option for each and every particular situation. > > -Maxim perl is not lightweight to install on a machine. have you seen how much crap gets installed when you add perl? lightweight is adding 100 instructions or so to 'date'. or adding the strftime instruction to awk (as it is in gawk) >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 02:00:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7591E16A4F5 for ; Thu, 7 Sep 2006 02:00:41 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B0543D62 for ; Thu, 7 Sep 2006 02:00:33 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k8720VZW027441; Wed, 6 Sep 2006 22:00:32 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060906215431.259374bf.rnsanchez@gmail.com> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <20060906215431.259374bf.rnsanchez@gmail.com> Date: Wed, 6 Sep 2006 22:00:30 -0400 To: Ricardo Nabinger Sanchez From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 02:00:41 -0000 At 9:54 PM -0300 9/6/06, Ricardo Nabinger Sanchez wrote: > >On Wed, 6 Sep 2006, Garance A Drosehn wrote: > >> Actually, I have another useful option in mind that could be added >> with very little effort. So let me say that I do intend to install >> this as a new /usr/bin/sfilter command, assuming that does not >> generate too many objections. I expect this will work out better >> than adding new options to `date' or to `cat'. > >First of all, the purpose of my message is to (politely) ask a >question, not object the proposals so far nor suggest anything -- >so don't be offended. Heh. No, I'm not offended by questions! >The way I understand all these proposals, sfilter will eventually >be equivalent to sed/awk in terms of features. No. My intent is that it will never have regexps, etc. It will not allow the user to create arbitrary filters. It will only support a certain set of specific and "simple" filtering options. By simple, I mean things that it can determine by looking at no more than two consecutive characters of the file at a time (which is all that 'cat' currently looks at: "this" character and "the previous" character). The idea is also to keep the object file very small, ideally very close to the size of `cat'. I might bump that up to four consecutive characters, if that was needed to add some level of unicode awareness in it... >Now the question: would it be appropriate to extend sed/awk in order >to implement these cool features? Or this would break POLA, for >placing variable timestamps whereas one would expect them to be >the same for every line, just like the current behavior of sed? It would make some sense to have these done in `awk', and in fact everything but the timestamp-related options can already be done in awk. But we want FreeBSD to stick with "the one true awk" (that is it's actual name... :-), so we wouldn't add features there. Many people expect `awk' to have the specific features of the original `awk'. No more features, no less. This is important when you write a script on one computer, and then you want to run the same script on many other computers without having to worry about what version of awk is installed. While I'm sure I could dream up some extension to `sed' to do the kinds of things I'm thinking of, I personally don't think these really fit into `sed'. And even if I did, the same issues would apply to `sed' as come up for `awk'. If you go and buy the most recent, up-to-date book on "Sed & Awk" from O'Reilly, you'll find that it was last updated in 1997. And *most* things in those two commands haven't changed much since the first edition, in 1990. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 02:18:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BE2316A4DA for ; Thu, 7 Sep 2006 02:18:05 +0000 (UTC) (envelope-from prvs=julian=39828977f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2591843D49 for ; Thu, 7 Sep 2006 02:18:04 +0000 (GMT) (envelope-from prvs=julian=39828977f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 06 Sep 2006 19:18:04 -0700 Message-ID: <44FF815C.9020609@elischer.org> Date: Wed, 06 Sep 2006 19:18:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Nate's talk starts in 30 minutes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 02:18:05 -0000 7:40 PST (He's running late) http://www.bafug.org/ rtsp://jello.ironport.com:80/bafug-live.sdp for the feed for those who can not attend. Quicktime, mplayer and VLC have been seen to work at various times. topic is ACPI #bafug on efnet is feedback channel From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 03:09:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A80C16A4DD for ; Thu, 7 Sep 2006 03:09:23 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE63343D46 for ; Thu, 7 Sep 2006 03:09:22 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.7/8.13.1) with ESMTP id k8739Jtl089000 for ; Wed, 6 Sep 2006 23:09:19 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.7/8.13.1/Submit) id k8739DGn088999 for freebsd-current@freebsd.org; Wed, 6 Sep 2006 23:09:13 -0400 (EDT) (envelope-from bv) Date: Wed, 6 Sep 2006 23:09:13 -0400 From: Bill Vermillion To: freebsd-current@freebsd.org Message-ID: <20060907030913.GN87762@wjv.com> References: <20060906120042.9E9DB16A532@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060906120042.9E9DB16A532@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SPF_HELO_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on bilver.wjv.com Subject: Re: Adding a 'D - Date' option to 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 03:09:23 -0000 While normally not able to pour water out of a boot with instructions on the heel, on Wed, Sep 06, 2006 at 12:00 our dear friend freebsd-current-request@freebsd.org uttered this load of codswallop: > Date: Tue, 5 Sep 2006 18:32:43 -0400 > From: Garance A Drosehn > Subject: Re: Adding a '-D date' option to `cat' > At 3:00 PM -0700 9/5/06, Doug Barton wrote: > >Julian Elischer wrote: > >> then there will be a bikeshed about adding a new tool > >... which can safely be ignored, even if it occurs, because > >creating new and potentially useful tools always creates > >less drama then mucking about with old (or really old) ones. > >I haven't heard anyone say, "No such functionality should > >exist in FreeBSD," but I have heard several people say "Don't > >bastardize the Unix model." I even like Sam's proposed name. > I think his suggestion is the wrong solution. Is it *really* more > efficient to have ten commands, each of which will duplicate 99% of > the code in cat? And then users are supposed to string all of those > commands together, as is often talked about as a "virtue", such as: > somecommand | number | stamp | disptab | dispnonprint > Is that *really* more efficient? Four commands, taking up 36K of > disk space, instead of one command in 9K? Four processes doing the > exact same read/write loop, where 99% of the processing is in that > reading and writing? ... However if using your example of stringing programs together, if you make a separate program then it can be used in a pipe so you can apply it to any program you wish. That's pretty much the basic Unix philosophy - a lot of small programs that can be chained together to do almost anything you can imagine, instead of putting all the POSSIBLE needed options into each program that MAY or MAY NOT need it. Adding the options to other programs [once something gets in motion it's hard to stop] would cause more bloat than 4 commands that could be used in any order or fashion for other uses. That philosphy is what makes Unix so maleable as opposed to other OSes wich bloat programs that should be simple and used as bullding blocks to swiss-army-knife-options tools. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 03:43:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A7D16A4DD; Thu, 7 Sep 2006 03:43:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18EA143D67; Thu, 7 Sep 2006 03:43:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k873hO84023362; Wed, 6 Sep 2006 23:43:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k873hPSY070636; Wed, 6 Sep 2006 23:43:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F344E7302F; Wed, 6 Sep 2006 23:43:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060907034324.F344E7302F@freebsd-current.sentex.ca> Date: Wed, 6 Sep 2006 23:43:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 03:43:26 -0000 TB --- 2006-09-07 01:49:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-07 01:49:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-09-07 01:49:01 - cleaning the object tree TB --- 2006-09-07 01:49:45 - checking out the source tree TB --- 2006-09-07 01:49:45 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-09-07 01:49:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-07 01:56:35 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-07 01:56:35 - cd /src TB --- 2006-09-07 01:56:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-09-07 03:34:44 - generating LINT kernel config TB --- 2006-09-07 03:34:44 - cd /src/sys/amd64/conf TB --- 2006-09-07 03:34:44 - /usr/bin/make -B LINT TB --- 2006-09-07 03:34:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-07 03:34:44 - cd /src TB --- 2006-09-07 03:34:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 7 03:34:44 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/sound/usb/uaudio.c:3078: error: syntax error before "usbd_status" /src/sys/dev/sound/usb/uaudio.c:3109: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3119: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3184: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3232: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3277: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3717: error: syntax error before "usbd_status" /src/sys/dev/sound/usb/uaudio.c:4523: error: syntax error before "int" *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-07 03:43:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-07 03:43:24 - ERROR: failed to build lint kernel TB --- 2006-09-07 03:43:24 - tinderbox aborted TB --- 1.55 user 7.12 system 6863.59 real From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 05:08:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8F3D16A4DE for ; Thu, 7 Sep 2006 05:08:22 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6246B43D46 for ; Thu, 7 Sep 2006 05:08:22 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k8758Juc024544; Thu, 7 Sep 2006 01:08:21 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060907030913.GN87762@wjv.com> References: <20060906120042.9E9DB16A532@hub.freebsd.org> <20060907030913.GN87762@wjv.com> Date: Thu, 7 Sep 2006 01:08:18 -0400 To: bv@wjv.com, freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Subject: Re: Adding a 'D - Date' option to 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:08:22 -0000 At 11:09 PM -0400 9/6/06, Bill Vermillion wrote: > >That's pretty much the basic Unix philosophy - a lot of small >programs that can be chained together to do almost anything you can >imagine, instead of putting all the POSSIBLE needed options into >each program that MAY or MAY NOT need it. Well, the proposed option to `cat' is already dead, but just as an aside: Notice what happens when some issue like this comes up. The unix philosophy is supposedly to champion lots of small utility programs. An issue like Julian's comes up, where no *small*, well-designed utility can get the job done. What does everyone suggest? Why, "Just load up a turing-complete multi-megabyte executable like Perl [which FreeBSD won't even include in the base OS because it's too much of a hassle], and then write/debug your own perl script which can handle your job!". Uh, perl is not a small utility program. The fact is that unix doesn't really deliver on it's own philosophy. Unix wizards constantly punt user questions off to *massive* programs which have a billion options. There is something very inconsistent in that. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 05:09:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E669216A4DD; Thu, 7 Sep 2006 05:09:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E97B243D70; Thu, 7 Sep 2006 05:09:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k8759AMi049318; Thu, 7 Sep 2006 01:09:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k8759BA2018683; Thu, 7 Sep 2006 01:09:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A0017302F; Thu, 7 Sep 2006 01:09:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060907050911.4A0017302F@freebsd-current.sentex.ca> Date: Thu, 7 Sep 2006 01:09:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:09:33 -0000 TB --- 2006-09-07 03:43:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-07 03:43:25 - starting HEAD tinderbox run for i386/i386 TB --- 2006-09-07 03:43:25 - cleaning the object tree TB --- 2006-09-07 03:43:59 - checking out the source tree TB --- 2006-09-07 03:43:59 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-09-07 03:43:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-07 03:50:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-07 03:50:42 - cd /src TB --- 2006-09-07 03:50:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-09-07 05:00:03 - generating LINT kernel config TB --- 2006-09-07 05:00:03 - cd /src/sys/i386/conf TB --- 2006-09-07 05:00:03 - /usr/bin/make -B LINT TB --- 2006-09-07 05:00:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-07 05:00:03 - cd /src TB --- 2006-09-07 05:00:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 7 05:00:03 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/sound/usb/uaudio.c:3078: error: syntax error before "usbd_status" /src/sys/dev/sound/usb/uaudio.c:3109: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3119: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3184: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3232: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3277: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3717: error: syntax error before "usbd_status" /src/sys/dev/sound/usb/uaudio.c:4523: error: syntax error before "int" *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-07 05:09:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-07 05:09:11 - ERROR: failed to build lint kernel TB --- 2006-09-07 05:09:11 - tinderbox aborted TB --- 1.14 user 5.96 system 5145.89 real From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 05:20:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6499516A4E6 for ; Thu, 7 Sep 2006 05:20:30 +0000 (UTC) (envelope-from kjelderg@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB63C43D45 for ; Thu, 7 Sep 2006 05:20:29 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so137578pye for ; Wed, 06 Sep 2006 22:20:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=r4QhGAIpTjpjZxemv1EsW0LLMk2hcEalMPL609CHJTT+TK+edDWrqeI0wyfhOG32NeDj7pOFFKwpuCVSjfiaXmV6AE5vkDoTDLSCXntpDAbwCmW86QLJwX/JbSYNzQodE5hpJtGp+CMgNS2NYSKlRhcps5UEIzlYf99SPXn6J00= Received: by 10.35.96.11 with SMTP id y11mr552649pyl; Wed, 06 Sep 2006 22:20:29 -0700 (PDT) Received: by 10.35.108.4 with HTTP; Wed, 6 Sep 2006 22:20:28 -0700 (PDT) Message-ID: Date: Thu, 7 Sep 2006 05:20:28 +0000 From: "Eric Kjeldergaard" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: 6.1 install on a PowerEdge 6400 with AMR raid card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:20:30 -0000 I found this problem on an archive of this list. http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/c6227c003f6817df/c720a6c7a55c807a%23c720a6c7a55c807a This is very similar to the problem I'm having with my 6.1 install. I set up a raid5 on my AMR card (an enterprise 1200 with 4 scsi discs) and booted up the installer. After partitioning the disks and labeling, choosing distributions, etc. I hit commit and it reliably stalled after adding part 2/30 from base. Strange behaviour, I thought. So I got around this by booting up with Freesbie and using that sysinstall after changing it to install 6.1-RELEASE but otherwise with the same steps all the way through. It worked well and I rebooted. And the OS wouldn't boot (some error regarding LBA). Trying to boot with grub also showed an error of similar sorts. It came to me that it may be the raid5 that was at fault for the booting issues so I quickly (as quickly as one can, at least) set the disks up in a raid10 and installed freebsd, but upon trying to do mountroot, it hangs leaving a mountroot prompt that cannot be typed into. Are there known issues with the MegaRaid Enterprise 1200 cards for booting FreeBSD? Are the passingly-mentioned patches already in the 6.1 tree? Does anyone have any recommendations of things that can be tried before I purchase another RAID card? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 05:21:20 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B297D16A500 for ; Thu, 7 Sep 2006 05:21:20 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4220443D4C for ; Thu, 7 Sep 2006 05:21:20 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k875LFie025902; Thu, 7 Sep 2006 01:21:16 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44FF815C.9020609@elischer.org> References: <44FF815C.9020609@elischer.org> Date: Thu, 7 Sep 2006 01:21:14 -0400 To: Julian Elischer , current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Subject: Re: Nate's talk starts in 30 minutes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:21:20 -0000 At 7:18 PM -0700 9/6/06, Julian Elischer wrote: >7:40 PST (He's running late) >http://www.bafug.org/ > >topic is ACPI > It's very much appreciated that the BAFug goes to so much extra work to make these presentations available in multiple forms to a wide audience. Thanks muchly. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 05:25:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D920916A4E2; Thu, 7 Sep 2006 05:25:21 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506C643D46; Thu, 7 Sep 2006 05:25:21 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.49] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k875PEOA080371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 22:25:15 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44FFAD2A.30009@FreeBSD.org> Date: Wed, 06 Sep 2006 22:24:58 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Julian Elischer References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> In-Reply-To: <44FF72B9.7000201@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Doug Barton , Garance A Drosehn , Peter Jeremy Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:25:21 -0000 Julian Elischer wrote: > Maxim Sobolev wrote: > >> Why not just write simple 5-line script in your favorite scripting >> language (perl, python, ruby etc) that does just this and forget about >> it? I don't think performance is really a concern here since the most >> time this program will spend waiting for the I/O anyway, so that doing >> it in C makes little or no sense. >> >> IMHO this is one of the reasons we do have all those lightweight >> languages around - to avoid having separate utility and/or command >> line option for each and every particular situation. >> >> -Maxim > > > > perl is not lightweight to install on a machine. > have you seen how much crap gets installed when you add perl? Well, with the current disk space $/MB ratio it *is* lightweight. ;-) > lightweight is adding 100 instructions or so to 'date'. > or adding the strftime instruction to awk (as it is in gawk) Adding strftime to awk looks like better approach, since awk essentially is a scripting language. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 05:41:34 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40F8916A5CF; Thu, 7 Sep 2006 05:41:34 +0000 (UTC) (envelope-from markd@kermodei.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id D914C43D46; Thu, 7 Sep 2006 05:41:32 +0000 (GMT) (envelope-from markd@kermodei.org) X-ORBL: [67.123.80.209] Received: from osprey.kermodei.org (osprey.kermodei.org [67.123.80.209]) by ylpvm15.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k875fB40031604; Thu, 7 Sep 2006 01:41:12 -0400 Received: from localhost (osprey.kermodei.org [127.0.0.1]) by osprey.kermodei.org (Postfix) with ESMTP id 216275C4F; Wed, 6 Sep 2006 22:41:28 -0700 (PDT) Received: from osprey.kermodei.org ([127.0.0.1]) by localhost (osprey.kermodei.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 29571-03; Wed, 6 Sep 2006 22:41:26 -0700 (PDT) Received: by osprey.kermodei.org (Postfix, from userid 1000) id E73375C27; Wed, 6 Sep 2006 22:41:25 -0700 (PDT) From: Mark Diekhans MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17663.45317.810311.828520@osprey.kermodei.org> Date: Wed, 6 Sep 2006 22:41:25 -0700 To: Maxim Sobolev In-Reply-To: <44FFAD2A.30009@FreeBSD.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <44FFAD2A.30009@FreeBSD.org> X-Mailer: VM 7.19 under Emacs 21.3.1 Cc: Doug Barton , Peter Jeremy , freebsd-current@FreeBSD.org, Julian Elischer , Garance A Drosehn Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:41:34 -0000 Maxim Sobolev writes: > Adding strftime to awk looks like better approach, gawk (gnu awk) has strftime() and systime() functions. > since awk essentially is a scripting language. I think of it more as a work of art... markd From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 06:32:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC2F716A4DD; Thu, 7 Sep 2006 06:32:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C07843D4C; Thu, 7 Sep 2006 06:32:50 +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.8/8.13.8) with ESMTP id k876WmqH034501; Thu, 7 Sep 2006 02:32:48 -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.8/8.13.8) with ESMTP id k876WnWm051704; Thu, 7 Sep 2006 02:32:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 143E87302F; Thu, 7 Sep 2006 02:32:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060907063249.143E87302F@freebsd-current.sentex.ca> Date: Thu, 7 Sep 2006 02:32:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 06:32:50 -0000 TB --- 2006-09-07 05:09:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-07 05:09:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-09-07 05:09:11 - cleaning the object tree TB --- 2006-09-07 05:09:39 - checking out the source tree TB --- 2006-09-07 05:09:39 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-09-07 05:09:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-07 05:16:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-07 05:16:15 - cd /src TB --- 2006-09-07 05:16:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-09-07 06:25:31 - generating LINT kernel config TB --- 2006-09-07 06:25:31 - cd /src/sys/pc98/conf TB --- 2006-09-07 06:25:31 - /usr/bin/make -B LINT TB --- 2006-09-07 06:25:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-07 06:25:31 - cd /src TB --- 2006-09-07 06:25:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 7 06:25:31 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/sound/usb/uaudio.c:3078: error: syntax error before "usbd_status" /src/sys/dev/sound/usb/uaudio.c:3109: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3119: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3184: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3232: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3277: error: syntax error before "void" /src/sys/dev/sound/usb/uaudio.c:3717: error: syntax error before "usbd_status" /src/sys/dev/sound/usb/uaudio.c:4523: error: syntax error before "int" *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-07 06:32:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-07 06:32:48 - ERROR: failed to build lint kernel TB --- 2006-09-07 06:32:48 - tinderbox aborted TB --- 1.14 user 5.85 system 5017.27 real From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 08:07:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B5C916A4DA; Thu, 7 Sep 2006 08:07:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A3B943D46; Thu, 7 Sep 2006 08:07:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k8787Uhs041282; Thu, 7 Sep 2006 04:07:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k8787Vuc008267; Thu, 7 Sep 2006 04:07:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 051A77302F; Thu, 7 Sep 2006 04:07:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060907080731.051A77302F@freebsd-current.sentex.ca> Date: Thu, 7 Sep 2006 04:07:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 08:07:32 -0000 TB --- 2006-09-07 06:32:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-07 06:32:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-09-07 06:32:49 - cleaning the object tree TB --- 2006-09-07 06:33:14 - checking out the source tree TB --- 2006-09-07 06:33:14 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-09-07 06:33:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-07 06:40:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-07 06:40:18 - cd /src TB --- 2006-09-07 06:40:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-09-07 07:57:08 - generating LINT kernel config TB --- 2006-09-07 07:57:08 - cd /src/sys/sparc64/conf TB --- 2006-09-07 07:57:08 - /usr/bin/make -B LINT TB --- 2006-09-07 07:57:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-07 07:57:08 - cd /src TB --- 2006-09-07 07:57:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 7 07:57:08 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:145: error: syntax error before "const" /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:192: error: syntax error before "struct" /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:223: error: syntax error before "int" /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c: In function `ubt_match': /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:269: error: syntax error before "struct" /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c: At top level: /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:68: warning: 'ubt_attach' used but never defined /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:68: warning: 'ubt_detach' used but never defined *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-07 08:07:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-07 08:07:30 - ERROR: failed to build lint kernel TB --- 2006-09-07 08:07:30 - tinderbox aborted TB --- 0.98 user 5.07 system 5681.66 real From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 10:29:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE5DF16A4E9; Thu, 7 Sep 2006 10:29:47 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCCE43D53; Thu, 7 Sep 2006 10:29:45 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [172.16.3.238] (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id k87ASsxF074005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Sep 2006 11:29:10 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=softfail; spf=softfail X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk k87ASsxF074005 Message-ID: <44FFF466.2090700@infracaninophile.co.uk> Date: Thu, 07 Sep 2006 11:28:54 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.5 (X11/20060817) MIME-Version: 1.0 To: Garance A Drosehn References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC1C1C074C24EFB069A35444D" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [81.187.76.162]); Thu, 07 Sep 2006 11:29:33 +0100 (BST) X-Virus-Scanned: ClamAV 0.88.4/1816/Thu Sep 7 03:29:36 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING,SPF_SOFTFAIL autolearn=no version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on happy-idiot-talk.infracaninophile.co.uk Cc: Peter Jeremy , Doug Barton , Julian Elischer , freebsd-current@freebsd.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 10:29:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC1C1C074C24EFB069A35444D Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Garance A Drosehn wrote: > Actually, I have another useful option in mind that could be added > with very little effort. So let me say that I do intend to install > this as a new /usr/bin/sfilter command, assuming that does not > generate too many objections. I expect this will work out better > than adding new options to `date' or to `cat'. Do you intend sfilter to subsume the functionality of nl(1)? Seems like a natural match... gd&r Matthew --=20 Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK --------------enigC1C1C074C24EFB069A35444D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE//Rm8Mjk52CukIwRA0+lAJ43Bps809sCCjCg6Fqde4Wsi+CnMwCfTvUY ngtCtDNtMvPsUvV+SHSg3Xg= =FRYx -----END PGP SIGNATURE----- --------------enigC1C1C074C24EFB069A35444D-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 09:30:43 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A0D16A4DA for ; Thu, 7 Sep 2006 09:30:43 +0000 (UTC) (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 AE36343D49 for ; Thu, 7 Sep 2006 09:30:42 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kdapat@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k879UY3A012984; Thu, 7 Sep 2006 11:30:39 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k879UXDq012983; Thu, 7 Sep 2006 11:30:33 +0200 (CEST) (envelope-from olli) Date: Thu, 7 Sep 2006 11:30:33 +0200 (CEST) Message-Id: <200609070930.k879UXDq012983@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, bv@wjv.com, drosih@rpi.edu In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 07 Sep 2006 11:30:40 +0200 (CEST) X-Mailman-Approved-At: Thu, 07 Sep 2006 12:07:19 +0000 Cc: Subject: Re: Adding a 'D - Date' option to 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:30:43 -0000 Garance A Drosihn wrote: > Bill Vermillion wrote: > > > > That's pretty much the basic Unix philosophy - a lot of small > > programs that can be chained together to do almost anything you can > > imagine, instead of putting all the POSSIBLE needed options into > > each program that MAY or MAY NOT need it. > > Well, the proposed option to `cat' is already dead, but just > as an aside: > > Notice what happens when some issue like this comes up. The > unix philosophy is supposedly to champion lots of small utility > programs. An issue like Julian's comes up, where no *small*, > well-designed utility can get the job done. What does everyone > suggest? Why, "Just load up a turing-complete multi-megabyte > executable like Perl [which FreeBSD won't even include in the > base OS because it's too much of a hassle], and then write/debug > your own perl script which can handle your job!". Gnu-awk is about 150 KB in size (which isn't huge, IMHO), and adding timestamps with it is a trivial one-liner. Admittedly it is not in the FreeBSD base system anymore (unfortunately), but adding it from ports or packages is only a matter of a few seconds. I'm using it all the time. 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. "It combines all the worst aspects of C and Lisp: a billion different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript." -- Jamie Zawinski, when asked: "What's wrong with perl?" From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 14:02:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C28716A4EA for ; Thu, 7 Sep 2006 14:02:04 +0000 (UTC) (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 B788143D46 for ; Thu, 7 Sep 2006 14:02:02 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 60200 invoked from network); 7 Sep 2006 13:46:52 -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 ; 7 Sep 2006 13:46:52 -0000 Message-ID: <45002659.9050203@freebsd.org> Date: Thu, 07 Sep 2006 16:02:01 +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: Jack Vogel References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <44F9384C.9070902@freebsd.org> <2a41acea0609021741y481a04c0r42902166eaba78d7@mail.gmail.com> <20060905162542.GA63869@hub.freebsd.org> <44FDAF08.20407@freebsd.org> <20060905182313.GA85389@hub.freebsd.org> <44FDD65C.6070109@freebsd.org> <2a41acea0609051410i7d968b88ocf240514ff410452@mail.gmail.com> <44FDECB6.2040304@freebsd.org> <2a41acea0609051523w55939cdeu71ee9857f40d1294@mail.gmail.com> In-Reply-To: <2a41acea0609051523w55939cdeu71ee9857f40d1294@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Prafulla Deuskar Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 14:02:04 -0000 Jack Vogel wrote: > On 9/5/06, Andre Oppermann wrote: >> > If you do the ifconfig changes there will need to be a small amount of >> > code added to em_ioctl() but it should be trivial. >> > >> > You want me to reissue a driver patch with changes for your code? >> >> Yes, please do so. I've got a dual-em card which I can test with myself. > > OK, attached new patch, this one even has the ioctl change so when > you get the ifconfig change in it will be ready. The TSO code is committed. There has been a slight change with the ifcapabilities to differentiate between TSO for IPv4 and IPv6 which can be set independently. The pseudo-header checksum is always provided in m_pkthdr.csum_data, you don't have to compute it yourself in the driver. TSO for IPv6 is not yet functional as it is missing the in6_pseudo() function and some changes to ip6_output(). I have contacted one of our IPv6 gurus to develop the patches and get it fully functional as well. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 14:58:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA3C16A4EE; Thu, 7 Sep 2006 14:58:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B6443D7D; Thu, 7 Sep 2006 14:58:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k87Evr42084867; Thu, 7 Sep 2006 10:57:53 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 7 Sep 2006 10:57:43 -0400 User-Agent: KMail/1.9.1 References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> In-Reply-To: <44FF72B9.7000201@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609071057.44515.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 07 Sep 2006 10:57:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1816/Wed Sep 6 22:29:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Doug Barton , Julian Elischer , Garance A Drosehn , Peter Jeremy Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 14:58:13 -0000 On Wednesday 06 September 2006 21:15, Julian Elischer wrote: > Maxim Sobolev wrote: > > > Why not just write simple 5-line script in your favorite scripting > > language (perl, python, ruby etc) that does just this and forget about > > it? I don't think performance is really a concern here since the most > > time this program will spend waiting for the I/O anyway, so that doing > > it in C makes little or no sense. > > > > IMHO this is one of the reasons we do have all those lightweight > > languages around - to avoid having separate utility and/or command > > line option for each and every particular situation. > > > > -Maxim > > > > perl is not lightweight to install on a machine. > have you seen how much crap gets installed when you add perl? > > lightweight is adding 100 instructions or so to 'date'. > or adding the strftime instruction to awk (as it is in gawk) Why not install the gawk port on the machines you need this on rather than perl and use gawk then? It doesn't look to be that heavyweight of a port. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 15:20:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42E716A4DA; Thu, 7 Sep 2006 15:20:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D9F243D70; Thu, 7 Sep 2006 15:20:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k87FKTOE074050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Sep 2006 08:20:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <450038BD.6010401@errno.com> Date: Thu, 07 Sep 2006 08:20:29 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301F126D5@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301F126D5@NT-IRVA-0750.brcm.ad.broadcom.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleg Bulyzhin , freebsd-current@freebsd.org, LI Xin , "Simon L. Nielsen" Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 15:20:55 -0000 David Christensen wrote: >>> Driver fails to start with diagnostic: >>> bge0: RX CPU self-diagnostics failed! >> As a followup, I tried backing out only the latest bge(4) changes and >> now the system (sledge.freebsd.org) works again. Basically the system >> responded to ICMP ping, but it seemed all other network trafic didn't >> work, at least NFS mounts, NTP etc. failed at boot and ssh to the >> system didn't work. >> >> It now works with: >> >> $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24 >> 14:41:16 oleg Exp $ >> $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23 >> 11:32:54 glebius Exp $ >> >> I can test patches if needed. >> > > I tried several 5702 NICs with various revisions and was never able to > duplicate the problem you're seeing. They all worked correctly with my > first patch. > > Can you test the attached patch? I've simply removed the test > altogether. > The Linux driver doesn't perform this test and the fact that the test is > performed after bge_reset() is called simply means we're checking the > same > information twice (i.e. did the NIC firmware load). Since the firmware > handshake was successful we know the firmware loaded so the test is > redundant. This appears to fix problems I was seeing on a 5703 part (sorry David, told you 5702 before): bge0: mem 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 This is a Dell 600m. Prior to the patch I'd get the RX diagnostic failed msg. dhclient would fetch a lease but I couldn't mount an nfs volume (w/ UDP). With your patch things appear to work as before. Sam From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 16:23:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE2E16A4DF for ; Thu, 7 Sep 2006 16:23:47 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F46A43D67 for ; Thu, 7 Sep 2006 16:23:39 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.7/8.13.1) with ESMTP id k87GNaxM094968 for ; Thu, 7 Sep 2006 12:23:36 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.7/8.13.1/Submit) id k87GNPBm094967 for freebsd-current@freebsd.org; Thu, 7 Sep 2006 12:23:25 -0400 (EDT) (envelope-from bv) Date: Thu, 7 Sep 2006 12:23:25 -0400 From: Bill Vermillion To: freebsd-current@freebsd.org Message-ID: <20060907162325.GJ94278@wjv.com> References: <20060907120055.91D8A16A54D@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060907120055.91D8A16A54D@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SPF_HELO_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on bilver.wjv.com Subject: Re: Adding a 'D - date' option in 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 16:23:47 -0000 On Thu, Sep 07, 2006 at 12:00 , freebsd-current-request@freebsd.org moved his mouse, rebooted for the change to take effect, and then said: > Date: Thu, 7 Sep 2006 01:08:18 -0400 > From: Garance A Drosihn > To: bv@wjv.com, freebsd-current@freebsd.org > At 11:09 PM -0400 9/6/06, Bill Vermillion wrote: > >That's pretty much the basic Unix philosophy - a lot of small > >programs that can be chained together to do almost anything you can > >imagine, instead of putting all the POSSIBLE needed options into > >each program that MAY or MAY NOT need it. > Well, the proposed option to `cat' is already dead, but just > as an aside: Good - from my POV. > Notice what happens when some issue like this comes up. The > unix philosophy is supposedly to champion lots of small utility > programs. An issue like Julian's comes up, where no *small*, > well-designed utility can get the job done. What does everyone > suggest? Why, "Just load up a turing-complete multi-megabyte > executable like Perl [which FreeBSD won't even include in the > base OS because it's too much of a hassle], and then write/debug > your own perl script which can handle your job!". Perl was taken out for good reason - and was documented as to why. It just grew and grew and grew until it was truly bloated. Many of the scripts used to compile/install FBSD used Perl, and those were all re-written to be shell scripts. I've installed BSD on very small machines - basically used as firewalls - and Perl was absolutely NOT NEEDED. Putting a sysmlink from /usr/bin/bin pointing to /usr/local/bin/[current Perl version] was a good idea, and this way and the /usr/local/bin/use.perl let you choose which one to use. > Uh, perl is not a small utility program. The fact is that unix > doesn't really deliver on it's own philosophy. Unix wizards > constantly punt user questions off to *massive* programs which > have a billion options. There is something very inconsistent > in that. I don't see that. But then again I moved to Unix in 1983 - and got away from all the bloat and crap that others but in their OSes. And my first contact with BSD type systems was in NeXTStep - which had a lot of BSD in it - and when running at a command line it was just like BSD for the most part. And after spending many years supporting Unix [not BSD] System III [and one earlier] and System V.X environment, I've come to truly appreicate the lean-ness of FreeBSD and it's consistant design philoophy - which >usually< follows the man 7 hier quite well. The last Sys V.x system I worked on daily - with sometimes long hours - were a small amount of SGIs for an ISP years ago. We moved from IRIX to FreeBSD 2.7 [or some nearby version] on Intel chips that were clocked slower than the RISC chips on the SGIs, and from the Netscape Web Servers to Apache and found drastic performance improvement. Not everyone needs a system with all the bells-and-whistles ever invented and many want a sysstem that can be made small and compact and eliminate things not needed. That last small BSD I installed was on an 800MB drive that left me 400MB user space. So many other OSes just give up when given something that small. I'm not a Unix guru - but have been working with it long enough as a system-admin-for-hir to appreciate the lean-and-mean approach. And as an aside the kernel in a server I'm just building up with 6.1-RELEASE has a kernel that is larger than the total distribution of my first Unix based system - a Xenix system on a 68000. That was so BSD like [an early Xenix] that when you compiled thins from places such as alt.sources.unix all you had to do was specify the system as CSRG compliant and all went well. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 17:24:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D7F16A4DD; Thu, 7 Sep 2006 17:24:25 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B505B43D46; Thu, 7 Sep 2006 17:24:24 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Thu, 07 Sep 2006 10:24:14 -0700 X-Server-Uuid: D9EB6F12-1469-4C1C-87A2-5E4C0D6F9D06 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id F1B1D2B0; Thu, 7 Sep 2006 10:24:13 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id CBBCB2AF; Thu, 7 Sep 2006 10:24:13 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEO88842; Thu, 7 Sep 2006 10:24:02 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id A4A1369CA3; Thu, 7 Sep 2006 10:24:02 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 7 Sep 2006 10:24:01 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301F128C8@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <450038BD.6010401@errno.com> Thread-Topic: bge(4) on BCM 5752 A02 panic due to media autoselect Thread-Index: AcbSkTGI+afBDAV+TIyn/Nr5oggIbgAEDiQg From: "David Christensen" To: "Sam Leffler" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006090705; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230352E34353030353433372E303033342D412D; ENG=IBF; TS=20060907172415; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006090705_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 691E8A343885239316-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Oleg Bulyzhin , freebsd-current@freebsd.org, LI Xin , "Simon L. Nielsen" Subject: RE: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 17:24:25 -0000 > > Can you test the attached patch? I've simply removed the test > > altogether. > > The Linux driver doesn't perform this test and the fact=20 > that the test is > > performed after bge_reset() is called simply means we're=20 > checking the > > same > > information twice (i.e. did the NIC firmware load). Since=20 > the firmware > > handshake was successful we know the firmware loaded so the test is > > redundant. >=20 > This appears to fix problems I was seeing on a 5703 part (sorry David, > told you 5702 before): >=20 > bge0: mem=20 > 0xfaff0000-0xfaffffff > irq 11 at device 0.0 on pci2 >=20 There is actually a defect in the bge driver that will identify a 5702 as a 5703. This is caused by the fact that both the 5702 and the 5703 use the same ASIC IDs in hardware and the bge driver doesn't do any further checking to separate the two. My testing confirmed that the bge driver incorrectly=20 identified a 5702 as a 5703. > This is a Dell 600m. Prior to the patch I'd get the RX diagnostic > failed msg. dhclient would fetch a lease but I couldn't mount an nfs > volume (w/ UDP). With your patch things appear to work as before. That's good to know. If at least one of the other users who reported a=20 problem with my last patch can confirm that the issue is also fixed by=20 this change then I'll go ahead and commit it. Dave From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 18:33:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F03D16A4DD; Thu, 7 Sep 2006 18:33:59 +0000 (UTC) (envelope-from prvs=julian=39828977f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1F1743DA1; Thu, 7 Sep 2006 18:33:32 +0000 (GMT) (envelope-from prvs=julian=39828977f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 07 Sep 2006 11:33:15 -0700 Message-ID: <450065EC.7040604@elischer.org> Date: Thu, 07 Sep 2006 11:33:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> In-Reply-To: <200609071057.44515.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Jeremy , Garance A Drosehn , Doug Barton Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:33:59 -0000 John Baldwin wrote: >On Wednesday 06 September 2006 21:15, Julian Elischer wrote: > > >>Maxim Sobolev wrote: >> >> >> >>>Why not just write simple 5-line script in your favorite scripting >>>language (perl, python, ruby etc) that does just this and forget about >>>it? I don't think performance is really a concern here since the most >>>time this program will spend waiting for the I/O anyway, so that doing >>>it in C makes little or no sense. >>> >>>IMHO this is one of the reasons we do have all those lightweight >>>languages around - to avoid having separate utility and/or command >>>line option for each and every particular situation. >>> >>>-Maxim >>> >>> >> >>perl is not lightweight to install on a machine. >>have you seen how much crap gets installed when you add perl? >> >>lightweight is adding 100 instructions or so to 'date'. >>or adding the strftime instruction to awk (as it is in gawk) >> >> > >Why not install the gawk port on the machines you need this on rather than >perl and use gawk then? It doesn't look to be that heavyweight of a port. > > so, instead of "add 20 lines of C and make something generally usefull, install another entire program" From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 18:35:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC4A16A4DD for ; Thu, 7 Sep 2006 18:35:59 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B8B43D77 for ; Thu, 7 Sep 2006 18:35:42 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Sep 2006 11:32:58 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k87IZVwx034746 for ; Thu, 7 Sep 2006 11:35:31 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k87IZVUF034745 for freebsd-current@freebsd.org; Thu, 7 Sep 2006 11:35:31 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200609071835.k87IZVUF034745@ambrisko.com> To: freebsd-current@freebsd.org Date: Thu, 7 Sep 2006 11:35:31 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: bge IPMI patch final review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:35:59 -0000 I'd like to commit my final bge version of the IPMI patch to keep IPMI working when FreeBSD attaches and also when the NIC is downed. I also have patches for the bce to do the same that I sent to David. This has various reviews and testing in the wild. I want to give a heads up since there have been changes in the bge driver recently. I'd like to not hold off on this anymore. Thanks, Doug A. Index: if_bge.c =================================================================== RCS file: /cvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.140 diff -u -p -r1.140 if_bge.c --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 +++ if_bge.c 7 Sep 2006 18:31:59 -0000 @@ -326,6 +326,7 @@ static void bge_dma_free(struct bge_soft static void bge_txeof(struct bge_softc *); static void bge_rxeof(struct bge_softc *); +static void bge_asf_driver_up (struct bge_softc *); static void bge_tick_locked(struct bge_softc *); static void bge_tick(void *); static void bge_stats_update(struct bge_softc *); @@ -376,7 +377,12 @@ static void bge_miibus_statchg(device_t) static void bge_poll(struct ifnet *ifp, enum poll_cmd cmd, int count); #endif -static void bge_reset(struct bge_softc *); +#define BGE_RESET_START 1 +#define BGE_RESET_STOP 2 +static void bge_sig_post_reset(struct bge_softc *, int); +static void bge_sig_legacy(struct bge_softc *, int); +static void bge_sig_pre_reset(struct bge_softc *, int); +static int bge_reset(struct bge_softc *); static void bge_link_upd(struct bge_softc *); static device_method_t bge_methods[] = { @@ -646,7 +652,6 @@ bge_miibus_statchg(device_t dev) { struct bge_softc *sc; struct mii_data *mii; - sc = device_get_softc(dev); mii = device_get_softc(sc->bge_miibus); @@ -968,6 +973,81 @@ bge_setmulti(struct bge_softc *sc) CSR_WRITE_4(sc, BGE_MAR0 + (i * 4), hashes[i]); } +static void +bge_sig_pre_reset(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode) + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); + + if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ + break; + } + } +} + +static void +bge_sig_post_reset(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000001); + /* START DONE */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000002); + break; + } + } +} + +static void +bge_sig_legacy(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ + break; + } + } +} + +void bge_stop_fw(struct bge_softc *); +void +bge_stop_fw(sc) + struct bge_softc *sc; +{ + int i; + + if (sc->bge_asf_mode) { + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, BGE_FW_PAUSE); + CSR_WRITE_4(sc, BGE_CPU_EVENT, + CSR_READ_4(sc, BGE_CPU_EVENT) != (1 << 14)); + + for (i = 0; i < 100; i++ ) { + if (!(CSR_READ_4(sc, BGE_CPU_EVENT) & (1 << 14))) + break; + DELAY(10); + } + } +} + /* * Do endian, PCI and DMA initialization. Also check the on-board ROM * self-test results. @@ -978,7 +1058,7 @@ bge_chipinit(struct bge_softc *sc) uint32_t dma_rw_ctl; int i; - /* Set endian type before we access any non-PCI registers. */ + /* Set endianness before we access any non-PCI registers. */ pci_write_config(sc->bge_dev, BGE_PCI_MISC_CTL, BGE_INIT, 4); /* @@ -1069,6 +1149,9 @@ bge_chipinit(struct bge_softc *sc) BGE_MODECTL_MAC_ATTN_INTR|BGE_MODECTL_HOST_SEND_BDS| BGE_MODECTL_TX_NO_PHDR_CSUM); + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + /* * Disable memory write invalidate. Apparently it is not supported * properly by these devices. @@ -1992,6 +2075,7 @@ bge_attach(device_t dev) uint32_t mac_tmp = 0; u_char eaddr[6]; int error = 0, rid; + int trys; sc = device_get_softc(dev); sc->bge_dev = dev; @@ -2059,7 +2143,38 @@ bge_attach(device_t dev) sc->bge_flags |= BGE_FLAG_PCIX; /* Try to reset the chip. */ - bge_reset(sc); + if (bge_reset(sc)) { + device_printf(sc->bge_dev, "chip reset failed\n"); + bge_release_resources(sc); + error = ENXIO; + goto fail; + } + + sc->bge_asf_mode = 0; + if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_SIG) + == BGE_MAGIC_NUMBER) { + if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_NICCFG) + & BGE_HWCFG_ASF) { + sc->bge_asf_mode |= ASF_ENABLE; + sc->bge_asf_mode |= ASF_STACKUP; + if (sc->bge_asicrev == BGE_ASICREV_BCM5750) { + sc->bge_asf_mode |= ASF_NEW_HANDSHAKE; + } + } + } + + /* Try to reset the chip again the nice way. */ + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_STOP); + if (bge_reset(sc)) { + device_printf(sc->bge_dev, "chip reset failed\n"); + bge_release_resources(sc); + error = ENXIO; + goto fail; + } + + bge_sig_legacy(sc, BGE_RESET_STOP); + bge_sig_post_reset(sc, BGE_RESET_STOP); if (bge_chipinit(sc)) { device_printf(sc->bge_dev, "chip initialization failed\n"); @@ -2188,13 +2303,26 @@ bge_attach(device_t dev) /* * Do transceiver setup. */ + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); +again: + bge_asf_driver_up(sc); + + trys = 0; if (mii_phy_probe(dev, &sc->bge_miibus, bge_ifmedia_upd, bge_ifmedia_sts)) { + if (trys++ < 4) { + device_printf(sc->bge_dev, "Try again\n"); + bge_miibus_writereg(sc->bge_dev, 1, MII_BMCR, BMCR_RESET); + goto again; + } + device_printf(sc->bge_dev, "MII without any PHY!\n"); bge_release_resources(sc); error = ENXIO; goto fail; } + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); } /* @@ -2295,7 +2423,7 @@ bge_release_resources(struct bge_softc * BGE_LOCK_DESTROY(sc); } -static void +static int bge_reset(struct bge_softc *sc) { device_t dev; @@ -2381,7 +2509,7 @@ bge_reset(struct bge_softc *sc) if (i == BGE_TIMEOUT) { device_printf(sc->bge_dev, "firmware handshake timed out\n"); - return; + return(0); } /* @@ -2401,6 +2529,8 @@ bge_reset(struct bge_softc *sc) /* Fix up byte swapping. */ CSR_WRITE_4(sc, BGE_MODE_CTL, BGE_DMA_SWAP_OPTIONS| BGE_MODECTL_BYTESWAP_DATA); + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); CSR_WRITE_4(sc, BGE_MAC_MODE, 0); @@ -2427,6 +2557,8 @@ bge_reset(struct bge_softc *sc) CSR_WRITE_4(sc, 0x7c00, v | (1<<25)); } DELAY(10000); + + return(0); } /* @@ -2740,6 +2872,25 @@ bge_intr(void *xsc) } static void +bge_asf_driver_up(struct bge_softc *sc) +{ + if (sc->bge_asf_mode & ASF_STACKUP) { + /* Send ASF heartbeat aprox. every 2s */ + if (sc->bge_asf_count) + sc->bge_asf_count --; + else { + sc->bge_asf_count = 5; + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, + BGE_FW_DRV_ALIVE); + bge_writemem_ind(sc, BGE_SOFTWARE_GENNCOMM_FW_LEN, 4); + bge_writemem_ind(sc, BGE_SOFTWARE_GENNCOMM_FW_DATA, 3); + CSR_WRITE_4(sc, BGE_CPU_EVENT, + CSR_READ_4(sc, BGE_CPU_EVENT) != (1 << 14)); + } + } +} + +static void bge_tick_locked(struct bge_softc *sc) { struct mii_data *mii = NULL; @@ -2753,7 +2904,9 @@ bge_tick_locked(struct bge_softc *sc) if ((sc->bge_flags & BGE_FLAG_TBI) == 0) { mii = device_get_softc(sc->bge_miibus); - mii_tick(mii); + /* Don't mess with the PHY in IPMI/ASF mode */ + if (!((sc->bge_asf_mode & ASF_STACKUP) && (sc->bge_link))) + mii_tick(mii); } else { /* * Since in TBI mode auto-polling can't be used we should poll @@ -2770,6 +2923,8 @@ bge_tick_locked(struct bge_softc *sc) } } + bge_asf_driver_up(sc); + callout_reset(&sc->bge_stat_ch, hz, bge_tick, sc); } @@ -3116,7 +3271,13 @@ bge_init_locked(struct bge_softc *sc) /* Cancel pending I/O and flush buffers. */ bge_stop(sc); + + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_START); bge_reset(sc); + bge_sig_legacy(sc, BGE_RESET_START); + bge_sig_post_reset(sc, BGE_RESET_START); + bge_chipinit(sc); /* @@ -3199,7 +3360,7 @@ bge_init_locked(struct bge_softc *sc) CSR_WRITE_4(sc, BGE_HCC_TX_MAX_COAL_BDS_INT, 1); } else #endif - + /* Enable host interrupts. */ { BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_CLEAR_INTA); @@ -3551,7 +3712,16 @@ bge_stop(struct bge_softc *sc) /* * Tell firmware we're shutting down. */ - BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_STOP); + bge_reset(sc); + bge_sig_legacy(sc, BGE_RESET_STOP); + bge_sig_post_reset(sc, BGE_RESET_STOP); + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + else + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); /* Free the RX lists. */ bge_free_rx_ring_std(sc); Index: if_bgereg.h =================================================================== RCS file: /cvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.52 diff -u -p -r1.52 if_bgereg.h --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 +++ if_bgereg.h 7 Sep 2006 18:31:59 -0000 @@ -74,6 +74,11 @@ #define BGE_SOFTWARE_GENCOMM 0x00000B50 #define BGE_SOFTWARE_GENCOMM_SIG 0x00000B54 #define BGE_SOFTWARE_GENCOMM_NICCFG 0x00000B58 +#define BGE_SOFTWARE_GENCOMM_FW 0x00000B78 +#define BGE_FW_DRV_ALIVE 0x00000001 +#define BGE_FW_PAUSE 0x00000002 +#define BGE_SOFTWARE_GENNCOMM_FW_LEN 0x00000B7C +#define BGE_SOFTWARE_GENNCOMM_FW_DATA 0x00000B80 #define BGE_SOFTWARE_GENCOMM_END 0x00000FFF #define BGE_UNMAPPED 0x00001000 #define BGE_UNMAPPED_END 0x00001FFF @@ -1651,6 +1656,7 @@ #define BGE_MODE_CTL 0x6800 #define BGE_MISC_CFG 0x6804 #define BGE_MISC_LOCAL_CTL 0x6808 +#define BGE_CPU_EVENT 0x6810 #define BGE_EE_ADDR 0x6838 #define BGE_EE_DATA 0x683C #define BGE_EE_CTL 0x6840 @@ -2063,6 +2069,7 @@ struct bge_status_block { #define BGE_HWCFG_VOLTAGE 0x00000003 #define BGE_HWCFG_PHYLED_MODE 0x0000000C #define BGE_HWCFG_MEDIA 0x00000030 +#define BGE_HWCFG_ASF 0x00000080 #define BGE_VOLTAGE_1POINT3 0x00000000 #define BGE_VOLTAGE_1POINT8 0x00000001 @@ -2433,6 +2440,10 @@ struct bge_bcom_hack { int val; }; +#define ASF_ENABLE 1 +#define ASF_NEW_HANDSHAKE 2 +#define ASF_STACKUP 4 + struct bge_softc { struct ifnet *bge_ifp; /* interface info */ device_t bge_dev; @@ -2452,8 +2463,10 @@ struct bge_softc { #define BGE_FLAG_PCIX 0x00000010 #define BGE_FLAG_PCIE 0x00000020 uint32_t bge_chipid; - uint8_t bge_asicrev; - uint8_t bge_chiprev; + uint8_t bge_asicrev; + uint8_t bge_chiprev; + uint8_t bge_asf_mode; + uint8_t bge_asf_count; struct bge_ring_data bge_ldata; /* rings */ struct bge_chain_data bge_cdata; /* mbufs */ uint16_t bge_tx_saved_considx; From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 18:45:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F8E416A4ED for ; Thu, 7 Sep 2006 18:45:34 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586F243DB9 for ; Thu, 7 Sep 2006 18:42:06 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id i21so97772wra for ; Thu, 07 Sep 2006 11:42:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=eaQ+9pzVV+locSH4Je4QICuAfuMCJtIErkMoPusIUdLiTXAyKZnmFIa3ZqXxOb78IBE8BvcaHEFxOBcKsxlviQ3zqm5DA44+CCIbvOTcUt6ixCfGUVS1fVnhfVMgPEYFDoM74ecFu+AnKBw1E1hNEXnqUM8ICPHnd+lEOvAmH6s= Received: by 10.90.117.15 with SMTP id p15mr425180agc; Thu, 07 Sep 2006 11:42:05 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Thu, 7 Sep 2006 11:42:04 -0700 (PDT) Message-ID: <7579f7fb0609071142t55ed3d6bib8c31db807cde0f7@mail.gmail.com> Date: Thu, 7 Sep 2006 11:42:05 -0700 From: "Matthew Jacob" To: "David Christensen" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org, Oleg Bulyzhin , "Simon L. Nielsen" , LI Xin Subject: Speaking of BGE(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:45:34 -0000 Speaking of BGE issues... a genuine amd64 motherboard with latest -current source can't deal with the onboard bge. Any help for me before I burn a PCI slot on another NIC card? bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: PHY read timed out bge1: mem 0xfe470000-0xfe47ffff,0xfe4600 00-0xfe46ffff irq 28 at device 3.1 on pci14 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge1: Ethernet address: 00:00:1a:18:ab:9f From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 18:46:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5337516A511 for ; Thu, 7 Sep 2006 18:46:00 +0000 (UTC) (envelope-from prvs=julian=39828977f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A7843E18 for ; Thu, 7 Sep 2006 18:43:59 +0000 (GMT) (envelope-from prvs=julian=39828977f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 07 Sep 2006 11:43:59 -0700 Message-ID: <45006870.4070403@elischer.org> Date: Thu, 07 Sep 2006 11:44:00 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200609071835.k87IZVUF034745@ambrisko.com> In-Reply-To: <200609071835.k87IZVUF034745@ambrisko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bge IPMI patch final review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:46:00 -0000 Doug Ambrisko wrote: >I'd like to commit my final bge version of the IPMI patch to keep IPMI >working when FreeBSD attaches and also when the NIC is downed. >I also have patches for the bce to do the same that I sent to David. >This has various reviews and testing in the wild. I want to give >a heads up since there have been changes in the bge driver recently. >I'd like to not hold off on this anymore. > > code looks good but could you add a bunch of comments explaining the handshake and how this works. (be verbose please) >Thanks, > >Doug A. > >Index: if_bge.c >=================================================================== >RCS file: /cvs/src/sys/dev/bge/if_bge.c,v >retrieving revision 1.140 >diff -u -p -r1.140 if_bge.c >--- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 >+++ if_bge.c 7 Sep 2006 18:31:59 -0000 >@@ -326,6 +326,7 @@ static void bge_dma_free(struct bge_soft > static void bge_txeof(struct bge_softc *); > static void bge_rxeof(struct bge_softc *); > >+static void bge_asf_driver_up (struct bge_softc *); > static void bge_tick_locked(struct bge_softc *); > static void bge_tick(void *); > static void bge_stats_update(struct bge_softc *); >@@ -376,7 +377,12 @@ static void bge_miibus_statchg(device_t) > static void bge_poll(struct ifnet *ifp, enum poll_cmd cmd, int count); > #endif > >-static void bge_reset(struct bge_softc *); >+#define BGE_RESET_START 1 >+#define BGE_RESET_STOP 2 >+static void bge_sig_post_reset(struct bge_softc *, int); >+static void bge_sig_legacy(struct bge_softc *, int); >+static void bge_sig_pre_reset(struct bge_softc *, int); >+static int bge_reset(struct bge_softc *); > static void bge_link_upd(struct bge_softc *); > > static device_method_t bge_methods[] = { >@@ -646,7 +652,6 @@ bge_miibus_statchg(device_t dev) > { > struct bge_softc *sc; > struct mii_data *mii; >- > sc = device_get_softc(dev); > mii = device_get_softc(sc->bge_miibus); > >@@ -968,6 +973,81 @@ bge_setmulti(struct bge_softc *sc) > CSR_WRITE_4(sc, BGE_MAR0 + (i * 4), hashes[i]); > } > >+static void >+bge_sig_pre_reset(sc, type) >+ struct bge_softc *sc; >+ int type; >+{ >+ if (sc->bge_asf_mode) >+ bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); >+ >+ if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { >+ switch (type) { >+ case BGE_RESET_START: >+ bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ >+ break; >+ case BGE_RESET_STOP: >+ bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ >+ break; >+ } >+ } >+} >+ >+static void >+bge_sig_post_reset(sc, type) >+ struct bge_softc *sc; >+ int type; >+{ >+ if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { >+ switch (type) { >+ case BGE_RESET_START: >+ bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000001); >+ /* START DONE */ >+ break; >+ case BGE_RESET_STOP: >+ bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000002); >+ break; >+ } >+ } >+} >+ >+static void >+bge_sig_legacy(sc, type) >+ struct bge_softc *sc; >+ int type; >+{ >+ if (sc->bge_asf_mode) { >+ switch (type) { >+ case BGE_RESET_START: >+ bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ >+ break; >+ case BGE_RESET_STOP: >+ bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ >+ break; >+ } >+ } >+} >+ >+void bge_stop_fw(struct bge_softc *); >+void >+bge_stop_fw(sc) >+ struct bge_softc *sc; >+{ >+ int i; >+ >+ if (sc->bge_asf_mode) { >+ bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, BGE_FW_PAUSE); >+ CSR_WRITE_4(sc, BGE_CPU_EVENT, >+ CSR_READ_4(sc, BGE_CPU_EVENT) != (1 << 14)); >+ >+ for (i = 0; i < 100; i++ ) { >+ if (!(CSR_READ_4(sc, BGE_CPU_EVENT) & (1 << 14))) >+ break; >+ DELAY(10); >+ } >+ } >+} >+ > /* > * Do endian, PCI and DMA initialization. Also check the on-board ROM > * self-test results. >@@ -978,7 +1058,7 @@ bge_chipinit(struct bge_softc *sc) > uint32_t dma_rw_ctl; > int i; > >- /* Set endian type before we access any non-PCI registers. */ >+ /* Set endianness before we access any non-PCI registers. */ > pci_write_config(sc->bge_dev, BGE_PCI_MISC_CTL, BGE_INIT, 4); > > /* >@@ -1069,6 +1149,9 @@ bge_chipinit(struct bge_softc *sc) > BGE_MODECTL_MAC_ATTN_INTR|BGE_MODECTL_HOST_SEND_BDS| > BGE_MODECTL_TX_NO_PHDR_CSUM); > >+ if (sc->bge_asf_mode & ASF_STACKUP) >+ BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); >+ > /* > * Disable memory write invalidate. Apparently it is not supported > * properly by these devices. >@@ -1992,6 +2075,7 @@ bge_attach(device_t dev) > uint32_t mac_tmp = 0; > u_char eaddr[6]; > int error = 0, rid; >+ int trys; > > sc = device_get_softc(dev); > sc->bge_dev = dev; >@@ -2059,7 +2143,38 @@ bge_attach(device_t dev) > sc->bge_flags |= BGE_FLAG_PCIX; > > /* Try to reset the chip. */ >- bge_reset(sc); >+ if (bge_reset(sc)) { >+ device_printf(sc->bge_dev, "chip reset failed\n"); >+ bge_release_resources(sc); >+ error = ENXIO; >+ goto fail; >+ } >+ >+ sc->bge_asf_mode = 0; >+ if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_SIG) >+ == BGE_MAGIC_NUMBER) { >+ if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_NICCFG) >+ & BGE_HWCFG_ASF) { >+ sc->bge_asf_mode |= ASF_ENABLE; >+ sc->bge_asf_mode |= ASF_STACKUP; >+ if (sc->bge_asicrev == BGE_ASICREV_BCM5750) { >+ sc->bge_asf_mode |= ASF_NEW_HANDSHAKE; >+ } >+ } >+ } >+ >+ /* Try to reset the chip again the nice way. */ >+ bge_stop_fw(sc); >+ bge_sig_pre_reset(sc, BGE_RESET_STOP); >+ if (bge_reset(sc)) { >+ device_printf(sc->bge_dev, "chip reset failed\n"); >+ bge_release_resources(sc); >+ error = ENXIO; >+ goto fail; >+ } >+ >+ bge_sig_legacy(sc, BGE_RESET_STOP); >+ bge_sig_post_reset(sc, BGE_RESET_STOP); > > if (bge_chipinit(sc)) { > device_printf(sc->bge_dev, "chip initialization failed\n"); >@@ -2188,13 +2303,26 @@ bge_attach(device_t dev) > /* > * Do transceiver setup. > */ >+ BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); >+again: >+ bge_asf_driver_up(sc); >+ >+ trys = 0; > if (mii_phy_probe(dev, &sc->bge_miibus, > bge_ifmedia_upd, bge_ifmedia_sts)) { >+ if (trys++ < 4) { >+ device_printf(sc->bge_dev, "Try again\n"); >+ bge_miibus_writereg(sc->bge_dev, 1, MII_BMCR, BMCR_RESET); >+ goto again; >+ } >+ > device_printf(sc->bge_dev, "MII without any PHY!\n"); > bge_release_resources(sc); > error = ENXIO; > goto fail; > } >+ if (sc->bge_asf_mode & ASF_STACKUP) >+ BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); > } > > /* >@@ -2295,7 +2423,7 @@ bge_release_resources(struct bge_softc * > BGE_LOCK_DESTROY(sc); > } > >-static void >+static int > bge_reset(struct bge_softc *sc) > { > device_t dev; >@@ -2381,7 +2509,7 @@ bge_reset(struct bge_softc *sc) > > if (i == BGE_TIMEOUT) { > device_printf(sc->bge_dev, "firmware handshake timed out\n"); >- return; >+ return(0); > } > > /* >@@ -2401,6 +2529,8 @@ bge_reset(struct bge_softc *sc) > /* Fix up byte swapping. */ > CSR_WRITE_4(sc, BGE_MODE_CTL, BGE_DMA_SWAP_OPTIONS| > BGE_MODECTL_BYTESWAP_DATA); >+ if (sc->bge_asf_mode & ASF_STACKUP) >+ BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); > > CSR_WRITE_4(sc, BGE_MAC_MODE, 0); > >@@ -2427,6 +2557,8 @@ bge_reset(struct bge_softc *sc) > CSR_WRITE_4(sc, 0x7c00, v | (1<<25)); > } > DELAY(10000); >+ >+ return(0); > } > > /* >@@ -2740,6 +2872,25 @@ bge_intr(void *xsc) > } > > static void >+bge_asf_driver_up(struct bge_softc *sc) >+{ >+ if (sc->bge_asf_mode & ASF_STACKUP) { >+ /* Send ASF heartbeat aprox. every 2s */ >+ if (sc->bge_asf_count) >+ sc->bge_asf_count --; >+ else { >+ sc->bge_asf_count = 5; >+ bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, >+ BGE_FW_DRV_ALIVE); >+ bge_writemem_ind(sc, BGE_SOFTWARE_GENNCOMM_FW_LEN, 4); >+ bge_writemem_ind(sc, BGE_SOFTWARE_GENNCOMM_FW_DATA, 3); >+ CSR_WRITE_4(sc, BGE_CPU_EVENT, >+ CSR_READ_4(sc, BGE_CPU_EVENT) != (1 << 14)); >+ } >+ } >+} >+ >+static void > bge_tick_locked(struct bge_softc *sc) > { > struct mii_data *mii = NULL; >@@ -2753,7 +2904,9 @@ bge_tick_locked(struct bge_softc *sc) > > if ((sc->bge_flags & BGE_FLAG_TBI) == 0) { > mii = device_get_softc(sc->bge_miibus); >- mii_tick(mii); >+ /* Don't mess with the PHY in IPMI/ASF mode */ >+ if (!((sc->bge_asf_mode & ASF_STACKUP) && (sc->bge_link))) >+ mii_tick(mii); > } else { > /* > * Since in TBI mode auto-polling can't be used we should poll >@@ -2770,6 +2923,8 @@ bge_tick_locked(struct bge_softc *sc) > } > } > >+ bge_asf_driver_up(sc); >+ > callout_reset(&sc->bge_stat_ch, hz, bge_tick, sc); > } > >@@ -3116,7 +3271,13 @@ bge_init_locked(struct bge_softc *sc) > > /* Cancel pending I/O and flush buffers. */ > bge_stop(sc); >+ >+ bge_stop_fw(sc); >+ bge_sig_pre_reset(sc, BGE_RESET_START); > bge_reset(sc); >+ bge_sig_legacy(sc, BGE_RESET_START); >+ bge_sig_post_reset(sc, BGE_RESET_START); >+ > bge_chipinit(sc); > > /* >@@ -3199,7 +3360,7 @@ bge_init_locked(struct bge_softc *sc) > CSR_WRITE_4(sc, BGE_HCC_TX_MAX_COAL_BDS_INT, 1); > } else > #endif >- >+ > /* Enable host interrupts. */ > { > BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_CLEAR_INTA); >@@ -3551,7 +3712,16 @@ bge_stop(struct bge_softc *sc) > /* > * Tell firmware we're shutting down. > */ >- BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); >+ >+ bge_stop_fw(sc); >+ bge_sig_pre_reset(sc, BGE_RESET_STOP); >+ bge_reset(sc); >+ bge_sig_legacy(sc, BGE_RESET_STOP); >+ bge_sig_post_reset(sc, BGE_RESET_STOP); >+ if (sc->bge_asf_mode & ASF_STACKUP) >+ BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); >+ else >+ BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); > > /* Free the RX lists. */ > bge_free_rx_ring_std(sc); >Index: if_bgereg.h >=================================================================== >RCS file: /cvs/src/sys/dev/bge/if_bgereg.h,v >retrieving revision 1.52 >diff -u -p -r1.52 if_bgereg.h >--- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 >+++ if_bgereg.h 7 Sep 2006 18:31:59 -0000 >@@ -74,6 +74,11 @@ > #define BGE_SOFTWARE_GENCOMM 0x00000B50 > #define BGE_SOFTWARE_GENCOMM_SIG 0x00000B54 > #define BGE_SOFTWARE_GENCOMM_NICCFG 0x00000B58 >+#define BGE_SOFTWARE_GENCOMM_FW 0x00000B78 >+#define BGE_FW_DRV_ALIVE 0x00000001 >+#define BGE_FW_PAUSE 0x00000002 >+#define BGE_SOFTWARE_GENNCOMM_FW_LEN 0x00000B7C >+#define BGE_SOFTWARE_GENNCOMM_FW_DATA 0x00000B80 > #define BGE_SOFTWARE_GENCOMM_END 0x00000FFF > #define BGE_UNMAPPED 0x00001000 > #define BGE_UNMAPPED_END 0x00001FFF >@@ -1651,6 +1656,7 @@ > #define BGE_MODE_CTL 0x6800 > #define BGE_MISC_CFG 0x6804 > #define BGE_MISC_LOCAL_CTL 0x6808 >+#define BGE_CPU_EVENT 0x6810 > #define BGE_EE_ADDR 0x6838 > #define BGE_EE_DATA 0x683C > #define BGE_EE_CTL 0x6840 >@@ -2063,6 +2069,7 @@ struct bge_status_block { > #define BGE_HWCFG_VOLTAGE 0x00000003 > #define BGE_HWCFG_PHYLED_MODE 0x0000000C > #define BGE_HWCFG_MEDIA 0x00000030 >+#define BGE_HWCFG_ASF 0x00000080 > > #define BGE_VOLTAGE_1POINT3 0x00000000 > #define BGE_VOLTAGE_1POINT8 0x00000001 >@@ -2433,6 +2440,10 @@ struct bge_bcom_hack { > int val; > }; > >+#define ASF_ENABLE 1 >+#define ASF_NEW_HANDSHAKE 2 >+#define ASF_STACKUP 4 >+ > struct bge_softc { > struct ifnet *bge_ifp; /* interface info */ > device_t bge_dev; >@@ -2452,8 +2463,10 @@ struct bge_softc { > #define BGE_FLAG_PCIX 0x00000010 > #define BGE_FLAG_PCIE 0x00000020 > uint32_t bge_chipid; >- uint8_t bge_asicrev; >- uint8_t bge_chiprev; >+ uint8_t bge_asicrev; >+ uint8_t bge_chiprev; >+ uint8_t bge_asf_mode; >+ uint8_t bge_asf_count; > struct bge_ring_data bge_ldata; /* rings */ > struct bge_chain_data bge_cdata; /* mbufs */ > uint16_t bge_tx_saved_considx; >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 18:51:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04C6616A4F3; Thu, 7 Sep 2006 18:51:22 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C76543E39; Thu, 7 Sep 2006 18:50:07 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id DBC8D32E7A5; Thu, 7 Sep 2006 18:50:06 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id B85631141D; Thu, 7 Sep 2006 20:50:06 +0200 (CEST) Date: Thu, 7 Sep 2006 20:50:06 +0200 From: "Simon L. Nielsen" To: David Christensen Message-ID: <20060907185005.GA984@zaphod.nitro.dk> References: <20060902185124.GB59963@zaphod.nitro.dk> <09BFF2FA5EAB4A45B6655E151BBDD90301F126D5@NT-IRVA-0750.brcm.ad.broadcom.com> <20060902185124.GB59963@zaphod.nitro.dk> <09BFF2FA5EAB4A45B6655E151BBDD90301F1257E@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301F126D5@NT-IRVA-0750.brcm.ad.broadcom.com> <09BFF2FA5EAB4A45B6655E151BBDD90301F1257E@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.5.11 Cc: LI Xin , freebsd-current@freebsd.org, Oleg Bulyzhin Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:51:22 -0000 On 2006.09.05 16:35:41 -0700, David Christensen wrote: [BCM5703 really BCM5702 part cut] > > > Driver fails to start with diagnostic: > > > bge0: RX CPU self-diagnostics failed! > > > > As a followup, I tried backing out only the latest bge(4) changes and > > now the system (sledge.freebsd.org) works again. Basically the system > > responded to ICMP ping, but it seemed all other network trafic didn't > > work, at least NFS mounts, NTP etc. failed at boot and ssh to the > > system didn't work. > > > > It now works with: > > > > $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24 > > 14:41:16 oleg Exp $ > > $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23 > > 11:32:54 glebius Exp $ > > > > I can test patches if needed. > > I tested with a 5702 A1 card and the v1.141 version still worked for > me. Are you using a NIC card or is this a LOM? If the latter, what > system is the LOM built into? This error message indicates that the > controller was unable to read and load firmware from the NVRAM which > is usually a real error (unless the system was designed to operate > without NVRAM which is generally only a few Sun systems). Oleg already posted the info from MOTD on the system that it's Rioworks HDAMA motherboard.. Other than that I really don't know much about the system configuration since I just help adminster it remotely. On 2006.09.06 11:22:12 -0700, David Christensen wrote: > > > Driver fails to start with diagnostic: > > > bge0: RX CPU self-diagnostics failed! > > > > As a followup, I tried backing out only the latest bge(4) changes and > > now the system (sledge.freebsd.org) works again. Basically the system > > responded to ICMP ping, but it seemed all other network trafic didn't > > work, at least NFS mounts, NTP etc. failed at boot and ssh to the > > system didn't work. > > > > It now works with: > > > > $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24 > > 14:41:16 oleg Exp $ > > $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23 > > 11:32:54 glebius Exp $ > > > > I can test patches if needed. > > I tried several 5702 NICs with various revisions and was never able to > duplicate the problem you're seeing. They all worked correctly with my > first patch. Hmm :-/. > Can you test the attached patch? I've simply removed the test > altogether. > The Linux driver doesn't perform this test and the fact that the > test is performed after bge_reset() is called simply means we're > checking the same information twice (i.e. did the NIC firmware > load). Since the firmware handshake was successful we know the > firmware loaded so the test is redundant. With your patch and if_bge.c 1.143 and if_bgereg.h,v 1.54 the system now works again. Thanks. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 18:55:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 603F516A4E8 for ; Thu, 7 Sep 2006 18:55:22 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 173FF43D45 for ; Thu, 7 Sep 2006 18:55:19 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 7936211030; Thu, 7 Sep 2006 13:55:19 -0500 (CDT) Date: Thu, 7 Sep 2006 13:55:15 -0500 From: Craig Boston To: Bill Vermillion Message-ID: <20060907185515.GA69221@nowhere> Mail-Followup-To: Craig Boston , Bill Vermillion , freebsd-current@freebsd.org References: <20060907120055.91D8A16A54D@hub.freebsd.org> <20060907162325.GJ94278@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060907162325.GJ94278@wjv.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Adding a 'D - date' option in 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:55:22 -0000 On Thu, Sep 07, 2006 at 12:23:25PM -0400, Bill Vermillion wrote: > Not everyone needs a system with all the bells-and-whistles ever > invented and many want a sysstem that can be made small and compact > and eliminate things not needed. That last small BSD I installed > was on an 800MB drive that left me 400MB user space. So many > other OSes just give up when given something that small. It's not hard to trim it down even further. My router runs off a 64MB flash card and has a mostly complete FreeBSD system. Only big thing I had to rip out was gcc. And this is FreeBSD 6.1, not 4.x. With a full set of man pages! And screen, vim, nmap, rsync, and isc-dhcpd added! And it's still only using 38MB of the 64! Okay so I sort of cheated and /usr is compressed with geom_uzip, but it still amazes me how so much functionality can be contained in such "little" (by today's standards anyway) space. Craig From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 19:03:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36CA316A4DF; Thu, 7 Sep 2006 19:03:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA61A43D81; Thu, 7 Sep 2006 19:03:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k87J2ur9086288; Thu, 7 Sep 2006 15:02:58 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Julian Elischer Date: Thu, 7 Sep 2006 15:02:19 -0400 User-Agent: KMail/1.9.1 References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609071057.44515.jhb@freebsd.org> <450065EC.7040604@elischer.org> In-Reply-To: <450065EC.7040604@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609071502.20654.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 07 Sep 2006 15:02:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1816/Wed Sep 6 22:29:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Peter Jeremy , Garance A Drosehn , Doug Barton Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 19:03:15 -0000 On Thursday 07 September 2006 14:33, Julian Elischer wrote: > John Baldwin wrote: > > >On Wednesday 06 September 2006 21:15, Julian Elischer wrote: > > > > > >>Maxim Sobolev wrote: > >> > >> > >> > >>>Why not just write simple 5-line script in your favorite scripting > >>>language (perl, python, ruby etc) that does just this and forget about > >>>it? I don't think performance is really a concern here since the most > >>>time this program will spend waiting for the I/O anyway, so that doing > >>>it in C makes little or no sense. > >>> > >>>IMHO this is one of the reasons we do have all those lightweight > >>>languages around - to avoid having separate utility and/or command > >>>line option for each and every particular situation. > >>> > >>>-Maxim > >>> > >>> > >> > >>perl is not lightweight to install on a machine. > >>have you seen how much crap gets installed when you add perl? > >> > >>lightweight is adding 100 instructions or so to 'date'. > >>or adding the strftime instruction to awk (as it is in gawk) > >> > >> > > > >Why not install the gawk port on the machines you need this on rather than > >perl and use gawk then? It doesn't look to be that heavyweight of a port. > > > > > > so, instead of "add 20 lines of C and make something generally usefull, > install another entire program" You said perl was too heavyweight, and that you would use awk if it supported it, so I pointed you at a relatively lightweight version of awk that does support it, and requires no code work at all. :) The way the thread is going (sfilter, etc.) you're going to end up with an entirely new program anyway. :) (I am of the opinion that sfilter will end up as a very limited poor-man's awk eventually anyway.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 19:19:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4CC616A4DA for ; Thu, 7 Sep 2006 19:19:35 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1724B43D6D for ; Thu, 7 Sep 2006 19:19:32 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k87JJUuC016107; Thu, 7 Sep 2006 15:19:31 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060907162325.GJ94278@wjv.com> References: <20060907120055.91D8A16A54D@hub.freebsd.org> <20060907162325.GJ94278@wjv.com> Date: Thu, 7 Sep 2006 15:19:29 -0400 To: bv@wjv.com, freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Subject: Re: Adding a 'D - date' option in 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 19:19:35 -0000 At 12:23 PM -0400 9/7/06, Bill Vermillion wrote: > >I don't see that. But then again I moved to Unix in 1983 - and got >away from all the bloat and crap that others but in their OSes. Except that Perl is still the recommended way to add a timestamp to lines in a file. An extremely simple task, which can only be done with a massive program. I have a mosquito to swat, and people are pulling out a sledge hammer. "Well, if you know what you're doing, then you can REALLY swat a mosquito with this baby!". >And my first contact with BSD type systems was in NeXTStep - which >had a lot of BSD in it - and when running at a command line it was >just like BSD for the most part. I started as a systems programmer in 1979, and moved to NeXTSTEP as my primary platform in 1990 or so. Since then, I have also worked on SunOS, AIX, IRIX, Solaris, FreeBSD, OpenBSD, and Redhat linux (and my original NeXTstation is still running here in my office!). But I will skip my full life history, because it is not relevant. Let's just say I have plenty of experience with Unix, so I also appreciate the philosophy of small utilities. But I maintain that perl is not a small utility. If we, in *fact*, have to constantly resort to perl to get a job done, then Unix itself is not getting the job done. Unix ends up as nothing more than a virtual-machine environment which is used to launch those two other operating systems, known as Emacs and Perl. It isn't the unix philosophy per se that I object to. It's that some backers of the unix philosophy pretend that there are plenty of small utilities to get things done, when in fact everyone ends up learning perl, python or ruby to get even *trivial* tasks done. I think we could reduce that with just a few more small utilities, but the very same people who argue *for* small utilities, will also argue that we should not add any new utilities. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 19:21:52 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A852416A4DA for ; Thu, 7 Sep 2006 19:21:52 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 332FB43D45 for ; Thu, 7 Sep 2006 19:21:52 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k87JLotB018445; Thu, 7 Sep 2006 15:21:51 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44FFF466.2090700@infracaninophile.co.uk> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> <20060902031247.GE749@turion.vk2pj.dyndns.org> <20060904192006.GA3292@turion.vk2pj.dyndns.org> <44FD994C.70104@errno.com> <44FDEE7C.9060104@FreeBSD.org> <44FDF245.9000302@elischer.org> <44FDF36A.3010608@FreeBSD.org> <44FFF466.2090700@infracaninophile.co.uk> Date: Thu, 7 Sep 2006 15:21:49 -0400 To: Matthew Seaman From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 19:21:52 -0000 At 11:28 AM +0100 9/7/06, Matthew Seaman wrote: >Garance A Drosehn wrote: > >> Actually, I have another useful option in mind that could be added >> with very little effort. So let me say that I do intend to install >> this as a new /usr/bin/sfilter command, assuming that does not >> generate too many objections. I expect this will work out better >> than adding new options to `date' or to `cat'. > >Do you intend sfilter to subsume the functionality of nl(1)? >Seems like a natural match... One thing that I need to do, if I do this, is to write up a clear set of guidelines to describe what filters would fit the spirit and intent of this simple-filter command. In this case, I would say that `nl' would not fit my idea for `sfilter', because it: applies a configurable line numbering filter operation and when I look at the man page, it provides quite a few options to do that configuration. I do not expect `sfilter' to implement highly configurable options. While I admit that the -D option includes a lot of flexibility, all of that is already implemented and well-tested in the strftime() subroutine. The flexibility in -D is not being implemented by new code in `sfilter'. The `nl' command also: treats the text it reads in terms of logical pages. which is not how `sfilter' is going to operate. Apologies if this comes across like a lecture. Questions like this one are good questions, and in my own mind I am trying to figure out exactly what is and is not appropriate for a new command. So I am trying to come up with some strict set of rules for it, and make sure that what I "want" to do does not conflict with those rules. And that is a challenge, as one goals is that the final executable should not be much larger than the original `cat' command. 50% larger would be fine. 100% larger would be a maybe. 200% larger, and IMO the command is going haywire. Despite my earlier comments about an "all-singing, all dancing" filter command, I really don't want this to turn into the "kitcken-sink filter command". I want it to provide a few simple filters, all of which can be implemented within a single read/write loop in a single program. I may find out that I need to scale my ideas back to a `dfilter' command with just the date/time options, and then dream up some other command for other kinds of simple filters. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 20:12:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010B916A4F2; Thu, 7 Sep 2006 20:12:59 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9170343D55; Thu, 7 Sep 2006 20:12:58 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k87KCufd021231; Thu, 7 Sep 2006 16:12:57 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <200609071057.44515.jhb@freebsd.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> Date: Thu, 7 Sep 2006 16:12:56 -0400 To: John Baldwin , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 20:12:59 -0000 At 10:57 AM -0400 9/7/06, John Baldwin wrote: >On Wednesday 06 September 2006 21:15, Julian Elischer wrote: > > >> perl is not lightweight to install on a machine. >> have you seen how much crap gets installed when you add perl? >> >> lightweight is adding 100 instructions or so to 'date'. >> or adding the strftime instruction to awk (as it is in gawk) > >Why not install the gawk port on the machines you need this on >rather than perl and use gawk then? It doesn't look to be that >heavyweight of a port. It seems reasonable to me to add a strftime() (and maybe a few other features) to our base-system awk. But look at what happens if we install gawk: -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gawk* Again we're adding a 1-meg binary, and in doing that we duplicate 115K's worth of features that the base OS already provided. It seems to me that duplication should also qualify as evil bloat. It also means that I could never take advantage of this strftime() function in some awk script that I wanted to write for the base system. [(Hmm, that reminds me about something...)] Perhaps we could add a few features to `awk', but only have those incompatible features available when the program is invoked under some new name. We already do that to provide `nawk'. But then the bikeshed will be which features to add! I (for one) don't want the base-OS awk to grow by 1037% in size, so I certainly don't want all the features from `gawk'. Just a few key ones, and maybe a few more that aren't in any of the existing awk's. We could name the new version "base awk", or `bawk'. Imagine the satisfaction of saying "I'm going to bawk at that"... Okay, that name was picked for comic value, and it seems there is already a version of awk called bawk. But the basic idea could work out, if we could get it past the bikeshed stage and actually *do* it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 20:24:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1AA116A4E6 for ; Thu, 7 Sep 2006 20:24:04 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A617F43D72 for ; Thu, 7 Sep 2006 20:23:55 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Sep 2006 13:21:20 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k87KNsg0040570; Thu, 7 Sep 2006 13:23:54 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k87KNsmR040569; Thu, 7 Sep 2006 13:23:54 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200609072023.k87KNsmR040569@ambrisko.com> In-Reply-To: <45006870.4070403@elischer.org> To: Julian Elischer Date: Thu, 7 Sep 2006 13:23:54 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: bge IPMI patch final review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 20:24:04 -0000 Julian Elischer writes: | Doug Ambrisko wrote: | | >I'd like to commit my final bge version of the IPMI patch to keep IPMI | >working when FreeBSD attaches and also when the NIC is downed. | >I also have patches for the bce to do the same that I sent to David. | >This has various reviews and testing in the wild. I want to give | >a heads up since there have been changes in the bge driver recently. | >I'd like to not hold off on this anymore. | | code looks good but could you add a bunch of comments explaining the | handshake and how this works. (be verbose please) You tell me and we'll both know :-( It's inspired from Linux and that doesn't explain it. Their doc. doesn't say much except do this then don't touch the PHY which is what Linux does. Via emperical evidence I found that if I was careful I could talk to the PHY initially. Now if you want a more interesting thing to look at then try the bce version. There is absolutely no doc's. that I could find. About the only thing I can say is that we have to play with is the BGE_MODECTL_STACKUP that says the OS driver is running. I could mention that. If we really had insight into a potential firmware handshake then we could try to co-operate and access the PHY in a safe way to watch link state changes. Via emperical means I could not figure anything out :-( It's even worse that we can't tell if IPMI was actually enabled or not since some implementations required a reset before talking to the chip to see what it was doing :-( I don't see any clues in the kernel.org or BroadCom's driver. Currently it does more then what Linux and Solaris do :-) Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 20:42:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABB416A4DD; Thu, 7 Sep 2006 20:42:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E9943DC3; Thu, 7 Sep 2006 20:41:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 941921A4D86; Thu, 7 Sep 2006 13:41:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 89E1851578; Thu, 7 Sep 2006 16:40:59 -0400 (EDT) Date: Thu, 7 Sep 2006 16:40:59 -0400 From: Kris Kennaway To: Garance A Drosihn Message-ID: <20060907204058.GA34690@xor.obsecurity.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 20:42:15 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 07, 2006 at 04:12:56PM -0400, Garance A Drosihn wrote: > At 10:57 AM -0400 9/7/06, John Baldwin wrote: > >On Wednesday 06 September 2006 21:15, Julian Elischer wrote: > > > > >> perl is not lightweight to install on a machine. > >> have you seen how much crap gets installed when you add perl? > >> > >> lightweight is adding 100 instructions or so to 'date'. > >> or adding the strftime instruction to awk (as it is in gawk) > > > >Why not install the gawk port on the machines you need this on > >rather than perl and use gawk then? It doesn't look to be that > >heavyweight of a port. >=20 > It seems reasonable to me to add a strftime() (and maybe a few other > features) to our base-system awk. But look at what happens if we > install gawk: >=20 > -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* > -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gawk* xor# ls -l `which gawk` -r-xr-xr-x 2 root wheel 225232 Sep 7 16:40 /usr/local/bin/gawk xor# ls -l `which awk` -r-xr-xr-x 2 root wheel 123260 May 16 13:58 /usr/bin/awk Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAIPaWry0BWjoQKURAuhjAKCSSy1pH9/ET3A26AbbQunaaaZ2jACg+r7F I/GMqHgHt/JXkZzAPb8HvOE= =XUcx -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 21:09:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17FB816A4E6 for ; Thu, 7 Sep 2006 21:09:14 +0000 (UTC) (envelope-from prvs=julian=39828977f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FAB43D46 for ; Thu, 7 Sep 2006 21:09:13 +0000 (GMT) (envelope-from prvs=julian=39828977f@elischer.org) Received: from unknown (HELO [10.251.23.248]) ([10.251.23.248]) by a50.ironport.com with ESMTP; 07 Sep 2006 14:09:13 -0700 Message-ID: <45008A7A.9040503@elischer.org> Date: Thu, 07 Sep 2006 14:09:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200609072023.k87KNsmR040569@ambrisko.com> In-Reply-To: <200609072023.k87KNsmR040569@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bge IPMI patch final review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:09:14 -0000 Doug Ambrisko wrote: >Julian Elischer writes: >| Doug Ambrisko wrote: >| >| >I'd like to commit my final bge version of the IPMI patch to keep IPMI >| >working when FreeBSD attaches and also when the NIC is downed. >| >I also have patches for the bce to do the same that I sent to David. >| >This has various reviews and testing in the wild. I want to give >| >a heads up since there have been changes in the bge driver recently. >| >I'd like to not hold off on this anymore. >| >| code looks good but could you add a bunch of comments explaining the >| handshake and how this works. (be verbose please) > >You tell me and we'll both know :-( It's inspired from Linux and >that doesn't explain it. Their doc. doesn't say much except do this >then don't touch the PHY which is what Linux does. Via emperical >evidence I found that if I was careful I could talk to the PHY initially. >Now if you want a more interesting thing to look at then try the bce version. >There is absolutely no doc's. that I could find. > > > you still know more about it than anyone else.. at least comment your assumptions so that others that follow have a change to build on what you have done. >About the only thing I can say is that we have to play with is the >BGE_MODECTL_STACKUP that says the OS driver is running. I could mention >that. > > well that could be documented. >If we really had insight into a potential firmware handshake then we could >try to co-operate and access the PHY in a safe way to watch link state >changes. Via emperical means I could not figure anything out :-( It's >even worse that we can't tell if IPMI was actually enabled or not since >some implementations required a reset before talking to the chip >to see what it was doing :-( I don't see any clues in the kernel.org >or BroadCom's driver. > >Currently it does more then what Linux and Solaris do :-) > > so the comments could at least say what you think is going on (and all that you have said above) so that others can understand more. > >Doug A. > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 21:15:56 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B6A16A4DA for ; Thu, 7 Sep 2006 21:15:56 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 932BE43D55 for ; Thu, 7 Sep 2006 21:15:54 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k87LFqav003218; Thu, 7 Sep 2006 17:15:52 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060907204058.GA34690@xor.obsecurity.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> <20060907204058.GA34690@xor.obsecurity.org> Date: Thu, 7 Sep 2006 17:15:51 -0400 To: Kris Kennaway From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:15:56 -0000 At 4:40 PM -0400 9/7/06, Kris Kennaway wrote: >On Thu, Sep 07, 2006 at 04:12:56PM -0400, Garance A Drosihn wrote: > > It seems reasonable to me to add a strftime() (and maybe a few other >> features) to our base-system awk. But look at what happens if we >> install gawk: >> >> -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* >> -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gawk* > >xor# ls -l `which gawk` >-r-xr-xr-x 2 root wheel 225232 Sep 7 16:40 /usr/local/bin/gawk >xor# ls -l `which awk` >-r-xr-xr-x 2 root wheel 123260 May 16 13:58 /usr/bin/awk Huh. I wonder why there's such a difference. All I did was portinstall -N gawk on my FreeBSD 5.x-ish machine (I did it there just because I had a root-session already open on that machine). I've never installed gawk before. Uname: FreeBSD freefour.acs.rpi.edu 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: Wed May 24 00:36:47 EDT 2006 root@xxx.rpi.edu:/usr/obj/usr/src/sys/Athlon3k-5x i386 -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 21:20:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A20B16A4DD for ; Thu, 7 Sep 2006 21:20:13 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C9FD43D70 for ; Thu, 7 Sep 2006 21:20:04 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so28949qbd for ; Thu, 07 Sep 2006 14:20:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=AhgwxsUSTTkmGrOMJ9J+yvjRM71OS3bC83v+n0wU81Ku6QkjtP8Ap9mfCzQP3RccTSnhogwygk/qgudPV5MBj3u5sxuGbR3geejDHEb6N9XTMtYKgMQRJKx6XsmrHKTR3p+TN8kSWzJOHdRNeJYXdqV7bbzBEZfxzh7c45hqdvE= Received: by 10.65.211.16 with SMTP id n16mr910475qbq; Thu, 07 Sep 2006 14:20:03 -0700 (PDT) Received: from sauron.lan.box ( [200.180.164.228]) by mx.gmail.com with ESMTP id a5sm1137209qbd.2006.09.07.14.20.01; Thu, 07 Sep 2006 14:20:02 -0700 (PDT) Date: Thu, 7 Sep 2006 18:19:56 -0300 From: Ricardo Nabinger Sanchez To: Garance A Drosehn Message-Id: <20060907181956.3b6f69eb.rnsanchez@gmail.com> In-Reply-To: References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> <20060907204058.GA34690@xor.obsecurity.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:20:13 -0000 On Thu, 7 Sep 2006 17:15:51 -0400, Garance A Drosehn wrote: > >xor# ls -l `which gawk` > >-r-xr-xr-x 2 root wheel 225232 Sep 7 16:40 /usr/local/bin/gawk > >xor# ls -l `which awk` > >-r-xr-xr-x 2 root wheel 123260 May 16 13:58 /usr/bin/awk > > Huh. I wonder why there's such a difference. All I did was > > portinstall -N gawk Difference confirmed on 6.1-RELEASE too: % ls -l `which gawk` `which awk` -r-xr-xr-x 2 root wheel 119164 May 7 00:59 /usr/bin/awk* -r-xr-xr-x 2 root wheel 1206332 Sep 7 17:20 /usr/local/bin/gawk* All I did was "cd /usr/ports/lang/gawk && make install clean". Just for the record: % file `which gawk` `which awk` /usr/local/bin/gawk: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), stripped /usr/bin/awk: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), stripped Both are stripped, so there's no cheating -- not that I'm aware of, at least. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Thu Sep 7 21:32:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B0C916A4F4 for ; Thu, 7 Sep 2006 21:32:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE93443D64 for ; Thu, 7 Sep 2006 21:32:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k87LWoIu087367; Thu, 7 Sep 2006 17:32:51 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Garance A Drosihn Date: Thu, 7 Sep 2006 16:43:43 -0400 User-Agent: KMail/1.9.1 References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609071057.44515.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609071643.43401.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 07 Sep 2006 17:32:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1818/Thu Sep 7 15:48:30 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:32:55 -0000 On Thursday 07 September 2006 16:12, Garance A Drosihn wrote: > At 10:57 AM -0400 9/7/06, John Baldwin wrote: > >On Wednesday 06 September 2006 21:15, Julian Elischer wrote: > > > > >> perl is not lightweight to install on a machine. > >> have you seen how much crap gets installed when you add perl? > >> > >> lightweight is adding 100 instructions or so to 'date'. > >> or adding the strftime instruction to awk (as it is in gawk) > > > >Why not install the gawk port on the machines you need this on > >rather than perl and use gawk then? It doesn't look to be that > >heavyweight of a port. > > It seems reasonable to me to add a strftime() (and maybe a few other > features) to our base-system awk. But look at what happens if we > install gawk: > > -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* > -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gawk* My response was because Julian said "Perl is huge and pulls in lots of dependencies". Compared to perl, gawk is small and has very few dependencies. I am not advocating putting gawk in the base system. I'm advocating that Julian 'pkg_add -r gawk' instead of 'pkg_add -r perl' and be done with it. > Perhaps we could add a few features to `awk', but only have those > incompatible features available when the program is invoked under > some new name. We already do that to provide `nawk'. But then the > bikeshed will be which features to add! I (for one) don't want the > base-OS awk to grow by 1037% in size, so I certainly don't want all > the features from `gawk'. Just a few key ones, and maybe a few > more that aren't in any of the existing awk's. As previously mentioned, our awk is contrib, so you'd need to get the upstream provider to adopt strftime(). However, my ultimate point is that Julian's complaint about having to install perl to get his date time stamping feature is moot: he can just install the lighter-weight gawk and use that. I'm afraid that the sfilter approach will slowly add more and more filters but will have an interface (command line switches, etc.) that is far less flexible and extendible than a tool like awk or sed. The simple fact is, there is already relatively light-weight tool that already does what Julian wants: gawk. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 00:58:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D8FD16A500; Fri, 8 Sep 2006 00:58:32 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao01.cox.net (eastrmmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54AAA43D4C; Fri, 8 Sep 2006 00:58:31 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao01.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060908005830.ZAKS18847.eastrmmtao01.cox.net@eastrmimpo02.cox.net>; Thu, 7 Sep 2006 20:58:30 -0400 Received: from serene.no-ip.org ([72.200.25.154]) by eastrmimpo02.cox.net with bizsmtp id KcyD1V00n3KVMNG0000000 Thu, 07 Sep 2006 20:58:20 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id k880wCuV018780; Thu, 7 Sep 2006 19:58:16 -0500 (CDT) (envelope-from conrads@cox.net) Date: Thu, 7 Sep 2006 19:58:02 -0500 From: "Conrad J. Sabatier" To: freebsd-java@FreeBSD.org Message-ID: <20060907195802.2423df47@serene.no-ip.org> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: jdk-1.5.0 now works with libthr under CURRENT! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 00:58:32 -0000 Been a while since I last tried this, but today, after upgrading my amd64 CURRENT box, I gave it a shot, and lo and behold! Java now works with libthr! I don't know how much of this is due to progress in current vs. progress in the jdk15 port, but anyway, this is very cool! Congrats all around! -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 01:22:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75BE116A4DF; Fri, 8 Sep 2006 01:22:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3AEB43D60; Fri, 8 Sep 2006 01:22:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A19351A3C1C; Thu, 7 Sep 2006 18:22:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C7AB6514F6; Thu, 7 Sep 2006 21:22:39 -0400 (EDT) Date: Thu, 7 Sep 2006 21:22:39 -0400 From: Kris Kennaway To: Garance A Drosehn Message-ID: <20060908012239.GA37974@xor.obsecurity.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44FF71AD.7060508@FreeBSD.org> <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> <20060907204058.GA34690@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 01:22:45 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 07, 2006 at 05:15:51PM -0400, Garance A Drosehn wrote: > At 4:40 PM -0400 9/7/06, Kris Kennaway wrote: > >On Thu, Sep 07, 2006 at 04:12:56PM -0400, Garance A Drosihn wrote: > > > It seems reasonable to me to add a strftime() (and maybe a few other > >> features) to our base-system awk. But look at what happens if we > >> install gawk: > >> > >> -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* > >> -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gawk* > > > >xor# ls -l `which gawk` > >-r-xr-xr-x 2 root wheel 225232 Sep 7 16:40 /usr/local/bin/gawk > >xor# ls -l `which awk` > >-r-xr-xr-x 2 root wheel 123260 May 16 13:58 /usr/bin/awk >=20 > Huh. I wonder why there's such a difference. All I did was >=20 > portinstall -N gawk >=20 > on my FreeBSD 5.x-ish machine (I did it there just because I had a > root-session already open on that machine). I've never installed > gawk before. Uname: Most of the bloat appears to be from gettext. Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAMXfWry0BWjoQKURAoWeAJ9Xl9JBokVX93C3pxADhsIRFiCj+ACgxsFo Trwqw2A03WaZR8pNTPTVQKg= =jyAj -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 01:57:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0261016A4E7; Fri, 8 Sep 2006 01:57:46 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D6E43D5D; Fri, 8 Sep 2006 01:57:40 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.7/8.13.1) with ESMTP id k881vacW098224; Thu, 7 Sep 2006 21:57:37 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.7/8.13.1/Submit) id k881vVip098223; Thu, 7 Sep 2006 21:57:31 -0400 (EDT) (envelope-from bv) Date: Thu, 7 Sep 2006 21:57:31 -0400 From: Bill Vermillion To: Garance A Drosehn Message-ID: <20060908015731.GK94278@wjv.com> References: <20060906120042.9E9DB16A532@hub.freebsd.org> <20060907030913.GN87762@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_22,SPF_HELO_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on bilver.wjv.com Cc: freebsd-current@FreeBSD.org Subject: Re: Adding a 'D - Date' option to 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 01:57:46 -0000 On Thu, Sep 07, 2006 at 01:00 Garance A Drosehn said 'Who you talkin' to? You talkin' to Garance A Drosehn? I didn't do nuttin'. I said: > At 11:09 PM -0400 9/6/06, Bill Vermillion wrote: > >While normally not able to pour water out of a boot with > >instructions on the heel, on Wed, Sep 06, 2006 at 12:00 our > >dear friend freebsd-current-request@freebsd.org uttered this > >load of codswallop: > Heh. :-) My automated attrib program - written by a friend - as we both go so tired of the same old attrib lines. Works in mutt. > > > Is that *really* more efficient? Four commands, taking up 36K of > >> disk space, instead of one command in 9K? Four processes doing the > >> exact same read/write loop, where 99% of the processing is in that > >> reading and writing? ... > >However if using your example of stringing programs together, if > >you make a separate program then it can be used in a pipe so > >you can apply it to any program you wish. > > > >That's pretty much the basic Unix philosophy - a lot of small > >programs that can be chained together to do almost anything you can > >imagine, instead of putting all the POSSIBLE needed options into > >each program that MAY or MAY NOT need it. > > Well, I do agree with that. The situation which bugs me is when > you have lots of programs, all of which are exactly the same as > `cat' program, but with ten extra lines added to it. I'm not > saying that you add every option which might possibly be "needed". > I'm saying add the options which naturally fit into the algorithm > that `cat' already uses. Something like `awk' has many useful > features, but those features cannot be implemented by adding ten > lines of code to the already-existing cook() subroutine in `cat'. For programs that are almost the same with almost the same functionality why not give them multiple names via hard-links and then just check 'arg 0' for the name by which it has been called and then execute the correct functions. This is done, for example, in the compress type programs - as opposed to the MS approach with two virtually identical programs with their own name. That's why I gave us MS after working with DOS 2l0 and moved to Unix. I'm a pikcy person :-) > Taken to an extreme, the unix philosophy would create thousands of > programs, each of which calls one and only one libc routine. And > then "people can mix and match them as they see fit". Ie, every > single user can become full-blown programmers. Each one can spend > their time writing buggy programs, because they won't take the > time to consider all the error situations, etc. They won't even > know what they should be watching out for. How true. But that's how I made/make money. Going in and fixing things that someone who had zero clues tried to do. Sometimes they've mucked things up so badly it takes a lot of timea and they spend lots of 'bux' to get it fixed. But then again I have a server mentality even though my main home machine has been a Unix based system since 1985 - and for several years I was running a Usenet node - and three local machines incuding mine - were feeding over 50 leaf nodes - all by modem. > I'll also agree that this didn't really belong as a new option to > `cat', since if this was added to `cat' then there would be ten > other options immediately proposed for `cat'. And if I were asked > about those options, I would be a hypocrite to say "I don't like > that idea", when those options would probably be just as defendable > as mine was. And yet I'm sure I would have said that at some > point. So, the correct answer was to add some new command. Yup. Once you make a change, someone else want's another change, and it gets out of hand. I think that's part of MS'es problem. > But some time ago I added the `pgrep' and `pkill' commands to > FreeBSD, which were *copied* from other systems (they weren't even > my idea), and I got so much flak about that at the time that I > swore I'd never add another command to FreeBSD. So, when this > came up I looked for some other command to stick the option into. > Given the code in `cat', which already had 99% of what I needed, > that seemed like the most plausible choice. Thanks for the pointer to pgrep and pkill. I just made them and will try them out. Only problem was the make file wanted to goto /man/man not /usr/share/man/man. I quick edit fixed that. I don't see why people would complain about porting something from another system into FreeBSD. It seems to be done often. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 07:28:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61B7716A4DF for ; Fri, 8 Sep 2006 07:28:33 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id B5E3D43D46 for ; Fri, 8 Sep 2006 07:28:32 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 22354 invoked from network); 8 Sep 2006 07:28:31 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Sep 2006 07:28:31 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k887SUmL063145 for ; Fri, 8 Sep 2006 09:28:30 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k887SUre063144 for current@freebsd.org; Fri, 8 Sep 2006 09:28:30 +0200 (CEST) (envelope-from pho) Date: Fri, 8 Sep 2006 09:28:30 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20060908072830.GA63071@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Page fault in uipc_usrreq.c:997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 07:28:33 -0000 During boot of GENERIC HEAD from Sep 7 07:29 UTC I got this page fault: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex unp r = 0 (0xc0a5520c) locked @ kern/uipc_usrreq.c:987 KDB: stack backtrace: kdb_backtrace(1,c410b000,c,c3f77a20,e43f7a28,...) at kdb_backtrace+0x29 witness_warn(5,0,c0941302) at witness_warn+0x192 trap(8,28,c4190028,c413a7a8,c4195690,...) at trap+0x108 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc06e01e6, esp = 0xe43f7a70, ebp = 0xe43f7bfc --- unp_connect(c41ce000,c3f797e0,c3f77a20,c0a5520c,0,...) at unp_connect+0x292 uipc_connect(c41ce000,c3f797e0,c3f77a20) at uipc_connect+0x3e soconnect(c41ce000,c3f797e0,c3f77a20) at soconnect+0x4e kern_connect(c3f77a20,3,c3f797e0,c3f797e0,0,...) at kern_connect+0x76 connect(c3f77a20,e43f7d04) at connect+0x30 syscall(3b,3b,3b,1,8270000,...) at syscall+0x256 http://people.freebsd.org/~pho/stress/log/cons207.html. The core file is toast and I missed a back trace of pid 678 :-( -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 08:46:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C92D16A4DD; Fri, 8 Sep 2006 08:46:51 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B53743D45; Fri, 8 Sep 2006 08:46:50 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.6/8.13.6) with ESMTP id k888k8ma014805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Sep 2006 12:46:08 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.6/8.13.6/Submit) id k888k700014804; Fri, 8 Sep 2006 12:46:07 +0400 (MSD) (envelope-from oleg) Date: Fri, 8 Sep 2006 12:46:07 +0400 From: Oleg Bulyzhin To: Matthew Jacob Message-ID: <20060908084607.GA14414@lath.rinet.ru> References: <7579f7fb0609071142t55ed3d6bib8c31db807cde0f7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <7579f7fb0609071142t55ed3d6bib8c31db807cde0f7@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: David Christensen , LI Xin , "Simon L. Nielsen" , freebsd-current@freebsd.org Subject: Re: Speaking of BGE(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 08:46:51 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Sep 07, 2006 at 11:42:05AM -0700, Matthew Jacob wrote: > Speaking of BGE issues... a genuine amd64 motherboard with latest > -current source can't deal with the onboard bge. Any help for me > before I burn a PCI slot on another NIC card? > > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > bge1: PHY read timed out > > > bge1: mem > 0xfe470000-0xfe47ffff,0xfe4600 > 00-0xfe46ffff irq 28 at device 3.1 on pci14 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX > -FDX, auto > bge1: Ethernet address: 00:00:1a:18:ab:9f > _______________________________________________ > 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" Could you please test attached patch (created by David)? If it will not work (though i guess it should help), please test if_bge.c rev. 1.140 -- Oleg. --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_bge.c.patch" Index: if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.143 diff -r1.143 if_bge.c 984,992d983 < /* < * Check the 'ROM failed' bit on the RX CPU to see if < * self-tests passed. < */ < if (CSR_READ_4(sc, BGE_RXCPU_MODE) & BGE_RXCPUMODE_ROMFAIL) { < device_printf(sc->bge_dev, "RX CPU self-diagnostics failed!\n"); < return (ENODEV); < } < --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 10:22:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAD9216A4DF; Fri, 8 Sep 2006 10:22:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54E6F43D53; Fri, 8 Sep 2006 10:22:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k88AM6ur038572; Fri, 8 Sep 2006 06:22:06 -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.8/8.13.8) with ESMTP id k88AM6M5012363; Fri, 8 Sep 2006 06:22:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F25BE7302F; Fri, 8 Sep 2006 06:22:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060908102205.F25BE7302F@freebsd-current.sentex.ca> Date: Fri, 8 Sep 2006 06:22:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 10:22:08 -0000 TB --- 2006-09-08 09:09:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-08 09:09:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-09-08 09:09:45 - cleaning the object tree TB --- 2006-09-08 09:10:10 - checking out the source tree TB --- 2006-09-08 09:10:10 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-09-08 09:10:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-08 09:17:16 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-08 09:17:16 - cd /src TB --- 2006-09-08 09:17:16 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 8 09:17:17 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.8 > bthidcontrol.8.gz ===> usr.sbin/bluetooth/bthidd (all) cc -O2 -pipe -I/src/usr.sbin/bluetooth/bthidd -g -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bluetooth/bthidd/bthidd.c cc -O2 -pipe -I/src/usr.sbin/bluetooth/bthidd -g -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bluetooth/bthidd/client.c cc -O2 -pipe -I/src/usr.sbin/bluetooth/bthidd -g -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bluetooth/bthidd/hid.c cc -O2 -pipe -I/src/usr.sbin/bluetooth/bthidd -g -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bluetooth/bthidd/kbd.c /src/usr.sbin/bluetooth/bthidd/kbd.c: In function `kbd_status_changed': /src/usr.sbin/bluetooth/bthidd/kbd.c:524: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/bluetooth/bthidd. *** Error code 1 Stop in /src/usr.sbin/bluetooth. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-08 10:22:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-08 10:22:05 - ERROR: failed to build world TB --- 2006-09-08 10:22:05 - tinderbox aborted TB --- 0.80 user 4.02 system 4339.92 real From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 11:03:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE7816A4DE; Fri, 8 Sep 2006 11:03:14 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E84643D55; Fri, 8 Sep 2006 11:03:13 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1] helo=ian.hetzner.africa) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GLe8a-000In3-6a; Fri, 08 Sep 2006 13:03:08 +0200 To: Andre Oppermann From: Ian FREISLICH In-Reply-To: Message from Andre Oppermann of "Thu, 07 Sep 2006 16:02:01 +0200." <45002659.9050203@freebsd.org> X-Attribution: BOFH Date: Fri, 08 Sep 2006 13:03:08 +0200 Message-Id: Cc: freebsd-net , freebsd-current , Prafulla Deuskar , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 11:03:14 -0000 Andre Oppermann wrote: > Jack Vogel wrote: > > On 9/5/06, Andre Oppermann wrote: > >> > If you do the ifconfig changes there will need to be a small amount of > >> > code added to em_ioctl() but it should be trivial. > >> > > >> > You want me to reissue a driver patch with changes for your code? > >> > >> Yes, please do so. I've got a dual-em card which I can test with myself. > > > > OK, attached new patch, this one even has the ioctl change so when > > you get the ifconfig change in it will be ready. > > The TSO code is committed. There has been a slight change with the > ifcapabilities to differentiate between TSO for IPv4 and IPv6 which > can be set independently. > > The pseudo-header checksum is always provided in m_pkthdr.csum_data, > you don't have to compute it yourself in the driver. > > TSO for IPv6 is not yet functional as it is missing the in6_pseudo() > functionand some changes to ip6_output(). I have contacted one of our > IPv6 gurus to develop the patches and get it fully functional as well. Since this change, I get the following output from ifconfig: em0: flags=8843 mtu 1500 options=cb ether 00:04:23:d4:74:46 media: Ethernet autoselect (1000baseTX ) status: active If I disable polling: em0: flags=8843 mtu 1500 options=8b ether 00:04:23:d4:74:46 media: Ethernet autoselect (1000baseTX ) I'm not sure if this hardware supports TSO or even if the em driver part has been committed yet. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 12:37:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E439816A4E2 for ; Fri, 8 Sep 2006 12:37:16 +0000 (UTC) (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 85F0343D49 for ; Fri, 8 Sep 2006 12:37:15 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 73565 invoked from network); 8 Sep 2006 12:21:54 -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 ; 8 Sep 2006 12:21:54 -0000 Message-ID: <450163FA.5090908@freebsd.org> Date: Fri, 08 Sep 2006 14:37:14 +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: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Prafulla Deuskar , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 12:37:17 -0000 Ian FREISLICH wrote: > Andre Oppermann wrote: > >>Jack Vogel wrote: >> >>>On 9/5/06, Andre Oppermann wrote: >>> >>>>>If you do the ifconfig changes there will need to be a small amount of >>>>>code added to em_ioctl() but it should be trivial. >>>>> >>>>>You want me to reissue a driver patch with changes for your code? >>>> >>>>Yes, please do so. I've got a dual-em card which I can test with myself. >>> >>>OK, attached new patch, this one even has the ioctl change so when >>>you get the ifconfig change in it will be ready. >> >>The TSO code is committed. There has been a slight change with the >>ifcapabilities to differentiate between TSO for IPv4 and IPv6 which >>can be set independently. >> >>The pseudo-header checksum is always provided in m_pkthdr.csum_data, >>you don't have to compute it yourself in the driver. >> >>TSO for IPv6 is not yet functional as it is missing the in6_pseudo() >>functionand some changes to ip6_output(). I have contacted one of our >>IPv6 gurus to develop the patches and get it fully functional as well. > > > Since this change, I get the following output from ifconfig: > em0: flags=8843 mtu 1500 > options=cb > ether 00:04:23:d4:74:46 > media: Ethernet autoselect (1000baseTX ) > status: active > > If I disable polling: > em0: flags=8843 mtu 1500 > options=8b > ether 00:04:23:d4:74:46 > media: Ethernet autoselect (1000baseTX ) > > I'm not sure if this hardware supports TSO or even if the em driver > part has been committed yet. This is a problem with the pintb() function in ifconfig.c which apparently can't deal with digits in the bit description text. I'm looking for a fix. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 13:30:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E932816A4E0 for ; Fri, 8 Sep 2006 13:30:56 +0000 (UTC) (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 5039A43D4C for ; Fri, 8 Sep 2006 13:30:55 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 74007 invoked from network); 8 Sep 2006 13:15:34 -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 ; 8 Sep 2006 13:15:34 -0000 Message-ID: <4501708E.6020805@freebsd.org> Date: Fri, 08 Sep 2006 15:30:54 +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: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current , Prafulla Deuskar , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 13:30:57 -0000 Ian FREISLICH wrote: > Andre Oppermann wrote: > >>Jack Vogel wrote: >> >>>On 9/5/06, Andre Oppermann wrote: >>> >>>>>If you do the ifconfig changes there will need to be a small amount of >>>>>code added to em_ioctl() but it should be trivial. >>>>> >>>>>You want me to reissue a driver patch with changes for your code? >>>> >>>>Yes, please do so. I've got a dual-em card which I can test with myself. >>> >>>OK, attached new patch, this one even has the ioctl change so when >>>you get the ifconfig change in it will be ready. >> >>The TSO code is committed. There has been a slight change with the >>ifcapabilities to differentiate between TSO for IPv4 and IPv6 which >>can be set independently. >> >>The pseudo-header checksum is always provided in m_pkthdr.csum_data, >>you don't have to compute it yourself in the driver. >> >>TSO for IPv6 is not yet functional as it is missing the in6_pseudo() >>functionand some changes to ip6_output(). I have contacted one of our >>IPv6 gurus to develop the patches and get it fully functional as well. > > > Since this change, I get the following output from ifconfig: > em0: flags=8843 mtu 1500 > options=cb > ether 00:04:23:d4:74:46 > media: Ethernet autoselect (1000baseTX ) > status: active > > If I disable polling: > em0: flags=8843 mtu 1500 > options=8b > ether 00:04:23:d4:74:46 > media: Ethernet autoselect (1000baseTX ) > > I'm not sure if this hardware supports TSO or even if the em driver > part has been committed yet. This is fixed now. I got the octal bit position wrong in the interface capabilities description string. Sorry for the confusion. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 17:27:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F39BB16A4F6 for ; Fri, 8 Sep 2006 17:27:36 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C51143D5F for ; Fri, 8 Sep 2006 17:27:35 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so217059wri for ; Fri, 08 Sep 2006 10:27:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZMpyLlnvGKea7lQOvvzFiseyrcqBBvkPWwP7QGIC0z91gftt0GFtoknWwcez7om6ooUe8k8wAVFKOsCdJMTXF8Dr/Plr9CqeiJ9UMHU1x/gAEEf7p3GF4FD4vno6Ky+K+BwZ7Su5dB9LINCNTmPie9IdrYWtfsTGGKWEzeSc4p0= Received: by 10.90.52.2 with SMTP id z2mr956938agz; Fri, 08 Sep 2006 10:27:34 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Fri, 8 Sep 2006 10:27:33 -0700 (PDT) Message-ID: <7579f7fb0609081027n6c7dcb4fi7b6bc172400f83cc@mail.gmail.com> Date: Fri, 8 Sep 2006 10:27:33 -0700 From: "Matthew Jacob" To: "Oleg Bulyzhin" In-Reply-To: <20060908084607.GA14414@lath.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0609071142t55ed3d6bib8c31db807cde0f7@mail.gmail.com> <20060908084607.GA14414@lath.rinet.ru> Cc: David Christensen , LI Xin , "Simon L. Nielsen" , freebsd-current@freebsd.org Subject: Re: Speaking of BGE(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:27:37 -0000 Will do-thx. On 9/8/06, Oleg Bulyzhin wrote: > On Thu, Sep 07, 2006 at 11:42:05AM -0700, Matthew Jacob wrote: > > Speaking of BGE issues... a genuine amd64 motherboard with latest > > -current source can't deal with the onboard bge. Any help for me > > before I burn a PCI slot on another NIC card? > > > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > bge1: PHY read timed out > > > > > > bge1: mem > > 0xfe470000-0xfe47ffff,0xfe4600 > > 00-0xfe46ffff irq 28 at device 3.1 on pci14 > > miibus1: on bge1 > > brgphy1: on miibus1 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX > > -FDX, auto > > bge1: Ethernet address: 00:00:1a:18:ab:9f > > _______________________________________________ > > 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" > > Could you please test attached patch (created by David)? > If it will not work (though i guess it should help), please test > if_bge.c rev. 1.140 > > -- > Oleg. > > > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 17:32:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C809D16A4E1; Fri, 8 Sep 2006 17:32:46 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mfront8.mail.yandex.net (mfront8.mail.yandex.net [213.180.223.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF8D43D9B; Fri, 8 Sep 2006 17:32:35 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (mfront8.yandex.ru) by mail.yandex.ru id ; Fri, 8 Sep 2006 21:32:17 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Fri, 8 Sep 2006 21:32:17 +0400 (MSD) Date: Fri, 8 Sep 2006 21:32:17 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <4501A921.000002.29363@mfront8.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: freebsd-current@freebsd.org X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: scottl@freebsd.org Subject: aac(4) update request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:32:46 -0000 Hi All and Scott. Can you update FreeBSD aac(4) driver to a current adaptec driver that available on the site? As i found last driver is b9114. This driver support IBM ServeRAID 8K, I and L adapters. But this driver available only for FreeBSD 5.4. :( And we need a support for ServeRAID 8e adapters. I think linux driver adp94xx support this adapter, but i can't find similar driver for FreeBSD :( Sorry for my english, and Scott, please, make any comments for my post. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 17:46:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DD9916A4DA for ; Fri, 8 Sep 2006 17:46:24 +0000 (UTC) (envelope-from umbilical.blisters@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBF743D83 for ; Fri, 8 Sep 2006 17:46:10 +0000 (GMT) (envelope-from umbilical.blisters@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so841703pye for ; Fri, 08 Sep 2006 10:46:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b+brxifxACede/mxeCTOYnvhfN12SeBhHF6q77xBZCjrYcx8kkBIHK1Qne+lVaURizxyndwOFpq4emQ7eJMPSSebyu3Mns8iQ0H1BW1PVQqfTCkpDh6TpT9YYrM5YUU3xMKWTyAsag+AOqnx9cvsRxNsVEYboJL497/L0QH1LY8= Received: by 10.35.69.11 with SMTP id w11mr3366048pyk; Fri, 08 Sep 2006 10:46:10 -0700 (PDT) Received: by 10.35.126.16 with HTTP; Fri, 8 Sep 2006 10:46:10 -0700 (PDT) Message-ID: <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> Date: Fri, 8 Sep 2006 12:46:10 -0500 From: "Alex Salazar" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> X-Mailman-Approved-At: Fri, 08 Sep 2006 18:11:17 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:46:24 -0000 I've update to the latest 7-CURRENT (last night, 10pm CST) and now the previous error message > mpt0: Unhandled Event Notify Frame. Event 0xe (ACK not required). (http://www.bsd.org.mx/~alex/logs/messages.CURRENT.0902) is gone, but a new error message appears as often as the former, and under the same circumstances: > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128 Probe errors are still there, but, as I said before, they do not delay the boot process as in 6-STABLE > (probe0:mpt0:0:n:n): error 22 > (probe0:mpt0:0:n:n): Unretryable Error /var/run/dmesg.boot (verbose) http://www.bsd.org.mx/~alex/logs/dmesg.boot.CURRENT.0907 /var/log/messages http://www.bsd.org.mx/~alex/logs/messages.CURRENT.0907 -- Alex From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 18:22:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9038916A4DD for ; Fri, 8 Sep 2006 18:22:46 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 9344643D45 for ; Fri, 8 Sep 2006 18:22:44 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 48582 invoked from network); 8 Sep 2006 18:22:43 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 8 Sep 2006 18:22:43 -0000 Date: Fri, 08 Sep 2006 20:22:43 +0200 (CEST) Message-Id: <20060908.202243.41677835.sthaug@nethelp.no> To: drosih@rpi.edu From: sthaug@nethelp.no In-Reply-To: References: <44FF72B9.7000201@elischer.org> <200609071057.44515.jhb@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 18:22:46 -0000 > It seems reasonable to me to add a strftime() (and maybe a few other > features) to our base-system awk. Yes, please. The current /usr/bin/awk may well be blessed by some of the original authors - but it's too crippled for my taste. strftime() would be a good start. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 19:12:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A28216A403; Fri, 8 Sep 2006 19:12:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA5443D53; Fri, 8 Sep 2006 19:12:43 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k88JCfwO095208; Fri, 8 Sep 2006 15:12:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 8 Sep 2006 14:55:39 -0400 User-Agent: KMail/1.9.1 References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <20060908012239.GA37974@xor.obsecurity.org> In-Reply-To: <20060908012239.GA37974@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609081455.40219.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 08 Sep 2006 15:12:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1826/Fri Sep 8 07:38:39 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Garance A Drosehn , Kris Kennaway Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 19:12:44 -0000 On Thursday 07 September 2006 21:22, Kris Kennaway wrote: > On Thu, Sep 07, 2006 at 05:15:51PM -0400, Garance A Drosehn wrote: > > At 4:40 PM -0400 9/7/06, Kris Kennaway wrote: > > >On Thu, Sep 07, 2006 at 04:12:56PM -0400, Garance A Drosihn wrote: > > > > It seems reasonable to me to add a strftime() (and maybe a few other > > >> features) to our base-system awk. But look at what happens if we > > >> install gawk: > > >> > > >> -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* > > >> -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gawk* > > > > > >xor# ls -l `which gawk` > > >-r-xr-xr-x 2 root wheel 225232 Sep 7 16:40 /usr/local/bin/gawk > > >xor# ls -l `which awk` > > >-r-xr-xr-x 2 root wheel 123260 May 16 13:58 /usr/bin/awk > > > > Huh. I wonder why there's such a difference. All I did was > > > > portinstall -N gawk > > > > on my FreeBSD 5.x-ish machine (I did it there just because I had a > > root-session already open on that machine). I've never installed > > gawk before. Uname: > > Most of the bloat appears to be from gettext. Which is configurable from reading the port Makefile, so Julian can do: cd /usr/ports/lang/gawk make WITHOUT_NLS=yes package and have a small gawk package to install on his boxes. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 19:12:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6007916A576 for ; Fri, 8 Sep 2006 19:12:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8BE143D45 for ; Fri, 8 Sep 2006 19:12:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k88JCfwP095208; Fri, 8 Sep 2006 15:12:44 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 8 Sep 2006 14:56:30 -0400 User-Agent: KMail/1.9.1 References: <20060908072830.GA63071@peter.osted.lan> In-Reply-To: <20060908072830.GA63071@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609081456.30656.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 08 Sep 2006 15:12:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1826/Fri Sep 8 07:38:39 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Page fault in uipc_usrreq.c:997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 19:12:47 -0000 On Friday 08 September 2006 03:28, Peter Holm wrote: > During boot of GENERIC HEAD from Sep 7 07:29 UTC I got this page > fault: > > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex unp r = 0 (0xc0a5520c) locked @ > kern/uipc_usrreq.c:987 > KDB: stack backtrace: > kdb_backtrace(1,c410b000,c,c3f77a20,e43f7a28,...) at > kdb_backtrace+0x29 > witness_warn(5,0,c0941302) at witness_warn+0x192 > trap(8,28,c4190028,c413a7a8,c4195690,...) at trap+0x108 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc06e01e6, esp = 0xe43f7a70, ebp = 0xe43f7bfc --- > unp_connect(c41ce000,c3f797e0,c3f77a20,c0a5520c,0,...) at > unp_connect+0x292 > uipc_connect(c41ce000,c3f797e0,c3f77a20) at uipc_connect+0x3e > soconnect(c41ce000,c3f797e0,c3f77a20) at soconnect+0x4e > kern_connect(c3f77a20,3,c3f797e0,c3f797e0,0,...) at kern_connect+0x76 > connect(c3f77a20,e43f7d04) at connect+0x30 > syscall(3b,3b,3b,1,8270000,...) at syscall+0x256 > > http://people.freebsd.org/~pho/stress/log/cons207.html. > > The core file is toast and I missed a back trace of pid 678 :-( Ask ups@ for a patch, he probably just fixed this at work. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 19:18:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 634EF16A4C8; Fri, 8 Sep 2006 19:18:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE86E43D58; Fri, 8 Sep 2006 19:18:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 831CE1A3C1C; Fri, 8 Sep 2006 12:18:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 104A3514F6; Fri, 8 Sep 2006 15:18:24 -0400 (EDT) Date: Fri, 8 Sep 2006 15:18:24 -0400 From: Kris Kennaway To: John Baldwin Message-ID: <20060908191824.GA28910@xor.obsecurity.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <20060908012239.GA37974@xor.obsecurity.org> <200609081455.40219.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <200609081455.40219.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Garance A Drosehn , Kris Kennaway Subject: Re: Attempt #3, adding a new command 'sfilter' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 19:18:37 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 08, 2006 at 02:55:39PM -0400, John Baldwin wrote: > On Thursday 07 September 2006 21:22, Kris Kennaway wrote: > > On Thu, Sep 07, 2006 at 05:15:51PM -0400, Garance A Drosehn wrote: > > > At 4:40 PM -0400 9/7/06, Kris Kennaway wrote: > > > >On Thu, Sep 07, 2006 at 04:12:56PM -0400, Garance A Drosihn wrote: > > > > > It seems reasonable to me to add a strftime() (and maybe a few ot= her > > > >> features) to our base-system awk. But look at what happens if we > > > >> install gawk: > > > >> > > > >> -r-xr-xr-x 2 root wheel 115732 May 29 21:01 /usr/bin/awk* > > > >> -r-xr-xr-x 2 root wheel 1201108 Sep 7 15:39 /usr/local/bin/gaw= k* > > > > > > > >xor# ls -l `which gawk` > > > >-r-xr-xr-x 2 root wheel 225232 Sep 7 16:40 /usr/local/bin/gawk > > > >xor# ls -l `which awk` > > > >-r-xr-xr-x 2 root wheel 123260 May 16 13:58 /usr/bin/awk > > >=20 > > > Huh. I wonder why there's such a difference. All I did was > > >=20 > > > portinstall -N gawk > > >=20 > > > on my FreeBSD 5.x-ish machine (I did it there just because I had a > > > root-session already open on that machine). I've never installed > > > gawk before. Uname: > >=20 > > Most of the bloat appears to be from gettext. >=20 > Which is configurable from reading the port Makefile, so Julian can do: >=20 > cd /usr/ports/lang/gawk > make WITHOUT_NLS=3Dyes package >=20 > and have a small gawk package to install on his boxes. :) Yep. In fact unless you're actually using making use of gettext (i.e. running with non-default locale) this is a good option to set in your make.conf, to avoid lots of similar useless bloat and unnecessary dependencies. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAcH/Wry0BWjoQKURAhCfAKCFG7Ps00z8UJtPhw5KKf8ANohwIwCgkWAv iRXiUb8kEdW7/Hq01cjA6JY= =WLNS -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 20:02:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D5DF16A40F for ; Fri, 8 Sep 2006 20:02:12 +0000 (UTC) (envelope-from michael@rancid.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [128.32.206.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id B67E443D45 for ; Fri, 8 Sep 2006 20:02:11 +0000 (GMT) (envelope-from michael@rancid.berkeley.edu) Received: from [128.32.155.9] (sonic.Net.Berkeley.EDU [128.32.155.9]) (authenticated bits=0) by malcolm.berkeley.edu (8.13.6/8.13.3) with ESMTP id k88K2B4s014410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Sep 2006 13:02:11 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) Message-ID: <4501CC3D.6020508@rancid.berkeley.edu> Date: Fri, 08 Sep 2006 13:02:05 -0700 From: Michael Sinatra User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Bruce Burden References: <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> <1157505011.846.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609051928r7dedb68dl506ce9784fa0088f@mail.gmail.com> <44FE677B.7050208@rancid.berkeley.edu> <20060906160607.GC1045@tigerfish2.my.domain> In-Reply-To: <20060906160607.GC1045@tigerfish2.my.domain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (malcolm.berkeley.edu [128.32.206.239]); Fri, 08 Sep 2006 13:02:11 -0700 (PDT) Cc: freebsd-current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 20:02:12 -0000 Bruce Burden wrote: > On Tue, Sep 05, 2006 at 11:15:23PM -0700, Michael Sinatra wrote: >> The really awesome news is that this kernel appears to work just fine >> with an out-of-the-box S2895 with SCSI disks; it requires none of the >> BIOS gyrations that 6-STABLE still does. >> > Hi Michael, > > What gyrations are you referring to? I have a Thunder > K8WE/S2895 that is running 6.1/i386, and the MPT driver is > fine. > > I do plan to move to 6.1/AMD64 at some point in the near > future, so your comment caught my eye. (I am working with the > Adaptec 2230SLP RAID controller on a AMD64 system to verify > I can control a RAID before switching, as the ASR driver is > not supported under AMD64. However, the CD's and tape plus > the system disk will use the MPT driver). 6.1/amd64 hangs on boot with the BIOS in the default settings. To get it to boot, I have had to go into the BIOS config and: o disable IEEE 1394 o disable the SECOND (slave) on-board ethernet o enable bus master on the onboard LSI 1030 MPT Otherwise, the boot process hangs after the SCSI bus reset. This problem does not occur on 7-CURRENT now that the mpt(4) driver has been fixed. This was still the case as of a few weeks ago with 6-STABLE/amd64. I'll check it again and let you know if anything has changed. michael From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 21:20:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC5B16A407 for ; Fri, 8 Sep 2006 21:20:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id B040643D49 for ; Fri, 8 Sep 2006 21:20:23 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 19812 invoked by uid 399); 8 Sep 2006 21:20:23 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 8 Sep 2006 21:20:23 -0000 Message-ID: <4501DE94.2050202@FreeBSD.org> Date: Fri, 08 Sep 2006 14:20:20 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: bv@wjv.com References: <20060907120055.91D8A16A54D@hub.freebsd.org> <20060907162325.GJ94278@wjv.com> In-Reply-To: <20060907162325.GJ94278@wjv.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Adding a 'D - date' option in 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 21:20:24 -0000 Bill Vermillion wrote: > Perl was taken out for good reason - and was documented as to why. > It just grew and grew and grew until it was truly bloated. Not to pour cold water on your rant here, but the actual reason Perl was removed from the base was that it was a major pain to maintain as part of our bmake infrastructure, and the benefits of having it in the base didn't even come close to the costs. Now back to the regularly scheduled "angels dancing on the head of a pin" argument. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 8 23:37:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E088816A403 for ; Fri, 8 Sep 2006 23:37:22 +0000 (UTC) (envelope-from don@siad.net) Received: from mars.siad.net (mars.siad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 873D343D45 for ; Fri, 8 Sep 2006 23:37:20 +0000 (GMT) (envelope-from don@siad.net) Received: from [69.3.214.123] (rover.siad.net [69.3.214.123]) by mars.siad.net (8.13.1/8.13.1) with ESMTP id k88NbfXJ057622 for ; Fri, 8 Sep 2006 16:37:41 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <4501FE34.8050701@siad.net> Date: Fri, 08 Sep 2006 16:35:16 -0700 From: "Don L. Belcher" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060625 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20060906120042.9E9DB16A532@hub.freebsd.org> <20060907030913.GN87762@wjv.com> <20060908015731.GK94278@wjv.com> In-Reply-To: <20060908015731.GK94278@wjv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b1 (mars.siad.net [69.3.214.122]); Fri, 08 Sep 2006 16:37:41 -0700 (PDT) Subject: Re: Adding a 'D - Date' option to 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 23:37:23 -0000 I would like to weigh in here, with a different perspective on this issue. Lets start with date, I would say date utility is the appropriate tool to use for adding date to the stream of data, but I have an issue with adding in all the parsing information. What would happen? At first only newline parsing would occur, but then somebody would come along and say "I would like to append date every third line", which would need another change to date to accomplish the task. This would happen several times over the years and in this way and I could see date becoming bloated for this reason. So maybe it is time to re-think what filters are and how they should work. For instance if date did not have to parse the file and only had to append to an object ( as apposed to a stream of characters), then the date utility would only need append to the beginning or end of an object ( unless this functionality already exits ) and would not need to worry about how to parse the information (which could be binary data for all the date utility would care). Yes this would be more complicated then for current filter system, but it also would have its advantages. Anyway this is just some food for thought and maybe a better system could come out of it or not. I would write more about the issue but I kind of dislike doing e-mail for some reason. From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 07:00:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id E69A516A412; Sat, 9 Sep 2006 07:00:15 +0000 (UTC) Date: Sat, 9 Sep 2006 07:00:15 +0000 From: Prafulla Deuskar To: Pyun YongHyeon Message-ID: <20060909070015.GA71855@hub.freebsd.org> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> <20060904075823.GA1210@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060904075823.GA1210@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-STABLE on an i386 Cc: freebsd-net , freebsd-current , Jack Vogel Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 07:00:16 -0000 Pyun YongHyeon [pyunyh@gmail.com] wrote: > On Fri, Sep 01, 2006 at 03:51:21PM -0700, Jack Vogel wrote: > > This is a patch for the stack and the em driver to enable TSO > > on CURRENT. Previously I had problems getting it to work, but > > this is functional. > > > > I should note that CURRENT is being a pain right now, when > > I comment out em in the config the kernel panics coming up, > > so I had to substitute this code into the tree. Rather bizarre :) > > > > I have this functionality running on a 6.1 based system, and > > our test group is already testing against that driver, so far > > things are looking good. > > > > I have designed it so the driver can continue to be built > > without support. There is also a sysctl in the stack code > > so you can set net.inet.tcp.tso_enable on or off and > > compare. > > > > I know there may be some refinements to add in, but I > > would like to get this into CURRENT as a start. > > > > Comments? > > > > It seems that 8254x also supports UDP segmentation offloading > feature. Have you tried to implement it? UDP requires IP fragmentation support in hardware - we don't support UDP offload. > According to the data sheet checksums are not accurate above 12K > frame size but I couldn't find frame size restrictions in TSO path. > What is maximum frame size supported by TSO? This is bounded by the MTU. > It seems that TSO assumes IP/TCP/UDP checksum offloading is always > enabled by hardware. What if users disable IP/TCP/UDP checksum > offloading with ifconfig(8)? TSO requires checksum offload - even if user disables checksum offload with ifconfig we will use it for TSO >What happen if users disable hardware > VLAN tag insertion with ifconfig(8)? TSO requires that VLAN tag insertion is done by hardware > It woud be even better if users can disable/enable TSO capability > for each network devices with ifconfig(8) instead of relying on > global sysctl MIB(net.inet.tcp.tso_enable). > > Btw, do you have benchmark numbers? > > > Jack > > -- > Regards, > Pyun YongHyeon > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 09:29:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0B716A415 for ; Sat, 9 Sep 2006 09:29:41 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B57A43D72 for ; Sat, 9 Sep 2006 09:29:35 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.1.75] (s1013-0084.dsl.start.no [195.159.196.180]) by smtp1.powertech.no (Postfix) with ESMTP id 1A75584F6; Sat, 9 Sep 2006 11:29:34 +0200 (CEST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <327778B3-D664-4260-9F8A-60669A4F1283@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sat, 9 Sep 2006 11:29:32 +0200 To: Eric Kjeldergaard X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current Subject: Re: 6.1 install on a PowerEdge 6400 with AMR raid card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 09:29:41 -0000 On 7. sep. 2006, at 07.20, Eric Kjeldergaard wrote: > I found this problem on an archive of this list. > http://groups.google.com/group/mailing.freebsd.current/ > browse_thread/thread/c6227c003f6817df/c720a6c7a55c807a% > 23c720a6c7a55c807a > > This is very similar to the problem I'm having with my 6.1 install. I > set up a raid5 on my AMR card (an enterprise 1200 with 4 scsi discs) > and booted up the installer. After partitioning the disks and > labeling, choosing distributions, etc. I hit commit and it reliably > stalled after adding part 2/30 from base. Strange behaviour, I > thought. > > So I got around this by booting up with Freesbie and using that > sysinstall after changing it to install 6.1-RELEASE but otherwise with > the same steps all the way through. It worked well and I rebooted. > And the OS wouldn't boot (some error regarding LBA). Trying to boot > with grub also showed an error of similar sorts. > > It came to me that it may be the raid5 that was at fault for the > booting issues so I quickly (as quickly as one can, at least) set the > disks up in a raid10 and installed freebsd, but upon trying to do > mountroot, it hangs leaving a mountroot prompt that cannot be typed > into. > > Are there known issues with the MegaRaid Enterprise 1200 cards for > booting FreeBSD? Are the passingly-mentioned patches already in the > 6.1 tree? Does anyone have any recommendations of things that can be > tried before I purchase another RAID card? Is the RAID controller and disks old of age? I have issues with my two MegaRAID Elite 1600 controllres not failing bad disks in two of my 4 to 5 year old file servers. This makes I/O to the array hang whenever the bad parts of the failing drive is accessed. I have also seen hangs while shutting down when amr tries to flush the cache, and even hangs while the BIOS tries to flush the cache after reboot. After identifying the failing drives and removing them, all these problems went away. You could try to go to Ctrl-M and note down the media error count for each disk, attempt the install, go back to Ctr-M and see if any of them have increased. (My Elite controllers does not reset the media error count for a particular Channel/ID, even if the disk is changed). I have not had any of these problems with newer amr controllers from Intel and DELL, so I guess these problems are only on the old AMI MegaRAID Elite and Enterprise series. -- Frode Nordahl From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 10:33:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9FB816A40F; Sat, 9 Sep 2006 10:33:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552A543D66; Sat, 9 Sep 2006 10:33:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k89AXAQs081963; Sat, 9 Sep 2006 06:33:10 -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.8/8.13.8) with ESMTP id k89AX9ji039792; Sat, 9 Sep 2006 06:33:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C075C7302F; Sat, 9 Sep 2006 06:33:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060909103309.C075C7302F@freebsd-current.sentex.ca> Date: Sat, 9 Sep 2006 06:33:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 10:33:20 -0000 TB --- 2006-09-09 08:56:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-09 08:56:53 - starting HEAD tinderbox run for i386/i386 TB --- 2006-09-09 08:56:53 - cleaning the object tree TB --- 2006-09-09 08:57:22 - checking out the source tree TB --- 2006-09-09 08:57:22 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-09-09 08:57:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-09 09:04:08 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-09 09:04:08 - cd /src TB --- 2006-09-09 09:04:08 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 9 09:04:09 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 9 10:13:27 UTC 2006 TB --- 2006-09-09 10:13:27 - generating LINT kernel config TB --- 2006-09-09 10:13:27 - cd /src/sys/i386/conf TB --- 2006-09-09 10:13:27 - /usr/bin/make -B LINT TB --- 2006-09-09 10:13:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-09 10:13:27 - cd /src TB --- 2006-09-09 10:13:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 9 10:13:27 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/elink/../../conf/kmod_syms.awk elink.kld export_syms | xargs -J% objcopy % elink.kld ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_tso_setup': /src/sys/modules/em/../../dev/em/if_em.c:2890: warning: implicit declaration of function `in_pseudo' /src/sys/modules/em/../../dev/em/if_em.c:2890: warning: nested extern declaration of `in_pseudo' *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-09 10:33:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-09 10:33:09 - ERROR: failed to build lint kernel TB --- 2006-09-09 10:33:09 - tinderbox aborted TB --- 1.16 user 6.12 system 5776.42 real From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 12:06:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7755216A407; Sat, 9 Sep 2006 12:06:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC2A43D6A; Sat, 9 Sep 2006 12:06:23 +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.8/8.13.8) with ESMTP id k89C6Kos060358; Sat, 9 Sep 2006 08:06:20 -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.8/8.13.8) with ESMTP id k89C6KK1060583; Sat, 9 Sep 2006 08:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 955537302F; Sat, 9 Sep 2006 08:06:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060909120620.955537302F@freebsd-current.sentex.ca> Date: Sat, 9 Sep 2006 08:06:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 12:06:29 -0000 TB --- 2006-09-09 10:33:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-09 10:33:09 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-09-09 10:33:09 - cleaning the object tree TB --- 2006-09-09 10:33:36 - checking out the source tree TB --- 2006-09-09 10:33:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-09-09 10:33:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-09 10:40:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-09 10:40:15 - cd /src TB --- 2006-09-09 10:40:15 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 9 10:40:16 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 9 11:49:51 UTC 2006 TB --- 2006-09-09 11:49:51 - generating LINT kernel config TB --- 2006-09-09 11:49:51 - cd /src/sys/pc98/conf TB --- 2006-09-09 11:49:51 - /usr/bin/make -B LINT TB --- 2006-09-09 11:49:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-09 11:49:51 - cd /src TB --- 2006-09-09 11:49:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 9 11:49:51 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/elink/../../conf/kmod_syms.awk elink.kld export_syms | xargs -J% objcopy % elink.kld ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_tso_setup': /src/sys/modules/em/../../dev/em/if_em.c:2890: warning: implicit declaration of function `in_pseudo' /src/sys/modules/em/../../dev/em/if_em.c:2890: warning: nested extern declaration of `in_pseudo' *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-09 12:06:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-09 12:06:20 - ERROR: failed to build lint kernel TB --- 2006-09-09 12:06:20 - tinderbox aborted TB --- 1.09 user 5.87 system 5590.52 real From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 12:33:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C747316A403 for ; Sat, 9 Sep 2006 12:33:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FC043D46 for ; Sat, 9 Sep 2006 12:33:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2459B46D1A; Sat, 9 Sep 2006 08:33:33 -0400 (EDT) Date: Sat, 9 Sep 2006 13:33:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Holm In-Reply-To: <20060908072830.GA63071@peter.osted.lan> Message-ID: <20060909132826.K84834@fledge.watson.org> References: <20060908072830.GA63071@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Page fault in uipc_usrreq.c:997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 12:33:33 -0000 On Fri, 8 Sep 2006, Peter Holm wrote: > During boot of GENERIC HEAD from Sep 7 07:29 UTC I got this page > fault: > > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex unp r = 0 (0xc0a5520c) locked @ > kern/uipc_usrreq.c:987 > KDB: stack backtrace: > kdb_backtrace(1,c410b000,c,c3f77a20,e43f7a28,...) at > kdb_backtrace+0x29 > witness_warn(5,0,c0941302) at witness_warn+0x192 > trap(8,28,c4190028,c413a7a8,c4195690,...) at trap+0x108 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc06e01e6, esp = 0xe43f7a70, ebp = 0xe43f7bfc --- > unp_connect(c41ce000,c3f797e0,c3f77a20,c0a5520c,0,...) at > unp_connect+0x292 > uipc_connect(c41ce000,c3f797e0,c3f77a20) at uipc_connect+0x3e > soconnect(c41ce000,c3f797e0,c3f77a20) at soconnect+0x4e > kern_connect(c3f77a20,3,c3f797e0,c3f797e0,0,...) at kern_connect+0x76 > connect(c3f77a20,e43f7d04) at connect+0x30 > syscall(3b,3b,3b,1,8270000,...) at syscall+0x256 > > http://people.freebsd.org/~pho/stress/log/cons207.html. > > The core file is toast and I missed a back trace of pid 678 :-( This is likely one of the remaining race conditions in UNIX domain sockets having to do with simultaneous connect and close, which occur due to dropping locks for either a blocking name lookup or a recursion via the socket layer into the protocol a second time. When the UNIX domain socket global lock is dropped and re-acquired, the UNIX domain socket code needs to re-evaluate its assumptions regarding any references it has to other UNIX domain sockets, which may have "gone away" while the lock was released. Interestingly, many of these races also existed in 4.x and before, but they are more exposed with greater kernel parallelism. I recently closed a spate of them, but it looks like a few remain. In this case, the listen socket has possibly been closed (although possibly not) while sonewconn() is called. It could be a reference needs to be added to so2 before dropping the unp lock. I saw John's follow-up, but if ups/he don't have a fixed in a few days once I get back to the UK, I can investigate. Send me a ping next week if I appear to forget :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 13:38:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D847D16A403; Sat, 9 Sep 2006 13:38:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7451344419; Sat, 9 Sep 2006 13:38:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k89Dcj3Y068094; Sat, 9 Sep 2006 09:38:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k89Dcjtx011503; Sat, 9 Sep 2006 09:38:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8612E7302F; Sat, 9 Sep 2006 09:38:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060909133845.8612E7302F@freebsd-current.sentex.ca> Date: Sat, 9 Sep 2006 09:38:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 13:38:47 -0000 TB --- 2006-09-09 12:06:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-09 12:06:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-09-09 12:06:20 - cleaning the object tree TB --- 2006-09-09 12:06:41 - checking out the source tree TB --- 2006-09-09 12:06:41 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-09-09 12:06:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-09-09 12:13:41 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-09 12:13:41 - cd /src TB --- 2006-09-09 12:13:41 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 9 12:13:43 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Sep 9 13:23:35 UTC 2006 TB --- 2006-09-09 13:23:35 - generating LINT kernel config TB --- 2006-09-09 13:23:35 - cd /src/sys/sparc64/conf TB --- 2006-09-09 13:23:35 - /usr/bin/make -B LINT TB --- 2006-09-09 13:23:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-09 13:23:35 - cd /src TB --- 2006-09-09 13:23:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 9 13:23:35 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/dummynet/../../conf/kmod_syms.awk dummynet.kld export_syms | xargs -J% objcopy % dummynet.kld ld -Bshareable -d -warn-common -o dummynet.ko dummynet.kld objcopy --strip-debug dummynet.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_tso_setup': /src/sys/modules/em/../../dev/em/if_em.c:2890: warning: implicit declaration of function `in_pseudo' /src/sys/modules/em/../../dev/em/if_em.c:2890: warning: nested extern declaration of `in_pseudo' *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-09 13:38:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-09 13:38:45 - ERROR: failed to build lint kernel TB --- 2006-09-09 13:38:45 - tinderbox aborted TB --- 0.66 user 3.34 system 5544.63 real From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 14:06:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C82D216A412 for ; Sat, 9 Sep 2006 14:06:59 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4264043D45 for ; Sat, 9 Sep 2006 14:06:58 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.42.11] ([192.168.42.11]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k89E6s8C074971 for ; Sat, 9 Sep 2006 16:06:56 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <4502CA73.5040100@commit.it> Date: Sat, 09 Sep 2006 16:06:43 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------080603090203000301060304" X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Subject: make release cross-platform: Malformed conditional (${MK_SENDMAIL} != "no") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 14:06:59 -0000 This is a multi-part message in MIME format. --------------080603090203000301060304 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I'm trying to build a -CURRENT install cdrom, using the following command: make release CHROOTDIR=/usr/current \ EXTPORTSDIR=/usr/ports \ CVSROOT="/home/ncvs" NO_FLOPPIES=YES \ NODOC=YES NOPORTS=YES MAKE_ISOS=YES \ KERNELS_BASE=GENERIC TARGET_ARCH=amd64 \ BUILDNAME=7.0-20060909-SNAP from a XEON server running 6.1-STABLE FreeBSD Thu Sep 7 13:42:16 CEST 2006 First question (reality check): is it possible to build 7-CURRENT(amd64) on 6-STABLE(i386)? If yes, do you know what may be the cause of the error I get after the 'build world' phase? (please see attachment for make output) cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/R/stage/trees/base "Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 8: if-less endif Thanks for any pointers Angelo Turetta --------------080603090203000301060304 Content-Type: text/plain; name="error_release.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="error_release.txt" -------------------------------------------------------------- >>> World build completed on Sat Sep 9 13:40:17 UTC 2006 -------------------------------------------------------------- + touch /tmp/.world_done + [ ! -f /tmp/.skip_ports_index ] + cd /usr/src/release + make obj /usr/obj/usr/src/release created for /usr/src/release + make doRELEASE mkdir -p /R rm -rf /R/* 2> /dev/null chflags -R noschg /R/. rm -rf /R/* mkdir /R/stage mkdir /R/stage/trees for i in base catpages manpages games proflibs dict info doc lib32; do mkdir /R/stage/trees/$i && mtree -deU -f /usr/src/release/../etc/mtree/BSD.root.dist -p /R/stage/trees/$i > /dev/null && mtree -deU -f /usr/src/release/../etc/mtree/BSD.usr.dist -p /R/stage/trees/$i/usr > /dev/null && mtree -deU -f /usr/src/release/../etc/mtree/BSD.include.dist -p /R/stage/trees/$i/usr/include > /dev/null && mtree -deU -f /usr/src/release/../etc/mtree/BSD.var.dist -p /R/stage/trees/$i/var > /dev/null ; done mkdir /R/stage/kernels for i in GENERIC ; do mkdir -p /R/stage/kernels/${i}; done touch release.1 cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/R/stage/trees/base "Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 8: if-less endif "Makefile", line 35: Malformed conditional (${MK_LPR} != "no") "Makefile", line 37: if-less endif "Makefile", line 39: Malformed conditional (${MK_NS_CACHING} != "no") "Makefile", line 41: if-less endif "Makefile", line 43: Malformed conditional (${MK_OPENSSH} != "no") "Makefile", line 47: if-less endif "Makefile", line 48: Malformed conditional (${MK_OPENSSL} != "no") "Makefile", line 50: if-less endif "Makefile", line 57: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 59: if-less endif "Makefile", line 60: Malformed conditional (${MK_BIND} != "no") "Makefile", line 62: Malformed conditional (${MK_BIND_LIBS} != "no") "Makefile", line 64: if-less endif "Makefile", line 65: if-less endif "Makefile", line 67: Malformed conditional (${MK_BIND_ETC} != "no") "Makefile", line 70: if-less endif "Makefile", line 74: Malformed conditional (${MK_SENDMAIL} == "no") "Makefile", line 76: if-less else "Makefile", line 79: if-less endif "Makefile", line 85: Malformed conditional (${MK_MAN} != "no") "Makefile", line 87: if-less endif "Makefile", line 135: Malformed conditional (${MK_I4B} != "no") "Makefile", line 137: if-less endif "Makefile", line 138: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 140: if-less endif "Makefile", line 141: Malformed conditional (${MK_OPENSSH} != "no") "Makefile", line 144: if-less endif "Makefile", line 145: Malformed conditional (${MK_OPENSSL} != "no") "Makefile", line 148: if-less endif "Makefile", line 149: Malformed conditional (${MK_KERBEROS} != "no") "Makefile", line 153: if-less endif "Makefile", line 166: Malformed conditional (${MK_BIND_ETC} != "no") "Makefile", line 169: if-less endif "Makefile", line 170: Malformed conditional (${MK_BIND_MTREE} != "no") "Makefile", line 175: if-less endif "Makefile", line 203: Malformed conditional (${MK_BIND_LIBS} != "no") "Makefile", line 206: if-less endif "Makefile", line 207: Malformed conditional (${MK_BIND_MTREE} != "no") "Makefile", line 210: if-less endif "Makefile", line 211: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 213: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /usr/src/release. --------------080603090203000301060304-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 14:14:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5048416A403 for ; Sat, 9 Sep 2006 14:14:14 +0000 (UTC) (envelope-from st41ker@megacom.ua) Received: from mail.megacom.biz (ferry.megacom.ua [193.28.177.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD12143D4C for ; Sat, 9 Sep 2006 14:14:13 +0000 (GMT) (envelope-from st41ker@megacom.ua) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 1B0DEC9D3E for ; Sat, 9 Sep 2006 17:14:11 +0300 (EEST) Received: from mail.megacom.biz ([127.0.0.1]) by localhost (ferry [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 53172-06 for ; Sat, 9 Sep 2006 17:14:10 +0300 (EEST) Received: from cyber.megacom.ua (cyber.megacom.ua [193.28.177.17]) by mail.megacom.biz (Postfix) with ESMTP id 23150C9310 for ; Sat, 9 Sep 2006 17:14:10 +0300 (EEST) From: st41ker To: freebsd-current@freebsd.org Date: Sat, 9 Sep 2006 17:11:44 +0300 User-Agent: KMail/1.9.3 References: <4502CA73.5040100@commit.it> In-Reply-To: <4502CA73.5040100@commit.it> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609091711.45773.st41ker@megacom.ua> X-Virus-Scanned: by drweb at megacom dot biz Subject: Re: make release cross-platform: Malformed conditional (${MK_SENDMAIL} != "no") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 14:14:14 -0000 > I'm trying to build a -CURRENT install cdrom, using the following command: > > make release CHROOTDIR=/usr/current \ > EXTPORTSDIR=/usr/ports \ > CVSROOT="/home/ncvs" NO_FLOPPIES=YES \ > NODOC=YES NOPORTS=YES MAKE_ISOS=YES \ > KERNELS_BASE=GENERIC TARGET_ARCH=amd64 \ > BUILDNAME=7.0-20060909-SNAP > > > from a XEON server running 6.1-STABLE FreeBSD Thu Sep 7 13:42:16 CEST 2006 > > First question (reality check): is it possible to build 7-CURRENT(amd64) > on 6-STABLE(i386)? > > If yes, do you know what may be the cause of the error I get after the > 'build world' phase? (please see attachment for make output) > > cd /usr/src/release/../etc && make distrib-dirs > DESTDIR=/R/stage/trees/base > "Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") > "Makefile", line 8: if-less endif > > Thanks for any pointers > Angelo Turetta http://romana.now.ie/writing/customfreebsdiso.html Best regards... From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 14:53:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A855C16A407 for ; Sat, 9 Sep 2006 14:53:54 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0A343D72 for ; Sat, 9 Sep 2006 14:53:53 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.42.11] ([192.168.42.11]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k89ErodI077504; Sat, 9 Sep 2006 16:53:51 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <4502D57C.3010706@commit.it> Date: Sat, 09 Sep 2006 16:53:48 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060821 SeaMonkey/1.1a MIME-Version: 1.0 To: st41ker References: <4502CA73.5040100@commit.it> <200609091711.45773.st41ker@megacom.ua> In-Reply-To: <200609091711.45773.st41ker@megacom.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: make release cross-platform: Malformed conditional (${MK_SENDMAIL} != "no") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 14:53:54 -0000 st41ker wrote: >> First question (reality check): is it possible to build 7-CURRENT(amd64) >> on 6-STABLE(i386)? >> >> If yes, do you know what may be the cause of the error I get after the >> 'build world' phase? (please see attachment for make output) > > http://romana.now.ie/writing/customfreebsdiso.html Nice page, unfortunately doesn't answer any of my questions. Angelo Turetta From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 15:24:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B87A216A40F for ; Sat, 9 Sep 2006 15:24:51 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D7C43D46 for ; Sat, 9 Sep 2006 15:24:50 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.7/8.13.1) with ESMTP id k89FOiOS099568 for ; Sat, 9 Sep 2006 11:24:44 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.7/8.13.1/Submit) id k89FOdnm099566 for freebsd-current@freebsd.org; Sat, 9 Sep 2006 11:24:39 -0400 (EDT) (envelope-from bv) Date: Sat, 9 Sep 2006 11:24:39 -0400 From: Bill Vermillion To: freebsd-current@freebsd.org Message-ID: <20060909152439.GB99212@wjv.com> References: <20060909120046.CF14916A542@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060909120046.CF14916A542@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SPF_HELO_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on bilver.wjv.com Subject: Re: Adding a 'D - date' option to 'cat' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 15:24:51 -0000 While stranded on the shoulder of the Information Superhiway and trying to flag down some passing bytes freebsd-current-request@freebsd.org said "Bits don't fail me now", and continued with: > Date: Fri, 08 Sep 2006 16:35:16 -0700 > From: "Don L. Belcher" > Subject: Re: Adding a 'D - Date' option to 'cat' > I would like to weigh in here, with a different perspective on > this issue. > So maybe it is time to re-think what filters are and how they > should work. > Lets start with date, I would say date utility is the > appropriate tool to use for adding date to the stream of data, > but I have an issue with adding in all the parsing information. > What would happen? At first only newline parsing would occur, > but then somebody would come along and say "I would like to > append date every third line", which would need another change > to date to accomplish the task. This would happen several times > over the years and in this way and I could see date becoming > bloated for this reason. If it's adding text to strings of text using a filter, how about adding one more option to 'pr'. I build large files of identical lines - like the old teletype test lines for those of you who remember then - and make the file 10,000 number lines long - formatted for 14" wide paper. I used to use this for testing remote printing that when through about 4 serial ports - including muxes - on it's way to the final destination. It was the only way I could be sure that all the flow-control in each device was talking to the other properly. And I'd seen failure when I got to about 50K files - but if I could pass this 10,000 line file through it was solid. And using numbering and identical lines made it easy to spot any errors. With 22 printers in remote cities it became a neccesity. Now that we have TCP/IP all those problems are gone - thankfully. Since PR will put in line numbers, an option to put a date in there instead of would seem perhaps an easy place to start. You could make it 'in addition to' but it would give you a wide printout. > For instance if date did not have to parse the file and only had > to append to an object ( as apposed to a stream of characters), > then the date utility would only need append to the beginning > or end of an object ( unless this functionality already exits ) > and would not need to worry about how to parse the information > (which could be binary data for all the date utility would > care). > Yes this would be more complicated then for current filter > system, but it also would have its advantages. Sounds like 'pr' modification might be less complicated. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 15:25:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DE816A403 for ; Sat, 9 Sep 2006 15:25:50 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 035C043D69 for ; Sat, 9 Sep 2006 15:25:47 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 76594 invoked from network); 9 Sep 2006 15:25:46 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 9 Sep 2006 15:25:46 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k89FPjhY023030; Sat, 9 Sep 2006 17:25:45 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k89FPj5U023027; Sat, 9 Sep 2006 17:25:45 +0200 (CEST) (envelope-from pho) Date: Sat, 9 Sep 2006 17:25:45 +0200 From: Peter Holm To: Robert Watson Message-ID: <20060909152545.GA21958@peter.osted.lan> References: <20060908072830.GA63071@peter.osted.lan> <20060909132826.K84834@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060909132826.K84834@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Page fault in uipc_usrreq.c:997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 15:25:51 -0000 On Sat, Sep 09, 2006 at 01:33:33PM +0100, Robert Watson wrote: > > On Fri, 8 Sep 2006, Peter Holm wrote: > > >During boot of GENERIC HEAD from Sep 7 07:29 UTC I got this page > >fault: > > > >Kernel page fault with the following non-sleepable locks held: > >exclusive sleep mutex unp r = 0 (0xc0a5520c) locked @ > >kern/uipc_usrreq.c:987 > >KDB: stack backtrace: > >kdb_backtrace(1,c410b000,c,c3f77a20,e43f7a28,...) at > >kdb_backtrace+0x29 > >witness_warn(5,0,c0941302) at witness_warn+0x192 > >trap(8,28,c4190028,c413a7a8,c4195690,...) at trap+0x108 > >calltrap() at calltrap+0x5 > >--- trap 0xc, eip = 0xc06e01e6, esp = 0xe43f7a70, ebp = 0xe43f7bfc --- > >unp_connect(c41ce000,c3f797e0,c3f77a20,c0a5520c,0,...) at > >unp_connect+0x292 > >uipc_connect(c41ce000,c3f797e0,c3f77a20) at uipc_connect+0x3e > >soconnect(c41ce000,c3f797e0,c3f77a20) at soconnect+0x4e > >kern_connect(c3f77a20,3,c3f797e0,c3f797e0,0,...) at kern_connect+0x76 > >connect(c3f77a20,e43f7d04) at connect+0x30 > >syscall(3b,3b,3b,1,8270000,...) at syscall+0x256 > > > >http://people.freebsd.org/~pho/stress/log/cons207.html. > > > >The core file is toast and I missed a back trace of pid 678 :-( > > This is likely one of the remaining race conditions in UNIX domain sockets > having to do with simultaneous connect and close, which occur due to > dropping locks for either a blocking name lookup or a recursion via the > socket layer into the protocol a second time. When the UNIX domain socket > global lock is dropped and re-acquired, the UNIX domain socket code needs > to re-evaluate its assumptions regarding any references it has to other > UNIX domain sockets, which may have "gone away" while the lock was > released. Interestingly, many of these races also existed in 4.x and > before, but they are more exposed with greater kernel parallelism. I > recently closed a spate of them, but it looks like a few remain. In this > case, the listen socket has possibly been closed (although possibly not) > while sonewconn() is called. It could be a reference needs to be added to > so2 before dropping the unp lock. I saw John's follow-up, but if ups/he > don't have a fixed in a few days once I get back to the UK, I can > investigate. Send me a ping next week if I appear to forget :-). > OK. I'll keep this panic on my list until it's fixed. - Peter > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 18:29:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77E6D16A49E for ; Sat, 9 Sep 2006 18:29:07 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B7043D69 for ; Sat, 9 Sep 2006 18:28:57 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1046544wxd for ; Sat, 09 Sep 2006 11:28:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ovG0hJ5s1w8ZdETfigpvkiQ6Q0aHAmhl0C1k65poclr8l5OJ0nHvvQR5UckMBWHWM21fiNcMQvVx2/iwpJC1gTVpEAzz1ISZb/WQEuyWbI6iIPo/NDQs8VYx122z83lkQtm2tb4z7Yg6ciyQsCGsJ8g2W/Gq6mx3kKAxczCE38A= Received: by 10.90.50.6 with SMTP id x6mr1271539agx; Sat, 09 Sep 2006 11:28:56 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Sat, 9 Sep 2006 11:28:55 -0700 (PDT) Message-ID: <7579f7fb0609091128o4c272776idd879782708322f@mail.gmail.com> Date: Sat, 9 Sep 2006 11:28:55 -0700 From: "Matthew Jacob" To: "Michael Sinatra" In-Reply-To: <4501CC3D.6020508@rancid.berkeley.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> <2a41acea0609022255h32477bf4pa64daf3b136358ff@mail.gmail.com> <20060903061010.GA981@zaphod.nitro.dk> <7579f7fb0609051703x27f55547o205243c18450349e@mail.gmail.com> <1157505011.846.0.camel@atomizer.opensourcebeef.net> <7579f7fb0609051928r7dedb68dl506ce9784fa0088f@mail.gmail.com> <44FE677B.7050208@rancid.berkeley.edu> <20060906160607.GC1045@tigerfish2.my.domain> <4501CC3D.6020508@rancid.berkeley.edu> Cc: freebsd-current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:29:07 -0000 This sounds more like some kind of interrupt/ACPI type of issue. On 9/8/06, Michael Sinatra wrote: > Bruce Burden wrote: > > On Tue, Sep 05, 2006 at 11:15:23PM -0700, Michael Sinatra wrote: > >> The really awesome news is that this kernel appears to work just fine > >> with an out-of-the-box S2895 with SCSI disks; it requires none of the > >> BIOS gyrations that 6-STABLE still does. > >> > > Hi Michael, > > > > What gyrations are you referring to? I have a Thunder > > K8WE/S2895 that is running 6.1/i386, and the MPT driver is > > fine. > > > > I do plan to move to 6.1/AMD64 at some point in the near > > future, so your comment caught my eye. (I am working with the > > Adaptec 2230SLP RAID controller on a AMD64 system to verify > > I can control a RAID before switching, as the ASR driver is > > not supported under AMD64. However, the CD's and tape plus > > the system disk will use the MPT driver). > > 6.1/amd64 hangs on boot with the BIOS in the default settings. To get > it to boot, I have had to go into the BIOS config and: > > o disable IEEE 1394 > o disable the SECOND (slave) on-board ethernet > o enable bus master on the onboard LSI 1030 MPT > > Otherwise, the boot process hangs after the SCSI bus reset. This > problem does not occur on 7-CURRENT now that the mpt(4) driver has been > fixed. > > This was still the case as of a few weeks ago with 6-STABLE/amd64. I'll > check it again and let you know if anything has changed. > > michael > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 18:34:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069FE16A47B for ; Sat, 9 Sep 2006 18:34:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E51543D4C for ; Sat, 9 Sep 2006 18:34:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k89IYG6I088416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 9 Sep 2006 11:34:17 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <45030928.6000605@errno.com> Date: Sat, 09 Sep 2006 11:34:16 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: CFT: ath hal 0.9.18.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:34:18 -0000 You can find a new ath hal at: http://people.freebsd.org/~sam/ath_hal-20060909.tgz It's gone through basic testing but not the more extensive testing I do before a release. This version has some important changes: o fix support of the AR2424 (2.4G-only PCI-express) o RXORN interrupts are no longer treated as fatal on "current" 5212 parts o removal of the ah_decompMask array from the public state o support for combined tkip mic tx+rx keys on modern parts (means you can support up to 57 stations in ap mode w/o spilling the key cache) o correct rollover handling when fetching 64-bit tsf values o reduce stack usage for some 5212 cards (as reported by netbsd) o change xscale/arm public builds to be tagged as using VFP (there's a new wackelf utility that can be used to patch the ELF header based on local toolchain requirements--there is no floating point in the hal) To make use of the new tkip mic keycache support you need to patch the driver with this diff: http://people.freebsd.org/~sam/keycache.patch Should work on both HEAD and RELENG_6 w/o any driver mods. Sam From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 18:27:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A684E16A415 for ; Sat, 9 Sep 2006 18:27:26 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id C701F43D76 for ; Sat, 9 Sep 2006 18:27:19 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1046162wxd for ; Sat, 09 Sep 2006 11:27:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fCjb49NU7GTRXuQRYwd4dovfmFO/JqaE24diYTFyLWQXJa+/+JwGKjESDUMrip8dvjW1d2R6G8KjNO2PkErlq1rg1tBKKRO84grHcSye3URIx/Fu7/tSah26CsfJ37pmAbSrmIxEcHEn/WRm4DSyp8ZaTGOzmr2g8f1hcos4lJI= Received: by 10.90.56.14 with SMTP id e14mr1269381aga; Sat, 09 Sep 2006 11:25:47 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Sat, 9 Sep 2006 11:25:46 -0700 (PDT) Message-ID: <7579f7fb0609091125j7f8abcebq3075d4bd474f21d@mail.gmail.com> Date: Sat, 9 Sep 2006 11:25:47 -0700 From: "Matthew Jacob" To: "Alex Salazar" In-Reply-To: <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> X-Mailman-Approved-At: Sat, 09 Sep 2006 23:16:40 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:27:26 -0000 > > is gone, but a new error message appears as often as the former, > and under the same circumstances: > > > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128 > -- > Alex > From owner-freebsd-current@FreeBSD.ORG Sat Sep 9 18:29:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E44E16A4E7 for ; Sat, 9 Sep 2006 18:29:18 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD41643D68 for ; Sat, 9 Sep 2006 18:29:08 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1046544wxd for ; Sat, 09 Sep 2006 11:29:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oLkc/4vJDukQ5zZM+3oZ6UKCbPNijs4b0z/Mwizr87AUe4R1qsjM6TkbO0FxebOQdD64Zp7jCfMID/jh1rSYpZ+dYNLTwt4WAMVEZOlTQynklkbNu5pIMiSMq/NeO1V1Fs926XlvXgY+mKlYXxIhBDTtsv4YUt4HIA9UlcIB3AA= Received: by 10.90.117.11 with SMTP id p11mr1267907agc; Sat, 09 Sep 2006 11:27:33 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Sat, 9 Sep 2006 11:27:32 -0700 (PDT) Message-ID: <7579f7fb0609091127o2962d4dcxa0d658cd09899156@mail.gmail.com> Date: Sat, 9 Sep 2006 11:27:32 -0700 From: "Matthew Jacob" To: "Alex Salazar" In-Reply-To: <7579f7fb0609091125j7f8abcebq3075d4bd474f21d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> <7579f7fb0609091125j7f8abcebq3075d4bd474f21d@mail.gmail.com> X-Mailman-Approved-At: Sat, 09 Sep 2006 23:20:12 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:29:18 -0000 Oops- mangled reply. On 9/9/06, Matthew Jacob wrote: > > > > is gone, but a new error message appears as often as the former, > > and under the same circumstances: > > > > > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128 > Do you see these all the time? If so I'll have to connect up some logic to take and shut down openings to match the Depth field- although this is a step I've been resisting. Insofar as the Error 22- that's normal to see those for verbose booting. They should be more informative as to why those are occurring.